破解当下医院集成平台建设的常见痛点

导读 

各类集成平台不断涌现，集成引擎作为核心组件起到了至关重要的作用 

为实现医院各系统数据的互联互通，打破“信息孤岛”，各类集成平台不断涌现，集成引擎作为核心组件起到至关重要的作用。 而在集成平台建设和运维过程中，医院面临诸多问题和痛点。 对于这些痛点，该如何解决？  

痛点1： 医院在集成平台建成后，如何真正接管平台，体现应用成效，将数据化为己用，实现自主可控？ 

Odin解决方案关键点： 90%的API开放度，多功能引擎，内嵌国内外医疗标准化组件，使用方便、学习成本低，运维开发容易。 

在厂商完成集成平台的实施后，医院往往无法掌控平台。 由于提升数据应用成效离不开后续的运维开发，但集成平台往往成为一个黑箱，数据不透明。 运维大小事都得找厂商，费时费力费钱。 达不到建设平台的初衷，医院无法真正接管平台。 

集成引擎的易用性不佳、二次开发门槛高、缺乏一些常用功能，是导致医院无法接管平台的主要原因。   

针对以上痛点，Odin对引擎进行了大量本土化二次开发，增加了许多国外同类引擎没有但国内需要的功能和易用性； Odin引擎全程采用中文界面，纯Web操作界面和可视化工具，操作运维简单，一目了然，降低学习使用门槛； 产品内嵌Groovy动态脚本和共享脚本功能，90%的API开放度助力医院的技术人员快速上手使用，自主进行二次开发，医院能真正接管平台。 实现使用者对中间件产品的自主可控，集成商也可避免过度服务，从而实现双赢。 

疫情期间，Odin用户——浙江省台州医院需要快速响应全国“健康码”的推广，Odin引擎具有拖拽式、图形化的操作界面，做到了所见既所得，大大减少了操作人员的工作量； 内嵌了国家卫健委CDA、HL7等国内外的医疗标准化组件，满足了不同平台、不同场景的技术要求； 便捷的医疗信息集成交换模式，解决了医疗信息互操作性； 数据服务项目还提供了在线同步调试与热发布功能，具有高效的接口迭代能力。 在Odin引擎的助力下，传统接口模式下需要2-3天的开发工作，医院信息部门一位熟练的技术人员1小时内就自主完成了全部服务部署。 

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

另外，在集成平台的建设过程中，集成商一方的技术人员需要花费很长时间才能学会使用集成引擎，项目二次开发繁琐复杂，后期维护也不轻松。 如果技术人员出现更换或断层时，很难及时有效地为医院提供技术支持。 Odin引擎的易用性、功能性等特点也为集成商解决了上述问题，实现医院和集成商双赢。 

痛点2： 医院如何降低集成平台停摆导致业务中断的风险？ 

Odin解决方案关键点： 应用级软件集群、高并发核心业务的高可用、多生产服务器一体化监管。 

医院集成平台必须7×24小时连续运行，平台停摆导致医院相关业务中断是医院不可承受之“痛”。 如今大多数医院集成平台采用冷备或双机热备的方案，这些方案能满足最基本的灾备需求。 但出现问题时，冷备方案需要手动切换至备机导致业务中断时间长； 双机热备虽然能实现自动切换，但可能出现主、备机都宕机的情况。 不少医院运维人员反映，有时因为担心平台停摆导致医院相关业务中断，觉睡得不踏实，接到一个紧急电话就马上需要去现场解决问题的情况时有发生。 

针对以上痛点，Odin推出了基于医院平台业务特点所开发的集群方案，该方案分离了管理监控、生产服务、数据存储等功能，并利用负载均衡构建集群体系，通过合理的技术架构实现一处配置、多点运行、数据一致的效果。 

图2 集群方案示意图 

不同于一般操作系统级别的集群难以兼顾高可用和硬件资源的高利用率，Odin的应用级软件集群可以将服务分布到多台服务器上同时运行，并可以进行动态扩展。 即使某个服务器出现故障，也能由其他服务器无缝进行业务接管，辅以集群架构带来系统整体运行能力的提升和负载均衡提供的高效合理的动态任务分配机制。 既保证了集成平台能充分利用硬件资源，又在高并发、高数据吞吐量的环境下达到高可用，让医院运维人员用得省心，睡得安心。 

痛点3： 医院集成平台如何满足高并发环境下毫秒级延迟的千万量级数据交换？ 

Odin解决方案关键点： 80%以上的资源弹性利用率，前瞻性架构弹性扩容，集成引擎、ESB（企业服务总线）、ETL（数据抽取转换上报）“三合一”。 

医院如今连接的系统、接口数量多，接口的种类和对接方式也多种多样，在大流量、高并发环境下给集成平台带来了沉重的负担，使用传统集成引擎时常常出现性能瓶颈，导致界面卡顿、消息请求响应时间长、传输效率无法满足需求，甚至宕机等情况 。 

Odin引擎具有前瞻性架构，集成引擎、ESB、ETL等数据服务功能协同工作，发挥各自优势，通过负载均衡、分布式容器、弹性扩容、混合部署等特点和优势，实现超高并发性能，项目精细化资源管理，能达到80%以上的资源弹性利用率，充分发挥资源效能。 

据2019年统计，浙江省台州医院已在Odin引擎上搭建了300多个数据交互项目，把200多个自助终端、几十个院内外系统与平台进行对接，集成了40%的医院集团核心业务流程。 现在台州医院集成了400多个项目以及千个交互终端,引擎有能力集成更多的项目，承载更大的交易量，台州医院与时俱进，不断加强集成的广度和深度。 

痛点4： 医院集成平台如何适应新技术、新场景的变化？ 

Odin解决方案关键点： 从“三合一”提升到多功能； 支持新技术，包括Kafka、Hadoop和物联网。 

随着5G、容器化、物联网、混合云等新技术和新环境的兴起与应用，集成平台势必要与时俱进。 一旦集成平台跟不上新技术的发展速度，满足不了未来多变的场景需求，将成为医院未来的痛点，可能要推倒重来。 

作为一家获得了新西兰国家级创新成长科研津贴的科技创新企业，Odin的前瞻性架构不仅是针对医院现在的痛点，还面向未来，在原有集成引擎、ESB、ETL“三合一”功能的基础上，增加了支持Kafka分布式流平台和Hadoop大数据应用，支持物联网应用层协议MQTT、XMPP等多种新技术的强大功能。 Odin将持续为医院不断变化的新技术和新的应用场景需求提供支持。 

痛点5： 超大型医院集团、医联体和区域项目如何实现规模化集成建设？ 

Odin解决方案关键点： Odin NeXT、最新容器编排技术、云原生分布式集群架构。 

尽管Odin多功能引擎已经能解决大多数医院集成平台建设中的痛点，然而对于区域化医疗、集团医院等超大规模医疗机构，5G的到来加速了医疗信息互联互通的进程，更高速率、更低延时和更多设备的接入意味着数据处理量的激增。 传统的集成引擎所具备的性能和架构已不能支撑这类大型医疗群体未来的集成平台规模化建设需求。 

2019年年中，Odin NeXT ( New g eneration e Xchange  Technology) 分布式云原生数据服务平台面世了。 Odin NeXT专门针对超大规模数据中心和大型云化应用需求的场景设计，基于最新容器编排技术Kubernetes (K8s)的PaaS层云原生分布式集群架构，通过容器化技术来提供高可用、高并发、高性能、低延迟的云平台，“三高一低”的特性充分支持5G环境下大规模数据互联互通的需求。 同时Odin NeXT 支持公私混合云，面向微服务架构，实现业务数据松耦合，并通过弹性智能无界限扩容的特性满足未来大型医疗机构的规模化集成建设需求。 

【结语】 

自主可控性、高可用性、高性能、新技术支持是医院在集成平台建设中的痛点。 Odin采用最新技术，不断创新，发扬工匠精神，在功能上实现了从集成引擎到“三合一”到“多功能”到“多功能+”的四级跳，在架构上也完成了从单机冷备到高可用（High Availability，HA）到集群和云原生架构的转变。 既有解决医院机构当前问题的创新的Odin多功能引擎，也有面向未来基于最新技术的K8s的PaaS层云原生分布式集群版Odin NeXT ，助力面向未来20-30年的新一代医院信息系统的建设。