CN113782168A - 区域公共医疗协同处理方法、装置、电子设备及存储介质 - Google Patents
区域公共医疗协同处理方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN113782168A CN113782168A CN202110981230.0A CN202110981230A CN113782168A CN 113782168 A CN113782168 A CN 113782168A CN 202110981230 A CN202110981230 A CN 202110981230A CN 113782168 A CN113782168 A CN 113782168A
- Authority
- CN
- China
- Prior art keywords
- event
- collaborative
- cooperative
- medical
- party
- 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
Images
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/103—Workflow collaboration or project management
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- Health & Medical Sciences (AREA)
- Entrepreneurship & Innovation (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Data Mining & Analysis (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Economics (AREA)
- Physics & Mathematics (AREA)
- Biomedical Technology (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明实施例提供了一种区域公共医疗协同处理方法、装置、电子设备及存储介质,所述方法包括:当监听到区域内任一医疗机构方发生需协同处理的医疗事件时,确定与所述医疗事件对应的协同事件;从所述区域内其他医疗机构方中确定与所述协同事件对应的协同方;将所述协同事件发送给对应的所述协同方,以使所述协同方处理所述协同事件。如此采用事件驱动的方式,医疗机构进行协同工作,可以实现在不同的医疗机构间进行协同医疗业务,不同的医疗机构可以实现信息共享和交换。
Description
技术领域
本发明涉及数据处理技术领域,尤其涉及一种区域公共医疗协同处理方法、装置、电子设备及存储介质。
背景技术
随着计算机和通讯技术的迅猛发展,信息技术已经渗透到了与人们生活密切相关的各个领域,公共医疗就是其中最重要的领域之一。应用强大的信息技术提升公共医疗的整体服务水平,使得公共医疗服务更加方便、快捷,是人们期待的目标。目前,医院内部建设有医院信息系统(Hospital Information System,HIS),实现了医院内部的信息共享,但不能实现医院之间的信息共享和交换。
为了充分利用有限的医疗卫生资源,需要在不同的医疗机构间进行协同医疗业务,即不同的医疗机构合作完成医疗。这就需要一个能够开展协同医疗业务的信息平台作支撑。而只能提供医院内部信息共享的医院信息系统显然不能作为开展医疗机构之间协同医疗业务的平台,因此,建设一个能够支撑不同医疗机构(比如两个不同医院)间进行协同医疗业务的平台是当前公共医疗领域的一个重要需求。
发明内容
本发明实施例的目的在于提供一种区域公共医疗协同处理方法、装置、电子设备及存储介质,以实现在不同的医疗机构间进行协同医疗业务,不同的医疗机构信息共享和交换的有益效果。具体技术方案如下:
在本发明实施例的第一方面,首先提供了一种区域公共医疗协同处理方法,所述方法包括:
当监听到区域内任一医疗机构方发生需协同处理的医疗事件时,确定与所述医疗事件对应的协同事件;
从所述区域内其他医疗机构方中确定与所述协同事件对应的协同方;
将所述协同事件发送给对应的所述协同方,以使所述协同方处理所述协同事件。
在一个可选的实施方式中,所述监听到区域内任一医疗机构方发生需协同处理的医疗事件,包括:
监听到区域内任一医疗机构方产生需协同处理的医疗事件对应的医疗数据。
在一个可选的实施方式中,所述将所述协同事件发送给对应的所述协同方,以使所述协同方处理所述协同事件,包括:
确定各所述协同事件之间的事件执行顺序,确定各所述协同事件的事件执行条件,以及获取处理各所述协同事件所需的业务数据;
按照所述事件执行顺序,依次将各所述协同事件、所述事件执行条件及所述业务数据发送给对应的所述协同方,以使所述协同方在确定满足所述事件执行条件时,基于所述业务数据处理各所述协同事件。
在一个可选的实施方式中,所述方法还包括:
获取所述协同方响应于所述协同事件返回的处理结果,所述处理结果包括处理成功或处理失败;
在所述处理结果为所述处理成功的情况下,更新所述协同事件的事件状态与事件流程;
在所述处理结果为所述处理失败的情况下,将所述处理失败对应的所述协同事件重新发送给所述协同方。
在一个可选的实施方式中,所述从所述区域内其他医疗机构方中确定与所述协同事件对应的协同方,包括:
获取所述协同事件的订阅列表,所述订阅列表中记录着订阅所述协同事件的医疗机构方;
根据所述订阅列表中记录的订阅所述协同事件的医疗机构方,从所述区域内其他医疗机构方中确定与所述协同事件对应的协同方。
在一个可选的实施方式中,所述协同事件具体通过以下方式创建:
获取协同事件的事件要素,其中,所述事件要素包括事件因素、事件步骤和/或事件详情;
确定医疗业务,根据所述协同事件的所述事件要素,在所述医疗业务中进行注册;
确定订阅所述协同事件的医疗机构方,根据订阅所述协同事件的医疗机构方生成所述协同事件的订阅列表;
获取所述协同事件的事件执行顺序,并与所述协同事件进行关联;
获取所述协同事件中每个事件步骤的事件执行条件,并与所述协同事件进行关联。
在一个可选的实施方式中,所述方法还包括:
接收所述协同方返回的目标数据,其中,所述目标数据包括所述协同方处理所述协同事件所产生的数据;
确定所述目标数据的数据分类,根据所述数据分类确定所述目标数据的存储方式;
在所述存储方式为集中存储方式的情况下,将所述目标数据存储至共享存储空间;
在所述存储方式为分布式存储方式的情况下,将所述目标数据存储至所述协同方的私密存储空间。
在本发明实施例的第二方面,还提供了一种区域公共医疗协同处理装置,所述装置包括:
事件确定模块,用于当监听到区域内任一医疗机构方发生需协同处理的医疗事件时,确定与所述医疗事件对应的协同事件;
协同方确定模块,用于从所述区域内其他医疗机构方中确定与所述协同事件对应的协同方;
事件发送模块,用于将所述协同事件发送给对应的所述协同方,以使所述协同方处理所述协同事件。
在本发明实施例的第三方面,还提供了一种电子设备,包括处理器、通信接口、存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;
存储器,用于存放计算机程序;
处理器,用于执行存储器上所存放的程序时,实现上述第一方面中任一所述的区域公共医疗协同处理方法。
在本发明实施例的第四方面,还提供了一种存储介质,所述存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第一方面中任一所述的区域公共医疗协同处理方法。
在本发明实施例的第五方面,还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述第一方面中任一所述的区域公共医疗协同处理方法。
本发明实施例提供的技术方案,当监听到区域内任一医疗机构方发生需协同处理的医疗事件时,确定与医疗事件对应的协同事件,从区域内其他医疗机构方中确定与协同事件对应的协同方,将协同事件发送给对应的协同方,以使协同方处理协同事件。如此采用事件驱动的方式,医疗机构进行协同工作,可以实现在不同的医疗机构间进行协同医疗业务,不同的医疗机构可以实现信息共享和交换。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例中示出的一种区域公共医疗协同处理的技术架构图;
图2为本发明实施例中示出的一种区域公共医疗协同处理方法的实施流程示意图;
图3为本发明实施例中示出的一种区域公共医疗协同处理的场景示意图;
图4为本发明实施例中示出的本发明实施例提供的一种医疗机构协同处理协同事件的实施流程示意图;
图5为本发明实施例中示出的一种协同事件执行流程示意图;
图6为本发明实施例中示出的另一种区域公共医疗协同处理的场景示意图;
图7为本发明实施例中示出的一种医疗数据存储方法的实施流程示意图;
图8为本发明实施例中示出的一种医疗机构之间存储空间分配的示意图;
图9为本发明实施例中示出的另一种医疗机构之间存储空间分配的示意图;
图10为本发明实施例中示出的一种区域公共医疗协同处理装置的结构示意图;
图11为本发明实施例中示出的一种电子设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图1所示,为本发明实施例提供的一种区域公共医疗协同处理的技术架构图,其中包括业务线、协同总线、协同引擎等三个部分,业务线中包括多个不同的协同方,比如协同方A、协同方B、协同方C等,协同总线中包括触发器、事件订阅、事件监听、规则匹配、补偿机制等模块,协同引擎中包括事件引擎、规则引擎、流程引擎等模块。其中,事件引擎中包括事件监听器、时间管理、事件调度等单元,规则引擎中包括规则组件、规则管理、规则严重等单元,流程引擎中包括流程编排、流程管理、流程执行等单元。对于上述各个模块/单元的功能在如下实施例中进行赘述。
基于如图1所示的技术架构图,如图2所示,为本发明实施例提供的一种区域公共医疗协同处理方法的实施流程示意图,该方法具体可以应用于服务器,可以包括以下步骤:
S201,当监听到区域内任一医疗机构方发生需协同处理的医疗事件时,确定与所述医疗事件对应的协同事件。
目前,为了充分利用有限的医疗卫生资源,需要在不同的医疗机构间进行协同医疗业务,即不同的医疗机构合作完成医疗,使得不同的医疗机构具备协同能力。为此,本发明实施例可以确定区域内的各个医疗机构方,这里医疗机构方可以是区域内各个医疗机构的终端、服务器、集群等。
例如,在某个区域内,用户指定该区域内的3个医疗机构:儿童医院、社区医院、防疫站,服务器(协同总线)可以确定该区域内的3个医疗机构方:医疗机构方A、医疗机构方B、医疗机构方C,医疗机构方A即儿童医院对应的终端,医疗机构方B即社区医院的终端,医疗机构方C即防疫站的终端,如图3所示。
需要说明的是,在本发明实施例中,服务器(协同总线)可以确定区域内用户指定的各个医疗机构方,或者,服务器(协同总线)可以确定区域内注册的各个医疗机构方,本发明实施例对此不作限定。这里医疗机构,可以是当前任意类型的医疗机构,例如上述儿童医院、社区医院、防疫站等可以提供医疗服务的机构。
自此,对于区域内任一医疗机构方,在本发明实施例中,服务器(协同总线)监听其是否发生需协同处理的医疗事件,当监听到区域内任一医疗机构方发生需协同处理的医疗事件时,说明需要其他医疗机构进行协同医疗业务,由此可以确定与该医疗事件对应的协同事件。
这里需要说明的是,当医疗机构发生需协同处理的医疗业务(比如“新生儿诞生”等医疗业务)时,则相应的医疗机构方(即医疗机构的终端等)会产生与该医疗业务对应的医疗事件(“新生儿诞生”等医疗事件),从而本发明实施例服务器(协同总线)可以通过监听区域内任一医疗机构方是否发生需协同处理的医疗事件,以此来确定是否需要其他医疗机构进行协同医疗业务。
例如,对于区域内医疗机构方A、医疗机构方B、医疗机构方C,服务器(协同总线)监听这些医疗机构方中任一医疗机构方是否发生需协同处理的医疗事件,当监听到医疗机构方A发生需协同处理的医疗事件时,说明需要社区医院、防疫站等进行协同医疗业务,由此可以确定与该医疗事件对应的协同事件。
此外,需要说明的是,当医疗机构发生需协同处理的医疗业务(比如“新生儿诞生”等医疗业务)时,则相应的医疗机构方(即医疗机构的终端等)会产生需协同处理的医疗事件对应的医疗数据,从而本发明实施例服务器(协同总线)还可以通过监听区域内任一医疗机构方是否产生需协同处理的医疗事件对应的医疗数据,以此来确定是否需要其他医疗机构进行协同医疗业务。从而当监听到区域内任一医疗机构方产生需协同处理的医疗事件对应的医疗数据时,说明需要其他医疗机构进行协同医疗业务,自此服务器(协同总线)也可以确定与该医疗事件对应的协同事件。
例如,儿童医院发生需协同处理的“新生儿诞生”等医疗业务,相应的医疗机构方A(即儿童医院对应的终端)会产生需协同处理的“新生儿诞生”等医疗事件对应的医疗数据(例如“新生儿诞生”档案等)。由此服务器(协同总线)可以监听到医疗机构方A发生需协同处理的“新生儿诞生”等医疗事件对应的医疗数据,说明需要其他医疗机构来进行协同处理“新生儿诞生”等医疗业务,从而可以确定与该医疗事件对应的协同事件。
需要说明的是,对于医疗业务,可以是医疗机构目前提供的任意医疗服务,如上述所示的“新生儿诞生”等医疗业务,且医疗数据与医疗业务紧密关联,当医疗机构发生某类医疗业务时,会产生特定的医疗数据。
此外对于医疗事件,在本发明实施例中,预先配置了相匹配的协同事件,从而可以确定与医疗事件对应的协同事件。例如针对“新生儿诞生”医疗事件,预先配置了相匹配的“社区医院上访通知”、“防疫站疫苗注射通知”等协同事件,从而可以确定与“新生儿诞生”医疗事件对应的“社区医院上访通知”、“防疫站疫苗注射通知”等协同事件。
S202,从所述区域内其他医疗机构方中确定与所述协同事件对应的协同方。
对于协同事件,意味着需要其他医疗机构处理该协同事件,在本发明实施例中,从区域内其他医疗机构方中确定与该协同事件对应的协同方,这里协同方可以是区域内其他医疗机构方中任意一者,即区域内未发生需协同处理的医疗事件的医疗机构方。
例如,当监听到区域内医疗机构方A发生需协同处理的“新生儿诞生”医疗事件时,从而确定与“新生儿诞生”医疗事件对应的“社区医院上访通知”、“防疫站疫苗注射通知”等协同事件;
然后从区域内其它医疗机构方,即医疗机构方B、医疗机构方C中确定与上述协同事件对应的协同方,假设协同方为医疗机构方B、医疗机构方C,意味着需要社区医院、防疫站处理上述协同事件。
其中,对于协同事件,存在相应的订阅列表,该订阅列表中记录着订阅协同事件的医疗机构方,本发明实施例服务器(协同总线)可以获取协同事件的订阅列表,从而根据订阅列表中记录的订阅协同事件的医疗机构方,从区域内其他医疗机构方中确定与协同事件对应的协同方。
例如,对于“社区医院上访通知”、“防疫站疫苗注射通知”等协同事件,均存在各自对应的订阅列表,获取“社区医院上访通知”协同事件的订阅列表1,获取“防疫站疫苗注射通知”协同事件的订阅列表2,订阅列表1中记录着医疗机构方B(即社区医院的终端),订阅列表2中记录着医疗机构方C(即防疫站的终端);
由此根据订阅列表1记录的订阅“社区医院上访通知”协同事件的医疗机构方,从区域内其他医疗机构方中确定与“社区医院上访通知”协同事件对应的协同方:医疗机构方B,根据订阅列表2记录的订阅“防疫站疫苗注射通知”协同事件的医疗机构方,从区域内其他医疗机构方中确定与“防疫站疫苗注射通知”协同事件对应的协同方:医疗机构方C。
S203,将所述协同事件发送给对应的所述协同方,以使所述协同方处理所述协同事件。
对于协同事件,本发明实施例中服务器(协同总线)可以将协同事件发送给对应的协同方,以使协同方处理协同事件,具体是以使协同方对应的医疗机构处理协同事件,从而使其它医疗机构进行协同医疗业务。
例如,对于“社区医院上访通知”、“防疫站疫苗注射通知”等协同事件,本发明实施例服务器(协同总线)将“社区医院上访通知”协同事件发送给医疗机构方B,将“防疫站疫苗注射通知”协同事件发送给医疗机构方C。
这里医疗机构方B对应于社区医疗的终端,医疗机构方C对应于防疫站的终端,如此以使社区医院、防疫站协同处理“社区医院上访通知”、“防疫站疫苗注射通知”等协同事件,意味着社区医院可以及时上访“新生儿”所在的家庭进行“新生儿”相关作业,防疫站可以及时通知“新生儿”所在的家庭进行“新生儿”相关疫苗注射,以此儿童医院、社区医院、防疫站具备协同能力,进行协同医疗业务,实现信息共享和交换。
此外,对于协同事件的执行,需要明确协同事件的事件执行顺序,协同事件的事件执行条件(即在什么条件下执行协同事件),以及协同事件所需的业务数据。为此,如图4所示,为本发明实施例提供的一种协同方处理协同事件的实施流程示意图,该方法具体可以包括以下步骤:
S401,确定各所述协同事件之间的事件执行顺序,确定各所述协同事件的事件执行条件,以及获取处理各所述协同事件所需的业务数据。
对于协同事件,一般是多个协同事件,在本发明实施例中,服务器(协同总线)可以(从流程引擎中)确定各协同事件的事件执行顺序,(从规则引擎中)确定各协同事件的事件执行条件,以及从区域内任一医疗机构方(这里的医疗机构方指的是发生需协同处理的医疗事件的医疗机构方)获取处理各协同事件所需的业务数据。
例如,如图1所示,协同引擎包括事件引擎、规则引擎、流程引擎等,服务器(协同总线)可以(从流程引擎中)确定“社区医院上访通知”、“防疫站疫苗注射通知”等各协同事件的事件执行顺序,如下表1所示,(从规则引擎中)确定“社区医院上访通知”、“防疫站疫苗注射通知”等各协同事件的事件执行条件,如下表2所示,以及(从医疗机构方A)获取“社区医院上访通知”、“防疫站疫苗注射通知”等协同事件所需的业务数据,比如“新生儿”出生日期、体重等相关信息,以及“新生儿”所在家庭的住址、父母名称等相关信息。
协同事件 | 事件执行顺序 |
“社区医院上访通知” | 1 |
“防疫站疫苗注射通知” | 2 |
表1
协同事件 | 事件执行条件 |
“社区医院上访通知” | “新生儿”从儿童医院回到家 |
“防疫站疫苗注射通知” | “新生儿”诞生N天以后 |
表2
需要说明的是,对于事件执行顺序,描述的是协同事件执行的先后顺序,比如“社区医院上访通知”协同事件先执行,“防疫站疫苗注射通知”协同事件后执行。对于事件执行条件,描述的是协同事件执行的条件,即在一定的前提下协同事件才可以执行下去,协同事件执行均需要通过事件执行条件的校验。对于业务数据,描述的是协同事件执行所需的数据,比如“新生儿”出生日期、体重等相关信息,以及“新生儿”所在家庭的住址、父母名称等相关信息。
这里协同事件具体通过以下方式创建:获取协同事件的事件要素,其中,事件要素包括事件因素、事件步骤和/或事件详情;确定医疗业务,根据协同事件的事件要素,在医疗业务中进行注册;确定订阅协同事件的医疗机构方,根据订阅协同事件的医疗机构方生成协同事件的订阅列表;获取协同事件的事件执行顺序,并与协同事件进行关联;获取协同事件每个事件步骤的事件执行条件,并与协同事件进行关联。
在本发明实施例中,协同引擎作为独立的协同单元采用事件驱动架构(EDA),以事件为媒介,实现组件与服务之间的最大松耦合。协同引擎采用分布式微服务技术架构,包括事件引擎、规则引擎、流程引擎等三部分,实现对事件的管理与执行管理,包括对医疗机构的配置、调用以及状态变更。
为了更好地低耦合,将事件引擎设计为独立组件,对事件生命周期进行管理,在事件引擎中,用户可以录入协同事件的事件要素,从而获取协同事件的事件要素,其中,所述事件要素包括事件因素、事件步骤和/或事件详情,从而可以确定协同事件对应的医疗业务,根据协同事件的事件要素,在医疗业务中进行注册。
此外,协同事件注册之后,需要医疗机构方对此协同事件进行订阅,否则医疗机构协同能力不会激活,故可以确定订阅协同事件的医疗机构方,根据订阅协同事件的医疗机构方生成协同事件的订阅列表。当然这里医疗机构方对此协同事件可以取消订阅。
除此之外,对于协同事件,事件引擎实现了对协同事件的维护管理功能,可以对协同事件进行查看、修改、删除、指定对应的医疗事件等操作,删除时会判断是否医疗机构方订阅了此协同事件。
协同事件作为一个整体,但协同事件的执行要遵循流程,流程引擎用于实现流程的编排、配置、数据结构定义、协同方调用定义、执行过程的管理以及与事件关联等,遵循BPM2.0规范构建。实现事件流程的编排,使用拖拉拽可视化方式进行编辑,此外可以对事件流程进行增删改查。故在流程引擎中,可以对协同事件的事件执行顺序进行编辑,从而获取协同事件的事件执行顺序,并与协同事件进行关联。
协同事件中可能存在很多步骤,时间跨度比较大,不是马上出现、马上完成,所以就要为协同事件定制步骤,然后每个步骤可能存在一定的前提下才能继续执行下去,这个前提就是事件执行条件,如图5所示,规则引擎就是用于产生、管理、以及校验这些事件执行条件的组件。故在规则引擎中,获取协同事件每个事件步骤的事件执行条件,并与协同事件进行关联,自此医疗业务中的协同事件创建完成。
S402,按照所述事件执行顺序,依次将各所述协同事件、所述事件执行条件及所述业务数据发送给对应的所述协同方,以使所述协同方在确定满足所述事件执行条件时,基于所述业务数据处理各所述协同事件。
在本发明实施例中,服务器(协同总线)根据各协同事件的事件执行顺序,依次将各协同事件、各协同事件的执行条件以及各协同事件的业务数据发送给对应的协同方,以使协同方在确定满足事件执行条件时,基于各协同事件的业务数据处理各协同事件。
例如,对于“新生儿诞生”医疗业务中的“社区医院上访通知”、“防疫站疫苗注射通知”等各协同事件,“社区医院上访通知”、“防疫站疫苗注射通知”等各协同事件的事件执行顺序,由上述表1可知,首先执行“社区医院上访通知”协同事件,则服务器(协同总线)将“社区医院上访通知”协同事件,其事件执行条件及其所需的业务数据发送给医疗机构方B,如此医疗机构方B对应的社区医院在确定满足事件执行条件时,基于“社区医院上访通知”协同事件的业务数据处理“社区医院上访通知”协同事件,由上述表2可知,意味着社区医院在“新生儿”从儿童医院回到家之后,根据“新生儿”出生日期、体重等相关信息,以及“新生儿”所在家庭的住址、父母名称等相关信息进行“新生儿”相关作业。
待社区医院处理完“社区医院上访通知”协同事件之后,由上述表1可知,然后执行“防疫站疫苗注射通知”协同事件,则服务器(协同总线)将“防疫站疫苗注射通知”协同事件,其事件执行条件及其所需的业务数据发送给医疗机构方C,如此医疗机构方C对应的防疫站在确定满足事件执行条件时,基于“防疫站疫苗注射通知”协同事件的业务数据处理“防疫站疫苗注射通知”协同事件,由上述表2可知,意味着防疫站在“新生儿”诞生N天以后,根据“新生儿”出生日期、体重等相关信息,以及“新生儿”所在家庭的住址、父母名称等相关信息进行“新生儿”疫苗注射相关作业。如此社区医院、防疫站协同处理“社区医院上访通知”、“防疫站疫苗注射通知”等各协同事件,儿童医院、社区医院、防疫站具备协同能力,进行协同医疗业务,实现信息共享和交换。
此外,在本发明实施例中,在事件传递模式中,采用发布/订阅事件传递模式,即服务器(协同总线)按照各协同事件的事件执行顺序,通过JMS(即Java消息服务(JavaMessage Service)应用程序接口)中间件依次将各协同事件、各协同事件的事件执行条件发送给相应的协同方,通过HL7(Health Level Seven Inc,卫生信息交换标准)协议依次将各协同事件所需的业务数据进行封装发送给相应的协同方。
例如,如图6所示,对于“新生儿诞生”医疗业务中的“社区医院上访通知”、“防疫站疫苗注射通知”等各协同事件,“社区医院上访通知”、“防疫站疫苗注射通知”等各协同事件的事件执行顺序,由上述表1可知,首先执行“社区医院上访通知”协同事件,则服务器(协同总线)通过JMS中间件将“社区医院上访通知”协同事件,其事件执行条件发送给医疗机构方B,通过HL7协议将其所需的业务数据进行封装发送给医疗机构方B。
待社区医院处理完“社区医院上访通知”协同事件之后,由上述表1可知,然后执行“防疫站疫苗注射通知”协同事件,则服务器(协同总线)通过JMS中间件将“防疫站疫苗注射通知”协同事件,其事件执行条件发送给医疗机构方C,通过HL7协议将其所需的业务数据进行封装发送给医疗机构方C。
此外,在本发明实施例中,协同方处理协同事件,会产生相应的处理结果,服务器(协同总线)可以获取协同方响应于协同事件返回的处理结果,处理结果包括处理成功或处理失败,在处理结果为处理成功的情况下,更新协同事件的事件状态与事件流程,在处理结果为处理失败的情况下,将处理失败对应的协同事件重新发送给协同方。
例如,服务器(协同总线)获取医疗机构方B响应于“社区医院上访通知”协同事件返回的处理结果,在处理结果为处理成功的情况下,更新“社区医院上访通知”协同事件的事件状态:执行成功,和事件流程:“社区医院上访通知”协同事件执行成功,“防疫站疫苗注射通知”协同事件执行中,事件流程执行50%。
服务器(协同总线)获取医疗机构方C响应于“防疫站疫苗注射通知”协同事件返回的处理结果,在处理结果为处理失败的情况下,可以将“防疫站疫苗注射通知”协同事件再次重新发送给对应的医疗机构方C,以使医疗机构方C进行补偿,重新处理“防疫站疫苗注射通知”协同事件。
另外,在本发明实施例中,协同方处理协同事件,会产生一定的目标数据,需要对目标数据进行存储,如图7所示,为本发明实施例提供的一种目标数据存储方法的实施流程示意图,该方法应用于服务器,具体可以包括以下步骤:
S701,接收所述协同方返回的目标数据,其中,所述目标数据包括所述协同方处理所述协同事件所产生的数据。
在本发明实施例中,协同方处理协同事件,会产生一定的数据,这些数据可以称之为目标数据。例如医疗机构方B、医疗机构方C协同处理“社区医院上访通知”、“防疫站疫苗注射通知”等协同事件,可以产生“新生儿”档案记录、“新生儿”疫苗接种记录等医疗数据。
对于服务器(协同总线),可以接收协同方返回的目标数据,这里目标数据包括协同方处理所述协同事件所产生的数据。例如,服务器(协同总线)接收医疗机构方B返回的“新生儿”档案记录,接收医疗机构方C返回的“新生儿”疫苗接种记录。
S702,确定所述目标数据的数据分类,根据所述数据分类确定所述目标数据的存储方式。
在本发明实施例中,对于目标数据,进行分类,以便于以不同的存储方式进行存储。其中,存储方式包括集中存储方式、分布式存储方式。
例如,机构编码信息、以患者为主的交叉索引、患者的健康档案信息、医疗机构信息、各类健康档案索引信息、患者就诊记录、患者住院记录、医疗机构资源信息等目标数据,属于数据A类,可以以集中存储方式进行存储。
例如,患者电子病历、患者检查检验结果、患者医学影像等目标数据,属于数据B类,可以以分布式存储方式进行存储。
基于上述数据分类,服务器(协同总线)可以确定目标数据的数据分类,具体是通过数据匹配的方式确定目标数据的数据分类,根据数据分类确定目标数据的存储方式。
例如,目标数据(“新生儿”疫苗接种记录)属于数据B类,则可以确定目标数据的存储方式:分布式存储方式。
S703,在所述存储方式为集中存储方式的情况下,将所述目标数据存储至共享存储空间。
S704,在所述存储方式为分布式存储方式的情况下,将所述目标数据存储至所述协同方的私密存储空间。
对于目标数据的存储方式,在存储方式为集中存储方式的情况下,将目标数据存储至共享存储空间,在存储方式为分布式存储方式的情况下,将目标数据存储至协同方的私密存储空间。
例如,对于目标数据的存储方式,在存储方式为集中存储方式的情况下,将目标数据存储至共享存储空间,如图8所示,在存储方式为分布式存储方式的情况下,将目标数据存储至医疗机构方C的私密存储空间,如图9所示。
通过上述对本发明实施例提供的技术方案的描述,当监听到区域内任一医疗机构方发生需协同处理的医疗事件时,确定与所述医疗事件对应的协同事件,从区域内其他医疗机构方中确定与协同事件对应的协同方,将协同事件发送给对应的协同方,以使协同方处理协同事件。如此采用事件驱动的方式,医疗机构进行协同工作,可以实现在不同的医疗机构间进行协同医疗业务,不同的医疗机构可以实现信息共享和交换。
与上述方法实施例相对应,本发明实施例还提供了一种区域公共医疗协同处理装置,如图10所示,该装置可以包括:事件确定模块1010、协同方确定模块1020、事件发送模块1030。
事件确定模块1010,用于当监听到区域内任一医疗机构方发生需协同处理的医疗事件时,确定与所述医疗事件对应的协同事件;
协同方确定模块1020,用于从所述区域内其他医疗机构方中确定与所述协同事件对应的协同方;
事件发送模块1030,用于将所述协同事件发送给对应的所述协同方,以使所述协同方处理所述协同事件。
本发明实施例还提供了一种电子设备,如图11所示,包括处理器111、通信接口112、存储器113和通信总线114,其中,处理器111,通信接口112,存储器113通过通信总线114完成相互间的通信,
存储器113,用于存放计算机程序;
处理器111,用于执行存储器113上所存放的程序时,实现如下步骤:
当监听到区域内任一医疗机构方发生需协同处理的医疗事件时,确定与所述医疗事件对应的协同事件;从所述区域内其他医疗机构方中确定与所述协同事件对应的协同方;将所述协同事件发送给对应的所述协同方,以使所述协同方处理所述协同事件。
上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect,简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture,简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述电子设备与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory,简称RAM),也可以包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。可选的,存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,简称CPU)、网络处理器(Network Processor,简称NP)等;还可以是数字信号处理器(Digital Signal Processing,简称DSP)、专用集成电路(Application SpecificIntegrated Circuit,简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
在本发明提供的又一实施例中,还提供了一种存储介质,该存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述实施例中任一所述的区域公共医疗协同处理方法。
在本发明提供的又一实施例中,还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述实施例中任一所述的区域公共医疗协同处理方法。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在存储介质中,或者从一个存储介质向另一个存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (10)
1.一种区域公共医疗协同处理方法,其特征在于,所述方法包括:
当监听到区域内任一医疗机构方发生需协同处理的医疗事件时,确定与所述医疗事件对应的协同事件;
从所述区域内其他医疗机构方中确定与所述协同事件对应的协同方;
将所述协同事件发送给对应的所述协同方,以使所述协同方处理所述协同事件。
2.根据权利要求1所述的方法,其特征在于,所述监听到区域内任一医疗机构方发生需协同处理的医疗事件,包括:
监听到区域内任一医疗机构方产生需协同处理的医疗事件对应的医疗数据。
3.根据权利要求1所述的方法,其特征在于,所述将所述协同事件发送给对应的所述协同方,以使所述协同方处理所述协同事件,包括:
确定各所述协同事件之间的事件执行顺序,确定各所述协同事件的事件执行条件,以及获取处理各所述协同事件所需的业务数据;
按照所述事件执行顺序,依次将各所述协同事件、所述事件执行条件及所述业务数据发送给对应的所述协同方,以使所述协同方在确定满足所述事件执行条件时,基于所述业务数据处理各所述协同事件。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
获取所述协同方响应于所述协同事件返回的处理结果,所述处理结果包括处理成功或处理失败;
在所述处理结果为所述处理成功的情况下,更新所述协同事件的事件状态与事件流程;
在所述处理结果为所述处理失败的情况下,将所述处理失败对应的所述协同事件重新发送给所述协同方。
5.根据权利要求1所述的方法,其特征在于,所述从所述区域内其他医疗机构方中确定与所述协同事件对应的协同方,包括:
获取所述协同事件的订阅列表,所述订阅列表中记录着订阅所述协同事件的医疗机构方;
根据所述订阅列表中记录的订阅所述协同事件的医疗机构方,从所述区域内其他医疗机构方中确定与所述协同事件对应的协同方。
6.根据权利要求1所述的方法,其特征在于,所述协同事件具体通过以下方式创建:
获取协同事件的事件要素,其中,所述事件要素包括事件因素、事件步骤和/或事件详情;
确定医疗业务,根据所述协同事件的所述事件要素,在所述医疗业务中进行注册;
确定订阅所述协同事件的医疗机构方,根据订阅所述协同事件的医疗机构方生成所述协同事件的订阅列表;
获取所述协同事件的事件执行顺序,并与所述协同事件进行关联;
获取所述协同事件中每个事件步骤的事件执行条件,并与所述协同事件进行关联。
7.根据权利要求1至6任一项所述的方法,其特征在于,所述方法还包括:
接收所述协同方返回的目标数据,其中,所述目标数据包括所述协同方处理所述协同事件所产生的数据;
确定所述目标数据的数据分类,根据所述数据分类确定所述目标数据的存储方式;
在所述存储方式为集中存储方式的情况下,将所述目标数据存储至共享存储空间;
在所述存储方式为分布式存储方式的情况下,将所述目标数据存储至所述协同方的私密存储空间。
8.一种区域公共医疗协同处理装置,其特征在于,所述装置包括:
事件确定模块,用于当监听到区域内任一医疗机构方发生需协同处理的医疗事件时,确定与所述医疗事件对应的协同事件;
协同方确定模块,用于从所述区域内其他医疗机构方中确定与所述协同事件对应的协同方;
事件发送模块,用于将所述协同事件发送给对应的所述协同方,以使所述协同方处理所述协同事件。
9.一种电子设备,其特征在于,包括处理器、通信接口、存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;
存储器,用于存放计算机程序;
处理器,用于执行存储器上所存放的程序时,实现权利要求1-7中任一所述的方法步骤。
10.一种存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1-7中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110981230.0A CN113782168A (zh) | 2021-08-25 | 2021-08-25 | 区域公共医疗协同处理方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110981230.0A CN113782168A (zh) | 2021-08-25 | 2021-08-25 | 区域公共医疗协同处理方法、装置、电子设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113782168A true CN113782168A (zh) | 2021-12-10 |
Family
ID=78839297
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110981230.0A Pending CN113782168A (zh) | 2021-08-25 | 2021-08-25 | 区域公共医疗协同处理方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113782168A (zh) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080082366A1 (en) * | 2006-10-02 | 2008-04-03 | Siemens Medical Solutions Usa, Inc. | Automated Medical Treatment Order Processing System |
CN101414324A (zh) * | 2008-09-01 | 2009-04-22 | 中国网通集团宽带业务应用国家工程实验室有限公司 | 电子医疗系统 |
CN101655942A (zh) * | 2009-08-31 | 2010-02-24 | 金蝶软件(中国)有限公司 | 业务协同流程配置、业务协同方法及装置 |
CN104468708A (zh) * | 2014-10-28 | 2015-03-25 | 用友软件股份有限公司 | 数据协同方法和数据协同装置 |
WO2017201914A1 (zh) * | 2016-05-24 | 2017-11-30 | 深圳市敢为软件技术有限公司 | 显示控制方法及装置 |
CN109727176A (zh) * | 2019-01-03 | 2019-05-07 | 深圳壹账通智能科技有限公司 | 企业监管处理方法、装置、计算机设备和存储介质 |
CN109784789A (zh) * | 2019-03-26 | 2019-05-21 | 中南大学 | 矿山业务协同作业控制方法、装置、系统及存储介质 |
CN110010232A (zh) * | 2018-01-05 | 2019-07-12 | 深圳市前海安测信息技术有限公司 | 区域公共医疗资源共享协同系统及方法 |
CN112817707A (zh) * | 2020-12-30 | 2021-05-18 | 金蝶软件(中国)有限公司 | 任务执行方法、装置、计算机设备和存储介质 |
-
2021
- 2021-08-25 CN CN202110981230.0A patent/CN113782168A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080082366A1 (en) * | 2006-10-02 | 2008-04-03 | Siemens Medical Solutions Usa, Inc. | Automated Medical Treatment Order Processing System |
CN101414324A (zh) * | 2008-09-01 | 2009-04-22 | 中国网通集团宽带业务应用国家工程实验室有限公司 | 电子医疗系统 |
CN101655942A (zh) * | 2009-08-31 | 2010-02-24 | 金蝶软件(中国)有限公司 | 业务协同流程配置、业务协同方法及装置 |
CN104468708A (zh) * | 2014-10-28 | 2015-03-25 | 用友软件股份有限公司 | 数据协同方法和数据协同装置 |
WO2017201914A1 (zh) * | 2016-05-24 | 2017-11-30 | 深圳市敢为软件技术有限公司 | 显示控制方法及装置 |
CN110010232A (zh) * | 2018-01-05 | 2019-07-12 | 深圳市前海安测信息技术有限公司 | 区域公共医疗资源共享协同系统及方法 |
CN109727176A (zh) * | 2019-01-03 | 2019-05-07 | 深圳壹账通智能科技有限公司 | 企业监管处理方法、装置、计算机设备和存储介质 |
CN109784789A (zh) * | 2019-03-26 | 2019-05-21 | 中南大学 | 矿山业务协同作业控制方法、装置、系统及存储介质 |
CN112817707A (zh) * | 2020-12-30 | 2021-05-18 | 金蝶软件(中国)有限公司 | 任务执行方法、装置、计算机设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20200394208A1 (en) | System and Method for Providing Patient Record Synchronization In a Healthcare Setting | |
KR101886712B1 (ko) | 의료 영상을 전환하고 모바일 장치 및 리모트 통신 시스템에 전송하기 위한 시스템 및 방법 | |
JP5373866B2 (ja) | ディスプレイ画面にデータを表示する方法 | |
US20160285876A1 (en) | Providing notifications to authorized users | |
CN102498489B (zh) | 闭环工作流 | |
US20120070045A1 (en) | Global medical imaging repository | |
US20130268284A1 (en) | System and Method for Transferring Patients Between Hospitals | |
Sonderman et al. | Using mobile health technology and community health workers to identify and refer caesarean-related surgical site infections in rural Rwanda: a randomised controlled trial protocol | |
US20170249427A1 (en) | Data capturing and structuring method and system | |
US8626526B2 (en) | System and method for a healthcare communication framework | |
US20060004870A1 (en) | System for automatically acquiring exam data from medical imaging devices and generating reports on radiology department operations | |
US20150112721A1 (en) | Medical Transitional Care Patient Management System and Associated Business Method | |
CN102238162A (zh) | 一种医院间非结构化信息归档的方法 | |
CN111126756A (zh) | 医疗机构满意度调查的方法、系统、装置及存储介质 | |
Neri et al. | Telehealth and public health practice in the United States—Before, during, and after the COVID-19 pandemic | |
CN112631879A (zh) | 数据采集方法、装置、计算机可读介质及电子设备 | |
Zhang et al. | Healthcare-based on cloud electrocardiogram system: a medical center experience in middle Taiwan | |
US20140330589A1 (en) | Dynamic medical information model for coordinated patient care delivery | |
KR20090046290A (ko) | 의료정보 통합 관리 시스템 및 방법 | |
Razak et al. | Modelling resource requirements and physician staffing to provide virtual urgent medical care for residents of long-term care homes: a cross-sectional study | |
CN113782168A (zh) | 区域公共医疗协同处理方法、装置、电子设备及存储介质 | |
CN114334111B (zh) | 医疗信息管理方法、装置、服务器及可读存储介质 | |
US11114194B2 (en) | Network-based systems and methods for providing readmission notifications | |
Daniel et al. | Connecting health departments and providers: syndromic surveillance’s last mile | |
Perugu et al. | Pragmatic Approaches to Interoperability–Surmounting Barriers to Healthcare Data and Information Across Organizations and Political Boundaries |
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 |