划重点了！互联互通2020的“高考”怎么过——集成平台如何助力互联互通测评

互联互通测评的应用评价分为五级七等，每上升一个等级，都会有不同的侧重点，从一、二级对于医院信息管理系统中数据集标准化的要求，到三级时医院信息平台对于共享文档标准化的要求以及基于平台的数据整合，再到四甲建成较完善的医院信息平台实现业务协同、信息共享，最终到五甲五乙展现出互联互通的实际应用效果。

数据来源：国家卫健委、健康界统计分析

根据卫健委最新发布的数据和健康界的统计分析，四甲已成多数医疗机构互联互通评级期望。但无论是四甲还是更高的级别，标准化建设是每家医院必须要经历的。同时，将2017年和2020年的评分指标横向进行比较（见表1），从四甲开始，网络及网络安全情况、信息安全情况这两部分的分值较2017版均有所提升，而业务应用系统建设、应用建设及利用情况和平台联通业务范围的分值则有所下降。同时值得注意的是，由于平台运行性能不计分，2020版的互联互通测评标准满分就是95分，所以五级甲等95分的评分要求也意味着医院需要100%达到测评指标中的每一项要求。本文也将逐一对互联互通测评中的标准进行探讨。

表1：2020年互联互通测评指标变化情况（绿色表示分值下降；红色表示分值上升）

数据来源：CHIMA大讲堂第18期---医院信息化建设研讨会

1.数据资源标准化建设情况（对应测评指标2.1和2.2）

从互联互通测评内容和评分指标体系细则来看，数据资源标准化建设情况包括了数据集标准化情况和共享文档标准化情况两部分，满分为30分。医院想要达到四级或以上评级需要拿到29分，即除了共享文档标准化建设中“法定医学报告及健康体检”（五甲要求，占1分）外，对于其它数据集标准化建设和共享文档，只要医院有此项业务，就必须进行测评并满足评分标准。

1.1数据集标准化情况和共享文档标准化情况：

测评关键词：数据或文档有且完全符合国家标准、定量测试

根据2020版互联互通测评方案，数据集标准化建设需要依照《WS445-2014电子病历基本数据集》等文件标准，包括17个电子病历基本数据集以及各数据集下的若干子集（共计58个子集），以及另有两个五甲要求的共享文档---法定医学证明及报告、健康体检。而共享文档标准化则需要依照《WS/T500-2016电子病历共享文档规范》等文件标准进行建设，共计53个共享文档。

从评分标准来看，必须有此数据/文档且完全符合国家标准才能得分，测评时也需要对数据集中的数据元属性、共享文档的结构和内容等指标进行定量测试。

Odin如何助力医院数据资源标准化建设

含有数据集、共享文档：内嵌了2020版互联互通要求的EMR和EHR的53个CDA、58个数据集、交互服务、国标字典等标准化模型。

完全符合国家标准：完成了国家“医疗健康信息互联互通标准化测试系统”的标准验证测试，

提前协助医院完成部分工作：提供了丰富的工具（例如对各CDA映射脚本提供了生成模板，为用户提前完成了50%的映射工作)，大幅提升互联互通数据标准化改造效率，助力医院快速落实互联互通标准。

2.互联互通标准化建设情况（对应测评指标3.1、3.2和3.3）

互联互通标准化建设包含了技术架构情况、互联互通交互服务情况以及平台运行性能情况，由于平台运行性能情况在2020版互联互通标准中不影响最终测评等级，因此暂不做讨论。

2.1技术架构情况：

测评关键词：微服务探索、API网关、数据脱敏

2020版互联互通在技术架构上也提出了新要求，包括在信息整合技术的备注中提到在总线基础上探索对微服务的环境搭建，实现API网关等环节的系统化管理，并在平台功能中新增了数据脱敏要求（四甲必选）。

Odin如何满足2020版互联互通中对于技术架构的新增要求

业务级微服务、自有架构级微服务：Odin前瞻性地进行了技术沉淀，早在两年多前就曾在“下一代医疗集成平台的三个特征”一文中强调了集成平台的微服务化对于互联互通的重要性，并推出了具有业务级微服务能力的“Odin引擎集群版”和在2019年就问世，实现自身架构级微服务化的“Odin云原生平台（OdinNeXT）”，真正发挥PaaS云计算环境下的动态调动、弹性延展、精细化资源配置等传统IT架构引擎在部署到云环境时所无法实现的特性。

内嵌API网关服务应用：不仅具有鉴权管理、流量控制、黑白名单、访问控制等API管理功能，还打通了API网关和服务终端的对接环节，能灵活调整需要系统化管理的服务项目，操作方便，提升用户体验。

自带数据脱敏功能：无需二次开发，能在数据流转的过程中实现实时脱敏，并提供许多数据内容级加密保护相关组件。

2.2互联互通交互服务情况：

测评关键词：HL7v3等标准规范、本土化改造

互联互通标准服务建设离不开HL7V3等标准规范，同时也需要结合我国国情和医院具体情况进行本土化改造。国家卫生健康委统计信息中心信息标准处处长李岳峰指出，由于医院内靠信息化支撑的业务越来越多，需要通过更多交互服务完成互联互通相关要求。2020版标准中，需要实现的互联互通交互服务数量也由32个增加到69个，新增项包括就诊卡信息查询、住院转科信息查询等。

面对大量交互服务项和各类复杂业务场景，医院对消息协议、接口模型等本土化改造需求也越发迫切。

Odin如何助力医院互联互通交互服务的建设

协议支持：广泛支持国内医疗领域的常用协议，如HL7V2、HL7V3、FHIR、DICOM等。

注重易用性和本土化需求：通过大量本土化开发，增加了国内常用而国际著名品牌不具备的功能，包括内置各种标准化定义、数据处理转换工具、PDF导出等各类组件，并兼容国产服务器和操作系统。

灵活可扩展便于改造：对于各种通信协议、数据库适配具有强大的适应能力和扩展性，提供plug-in扩展和在线准开发平台，医院能快速上手根据标准要求自主完成服务部署、接口配置等工作。

3.基础设施建设情况（对应测评指标4.1至4.4）

测评关键词：云端存储和灾备、三级等保、统一服务器管理

2020版标准在硬件基础设施和网络安全情况两个部分都新增云端相关的内容，包括云端存储、云端灾备，并细化了相关数据标准和评分细节（如数据灾备回复指标RTO和RPO,对于四乙、四甲和五乙都提出了具体的时间目标）。同时标准中还提出了需要采用统一的服务器管理软件或平台（五甲要求）。

2020互联互通标准中还新增了对医院核心业务系统（含平台）完成三级等保的备案和测评要求，以及定期对应用系统安全检查和应急演练的要求。三级等保的证书也需要在互联互通测评的文审阶段进行提交。而在三级等保测评要求中对集成平台中间件（如ESB系统）也提出了身份鉴别、访问控制等诸多要求。

因此，医院在集成平台的建设和选型中，应注意：

集成平台是否具备云化能力

集成平台是否满足三级等保要求

集成平台是否能对服务器进行统一管理

Odin如何满足第四章“基础设施建设情况”指标中对集成平台提出的要求

支持混合云，不绑定某一特定云供应商：Odin提供的云原生架构不仅能支持混合云，能在私有数据中心或云提供商的IaaS上部署，而且不受特定云供应商的功能限制，助力未来的多云战略

高可用：Odin引擎具备自修复能力,无需依托仍任何外部高可用技术实现服务的无感知切换（亚秒级切换时间），保证容灾和高可用

三级等保：符合三级等保要求，具备审计跟踪、容错隔离等机制，满足三级等保测评中对身份鉴别、访问控制、安全审计等要求

统一管理：Odin能对数据、配置、监控进行统一管理，提升平台使用时的易用性

4.互联互通应用效果（对应测评指标5.1和5.2）

4.1应用建设及利用情况

测评关键词：电子健康卡/码、新技术支持

五甲五乙测评要求医院能支持更全面完备的应用场景---其中就包括了对电子健康卡或健康码的支持。李岳峰处长强调了该项标准在2017版需要完成居民健康卡使用环境改造建设，而到2020版医院实现对电子健康码的就诊支持也能满足标准要求。

此外，互联互通2020针对五甲五乙也新增新技术应用情况的评审指标，例如评审内容5.1.4中就对大数据技术应用情况和其它新技术应用情况（5G、物联网、可穿戴设备......）提出了应用要求。

Odin如何助力医院各类应用的改造建设

支持电子健康卡/码自主服务配置：Odin引擎提供全面精细的消息跟踪视图、完备的自修复机制，以及开放的消息存储库等功能；开发实施上，也能通过纯Web界面、图形化拖拽式操作、丰富的数据消息处理器等功能，降低学习门槛，快速上手使用。Odin的客户之一的台州恩泽医疗中心（集团）下属的浙江省台州医院需要快速响应全国“健康码”的推广，在Odin引擎的助力下，传统接口模式下需要2-3天的开发工作，医院信息部门一位熟练的技术人员1小时内就自主完成了全部服务部署。

“健康码”应用快速上线

新技术支持：Odin在原有集成引擎、ESB、ETL“三合一”功能的基础上，增加了支持Kafka分布式流平台和Hadoop大数据应用，支持物联网应用层协议MQTT、XMPP等多种新技术的强大功能，持续为医院不断变化的新技术和新的应用场景需求提供支持。

4.2平台联通业务范围

测评关键词：基于信息平台实现联通、大量内部系统和外部上级平台

表2互联互通各等级需要联通的内部业务数量

来源：《医院信息互联互通标准化成熟度测评方案（2020年版）》

平台联通业务范围分为对基于平台的内部联通业务和基于平台的外部联通业务。对于内部联通的业务，四甲及以上要求系统必须基于信息平台实现内部联通，且接入平台的系统数量对于每个不同的等级都有着明确的指标（见表2），可以看到从四乙到四甲再到五乙，所需接入的最低系统数量快速增加，五乙评级要求共需要接入至少54个系统，而五甲所需接入的系统数量达到了64个。

此外，集成平台还需联通大量外部业务和平台（如上级或本区域的区域信息平台），而联通上级平台也是五乙五甲的专属要求。内部外部如此多的系统都需要基于平台进行联通，其中不乏医院的核心业务，这对医院集成平台的性能、稳定性、健壮性提出了更高的要求。

Odin如何助力医院进行平台联通业务的改造建设

能联通并承载大量系统：2020年年末，以Odin引擎为核心海南省基层医疗机构信息集成平台成功上线并顺利运行，覆盖海南省各级各类机构3067家，不仅全面实现与海南省全民健康平台数据交换（如省电子健康卡），还连接了大量系统，实现了与其它独立系统的信息共享（包括医联体平台、医保平台等）。

前瞻性架构保证高性能：Odin在大规模集成应用上也不断实现技术突破，先后发布的“集群版”和“云原生平台”彻底摆脱传统架构束缚，从根本上解决面对大型机构和区域在承载大量核心生产时，对于可用性、并发性、稳定性、鲁棒性等需求。

【结语】

医院如何持续提升互联互通成熟度，进军五乙甚至五甲，实现业务协同、信息共享，展现出集成平台对于互联互通的实际应用效果？除了医院自身对于信息化认知需要不断加深，集成平台所提供的强有力的技术支撑也至关重要。

在平台层面，只要是互联互通测评指标中对平台的技术要求，Odin都能100%匹配。Odin不仅助力互联互通新版测评，更能帮助医疗机构破解自主可控、性能、稳定性等常见痛点，将集成平台用于核心业务和大规模集成场景下的实际生产，真正实现以评促建、以评促改。

【关于Odin】

公司简介：坐落于新西兰奥克兰，Odin Health是一家充满活力、快速成长的创新型高科技公司。我们的愿景是用工匠精神做最适合中国的产品，与合作伙伴紧密合作，为医院、医共体、区域提供技术先进并且符合中国国情的数据交换、集成、服务的面向未来的创新解决方案。

Odin在新西兰：荣获新西兰商业、创新和就业部（MBIE）国家级科研津贴，旗下核心产品被新西兰政府授予了国家级FernMark商标，也是新西兰贸易发展局重点支持的NZTE Focus 700成员企业。FernMark是新西兰政府部门在全球范围内使用的商标，带有FernMark银蕨认证的产品代表新西兰国家形象，肩负着新西兰的国际声誉，代表着新西兰政府对Odin产品和信用的认可。

Odin旗下核心产品被新西兰政府授予国家级FernMark商标

Odin在中国：目前，已有多家主流HIT公司（其中包括卫宁健康、创业慧康、延华智能、万达信息金唐、华润医疗、中电万维、华卓科技、麦迪科技、易联众医疗、银江医联网、银江云计算、望海康信和创星科技等）和数百家医疗机构使用Odin引擎，助力医院通过互联互通标准化成熟度测评和电子病历系统功能应用水平分级评价。Odin的软件已经在国内登记了计算机软件著作权，拥有自主知识产权。