关键字
ALEX、云原生、FHIR、EHR
2021年5月，全部采用FHIR API实现的 ALEX（Application Layer EXchange）平台在新西兰正式上线使用。 该平台是由Medtech公司主导，Odin Health、Microsoft、HL7 New Zealand等公司和组织共同参与的医疗信息化项目。
作为ALEX平台的核心中间件组件，Odin NeXT云原生平台提供了强大的集成扩展能力，实现了异构数据的标准化映射，提供了高并发、低延迟的稳定性和大规模扩展能力。 Odin NeXT与Microsoft解决方案堆栈协同工作，实现繁复棘手的FHIR转换、代码集映射、数据库查找、API通信、日志记录和警报等功能。
Medtech的CEO, Geoffrey Sayer充分肯定了Odin所作的贡献： “感谢 Odin Health 迄今为止所做和未来将要进行的出色工作，与所有最擅长自己工作的人一起工作真的太酷了。 聚妙思巧手，举重若轻，化繁为简。 ”
“全球首个基础医疗数据互操作平台”
——NZHIT的总经理Ryl Jensen
ALEX平台覆盖新西兰全国 90% 以上的初级医疗数据，覆盖面积相当于江浙沪三地之和。
FHIR是什么
根据HL7官网对于FHIR的介绍： FHIR --- Fast Healthcare Interoperability Resources (快速卫生信息交互资源) 是由HL7提出的新一代标准框架，整合了HL7 V2,V3和CDA的优点。 FHIR是基于一些称之为“资源”的模块化组件构建而成，其中既有针对诸如病人、医务人员、医疗机构和设备的管理性概念的资源，也有很多涵盖了疾病、用药、诊断、护理计划和财务等临床概念的资源，具有很强的互操作性。
ALEX项目为什么要采用FHIR
ALEX项目在设计之初目标就是做成一个能跨厂商的平台, 需要让其它厂商也能够使用平台接口。 因此接口不能采用特定厂商专用的自定义设计而是需要通用的技术栈和国际标准。 在国际标准中，HL7 v2满足不了要求，只有HL7 v3和FHIR可以实现，在综合考虑之后选择了FHIR。
采用FHIR标准的好处
1. 开放、通用的标准
FHIR作为一个开放的标准后，所有知识都是在网上公开的，只要遵循FHIR的标准，第三方就能通过各种方式实现与FHIR API对接，相比其它通用国际标准接入的难度和门槛更低。
2. FHIR具有统一规范的扩展和约束机制
FHIR资源作为信息的载体，在设计时就明白不可能兼顾所有场景，因此提供了灵活丰富的功能，除了设计出面向80%常见场景的基础标准，对于特殊情况也提供了规范的自定义模型，能在一个可控的框架下对FHIR标准进行灵活的自定义的延伸。 不同于HL7 v3由于缺乏公开的注解难以理解自定义模型, FHIR的扩展和自定义模型的注解是通过URL直接开放在互联网上的，能供FHIR自定义模型的使用者自行对照理解。
3. FHIR支持现代互联网交互模式和Web技术
除了FHIR资源的标准化外，FHIR还定义了数据的交互模式。 FHIR标准基于网页传输标准HTTP而设计，能直接通过普遍使用且技术成熟的HTTP网络通信协议调用RESTful API，第三方应用不需要了解医疗行业专有的数据交换技术，也不需要根据不同的场景设计流程，也能沿用互联网的技术方式接入FHIR API，降低了学习认知整个标准的门槛。 在传输格式上FHIR也由单纯的握手协议演进为网页应用主流格式JSON，并兼容XML等格式。 这些都使FHIR不仅能基于EHR实现数据共享，还适用于其它多种环境，包括手机应用程序、云环境、甚至是可穿戴设备，在标准协议支持方面大幅推动了物联网、大数据等新技术的实际应用进程。
4. FHIR标准与国际标准字典
FHIR建议采用国际标准字典中的统一编码，以解决语义互操作的问题，便于不同医院直接理解FHIR信息。
5. 人机可读的FHIR结构格式
相比于HL7 v2的报文专给机器设计，HL7 v3也只有极小一部分能供人阅读，FHIR则能达到“人机可读”，其结构格式中专门设计了一个名为叙述式结构(Narrative)的区块，便于医疗行业的人员去进行解读，对于医疗临床和管理等方面都很有帮助。
ALEX项目中应用FHIR API所遇到的挑战
1. 应用系统不支持FHIR
FHIR的概念于2011年提出，直到2018年才有正式的版本，在医疗行业是一个新标准。 而如今大部分的应用系统不支持FHIR。
其中一种解决方法是将中间件内嵌入该系统中,成为产品的一部分，中间件起一个“门面”（facade）的作用, 负责对接外部的FHIR API，这样每个应用系统都需要内嵌一个中间件。 与上述方法不同，ALEX项目中，Odin NeXT作为真正核心、独立的组件，连接所有外部的应用系统，实现对FHIR的支持, 用一个“门面”取代多个“门面”。
厂商也可以选择独立开发FHIR接口，但技术门槛高，成本昂贵。
2. 数据量不可控
ALEX项目中，接入厂商的数量持续增加，由于接口直接开放给外部第三方，外部调用数据的次数和每次调用的数据量都是不可控的，可能会在某一时刻出现几何倍数的增长，解决不了这个问题，就有宕机的风险。
FHIR是面向互联网的技术,以HTTP作为交互格式。 作为ALEX平台的核心中间件组件，Odin NeXT云原生平台提供了强大的弹性、无缝扩展能力,根据数据总量的变化快速扩展，保证高并发环境下的高可用和高性能。
3. FHIR和其它数据格式的转换和映射
FHIR标准的结构和传统数据结构之间的转换是实现 FHIR在国内外落地应用中最重要的环节之一，传统平台与诊所对接，有些直连数据库，有些调用诊所开放的接口（一般不是FHIR格式）。 ALEX项目中，诊所需对接FHIR API，必须进行接口改造，改造方不仅需要了解FHIR标准，还需要深入理解传统的医疗标准和知识，花费大量的成本和时间。
Odin在FHIR领域有长期的技术积累，在ALEX项目中，Odin NeXT帮助诊所完成FHIR和其它数据的转换和映射: 将FHIR信息转换成能被接口或数据库处理的格式； 将接收到的非FHIR格式的数据，转换为标准的FHIR格式 。
4. FHIR中的子标准IPS (International Patient Summary)
在第三方调用数据场景中，经常会出现上游消息的信息粒度满足不了下游系统，例如下游需要同一患者所属的用药、过敏、手术等信息，就需要监听接收多个上游系统发出的消息, 流程相对麻烦。
而FHIR中最新推出的子标准IPS（International Patient Summary）能直接将同一患者下存储在不同系统中的数据汇集在一起。 在ALEX项目的推进过程中，Odin与HL7新西兰紧密协作，根据项目需求添加IPS标准所覆盖的场景，助力HL7新西兰丰富了IPS，为HL7 FHIR标准的推进做出了贡献
权威评价
ALEX平台首先拟用于新西兰、澳大利亚等五个国家，新西兰是项目落地的首个国家。 ALEX项目影响很大，HL7新西兰年中会议特别将此项目作为专题，介绍ALEX平台在帮助新西兰推进HL7 FHIR标准方面做出的成绩，HL7新西兰主席Peter Jordan形容ALEX为“开创性的FHIR平台(ground-breaking FHIR Platform)”, 新西兰卫生部首席架构师也参加了此次会议，并给予该项目高度评价。 新西兰最具影响力的医疗协会NZHIT的总经理 Ryl Jensen 曾特别撰文推荐，评价ALEX平台为“全球首个基础医疗数据互操作平台”。
参考链接
https://www.nzhit.nz/news/just-what-the-doctor-ordered-medtech-launches-the-ultimate-interoperability-platform#
https://hl7.org.nz/hl7nz-webinar-medtech-global-fhir-platform-alex/
Odin文章评论：