原生微服务、内嵌API网关，Odin助力医疗机构应对互联互通测评全新挑战

导读 

       Odin在大规模集成应用上不断实现技术突破，先后发布的“集群版”和“云原生平台”彻底摆脱传统架构束缚，从根本上解决面对大型机构和区域在承载大量核心生产时，对于可用性、并发性、稳定性、鲁棒性等需求，以及追寻强有力技术支撑的迫切要求，为医疗机构通过五乙、五甲等更高评测标准打下坚实的技术基础。 

       Odin长期注重互联互通测评。 2017年，Odin多功能引擎通过内嵌符合国内互联互通标准的组件（CDA、数据集等），已助力多家医疗机构破解互联互通难题，成功通过电子病历系统应用水平分级评价及医疗健康信息互联互通标准化成熟度评测。 

       近期，国家出台了新版互联互通标准化成熟度测评方案（以下简称新版测评方案），Odin与时俱进，快速完成了相关内嵌组件的升级工作，“集群版”和“云原生版”切合新版测评方案中关于平台架构微服务、API系统化管理等新要求，为医疗机构通过互联互通新版评测提供强有力的支持。 

       作为实现互联互通的主要方式，集成平台在实际应用中长期存在着不少难题。 新版测评方案的出台，又使得集成平台面临着新的变化与技术挑战。 Odin将如何助力医疗机构应对这些挑战？ 

深耕集成领域，助力医疗机构破解互联互通难题 

1.内嵌互联互通标准化组件，助力医疗机构标准化改造快速落地 

       数据集和共享文档的标准化建设是互联互通测评的基础要求。 早在几年前，Odin已提供了包括CDA、数据集、交互服务、字典国标编码等组件，并完成了国家“医疗健康信息互联互通标准化测试系统”的标准验证测试。 另外，引擎内提供的模板工具和数据转换工具，也让项目实施和标准化改造的效率和质量更高，提升以评促建效果。 

2.支持多种数据集成交换技术，全面覆盖医疗场景，降低30%总体拥有成本 

       医疗机构业务场景复杂，数据交换技术需要满足数据同步、互操作、同异步、HTTP接口调用、鉴权要求、分发路由、顺序传输等各类集成和交互场景。 采用单一或部分技术实现集成的中间件产品难以覆盖所有场景，常常需要额外采购或安装不同产品来协同完成，增加了实施成本和运维难度。 Odin支持IE（集成引擎）、ESB、ETL、API Gateway等多种数据交换技术，全面覆盖医疗机构集成场景，平均能为医疗机构降低30%的总体拥有成本。 

3.提升产品易用性，提高医疗机构互联互通掌控的可及性 

       集成引擎的易用性不佳、二次开发门槛高、流程繁琐，是导致互联互通进度不可控的主要原因。 Odin进行了大量的本土化开发，不仅增加了许多国外同类引擎没有但国内需要的功能，还进行了大量的细节优化来提升易用性。 例如： 在运维监控上，Odin引擎提供全面精细的消息跟踪视图、完备的自修复机制，以及开放的消息存储库等功能； 在开发实施上，也能通过纯Web界面、图形化拖拽式操作、丰富的数据消息处理器等功能，降低学习门槛，快速上手使用。 Odin的客户之一的台州恩泽医疗中心（集团），就曾在1小时内自主完成了“健康码”应用的部署上线。 

升级新组件，助力新版互联互通测评 

       2020年出台的新版测评方案对集成平台提出了新的技术要求。 Odin快速完成了针对新版测评方案相关内嵌组件的升级工作，完成了国家“医疗健康信息互联互通标准化测试系统”的标准验证测试，助力新版互联互通测评。 

要求1： 对微服务的探索要求 

Odin的应对之策： 业务级微服务、自有架构级微服务、容器化技术  

       早在两年多前，Odin就曾在《 下一代医疗集成平台的三个特征 》一文中强调了集成平台的微服务化对于互联互通的重要性，并推出了“集群版”和“云原生版”，实现了在数据交换技术领域的突破。 其中，“集群版”（图1）具有业务级微服务能力，可以将平台上运行的业务拆分为多个可独立开发、设计、部署运行的小应用，提高对需求的快速响应能力； “云原生平台”（图2）则是基于Kubernetes（K8s）分布式容器化技术，进一步实现了自身架构级的微服务化，能充分展现微服务和云原生的特性及优势，真正发挥PaaS云计算环境下的动态调动、弹性延展、精细化资源配置等特性，更好地支撑超大规模云计算。 而这些能力也都是传统IT架构的引擎在部署到云环境时所无法实现的。 

要求2： 实现API网关系统化管理 

Odin的应对之策： 内置API网关，灵活服务发布，授信鉴权管理 

       API网关是用于接收、整合、处理客户端调用后端请求的API管理工具，常常需要对集成平台进行二次开发才能实现该功能。 Odin集群版中已内嵌API网关服务应用，具有鉴权管理、流量控制、黑白名单、访问控制等API管理功能，不仅聚合了接口，降低了客户端与后端的耦合度，还统一整合了后台服务，提高了性能。 Odin还打通了API网关和服务终端的对接环节，能灵活调整需要系统化管理的服务项目，操作方便，提升用户体验（如图3所示）。 

图3 API网关聚合客户端接口，统一整合后台服务 
 

要求3： 数据脱敏及安全要求 

Odin的应对之策： 自带数据脱敏功能、隐私过滤、实时加解密 

       在保证医疗大数据安全可用和公民个人隐私的前提下实现互联互通，是实现互联互通的难点。 Odin引擎中自带数据脱敏功能，无需二次开发，能在数据流转的过程中实现实时脱敏（如图4所示），并提供许多数据内容级加密保护相关组件。 

图4 数据流转过程中实时脱敏 

       台州恩泽医疗中心（集团）在对外服务项目中，提供给第三方的接口采用Odin引擎提供的对称加密和非对称加密相结合的方式，不仅有效保护了患者数据隐私，同时也保证数据在传输中的安全可靠，如图5所示。 

图5 信息传输过程的双向加解密 

致力成为医疗机构五级甲等评测的坚实后盾 

        从新版测评方案来看，从“四甲”到“五甲”分值涨幅最大的是“平台联通业务范围”（如图6所示），“五甲”要求医院在平台中接入至少64个内部业务系统和17个外部平台，对数据交互的种类和数量也有更高的要求。 所需承载的系统数量增加，对集成平台的性能和稳定性提出了更高的要求。 而大型医院集团和区域规模更大，核心业务更多，对集成平台负载和容灾的考验更高，通过传统集成平台的性能和稳定性承载业务已日渐乏力。 

图6 互联互通测评方案中“四甲”到“五甲”所需分值涨幅 

       传统方式实现容灾和负载能力，是独立安装多台单机后，通过负载均衡器进行转发，来实现“双活”或“多活”，本质上依然是部署多套引擎解决。 这在开发与运维上均十分繁琐，无法满足ETL和顺序类集成应用的容灾，同时监控上没有一个统一界面和管理入口。 

       Odin集群技术能将服务根据资源情况智能分布到多台服务器上同时运行和统一运维监控，并可以进行容灾策略和动态扩展，不但解决了上述“双活”或“多活”的弊端，而且保证集成平台在大规模集成业务的实际使用中能同时实现高可用和高性能，并非单机系统部署在多台虚拟机上形成的“集群”（其核心仍是单机架构）。 

       Odin在大规模集成应用上不断实现技术突破，先后发布的“集群版”和“云原生平台”彻底摆脱传统架构束缚，从根本上解决面对大型机构和区域在承载大量核心生产时，对于可用性、并发性、稳定性、鲁棒性等需求，以及追寻强有力技术支撑的迫切要求，为医疗机构通过五乙、五甲等更高评测标准打下坚实的技术基础。 

       Odin Health致力于打造适合中国市场的引擎产品，不断追求技术创新与用户体验相结合，不仅能根据市场变化和客户需求快速实现产品和技术的迭代更新，助力互联互通新版测评，更能帮助医疗机构 破解自主可控、性能、稳定性等常见痛点 ，将集成平台用于核心业务和大规模集成场景下的实际生产，真正实现以评促建、以评促改。