简短回答： 健康数据通过四个层面的标准进行传输。交换标准在系统之间传输数据：HL7 v2 消息、CDA 文档、FHIR 资源以及用于图像的 DICOM。建模和存储标准规定了记录在系统内部的结构方式：用于临床记录的 openEHR，用于研究数据库的 OMOP。术语为每个概念提供一个双方都能理解的代码：SNOMED CT、LOINC、ICD、ATC、UCUM、RxNorm。身份和安全标准决定了谁可以读取什么：OAuth 2.0 和 SMART on FHIR，以及将以上所有内容组合成经过测试的解决方案的 IHE 配置文件。没有人只使用一种标准；一家医院通常同时运行所有四个层面。
概览图
医疗互操作性标准分为四个层次。交换标准（HL7 v2、CDA、FHIR、DICOM 和 DICOMweb）在系统之间传输数据，IHE 配置文件将它们组合成经过测试的解决方案。openEHR 构建存储的记录结构，OMOP 构建研究数据库。SNOMED CT 和 LOINC 等术语标准，以及 SMART on FHIR 等身份标准，则在所有这些标准内部使用。
| 层级 | 标准 | 是什么 | 2026 年的常见应用场景 |
|---|---|---|---|
| 交换 | HL7 v2 | 通过 MLLP 传输的管道分隔消息（ADT、ORU、ORM、SIU） | 医院内部：入院、实验室结果、医嘱、排班。仍然是最常见的接口 |
| 交换 | CDA / C-CDA | 包含人类可读部分和编码条目的 XML 临床文档 | 出院小结、转诊信、美国的 C-CDA、MyHealth@EU 中的跨境摘要 |
| 交换 | FHIR (R4, R4B, R5) | 通过 REST 和 JSON 的 Web 资源（Patient、Observation、Condition…） | 患者应用程序、国家 API、EHR API、US Core、IPS、EHDS 交换格式 |
| 交换 | DICOM 和 DICOMweb | 嵌入元数据的图像对象；DICOMweb 是其 REST 接口 | 所有扫描仪、PACS 和放射科查看器；Web 查看器使用 DICOMweb |
| 解决方案 | IHE 配置文件 | 针对特定用例（XDS、PIX/PDQ、XCA、SWF）的经过测试的组合 | 医院和地区之间的文档共享、患者身份识别、放射工作流程 |
| 存储 | openEHR | 基于原型（Archetype）的临床数据模型，用于记录本身 | 欧洲、斯堪的纳维亚、巴西部分地区的医院和国家 EHR 平台 |
| 研究 | OMOP CDM | 用于观察性研究的通用关系模型 | 研究网络、真实世界证据、EHDS 二次使用 |
| 术语 | SNOMED CT、LOINC、ICD-10/11、ATC、RxNorm、UCUM | 用于发现、测试、诊断、药物、单位的代码 | 以上所有标准内部 |
| 身份 | OAuth 2.0、OpenID Connect、SMART on FHIR、IHE XUA | 用户是谁以及应用程序可以访问什么 | 所有面向患者的应用程序和所有 EHR 应用程序平台 |
各层级如何协同工作
医疗互操作性标准的各层级通过在同一工作流程中各司其职来协同工作：HL7 v2 消息用于传输实验室订单，LOINC 和 UCUM 对结果进行编码，openEHR 平台存储结果，FHIR API 在 SMART on FHIR 登录后将结果提供给患者应用程序，CDA 文档则将其共享给另一家医院。
一次验血会涉及所有四个层面的工作。医嘱作为 HL7 v2 ORM 消息（交换）离开病房。分析仪结果作为 HL7 v2 ORU 返回，其中测试项目使用 LOINC 编码，单位使用 UCUM（术语）。医院将其存储在自己的数据库中，可能是 openEHR 平台（存储）。患者的应用程序通过 FHIR API 以 Observation 的形式读取它，前提是患者已通过 SMART on FHIR（身份）登录。如果医院将完整报告与其他医院共享，可能会通过 IHE XDS 注册中心以 CDA 文档的形式进行。如果结果后来被纳入研究队列，则会转换为 OMOP。
这些标准并非相互竞争。每种标准都是为不同的任务而设计的，用一种标准替换另一种通常意味着要重建已有的东西。
您需要哪种标准？
您需要哪种医疗互操作性标准取决于具体任务：FHIR R4 配合 SMART on FHIR 用于患者或临床医生应用程序，HL7 v2 用于连接现有医院系统，DICOM 和 DICOMweb 用于图像，CDA 或 FHIR 文档用于整个文档，openEHR 用于长期记录存储，OMOP 用于研究，IHE 配置文件用于两个系统必须行为一致的情况。
- 您正在为患者或临床医生构建应用程序： FHIR R4，使用您所在市场的配置文件（实施指南），以及用于登录的 SMART on FHIR。
- 您正在连接到医院的现有系统： 首先考虑 HL7 v2；如果供应商提供，则使用 FHIR。请参阅 HL7 v2 消息详解。
- 您处理图像： DICOM 用于存储和传输，DICOMweb 用于浏览器中的任何内容，FHIR ImagingStudy 仅用于元数据。请参阅 DICOMweb 详解 和 ImagingStudy 与 DICOMweb 对比。
- 您交换完整的文档（摘要、信函）： 在强制要求的地方使用 CDA，在可以选择的情况下使用 FHIR 文档（类型为
document的 Bundle）。请参阅 CDA 和 C-CDA 详解。 - 您设计记录如何长期存储： openEHR，并使用 FHIR 作为交换层。请参阅 openEHR 与 FHIR 对比。
- 您对大量记录进行研究： OMOP，以 FHIR 作为数据源。请参阅 健康数据二次使用。
- 您需要两个系统以相同的方式运行： 为您的用例选择 IHE 配置文件，并进行相应的测试。
Anpheros 的定位
Anpheros 平台位于标准图的交换层，作为一个支持 OAuth 2.0 访问和用于更改通知的网络钩子的 FHIR R4 服务器，通过 HL7 v2 ORU、CSV 或 JSON 连接器接收实验室结果。它不存储 DICOM 图像，也不提供 CDS Hooks 服务；这些功能保留在医院系统中。
Anpheros Platform 是一个 FHIR R4 服务器，包含以患者为中心的记录所需的资源（Patient、Observation、Condition、MedicationStatement、DocumentReference、DiagnosticReport、Immunization、Consent、Provenance 等），用于访问的 OAuth 2.0，以及用于更改通知的 Webhook。实验室结果通过 实验室连接器 从 HL7 v2 ORU、CSV 或 JSON 接收。它不存储 DICOM 图像，也不提供 CDS Hooks 服务；这些服务保留在医院的系统中，而记录指向它们。
阅读顺序
阅读医疗互操作性标准的良好顺序是：首先了解 FHIR 是什么以及它与 HL7 v2 的区别，然后是 FHIR Observation 资源，接着是其中使用的 LOINC 和 SNOMED CT 术语，然后是用于图像的 DICOMweb，用于文档的 CDA，最后是 openEHR 与 FHIR 在记录存储方式上的比较。
如果您是该领域的新手：什么是 FHIR → HL7 与 FHIR 对比 → FHIR Observation → LOINC 和 SNOMED CT → DICOMweb → CDA → openEHR 与 FHIR 对比。
相关页面
- HL7 与 FHIR 对比
- HL7 v2 消息详解
- CDA 和 C-CDA 详解
- DICOMweb 详解
- openEHR 与 FHIR 对比
- FHIR 实施指南
- FHIR R4 与 R5 对比
- 什么是 LOINC 代码？
- 什么是 SNOMED CT？
- DICOM 与 FHIR（面向开发者）
- FHIR 配置文件和扩展详解
- FHIR 术语服务器详解
- 健康数据监管地图
- 欧洲和美国的国家电子健康记录
- 医院系统集成详解
- 医疗数据中的人工智能
- 健康数据二次使用
- 健康应用程序中的安全与身份
资料来源
- HL7 International: 标准
- HL7 FHIR R4 规范
- DICOM 标准，当前版本
- IHE 技术框架
- openEHR 规范
- OHDSI OMOP 通用数据模型
- SMART App Launch
常见问题
FHIR 会取代所有其他标准吗？
不会。FHIR 正在取代自定义 API，并逐渐取代部分 CDA 文档交换。HL7 v2 仍然是医院内部的主要标准，DICOM 仍然是图像的唯一标准，而 openEHR 和 OMOP 则解决了 FHIR 未能设计的（存储、研究）问题。
标准和 IHE 配置文件有什么区别？
像 FHIR 或 DICOM 这样的标准定义了构建块。IHE 配置文件则选择特定的构建块，固定其选项，并精确说明系统如何为一项任务使用它们，以便通过 IHE 测试的两个供应商无需项目即可协同工作。
国家健康系统使用哪些标准？
大多数欧洲系统最初使用 CDA 文档和 HL7 v2，并正在添加 FHIR API；EHDS 交换格式基于 FHIR 和 IPS 构建。美国强制要求使用 FHIR US Core 进行患者访问，并使用 C-CDA 进行文档交换。
SNOMED CT 和 LOINC 在哪里发挥作用？
它们不是交换标准；它们是所有标准内部使用的词汇表。LOINC 代码可以标识 HL7 v2 OBX 段、CDA 条目和 FHIR Observation 中的测试。
在沙盒中免费试用
5 分钟完成第一次 FHIR 调用. 一个内置患者授权的 HL7 FHIR R4 API：先在沙盒中试用，然后连接您自己的应用或诊所系统。
免费 · 30 位合成患者 · 无需信用卡
Anpheros 致力于打造一个由患者掌控的医疗记录，并可在欧盟的 HL7 FHIR R4 平台上与任何诊所共享。这些指南旨在帮助您理解和整理您的健康信息，但不能替代您的医生。
关于 Anpheros →