医院信息系统的集成

随着计算机技术和信息技术的飞速发展，医院信息化程度也不断提高，产生了HIS、LIS、PACS、OA系统、药品信息系统、财务系统等一系列医院信息系统。这些系统提高了医院的工作效率和服务质量，但是系统间的相互独立使数据出现冗余，形成一个个的“信息孤岛”。因此，如何将现有的应用系统和数据库集成，成为亟待解决的问题。集成也是医院节省运营成本并有效利用资源的重要手段。

（一）医院信息系统集成方案

医院信息系统集成不仅可以解决数据分散、冗余等问题，而且是医院降低运行成本、提升管理水平的有效手段。医院信息系统集成应从数据集成、应用接口集成、业务方法集成、用户界面集成等角度进行整合，如图3-32所示。

1．数据集成 数据集成为集成方案的起点，目的是使不同的应用程序之间共享的数据相同，实现数据与数据库的集成，各种数据格式的转换和交换。在进行数据级集成前，需对数据进行标识并编成目录，另外还要确定原数据模型。目前，数据集成的主要方法有联邦数据库、数据中间件技术、数据复制。虽然数据集成是集成方案中最简单、最直接的途径，而且相对于其他的集成层面它并不要求对应用程序进行改动。因此，实施成本较低，企业不需花费钱财来修改应用代码、重新测试和再部署。但是，由于它直接访问数据，可能导致数据被破坏，产生程序异常，同时也将给系统打开新的安全漏洞。因此，仅有数据层面的集成是不够的。

图3-32 医院信息系统集成方案

2．应用接口集成 应用接口集成这是业务流程集成的两部分之一，是应用程序之间低级的、技术方面的集成。它的主要作用是实现现有应用程序功能复用、修饰技术差异。对于数据级集成，可以通过使用现有应用程序提供的API进行访问现有系统的功能。对于没有提供这种API的，我们可以修改原有系统或者模拟用户接口间的交互作用（屏幕擦除或终端仿真）。当然，若都没办法实现，则可以利用特定的中间件技术。对于应用接口级集成，可以通过虚拟组件表示现有应用的功能。虚拟组件通过现有应用的相互协作接口展示它们的操作，屏蔽了应用接口级集成技术上的不同。

3．业务方法集成 业务方法集成它注重通过共享业务逻辑来集成信息系统，目标是开发虚拟组件，为现有应用程序的顶部提供面向业务的高级接口。与应用级的集成相比，它是与业务处理再造联系在一起的，而不是孤立的技术问题，能够为业务处理提供完整的支持。它所提供的接口并不是反映应用的设计和技术，而是反映高层业务方法，它们使用在应用级集成和数据级集成中开发的低层虚拟组件。成功地实现了业务方法级集成后，已经得到一个功能完整的业务逻辑层系统，实现了业务流程集成。它包括业务管理、进程模拟以及综合任务、流程和工作流。

我们可以应用面向服务的体系结构（service-oriented architecture，SOA）来实现医院信息系统的流程集成。SOA是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。在SOA环境下，医院资源被作为一种独立的服务，并可用一种标准的途径，在医院内部被其他业务流程访问。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。

若将整个医院信息系统以基于SOA的思想进行归类，并通过数据交换平台进行分割后各部分的联接，将达到一直以来所期望的减少信息割据和重复信息的现状。SOA是一种架构的方法，因此它从医院的需求开始，而不是从软件的规划开始。SOA方法和其他架构方法的不同之处在于它提供的业务敏捷性。SOA覆盖了面向对象的分析与设计（object-oriented analysis and design，OOAD）、企业体系结构（enterprise architecture，EA）框架和业务流程建模（business process modeling，BPM）。

国内基于粗粒度的对象组合思想的医院信息化实践的尝试已经表明该方法难以适应多边复杂系统的灵活性和适应性要求，SOA的目的是使得医院的各种应用系统基于服务而不是“对象”去组合应用，从而带来以下方面的优势。

（1）灵活：基于“网络服务”搭建可扩展的应用结构。

（2）适应：服务接口与实现可以分离，适应异构的IT环境。

（3）成本：通过抽象层次的提高来增加软部件的可重用性。

（4）速度：通过与柔性流程引擎的结合来快速编排新业务，简化应用之间的流程集成。

4．用户界面集成 用户界面集成是集成方案的最后一个步骤，是提供一个通用的统一的界面层，是一个面向用户的整合，使用一个标准界面来替换遗留系统的终端窗口和PC图形界面。使所有的用户（病人、医师、护士、合作医院、供应商）通过这个界面进入这个集成系统。集成界面可以采用2种方案：图形化用户接口（GUI）和基于Web的用户接口。通过上面对各层的分析可看出，只有通过上面4个不同的集成步骤来建立集成体系，才能最终完成系统的整体集成。

（二）医院信息系统集成框架

由于整个医院信息系统的整合是面向医院内部和外部的异构信息系统，同时为了实现新系统与医院现有系统的无缝连接，就需要搭建一个可扩展的统一集成平台，如图3-33所示。

图3-33 统一集成平台

统一应用集成平台是软硬件的结合体，是各个应用系统进行交互的桥梁和中介。它需要提供各种集成方式，将各种应用系统连接起来，让它们共同协作完成医院所需的功能，在外部看来整个医院的所有信息系统是一个有机整体。同时，为了保证病人信息的保密性、解决医院不同系统的异构性和新开发系统的无缝接入，我们需要构建的是一个安全性高、有异构平台集成能力以及可扩展的集成平台。它主要起了3个作用：应用系统配置管理中心；业务流程管理监控中心；医疗及商业信息网关。

通过集成平台实现应用系统集成，集成平台与各个应用系统之间形成一种星形的拓扑结构，各系统之间的信息交换通过各自开发的适配器由集成平台统一控制管理，信息交互通过消息传递的方式实现。考虑到系统间的异步通信以及各种消息类型，采用发布/订阅消息模型。系统之间的通信是通过到主题中消息发布和消息订阅，并不需要知道系统的真正位置。各系统之间充分松散，只需要将自己的“接口暴露”，只关心各自订阅的消息，对于自己需要发布的消息充分暴露给订阅方即可。

（三）医院信息集成面临的挑战

医院信息化的过程是渐进和分散的，在这个过程中，医院使用各种应用系统，他们可能由不同的开发商开发，运行于不同的系统平台，采用不同的技术和不同的标准规范，系统间的数据难于共享。因此，医院信息系统的集成面临多方面的挑战。

1．统一标准是医院信息集成面临的最大困难之一。虽然，国外已做了大量工作，但由于医学行业本身对一些问题存在着不同的见解，加上各个国家有着不同的国情，医学统一标准化问题在短期内难以得到根本上的解决，在相当一段时间内，仍要解决标准不同的系统的交互问题。标准化是阻碍医院信息进一步发展的障碍，也是医院信息集成面临的最大困难之一。

2．安全性问题。系统间主要依靠数据的直接共享，以及组件的相互调用达到集成的目的，这给信息安全留下了极大的隐患；另外在系统间进行信息交换的过程中，被交换的信息安全性低，没有冗余保障。

3．系统之间进行了紧密集成，增加了扩展医院信息系统的难度，某一个系统的调整或维护会影响整个医院各个系统的正常工作，难以适应日益更新的IT技术。系统集成的开发、维护及升级费用极高。

4．医院信息系统的集成接口数量众多，难以维护，随着系统数量的增加，接口数量呈几何级数上升。多家厂商合作的协调，异构平台之间的信息共享困难。

5．医院没有一个统一的可扩展的集成平台（或者是集成解决方案），使得所厂商的产品必须拥有自己的一套可以运行的系统，任何厂商都不可以依赖于别的系统，必须有自己可以自成一体的系统，这样使得厂商开发出来的产品功能性差，而覆盖性又不够广。