医院信息集成平台建设方案.doc

信息集成平台建设方案建设需求一个完善的医院信息系统通常由上百个子系统组成，牵涉众多的专业领域．这么庞大的系统需要非常专业化的软件开发分工,整合不同厂商有特色的专业系统是医院信息系统的发展趋势，医院信息化能够取得成功必须保证各个系统的有效集成和数据的高度共享.然而这些系统通常是随着医院的发展需求逐步建设的，它们来源于不同的厂家,基于不同的技术，缺乏统一的信息交换标准，这些系统的集成整合已经逐渐成为医院数字化发展亟待解决的主要问题。系统集成平台的构建主要面向两个核心问题：一个是为各种医疗应用提供统一的医疗数据访问服务,从而消除各种医疗应用系统与医疗数据中心的直接耦合性;另一个是为各种临床信息系统提供系统集成服务,系统集成服务基于系统集成模型,通过HＬ7和DICＯM等标准通讯协议为各种医疗应用系统提供集成服务,确保各个临床信息系统在工作流整合的基础上实现交互协作,从而以数字化的形式完成各项医疗业务。建设目标系统间的整合、集成和扩展一直都是制约医院数字化发展的主要障碍,由于不同厂商之间的产品不兼容，使得医院整体信息化步履维艰。通过建设一个规范的系统集成平台，在IHＥ、DICOM、ＨL７等国际标准的基础上，制定覆盖医疗所有业务流程的系统集成规范,开发基于规范的系统集成平台，为遗留的、当前的以及将来的系统提供了一个统一且标准的数据交换和工作流协同的平台。信息集成方法信息集成方法有三，即应用集成、数据集成、界面集成,这三种集成方式各解决不同方面的问题。应用集成指应用程序之间实时或异步交换信息和相互调用功能,可以采用HL７消息，WｅbSｅrｖice,CORBA，ＥJB,DCOM，RＰＣ等标准,采用消息中间件，BPM等中间件实现;数据集成是指应用系统的数据库系统之间的数据交换和共享，以及数据之间的映射变换，常采用ＥTＬ(Ｅxtraｃｔ—Transｆｏrm—Load）工具实现;界面集成含义是应用程序界面之间相互关联引用合成,采用技术包括ActiveX插件、Poｒtleｔ、ＩＦｒａme等。协同应用从早期单纯的点对点接口方式,发展到现如今的集成平台方式。各种方式中:点对点接口方式的复杂性在于要和不同的系统建立１:N的接口，假定有N个系统相互之间需要建立接口,则接口数为Ｎ*（Ｎ-１)/2。集成平台方式中,在Ｎ个系统需要进行应用协同的情况下,只需要开发N个适配器接口即可,减少了集成平台的系统负荷。由于医院信息系统复杂性,我们根据不同的需求和应用场景,设计分别采用上述三种不同集成方法和手段进行信息集成。应用集成和医技辅诊科室信息系统（如PACＳ/RIS、ＬIS、MUSE等)的信息集成,这种场景，信息交互的数据量不大,实时性要求不高,且各信息系统各专业厂商实现方式相差较大,采用基于集成平台的应用集成方式是最优选择.集成平台体系结构如下图所示,集成平台对外提供支持多种方式的集成服务：包括WebSｅrvice服务、TＣP监听服务、文件监测服务、FＴP服务、SQL监控服务等方式。医院信息系统在国际、国内广泛采用的有一套集成规范,即:医疗健康信息集成规范（IHE)规范。IHE规范未定义新的集成标准，而是采用了“标准协调”过程推动基于工业标准的医疗ＩT系统互操作性。在IＨＥ中,消息传递采用的是HＬ7（2。x版本)标准,影像传递采用DICＯM标准.本集成平台的集成严格参照该规范进行:信息集成平台在进行消息时采用ＨL72．４标准进行消息传递、在消息内部传递DIＣOMStudyUＩＤ,以满足后续ＤIＣＯM图像应用时的需要。临床信息集成用于对各临床信息系统进行信息层面的集成事务处理。事务的定义参照IHＥ规范执行，消息的交互标准参照HL７2。4标准执行。集成平台内部引擎本身由Ensｅmblｅ集成平台基础之上进行二次开发而来,依托Ｅnseｍble本身对各种适配器的支持,集成平台对外能够提供多种接入服务方式:ＴＣP、文件夹监听、FTP文件监听、自定义ＷebServiｃｅ、SQL监听等形式。以更多接入方式进行各种不同方式集成各业务系统。集成流程以业务流程可视化、可编辑化对外提供工作流程的制定与使用。集成引擎基于标准的业务流程执行语言(BuｓineｓｓPｒoｃeｓsＥxeｃｕtioｎLａngｕage)进行扩展应用,以描述交互应用。信息集成模块与示例信息集成组件主要由以下几部分组成BｕsinessSｅrvicｅ业务服务、BｕsinesｓProcess业务处理、BuｓinｅｓsOｐeration业务操作,这几部分共同作用下,将集成事务与消息传递进行完成.其中,BｕsinesｓSｅrｖiｃｅ主要负责进行消息的监听与接收;BusｉnｅsｓProcesｓ负责全局的消息路由转发、事务流程处理、消息匹配映射等工作职责；BuｓinｅsｓＯperａｔｉon负责将转换完成、最原子化的一个操作,发送／调用信