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

WORD格式可编辑 WORD格式可编辑 专业知识整理分享 专业知识整理分享 信息集成平台建设方案 1建设需求 一个完善的医院信息系统通常由上百个子系统组成，牵涉众多的专业领域。 这么庞大的系统需要非常专业化的软件开发分工，整合不同厂商有特色的专业系 统是医院信息系统的发展趋势，医院信息化能够取得成功必须保证各个系统的有 效集成和数据的高度共享。然而这些系统通常是随着医院的发展需求逐步建设的， 它们来源于不同的厂家，基于不同的技术，缺乏统一的信息交换标准，这些系统 的集成整合已经逐渐成为医院数字化发展亟待解决的主要问题。 系统集成平台的构建主要面向两个核心问题：一个是为各种医疗应用提供统 一的医疗数据访问服务，从而消除各种医疗应用系统与医疗数据中心的直接耦合 性；另一个是为各种临床信息系统提供系统集成服务， 系统集成服务基于系统集 成模型，通过HL7和DICOM等标准通讯协议为各种医疗应用系统提供集成服务， 确保各个临床信息系统在工作流整合的基础上实现交互协作， 从而以数字化的形 式完成各项医疗业务。 2建设目标 系统间的整合、集成和扩展一直都是制约医院数字化发展的主要障碍， 由于 不同厂商之间的产品不兼容，使得医院整体信息化步履维艰。通过建设一个规范 的系统集成平台，在IHE、DICOM HL7等国际标准的基础上，制定覆盖医疗所有 业务流程的系统集成规范，开发基于规范的系统集成平台，为遗留的、当前的以 及将来的系统提供了一个统一且标准的数据交换和工作流协同的平台。 3信息集成方法 信息集成方法有三，即应用集成、数据集成、界面集成，这三种集成方式各 解决不同方面的问题。应用集成指应用程序之间实时或异步交换信息和相互调用 功能，可以采用 HL7消息，WebService，CORB，EJB, DCOM RPC等标准，采 用消息中间件，BPM等中间件实现；数据集成是指应用系统的数据库系统之间的 数据交换和共享，以及数据之间的映射变换，常采用ETL (Extract-Transform-Load )工具实现；界面集成含义是应用程序界面之间相互 关联引用合成，采用技术包括 ActiveX插件、Portlet、IFrame等。 协同应用从早期单纯的点对点接口方式， 发展到现如今的集成平台方式。 各 种方式中： 点对点接口方式的复杂性在于要和不同的系统建立 1： N的接口，假定有 N个系统相互之间需要建立接口，则接口数为 N*(N-1)/2。 集成平台方式中，在N个系统需要进行应用协同的情况下，只需要开发 N个适配器接口即可，减少了集成平台的系统负荷。 由于医院信息系统复杂性，我们根据不同的需求和应用场景， 设计分别采用 上述三种不同集成方法和手段进行信息集成。 4应用集成 和医技辅诊科室信息系统(如 PACS/RIS LIS、MUS等)的信息集成，这种 场景，信息交互的数据量不大，实时性要求不高，且各信息系统各专业厂商实现方式相差较大，采用基于集成平台的应用集成方式是最优选择。 集成平台体系结构如下图所示，集成平台对外提供支持多种方式的集成服务： 包括WebService服务、TCP监听服务、文件监测服务、FTP服务、SQL监控服务 等方式。 TCH1CF集成平台根槊国 TCH 1CF 集成平台根槊国 医院信息系统在国际、国内广泛采用的有一套集成规范，即：医疗健康信息 集成规范（IHE）规范。IHE规范未定义新的集成标准，而是采用了 “标准协调” 过程推动基于工业标准的医疗IT系统互操作性。在IHE中，消息传递采用的是 HL7（ 2.x版本）标准，影像传递采用DICOM标准。本集成平台的集成严格参照该 规范进行：信息集成平台在进行消息时采用 HL72.4标准进行消息传递、在消息 内部传递DICOM StudyUID以满足后续DICOM图像应用时的需要。 临床信息集成用于对各临床信息系统进行信息层面的集成事务处理。 事务的 定义参照IHE规范执行，消息的交互标准参照 HL7 2.4标准执行。 集成平台内部引擎本身由En semble集成平台基础之上进行二次开发而来， 依托Ensemble本身对各种适配器的支持，集成平台对外能够提供多种接入服务 方式：TCP文件夹监听、FTP文件监听、自定义WebService、SQL监听等形式。 以更多接入方式进行各种不同方式集成各业务系统。 集成流程以业务流程可视化、可编辑化对外提供工作流程的制定与使用。 集 成引擎基于标准的业务流程执行语言 (Busin ess Process Executi on Lan guage) 进行扩展应用，以描述交互应用。 4.1信息集成模块与示例 信息集成组件主要由以下几部分组成 Business Service业务服务、Business Process业务处理、Busi