医院集成平台的建设与思考

戴菲

摘要：随着科学技术的不断发展，更多的信息系统被广泛使用到医疗行业，大大简化了人工操作的繁琐，但也带来了新的矛盾。系统与其他系统的交互接口正在呈现指数级增长，依靠点对点直连的管理模式，已经不能适应错综复杂的医疗需求了。本文主要分析现有系统的弊端，提出基于HL7（Heahh level seven）标准和WebService技术的医院集成平台的设计方案。从消息流转、接口交互、预警机制等方向描述系统，并提出下一步集成系统的性能提升方向。

关键词：集成；医疗

中图分类号：TP311 文献标识码：A 文章编号：1009-3044（2018）06-0014-02

1医院信息系统现状

医院正在逐步迈入信息化大潮，远离人工统计和纸质记录的旧时代，然而面临的问题也是日益加剧。最初的重点局限在了满足业务需求上，并没有把高扩展性，可兼容性，数据共享性考虑进去，当然这也因为当时信息技术的发展还比较落后，使得当系统较多的时候，交互接口数量基本上都是以指数级增长，如图1所示，形成了密密麻麻的n*（n-1）网状结构，系统与系统的耦合程度越来越高，以至于牵一发而动全身，系统间的数据该如何更好地共享与交互已经成了限制医疗信息系统发展的瓶颈。

2集成平台设计

通过建设一套具有国际标准、统一规范的集成平台，已经变得刻不容缓。为此搭建了一套基于Ensemble的医院集成平台，采用HL7的统一标准和WebService技术，支持各种适配器，包括JAVA、.NET等，每个系统只需按照消息标准，开发一个符合自己公司产品的数据传输通道接口的适配器，即可实现各个系统间的数据交互，达到共享的状态。该平台是承载数据交互的中转站，不承担业务逻辑，只负责数据运输和提供公共服务，满足各个系统的数据互通，如图2所示。

2.1接口交互

基于Ensemble的集成平台分为三个层次，数据接口层包括Business Service（BS）和Business Operation（BO），BS负责接收外部消息，BO负责发送消息到外部，属于平台直接对外交互的两个窗口。业务核心层包括Business Process（BP），BP是BS和BO之间管道，负责消息的内部逻辑处理。数据存储层主要负责一些元数据的存储以及各种消息定义等。

系统与系统之间通过XML+Webservice的方式进行交互，如图3所示。

以某业务系统A系统为例，需要获取HIS库里面的患者信息，A系统可以调用集成平台的Bs服务，发送XML的请求消息，集成平台用BP处理数据流程，再通过BO去调用HIS提供的Webservice接口获取到XML消息，返回给A系统。同时该BS服务具备通用性，其他系统如果需要该数据，也可以直接调用，避免了重复劳动力。而且当A系统需要对外提供服务的时候，比如提供某报告，也是由集成平台做接口包装，第三方系统通过Webservice接口获取报告的内容。

查询患者信息接口定义：

2.2消息查看器

系统支持消息查询，通过组合搜索，包括消息状态、会话类型、开始结束时间、源、目标等查看消息。可以可视化的追踪每条消息的完整XML内容，以及该条消息在BS、BP、BO的流转。如图4所示。

2.3监控警报机制

通过系统监视器，可以显示關键Ensemble性能指标的实时状态，包括Ensemble的吞吐量、任务管理器以及错误报警量。

为了加强系统的稳定性，使得告警、错误信息及时的通知到维护人员，系统嵌入了消息提醒模块，当消息出错、系统资源不足等情况下，会下发预警短信和邮件，可以根据自定义的错误级别选择不同的处理手段，降低风险，减少损失。

2.4日志记录

记录消息所有的事件日志、业务规则日志、业务流程日志，方便追溯动作轨迹，操作快照等。

3成效与建议

该集成平台已经在某三甲综合医院稳定运行了一段时间，基本实现了检验、检查、门诊、住院、收费等多个业务系统的信息交互，尤其适用于实时场景，比如以前存在的收费信息和检查信息数据同步缓慢的问题，检查科室经常不能及时得知病患是否已收费，而影响给病患检查的时间，集成平台的引人，解决了数据实时的需求，提升了病患和医护工作者的体验。

集成平台的引入解决了接口的统一化对接，数据的合理共享，也就是应用和数据的集成，但是对于医护工作者或者病患来说，非计算机背景专业，在面对多个系统的操作还是有些手足无措的，所以下一步，需要建设页面集成，实现单点登录，一体化的系统操作体验。