# 医疗数据互操作性

> 互操作性的技术、语法、语义和组织层面，Anpheros 使用的标准（FHIR R4、IPS、SMART on FHIR、HL7 v2）以及为什么溯源使交换的数据值得信赖。

Source: https://developers.anpheros.com/zh/guides/interoperability

**医疗数据互操作性是指不同的系统——应用程序、诊所、实验室、医院、AI服务——能够交换健康数据并使用它，而无需手动重新解释。** Anpheros 的方法是：以其他系统已经理解的格式（使用标准代码系统的 HL7 FHIR R4）存储每条记录；通过标准协议（FHIR REST、SMART on FHIR、国际患者摘要、HL7 v2 实验室消息）进行交换；并保留使交换数据值得信赖的上下文：谁编写了它、何时编写、以及在谁的同意下编写。

## 互操作性的四个级别

| 级别 | 回答的问题 | Anpheros 如何解决 |
|---|---|---|
| 技术 | 系统能否连接？ | HTTPS API、OAuth 2.1、签名 webhook、Dart 和 TypeScript SDK |
| 语法 | 它们能否解析彼此的数据？ | HL7 FHIR R4 (4.0.1) 资源和 bundle；接受用于实验室结果的 CSV、HL7 v2 ORU^R01 和 JSON |
| 语义 | 它们的意思相同吗？ | LOINC 用于测量和结果，ICD-10 用于疾病，ATC 用于药物，UCUM 用于单位；每个代码旁边都保留了原始文本 |
| 组织 | 它们可以交换数据吗，并且可以信任吗？ | 每个应用程序的患者同意、每次写入的来源记录、患者可见的访问日志 |

大多数集成项目在语义和组织级别失败，而不是技术级别。在写入时进行编码并记录每个值的来源，是使来自一个源的数据在另一个源中可用的关键。

## Anpheros 使用的标准

- **HL7 FHIR R4。** 每条记录都由 FHIR 资源组成 — 共 26 种类型 — 可搜索且支持版本控制，并附带一个 `/fhir/R4/metadata` CapabilityStatement。[FHIR 平台](https://developers.anpheros.com/zh/guides/fhir)
- **International Patient Summary (IPS)。** `Patient/{id}/$summary` 返回一个 IPS 文档包，使用官方 HL7 验证器针对 `hl7.fhir.uv.ips#1.1.0` 进行验证，无任何错误。IPS 是专为欧洲跨境护理设计的摘要格式。
- **HL7 Europe 实验室报告规则。** 实验室结果在写入时进行检查；差距会在 `Anpheros-Conformance` 响应头中报告（目前为建议性）。`Observation/$validate?profile=eu-lab` 按需运行检查。
- **SMART on FHIR。** 第三方应用程序通过 OAuth 2.1（支持 PKCE）和 SMART v2 患者范围访问记录；发现地址为 `/fhir/R4/.well-known/smart-configuration`。Inferno SMART App Launch STU2 套件的独立启动测试组通过；尚不支持 EHR 启动。
- **HL7 v2。** 实验室结果以 `ORU^R01` 消息以及 CSV 或 JSON 的形式到达，并转换为 FHIR Observations。[实验室连接器](https://developers.anpheros.com/zh/guides/lab-connector)
- **European Health Data Space。** FHIR R4 和 IPS 是 EHDS 依赖的患者摘要和实验室结果的格式；Anpheros 遵循这些格式。这是格式上的对齐，并非认证。

## 交换模式

1.  **授权的应用访问** — 应用向患者请求范围（scopes），通过 FHIR 或 REST 读写记录，并在患者撤销授权后失去访问权限。
2.  **文档交换** — 记录或其摘要以 FHIR bundle 的形式（`$everything`, `$summary`）导出。
3.  **入站结果** — 实验室和诊所代表其组织向记录写入数据；患者可以看到谁写入了什么。
4.  **事件** — 通知订阅者有内容发生变更（仅包含 ID，绝不包含临床内容），并读取他们被允许访问的内容。

## Provenance：值得信赖的互操作性

数据在系统间传输时会丢失其上下文，除非上下文随之传输。在 Anpheros 中，每个资源的每个版本都会记录：

- **作者类型** — 患者、执业医师、设备、导入或 AI；
- **代表其编写的组织**，以及（如果命名）**执业医师**；
- **源系统**及其在源系统的记录 ID (`X-Anpheros-Source-System`, `X-Anpheros-Origin-Id`)。

AI 生成的值会标记为 AI 生成，并在构建模型上下文时与临床事实分开存放。

## 跨应用程序的身份标识

每个应用程序都为同一个人看到自己的标识符（成对 ID），因此在未经患者同意的情况下，无法在应用程序之间关联记录。超出应用程序范围的对人员的引用会被屏蔽。互操作性通过同意实现，而不是通过共享标识符实现。

## 相关

- [如何规范化医疗数据](https://developers.anpheros.com/zh/guides/normalize-medical-data)：代码、单位、日期、重复项、验证
- [医疗数据溯源详解](https://developers.anpheros.com/zh/guides/medical-data-provenance)：谁写了什么，以及如何记录
- [如何将诊所系统与 FHIR 后端集成](https://developers.anpheros.com/zh/guides/integrate-clinic-systems-fhir)：诊所 EMR 的分步教程
- [如何将实验室结果导入 FHIR 记录](https://developers.anpheros.com/zh/guides/import-lab-results-fhir)：使用 CSV 和 HL7 v2 的分步教程
- [FHIR 平台](https://developers.anpheros.com/zh/guides/fhir)
- [医疗保健集成](https://developers.anpheros.com/zh/guides/healthcare-integrations)
- [FHIR 代码系统](https://developers.anpheros.com/zh/guides/fhir-code-systems)
- [医疗保健 API](https://developers.anpheros.com/zh/guides/healthcare-api)
- [医疗数据基础设施](https://developers.anpheros.com/zh/guides/medical-data-infrastructure)
- [DICOM 与 FHIR](https://developers.anpheros.com/zh/guides/dicom-vs-fhir)：影像数据与临床数据，以及它们如何连接
- [实验室结果 API](https://developers.anpheros.com/zh/guides/lab-results-api)：用于实验室结果的 HL7 v2 和 FHIR
- [FHIR 与 HL7 v2](https://developers.anpheros.com/zh/guides/fhir-vs-hl7-v2)：消息与资源的比较
- [面向开发者的欧洲健康数据空间 (EHDS)](https://developers.anpheros.com/zh/guides/ehds-for-developers)