医院信息集成平台就是把独立的HIS、EMR、PACS和LIS等应用系统进行有效的整合，实现信息系统的互联互通和信息共享，提供统一的医疗数据访问服务。随着医院信息化建设，系统之间的数据交互也会越来越多、越来越精细，建立医院信息集成平台是必然发展趋势。

但目前医院信息集成平台建设仍处于起步阶段，并且实现起来存在一些困难。

首先，医院信息系统的软件厂商太多，形成大量的信息孤岛，数据共享困难。其次，医疗行业具有IHE、HL7和DICOM等多种国际标准通讯协议，如何对这些标准进行对接，实现在工作流整合的基础上进行交互协作是一个建设难点。最后，医院希望集成平台可以彻底解决数据共享和交换问题，但是在实际项目中，能够达到医院要求的集成平台却很少。

对于一些大医院，在应用集成平台时要充分考虑医院自身的实际情况，不能盲目上马，要做好应用系统的深化设计，分布实施，最终实现以患者为中心的，全医疗过程的数据共享和信息流转。

针对相关问题，社区最近组织了答疑交流活动，以下内容供广大医院同行参考。

主要分享者包括：刘东（东软集团）、heray2323（中山大学附属肿瘤医院）、唐国兵（IBM）、赵海等

1、医院数据集成平台对医院的HIS系统有哪些要求？

@刘东

医院数据集成平台对医院HIS系统要考虑数据标准化的问题。医院的数据集成平台需要整合来之不同业务系统之间的数据，将数据进行标准化处理之后才能够进行共享和进一步的开发利用，例如为大数据提供基础数据支撑。所以，制定主数据格式，建设核心基础数据仓库，是HIS系统首要考虑问题。

@heray2323

以HIS系统及其他系统的原有接口需求进行业务接口服务梳理，采用HL7V3消息模型或院内消息标准模型抽取共性接口服务消息，制定消息交互接口服务，最终将此服务提供给各消息方系统调用。HIS系统针对新消息标准服务进行接口改造。消息服务制定消息提供方及消息方代码，通过总线监控对此消息验证；通过总线单独给业务系统分配消息队列机制，保障消息安全访问。

2、我院现在所用的系统如何能完美的与集成平台对接，信息是否能及时共享？

@刘东

只需要做接口改造就可以，通过连接集成平台就能够及时共享。

@heray2323

医院现有的信息系统如果需要对接集成平台，可以分步进行。首先把院内多个系统有公共交集或者有一对多的接口梳理一遍，然后建立公共服务平台标准，再进行接口改造。然后再考虑类似EMPI、CDR这种在平台中包含的重要功能，统一构建新的接口，业务系统再进行重构或者改造。

3、现在已经使用多年的系统对于集成平台如何能完美兼容？

@刘东

集成平台可以适应多种业务接口和数据，这个没有问题。

@heray2323

对于核心的应该，类似HIS、EMR等系统，刚开始建设平台时，可能不能发挥平台的作用，但如果是新建的系统或者核心的系统进行升级改造或者替换厂商，这时候就应该抓住机会，发挥平台的作用，要求系统按照平台的标准进行信息交互和共享。

4、如果接入信息集成平台，对医院现有网络、服务器、存储是否需要重新采购？

@刘东

部分可能需要重新采购，例如用服务器，建议做整合和集中。使用LINUXONE架构，存储可以进行数据集中整合，建设虚拟化存储资源池，统一管理存储资源。

@heray2323

建议集成平台单独配置服务器和存储，同时放在医院的内网网络。

5、医院集成平台建设实施过程中，作为院方信息科，我们应重点督促和关注哪几个关键实施环节，以保证项目建设完成后能达到集成平台应用的效果？有时我们觉得现场项目经理自己都对平台建设思路不清。

@刘东

在医院数据集成平台建设实施过程中，主要关注以下几个方面：

1、在实施之前，在各子系统的指标确认之后，才可以进行数据集成平台建设。但是平台各项接口指标应当在子系统招标之前确定，以期满足平台的接入要求。

2、标准化方面，集成平台需要建设全院级的主数据管理系统，并通过此过程重新梳理全院基础数据标准，需要通过集成平台的技术实现核心业务系统之间数据标准一致性问题。此工作同时需要其他业务系统厂商配合进行相应的系统改造。重点关注包括HIS/PACS/LIS等业务厂商数据标准改造情况。

3、在可扩展方面，医院集成平台可以随着医院的业务进行灵活扩展，可以接入更多的数据源，也可以针对新的功能要求进行平台的二次开发。重点关注集成平台建设的开放性，平台能够接入满足一定信息接口标准的子系统，最大程度的保证医院的投资。

最后说明一下医院数据集成平台的核心思路。医院信息整合要解决的关键问题是患者信息的不统一，目前医院各个应用系统均有患者基本信息，但是数据的标准不统一，维护的方式不统一。临床医疗活动均是以患者为主线的，如果患者的信息不统一是无法实现电子病历等数据整合的。因此，必须要建立全院级统一的病人主索引，并以此为基础实现医院数据层面的整合，构建EMPI，实现患者身份的精确识别是打通院前、院内、院后各医疗健康环节的基础，实现以病人为中心的临床服务，这个应该是数据集成平台建设的重点之一。

@heray2323

集成平台的实施，我觉得最关键是在现有业务系统流程和接口的梳理，就是项目管理中的需求分析阶段。因为集成平台需要按照医院现有的业务架构来重构所有业务，类似挂号、收费、检查申请、检查检验报告查询、医嘱等场景都有很多服务标准和模型可以参考，如果平台的需求调研分析后，新的服务标准不能兼容或者不满足国家卫生信息平台互联互通的标准，这样就难以到达建设集成平台的目标。

6、如何规划信息集成平台、数据治理、基于平台的应用这些建设内容的实施顺序?

@赵海

对于传统业务系统改造，我觉得可以从以下思路入手：

一、梳理现有系统的数据报文标准，建立一套标准化的报文接口标准。

二、梳理现有系统的调用关系，建立一套规范化的架构调用标准体系。

三、梳理现有业务关系，建立一套科学化的业务模型定义规范。

所有改造以及新建遵循已经建立起来的这套标准化体系。当然最难的也是这套标准如何建立，如果没有现有的行业标准，那么行业的龙头企业就应该以自己的实力来率先建立，可以和大的开发合作伙伴来配合建立，一旦这套东西建立起来，那么今后所有想参与应用系统项目的合作伙伴必须遵循这个标准来实施项目合作，自然而然这个标准就会贯彻下去。

@刘东

赞同楼上回答的意见，一般都是先对数据进行治理，再建设数据集成平台，最后根据平台标准进行应用实施。

7、医院集成平台建设实施过程中客户工作站能否采用云桌面吗？对于平台维护和建设中，使用中和安全性有那些优点和缺点？

我问这个问题基于以下实际情况：

市级医院都建立了比较全的信息系统，按照卫计委要实现互联互通的要求，卫生院和社区卫生服务站（不是卫生服务中心）都要接入，现在都搞医联体，都在签一大堆协议，一家基层与很多上家医院都签了协议，实际应用情况是协议一签就没有了下文，卫计委也想让下面基层单位应用起来（分级诊疗，双向转诊，健康档案等），但要投入服务器等一大堆，花费不小，能否在医院集成平台建设中，加入云桌面，供下面人应用，这样能解决很多问题。

@heray2323

采用云桌面方式，需要充分考虑网络资源和数据安全角度，结合医院现状情况建设。目前医院集成平台建设实施采用内网建设模式，只供内网医院信息系统集成。

@刘东

可以使用云桌面系统，但是云桌面系统只是替代了原有的终端主机，不能替代服务器。

1、加入云桌面可以代替卫生院和社区卫生服务站的终端主机，利用市级医院的资源实现远程诊疗等业务。这类业务必须是集中式架构的，只需要市级医院部署就可以了，不需要二级医疗机构部署。

2、有些业务系统是需要在卫生院和社区卫生服务站部署服务器的，例如分级诊疗系统和双向转诊系统也需要在二级单位也部署一些服务器进行业务处理，进行数据交互等，对于这类分布式架构的业务系统就无法使用云桌面了。

云桌面使用过程中，需要较好的网络访问环境，需要为每个用户分配独立的账号密码和使用权限等。

另外，云桌面系统的主机配置需要比较高，能够承担多并发访问。

8、大部分医院还处于传统的IT架构，整合到一个新的集中架构平台会带来数据风险的大集中，如何保证医疗数据集成平台的数据安全和业务安全？

@赵海

个人认为数据风险和架构集中并不矛盾。银行业就经历了数据的分散、又经历了数据的大集中过程。而且这个集中已经经历了很多年，目前已经成为一种非常传统的架构了。

@刘东

答，新的集中架构必然会带来数据风险的大集中，为了保证医院集成数据的安全和业务安全，一套安全可靠的架构是非常必要的。

数据系统一旦出现故障，则对医院的业务运行构成直接损害。安全可靠是医院对集中架构的首要需求。过去在数据规模比较小，数据存储比较容易。传统的IT设备可以满足要求。在大数据时代，在多种需求条件下，对医院的基础架构也提出了新的要求。

在硬件资源的选择上，数据集成平台的建设要求建设新的集中平台，需要一套稳定可靠的架构体系。建议采用基于Linuxone的基础架构平台。

首先Linuxone具有非常强大的系统整合能力和高安全性，完全可以把不同类型的业务系统部署在1台Linuxone上。减少X86设备数量，减少设备故障率，可靠性和安全性就会提高。

其中，对于LINUXONE上的主机安全问题，可以通过划分不同的逻辑分区（LPAR）来实现数据库、中间件、应用系统的统一部署。

9、医院建立数据集成平台需要标准化的产品做数据和业务的集中。分布式架构服务器成本低，运维成本高。集中式大型机架构成本相对较高，但是可管理能力和性能强。如何针对不同医院的需求选择合适的医疗数据集成平台基础硬件架构？

@唐国兵

您所提到的成本并不是事情的全部，从IT经济学中来看，客户在IT采购中往往看到的是总体购买成本（TCA)的部分，实际上忽视了总体拥有成本（TCO)的重要性，而一般而言，总体拥有成本 通常远大于总体采购成本!我们从客户的角度做了很多成本分析，成规模的整合，往往最后更经济的是LinuxONE集中式架构。

就目前而言，大型的多院区三甲医院，服务器数量超过30台，就是一个明显的分水岭，随着服务器数量越来越多，大规模整合这个需求越明显，客户在这个节点上根据业务发展需要，未来的管理运维，成本节约的角度考虑平台的选择，LinuxONE在这个规模以上，在经济性上，对于大规模整合，以及多院区协同发展，单体数据库等等需求，有着天然的优势。

@刘东

这部分主要看医院的业务情况、基础架构情况和投资情况，结合实际进行分析。

如果小型医院，业务系统数量少，用户服务器数量不多，简单几台X86服务就可以满足要求，那么就不需要大型的集中服务器。如果大型三甲医院，服务器数量多，那么就建议对服务器进行整合，简化IT架构，虽然初期投资稍高一些，但是总体拥有成本比较低，可以考虑采用。推荐采用LINUXONE集中式架构。

10、多院区如果存在跨省市，跨医院等级的情况下，信息平台该如何设计?

@heray2323

如果信息平台需要时跨省市、医院，在设计时首先构建EMPI，实现患者身份的精确识别是打通院前、院内、院后各医疗健康环节的基础，是实现以病人为中心的健康服务的重点之一。另外CTS（术语编码体系）也是一项重要内容，整理收集各个医院各个子系统的基础数据字典编码，设计主数据同步模式：标准型、注册型和混合型。

@刘东

如果存在跨省市，跨医院等级的情况下，首先应解决信息整合问题。医院信息整合要解决的关键问题是患者信息的不统一。目前各个医院应用系统均有患者基本信息，但是数据的标准不统一，维护的方式不统一。临床医疗活动均是以患者为主线的，如果患者的信息不统一是无法实现电子病历等数据整合的。因此，必须要建立全院级统一的病人主索引，并以此为基础实现医院数据层面的整合，构建EMPI，建设全院级的主数据管理系统，并通过此过程重新梳理全院基础数据标准，通过集成平台的技术实现核心业务系统之间数据标准一致性问题。

其次，建设区域医疗服务协同和信息共享平台，实现跨医疗机构的业务协同（双向转诊、预约检查等）和信息共享。

通过基于电子病历的医院信息平台，构建满足区域医疗协作需求的如区域医疗一卡通、预约挂号系统、医技预约系统、双向转诊信息、远程医疗等系统，实现联盟医院、协作医院和远程会诊访问端与医院之间的医疗业务协同。

11、医院信息平台的架构，是否都需要集成平台？是否有轻量级的平台能够满足中小医院需求？

@唐国兵

医院应该根据自身的特点来规划是否建设集成平台，就目前的行业发展来看，业务系统非常多，基本上都在几十个，上百个，业务量和压力各不相同，而且随着未来医院前端交互业务的需求，外部需求增加，外围系统还会增多，集成平台是有助于扩展这样的需求的，另外从经济性，性能，数据使用的效果来看都是更有利的。

____该文章转自搜狐网AIX俱乐部，版权归原作者所有如有侵权请立即与我们联系,我们将及时删除。