医院数据集成平台与业务系统对接的标准流程

《医院数据集成平台与业务系统对接的标准流程》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、医院数据集成平台与业务系统对接的标准流程1　现状分析随着公立医院改革的不断深入，医院现有的信息基础架构和业务系统已经无法适应建设精益医院的业务需求，在信息集成和数据分析利用方面更是捉襟见肘。传统的以业务流程为主要驱动的软件开发模式已经难以满足医院数据规划的新要求，医疗信息化建设需要找到一个新的模式。医院信息集成平台已成为跨越临床信息建设障碍的重要支撑，医疗信息化建设正在进行着从业务流程软件系统为核心，逐步转向以数据规划为基础、以集成平台为核心的架构模式。通过ESB（EnterpriseServiceBus）实现业务系统间实时数据交换与共享，使各个应用系统在应用和

2、数据层面形成一体，方便地进行业务协同，消除信息孤岛和协作盲点，同时增加了全院整体系统的灵活性和扩展性。然而各业务系统由于采用不同的编程语言、不同的操作系统、不同的软件平台，这些业务系统与数据集成平台的对接并非易事。首先，负责对接的工程师不尽相同，彼此对于问题的看法和处理问题的方式各异；其次，由于各业务系统自身的特点，往往先入为主地采用自己比较熟悉的模式来接入集成平台。这两个方面的因素造成了整个集成平台的对接工作繁琐重复、效率低下，而且定位问题的时间加长、难度加大。因此，为了规范管理系统接入的各个环节，高效地掌控系统接入的完整流程，科学有序地监控并使用这些系统，有

3、必要制定一个合理统一的系统接入方案。通过数据集成平台的实施，做到服务（接口）可管理、可复用、可监控。2　方案设计数据交互平台作为数据交互的重要载体，主要涉及两个大的方面：一是业务系统向数据集成平台发送数据，即平台接收数据；二是数据集成平台向业务系统转发数据，即平台转发数据。而在这两方面的工作中，日志记录都是极其重要的组成部分。因此，在设计数据交互方案时必须加入日志记录功能模块，确保数据交互的日志能够妥善保存，以备查验。同时，为了提高整个系统的健壮性，还须考虑到应急通道的开发，做到主通道瘫痪的情况下，辅助应急通道能够正常工作，满足数据交互的要求。2.1业务系统发送

4、数据至平台各业务系统原理千差万别，采用的架构不尽相同，但对外的数据交互方式与交互数据格式应符合通行规范的标准。为统一规范，各业务系统都必须采用平台认可的统一的发送方式。这里分为两种情况：实时发送和定时轮询抽取。2.1.1实时发送由于本院平台的消息中间件是IBM的WebSphereMQ(MessageQueue)，各业务系统要实现实时发送数据，则需要在每个客户端安装MQ的客户端软件，这样既浪费软硬件资源，增加实施工作量，也不利于后期的维护。基于上述考虑，提出了新的框架，如图１所示。图1业务系统实时发送数据框架图从上图中可以看到，整个流程主要由三个模块组成，即客户端

5、，中间件服务器和平台。客户端模块主要完成数据的生成与转换，即产生数据并将其转换成数据交互标准要求的XML文档，接着调用中间件服务器提供的WebService，将XML文档转发到中间件服务器；中间件服务器安装了MQ客户端软件，其首先检查WebService调用的参数格式是否正确，正确的话会返回给客户端一个反馈信息，同时使用MQ方式将XML文件发送到MQ消息队列中供平台接收。同时为了均衡中间件服务器的负载压力，可以采用负载均衡来技术平衡各个服务器的处理量。平台模块采用MQ消息队列方式接收XML文件。2.1.2定时轮循发送定时轮询发送，即业务系统设置轮询周期，定时抽取

6、数据库中的数据并封装成标准XML消息体发送给平台。相应的架构如图2所示。图2业务系统轮询发送数据框架图上图中中间件服务器定时查询数据库，获取数据后，将其转换成数据交互标准要求的XML文档，接着按照MQ的方式将消息体放到相应的消息队列中供平台接收。2.2平台发送数据到业务系统平台给各个业务系统发送数据，采用MQ消息队列的模式，各业务系统根据配置从相应的消息队列里逐个取出消息。该流程相对比较简单，见图3。图3业务系统轮询发送数据框架图各业务系统从相应的消息队列中取出消息并解析，然后存入数据表进行后续的数据处理。2.3日志记录业务系统与集成平台对接的质量还体现在日志记

7、录方面。部分厂商之间的集成没有日志，无法跟踪和监控，彼此之间的信息交互有没有成功难以知晓；增加医院管理的难度，当集成出现问题时，往往很难协调。因此，对于业务系统发送数据和接收数据，成功或者失败都必须记录日志到日志表中。日志记录可以通过设置开关来控制是否记录交互成功的日志，并根据实际情况在正式上线后关闭开关，即不再记录交互成功的日志，但必须记录交互失败的日志。消息的发送有两种模式，分别为：单次消息发送和批量消息发送。而消息的接收只有单条消息的接收模式。2.3.1单次发送或接收单次发送消息或接收消息，比较简单，相应的流程图如4所示。图4单次发送/接收消息流程图2.3

8、.2批量发送批量发送消息