基于WEB服务的医疗信息集成接口.pdf

本发明提供了一种基于Web服务的医疗信息集成接口，其特征在于，包括用于从医疗设备获取医疗信息的数据流重定向单元、用于数据解析的解析处理器和用于生成报告的报告处理单元；所述的数据流重定向单元、解析处理器和报告处理单元依次连接；所述的数据流重定向单元与外部医疗设备的数据接口连接，所述的报告处理单元与外部的Web应用服务器连接。该接口便于将各种医疗设备输出的数据信息集成到Web服务器，从而便于对这些数据信息进行统一的管理、共享和访问。

1.  一种基于Web服务的医疗信息集成接口，其特征在于，包括用于从医疗设备获取医疗信息的数据流重定向单元、用于数据解析的解析处理器和用于生成报告的报告处理单元；所述的数据流重定向单元、解析处理器和报告处理单元依次连接；所述的数据流重定向单元与外部医疗设备的数据接口连接，所述的报告处理单元与外部的Web应用服务器连接。

2.  根据权利要求1所述的基于Web服务的医疗信息集成接口，其特征在于，还包括一用于存储多个解析方案的存储单元，所述的解析处理器与该存储器单元连接。

3.  根据权利要求1或2所述的基于Web服务的医疗信息集成接口，其特征在于，所述的解析处理器包括心电图处理单元和CT处理单元。

基于Web服务的医疗信息集成接口
技术领域
本发明属于计算机应用领域，涉及一种基于Web服务的医疗信息集成接口。
背景技术
国外很多科研机构和医疗系统开发商都致力于解决医疗信息系统的集成问题，并提出了很多卓有成效的方案，其中各种医疗通讯标准如HI7(Health level seven)、DICOM(Digital imaging and communications in medicine)、CORBA Med(Common objectrequest broker architecture in medicine)和COW(Clinical context objectworkgroup)等的制定和推广大大促进了医疗信息系统间的集成。但是由于标准组织的专业偏向性以及时间滞后性，制定的标准往往只聚焦于满足医疗信息系统某一方面的集成需求，不能覆盖整个医学信息领域，如DICOM标准主要应用于医学影像领域，CCOW只实现了不同系统间界面的集成。而生产厂家自身利益的驱使也增加了标准化实施的难度。因此直到现在，为了弥补标准和系统实施间的差距，仍需要昂贵的接口开发开销以整合即使是标准化的异构系统。这为医疗信息系统的集成与信息共享的实现带来了极大的挑战。更为突出的情况是，医院不少的遗留(Legacy)设备与软件系统，它们并未提供标准接口、缺乏相关接口资料或者根本未提供接口。由于各种原因，这些大量的遗留设备与软件系统将会长期存在并使用，因此将它们与医疗信息系统进行集成具体十分重要的现实意义，也是医院信息系统所迫切需要完成的工作。
发明内容
本发明的目的是提供一种基于Web服务的医疗信息集成接口，便于将各种医疗设备输出的数据信息集成到Web服务器，从而便于对这些数据信息进行统一的管理、共享和访问。
基于Web服务的医疗影像系统信息集成接口是医院信息系统中重要的一部分。通过该集成接口UHIC(UHIC：Universal Health-information Integrating Component)与医疗影像应用系统、心电图、系统、CT系统、X-ray系统等)绑定实现影像数据到医院信息系统的集成和共享。
为实现上述目的，本发明的技术方案为：
一种基于Web服务的医疗信息集成接口，其特征在于，包括用于从医疗像影应用系统获取医疗信息的数据流重定向单元、用于数据解析的解析处理器和用于生成报告的报告处理单元；所述的数据流重定向单元、解析处理器和报告处理单元依次连接；所述的数据流重定向单元与外部医疗设备的数据接口连接，所述的报告处理单元与外部的Web应用服务器连接。
该基于Web服务的医疗信息集成接口，还包括一用于存储多个解析方案的存储单元，所述的解析处理器与该存储器单元连接。
所述的解析处理器包括数个处理单元：ECG(心电图)处理单元和CT处理单元。
基于Web服务的医疗影像系统信息集成平台(其核心为本发明所公开的基于Web服务的医疗信息集成接口)主要包括：医疗影像应用系统、通用集成接口(UHIC：UniversalHealth-information-Integrating Component)和Web应用服务器。其中，通用集成接口UHIC又包括了三个基本的组件：数据流重定向(DSRD：Data Stream Re-direct)，解析器(PP：Parser Processor)，报告处理单元(RUP：Report Processor Unit)。通用集成接口是该系统架构的核心部分，异构系统提供源数据信息，Web应用服务器负责提供数据集成的Web服务接口，通用集成接口UHIC在异构系统和Web应用服务器之间起数据连接作用。通用集成接口通过重定向医疗像影应用系统的影像数据流，经过解析处理，再以调用Web服务的方式，把数据传送给Web应用服务器实现与医院信息系统(HIS：Health information system)的信息集成。
数据流重定向(DSRD)是根据医疗像影应用系统对GDI函数的调用时，通过HOOK GDI图形引擎函数，把医疗像影应用系统的像影数据流进行拦截并重定向到解析器(PP)。重定向过程，即主动监视并获取医疗像影应用系统输出的数据。
解析方案是针对某个具体的医疗影像系统制定的方便解析数据流的方案。一个完整的解析方案一般包含有该医疗影像应用系统的产品信息、报告类别(心电图、B超等)、输入数据、要提取的临床信息报告格式特征词(所必需的病人基本信息、临床诊断文本图像信息及相关的参数)和输出结果。
解析器(PP)是通过加载根据系统用户制定的与待集成的医疗像影系统对应的解析方案，对接收到的像影数据流进行解析，并生成对应的原始的医学检查报告，然后传输到报告处理单元(RUP)。
报告处理单元(RUP)负责对原始医学检查报告编辑、封装，生成最终的医学检查报告，并通过调用Web服务集成接口集成到医院信息集成系统。
信息集成Web服务接口：RPU根据Web服务器提供的Web Services的WSDL把医学信息报告按照一定的标准封装成SOAP的请求消息包，通过HTTP传输给HIIP的Web服务器，Web服务器实现服务处理收到的医学信息报告，将处理的结果以SOAP的消息格式返回给RPU。Web服务调用的主要参数：用户名，验证码，医学信息报告。
本发明的优点与效果：
1.保证医院信息系统的数据完整，降低系统集成的成本；解决了医疗机构要求将现有医疗设备的数据信息集成统一管理且集成费用高和难度大的难题。
2.具有较好的通用性，不仅使医院现有的大量的不提供或不公开对外接口的老旧型号异构医疗信息集成、共享变得方便与容易，还对于新型的提供标准接口的设备也可以方便地给予集成，而且价格便宜。
附图说明
图1为基于Web服务的医疗影像系统信息集成平台(以本发明的基于Web服务的医疗信息集成接口为核心)在医院信息系统中实施的方框图；
图2为基于Web服务的医疗影像系统信息集成平台的方框图；
图3为本发明中数据流重定向(DSRD)方法的流程图；
图4为本发明中实施例心电图系统的解析方案数据结构图。
具体实施方式
实施例1：
下面结合附图，详细说明本发明的具体实施方式。
图1是基于Web服务的医疗影像系统信息集成平台在医院信息系统中实施的方框图。如图1所示，本发明的基于Web服务的医疗信息集成接口是医院信息系统中重要的一部分。通过该平台下的通用集成接口UHIC与异构系统(ECG系统、CT系统、X-ray系统等)绑定实现影像数据到医院信息系统的集成和共享。
如图2所示，基于Web服务的医疗影像系统信息集成辅助平台(以本发明的基于Web服务的医疗信息集成接口为核心)主要包括：异构医疗影像系统环境、通用集成接口(UHIC)和Web应用服务器。其中，通用集成接口UHIC又包括了三个基本的组件：数据流重定向(DSRD)，解析器(PP)，报告处理单元(RUP)。通用集成接口是该系统架构的核心部分，异构系统提供源数据信息，Web应用服务器负责提供数据集成的Web服务接口，通用集成接口UHIC在应用系统和Web应用服务器之间起数据连接作用。通用集成接口通过重定向医疗影像应用系统的影像数据流，经过解析处理，再以调用Web服务的方式，把数据传送给Web应用服务器实现再集成到医院信息系统(HIS)。
数据流重定向(DSRD)是根据医疗影像系统对GDI函数的调用时，通过HOOK GDI图形引擎函数，把医疗像影应用系统的像影数据流重定向到解析器(PP)。HOOK GDI图形引擎函数的过程是利用当前的API拦截技术来实现的。【数据流重定向技术为现有技术】
解析方案是针对某个具体的医疗影像系统制定的方便解析数据流的方案，图4所示为针对实施例心电图系统的解析方案数据结构。一个完整的解析方案一般包含有该医疗影像应用系统的产品信息、报告类别(心电图、B超等)、输入数据、要提取的临床信息报告格式特征词(所必需的病人基本信息、临床诊断文本图像信息及相关的参数)和输出结果。其中Key值反应医疗影像应用系统的产品信息，并将该解析方案与对应的医疗影像应用系统关联起来(如图4中的Key值：IQMark Workstation，标志该解析方案与IQMark Workstation心电图系统对应)。
解析器(PP)是通过加载根据系统用户制定的与待集成的医疗像影系统对应的解析方案，读取该解析方案中的特征词，再逐一提取每个特征词在数据流中的信息，若特征词为图像句柄名，则导入对应的图像信息，直到该解析方案中所有的特征词遍历完成，并生成对应的原始的医学检查报告，然后传输到报告处理单元(RUP)。数据解析的过程分为如下几个步骤：
步骤1.查询key值，选择解析方案，查询成功，则继续，否则，返回未发现对应解析方案信息并提示添加与该异构系统对应的新的解析方案；
步骤2.结合解析方案提取特征词；
步骤3.通过解析方案对应的报告类别，调用相应的处理器(如ECG Processor、CTProcessor等)；
步骤4.遍历所有的特征词：
{
if特征词is图像信息句柄名  then加载图像信息到临床信息表；
if特征词is not图像信息句柄名then从文本中提取特征词的信息并添加到临床信息表；
if特征词is null then遍历完毕.
}；
步骤5.解析成功，输出医学检查报告。
报告处理单元(RUP)负责对原始医学检查报告编辑、封装，生成最终的医学检查报告，并通过调用Web服务集成接口集成到医院信息集成系统。
信息集成Web服务接口：RPU根据Web服务器提供的Web Services的WSDL把医学信息报告按照一定的标准封装成SOAP的请求消息包，通过HTTP传输给HIIP的Web服务器，Web服务器实现服务处理收到的医学信息报告，将处理的结果以SOAP的消息格式返回给RPU。Web服务调用的主要参数：用户名，验证码，医学信息报告。其Web服务的调用由以下几个步骤完成：
步骤1.(开始)创建一个SoapConnector；
步骤2.创建SoapSerializer；
步骤3.把消息附加到SoapConnector的输入流；
步骤4.读取结果.要读取服务器的回复，客户端应用需要使用SoapReader；
步骤5.SoapReader被连接到SoapConnector输出流；
步骤6.用IXMLDOMElement对象从SoapReader里读到服务器的回复(结束)。