医疗信息管理方法、装置、服务器及可读存储介质制造方法及图纸

本申请提出了一种医疗信息管理方法、装置、服务器及可读存储介质，涉及医疗信息管理技术领域，基于使用至少一个元数据用于描述服务信息组，并且接收到第一客户端发送的医疗服务信息时，将与医疗服务信息具有相同的元数据的服务信息组作为第一目标服务信息组，以将该医疗服务信息存储与第一目标服务信息组，从而在对服务器中存储的医疗服务信息进行统计时，相比于现有技术，能够根据基于不同的元数据，对多个服务信息组进行区分，确定出相似的服务信息组之间的统计的差异，便于对医疗信息进行管理。管理。管理。

【技术实现步骤摘要】
医疗信息管理方法、装置、服务器及可读存储介质
[0001]本申请是分案申请，母案申请号：201910054770.7，母案名称：医疗信息管理方法、装置、服务器及可读存储介质，母案申请日：2019年05月31日。


[0002]本申请涉及医疗信息管理
，具体而言，涉及一种医疗信息管理方法、装置、服务器及可读存储介质。

技术介绍

[0003]医疗信息由于统计口径的多样化，导致相似的医疗信息，由于统计口径的不同，造成相似的医疗信息之间存在较大差异，难以确定实际有效的医疗信息，导致医疗信息管理不便。

技术实现思路

[0004]本申请的目的在于提供一种医疗信息管理方法、装置、服务器及可读存储介质，便于对医疗信息进行管理。
[0005]为了实现上述目的，本申请实施例采用的技术方案如下：
[0006]第一方面，本申请实施例提供了一种医疗信息管理方法，应用于服务器，所述服务器中存储有多个服务信息组，每一服务信息组均对应有至少一个用于描述所述对应的服务信息组的元数据；所述方法包括：
[0007]接收第一客户端发送的医疗服务信息，其中，所述医疗服务信息对应有至少一个元数据；
[0008]在所述多个服务信息组中确定出与所述医疗服务信息具有相同的元数据的第一目标服务信息组；
[0009]将所述医疗服务信息存储于所述第一目标服务信息组。
[0010]第二方面，本申请实施例提供了一种医疗信息管理装置，应用于服务器，所述服务器中存储有多个服务信息组，每一服务信息组均对应有至少一个用于描述所述对应的服务信息组的元数据；所述装置包括：
[0011]收发模块，用于接收第一客户端发送的医疗服务信息，其中，所述医疗服务信息对应有至少一个元数据；
[0012]处理模块，用于在所述多个服务信息组中确定出与所述医疗服务信息具有相同的元数据的第一目标服务信息组；
[0013]所述处理模块还用于，将所述医疗服务信息存储于所述第一目标服务信息组。
[0014]第三方面，本申请实施例提供了一种服务器，所述服务器包括存储器，用于存储一个或多个程序；处理器。当所述一个或多个程序被所述处理器执行时，实现上述的医疗信息管理方法。
[0015]第四方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程
序，该计算机程序被处理器执行时实现上述的医疗信息管理方法。
[0016]本申请实施例所提供的一种医疗信息管理方法、装置、服务器及可读存储介质，基于使用至少一个元数据用于描述服务信息组，并且接收到第一客户端发送的医疗服务信息时，将与医疗服务信息具有相同的元数据的服务信息组作为第一目标服务信息组，以将该医疗服务信息存储与第一目标服务信息组，从而在对服务器中存储的医疗服务信息进行统计时，相比于现有技术，能够根据基于不同的元数据，对多个服务信息组进行区分，确定出相似的服务信息组之间的统计的差异，便于对医疗信息进行管理。
[0017]为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
[0018]为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它相关的附图。
[0019]图1为本申请实施例所提供的医疗信息管理方法的一种应用场景示意图；
[0020]图2为本申请实施例所提供的服务器的一种示意性结构框图；
[0021]图3为本申请实施例所提供的医疗信息管理方法的一种示意性流程图；
[0022]图4为本申请实施例所提供的医疗信息管理方法的另一种示意性流程图；
[0023]图5为本申请实施例所提供的医疗信息管理方法的再一种示意性流程图；
[0024]图6为本申请实施例所提供的医疗信息管理装置的一种示意性结构图。
[0025]图中：100
‑
服务器；110
‑
第一客户端；120
‑
第二客户端；101
‑
存储器；102
‑
处理器；103
‑
通信接口；300
‑
医疗信息管理装置；301
‑
收发模块；302
‑
处理模块。
具体实施方式
[0026]为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。
[0027]因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0028]应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
[0029]需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖
非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0030]下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。
[0031]请参阅图1，图1为本申请实施例所提供的医疗信息管理方法的一种应用场景示意图，在本申请实施例中，服务器100、第一客户端110及第二客户端120位于无线网络或有线网络中，通过该无线网络或有线网络，服务器100与第一客户端110及第二客户端120分别进行数据交互。
[0032]在本申请实施例中，第一客户端110或第二客户端120可采用移动终端设备，例如可以包括智能手机、平板电脑、膝上型便携计算机、车载电脑、穿戴式移动终端等等。
[0033]本申请实施例所提供的一种医疗信息管理方法，应用于如图1所示的服务器100，该服务器100中安装有应用程序，与第一客户本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种医疗信息管理方法，其特征在于，应用于服务器，所述服务器分别与第一客户端和第二客户端进行数据交互；所述服务器中存储有门诊人次服务信息组，所述门诊人次服务信息组与门诊统计挂号元数据和门诊统计就诊元数据对应；所述方法包括：接收第一客户端发送的医疗服务信息，其中，所述医疗服务信息对应有元数据；若所述第一客户端为财务人员所使用的操作终端，则所述医疗服务信息对应的元数据为所述门诊统计挂号元数据，并将所述门诊统计挂号元数据对应的门诊人次服务信息组作为第一目标服务信息组；若所述第一客户端为医务人员所使用的操作终端，则所述医疗服务信息对应的元数据为所述门诊统计就诊元数据，并将所述门诊统计挂号元数据对应的门诊人次服务信息组作为第一目标服务信息组；将所述医疗信息存储于所述第一目标服务信息组。2.根据权利要求1所述的方法，其特征在于，所述第二客户端为医疗信息管理人员所使用的操作终端；所述方法还包括：接收所述第二客户端发送的数据统计请求；若所述数据统计请求中门包括所述门诊统计挂号元数据，则将所述门诊统计挂号元数据对应的门诊人次服务信息组作为第三目标服务信息组，并统计所述第三目标服务信息组所包含的医疗服务信息的数量总和，作为目标服务信息统计值；将所述目标服务信息统计值发送给所述第二客户端。3.根据权利要求2所述的方法，其特征在于，在所述接收所述第二客户端发送的数据统计请求的步骤之后，所述方法还包括：若所述数据统计请求中门包括所述门诊统计就诊元数据，则将所述门诊统计就诊元数据对应的门诊人次服务信息组作为第三目标服务信息组，并统计所述第三目标服务信息组所包含的医疗服务信息的数量总和，作为目标服务信息统计值；将所述目标服务信息统计值发送给所述第二客户端。4.一种医疗信息管理装置，其特征在于，应用于服务器，所述服务器分别与第一客户端和第二客户端进行数据交互；所述服务器中存储有门诊人次服务信息组，所述门诊人次服务信息组与门诊统计挂号元数据...

【专利技术属性】
技术研发人员：王觅也，张睿，郑涛，
申请(专利权)人：四川大学华西医院，
类型：发明
国别省市：