什么样的集成平台中间件才能助力医院实现深层次自主可控？

前言 

集成平台建设中，医院最关心的问题之一就是如何实现集成平台的自主可控，当医院将集成平台作为“主动脉”时，深层次自主可控非常重要，而集成平台的核心中间件是助力医院实现深层次自主可控的重要一环。 

集成平台被绝大部分医院视为实现医院信息化建设思路的 “地基” ，平台核心中间件的开放性和易用性决定了这个工具是否“顺手”，即实现集成平台 浅层次的自主可控 ； 而医院想要深层次接管平台，将集成平台作为"主动脉"，管理和技术缺一不可，不少医院信息主任认为，集成平台中间件的技术能否融入医院的业务和管理理念，甚至引导医院形成一套集成平台运维管理模式，优化业务流程，是实现集成平台深层次自主可控的关键。 

易用性和开放性 ——实现集成平台浅层次的自主可控 

集成平台建成后，由于集成平台往往成为一个黑箱，数据不透明。 医院也难以上手进行二次开发，无法掌控平台。 因此集成平台的核心中间件的易用性、开放性就是医院初步实现自主可控的重要因素。 

对此，集成平台的核心组件（集成中间件)需要融合集成引擎、ESB、ETL、APIs等多种数据集成交换技术，极大提升集成平台对医院业务的覆盖率。 同时还需要针对医院的本土化需求进行大量开发，增加国内常用而国际著名品牌不具备的易用性功能，例如内置API网关、鉴权管理、各种标准化定义、数据处理转换工具、PDF导出等各类组件，并兼容国产服务器和操作系统，实现开箱即用。 

同时，平台易用性还可以通过如下方式展现，包括全程采用中文界面，纯Web操作界面和可视化工具等，这些都能使操作运维更简单，一目了然，降低学习使用门槛。 而在开放性方面，例如90%的API开放度和图形化的低代码开发界面等特性和功能也能助力医院的技术人员无需第三方介入即可快速上手使用并进行二次开发。 

具体案例： “健康码”应用快速上线 

去年疫情期间各地医院需要快速响应全国“健康码”的推广，浙江省台州医院通过一款易用、开放的集成平台，传统接口模式下需要2-3天的开发工作，医院信息部门一位熟练的技术人员1小时内就自主完成了全部服务部署。 若易用性不足(如开发门槛高)，则需要等待专业的人员提供技术支持； 若开放性不足，即使医院有自主开发能力也需要“走流程”得到厂商授权后才能进行操作。 

图1 “健康码”应用快速上线 

那具备了上述特点后，医院该如何进一步实现集成平台的自主可控了呢？ 

若仅将集成平台作为互联互通的“润滑剂”，那易用性和开放性就能满足医院需求，实现集成平台浅层次的自主可控。 但如果想让集成平台成为医院 信息资源整合的“主动脉”，将 集成平台真正“用到实处”，还需要实现集成平台深层次的自主可控。 

集成平台自主可控的深层次实现 

快速应对碎片化需求，并保证每个集成业务的稳定交付 

由于医院业务需求的复杂化和多样化，有时集成平台需要面对各种“明天要”的需求，这种需求工作量不大，但较为繁杂，同时还需要保证此类集成业务的质量。 如何通过集群架构中间件快速响应此类碎片化的需求，避免“忙中出错”，甚至借助集成平台形成一套固化的流程和理念，保质保量交付每个集成业务，这也是医院面临的主要挑战之一。 

面对医院的碎片化需求的挑战，集成平台核心组件（集成中间件）应突破传统堆砌功能“授人以鱼”的方式，而是通过“授人以渔”形成了一套DevOps规范化管理的方法论，并为该管理流程搭建了扎实的环境基础，例如生产/开发双环境隔离、开发/测试/审核/管理人员不同权限的分离，通过熟练运用上述环境进行开发，自然而然能引导医院形成一套规范化的管理流程，助力医院应对碎片化需求，并保证每个集成业务的稳定交付。 

API网关与微服务 

随着需求的不断增加，接入集成平台的项目也越来越多。 业务方面，医院对于大量接口的使用和管理存在顾虑。 架构方面，现在有些医院也在尝试微服务架构，却受困于微服务架构繁琐复杂的通信过程。 

因此集成平台中间件需内嵌API网关服务应用，具有鉴权管理、流量控制、黑白名单、访问控制等API管理功能。 不仅解决了医院对于接口的管理、监控等顾虑，提升用户体验，也简化整个微服务架构的通信过程，是实现微服务架构过程中的重要一环 

运维中的各类风险排查 

在医院日常运维过程中，有时会收到各科室的抱怨，说系统很卡甚至一动不动。 其背后可能存在各种原因，如集成平台数据交换和集成中出现消息异常，由于队列挤压导致接入端故障异常，服务器故障异常等。 运维人员如何快速定位并解决这些问题，降低问题所带来的风险，也是医院需要进行考量的。 

为此，集成平台一般监控界面会将分散在各处的界面通过一个统一的入口整合在一起进行分析查看，且信息没有有效进行整合，不利于日常的故障处理与分析。 集成平台核心组件（集成中间件）应实现界面一体化，包括了统一的开发、测试、管理、运维和监控界面，不仅能在出现问题时第一时间进行排查，还能结合态势感知功能对一些数据交换和集成过程中的异常值（如队列内的消息量、发布服务的处理延时等）提前进行报警，提示运维人员进行检查，在源头上对问题进行控制，防患于未然。 

结语 

在过往的交流中，信息中心主任认为还是应该根据医院信息化建设的实际情况，选择最适合自身需求集成平台和相应的解决方案。 

（1）对于将集成平台作为“润滑剂”的医院，需要实现集成平台浅层次的自主可控，此时就需要集成平台具备： 

• 开放性和易用性，帮助医院实现集成平台日常运维开发； 

（2）而对于大型三甲医院将集成平台作为“主动脉”的医院，就需要实现深层次的自主可控，可选择集群架构集成平台中间件： 

• 具备统一的开发、测试、管理、运维和监控界面，通过态势感知等功能提前进行风险控制和预防； 
• 内嵌API网关,支持微服务架构的搭建甚至集成中间件自身就是微服务架构； 
• 提供DevOps规范化管理的环境基础。