2020互联互通测评集成平台相关概念梳理（下）

国家医疗健康信息互联互通标准化成熟度测评（简称“互联互通测评”）现已成为衡量医疗机构信息化建设水平的重要测评之一。 而在医院的互联互通测评中，其指标最核心的测评对象则是聚焦于“医院平台的信息交换层”，而这对于平台的技术架构和功能上均提出了要求。 

本文分为上下两篇，上篇（详见“2020互联互通测评集成平台相关概念梳理（上）”）主要介绍2020互联互通测评评审内容3.1.2“信息整合技术”中对于集成平台较为重要或是互联互通测评中的技术建议。 

下篇（即本篇）则会着重探讨互联互通测评标准3.1.5“平台功能”，并对相应互联互通测评备注中提到的概念进行梳理和解读。 

平台功能 

互联互通评审标准 3.1.5 “平台功能” 

集成平台一般由数据交换组件（信息整合系统）、CDR、主数据管理系统、患者主索引、统一认证、患者门户、平台管理系统等构成。 

图1 2020互联互通测评评审内容3.1.5平台功能 

在2020互联互通评审标准3.1.5提到的平台功能中，包括“共享文档配置与管理、数据脱敏配置管理、交互服务配置管理、交互服务订阅管理、服务运行状况监控管理”均可由数据交换组件来直接或间接提供。 

共享文档配置与管理 

测评标准中的备注释义： 共享文档配置与管理是指通过配置的方式生成、解析并浏览共享文档。 

解读及相关策略： 由测评中的备注释义可知，实现共享文档的关键在于共享文档的生成、解析和浏览。 

生成： 一般是通过数据交换系统对不同格式和标准的数据按照CDA的要求进行转换输出，其转换代码需要在数据交换系统中进行配置和管理。 

解析和浏览： 此功能是对于生成的CDA文档能够进行页面展示。 由于CDA文档为XML格式，建议采用Web方式进行展示，可单独开发CDA浏览器来实现，此功能需独立于数据交换系统本身。 可以对生成的CDA文档进行统一存储管理和检索。 

数据脱敏配置管理 

测评标准中的备注释义： 数据脱敏配置管理是指临床数据用于第三方使用或其他需要脱敏或匿名化使用时，能够实现可视化脱敏配置。 

解读及相关策略： 

数据脱敏用于对消息体内某些敏感数据进行脱敏处理，可选择对XML、JSON、HL7消息进行处理，其中包含多种脱敏的规则处理。 通过Odin引擎提供的对称加密和非对称加密相结合的方式，消息中的个人隐私等敏感信息也能在数据流转的过程中实现实时脱敏，并提供数据内容级加密保护。 

交互服务配置 

测评标准中的备注释义： 交互服务配置管理是指具有配置界面对交互服务内容进行配置和维护。 

解读及相关策略： 

平台的配置界面中，可通过数据交换组件发布HTTP、WebService以及HL7等协议的服务, 支持同步或异步两种配置模式，在配置界面中也能实现服务的开启或停止，包括定时开关和手动开关两种模式。 

同时，Odin引擎的配置界面中还能查看到交互服务在调用中的消息量以及异常错误数量，以及该服务的处理速率等信息，并通过二维图表清晰直观地展示出来。 

交互服务订阅 

测评标准中的备注释义： 交互服务订阅管理是指根据集成场景对平台已发布服务的可视化订阅管理。 

解读及相关策略： 

服务订阅最早是指的对于消息队列服务的订阅，比如IBM MQ、Rabbit MQ、Active MQ等，是基于Topic的方式进行消息交互。 现在更多的是广义的服务订阅，除了MQ方式以外，更多是以HTTP、SOAP等接口方式进行的服务发布和订阅，由服务发布方开放服务目录，由消费方选择或为消费方指定服务目录，并提供给消费方API访问权限，另外服务发布方可对已订阅的服务进行监控以及API授权管理，例如可以设置订阅的服务目录组作为访问策略，然后提供给消费方进行Token方式的授权调用。 在具体实施过程中，在医院平台中发布服务可通过数据交换组件提供的访问控制功能实现服务订阅，支持选择多个服务打包成服务策略组，并对策略组进行定义。 

通过Odin引擎内嵌的功能还可定义API客户端账号，并为每个客户端设置多个服务访问策略组，绑定策略组后，可为客户端设定唯一Token,同时此Token可定期进行更新。 定义API客户端账号后，下发给服务的消费主体，由消费主体在请求中设置API客户端和Token后，即可实现服务的调阅。 另外，API客户端可以被开启或停止，方便对服务订阅功能进行控制。 

服务运行状况监控管理 

测评标准中的备注释义： 服务运行状况监控管理是指能够对服务数量、消息总数、出错消息统计、基于平台的接口服务的运行日志等进行直观的统计、检索、展示。 

解读及相关策略： 

由于服务运行状况指标众多，除了上述备注中提到的主要指标，还包括不同类别的业务项目（包括集成项目，ESB服务协调和ETL任务等）、队列警报、CPU负载等，这些都需要用户在用户统一的界面上直观地获取相应信息，对上述指标进行统一监管。 Odin引擎中还嵌入了态势感知等功能，能通过分析过往历史数据对可能出现的异常情况提前做出预警，助力医院对集成平台服务运行状况的监控管理。 

结语 

从技术架构上看，医院信息平台的数据交换层需要以集成平台的数据交换组件作为核心支撑，实现互联互通测评中提到的服务注册、API网关、资源调度等功能。 而对于微服务架构环境的探索，则需要进一步关注与之相适配、甚至是从设计之初就融入了微服务概念的相关集成产品架构。 

从平台功能上看，医院想要从“建平台”阶段迈向“用平台”阶段，实现互联互通，需要对平台功能和医院业务场景都有着深入的理解和认识，才能把集成平台真正“用到实处”，达到以评促建、以评促用。