医院信息集成平台建设方案
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
信息集成平台建设方案
1建设需求
一个完善的医院信息系统通常由上百个子系统组成,牵涉众多的专业领域。这么庞大的系统需要非常专业化的软件开发分工,整合不同厂商有特色的专业系统就是医院信息系统的发展趋势,医院信息化能够取得成功必须保证各个系统的有效集成与数据的高度共享。然而这些系统通常就是随着医院的发展需求逐步建设的,它们来源于不同的厂家,基于不同的技术,缺乏统一的信息交换标准,这些系统的集成整合已经逐渐成为医院数字化发展亟待解决的主要问题。
系统集成平台的构建主要面向两个核心问题:一个就是为各种医疗应用提供统一的医疗数据访问服务,从而消除各种医疗应用系统与医疗数据中心的直接耦合性;另一个就是为各种临床信息系统提供系统集成服务,系统集成服务基于系统集成模型,通过HL7与DICOM等标准通讯协议为各种医疗应用系统提供集成服务,确保各个临床信息系统在工作流整合的基础上实现交互协作,从而以数字化的形式完成各项医疗业务。
2建设目标
系统间的整合、集成与扩展一直都就是制约医院数字化发展的主要障碍,由于不同厂商之间的产品不兼容,使得医院整体信息化步履维艰。通过建设一个规范的系统集成平台,在IHE、DICOM、HL7等国际标准的基础上,制定覆盖医疗所有业务流程的系统集成规范,开发基于规范的系统集成平台,为遗留的、当前的以及将来的系统提供了一个统一且标准的数据交换与工作流协同的平台。
3信息集成方法
信息集成方法有三,即应用集成、数据集成、界面集成,这三种集成方式各解
决不同方面的问题。应用集成指应用程序之间实时或异步交换信息与相互调用功能,可以采用HL7消息,Web Service,CORBA,EJB,DCOM, RPC等标准,采用消息中间件,BPM等中间件实现;数据集成就是指应用系统的数据库系统之间的数据交换与共享,以及数据之间的映射变换,常采用ETL(Extract-Transform-Load)工具实现;界面集成含义就是应用程序界面之间相互关联引用合成,采用技术包括ActiveX插件、Portlet、IFrame等。
协同应用从早期单纯的点对点接口方式,发展到现如今的集成平台方式。各种方式中:
✓点对点接口方式的复杂性在于要与不同的系统建立1:N的接口,假定有N 个系统相互之间需要建立接口,则接口数为 N*(N-1)/2。
✓集成平台方式中,在N个系统需要进行应用协同的情况下,只需要开发N 个适配器接口即可,减少了集成平台的系统负荷。
由于医院信息系统复杂性,我们根据不同的需求与应用场景,设计分别采用上述三种不同集成方法与手段进行信息集成。
4应用集成
与医技辅诊科室信息系统(如PACS/RIS、LIS、MUSE等)的信息集成,这种场景,信息交互的数据量不大,实时性要求不高,且各信息系统各专业厂商实现方式相差较大,采用基于集成平台的应用集成方式就是最优选择。
集成平台体系结构如下图所示,集成平台对外提供支持多种方式的集成服务:包括WebService服务、TCP监听服务、文件监测服务、FTP服务、SQL监控服务等方式。
医院信息系统在国际、国内广泛采用的有一套集成规范,即:医疗健康信息集成规范(IHE)规范。IHE规范未定义新的集成标准,而就是采用了“标准协调”过程推动基于工业标准的医疗IT系统互操作性。在IHE中,消息传递采用的就是HL7(2、x版本)标准,影像传递采用DICOM标准。本集成平台的集成严格参照该规范进行:信息集成平台在进行消息时采用HL7 2、4标准进行消息传递、在消息内部传递DICOM StudyUID,以满足后续DICOM图像应用时的需要。
临床信息集成用于对各临床信息系统进行信息层面的集成事务处理。事务的定义参照IHE规范执行,消息的交互标准参照HL7 2、4标准执行。
集成平台内部引擎本身由Ensemble集成平台基础之上进行二次开发而来,依托Ensemble本身对各种适配器的支持,集成平台对外能够提供多种接入服务方式:TCP、文件夹监听、FTP文件监听、自定义WebService、SQL监听等形式。以更多接入方式进行各种不同方式集成各业务系统。
集成流程以业务流程可视化、可编辑化对外提供工作流程的制定与使用。集成引擎基于标准的业务流程执行语言(Business Process Execution Language)进行扩展应用,以描述交互应用。
4.1信息集成模块与示例
信息集成组件主要由以下几部分组成Business Service业务服务、Business Process业务处理、Business Operation业务操作,这几部分共同作用下,将集成事务与消息传递进行完成。其中,Business Service主要负责进行消息的监听与接收;Business Process负责全局的消息路由转发、事务流程处理、消息匹配映射等工作职责;Business Operation负责将转换完成、最原子化的一个操作,发送/调用信息集成的目标端。同时在三者相互作用下,消息的反馈准确的返回到Business Process,由Process来讲反馈消息控制返回到消息发送方。示意图如下(后续对该示例进行说明):
4.1.1 业务服务监听与接收
在当今医院中,存在各种各种的医疗业务系统,医疗业务系统的多样性,就将导致与其集成时,接入方式的多样性,如部分系统已实现TCP的发送传递;部分已实现文本输出等。集成平台作为医院信息系统的中转、适配角色,在接入方式的多样性成为必要条件。如前所述,在这方面,集成平台允许的接入方式有:TCP、、SQL、SOAP(WebService)、HTTP、MAIL等多种方式与相应的适配器。
在多种方式的接入过程中,将不同来源的消息通过统一的出口转交给业务处理部分,由其进行路由住转发、消息匹配映射、业务流程处理等相关的工作。
在本示例中,EMRS通过WebService的服务监听(BS、WS、EMRWS)方式将消息内容传递进集成平台,在通过验证后,将该消息转发给了业务处理模块中的路由模块。