跨国 EHR 集成的 5 点心得
我花了数月时间将两个不同国家的患者记录进行连接。我当时与一位拥有十年临床经验的首席业务分析师（Lead Business Analyst）合作。她的方法改变了我对医疗软件的看法。
以下是该项目的五个教训。
- 术语映射比数据映射更难
工程师通常将集成视为模式（schema）问题。你只需将字段 A 映射到字段 B 即可完成。但在医疗领域，这种做法行不通。
一个系统使用 ICD-10，而另一个使用 ICD-11。它们无法进行清晰的映射。一个系统使用 LOINC 进行实验室数据处理，而另一个则使用旧的内部代码。
在编写代码之前，我们的 BA 构建了一个概念对照表（concept crosswalk）。她将本地代码映射到像 SNOMED CT 这样的标准集。如果没有这一步，我们就会破坏临床含义。
错误的字段映射会导致错误的值。而错误的术语映射会产生看似合理但临床上错误的值。后者要危险得多。
- 数据法律在早期阶段就决定了架构
我原以为我们会先设计数据模型，然后再处理合规性问题。我错了。
跨境患者数据会触及 HIPAA 或 GDPR 等多项法律。有些国家禁止健康数据离开其国境。
我们的 BA 尽早与法律团队合作。她决定了哪些字段可以进行复制，哪些需要进行去标识化（de-identification）处理。
这改变了我们的架构。我们构建了一个联邦查询层（federated query layer），而不是单一的复制数据库。我们将数据分类标签直接添加到了模式（schema）中。
在设计数据模型之前，请务必邀请合规专家和 BA 参与讨论。
- 仅有标准是不够的
两个系统都支持 HL7。然而，一个使用 HL7 v2，另一个使用 FHIR R4。如果没有转换层，它们无法进行通信。
即使在 FHIR 内部，我们也遇到了配置（profile）不匹配的问题。两个系统都声称符合标准，但使用了不同的实施指南（implementation guides）。
不要因为一个系统支持某种标准就认为集成很容易。务必询问具体的版本和配置（profile）。要为适配器层（adapter layer）预留时间。
- 工作流图可以发现隐藏的边缘情况
我以前认为工作流图只是额外的文档。我错了。
我们的 BA 详细绘制了患者转诊流程。她研究了患者在治疗中途转移，或者在出院后才收到化验结果时会发生什么。
在医院里，这些并不是边缘情况。它们每天都在发生。
这些图表改变了我们的数据模型。我们增加了一个“诊疗周期”（care episode）的概念，以跨两个系统追踪连续的医疗护理。
- 尽早建立共享术语表
像 encounter（就诊）或 discharge（出院）这样的词在不同系统中含义不同。由于团队对术语的理解不同，我们浪费了很多时间。
我们的 BA 建立了一个共享术语表。每个利益相关者都审查并同意了这些定义。我们在每一项需求中都会引用这份文档。
假设每个领域术语都是模糊的。在双方签署的文档中对其进行定义。
总结
一位优秀的 BA 不仅仅是编写工单（tickets）。他们是监管约束和临床含义的架构师。如果你在构建复杂的软件，不要将这一角色视为额外开销。它能防止技术上的成功演变成临床上的失败。
Optional learning community: https://t.me/GyaanSetuAi