医院信息管理方法、系统、装置及存储介质

技术领域

本发明涉及医院信息管理的技术领域，尤其是涉及一种医院信息管理方法、系统、装置及存储介质。

背景技术

目前，医院信息管理系统(Hospital Information System简称HIS)是一门融医学、信息、管理、计算机等多种学科为一体的交叉科学，在发达国家已经得到了广泛的应用，并创造了良好的社会效益和经济效益。医院信息管理系统是现代化医院运营的必要技术支撑和基础设施，实现医院信息管理系统的目的就是为了以更现代化、科学化、规范化的手段来加强医院的管理，提高医院的工作效率，改进医疗质量，从而树立现代医院的新形象，这也是未来医院发展的必然方向。

与此同时，在医院信息管理系统中，对于患者的信息管理是非常重要的。患者即为到医院进行挂号看病的人，大多数医院挂号仍沿用传统的现场模式，部分医院为了缩短挂号时间，推出了预约挂号系统，挂号方式以网上挂号为主，挂号完毕后在诊室门口等待叫号，然后进行就诊，但是在就诊时往往无法一次结束，需要进行一些检验来辅助医生进行看诊。患者需要再次进入医生诊室，告诉医生自己检验完毕后再次在诊室门口等待医生呼叫。而在患者进入医生诊室时，诊室内往往有病人，此时医生的看诊过程会被打断，降低了医生的看诊效率。

上述中的现有技术方案存在以下缺陷：医生看诊效率低。

发明内容

为了提高医生的看诊效率，本申请提供一种医院信息管理方法、系统、装置及存储介质。

第一方面，本申请提供一种医院信息管理方法，采用如下的技术方案：

一种医院信息管理方法，包括：基于患者端发送的初诊挂号请求，获取患者身份标识信息及所挂号的医生信息。

将所述患者身份标识信息与医生信息进行关联，并将该患者身份标识信息排入与所述医生信息关联的第一看诊排号列表。

接收所述患者基于该次看诊检查所关联的检查端发送的检查数据，所述检查数据携带有所述患者身份标识信息。

接收所述患者端发送的复诊挂号请求，并将该患者身份标识信息排入与所述医生信息关联的第二看诊排号列表，以便该患者根据第二看诊排号列表的顺序进入与所述医生信息关联的诊室。

当根据所述第二看诊排号列表叫号到所述患者时，将所述检查数据发送至与所述医生信息关联的医生端。

通过采用上述技术方案，当患者初诊挂号进入医生诊室检查后，倘若医生对患者看诊后确定患者需要检查，检查后的患者可以通过复诊挂号的方式排入与初诊医生相关联的第二看诊排号列表，医生根据第二看诊排号列表叫号即可，患者无需在检查完毕后再次进入医生诊室通知医生自己已看诊结束。同时，在医生根据第二看诊排号列表叫号到患者时，患者相关的检查数据会同时发送给医生，无需患者拿取纸质版的检查结果给医生查看，也无需医生在数据库中寻找患者相关的检查数据，提高了医生看诊的效率。

可选的，所述接收所述患者基于该次看诊检查所关联的检查端发送的检查数据之前，还包括：

接收医生端录入的患者症状信息。

将患者症状信息与预存的多个历史病例的症状信息逐一匹配，提取匹配度为最高值的相关历史病例中的疾病信息。

获取所述疾病信息所关联的检查项目信息。

基于所述检查项目信息生成推荐检查方案。

将所述推荐检查方案推送给医生端。

通过采用上述技术方案，医生在看诊时往往需要询问患者症状以便得知患者病情，在医生输入患者症状信息后，将患者症状信息与预存的多个历史病例的症状信息逐一匹配，由于此时相关历史案例的症状信息与患者症状信息匹配度较高，说明患者所患疾病与该历史案例中的确诊疾病可能相同，此时提取匹配度为最高值的相关历史病例中的疾病信息，不同的疾病信息对应的检查项目不同，此时获取疾病信息所关联的检查项目信息，然后基于检查项目信息生成推荐检查方案，并将推荐检查方案推送给医生端，此时的推荐检查方案精准度较高，医生可参考该推荐检查方案确定患者所需要检查的项目，节省了医生的看诊效率。

可选的，所述接收所述患者基于该次看诊检查所关联的检查端发送的检查数据，所述检查数据携带有所述患者身份标识信息之后，还包括：

将所述检查数据与预存的多个历史病例的检查数据逐一匹配，提取匹配度为最高值的相关历史病例中的诊疗方案信息。

基于所述诊疗方案信息生成推荐诊疗方案。

当根据所述第二看诊排号列表叫号到所述患者时，将所述推荐诊疗方案推送给医生端，所述推荐诊疗方案包括推荐药物和推荐手术。

通过采用上述技术方案，在检查结果出来后，医生往往需要进行进一步的看诊、以确定诊疗方案。从而，在检查结果出来以后，接收患者基于该次看诊检查所关联的检查端发送的检查数据，然后将这个检查数据与预存的多个历史病例的检查数据逐一匹配，提取匹配度为最高值的相关历史病例中的诊疗方案信息，当二者检查数据匹配度高，说明二者所患疾病可能相同，从而诊疗方案可能类似，然后基于匹配度为最高值的相关历史病例中的诊疗方案信息生成推荐诊疗方案，然后将推荐诊疗方案推送给医生端，推荐诊疗方案包括推荐药物和推荐手术，从而医生可参考该推荐诊疗方案中的推荐药物和推荐手术来确定患者诊疗手段，节省了医生的看诊效率。

可选的，所述提取匹配度为最高值的相关历史病例中的疾病信息之后，还包括：

统计预设区域内预设时间段该疾病信息所代表疾病的疾病发生数量。

当该疾病发生数量大于预设数量时，向医生端发送疾病高发提醒。

通过采用上述技术方案，当预设区域内预设时间段该疾病信息所代表疾病的疾病发生数量大于预设数量时，说明该疾病的发生率过高，此时向医生端发送疾病高发提醒，从而医生能够得知该疾病的异常发病率，以便及时寻找造成该疾病发生率高的原因，进而能够及时找出解决对策。

可选的，还包括：

接收医生端录入的复查反馈。

当根据所述复查反馈确定患者需要复查时，对医生端发送复查提醒时间设置。

接收医生端设定的复查提醒时间。

当到达所述复查提醒时间时，向所述患者端发出复查提醒信息。

通过采用上述技术方案，部分疾病在看诊结束后往往需要再次复查，倘若复查的时间间隔过长，患者往往易忘记复查时间，此时通过医生端录入的复查反馈，当根据复查反馈确定患者需要复查时，对医生端发送复查提醒时间设置，不同疾病的复诊时间不同，此时接收医生端设定的复查提醒时间，当到达复查提醒时间时，向患者端发出复查提醒信息，从而患者能够收到提醒及时复查，不易因为忘记复查影响病情。

可选的，所述接收所述患者基于该次看诊检查所关联的检查端发送的检查数据之前，还包括：

基于医生端录入的检查项目列表，向检查项目列表上的各检查项目对应的检查端发送检查请求，所述检查请求携带有患者身份标识信息。

所述接收所述患者基于该次看诊检查所关联的检查端发送的检查数据包括：

接收各检查项目对应的检查端基于所述检查请求对所述患者身份标识信息相关联的患者检查后发送的检查数据。

通过采用上述技术方案，部分患者检查时往往不是检查一项，而需要检查多项，当患者需要检查多项检查项目时，基于医生端录入的检查项目列表，向检查项目列表上的各检查项目对应的检查端发送检查请求，所述检查请求携带有患者身份标识信息，从而各检查项目对应的检查端都能得知需要检查的患者所需检查的项目，在患者各项检查结束后，接收各检查项目对应的检查端基于检查请求对患者身份标识信息相关联的患者检查后发送的检查数据，从而无需患者在多个检查端拿取纸质版的检查报告，节省了患者的时间同时减少了资源的浪费。

可选的，所述初诊挂号请求还携带有药物过敏信息以及历史疾病信息。

所述将所述患者身份标识信息与医生信息进行关联，并将该患者身份标识信息排入与所述医生信息关联的第一看诊排号列表之后，还包括：

当根据所述第一看诊排号列表叫号到所述患者时，将所述药物过敏信息以及历史疾病信息发送至与所述医生信息关联的医生端。

通过采用上述技术方案，医生在给患者开药时，能够根据患者的药物过敏信息避免给患者开易造成患者过敏的药，保证了患者的健康，同时医生也能参考患者的历史疾病信息做出更合理的诊断。

第二方面，本申请提供一种医院信息管理系统，采用如下的技术方案：

一种医院信息管理系统，包括：

获取模块，用于基于患者端发送的初诊挂号请求，获取患者身份标识信息及所挂号的医生信息。

初诊排号模块，用于将所述患者身份标识信息与医生信息进行关联，并将该患者身份标识信息排入与所述医生信息关联的第一看诊排号列表。

检查数据接收模块，用于接收所述患者基于该次看诊检查所关联的检查端发送的检查数据，所述检查数据携带有所述患者身份标识信息。

复诊接收排号模块，用于接收所述患者端发送的复诊挂号请求，并将该患者身份标识信息排入与所述医生信息关联的第二看诊排号列表，以便该患者根据第二看诊排号列表的顺序进入与所述医生信息关联的诊室。

发送模块，用于当根据所述第二看诊排号列表叫号到所述患者时，将所述检查数据发送至与所述医生信息关联的医生端。

通过采用上述技术方案，通过获取模块能够得知患者端初诊所挂号的医生，然后根据初诊排号模块能够将患者排入其初诊挂号的医生的第一看诊排号列表，当患者初诊挂号进入医生诊室检查后，倘若医生对患者看诊后确定患者需要检查，患者检查后的数据能够通过检查数据接收模块予以接收，同时检查后的患者可以通过复诊接收排号模块排入与初诊医生相关联的第二看诊排号列表，医生根据第二看诊排号列表叫号即可，患者无需在检查完毕后再次进入医生诊室通知医生自己已看诊结束。同时，在医生根据第二看诊排号列表叫号到患者时，患者相关的检查数据会同时通过发送模块发送给医生，无需患者拿取纸质版的检查结果给医生查看，也无需医生在数据库中寻找患者相关的检查数据，提高了医生看诊的效率。

第三方面，本申请提供一种医院信息管理装置，采用如下的技术方案：

一种医院信息管理装置，包括存储器和处理器，所述存储器上存储有能够被处理器加载并执行上述医院信息管理方法的计算机程序。

第四方面，本申请提供一种存储介质，采用如下的技术方案：

一种存储介质，存储有能够被处理器加载并执行上述医院信息管理方法的计算机程序。

综上所述，本发明包括以下至少一种有益技术效果：

1.提高了医生看诊的效率；

2.节省了患者的时间同时减少了资源的浪费；

3.患者能够收到提醒及时复查，不易因为忘记复查影响病情。

附图说明

图1是本发明其中一实施例的医院信息管理方法的结构框图。

图2是本发明其中一实施例的医院信息管理方法的流程示意图。

图3是本发明其中另一个实施例的医院信息管理方法的流程示意图。

图4是本发明其中又一个实施例的医院信息管理方法的流程示意图。

图5是本发明其中再一个实施例的医院信息管理方法的流程示意图。

图6是本发明其中一个实施例的医院信息管理系统的结构框图。

图中，1、患者端，2、检查端；3、服务器，4、医生端，5、获取模块，6、初诊排号模块，7、检查数据接收模块，8、复诊接收排号模块，9、发送模块。

具体实施方式

以下结合附图1-6对本申请作进一步详细说明。

本申请实施例公开一种医院信息管理方法。

参照图1，其示出了本申请实施例提供的医院信息管理方法所涉及到的实施环境，该实施环境包括患者端1、检查端2、服务器3及医生端4。

其中，患者端1为去医院进行挂号看病的患者的终端，患者端1可为智能手机、平板电脑等，检查端2为医院进行检查的检查人员所使用的终端，医生端4为进行看诊的医生所使用的终端。检查端2和医生端4可均为电脑。

服务器3为主要适用于需要处理大量数据、高处理速度和对可靠性要求极高的大型企业和重要行业的企业级服务器3。

上述患者端1与服务器3之间可通过无线网络进行通信，检查端2和医生端4与服务器3之间可通过有线网络或无线网络进行通信。

在一个实施例中，参照图2，医院信息管理方法包括以下具体步骤：

S1、基于患者端1发送的初诊挂号请求，获取患者身份标识信息及所挂号的医生信息。

其中，初诊挂号请求为患者准备看病所发出的申请，患者身份标识信息为患者姓名、挂号时产生的挂号代码等具有标识性的信息，所挂号的医生信息为患者挂号时所选定的为自己看病的医生。

例如，医院有相关的挂号看诊APP或公众号，患者通过患者端1的APP或公众号上可寻找到挂号页面，然后在挂号页面寻找到心怡的医生，最后选定该医生向服务器3发送初诊挂号请求，该医生对应了医生信息。而在患者发送初诊挂号请求前，患者需绑定了个人的身份信息，身份信息包括患者身份标识信息等。将患者的身份标识信息、所挂号的医生信息和初诊挂号请求相关联，从而在服务器3接收到患者端1发送的初诊挂号请求时，便能获取到患者身份标识信息及所挂号的医生信息。

此外，初诊挂号请求还携带有药物过敏信息以及历史疾病信息；药物过敏信息即为患者会使患者产生过敏的药物名称等，历史疾病信息即为患者曾经所患疾病等，药物过敏信息和历史疾病信息由患者自身录入服务器3。例如医院相关的看诊APP或公众号等具有填写药物过敏信息和历史疾病信息的页面，患者在相关页面录入即可。

S2、将患者身份标识信息与医生信息进行关联，并将该患者身份标识信息排入与医生信息关联的第一看诊排号列表。

其中，将患者身份标识信息与医生信息进行关联的意思是，将患者与其挂号时所选定的医生建立联系关系，患者的身份标识信息只会排入患者选定医生的第一看诊排号列表，而不会排入其他未选定医生的看诊排号列表。

同时第一看诊列表可通过患者所挂号医生诊室门口的叫号显示屏显示给患者观看，患者可通过叫号显示屏得知自己的排号顺序。医生端4相应的也具有显示第一看诊排号列表的界面。医生通过第一看诊排号列表依次对患者进行叫号。

S3、当根据第一看诊排号列表叫号到患者时，将初诊挂号请求携带有的药物过敏信息以及历史疾病信息发送至与医生信息关联的医生端4。

其中，与医生信息关联的医生端4即为患者挂号时选定的挂号医生的终端，当医生对患者进行叫号时，医生也能够接收到患者的药物过敏信息以及历史疾病信息，从而医生在给患者开药时，能够根据患者的药物过敏信息避免给患者开易造成患者过敏的药，保证了患者的健康，同时医生也能参考患者的历史疾病信息做出更合理的诊断。

S4、接收医生端4录入的患者症状信息。

其中，患者症状信息为患者的身体不适表现，例如感冒时的发烧、流鼻涕和咳嗽等。

S5、将患者症状信息与预存的多个历史病例的症状信息逐一匹配，提取匹配度为最高值的相关历史病例中的疾病信息。

其中，历史病例为以往的患者的生病档案，历史病例出于隐私的考虑将姓名隐去，一个历史病例包括了一个患者的病情记录、检查记录、疾病记录、用药记录和手术记录等，即该病例中的患者具有什么症状、做过何项检查、最终确诊是何疾病、开处过哪些药物以及做过何种手术等。

将患者症状信息与预存的多个历史案例的症状信息逐一匹配，与患者症状信息匹配度为最高的历史病例的最终确诊结果代表患者有很大可能是该项疾病。

S6、获取疾病信息所关联的检查项目信息。

疾病信息所关联的检查项目信息即为该疾病确诊需要做的检查项目。

每个疾病所需要做的检查项目均不相同，同时也可能需要检查多个项目。例如肾结石需要做肾部的彩超，痛风需要做血尿酸常规等。

S7、基于检查项目信息生成推荐检查方案。

推荐检查方案即为该患者病情所匹配的可能疾病应该检查的项目方案。

S8、将推荐检查方案推送给医生端4。

医生可参考该推荐检查方案确定患者所需要检查的项目，当推荐的检查方案与医生设想的相同时，医生可直接复制推送的检查方案，而无需手动打字输入，节省了医生的看诊效率。

在本申请的另一个的实施例中，参照图3，还包括以下步骤，

S9、基于医生端4录入的检查项目列表，向检查项目列表上的各检查项目对应的检查端2发送检查请求，检查请求携带有患者身份标识信息。

其中，检查项目列表即为医生开处的患者所需要进行的检查项目，各检查项目对应的检查端2即为不同检查项目的检查人员所使用的终端，由于检查请求携带有患者身份标识信息，从而各检查项目对应的检查端2都能得知需要检查的患者所需检查的项目，进而在患者到来时进行相应的检查即可。

S10、接收患者基于该次看诊检查所关联的检查端2发送的检查数据，检查数据携带有患者身份标识信息。

其中，该次看诊检查指医生根据第一看诊排号列表叫号到患者后，患者进入医生诊室后对医生所开处的检查项目所做的检查。

所关联的检查端2指的是，不同的检查项目会去不同的地方检查，从而存在多个检查端2，医生所开处的检查项目对应的检查端2即为所关联的检查端2。

例如，当患者有痛风症状时，痛风患者往往会存在尿酸高的情况，医生在看诊时为了确定结果会开处尿酸检查单，检查尿酸的检查室的终端即为此时所关联的检查端2。

具体的，接收患者基于该次看诊检查所关联的检查端2发送的检查数据包括：

S101、接收各检查项目对应的检查端2基于检查请求对患者身份标识信息相关联的患者检查后发送的检查数据。

在患者各项检查结束后，不同的检查项目均会有不同的检查结果，不同检查项目对应的检查端2将该检查项目中患者的检查结果发送给服务器3，从而无需患者在多个检查端2拿取纸质版的检查报告，节省了患者的时间同时减少了资源的浪费。

S11、将检查数据与预存的多个历史病例的检查数据逐一匹配，提取匹配度为最高值的相关历史病例中的诊疗方案信息。

其中，检查数据为患者检查后的检查结果，例如检查尿酸时的尿酸值等。匹配度为最高值的相关历史案例即为检查项目的各项指标与患者相似度最高的历史案例，历史案例中的诊疗方案信息即为该历史案例的患者所接受的诊疗，例如被开处的药物以及被开处的手术等。

S12、基于诊疗方案信息生成推荐诊疗方案。

推荐诊疗方案即为根据患者检验结果所得出的患者应该被开处的药物以及被开处的手术等。

S13、接收患者端1发送的复诊挂号请求，并将该患者身份标识信息排入与医生信息关联的第二看诊排号列表，以便该患者根据第二看诊排号列表的顺序进入与医生信息关联的诊室。

其中，当患者检查结果出来后，患者往往需要再次进入医生诊室进行看诊，复诊挂号请求即为患者需要再次看诊时向服务器3所发出的请求。此处与医生信息相关联的第二看诊列表指的是对患者进行初诊的医生所对应的患者复诊时用于排号的列表。第二看诊列表可通过显示屏展示给等待中的患者观看，以便患者得知自己的排号状况。同时，医生端4具有显示第二看诊排号列表的界面，从而医生能够方便的按第二看诊排号列表的顺序进行叫号。患者无需在检查完毕后再次进入医生诊室通知医生自己已看诊结束，只需耐心等待医生叫号即可，提高了医生看诊的效率。

S14、当根据第二看诊排号列表叫号到患者时，将检查数据和推荐诊疗方案推送给与医生信息关联的医生端4，推荐诊疗方案包括推荐药物和推荐手术。

其中，与医生信息关联的医生端4即为患者复诊挂号的医生的终端，当医生通过第二看诊排号列表叫号到患者时，检查数据发送给该医生使用的终端，从而无需患者拿取纸质版的检查结果给医生查看，也无需医生在数据库中寻找患者相关的检查数据，提高了医生看诊的效率。

此外，医生可参考该推荐诊疗方案中的推荐药物和推荐手术来确定患者诊疗手段，当推荐的诊疗方案与医生设想的相同时，医生可直接复制推送的诊疗方案，而无需手动打字输入，节省了医生的看诊效率。

在本申请的又一实施例中，参照图4，还包括以下步骤，

S15、接收医生端4录入的复查反馈。

其中，复查反馈即为患者是否需要进行复查的信息，在患者看诊结束后，医生可根据患者的具体情况从医生端4确认患者是否需要进行复查。

S16、当根据复查反馈确定患者需要复查时，对医生端4发送复查提醒时间设置。

当医生录入的复查反馈是患者需要进行复查时，由于不同疾病对应的复查时间不同，此时对医生端4发送复查提醒时间设置，医生可根据实际情况录入患者需要复查的时间。

S17、接收医生端4设定的复查提醒时间。

S18、当到达复查提醒时间时，向患者端1发出复查提醒信息。

其中，复查提醒信息可包括复查的时间、地点和复查项目等。

在本申请的再一实施例中，参照图5，在提取匹配度为最高值的相关历史病例中的疾病信息之后，还包括以下步骤：

S19、统计预设区域内预设时间段该疾病信息所代表疾病的疾病发生数量。

其中，预设区域可为该患者看诊的整个医院，预设时间段可为一个月或者一周等。例如，疾病信息所代表的疾病为感冒，统计一周内感冒的发生数量，倘若远远高于平时一周感冒的发生数量，说明可能发生了流感等。

S20、当该疾病发生数量大于预设数量时，向医生端4发送疾病高发提醒。

医生通过接收到的疾病高发提醒，能够得知该疾病的异常发病率，以便及时寻找造成该疾病发生率高的原因，进而能够及时找出解决对策。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

本申请实施例还公开一种医院信息管理系统。参照图6，该医院信息管理系统与上述实施例中医院信息管理方法一一对应。该医院信息管理系统，包括：

获取模块5，用于基于患者端1发送的初诊挂号请求，获取患者身份标识信息及所挂号的医生信息。

初诊排号模块6，用于将患者身份标识信息与医生信息进行关联，并将该患者身份标识信息排入与医生信息关联的第一看诊排号列表。

检查数据接收模块7，用于接收患者基于该次看诊检查所关联的检查端2发送的检查数据，检查数据携带有患者身份标识信息。

复诊接收排号模块8，用于接收患者端1发送的复诊挂号请求，并将该患者身份标识信息排入与医生信息关联的第二看诊排号列表，以便该患者根据第二看诊排号列表的顺序进入与医生信息关联的诊室。

发送模块9，用于当根据第二看诊排号列表叫号到患者时，将检查数据发送至与医生信息关联的医生端4。

其中，通过获取模块5能够得知患者端1初诊所挂号的医生，然后根据初诊排号模块6能够将患者排入其初诊挂号的医生的第一看诊排号列表，当患者初诊挂号进入医生诊室检查后，倘若医生对患者看诊后确定患者需要检查，患者检查后的数据能够通过检查数据接收模块7予以接收，同时检查后的患者可以通过复诊接收排号模块8排入与初诊医生相关联的第二看诊排号列表，医生根据第二看诊排号列表叫号即可，患者无需在检查完毕后再次进入医生诊室通知医生自己已看诊结束。同时，在医生根据第二看诊排号列表叫号到患者时，患者相关的检查数据会同时通过发送模块9发送给医生，无需患者拿取纸质版的检查结果给医生查看，也无需医生在数据库中寻找患者相关的检查数据，提高了医生看诊的效率。

关于医院信息管理系统的具体限定可以参见上文中对于医院信息管理方法的限定，在此不再赘述。上述医院信息管理系统中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将系统的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

本申请实施例又公开一种医院信息管理装置。

该医院信息管理装置可以是服务器3。该医院信息管理装置包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该医院信息管理装置的处理器用于提供计算和控制能力。该医院信息管理装置的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该医院信息管理装置的数据库用于存储历史病例等信息。该医院信息管理装置的网络接口用于与外部的关联终端通过网络连接通信。该计算机程序被处理器执行时以实现一种医院信息管理方法。

该医院信息管理装置包括存储器和处理器，存储器上存储有能够被处理器加载并执行上述医院信息管理方法的计算机程序。

本申请实施例再公开一种存储介质。

一种存储介质，存储有能够被处理器加载并执行上述医院信息管理方法的计算机程序。

存储介质例如包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。