信息集成平台建设方案
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标准。
本集成平台的集成严格参照该规范进行: 信息集成平台在进行消息时采用HL72.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来讲反馈消息控制返回到消息发送方。
示意图如下( 后续对该示例进行说明) :。