一种多协议的医疗数据共享和服务集成系统及实现方法
技术领域
本发明属于网络通讯领域,特别是多协议的医疗数据共享和服务集成系统及实现方法。
背景技术
在数字医疗中,医疗数据资源主要来源于各医院信息系统,如何有效地集成各个医院的医疗数据信息,建立跨平台与网络的数据资源共享、实现不同协议之间的兼容是实现医疗信息化向家庭延伸和远程医疗服务实现的关键问题。目前,各个医院的信息系统可能由不同的厂商开发的,开发时并没有遵循统一的标准,所采用的系统平台、系统结构、数据接口定义等等都不尽相同,同时面对不同的远程医疗服务应用,其采用的系统平台、系统结构、数据接口定义,如果有效的对医院端的进行集成,并形成适合不同的远程医疗服务应用需求的资源访问和协作需求,是各种平台开发急待解决的问题。
中国专利申请200810108597.6(医疗系统信息集成平台)公开了一种医疗系统信息集成平台,包括:至少一个业务信息系统,用于对与医院业务有关的一个或多个业务对象进行处理;至少一个第一转换单元,与一个或多个源信息系统连接,用于从源信息系统获取第一格式的业务对象,将第一格式的业务对象转换为一般格式的业务对象,并将一般格式的业务对象发送至消息交换单元;至少一个第二转换单元,与一个或多个目标信息系统连接,用于从消息交换单元获取一般格式的业务对象,将一般格式的业务对象转换为第二格式的业务对象,并将第二格式的业务对象发送至目标信息系统;消息交换单元,与第一转换单元和第二转换单元连接,用于在第一转换单元和/或第二转换单元之间传送一般格式的业务对象。该发明提出了解决不同医院之间的“信息孤岛”问题提出了一个初步的方案,但没就在针对如何就有效的对医院端的进行集成,并形成适合不同的远程医疗服务应用需求的资源访问和协作需求问题采用技术手段来解决。
发明内容
本发明的目的就上述的问题提出一种技术解决方案,克服现有技术缺点,提出一种多协议的医疗数据共享和服务集成系统及实现方法。
下面对本发明方案做进一步描述:
一种多协议的医疗数据共享和服务集成系统,其特征在于,其包括多态接口模块、第一封装模块、医疗服务协同模块、服务管理器模块协同数据元模型库、服务单元模型库、第二封装模块和应用接口模块,其中
多态接口模块:用于为不同协议医疗数据输入提供各种开放接口以实现医疗数据的输入采集;
第一封装模块:用于将多态接口模块输入的医疗数据根据HL7或DICOM标准规范进行封装,实现数据资源发现及与网格环境的集成;
医疗服务协同模块:用于针对网格环境中的医疗服务协作要求,通过医疗服务动态藕合形成可重构医疗服务链;执行服务管理器模块的控制指令,并根据可重构医疗服务链和将第一封装模块输入的标准医疗数据资源规划到服务单元模型库的服务单元模型进行处理,实现以医疗数据及协同数据元模型库的协同数据元为基本原料的数据加工,形成服务流输出;
服务管理器模块:用于控制医疗服务协同模块使其与独立服务线程绑定在一起,实现全局资源调度、服务输出执行等功能,并维护本地资源中间件的医疗服务信息表和当前提供信息服务的信息表,动态创建服务线程并动态监视测量服务执行过程,实现服务线程创建、监测、删除和源的配置及释放;
协同数据元模型库:用于本地存储具有协同数据元和基本参数的协同数据元模型;
服务单元模型库:用于存储各种基本医疗服务处理单元的模型;
第二封装模块:用于将医疗服务协同模块控制服务单元模型加工而形成服务流根据应用接口模块的输出标准进行二次封装;
应用接口模块:满足外部远程医疗服务应用需求提供不同的交互接口,并将来自第二封装模块的服务输出至外部远程医疗服务。
进一步,下面就该系统的实现方法做描述:
一种多协议的医疗数据共享和服务集成系统的实现方法,其特征在于,具有如下步骤:
1).应用接口模块接收外部远程医疗服务的资源访问和服务协作请求;
2).其次服务管理器模块动态创建服务线程并动态监视测量服务执行过程,使控制医疗服务协同模块使其与独立服务线程绑定在一起;
3).医疗服务协同模块针对网格环境中的医疗服务协作要求,通过医疗服务动态藕合形成可重构医疗服务链;
4).多态接口模块为不同协议医疗数据输入提供各种开放接口以实现医疗数据的输入采集;
5).第一封装模块将多态接口模块输入的医疗数据根据HL7或DICOM标准规范进行封装,实现数据资源发现及与网格环境的集成;
6).医疗服务协同模块执行服务管理器模块的控制指令,并根据可重构医疗服务链将第一封装模块输入的标准医疗数据资源规划到服务单元模型库的服务单元模型进行处理,实现以医疗数据及协同数据元模型库的协同数据元为基本原料的数据加工,形成服务流输出;
7).第二封装模块将医疗服务协同模块控制服务单元模型加工而形成服务流根据应用接口模块的输出标准进行二次封装;
8).应用接口模块将将来自第二封装模块的服务输出至外部远程医疗服务。
综上所述的一种多协议的医疗数据共享和服务集成系统及实现方法,它具有如下显著特点:
1.结构新颖;
2.既能实现自动对位于不同区域的医院信息的异构医疗数据进行采集,同时形成适应不同远程医疗服务应用需求的资源访问和协作需求,实现跨平台和服务的医疗资源共享;
3.内部采用HL7或DICOM标准规范作为封装标准,具有广泛适用,更适合服务单元模型等的设计;
4.采用二次封装方式,一方面实现内部处理流程和模式设计的标准化,同时也实现了对不同远程医疗服务应用需求的适配。
附图说明
图1是系统组成结构框图;
图2是系统应用示意图;
图3是本发明方法实现的主流程图。
具体实施方式
实施例一
如图2,本发明一种多协议的医疗数据共享和服务集成系统应用时,它的一端通过公网与位于不同医院的信息系统对接,实现对其医疗资源的访问;另一端,系统连接各种外部的远程医疗服务(应用子系统),发挥一种中间代理商的作用,负责为外部应用提供集中的医疗数据共享和服务集成功能。由于如果各种外部的远程医疗服务(应用子系统)直接访问各医院进行获得医学数据资源,不仅会加大该外部的远程医疗服务(应用子系统)开发投入,造成重复开发,同时也“多对多”的直接访问,将给各医院的信息系统造成很大的安全风险,更不利于医疗数据资源的跨区域、跨平台共享。
参考图1,一种多协议的医疗数据共享和服务集成系统它至少具有多态接口模块1、第一封装模块2、医疗服务协同模块3、服务管理器模块4协同数据元模型库5、服务单元模型库6、第二封装模块7和应用接口模块8。其中
多态接口模块1:用于为不同协议医疗数据输入提供各种开放接口以实现医疗数据的输入采集;由于医疗数据采用的标准很多,系统首先应该提供包括如HL7、DICOM、卫生部数据标准、社区卫生信息系统功能规范等相关标准的接口支持,同时具有根据新增接入医院系统进行接口扩展或新增接口配置的技术手段。
第一封装模块2:用于将多态接口模块1输入的医疗数据根据HL7或DICOM标准规范进行封装,实现数据资源发现及与网格环境的集成;相对于多态接口模块1输入数据标准的多样性,第一封装模块2进行封装的标准只采用HL7或DICOM等在内的几个具有代表意义的标准作为系统内部处理的统一标准,将有效的降低各种处理模型设计的工作量,同时也为数据共享和服务集成提供保障。
医疗服务协同模块3:用于针对网格环境中的医疗服务协作要求,通过医疗服务动态藕合形成可重构医疗服务链;执行服务管理器模块4的控制指令,并根据可重构医疗服务链和将第一封装模块2输入的标准医疗数据资源规划到服务单元模型库6的服务单元模型进行处理,实现以医疗数据及协同数据元模型库5的协同数据元为基本原料的数据加工,形成服务流输出;这里可重构医疗服务链指针对网格环境中的医疗服务协作要求通过医疗服务动态藕合而形成的具有协作关系的服务过程;服务单元模型库6的服务单元模型之间将采用网络计算技术来处理协同模块3分配的各子任务;另外,数据交换与服务动态藕合是医疗服务协同模块的重点任务之一,通过当前服务与服务链中其他服务之间的动态散藕合协作。如果当前服务申请成功,则当前服务进入就绪状态,监视所连接的数据交换接口;如果有数据到来,则根据当前线程中参数对照表实例,进行处理并把结果输出到第二封装模块7上。
服务管理器模块4:用于控制医疗服务协同模块3使其与独立服务线程绑定在一起,实现全局资源调度、服务输出执行等功能,并维护本地资源中间件的医疗服务信息表和当前提供信息服务的信息表,动态创建服务线程并动态监视测量服务执行过程,实现服务线程创建、监测、删除和源的配置及释放;当有医疗应用服务被访问时,服务管理器模块启动一测量服务线程,服务管理器模块通过调度器解析用户访问协议,根据提交服务请求决定资源分配和服务的创建。如果配置成功,服务管理器模块刷新当前服务信息表,监测服务过程并进行全局刷新;服务管理器模块对本地资源节点所提供的服务进行统一管理,通过线程池来管理和记录当前正在执行的服务线程、以及本地医疗资源的分配情况。
协同数据元模型库5:用于本地存储具有协同数据元和基本参数的协同数据元模型;协同数据元模型库5为医疗服务协同模块3对以L7或DICOM标准规范的数据进行加工的一种辅助元素。
服务单元模型库6:用于存储各种基本医疗服务处理单元的模型;服务单元模型库6的服务单元处理模型一方面采用网格处理技术处理医疗服务协同模块3分配的子任务,另一方面在医疗服务协同模块3和服务管理器模块4作用下形成更复杂的服务功能,为服务集成提供保障。
第二封装模块7:用于将医疗服务协同模块3控制服务单元模型加工而形成服务流根据应用接口模块8的输出标准进行二次封装。
应用接口模块8:满足外部远程医疗服务应用需求提供不同的交互接口,并将来自第二封装模块的服务输出至外部远程医疗服务;由于外部远程医疗服务(应用子系统)所接受或兼容的标准不同,所以应用接口模块8应具有根据新增加接入应用子系统进行接口扩展或新增接口配置的技术手段。
实施例二
参考图3,为实施例一的系统实现医疗数据共享和服务集成的主要步骤,其中包括:
系统接收外部远程医疗服务的资源访问和服务协作请求;
系统通过网络自动访问具有关联关系的医院医疗数据源;
系统处理来自医院医疗数据源的异构医学数据,进行封装、协同、分布式加工、二次封装;
系统符合外部远程医疗服务标准的的数据和服务输出;
更具体来说是:
1).系统应用接口模块8接收外部远程医疗服务的资源访问和服务协作请求;
2).系统服务管理器模块4动态创建服务线程并动态监视测量服务执行过程,使控制医疗服务协同模块3使其与独立服务线程绑定在一起;
3).系统医疗服务协同模块3针对网格环境中的医疗服务协作要求,通过医疗服务动态藕合形成可重构医疗服务链;
4).系统多态接口模块1为不同协议医疗数据输入提供各种开放接口以实现医疗数据的输入采集;
5).系统第一封装模块2将多态接口模块1输入的医疗数据根据HL7或DICOM标准规范进行封装,实现数据资源发现及与网格环境的集成;
6).系统医疗服务协同模块3执行服务管理器模块4的控制指令,并根据可重构医疗服务链将第一封装模块2输入的标准医疗数据资源规划到服务单元模型库6的服务单元模型进行处理,实现以医疗数据及协同数据元模型库5的协同数据元为基本原料的数据加工,形成服务流输出;
7).系统第二封装模块7将医疗服务协同模块3控制服务单元模型加工而形成服务流根据应用接口模块的输出标准进行二次封装;
8).系统应用接口模块8将将来自第二封装模块的服务输出至外部远程医疗服务。