一体化平台建设是近年来医疗信息化领域的热门话题。哈工大专家网近日通过采访多位医疗机构信息化管理人员了解到，医院信息中心对综合平台建设和应用的关注和担忧主要体现在以下几个方面：
首先，我担心平台本身的可靠性。 “我最担心的是集成平台‘崩盘’，因为业务系统和集成平台之间的数据交互越来越近，一旦平台出现故障，影响太大了。”
二是接入平台的第三方服务生态质量。 “我很担心集成平台的性能不足，平台需要对接很多质量不可控的第三方服务，高峰期业务量过大，如果第三方业务卡住了，会出现数据传输延迟或消息积压，严重时可能拖累整个平台并造成停机。”
三是担心集成平台的易用性和后续运维。 “产品的成熟度和标准化程度如何，易用性如何？后续医院信息中心能否独立使用和运营？”
第四，关注集成平台的使用成本和清晰成熟的升级路线图。 “不仅是平台的采购成本，还有实施、运维、升级、数据存储等成本，还有后续升级迭代的成本和频繁打补丁的困境。”
CHIMA副董事长薛万国近日发表文章《浅谈“平台”》，强调平台是一种服务，平台建设需要注意的几点包括：平台的目标和定位，平台的标准和共识，平台的长期稳定性。
综合来看，医院信息中心在整合平台的选择和建设上的着力点是“立足当下”，即满足现阶段医疗机构的实际整合业务需求，以及稳定、平台的性能是他们最关心的。另一方面是“展望未来”。由于集成平台是“基础设施投资”，除了满足一时一地的需求外，还需要在技术上具有前瞻性和包容性，以适应未来新系统、新技术的需求。业务对接与集成需求。
作为平台提供商，奥丁深刻理解医疗机构在信息化建设不同发展阶段对综合平台产品的能力需求。善用集成平台，应对高可用、高性能的集成业务挑战。
[1]首创“三合一”概念，提升平台易用性
通过行业研究发现，ETL、MQ、文件IO、点对点等传统的、单一的技术集成方式实现的数据交换，覆盖的集成场景有限，仅约40%-70%，因此在2014年首次提出集成平台“三合一”、场景化的架构理念，并将这一理念应用到整个产品中。
“三合一”是奥丁为帮助医疗机构更好地利用集成平台应对复杂医疗信息集成需求而做出的一项重要创新。医疗机构用户无需购买其他产品，即可通过统一的Web界面在一个系统中实现集成、ESB服务协同、数据提取、转换和报告（ETL），覆盖医疗机构90%以上的集成场景，大大降低医疗机构二次开发或采购其他系统进行补充所产生的额外成本费用。
为了进一步提高集成引擎的易用性，Odin 进行了大量的本地化开发和细节优化。用户可以通过纯Web界面在一个界面中完成设计、开发、测试、监控、运维等一体化业务的全过程；丰富的数据处理组件和灵活的服务编排能力，通过Web图形化拖放操作方式，快速上手实现业务。
[2]适用于二、三甲医院的Odin引擎企业版：大幅提升稳定性，实现“持续在线”
Odin基于“三合一”、场景化的架构理念和用户对容灾的实际需求，通过技术优化和功能增强，推出了新一代的场景化企业版新产品。 AO的意思是：On（持续在线），是Odin针对医疗机构最关心的平台稳定性问题的解决方案。
传统的冷备份方式需要手动访问，恢复时间需要十分钟甚至几个小时； HA热备份方式虽然可以自动化，但是切换效率还是不够高，恢复速度需要几分钟。距离互联网上的非感性需求还有一定的距离。
从架构上看，Odin AO 版本内置了主备容灾环境。无需依赖任何外部高可用技术，即可实现主备业务同时在线和无感知切换，切换时间可控制在亚秒级。
从功能上看，Odin AO版产品引入了“服务熔断与降级”和内存保护技术。其中，“服务熔断降级”可以避免因单个第三方服务的效率“拖累”整个平台的可用性，内存保护技术可以避免因单个读取量而导致的内存突然增加影响其他服务的正常运行。跑。此外，产品还包括重置机制、日志跟踪分析功能等全流程管理机制，确保集成平台“持续在线”。
【3】Odin引擎集群版适用于初级、高级医院和集团医院：承载百万消息吞吐量，支持多医院一体化建设
目前，大型医疗机构普遍处于多校区、集团化发展阶段，对规模更大、范围更广的业务进行综合管理已成为“迫切需要”。从新版互联互通评价方案来看，医疗机构内部接入系统由31个增加到54个，对外部数据交互的类型和数量也有更高的要求。这对医疗机构的互联互通提出了新的挑战。从行业实践来看，很多大型医疗机构的综合平台日消息吞吐量已经达到百万甚至千万级。
在大规模集成业务的实际应用中，集成平台的高可用和容灾策略被放在了重要位置。传统的“双活”或“多活”方式受限于架构本身，一般采用部署方式。通过负载均衡实现多组单机。这种方式虽然能够在一定程度上获得性能优势，但在开发和运维管理中增加了很多难度和操作风险：一是因为数据分散在不同的系统中，无法进行全局统一管理，二是需要手动管理多个系统。配置是同步的，如有遗漏，会导致业务错误；二是缺乏统一的监控机制，出现异常时无法及时恢复和纠正，导致业务运行不稳定。
为此，Odin推出了一体化集群架构（接口/监管/运维等一体化），为大型医疗机构在可用性、并发性、稳定性、健壮性等方面提供了诸多要求。前瞻性和领先的解决方案。
在浙江台州医院，奥丁集群版帮助平台突破了日消息300万条的性能瓶颈。其稳定不间断的性能输出能力和可靠扎实的容灾保障能力，为全院信息化提供了保障。 “ 光滑的。由于Odin集群版有统一的配置监控和管理界面，当出现异常时，集群架构可以自动检测并自动启动其他服务器上的任务模块进行处理，实现业务服务的精细化传递，避免单机还可以管理统一的API网关，帮助IT管理者清晰的看到各个接口之间的调用关系，实现系统间调用的服务认证和访问控制。
在资源利用率方面，热备份和双/多灾备方案的平均硬件资源利用率为40% - 50%，而Odin集成集群具有按需加载、按需分配的特点扩建，可以大大提高医院的利用率。将IT资源的利用效率提高80%以上。
[4] Odin NeXT 云原生平台：面向未来云环境的集成技术“准最终形态”
医疗健康产业的信息化建设正逐步向大规模区域协同、云计算、大数据智能化的特点发展。无论是各级区域性国家卫生信息平台，还是正在建设中的医疗联合体、医疗共同体等，以及“健康城市”等，未来可能面临千万级甚至每天处理数以亿计的数据和数据处理。调用请求，需要集成平台提供更强大的横向扩展能力，以满足海量数据的处理需求。
在金融、互联网等对业务系统稳定性要求极高的行业，云原生架构并不新鲜。谷歌、亚马逊、阿里巴巴、腾讯等IT巨头都采用了云原生架构。在医疗健康领域，Odin率先将云原生融入中间件架构，开发了基于微服务的分布式容器化引擎——分布式云原生数据服务平台Odin NeXT（新）。
Odin NeXT 并不是简单的在 K8S 上部署和使用产品，而是在底层与 K8S 进行接口和交互，形成与 K8S 的融合。在业务集成过程中ibms集成管理平台，可以通过Odin的Web图形化配置界面直接获取云原生能力，满足未来云环境下API微服务、动态性能扩展、灰度发布、单一集成服务强隔离等需求。
Odin NeXT 的使命是帮助区域平台、医学协会/社区、健康城市等大型跨机构医疗组织应对云计算环境下医疗健康服务和应用的新挑战。
Odin NeXT 已于 2021 年 5 月在新西兰的 ALEX（Layer）平台项目中使用，覆盖了新西兰 90% 以上的初级医疗数据。该项目被誉为“全球首个基础医疗数据互通平台”。 Odin NeXT云原生平台作为其核心数据交换中间件，采用FHIR API技术，实现多应用、全科医生、患者、保险公司之间各种医疗数据和记录的实时安全共享和互操作，具有极高的并发能力快速响应下，极强的业务稳定性和实时动态扩展能力。
结论
纵观奥丁集成引擎系列产品的发展路线图，始终聚焦医疗机构最关心的“场景化、高可用、高性能”等核心问题。使其平台产品在大规模集成应用实践中取得突破。
同时，奥丁的各级产品都处于继承与发展的关系中，可以满足不同业务规模和发展阶段的医疗机构的需求。比如随着综合业务的深入发展，当某医疗机构原有的Odin引擎AO版本不能满足现有需求时，可以升级为Odin引擎集群版甚至Odin NeXT，从而有效保护基础IT投资，避免“补丁”问题。
