“543”评审中对集成建设要求有哪些，集成平台又该如何实现？(下篇：差异化要求篇）

在上篇文章中，我们深入探讨了“543”评审中对医院信息化建设的共性要求，即数据交互与共享、数据安全在医院集成建设以及信息化测评中的重要性。本篇为下篇，将进一步分析“543”评审中对集成的差异化要求，以及集成平台应如何适配这些要求？

“543”评审中提出对于集成的差异化要求

电子病历、互联互通和智慧服务由于面向的最终对象不同，因此在集成方面的要求也各有侧重，集成平台在构建和适配时需考虑到各自差异化的特点和目标。

电子病历

电子病历分级评价测试更加注重医务人员在集成环节的使用体验和应用效果。2024年5月，国家卫健委医管所在“智慧医院助力公立医院高质量发展”学术交流大会上，介绍了电子病历分级评价标准修订工作的最新进展和具体内容，其中有两点值得关注：

1.调整了对集成的描述：例如在医院中能实现统一管理，改成实现异构系统的集成管理并统一展现。

2.强调了集成的“易用性”要求，需从“能用”变成“好用”：许多医院虽然实现了系统集成，但医生在使用时难以找到所需信息，功能点过于分散。因此，标准修订时对易用性提出了多个方面要求，包括同屏显示、颜色标识、实时提示等。

互联互通

互联互通对集成的要求相对技术化，更侧重于医院信息平台的架构和功能，在架构上信息整合技术的备注中就提到“在总线技术基础上，可进一步探索基于微服务架构的环境搭建，......实现院内外部分业务的微服务化互通。”此外，互联互通测评标准中还要求平台具备云化能力和统一管理能力，要求具备“对服务器资源、部署信息等统一管理及监控的系统”。

智慧服务

面向患者的智慧服务标准则更关注实际诊疗场景中的应用效果。在智慧服务分级评估体系中，评估的内容涵盖了诊前服务、诊中服务、诊后服务、全程服务、基础与安全的全流程管理，并对具体场景提出了明确的集成要求，更加强调医院的集成能力能够切实地落实到实际场景中，真正做到“用到实处”。

例如，诊中服务中要求“挂号、收费、药房等服务部门的公共信息有电子化展示，并能够与所在部门业务系统联动等”；全程服务中要求“缴费信息全院共享，各科室可直接查询，不需纸质凭证进行缴费确认”等等。

Odin引擎如何满足“543”评审中的差异化要求

不难看出，“543”评审对于集成的差异性主要聚焦在运维管理、技术架构和适应力、场景覆盖度等方面，那Odin引擎又是如何满足上述要求的呢？

运维管理方面：Odin引擎一体化集群版为医院提供了全面广泛的各类适配能力，不仅通过集中化的管理平台，将开发、测试、监控、管理、运维等融于同一个纯Web界面中，辅以大量可视化工具，简化运维流程；还基于数据交换技术一体化、界面一体化、组件一体化、管理一体化等实现对于异构系统的统一配置、监控和管理，提升管理效率。场景覆盖度方面：以面向医疗领域场景为核心，集成引擎、ESB、ETL、API等多种数据交换能力为一体，能够根据各类集成场景的具体需求，选择不同能力搭配发挥各自优势，满足复杂多样的集成要求，让集成建设能真正“用到实处”。

技术架构和适应力方面：Odin通过前瞻性架构，在集群版中实现API业务级微服务架构，以及分布式容灾负载能力，并建立了“API服务+流程集成”的全链路无缝对接，以应对未来更加领先的API优先的集成设计模式；

而 Odin NeXT 云原生平台更是基于Kubernetes（K8s）分布式容器化技术，实现了从业务级微服务到自有架构级微服务的跨越，能充分展现微服务和云原生的特性及优势。

同时，Odin引擎不绑定于特定云供应商，能够灵活适应不同的部署环境和需求，确保医院信息化系统的兼容性和可扩展性。

并且对于信创环境，Odin也完成了适配调优，更好地满足国产化基础设施上的稳定运行。

结语

目前，全国71家成功达成“543”评审目标的医院中，有十余家使用了Odin产品。其中，台州恩泽医疗中心（集团）在引入Odin引擎一体化集群版后，实现了多院区统一管理和跨域容灾等关键集成目标，并成功通过了互联互通五级乙等和电子病历六级评审；而郑州人民医院等其他医院在使用Odin产品后，也进一步提升了集成能力和运营管理效率。

Odin引擎未来将持续深耕集成领域，助力更多医院实现降本增效，充分释放集成自由度，全面激发集成创造力，引领医疗集成迈向新阶段。