关键字
互联互通、集成平台、闭环管理
医院互联互通测评现状
医院信息化建设的重要性日益凸显，而互联互通测评作为医院信息化建设中的一个关键环节，也引起了广泛的关注。 截止到2021年度国家医疗健康信息互联互通标准化成熟度测评（第二批）公布的结果中，获得五级乙等的医院达到了72家,而超过700家医院获评四级甲等及以下。 从下图可以明显看出，通过互联互通测评医院数量正逐年上升。 然而，相较于3000多家的三级医院和总计过万家的二级医院，医院互联互通的参评率仍有很大的空间待挖掘。
图1 通过互联互通测评的医院数量
截止2021年度国家互联互通测评（第二批）
尽管四级甲等仍是目前大多数医院互联互通的评级期望，然而从越来越多医院成功通过互联互通五乙的现象看来，已经有一定信息化建设基础的医院，也想在互联互通建设中“更进一步”。
从“四甲”迈向“五乙”
图2 互联互通测评标准（2020版）
四甲和五乙各部分分值变化对比
从上图可知，互联互通测评标准中，相比四甲，五乙对集成平台在标准化建设、信息安全、应用效果等方面都提出了更高的要求，其中包括：
对接的系统和交互服务增加
互联互通五乙标准中，较为明显的就是对接系统数量的增加。 在互联互通应用效果的测评指标中，对于内部联通的业务，接入平台的系统数量对于每个不同的等级都有着明确的指标（如图3），可以看到从四甲到五乙，所需接入的临床服务系统、医疗管理系统和运营管理系统的累计增加幅度是最大的，最低系统数量共增加了23个。
图3 互联互通各等级需要联通内部业务的最低数量
来源： 《医院信息互联互通标准化成熟度测评方案（2020年版）》
而外部接入数量要求同样也有所增加，五乙要求接入的上级信息平台数量至少达到5个，而已联通的外部机构数量则需要至少达到7个。
除了接入系统数量增加外，标准中也明确指出需要对接实现更多的交互服务。 五乙新增了包括医嘱执行、检查、检验、手术排班、手术等状态信息的交互服务，以及号源排版、门诊预约、检查预约等预约信息的交互服务。
上述系统和交互服务的增加对集成平台的性能、稳定性和核心业务承载能力提出了更高的要求。 如果采用负载均衡对接多台单机，通过拼装或“打补丁”开发形成的集群，虽然能够解决一部分性能和容灾问题，但受限于其本质还是单机，并没有形成一个有机体，无论是在集成业务开发、运维监控、还是容灾等方面，都存在能力缺失和扩展性差等问题，而且额外增加了建设负担和成本。
Odin方案：
Odin在设计时就是原生 的一体化集群，相较于其他集群方案（例如由多台各自工作的单机“拼装”而成的集群），从底层组件到上层功能都是有机的整体 ，这使得 所有的工作节点 在业务逻辑上可以实现统一 。 这个优势使得Odin集群版无需实施厂商额外开发，就可以实现“具备统一业务逻辑的Controller+多Worker”的架构。 同时，Odin集群版在功能上不仅能够实现按需负载、应 需扩展，还可以统一管理运维监控。 全WEB图形化的界面使用起来非常方便。 此外，Odin集群版未来可以更好地支持互联互通测评 或集成业务的升级。
应用闭环管理中要求基于医院信息平台实现全业务流程的闭环管理
互联互通五乙标准中着重提到了医嘱闭环和关键业务闭环，然而在具体实施时，全业务流程的闭环管理会牵涉到多个不同的医院系统与集成平台的交互，全方位考验集成平台的各项能力。
比如医嘱闭环的 住院输血闭环中，涉及到的节点比较多，涵盖如电子病历、医嘱、LIS、血库、护理等数个系统，有时医院在进行流程设计时为降低对现有业务的影响，需要对原有的服务和数据接口进行复用等情况，这时需从原接口中对闭环所需数据进行分流，会大大增加集成复杂度；
图4 住院输血闭环示意图
关键业务闭环的 危急值闭环管理，又对平台提出直连通信工具等能力要求，可以在危急值出现的第一时间快速提醒相关人员，这对于集成平台对接不同终端的联通能力和数据传输的及时性都提出了要求。
图5 危急值闭环管理示意图
Odin方案：
Odin融合了IE、ESB、ETL、API等多种数据交换集成技术，以及“接口+集成”双模式驱动，实现了医疗集成业务的全场景覆盖。
另外，引擎具有广泛的通讯协议适配能力，以及灵活的流程编排设计方式，能够在业务流转中直接发现捕获所需信息推送给外部系统。
数据安全和隐私保护
五乙标准中要求对数据传输进行加密处理，并且保证关键数据可追溯。 同时在电子病历中提供许可指令管理服务，在提供访问或传输患者电子病历等医疗数据前，患者或个人是否允许或限制这些医疗数据的公开。
Odin方案：
支持包括国密算法（如SM3、SM4） 在内的多种加解密方式，实现数据的实时、双向加密传输，能通过多种技术手段保证数据安全。 另外处理器有包括脱敏组件，可以在集成流程中，对目标数据进行脱敏处理。
标准中需要留意的其它内容
另外，2020版互联互通测评中还提到了一些平台技术建议，虽然目前未纳入评分，但也需要留意，其中包括： 总线技术的进一步探索要求、交互服务的响应时间要求等。 对于总线技术的进一步探索要求在 “2020互联互通测评集成平台相关概念梳理（上）”一文中已进行了说明，在此不多赘述。
Odin方案：
Odin引擎一体化集群版从架构层面，API网关支持，微服务管理等多方面都实现了功能落地。 同时良好的负载扩展力和灵活容灾能力，也大大提升了交互服务响应要求，在支持更多样复杂的集成场景时，又能有效降低数据流转在平台上的损耗。
结语
医院升级从四甲到五乙并不是简单的系统功能升级，而是通过整体集成规划和架构的多方面提升来实现的。 因此，需要重新评估现有平台架构，以避免建设效果不如预期的情况发生。
互联互通测评的目的是通过评估来促进建设，让医院在评估过程中不仅对业务流程本身，还对整体架构层面得到提升，从而降低成本并提高效率。
Odin引擎一体化集群版可确保医院在互联互通四甲建设成果的基础上顺利进行五乙建设，无需“打补丁”或推倒重来， 同时让集成平台真正 “ 用到实处 ”，实现以评促建，以评促改。 Odin引擎“AO-集群-云原生” 的 明确升级路线图 保证了集成平台的平滑升级， 陪伴医院共同成长进步， 助力医院登上互联互通五乙的“新台阶”。
Odin文章评论：