CN109830290A - 医疗信息管理方法、装置、服务器及可读存储介质 - Google Patents
医疗信息管理方法、装置、服务器及可读存储介质 Download PDFInfo
- Publication number
- CN109830290A CN109830290A CN201910054770.7A CN201910054770A CN109830290A CN 109830290 A CN109830290 A CN 109830290A CN 201910054770 A CN201910054770 A CN 201910054770A CN 109830290 A CN109830290 A CN 109830290A
- Authority
- CN
- China
- Prior art keywords
- information
- service information
- group
- services
- metadata
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02A—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
- Y02A90/00—Technologies having an indirect contribution to adaptation to climate change
- Y02A90/10—Information and communication technologies [ICT] supporting adaptation to climate change, e.g. for weather forecasting or climate simulation
Abstract
本申请提出了一种医疗信息管理方法、装置、服务器及可读存储介质,涉及医疗信息管理技术领域,基于使用至少一个元数据用于描述服务信息组,并且接收到第一客户端发送的医疗服务信息时,将与医疗服务信息具有相同的元数据的服务信息组作为第一目标服务信息组,以将该医疗服务信息存储与第一目标服务信息组,从而在对服务器中存储的医疗服务信息进行统计时,相比于现有技术,能够根据基于不同的元数据,对多个服务信息组进行区分,确定出相似的服务信息组之间的统计的差异,便于对医疗信息进行管理。
Description
技术领域
本申请涉及医疗信息管理技术领域,具体而言,涉及一种医疗信息管理方法、装置、服务器及可读存储介质。
背景技术
医疗信息由于统计口径的多样化,导致相似的医疗信息,由于统计口径的不同,造成相似的医疗信息之间存在较大差异,难以确定实际有效的医疗信息,导致医疗信息管理不便。
发明内容
本申请的目的在于提供一种医疗信息管理方法、装置、服务器及可读存储介质,便于对医疗信息进行管理。
为了实现上述目的,本申请实施例采用的技术方案如下:
第一方面,本申请实施例提供了一种医疗信息管理方法,应用于服务器,所述服务器中存储有多个服务信息组,每一服务信息组均对应有至少一个用于描述所述对应的服务信息组的元数据;所述方法包括:
接收第一客户端发送的医疗服务信息,其中,所述医疗服务信息对应有至少一个元数据;
在所述多个服务信息组中确定出与所述医疗服务信息具有相同的元数据的第一目标服务信息组;
将所述医疗服务信息存储于所述第一目标服务信息组。
第二方面,本申请实施例提供了一种医疗信息管理装置,应用于服务器,所述服务器中存储有多个服务信息组,每一服务信息组均对应有至少一个用于描述所述对应的服务信息组的元数据;所述装置包括:
收发模块,用于接收第一客户端发送的医疗服务信息,其中,所述医疗服务信息对应有至少一个元数据;
处理模块,用于在所述多个服务信息组中确定出与所述医疗服务信息具有相同的元数据的第一目标服务信息组;
所述处理模块还用于,将所述医疗服务信息存储于所述第一目标服务信息组。
第三方面,本申请实施例提供了一种服务器,所述服务器包括存储器,用于存储一个或多个程序;处理器。当所述一个或多个程序被所述处理器执行时,实现上述的医疗信息管理方法。
第四方面,本申请实施例提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述的医疗信息管理方法。
本申请实施例所提供的一种医疗信息管理方法、装置、服务器及可读存储介质,基于使用至少一个元数据用于描述服务信息组,并且接收到第一客户端发送的医疗服务信息时,将与医疗服务信息具有相同的元数据的服务信息组作为第一目标服务信息组,以将该医疗服务信息存储与第一目标服务信息组,从而在对服务器中存储的医疗服务信息进行统计时,相比于现有技术,能够根据基于不同的元数据,对多个服务信息组进行区分,确定出相似的服务信息组之间的统计的差异,便于对医疗信息进行管理。
为使本申请的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它相关的附图。
图1为本申请实施例所提供的医疗信息管理方法的一种应用场景示意图;
图2为本申请实施例所提供的服务器的一种示意性结构框图;
图3为本申请实施例所提供的医疗信息管理方法的一种示意性流程图;
图4为本申请实施例所提供的医疗信息管理方法的另一种示意性流程图;
图5为本申请实施例所提供的医疗信息管理方法的再一种示意性流程图;
图6为本申请实施例所提供的医疗信息管理装置的一种示意性结构图。
图中:100-服务器;110-第一客户端;120-第二客户端;101-存储器;102-处理器;103-通信接口;300-医疗信息管理装置;301-收发模块;302-处理模块。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。
因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。同时,在本申请的描述中,术语“第一”、“第二”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
下面结合附图,对本申请的一些实施方式作详细说明。在不冲突的情况下,下述的实施例及实施例中的特征可以相互组合。
请参阅图1,图1为本申请实施例所提供的医疗信息管理方法的一种应用场景示意图,在本申请实施例中,服务器100、第一客户端110及第二客户端120位于无线网络或有线网络中,通过该无线网络或有线网络,服务器100与第一客户端110及第二客户端120分别进行数据交互。
在本申请实施例中,第一客户端110或第二客户端120可采用移动终端设备,例如可以包括智能手机、平板电脑、膝上型便携计算机、车载电脑、穿戴式移动终端等等。
本申请实施例所提供的一种医疗信息管理方法,应用于如图1所示的服务器100,该服务器100中安装有应用程序,与第一客户端110及第二客户端120相对应,为用户提供服务,该医疗信息管理方法可通过该服务器100中安装的应用程序实现。比如,第一客户端110可以是财务室的工作人员所使用的操作终端,或者是医生在办公室所使用的操作终端,第二客户端120可以是对医疗信息进行管理的人员所使用的操作终端,通过第一客户端110及第二客户端120分别与服务器100的数据交互,用以对实现对医疗信息的管理。
如上所述,医疗信息由于统计口径的多样化,导致相似的医疗信息之间存在较大差异,难以确定实际有效的医疗信息。
例如,以统计一段时间内的“门诊人次”为例,财务部门可能会上报9万人,但门诊部门可能会上报10万人,这就造成了相同的“门诊人次”,两个不同的部门存在1万人的差异,导致管理人员,无法获悉到底哪一个“门诊人次”是精确的。
然后,发明人在实际工作中发现,现有技术中,相似的医疗信息不统一,究其缘由在于:不用的部门对相似医疗信息的统计口径不同,导致相似的医疗信息,会存在差异。
比如,在上述统计“门诊人次”的应用场景中,财务部门统计上报的9万人次,统计的口径可能是已经收取并打印挂号费的门诊病人,其统计的“门诊人次”是站在拥有挂号记录的角度;而门诊部门统计上报的10万人次,统计的口径可能是所有门诊医生正常出诊的过程中所诊治的所有患者,其统计的“门诊人次”是站在门诊医生正常出诊后,消耗了门诊医生的资源,完成对就诊病人的诊疗行为的角度。
因此,若部分病人未挂号且未缴纳挂号费,却实际消耗了门诊医生的资源,这部分病人就可以被门诊部门统计到,而不能被财务部门统计到,造成同样是在统计“门诊人次”,但两个部门的医疗信息出现了差异。
但实际分析上述两个不同的“门诊人次”,9万人的“门诊人次”和10万人的“门诊人次”实际上都是合理的,而造成管理人员无法获知精确的“门诊人次”,是因为管理人员无法获知两个“门诊人次”各自具体所代表的含义,从而也就无法获知精确的“门诊人次”。
基于上述缺陷,本申请实施例所提供的一种可能的实现方式为:基于使用至少一个元数据用于描述服务信息组,并且接收到第一客户端发送的医疗服务信息时,将与医疗服务信息具有相同的元数据的服务信息组作为第一目标服务信息组,以将该医疗服务信息存储与第一目标服务信息组。
请参阅图2,图2为本申请实施例所提供的服务器100的一种示意性结构框图。在本申请实施例中,服务器100包括存储器101、处理器102和通信接口103,该存储器101、处理器102和通信接口103相互之间直接或间接地电性连接,以实现数据的传输或交互。例如,这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。存储器101可用于存储软件程序及模块,如本申请实施例所提供的医疗信息管理装置300对应的程序指令/模块,处理器102通过执行存储在存储器101内的软件程序及模块,从而执行各种功能应用以及数据处理,以实现本申请实施例所提供的医疗信息管理方法。该通信接口103可用于与其他节点设备进行信令或数据的通信。
其中,存储器101可以是但不限于,随机存取存储器(Random Access Memory,RAM),只读存储器(Read Only Memory,ROM),可编程只读存储器(Programmable Read-OnlyMemory,PROM),可擦除只读存储器(Erasable Programmable Read-Only Memory,EPROM),电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory,EEPROM)等。
处理器102可以是一种集成电路芯片,具有信号处理能力。该处理器102可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(NetworkProcessor,NP)等;还可以是数字信号处理器(Digital Signal Processing,DSP))、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
可以理解,图2所示的结构仅为示意,服务器100还可包括比图2中所示更多或者更少的组件,或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。
下面以统计“门诊人次”为例,对本申请实施例所提供的医疗管理方法进行示例性说明。
请参阅图3,图3为本申请实施例所提供的医疗信息管理方法的一种示意性流程图,该医疗信息管理方法应用于如图1中的服务器100,包括以下步骤:
S201,接收第一客户端发送的医疗服务信息。
S202,在多个服务信息组中确定出与医疗服务信息具有相同的元数据的第一目标服务信息组。
S203,将医疗服务信息存储于第一目标服务信息组。
在本申请实施例中,服务器100中存储有多个服务信息组,每一服务信息组均对应有至少一个用于描述该对应的服务信息组的元数据。
例如,以“门诊人次”作为服务信息组进行示例性说明,服务器100中存储有两个“门诊人次”,但两个“门诊人次”对应有不同的元数据,用以对两个“门诊人次”进行区分。比如,这两个“门诊人次”各自对应的元数据可以分别为“门诊统计挂号”和“门诊统计就诊”。
相应地,第一客户端110可以是财务室的工作人员所使用的操作终端,或者是医生在办公室所使用的操作终端,用户在第一客户端110产生医疗服务信息中,对应有至少一个元数据。比如,以上述“门诊人次”为例进行说明,若第一客户端110作为财务室的工作人员所使用的操作终端,则产生医疗服务信息时,该医疗服务信息对应的元数据为“门诊统计挂号”;相应地,若第一客户端110作为医生在办公室所使用的操作终端,则产生医疗服务信息是,该医疗服务信息对应的元数据为“门诊统计就诊”。
相应地,服务器100根据接收的第一客户端110发送的医疗服务信息所对应的至少一个元数据,在存储的多个服务信息组中,确定出与接收的医疗服务信息具有相同的元数据的第一目标服务信息组,从而将该医疗服务信息存储与第一目标服务信息组。
比如,在上述示例中,若服务器100接收的医疗服务信息对应的元数据为“门诊统计挂号”,则将元数据为“门诊统计挂号”对应的“门诊人次”作为第一目标服务信息组,并将该医疗服务信息存储于元数据为“门诊统计挂号”对应的“门诊人次”;或者,若服务器100接收的医疗服务信息对应的元数据为“门诊统计就诊”,则将元数据为“门诊统计就诊”对应的“门诊人次”作为第一目标服务信息组,并将该医疗服务信息存储于元数据为“门诊统计就诊”对应的“门诊人次”
由此,在例如上述的示例中,基于元数据对服务信息组进行描述的方式,通过不同的元数据(“门诊统计挂号”和“门诊统计就诊”)对两个“门诊人次”进行描述,以使管理人员在统计获知两个“门诊人次”不同时,根据各自的元数据,确定出两个“门诊人次”存在的差异。
基于上述设计,本申请实施例所提供的一种医疗信息管理方法,基于使用至少一个元数据用于描述服务信息组,并且接收到第一客户端110发送的医疗服务信息时,将与医疗服务信息具有相同的元数据的服务信息组作为第一目标服务信息组,以将该医疗服务信息存储与第一目标服务信息组,从而在对服务器100中存储的医疗服务信息进行统计时,相比于现有技术,能够根据基于不同的元数据,对多个服务信息组进行区分,确定出相似的服务信息组之间的统计的差异,便于对医疗信息进行管理。
如上所述,基于元数据对医疗信息进行管理的方式,能够便于对医疗信息进行管理,但随着医疗信息的增多,若受政策的影响,某一客户端产生的医疗服务信息对应的元数据发生了变化,则可能导致历史医疗服务信息和新录入的医疗服务信息不能融合,医疗服务信息出现断层。
基于此,请参阅图4,图4为本申请实施例所提供的医疗信息管理方法的另一种示意性流程图,作为一种可能的实现方式,该医疗信息管理方法还可以包括以下步骤:
S205,接收第二客户端发送的服务信息修改指令。
S206,响应服务信息修改指令,修改第二目标服务信息组对应的元数据。
在本申请实施例中,管理人员根据实际情况,可以对服务信息组的元数据进行修改,则管理人员通过第二客户端120,向服务器100发送服务信息修改指令,其中,该服务信息修改指令用于指示修改第二目标服务信息组对应的元数据。
比如,随着国家政策的影响,国家宏观政策层面要求全部医疗机构取消药品加成,则此时,所有跟药品收入有关的服务信息组,应该进行说明为没有药品加成,否则,若按照相同的药品,在取消药品加成前后的药品收入则会出现差异,使管理人员不能清楚地获悉收入出现差异的缘由。
因此,服务器100根据接收的第二客户端120发送的服务信息修改指令,修改第二目标服务信息组对应的元数据。
其中,作为一种可能的实现方式,服务器100在修改第二目标服务信息组对应的元数据时,可以为:增加至少一个第二目标服务信息组对应的元数据。比如,在上述示例中,将“取消药品加成”添加到第二目标服务信息组对应的元数据中。
或者,作为另一种可能的实现方式,服务器100在修改第二目标服务信息对应的元数据时,还可以为:删除第二目标服务信息对应的至少一个元数据。比如,在上述示例中,若后续政策允许药品加成,则可以将第二目标服务信息组对应的元数据中,将“取消药品加成”进行删除,可以理解的是,相应地,客户端在产生所属第二目标服务信息组的医疗服务信息时,同样,对应的元数据中包含有“取消药品加成”。
基于上述设计,本申请实施例所提供的一种医疗信息管理方法,通过对第二目标服务信息组对应的元数据进行更新,使客户端产生的医疗服务信息对应的元数据和第二目标服务信息组对应的元数据保持统一,进而确保历史存储的医疗服务信息和新录入的医疗服务信息能够融合,确保使存储的医疗服务信息连续。
作为一种可能的实现方式,管理人员还可以基于元数据,对医疗服务信息进行统计,以获悉医院的经营情况。
请参阅图5,图5为本申请实施例所提供的医疗信息管理方法的再一种示意性流程图,作为另一种可能的实现方式,该医疗信息管理方法还包括以下步骤:
S208,接收第二客户端发送的数据统计请求。
S209,在多个服务信息组中确定出包含数据统计请求的至少一个目标元数据的所有第三目标服务信息组。
S210,统计所有第三目标服务信息组包含的医疗服务信息的数量总和,作为目标服务信息统计值。
S211,将目标服务信息统计值发送给第二客户端。
比如,以上述“门诊统计挂号”对应的“门诊人次”和“门诊统计就诊”对应的“门诊人次”为例,若服务器100接收的数据统计请求中包含的至少一个目标元数据为“挂号”,服务器100则将“门诊统计挂号”对应的“门诊人次”作为第三目标服务信息组,并统计门诊统计挂号”对应的“门诊人次”所包含的医疗服务信息的数量总和,比如9万人次,作为目标服务信息统计值,发送给第二客户端120,以使第二客户端120侧的管理人员获悉,挂号的总人数有9万人;若服务器100接收的数据统计请求中包含的至少一个目标元数据为“门诊统计就诊”,则服务器100则将“门诊统计就诊”对应的“门诊人次”作为第三目标服务信息组,并统计“门诊统计就诊”对应的“门诊人次”所包含的医疗服务信息组的数量总和,比如10万人次,作为目标服务信息统计值发送给第二客户端120,以使第二客户端120侧的管理人员获悉,医生实际就诊的总人数有10万人。
图6为本申请实施例所提供的医疗信息管理装置300的一种示意性结构图,该医疗信息管理装置300应用于如图1中的服务器100,服务器100中存储有多个服务信息组,每一服务信息组均对应有至少一个用于描述对应的服务信息组的元数据,该医疗信息管理装置300包括收发模块301及处理模块302。
收发模块301用于接收第一客户端110发送的医疗服务信息,其中,医疗服务信息对应有至少一个元数据。
处理模块302用于在多个服务信息组中确定出与医疗服务信息具有相同的元数据的第一目标服务信息组。
处理模块302还用于将医疗服务信息存储于第一目标服务信息组。
可选地,作为一种可能的实现方式,
收发模块301还用于接收第二客户端120发送的服务信息修改指令,其中,服务信息修改指令用于指示修改第二目标服务信息组对应的元数据。
处理模块302还用于响应服务信息修改指令,修改第二目标服务信息组对应的元数据。
可选地,作为一种可能的实现方式,处理模块302在修改第二目标服务信息组对应的元数据时,具体用于:
增加至少一个第二目标服务信息组对应的元数据;或,
删除第二目标服务信息组对应的至少一个元数据。
可选地,作为一种可能的实现方式,
收发模块301还用于接收第二客户端120发送的数据统计请求,其中,数据统计请求中包含有至少一个目标元数据。
处理模块302还用于在多个服务信息组中确定出包含数据统计请求的至少一个目标元数据的所有第三目标服务信息组。
处理模块302还用于统计所有第三目标服务信息组包含的医疗服务信息的数量总和,作为目标服务信息统计值。
收发模块301还用于将目标服务信息统计值发送给第二客户端120。
在本申请所提供的实施例中,应该理解到,所揭露的装置和方法,也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,附图中的流程图和框图显示了根据本申请实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
另外,在本申请实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
综上所述,本申请实施例所提供的一种医疗信息管理方法、装置、服务器及可读存储介质,基于使用至少一个元数据用于描述服务信息组,并且接收到第一客户端发送的医疗服务信息时,将与医疗服务信息具有相同的元数据的服务信息组作为第一目标服务信息组,以将该医疗服务信息存储与第一目标服务信息组,从而在对服务器中存储的医疗服务信息进行统计时,相比于现有技术,能够根据基于不同的元数据,对多个服务信息组进行区分,确定出相似的服务信息组之间的统计的差异,便于对医疗信息进行管理;还通过对第二目标服务信息组对应的元数据进行更新,使客户端产生的医疗服务信息对应的元数据和第二目标服务信息组对应的元数据保持统一,进而确保历史存储的医疗服务信息和新录入的医疗服务信息能够融合,确保使存储的医疗服务信息连续;
以上所述仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
对于本领域技术人员而言,显然本申请不限于上述示范性实施例的细节,而且在不背离本申请的精神或基本特征的情况下,能够以其它的具体形式实现本申请。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本申请的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。
Claims (10)
1.一种医疗信息管理方法,其特征在于,应用于服务器,所述服务器中存储有多个服务信息组,每一服务信息组均对应有至少一个用于描述所述对应的服务信息组的元数据;所述方法包括:
接收第一客户端发送的医疗服务信息,其中,所述医疗服务信息对应有至少一个元数据;
在所述多个服务信息组中确定出与所述医疗服务信息具有相同的元数据的第一目标服务信息组;
将所述医疗服务信息存储于所述第一目标服务信息组。
2.如权利要求1所述的方法,其特征在于,所述方法还包括:
接收第二客户端发送的服务信息修改指令,其中,所述服务信息修改指令用于指示修改第二目标服务信息组对应的元数据;
响应所述服务信息修改指令,修改所述第二目标服务信息组对应的元数据。
3.如权利要求2所述的方法,其特征在于,所述修改所述第二目标服务信息组对应的元数据的步骤,包括:
增加至少一个所述第二目标服务信息组对应的元数据;或,
删除所述第二目标服务信息组对应的至少一个元数据。
4.如权利要求1所述的方法,其特征在于,所述方法还包括:
接收第二客户端发送的数据统计请求,其中,所述数据统计请求中包含有至少一个目标元数据;
在所述多个服务信息组中确定出包含所述数据统计请求的至少一个目标元数据的所有第三目标服务信息组;
统计所述所有第三目标服务信息组包含的医疗服务信息的数量总和,作为目标服务信息统计值;
将所述目标服务信息统计值发送给所述第二客户端。
5.一种医疗信息管理装置,其特征在于,应用于服务器,所述服务器中存储有多个服务信息组,每一服务信息组均对应有至少一个用于描述所述对应的服务信息组的元数据;所述装置包括:
收发模块,用于接收第一客户端发送的医疗服务信息,其中,所述医疗服务信息对应有至少一个元数据;
处理模块,用于在所述多个服务信息组中确定出与所述医疗服务信息具有相同的元数据的第一目标服务信息组;
所述处理模块还用于,将所述医疗服务信息存储于所述第一目标服务信息组。
6.如权利要求5所述的装置,其特征在于,
所述收发模块还用于,接收第二客户端发送的服务信息修改指令,其中,所述服务信息修改指令用于指示修改第二目标服务信息组对应的元数据;
所述处理模块还用于,响应所述服务信息修改指令,修改所述第二目标服务信息组对应的元数据。
7.如权利要求6所述的装置,其特征在于,所述处理模块在修改所述第二目标服务信息组对应的元数据时,具体用于:
增加至少一个所述第二目标服务信息组对应的元数据;或,
删除所述第二目标服务信息组对应的至少一个元数据。
8.如权利要求5所述的装置,其特征在于,
所述收发模块还用于,接收第二客户端发送的数据统计请求,其中,所述数据统计请求中包含有至少一个目标元数据;
所述处理模块还用于,在所述多个服务信息组中确定出包含所述数据统计请求的至少一个目标元数据的所有第三目标服务信息组;
所述处理模块还用于,统计所述所有第三目标服务信息组包含的医疗服务信息的数量总和,作为目标服务信息统计值;
所述收发模块还用于,将所述目标服务信息统计值发送给所述第二客户端。
9.一种服务器,其特征在于,包括:
存储器,用于存储一个或多个程序;
处理器;
当所述一个或多个程序被所述处理器执行时,实现如权利要求1-4中任一项所述的方法。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时实现如权利要求1-4中任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111649154.XA CN114334111B (zh) | 2019-01-21 | 2019-01-21 | 医疗信息管理方法、装置、服务器及可读存储介质 |
CN201910054770.7A CN109830290A (zh) | 2019-01-21 | 2019-01-21 | 医疗信息管理方法、装置、服务器及可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910054770.7A CN109830290A (zh) | 2019-01-21 | 2019-01-21 | 医疗信息管理方法、装置、服务器及可读存储介质 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111649154.XA Division CN114334111B (zh) | 2019-01-21 | 2019-01-21 | 医疗信息管理方法、装置、服务器及可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109830290A true CN109830290A (zh) | 2019-05-31 |
Family
ID=66861770
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111649154.XA Active CN114334111B (zh) | 2019-01-21 | 2019-01-21 | 医疗信息管理方法、装置、服务器及可读存储介质 |
CN201910054770.7A Pending CN109830290A (zh) | 2019-01-21 | 2019-01-21 | 医疗信息管理方法、装置、服务器及可读存储介质 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111649154.XA Active CN114334111B (zh) | 2019-01-21 | 2019-01-21 | 医疗信息管理方法、装置、服务器及可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (2) | CN114334111B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111933267A (zh) * | 2020-08-31 | 2020-11-13 | 平安国际智慧城市科技股份有限公司 | 医疗预警方法、装置、计算机设备及计算机可读存储介质 |
CN114334111A (zh) * | 2019-01-21 | 2022-04-12 | 四川大学华西医院 | 医疗信息管理方法、装置、服务器及可读存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20100058108A (ko) * | 2008-11-24 | 2010-06-03 | (주)파인원커뮤니케이션즈 | 콘텐츠 동기화 방법 |
KR20110070366A (ko) * | 2009-12-18 | 2011-06-24 | 에스케이 텔레콤주식회사 | 메타데이터를 이용한 순방문자수 계산시스템 및 이의 제어방법 |
CN106296522A (zh) * | 2016-08-09 | 2017-01-04 | 浪潮集团有限公司 | 一种基于大数据的医院排队查询方法 |
CN106547918A (zh) * | 2016-11-30 | 2017-03-29 | 长城计算机软件与系统有限公司 | 一种统计数据的整合方法及系统 |
CN108595657A (zh) * | 2018-04-28 | 2018-09-28 | 成都智信电子技术有限公司 | His系统的数据表分类映射方法和装置 |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20140029984A (ko) * | 2012-08-31 | 2014-03-11 | 한국전자통신연구원 | 의료정보 데이터베이스 운영 시스템의 의료정보 관리 방법 |
CN203849765U (zh) * | 2013-01-15 | 2014-09-24 | 中国人民解放军第三军医大学第一附属医院 | 门诊挂号系统 |
US10755369B2 (en) * | 2014-07-16 | 2020-08-25 | Parkland Center For Clinical Innovation | Client management tool system and method |
CN104378430B (zh) * | 2014-11-14 | 2018-07-06 | 小米科技有限责任公司 | 提供服务信息的方法及装置 |
CN104965977A (zh) * | 2015-06-13 | 2015-10-07 | 深圳市前海安测信息技术有限公司 | 基于网络医院平台的就诊提示方法和网络医院平台 |
CN107180472A (zh) * | 2016-11-15 | 2017-09-19 | 廖奕熙 | 社区卫生服务中心门诊处挂号排队系统及应用设备 |
CN106777998A (zh) * | 2016-12-19 | 2017-05-31 | 邹春秋 | 一种医疗系统大数据处理装置及方法 |
CN107220918A (zh) * | 2017-06-30 | 2017-09-29 | 王中显 | 门诊病历管理方法、装置及服务器 |
CN109243043B (zh) * | 2017-07-11 | 2020-12-22 | 北京医联蓝卡在线科技有限公司 | 一种智慧医疗系统和方法 |
CN107527307A (zh) * | 2017-08-24 | 2017-12-29 | 杭州悦马爱赏科技股份有限公司 | 医院就诊管理方法、装置及系统 |
CN109377059A (zh) * | 2018-10-27 | 2019-02-22 | 平安医疗健康管理股份有限公司 | 一种基于风险管控的数据处理方法及设备 |
CN109545352A (zh) * | 2018-11-23 | 2019-03-29 | 京东方科技集团股份有限公司 | 导诊服务方法、装置、电子设备及存储介质 |
CN114334111B (zh) * | 2019-01-21 | 2023-08-18 | 四川大学华西医院 | 医疗信息管理方法、装置、服务器及可读存储介质 |
CN110148440B (zh) * | 2019-03-29 | 2023-06-30 | 北京汉博信息技术有限公司 | 一种医疗信息查询方法 |
CN112328551A (zh) * | 2020-11-09 | 2021-02-05 | 医渡云(北京)技术有限公司 | 医疗数据解析方法、装置、介质及电子设备 |
CN112509681A (zh) * | 2020-12-08 | 2021-03-16 | 安徽李悦阳信息技术有限公司 | 一种基于大数据的智慧医疗服务系统 |
CN114334109A (zh) * | 2021-12-28 | 2022-04-12 | 卫宁健康科技集团股份有限公司 | 急诊绿区的监控方法、装置、设备及存储介质 |
-
2019
- 2019-01-21 CN CN202111649154.XA patent/CN114334111B/zh active Active
- 2019-01-21 CN CN201910054770.7A patent/CN109830290A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20100058108A (ko) * | 2008-11-24 | 2010-06-03 | (주)파인원커뮤니케이션즈 | 콘텐츠 동기화 방법 |
KR20110070366A (ko) * | 2009-12-18 | 2011-06-24 | 에스케이 텔레콤주식회사 | 메타데이터를 이용한 순방문자수 계산시스템 및 이의 제어방법 |
CN106296522A (zh) * | 2016-08-09 | 2017-01-04 | 浪潮集团有限公司 | 一种基于大数据的医院排队查询方法 |
CN106547918A (zh) * | 2016-11-30 | 2017-03-29 | 长城计算机软件与系统有限公司 | 一种统计数据的整合方法及系统 |
CN108595657A (zh) * | 2018-04-28 | 2018-09-28 | 成都智信电子技术有限公司 | His系统的数据表分类映射方法和装置 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114334111A (zh) * | 2019-01-21 | 2022-04-12 | 四川大学华西医院 | 医疗信息管理方法、装置、服务器及可读存储介质 |
CN114334111B (zh) * | 2019-01-21 | 2023-08-18 | 四川大学华西医院 | 医疗信息管理方法、装置、服务器及可读存储介质 |
CN111933267A (zh) * | 2020-08-31 | 2020-11-13 | 平安国际智慧城市科技股份有限公司 | 医疗预警方法、装置、计算机设备及计算机可读存储介质 |
CN111933267B (zh) * | 2020-08-31 | 2023-07-18 | 深圳平安智慧医健科技有限公司 | 医疗预警方法、装置、计算机设备及计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN114334111B (zh) | 2023-08-18 |
CN114334111A (zh) | 2022-04-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Rosenthal et al. | The geographic distribution of physicians revisited | |
CN101233738B (zh) | 用于移动医疗设备的环境相关的服务发现的系统和方法 | |
Tighe et al. | Teaching a machine to feel postoperative pain: combining high-dimensional clinical data with machine learning algorithms to forecast acute postoperative pain | |
Gao et al. | Implementation of E-health record systems and E-medical record systems in China | |
CN104778344A (zh) | 用于一通讯网络中提供健康相关服务的云端系统及其方法 | |
WO2016201595A1 (zh) | 一种基于rfid技术的自动化就诊系统 | |
Benrimoj et al. | Economic impact of increased clinical intervention rates in community pharmacy: a randomised trial of the effect of education and a professional allowance | |
US20190074077A1 (en) | Prescription management system and method | |
US20230207087A1 (en) | Prescription order distribution method, system, device and storage medium | |
CN109766446A (zh) | 一种数据调查方法、数据调查装置及计算机可读存储介质 | |
CN109830290A (zh) | 医疗信息管理方法、装置、服务器及可读存储介质 | |
CN109255721A (zh) | 基于费用预测的保险推荐方法、设备、服务器及可读介质 | |
CN109545352A (zh) | 导诊服务方法、装置、电子设备及存储介质 | |
CN106779446A (zh) | 一种家庭医生家庭病床管理系统 | |
Tiwari et al. | Data stream management for CPS-based healthcare: a contemporary review | |
Mayston et al. | Measuring what matters–information systems for management of chronic disease in primary healthcare settings in low and middle-income countries: challenges and opportunities | |
Jones | Demand for hospital beds in primary care organisations | |
CN109377059A (zh) | 一种基于风险管控的数据处理方法及设备 | |
CN109545320A (zh) | 基于数据处理的取药异常确定方法和终端设备 | |
Gourisaria et al. | AI and IoT enabled smart hospital management systems | |
CN106055913A (zh) | 一种信息处理方法及智能医疗系统 | |
US20190114719A1 (en) | Dynamic balance adjustment estimator engine | |
CN113241134B (zh) | 在线问诊医生分配方法和系统、存储介质 | |
CN104994099A (zh) | 一种基于网络医院的数据处理方法、设备及系统 | |
CN109544375A (zh) | 一种基于大数据的医院盈亏分析方法及计算设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190531 |