大型综合性医院的信息系统几乎不可能来自同一厂家，尤其是在专业化、精细化要求越来越高的情况下，可能会同时使用几十个厂家的系统。这些系统通常随着医院的发展逐步建立，应用了不同的技术架构，其中有些系统还是科室根据自身业务需要，由科室主导建设的。这些系统，在建立时并未都考虑到与医院信息系统的集成，所以就成了孤立的系统。

       各系统间多采取点对点方式对接，这种接口模式在子系统较少时还好，当子系统越来越多的时候，升级和维护工作变得非常复杂；集成时较多关注信息的采集，不关注信息的共享与利用；规范、标准建设情况滞后于医院信息系统应用的要求。这些问题制约了医院信息化的进一步发展，因此如何建立有效的数据整合机制，整合各具特点的不同厂商的专业系统，实现各业务系统集成，是当前迫切需要解决的问题。

       本文主要叙述各系统间如何进行整合，至于如何基于平台去开展数据的利用，这里不做过多讨论。

一、集成内容

       1.患者主索引

       建立以患者为中心的现代数字化医院，首要就要建立患者主索引。如果患者不能被唯一地标识、患者的信息不统一，则在临床医疗活动中形成的各种临床数据无法很好地关联起来。通过建设全院级的患者主索引，贯穿患者在门诊、住院、体检、留观等服务的全过程。

       2.科室、人员、设备主索引

       没有统一的科室、人员、设备等主索引时，诸多系统常常单独维护，容易产生数据的不连贯和不一致。建立人员、科室、设备乃至重要物资的主索引，对于数据统计、数据利用、成本核算、绩效考核、系统管控等都非常有意义。

       3.术语字典

       要实现各系统之间互联互通和信息共享，对医疗、收费、药品、物资等基础数据字典做进一步的完善合规非常重要，通过集成平台对术语字典进行管理和映射很有必要。

       4.用户统一权限管理和单点登录

       工作人员常常需要登录多个系统，通过单点登录，用户只需要登录一次就可以访问其所需的任何应用系统，从而免去操作上的繁琐，同时，对于实现院内各系统的访问控制也变得更容易。

       5.全院级的电子病历

       通过集成平台去整合HIS、CIS、LIS、RIS、PACS 等各应用系统中每次就诊时所产生的医嘱、诊断、护理、检查、检验、病理等信息以及医护人员提供服务时所产生的信息，有助于提供医疗水平，降低医疗风险。同时提供符合CDA规范的文档输出，以满足转诊、会诊等区域共享的要求。

       6.各类业务接口

       以业务事件为驱动，完成患者门诊就诊接口，住院入、出、转接口，申请单接口，医嘱接口的集成工作；另外还有一些统计类系统，也需要解决大量的数据集成的要求。

二、集成方式

       医院信息系统集成包括三个方面内容：界面集成、数据集成和应用集成，这三种集成内容各解决不同方面的问题。

       界面集成是指应用程序界面之间相互关联引用的合成，采用技术包括Portlet、ActiveX 插件、IFrame等。不同岗位的人员在访问平台门户时，将相应的各业务系统的相关界面统一展现到平台门户中，实现各业务系统的待办、消息提醒等。

       数据集成是指应用系统的数据库系统之间的数据交换和共享，以及数据之间的映射变换，常采用ETL工具实现，其应用场景包括有报表数据的批量化抽取等。

       应用集成是指应用程序之间实时或异步交换信息和相互调用功能，可以采用 CORBA、EJB、DCOM、WebService、RPC等标准，采用消息中间件和企业服务总线等中间件实现。

       从医院信息系统应用集成的架构来说，存在三种模式：点对点、单体系统、基于 ESB（Enterprise Service Bus）的集成。

       点对点集成是为了解决多个系统相互隔离、数据交换需要人工进行并且不够可靠的问题，适合于少数系统之间的应用集成。

       单体系统集成是指整个系统用统一的数据模型和数据库（或分布式数据库），消除了各系统之间的接口问题。

       总线模式是通过企业服务总线或消息中间件实现服务注册、信息发布和服务适配，主要是为了解决耦合过紧、连通性、可伸缩性的问题。单体和总线混合模式是基于HIS、电子病历等业务系统通过消息与其他异构系统的交互。

       面向服务的架构（SOA）是将业务系统抽象成一个一个的服务，形成标准化的服务接口，实现系统之间的松耦合，实现服务的可管理。

三、集成实施

       集成平台整合工作量比较大，受外部的影响因素比较多，在实施思路上需采取“整体规划、分步实施”的策略。

       1.实施流程

       系统集成涉及到调动应用系统的供应商、接口系统供应商、系统集成方和医院方，各方协同工作基本流程如下：

       （1）调动接口系统的供应商需要提供使用了哪些接口、接口的详细定义信息，以及调用的业务场景；

       （2）接口系统的供应商需要确认调用方提供的信息是否完整和正确，如果存在主动推送数据的接口，需要提供推送的业务场景；

       （3）系统集成方需要根据接口调用方和提供方提供的信息，整理出现在接口的交互流程及详细的接口定义书；

       （4）系统集成方整理好的交互流程和接口定义书交给调用方和提供方进行确认，三方都无异议则完成现状调查；

       （5）系统集成方对现有接口进行合并，合并后一个服务可能对应多个消费系统；

       （6）系统集成方对接口进行判断，看是否需要标准化改造；

       （7）系统集成方生成合并及标准化后的服务设计书；

       （8）新的服务设计书交付服务提供方和消费方确认，集成方、提供方、消费方三方确认后，交付院方审核，审核通过则完成服务设计；

       （9）根据新的服务设计，服务提供方、集成方、消费方均需要展开集成开发工作；

       （10）在此期间，院方需要监控三方的开发进度，以确保集成测试能按期执行；

       （11）当提供方、集成方、消费方三方的开发都通过单体测试后，则可以开始集成测试；

       （12）当服务完成集成测试后，院方可按计划或选择适当的时机，在正式环境进行实施。

       2.实施组织

       平台建设是一项复杂的、大型的系统工程，不仅涉及到技术实现的方法和手段，而且涉及到项目实施期间各种资源的管理与调配。为了能有效地进行资源控制、进度控制和质量控制，确保项目顺利实施，项目应该确定为“一把手工程”。

       分析现有系统接口及业务流程，各业务系统改造，迭代接入平台。制定分期计划，按主次接入平台。可以在业务系统升级的时候逐步接入平台。

       3.实施保障

       （1）服务器双机。利用数据库集群和服务器双机技术，主服务器发生故障时，自动启用备用服务器，来实现集成平台的高可用性。

       （2）重发机制。要确保每条消息都能达到接收方，平台应具备消息重发机制。若发生通信故障，系统会尝试进行重新发送。重试一定次数仍然失败的，保存失败记录，以便人工干预。

       （3）日志记录。消息交互具有完备的日志记录。发生故障时，能迅速进行定位，找出原因。

       （4）充分测试。充分进行模拟测试，及早发现逻辑处理上或者性能上的问题，从而进行完善和优化处理。

       （5）预警。涉及的费用等关键接口，开发专门的监控程序，发生异常时，通过短信实时进行预警，通知维护人员及时处理。

       4.集成平台实施关键点

       （1）选择集成平台厂商。一定要选择有实力的厂家，是否拥有丰富的集成平台实施经验、能否处理上线后的各类突发情况、后续服务是否能跟得上等都需要仔细考察。

       （2）医院协调组织的力度。医院的全力组织和积极配合对集成平台实施起着非常重要的作用。

       （3）业务系统厂商的配合力度和技术能力。业务系统厂商往往会存在沟通协调以及研发人员的技术能力的问题，这会影响集成平台实施进度。

四、结论

       1.不为了集成而集成。需先保障主要流程贯通、主要数据实现共享、业务系统稳定。

       2.标准很重要。无论是采用国家标准、行业标准，抑或者是院内标准，标准的制定必不可少，这有利于实现语法、语义、语用各层面的互操作性。

       3.控制集成的粒度和范围。如果是不具有共性的接口，可以考虑保持原有点对点对接的方式。单个系统内部的交互暂时不需要接入平台。

       4.针对不同业务系统的特点，选择最佳的集成模式。集成模式多元化，可降低集成难度，提高集成效率。

       5.集成平台不是万能的，在具体应用上需要进行二次开发。