一种医疗信息管理平台的制作方法

1.本发明涉及医疗管理技术领域，具体而言，涉及一种医疗信息管理平台。


背景技术：

2.医学信息管理随着计算机技术的兴起而发展，在半个多世纪的发展中渗透到医疗领域的方方面面。医学信息管理为提高医疗效果、效率、效力并降低医疗支出，合理配置医疗资源作出了杰出的贡献。但是现有的医疗信息管理系统仅仅只能对患者的基础就诊信息进行管理，且各个医疗机构数据无法实现有效互通，进而无法对患者相关的数据进行全面高效的管理。


技术实现要素：

3.为了克服上述问题或者至少部分地解决上述问题，本发明实施例提供一种医疗信息管理平台，可针对患者和医生提供针对性的服务，保证患者和医生可以全面精准的了解对应的医疗信息，提高就医效率。
4.本发明的实施例是这样实现的：
5.本发明实施例提供一种医疗信息管理平台，包括登录模块、患者端管理模块以及医生端管理模块，其中：
6.登录模块，用于将用户登录页面以界面形式展现，并录入用户输入的登录信息，并确定用户身份，上述用户身份包括患者和医生；
7.患者端管理模块，用于针对患者用户，获取并根据患者操作请求在预录入的患者医疗数据库中调取并展示对应的病例信息、药品信息以及处方信息；
8.医生端管理模块，用于针对医生用户，获取并根据医生操作请求在预置的病例建档模板库中提取并反馈对应的模板给对应的医生用户，并录入对应的医生输入的数据；并根据医生操作请求在预置的病史数据库中调取对应的患者病史数据，并结合临床用药搜索引擎查询用药参考方案。
9.为了解决现有技术中的问题，本发明通过登录模块、患者端管理模块以及医生端管理模块等多个模块的配合，针对患者和医生提供针对性的合理的服务功能，保证患者可以高效全面的掌握自己及其相关人员的患病就医数据；同时，保证医生可以高效便捷的进行病例建档，提高医生的工作效率，还可联合多方数据，在提供给医生有关患者全面病史资料的同时，结合临床用药搜索引擎的介入，提供医生科学用药参考并实施合理治疗方案，在消除医疗数据孤岛问题的同时，致力于协助精准医疗发展。本发明可针对患者和医生提供针对性的服务，保证患者和医生可以全面精准的了解对应的医疗信息，提高就医效率。
10.在本发明的一些实施例中，上述患者端管理模块包括第一病例管理单元、第一药品溯源单元以及第一处方管理单元，其中：
11.第一病例管理单元，用于获取并根据患者操作请求中的病例查询请求在预录入的患者医疗数据库中调取并展示对应的不同时间不同医疗机构的病例信息；
12.第一药品溯源单元，用于获取并根据患者操作请求中的药品查询请求调取对应的药品信息；
13.第一处方管理单元，用于获取并对患者电子处方信息进行整理，构建患者处方数据库，获取并根据患者操作请求中的处方查询请求在患者处方数据库中调取对应的处方数据。
14.在本发明的一些实施例中，上述第一病例管理单元包括个人病例子单元、家属病例子单元以及相似病例子单元，其中：
15.个人病例子单元，用于获取并根据患者操作请求中的患者病例查询请求在预录入的患者医疗数据库中调取并展示对应的患者在不同时间不同医疗机构的病例诊断信息；
16.家属病例子单元，用于获取并根据患者操作请求中的患者亲属病例查询请求在预录入的患者医疗数据库中调取并展示对应的患者亲属在不同时间不同医疗机构的病例诊断信息；
17.相似病例子单元，用于获取并根据患者操作请求中的相似病例查询请求在预录入的患者医疗数据库中调取并展示对应的相似病例数据。
18.在本发明的一些实施例中，上述第一处方管理单元包括个人处方子单元、家属处方子单元以及相似处方子单元，其中：
19.个人处方子单元，用于获取并根据患者操作请求中的个人处方查询请求在患者处方数据库中调取对应的个人处方数据；
20.家属处方子单元，用于获取并根据患者操作请求中的家属处方查询请求在患者处方数据库中调取对应的家属处方数据；
21.相似处方子单元，用于获取并根据患者操作请求中的相似处方查询请求在患者处方数据库中调取对应的相似处方数据。
22.在本发明的一些实施例中，上述医生端管理模块包括第二病例管理单元、第二药品溯源单元以及第二处方管理单元，其中：
23.第二病例管理单元，用于获取并根据医生操作请求中的病例建档请求在预置的病例建档模板库中提取并反馈对应的模板给对应的医生用户，并录入对应的医生输入的患者病例数据；
24.第二药品溯源单元，用于获取并根据医生操作请求中的药品查询请求查询并展示对应的药品信息；
25.第二处方管理单元，用于获取并根据医生操作请求中的患者就诊查询请求在预置的病史数据库中调取对应的患者就诊数据，并结合临床用药搜索引擎查询用药参考方案。
26.在本发明的一些实施例中，上述第二病例管理单元包括出诊病例子单元和患者病例子单元，其中：
27.出诊病例子单元，用于获取并根据医生操作请求中的病例建档请求在预置的病例建档模板库中提取并反馈对应的模板给对应的医生用户，并录入对应的医生输入的患者病例数据；
28.患者病例子单元，用于获取并根据医生操作请求中的患者病例查询请求在预录入的患者病例数据库中调取对应的患者病例，并按照对应的模板格式对患者病例进行展示。
29.在本发明的一些实施例中，上述第二处方管理单元包括出诊处方子单元和临床用
药子单元，其中：
30.出诊处方子单元，用于获取并根据医生操作请求中的患者就诊查询请求在预置的病史数据库中调取对应的患者就诊数据；
31.临床用药子单元，用于获取并根据医生操作请求中的用药参考请求结合临床用药搜索引擎查询用药参考方案。
32.在本发明的一些实施例中，该医疗信息管理平台还包括仿真管理模块，用于获取并对医疗教学仿真数据进行管理。
33.本发明实施例至少具有如下优点或有益效果：
34.本发明实施例提供一种医疗信息管理平台，通过登录模块、患者端管理模块以及医生端管理模块等多个模块的配合，针对患者和医生提供针对性的合理的服务功能，保证患者可以高效全面的掌握自己及其相关人员的患病就医数据；同时，保证医生可以高效便捷的进行病例建档，提高医生的工作效率，还可联合多方数据，在提供给医生有关患者全面病史资料的同时，结合临床用药搜索引擎的介入，提供医生科学用药参考并实施合理治疗方案，在消除医疗数据孤岛问题的同时，致力于协助精准医疗发展。本发明可针对患者和医生提供针对性的服务，保证患者和医生可以全面精准的了解对应的医疗信息，提高就医效率。
附图说明
35.为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
36.图1为本发明实施例一种医疗信息管理平台的原理框图；
37.图2为本发明实施例一种医疗信息管理平台中的患者端管理模块的原理框图；
38.图3为本发明实施例一种医疗信息管理平台中的医生端管理模块的原理框图；
39.图4为本发明实施例一种医疗信息管理平台的详细原理框图；
40.图5为本发明实施例一种医疗信息管理平台的仿真管理模块的原理框图。
41.附图标记说明：100、登录模块；200、患者端管理模块；210、第一病例管理单元；220、第一药品溯源单元；230、第一处方管理单元；300、医生端管理模块；310、第二病例管理单元；320、第二药品溯源单元；330、第二处方管理单元；400、仿真管理模块。
具体实施方式
42.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。
43.因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范
围。
44.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
45.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
46.在本发明实施例的描述中，“多个”代表至少2个。
47.实施例：
48.如图1-图4所示，第一方面，本发明实施例提供一种医疗信息管理平台，包括登录模块100、患者端管理模块200以及医生端管理模块300，其中：
49.登录模块100，用于将用户登录页面以界面形式展现，并录入用户输入的登录信息，并确定用户身份，上述用户身份包括患者和医生；
50.患者端管理模块200，用于针对患者用户，获取并根据患者操作请求在预录入的患者医疗数据库中调取并展示对应的病例信息、药品信息以及处方信息；
51.进一步地，如图2所示，上述患者端管理模块200包括第一病例管理单元210、第一药品溯源单元220以及第一处方管理单元230，其中：第一病例管理单元210，用于获取并根据患者操作请求中的病例查询请求在预录入的患者医疗数据库中调取并展示对应的不同时间不同医疗机构的病例信息；第一药品溯源单元220，用于获取并根据患者操作请求中的药品查询请求调取对应的药品信息；第一处方管理单元230，用于获取并对患者电子处方信息进行整理，构建患者处方数据库，获取并根据患者操作请求中的处方查询请求在患者处方数据库中调取对应的处方数据。
52.进一步地，上述第一病例管理单元210包括个人病例子单元、家属病例子单元以及相似病例子单元，其中：个人病例子单元，用于获取并根据患者操作请求中的患者病例查询请求在预录入的患者医疗数据库中调取并展示对应的患者在不同时间不同医疗机构的病例诊断信息；家属病例子单元，用于获取并根据患者操作请求中的患者亲属病例查询请求在预录入的患者医疗数据库中调取并展示对应的患者亲属在不同时间不同医疗机构的病例诊断信息；相似病例子单元，用于获取并根据患者操作请求中的相似病例查询请求在预录入的患者医疗数据库中调取并展示对应的相似病例数据。
53.进一步地，上述第一处方管理单元230包括个人处方子单元、家属处方子单元以及相似处方子单元，其中：个人处方子单元，用于获取并根据患者操作请求中的个人处方查询请求在患者处方数据库中调取对应的个人处方数据；家属处方子单元，用于获取并根据患者操作请求中的家属处方查询请求在患者处方数据库中调取对应的家属处方数据；相似处方子单元，用于获取并根据患者操作请求中的相似处方查询请求在患者处方数据库中调取对应的相似处方数据。
54.在本发明的一些实施例中，“患者”用户使用平台分为三大功能区：病历管理，药品
溯源以及处方管理。在病历管理功能区名患者可快速调取患者本人及其亲属在不同时间，不同医疗机构的诊断记录，可提供给当诊医师相关患者全面的病史资料，同时患者也可根据自身病情利用平台所提供的医疗数据库查找相似病历，了解后续治疗进程等相关参考。在药品溯源功能区，患者可在线查询各类药品用法说明，不良反应，注意事项等，减少不必要的问诊时间。在处方管理区，经系统性统筹归纳，患者本人及亲属的电子处方将被归置与处方管理功能区，方便患者调取。
55.医生端管理模块300，用于针对医生用户，获取并根据医生操作请求在预置的病例建档模板库中提取并反馈对应的模板给对应的医生用户，并录入对应的医生输入的数据；并根据医生操作请求在预置的病史数据库中调取对应的患者病史数据，并结合临床用药搜索引擎查询用药参考方案。
56.进一步地，如图3所示，上述医生端管理模块300包括第二病例管理单元310、第二药品溯源单元320以及第二处方管理单元330，其中：第二病例管理单元310，用于获取并根据医生操作请求中的病例建档请求在预置的病例建档模板库中提取并反馈对应的模板给对应的医生用户，并录入对应的医生输入的患者病例数据；第二药品溯源单元320，用于获取并根据医生操作请求中的药品查询请求查询并展示对应的药品信息；第二处方管理单元330，用于获取并根据医生操作请求中的患者就诊查询请求在预置的病史数据库中调取对应的患者就诊数据，并结合临床用药搜索引擎查询用药参考方案。
57.进一步地，上述第二病例管理单元310包括出诊病例子单元和患者病例子单元，其中：出诊病例子单元，用于获取并根据医生操作请求中的病例建档请求在预置的病例建档模板库中提取并反馈对应的模板给对应的医生用户，并录入对应的医生输入的患者病例数据；患者病例子单元，用于获取并根据医生操作请求中的患者病例查询请求在预录入的患者病例数据库中调取对应的患者病例，并按照对应的模板格式对患者病例进行展示。
58.进一步地，上述第二处方管理单元330包括出诊处方子单元和临床用药子单元，其中：出诊处方子单元，用于获取并根据医生操作请求中的患者就诊查询请求在预置的病史数据库中调取对应的患者就诊数据；临床用药子单元，用于获取并根据医生操作请求中的用药参考请求结合临床用药搜索引擎查询用药参考方案。
59.在本发明的一些实施例中，“医生”用户使用平台，同样涵盖三大功能区：病例管理，药品溯源，以及处方管理。与患者使用平台不同，病例管理功能区为诊治医生提供标准详细的病例建档模版，包括基础信息及关键病例信息同时医生可根据诊断结果将病例分型标记(普通病例与特殊病例)，利于医生后续工作。药品溯源功能区同样供主治医师查询相关药品使用方法。患者异地就诊处方记录同样被归纳到处方管理功能区，在提供给医生有关患者全面病史资料的同时，结合临床用药搜索引擎的介入，提供医生科学用药参考并实施合理治疗方案，在消除医疗数据孤岛问题的同时，致力于协助精准医疗发展。
60.为了解决现有技术中的问题，本发明通过登录模块100、患者端管理模块200以及医生端管理模块300等多个模块的配合，针对患者和医生提供针对性的合理的服务功能，保证患者可以高效全面的掌握自己及其相关人员的患病就医数据；同时，保证医生可以高效便捷的进行病例建档，提高医生的工作效率，还可联合多方数据，在提供给医生有关患者全面病史资料的同时，结合临床用药搜索引擎的介入，提供医生科学用药参考并实施合理治疗方案，在消除医疗数据孤岛问题的同时，致力于协助精准医疗发展。本发明可针对患者和
医生提供针对性的服务，保证患者和医生可以全面精准的了解对应的医疗信息，提高就医效率。
61.如图5所示，在本发明的一些实施例中，该医疗信息管理平台还包括仿真管理模块400，用于获取并对医疗教学仿真数据进行管理。
62.为了保证对医疗相关数据进行全面的管理，通过仿真管理模块400对医疗教学中的仿真数据进行管理，以便后续可以高效的调取到对应的医疗教学数据，供教学参考，提高医疗管理的全面性。
63.在本技术所提供的实施例中，应该理解到，所揭露的方法及系统和方法，也可以通过其它的方式实现。以上所描述的方法及系统实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本技术的多个实施例的方法及系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
64.另外，在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
65.以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
66.对于本领域技术人员而言，显然本技术不限于上述示范性实施例的细节，而且在不背离本技术的精神或基本特征的情况下，能够以其它的具体形式实现本技术。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本技术的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本技术内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。