医院信息集成平台建设方案.docx
《医院信息集成平台建设方案.docx》由会员分享,可在线阅读,更多相关《医院信息集成平台建设方案.docx(17页珍藏版)》请在三一办公上搜索。
1、信息集成平台建设方案1建设需求一个完善的医院信息系统通常由上百个子系统组成,牵涉众多的专业领域。 这么庞大的系统需要非常专业化的软件开发分工,整合不同厂商有特色的专业系 统是医院信息系统的发展趋势,医院信息化能够取得成功必须保证各个系统的有 效集成和数据的高度共享。然而这些系统通常是随着医院的发展需求逐步建设的, 它们来源于不同的厂家,基于不同的技术,缺乏统一的信息交换标准,这些系统 的集成整合已经逐渐成为医院数字化发展亟待解决的主要问题。系统集成平台的构建主要面向两个核心问题:一个是为各种医疗应用提供统 一的医疗数据访问服务,从而消除各种医疗应用系统与医疗数据中心的直接耦合 性;另一个是为各
2、种临床信息系统提供系统集成服务,系统集成服务基于系统集 成模型,通过HL7和DICOM等标准通讯协议为各种医疗应用系统提供集成服务, 确保各个临床信息系统在工作流整合的基础上实现交互协作,从而以数字化的形 式完成各项医疗业务。2建设目标系统间的整合、集成和扩展一直都是制约医院数字化发展的主要障碍,由于 不同厂商之间的产品不兼容,使得医院整体信息化步履维艰。通过建设一个规范 的系统集成平台,在IHE、DICOM、HL7等国际标准的基础上,制定覆盖医疗所有 业务流程的系统集成规范,开发基于规范的系统集成平台,为遗留的、当前的以 及将来的系统提供了一个统一且标准的数据交换和工作流协同的平台。3信息集
3、成方法信息集成方法有三,即应用集成、数据集成、界面集成,这三种集成方式各 解决不同方面的问题。应用集成指应用程序之间实时或异步交换信息和相互调用 功能,可以采用HL7消息,Web Service,CORBA,EJB,DCOM, RPC等标准,采 用消息中间件,BPM等中间件实现;数据集成是指应用系统的数据库系统之间的 数据交换和共享,以及数据之间的映射变换,常采用ETL(Extract-Transform-Load)工具实现;界面集成含义是应用程序界面之间相互 关联引用合成,采用技术包括ActiveX插件、Portlet、IFrame等。协同应用从早期单纯的点对点接口方式,发展到现如今的集成平
4、台方式。各 种方式中:/点对点接口方式的复杂性在于要和不同的系统建立1: N的接口,假定有 N个系统相互之间需要建立接口,则接口数为N*(N-1)/2。/集成平台方式中,在N个系统需要进行应用协同的情况下,只需要开发 N个适配器接口即可,减少了集成平台的系统负荷。由于医院信息系统复杂性,我们根据不同的需求和应用场景,设计分别采用 上述三种不同集成方法和手段进行信息集成。4应用集成和医技辅诊科室信息系统(如PACS/RIS、LIS、MUSE等)的信息集成,这种 场景,信息交互的数据量不大,实时性要求不高,且各信息系统各专业厂商实现 方式相差较大,采用基于集成平台的应用集成方式是最优选择。集成平台
5、体系结构如下图所示,集成平台对外提供支持多种方式的集成服务: 包括WebService服务、TCP监听服务、文件监测服务、FTP服务、SQL监控服务 等方式。医院信息系统在国际、国内广泛采用的有一套集成规范,即:医疗健康信息 集成规范(IHE)规范。IHE规范未定义新的集成标准,而是采用了 “标准协调” 过程推动基于工业标准的医疗IT系统互操作性。在IHE中,消息传递采用的是 HL7(2.x版本)标准,影像传递采用DICOM标准。本集成平台的集成严格参照该 规范进行:信息集成平台在进行消息时采用HL7 2.4标准进行消息传递、在消息 内部传递DICOM StudyUID,以满足后续DICOM图
6、像应用时的需要。临床信息集成用于对各临床信息系统进行信息层面的集成事务处理。事务的 定义参照IHE规范执行,消息的交互标准参照HL7 2.4标准执行。集成平台内部引擎本身由Ensemble集成平台基础之上进行二次开发而来, 依托Ensemble本身对各种适配器的支持,集成平台对外能够提供多种接入服务 方式:TCP、文件夹监听、FTP文件监听、自定义WebService、SQL监听等形式。 以更多接入方式进行各种不同方式集成各业务系统。集成流程以业务流程可视化、可编辑化对外提供工作流程的制定与使用。集 成引擎基于标准的业务流程执行语言(Business Process Execution Lan
7、guage) 进行扩展应用,以描述交互应用。4.1信息集成模块与示例信息集成组件主要由以下几部分组成Business Service业务服务、Business Process业务处理、Business Operation业务操作,这几部分共同作用下,将集 成事务与消息传递进行完成。其中,Business Service主要负责进行消息的监 听与接收;Business Process负责全局的消息路由转发、事务流程处理、消息 匹配映射等工作职责;Business Operation负责将转换完成、最原子化的一个 操作,发送/调用信息集成的目标端。同时在三者相互作用下,消息的反馈准确 的返回到Bu
8、siness Process,由Process来讲反馈消息控制返回到消息发送方。 示意图如下(后续对该示例进行说明):4.1.1业务服务监听与接收在当今医院中,存在各种各种的医疗业务系统,医疗业务系统的多样性,就 将导致与其集成时,接入方式的多样性,如部分系统已实现TCP的发送传递;部 分已实现文本输出等。集成平台作为医院信息系统的中转、适配角色,在接入方 式的多样性成为必要条件。如前所述,在这方面,集成平台允许的接入方式有: TCP、FILE、FTP、SQL、SOAP(WebService)、HTTP、MAIL 等多种方式与相应的适 配器。在多种方式的接入过程中,将不同来源的消息通过统一的出
9、口转交给业务处 理部分,由其进行路由住转发、消息匹配映射、业务流程处理等相关的工作。在本示例中,EMRS通过WebService的服务监听(BS.WS.EMRWS)方式将消 息内容传递进集成平台,在通过验证后,将该消息转发给了业务处理模块中的路 由模块。4.1.2消息路由转发在一些应用场景中,如电子病历系统、重症监护系统、HIS系统三者进行信 息传递时,部分信息是需要三者之间交互的,而部分信息仅仅需要两者之间交互, 这在消息转发路由时,需要有一定的控制,起到闸门的作用。如:HIS系统进行 入院登记时,需要将病人的信息发送到电子病历系统与重症监护系统;而在重症 监护系统采集到病人生命体征信息时,
10、仅仅将此信息发送到电子病历系统即可。 因此,在集成平台中,引入消息路由转发的相关模块就显得比较重要。在本示例中,EMRCTLRouter这个消息路由者在接受到BS.WS.EMRWS的消息 时,可能会转发至 EMRPlaceOrder、EMROrderCA、BadMessageHandle 三个相关的 处理模块。而具体转发至何模块,由消息头定义中的相关信息具体定义。消息路 由者起到解析与转发的作用。4.1.3事务业务流程处理即时消息路由已经正确路由转发了消息到准确的端点,但是在对应的端点内, 还会有一些业务流程需要进行处理。如在EMRS下达一个新的Order的时候,需 要的一定的情况下产生不同的
11、业务流程分支:如该病人为门诊病人或者住院病人, 则有必要产生HL7消息中的住院病人登记信息与门诊病人登记信息:ADTA01与 ADTA04。在本示例中,BPEMRPlaceOrder的内部业务流程如下,每一个结点代表着一 次逻辑处理过程:4.1.4消息匹配映射在一些情况下,消息的传递方并无必要产生HL7标准格式消息的情况下,如 EMRS与集成平台为内部互调时,双方之间提供预定义的WebService的接口,以 快速的开发与进行集成。此时便需要在WebService中定义的消息格式与标准HL7消息格式之间进行 着匹配转换的工作。而该转换工作的处理调用是由事务业务流程处理模块来发起 调用的。4.1
12、.5 终端消息发送在进行正确的消息格式转换与业务逻辑处理,此时的消息已经成为一个符合 终端系统需要的消息格式。在事务业务流程处理中,会将此消息投递给相应的终 端系统。在投递消息完成工,事务业务流程处理模块会进入等待反馈的状况,等待终 端系统反馈一个应答消息,以表示该消息在终端系统中被准确的处理。事务处理 模块收到该应答消息,并组织成发送端系统需要的消息格式,并作为应答系统, 反馈至发送端系统。4.2集成事务处理流程规划上述主要针对集成平台中各个模块作用于应用场景进行了阐述,下面将以 IHE规范中医嘱下达方医嘱执行的完整业务流程为例,进行完整的集成事务流程 描述。该流程反应了普遍的医嘱流程,多数
13、院内的医嘱流程都可参照执行,为医 院的信息系统集成方式提供良好的参考。本示例中,目标系统以PACS为例。对检杳申请进行安排后,发送sims”,消息.响应SLU?S 12消息响应O RMAO01消息响应ORM少01消,息发 送DFT*03消息响应ORMQl消息_响应ORM201消息通知收费系统进行开始检查时,发送O RMAO01消息(control code=SCW响应ADTAA01消息/响应ADTAA04消息 发送 O RMAO01 消息(control code=NW)E响应O RMAO01消息住院病人:发送ADTM01消息/门诊病人:发送ADTS04消息检查完成后,发送 ORMOQl 消息
14、(control code=SC Order Status=CM)响应ORM%01消息_响应DFTAP03消息另外,在院内经常出现的是在IHE规范中描述的:执行者医嘱流程,即由医 嘱执行者(PACS系统中,为检查科室)进行医嘱下达的过程并执行的流程。如 下图所示:数据集成在实际业务应用中,日常医院的HIS库与ERMS库之间存在较多需要高频率、 高性能要求的交互,如计价信息与药品库存等信息的实时共享等。针对这样的应 用场景,我们采用了 ETL工具(GoldenGate)在数据库底层进行的DB层同步方式。目前,医院已经存在比较完整的医疗信息系统,这些医疗信息是以JW1H系 统为基础,增加医院自己的
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 医院 信息 集成 平台 建设 方案
链接地址:https://www.31ppt.com/p-5075588.html