一个完善的医院信息系统通常由上百个子系统组成，涉及众多的专业领域。这么庞大的系统需要非常专业化的软件开发分工，整合不同厂商有特色的专业系统是医院信息系统的现实需求，医院信息化的成功必须有各个系统高效集成和数据高度共享作保证。然而，这些系统通常是随着医院的发展需求逐步建设的，它们来源于不同厂家，基于不同技术，缺乏统一的信息交换标准，这些系统的集成整合已经逐渐成为制约医院智慧应用的主要障碍。实现医院信息系统的集成是智慧医院建设进一步发展的突破所在。本文通过笔者自己的项目经验，结合自己的感悟给同行们一些借鉴。
主要任务
根据不同项目的具体要求，互联互通通常要完成以下几项任务。
1.信息共享与互通需求
互联互通是指医院临床业务和业务系统的集成和整合，使医院内部不同业务领域之间信息的共享与交互。
2.统一服务访问与业务协同
医院是以提供医疗服务为主体的复杂业务与管理体系，医院内信息系统是医院各业务在信息技术领域的映射，系统或模块间的关系反映了和业务之间的关系。采用一致化的服务访问可有效降低服务访问的复杂度，对服务进行优化基于业务规则的服务编排和业务流程的管理，实现不同领域间的业务协同。
3.基于标准的信息内容
我国卫生健康信息标准体系概念模型将卫生健康信息标准分为5大类，即基础类标准、数据类标准、技术类标准、安全与隐私类标准和管理类标准，其中基础类标准包括标准体系表、医学术语、标识、体系框架等内容，数据类标准包括数据元与元数据、代码与编码、数据集、共享文档等内容，技术类标准包括功能规范、技术规范、传输与交换等内容，安全与隐私类标准包括信息安全、隐私保护等内容，管理类标准包括建设指南、测试与评价、运维管理、监理与验收等内容，限于篇幅的原因，这里不做详细介绍。
表 医疗卫生信息标准分类
技术架构思考
医院信息化建设中，合理的技术架构既是应用系统平稳运行的技术支撑，也是未来信息化建设进一步扩展的重要基础。目前有两种技术架构，笔者做了一个梳理。
1.SOA架构
面向服务的架构(SOA)是指系统由多个服务组成，服务通常以独立的形式存在于操作系统进程中，各个服务之间通过网络进行调用，服务之间通过相互依赖最终提供一系列的功能。
(1)业务场景
1)业务系统集成化：整体解决企业系统间的通信问题，通过引入ESB、技术规范、服务规范等技术，把原先散乱并且无规划的网状系统结构，梳理成规整且可治理的星形系统结构。
2)业务功能服务化：把业务逻辑抽象成可复用、可组装的服务，通过服务的编排实现业务的快速再生，把原先固有的业务功能转变为通用的业务服务，实现业务逻辑的快速复用。
(2)SOA与ESB
SOA一般使用ESB(企业服务总线)作为核心架构，ESB是将传统的单点集成转化为总线式集成的核心部件，它集成不同系统不同协议的服务，连接服务节点，通过信息的转化和路由使服务互联互通，是企业内部业务系统间业务协同和数据集成的高速公路。ESB一般采用集中式转发请求，适合大量异构系统集成。通过把系统里的集成逻辑单拉出来，放到ESB中部署，并与应用系统适配，让应用系统变得只有自己的业务逻辑，应用系统简单、轻薄。但所有的服务上增加了一个ESB总线作为沟通的渠道，对于较大的并发，会将瓶颈推到ESB总线上。很多时候，ESB总线都采用MQ消息队列服务异步处理来缓解压力。
ESB的主要功能包括：格式转换、协议转换、服务代理、服务编排、安全控制、系统监控、路由转发等。
2.微服务
微服务是互联网场景下产生的，解决的是互联网背景下的高并发、快迭代的问题。微服务是SOA的传承，是SOA组件化架构思想的推进，但更强调分布式应用的强健壮、适用于高并发场景。其主要功能包括服务注册和发现、服务网关、服务监控、负载均衡、安全控制等。例如使用微服务中的服务注册和发现能力，子业务系统可以通过注册中心很快找到对应的服务，但实际访问仍然是点对点的服务调用，适合并发及压力比较大的情况。
3.技术比较
SOA与微服务都着重于服务治理的功能。SOA着重强调规范管理、服务重用和系统协同。SOA中一般提倡ESB，服务规范等概念。尝试将应用集成，强调服务组合和编排能力，一般采用中央管理模式来确保各应用能够交互运作。
微服务以提高服务性能、提供服务健壮性、实现服务自治为主要目的。倾向于降低中心消息总线(类似于ESB)的依赖，采用分布式的去中心化设计，去掉大一统的ESB，服务间轻通信(REST)，不强调服务规范。不再强调服务组合和编排能力，实践证明服务组合和编排能力会导致较重的系统架构。微服务架构强调限流容错，着重于分散管理与自动化部署，单体应用要打散为多个独立自治并可以在独立进程中运行和管理的微服务模块。
医院信息平台供应商选择
当一家医院在面对众多可选的信息化技术厂家和产品，选择哪个最适合自己的医院，是一个很困难的问题。主要原因是缺乏有效的方法和手段来进行信息技术的评估评价，即便有基于第三方的独立评估机构，但是缺少长期的跟踪性的评估评价，导致行业相关数据缺失。
目前市场上信息平台供应商大概有三类：HIS系统、电子病历、第三方厂商。选择供应商时，我们制定了以下选型规则：首先要注意供应商的持续经营情况，如软件公司规模的大小、专业性程度、从事医疗软件的年限、医疗软件的技术平台、软件应用的客户量、市场地位、近期盈利等，特别是要看公司的管理制度、实施工程人员实力、信息安全管控情况及用户满意度等；二是创新能力，公司的产品是否拥有核心技术，其功能是否具有完整性、可扩展性和前瞻性；三是技术专业性，是否通过了业内的质量管理体系及认证，如ISO体系、CMM/CMMI体系等，以此提升软件开发过程及工程能力；四是服务质量，是否配有一支专业、及时，能解决问题的售后服务团队；五是服务持续性，公司有一个致力于医疗卫生行业信息化发展的长期规划；六是服务能力，客户是否通过国家级信息化建设水平测评，如互联互通等级测评等。