FHIR 是什么，为什么它关系到你的健康档案

如果你找过保存健康档案的应用，就一定见过 FHIR 这个缩写。它出现在产品介绍里、“安全与合规”页面上、医院和卫生部门的公告中，却很少有人解释。本指南不会把你变成程序员，但会讲清楚：FHIR 是什么，它解决什么问题，对你具体意味着什么，以及怎样判断一个应用是真的在用它，还是只是写在网站上。

问题：每个系统都在说不同的语言

在化验室做的血液检查，到你手里是一份 PDF。同一份检查在医院系统里，是某个自有格式数据库中的一行记录。在家庭医生那里，可能只是一段自由文本的备注。三个地方，三种格式，彼此没有任何关联。想把它们放到一起，唯一的工具就是一个人去读、再重新录入。

几十年来，医疗系统就是这样建起来的：各有各的格式，彼此之间只能靠专门编写、昂贵又脆弱的“桥梁”交换数据。较早的标准（上世纪 80 年代的 HL7 v2，或 CDA）部分解决了医院之间的问题，但现代应用很难使用，普通人更几乎无法阅读。

FHIR 是什么

FHIR（读作“fire”）是 Fast Healthcare Interoperability Resources 的缩写。它由 HL7 International 发布，这家组织三十多年来一直在定义医疗数据如何在系统之间流动。今天广泛使用的版本是 2019 年发布的 R4（4.0.1）；更新的 R5 自 2023 年起存在，但世界上大多数系统，包括欧盟和美国的法律要求，都基于 R4。

核心思想很简单：任何一条医疗信息都被描述为一个结构已知的资源。有患者资源（Patient）、化验或测量资源（Observation）、诊断资源（Condition）、处方药资源（MedicationRequest）、过敏资源（AllergyIntolerance）、疫苗资源（Immunization）、文件资源（DocumentReference）等等，总共约 150 种。每种资源都有定义好的字段：一个 Observation 包含测量项目的编码、数值、单位、日期、测量者和被测者。

资源以 JSON 或 XML 书写，任何编程语言都能读取；并像网页一样通过地址和 HTTP 请求在互联网上传输。这正是它与旧标准的区别：FHIR 使用每个程序员本来就熟悉的工具，因此实现成本低，也很难实现错。

编码：让所有人理解同一件事

只有结构还不够。如果一个系统写“血糖”，另一个写“血清葡萄糖”，它们仍然无法互相理解。FHIR 通过要求内容使用标准编码来解决：

• LOINC 用于化验和测量：空腹血糖在全世界的编码都是 1558-6。
• SNOMED CT 和 ICD-10 用于诊断和操作。
• ATC（世界卫生组织分类）用于药物，按活性成分。
• UCUM 用于单位：mg/dL 和 mmol/L 在任何地方写法一致，换算自动完成。

有了结构和编码，锡比乌一家化验室生成的 FHIR 资源，可以被维也纳的医院或加州的应用正确读取，而无需任何人在它们之间编写“桥梁”。

对你具体意味着什么

四件事，从最显而易见到最重要。

**你的数据可以迁移。**如果档案以 FHIR 存储，它可以被完整导出并导入任何兼容系统。你不依赖某一个应用，也不会被只有它才懂的格式绑架。“属于你”在实践中就意味着“可以标准格式导出”。

**你的数据医生能看懂。**新医生、另一个国家的医院、急救服务：他们都能收到一份 FHIR 摘要（通常是国际患者摘要），并在自己的系统里、用自己的编码和语言读取。不是 40 页的 PDF，而是可以搜索、筛选、比较的数据。

**你的数据可以汇总。**不同化验室的检查、手表的测量、处方上的药物、扫描的文件：当它们都是带 LOINC 编码和日期的 FHIR 资源时，就能放到同一条时间线上进行比较。好的应用会自动做到这一点。

**你的数据受标准保护，而不是靠承诺。**FHIR 还规定了如何授予数据访问权限：通过基于 OAuth 2 的 SMART on FHIR，由你明确批准哪个应用可以看到档案的哪一部分、看多久，并可随时撤回。这与你在网站上“用 Google 登录”是同一套机制，只是用在医疗数据上，并带有精细的权限（只看化验、只看药物、只读）。

FHIR 已经在哪些地方使用

FHIR 不是“未来”的标准，它已经在你熟悉的地方成为强制要求或投入使用：

• 美国通过法律（《21 世纪治愈法案》和 2020 年 ONC 规则）要求所有经认证的医疗系统通过 FHIR R4 API 开放患者数据，并允许患者用自选的应用取走数据。
• Apple 健康记录通过 FHIR 把数百家医院的档案接入 iPhone 的“健康”应用。
• 欧盟为EHDS 法规要求成员国采用的欧洲电子健康记录交换格式（EEHRxF）选择了 FHIR；通过 MyHealth@EU 在各国之间交换的患者摘要就建立在它之上。
• 英国、荷兰、德国和北欧国家在国家基础设施中使用 FHIR，从德国的电子处方到荷兰的健康档案。
• 世界卫生组织为其全球数字健康证书网络选择了基于 FHIR 的国际患者摘要。

对你来说，这意味着一个用 FHIR R4 保存档案的应用不是孤岛：它说的是医院和监管机构现在以及未来十年都在说的语言。

如何识别真正使用 FHIR 的应用

任何人都可以在网站上写“FHIR”。下面的问题能把说法和现实分开。

1. **我能把整份档案导出为 FHIR 吗？**不是“一份 PDF 报告”，而是包含资源、能被其他系统导入的文件（Bundle）。如果答案是“不能”或“只能通过邮件申请”，那数据并不真正属于你。
2. **化验结果有 LOINC 编码和 UCUM 单位吗？**只把“胆固醇：210”存成文字的应用，无法与去年另一家化验室的数值比较；存了编码和单位的则可以。
3. **我能给别人有限、可撤回的访问权吗？**医生、诊所、另一个应用：有了 SMART on FHIR，你决定他们看什么、看多久，并能看到谁读了什么。
4. **我能生成 IPS 摘要吗？**这是“互操作性”的实际检验：如果应用能生成任何欧洲医院都能读取的标准摘要，背后的结构就是真的。
5. **有公开的开发者文档吗？**有文档的 FHIR API 加上公开的能力声明（CapabilityStatement），意味着其他系统真的可以接入。如果没有，“可互操作”只是一个形容词。

FHIR 解决不了什么

也应当说清楚它的边界。FHIR 规定的是数据的格式和传输，而不是数据质量：录错的化验结果依然是错的，只是格式漂亮了。FHIR 不保证你的隐私，隐私取决于谁托管数据、在哪个国家、遵守什么访问规则。FHIR 也不会让系统“愿意”交换数据：很多医院有 FHIR API 却不对任何人开放，这正是美国和欧盟（通过 EHDS）立法强制它们开放的原因。

Anpheros 如何使用 FHIR

Anpheros 将每个人的档案存储为 HL7 FHIR R4 资源（26 种资源类型，从 Patient、Observation 到 DocumentReference、Consent），使用 LOINC、ICD-10、ATC 和 UCUM 编码，托管在欧盟。Anpheros Daily 应用是诊所和开发者所用的同一个公开 API 的客户端，不存在单独的“内部”格式。你可以随时导出完整档案或 IPS 摘要，后者已通过 HL7 官方验证器验证。其他应用的访问通过 SMART on FHIR 授予，同意有期限、可撤回，并附带你可查看的日志。API 文档和能力声明公开在 developers.anpheros.com。

常见问题

我需要懂 FHIR 才能使用自己的档案吗？

不需要。FHIR 在“引擎盖”下面工作。你看到的是化验、药物和文件；标准让它们可以迁移、比较并被医生读取。了解它的存在，只是为了更好地选择把数据放在哪里。

FHIR 和国家电子健康档案是一回事吗？

不是。FHIR 是一种格式和传输方式；国家档案是一个系统。许多国家系统使用或正在采用 FHIR，但一个国家有电子档案，并不意味着你能以 FHIR 形式把数据取出来。在欧盟，EHDS 将正是要求这一点。

FHIR R4 和 R5 有什么区别？

R5（2023 年）带来了改进，但尚未被法律要求，使用的系统也很少。R4（2019 年）是美国和欧盟要求以及现有实现的基础。今天选择基于 R4 的应用是稳妥的；向 R5 的过渡会逐步进行并保持兼容。

如果我的导出是 FHIR，真的能导入另一个应用吗？

只要另一个应用接受 FHIR 导入，就可以，但有一个条件：标准编码。带 LOINC、ICD-10 和 UCUM 的资源能干净地映射；自由文本的资源只能作为备注。所以来源应用从一开始就对数据编码非常重要。

FHIR 安全吗？

FHIR 本身既不安全也不不安全，它只是格式。安全来自实现：加密、托管、身份验证、同意机制。SMART on FHIR 为受控访问提供了良好框架，但你仍需关注谁在何处保管数据。