智慧医疗基础平台-21

医院集成平台-功能框架

医疗应用集成平台采用面向服务的架构（SOA），以企业服务总线（ESB）的方式，采用国家的卫生信息交互标准的通讯协议，实现医院应用系统之间的互联互通、信息共享、流程协作。经过多年的发展与试错，集成平台逐步形成了以 ESB（企业服务总线）、IE（集成引擎）、ETL 工具三种技术组合而成的综合方案。

一、医院服务总线

医院信息系统的建设大都来自不同的供应商，使用不同的信息标准和不同的数据格式，信息和资源不能在医院各模块之间共享，客观存在着众多信息孤岛现象。

通过对HIS、电子病历、医技系统、护理系统等既有业务系统接口逻辑的改造，将医院系统之间信息共享、流程协同，以及和上级卫生信息平台之间的协同按照互联互通集成规范要求通过企业服务总线（ESB）来提供服务。平台通过核心组件如集成规范，ESB企业服务总线，主数据管理，主索引服务，消息中心，管理中心，监控平台等集成医院以及医疗机构的业务数据，实现医疗信息系统的互联、互通和互认。

专用于医院数据集成平台的ESB称为医院服务总线（Hospital Service Bus,HSB），HSB支持主流的开放标准和规范，提供可靠的消息传输机制，建立服务之间的通信、连接、组合和集成的服务动态松耦合机制，为基于SOA的应用系统的服务集成提供支撑。

相对于通用的ESB，HSB的特点是在医疗信息互操作性层面上支持医院信息交换，实现了语法互操作性信息交换，乃至语义互操作性信息交换。HSB基于统一的医疗行业信息标准规范，支持HL7信息交换标准。在国内，HSB应遵循《WS/T 447-2014基于电子病历的医院信息平台技术规范》和《基于电子病历的医院信息平台建设技术解决方案》等标准规范，才能有效实现医院内外信息系统互联互通和信息共享。

二、HL7**集成引擎**

相比ESB的通用性，集成引擎是专门针对医疗行业而设计的数据交换集成工具，突出的是医疗场景下的应用，其主要目的是在不同系统或应用程序之间实现互操作，达成业务流程联通和数据共享，比较典型的是面向消息的集成。

1. 保证消息传输：能记录整个消息处理流程和每个节点的消息，这些内容将保存一定的时间，以供用户查看或修正后重新处理。

2. 侧重于消息的异步处理：收到外部系统请求后，集成引擎可对外部系统立即应答，外部系统即完成工作，集成引擎负责消息后续处理。如果消息后续处理失败，集成引擎会负责重新尝试给信息的接收方传输消息。

3. 保证消息传输的顺序：在医疗行业，消息的顺序极为重要。在保证消息传输顺序时需要单线程逐一处理接收的消息。

4. 支持的医疗标准：传统集成引擎作为专为医疗行业而设计的产品，支持的医疗标准更加全面，如HL7、CDA、FHIR等。

5. 易用性：部分集成引擎产品是配置型产品，具备行业特征，内嵌医疗场景下的常用功能，省去了进一步编码的过程，可缩短项目周期。

有的医院使用集成引擎实现基于HL7的消息集成，但业务可扩展性有限；有的使用ESB实现服务协同，但缺乏对医疗标准的支持，需要做本地扩展。

可以通过内嵌国家电子病历共享文档规范内的标准数据集，CDA（Clinical Document Architecture，临床文档结构）数据模型，提供生成和解析CDA文档的标准映射配置，使医院能够对互联互通有着深度理解和直接参与；支持多样可扩展的协议和终端适配，如HL7 V2、HL7 V3、FHIR（快捷健康互操作资源）等；

三、临床业务协同

医院是以提供医疗服务为主体的复杂业务与管理体系，从临床服务、医疗支撑管理到运营管理包含了错综复杂的业务关系。采用一致化的服务访问方式，可有效降低服务访问的复杂度，对服务进行优化管理，实现基于业务规则的服务编排和业务流程管理，实现不同领域间的业务协同。

四、ETL**数据处理**

医疗信息平台的建设需要与院内多个业务应用系统进行对接，而这些系统由不同开发商进行建设，采用不同的的操作系统、不同的开发环境、不同的软件体系架构、不同的数据格式等，数据来源、环境、格式复杂，可采用ETL方式进行数据的处理。

1.**数据交换**

信息交换为平台数据访问与交换处理提供了技术基础和保障，通过信息标准、交换原则的定义，对业务系统提供基础标准的数据交换服务并确保数据交换过程的安全性。实现在系统平台范围内可靠、可信的数据交换。医疗体系的ETL数据抽取、清洗、装载服务过程如下所示：

2**、数据质量**

实现数据的分层、分级、分类管理，从患者识别、隐私安全、临床应用、业务管理、科研价值等角度进行数据质量评价。全面分析数据的真实性、完整性、时效性、有效性。

具体功能包括：数据质量评价知识库、数据质量评价数据模型和数据质量评价报告自动生成等功能。

3**、数据存储**

信息资源层用于整个平台各类数据的存储、处理和管理，根据数据量大小可采用关系数据库，MPP数据库，或者数据湖。

具体功能包括：数据的存储、处理和管理。支持信息目录库、基础信息库、业务信息库、临床文档信息库、交换信息库、操作数据存储、数据仓库、对外服务信息库、智能化管理信息库等数据类型。

医院集成平台-功能业务

医院信息系统集成平台负责所有系统之间的信息交互，以总线方式实现各个应用系统的互联互通，打破信息“孤岛”，实现医院所有应用系统的即插即用。提供医院常用适配器用来连接各种不同的协议、技术及应用系统，传输信息符合HL7标准并兼容IHE相关标准，帮助医院快速实现对现有数据和应用程序的集成，监控整个医院业务运行状况。

一、标准化管理

包括代码、元数据、数据集定义与管理功能，能导入标准的代码、元数据、数据集，同时对修改改版进行管理；通过数据集的管理，能定义数据交换的标准及数据中心，数据存储分类，实现交换标准的可视化管理与数据中心数据概念模型、物理模型的统一管理和映射。

二、注册服务

注册服务应包括对患者、医疗服务人员、医疗卫生机构（科室）、医疗卫生术语和字典的注册管理服务。平台应对这些实体提供唯一的标识。针对各类实体形成各类注册库（如患者注册库、医疗服务人员注册库、机构注册库、术语和字典注册库）。

三、主数据管理

主数据管理通过主数据索引解决在不同机构，不同系统中的提供共享数据实体的识别和统一的问题。主数据是跨系统、跨应用和跨流程共享的数据对象，能够集成卫生信息基本数据集并对业务系统主数据统一管理，规范医疗卫生事件的信息含义一致性，具备特征一致性、识别唯一性、长期有效性和业务稳定性。

具体功能包括：主数据模型管理、主数据定义、主数据映射、订阅、发布等。支持医疗机构、专业人员、科室、医学标准术语等数据管理。

四、患者主索引服务（EMPI**）**

通过对患者唯一身份识别，把同一个人在医院不同业务系统的就诊记录关联起来，并建立统一的交叉索引机制。患者在接收医疗服务的时候，可以使用身份证、社保卡号、就诊卡号、健康卡号、等身份识别方式，而医院各业务系统并没有合并持不同就诊卡的患者身份的机制，因此患者身份的唯一性识别与整合是实现患者信息共享的基础。

在特定域范围内，用以标识该域内每个实例并保持其唯一性的编码。可通过采用居民健康卡、身份证进行唯一标识的加载与识别，建立统一的主索引。具体功能包括：主索引信息查询、交叉索引查询、检索索引历史、索引比较、索引修改等。

五、电子病历档案服务

医院运营管理、医疗服务和医疗业务各信息系统都构成了患者临床电子病历数据的重要来源。通过注册-存储-共享机制实现在不同业务领域或医疗环境之间，为文档的存储和分享提供一套基于相同的策略的通用基础架构。

六、电子病历存储和调阅服务

电子病历是由医院以电子化方式创建、保存和使用的，是居民个人在医院历次就诊过程中产生和被记录的完整、详细的临床信息资源。电子病历存储服务由临床数据中心CDR来实现，电子病历调阅服务即电子病历全息浏览（360患者视图），对外提供通过统一的浏览器实现调阅服务。