# 医疗数据基础设施

> 什么是医疗数据基础设施以及 Anpheros 的定位：以患者为中心的 HL7 FHIR R4 记录、API、同意、溯源和审计，作为医疗保健应用程序和 AI 的共享构建块。

Source: https://developers.anpheros.com/zh/guides/medical-data-infrastructure

**医疗数据基础设施是存储结构化、标准化患者健康数据并根据患者控制的规则将其提供给应用程序的层。** Anpheros 是可互操作的医疗数据基础设施：它为每位患者维护一个 HL7 FHIR R4 记录，并通过 API 暴露该记录，内置了同意、溯源和审计功能，以便医疗保健应用程序、医疗软件和 AI 服务可以构建在其之上，而不是每个应用都构建自己的医疗数据库。

在实践中，开发人员将 Anpheros 用作其产品的医疗数据层——作为医疗保健应用程序、诊所集成或 AI 应用程序的 FHIR 后端和患者记录存储。它通过 API（REST 和 FHIR R4）访问，而不是作为通用 SQL 数据库，并且不托管 AI 模型。

## 为什么需要一个单独的层

每个处理健康数据的应用程序都需要相同的底层基础，而这些基础本身并不是应用程序的实际产品：

- **数据模型**，用于处理观察结果、诊断、药物、文档以及病历中的其他信息；
- **身份和隔离**，确保一个应用程序无法查看另一个应用程序的患者信息；
- **同意**，让患者决定哪个应用程序在何时查看哪些信息；
- **来源和历史记录**，确保每个值都可以追溯到记录者，并且不会被静默覆盖；
- 与实验室、诊所、设备和其他应用程序的**集成**；
- **标准**，以便数据离开应用程序后仍能被理解；
- 以及，日益增长的，一种安全的方式，将记录的正确部分交给**AI模型**。

当每个应用程序都自行构建这些功能时，患者数据最终会分散在不兼容的孤岛中。医疗数据基础设施将它们转化为共享的、经过测试的构建块。

## Anpheros 实现的链

```
Medical data          measurements, lab results, diagnoses, medications, documents, visits
     ↓
HL7 FHIR R4           stored as standard resources — 26 types, versioned
     ↓
API                   /fhir/R4 (strict FHIR) and /v1 (simplified REST), same ids
     ↓
Patient record        one record per person, isolated per application (pairwise ids)
     ↓
Consent               OAuth 2.1 / SMART on FHIR grants: scopes, duration, revocation
     ↓
Applications          patient apps, clinic and lab systems, third-party apps
     ↓
AI                    context API: the relevant part of the record for a model, with sources
```

## 构建模块及其文档位置

| 构建模块 | 在 Anpheros 中 | 阅读更多 |
|---|---|---|
| 数据模型 | 26 种 HL7 FHIR R4 资源类型；LOINC、ICD-10、ATC、UCUM | [FHIR 平台](https://developers.anpheros.com/zh/guides/fhir) |
| 记录 | 每个患者一条 FHIR 记录；家庭成员有自己的记录 | [患者病历](https://developers.anpheros.com/zh/guides/patient-medical-record) |
| 存储和历史记录 | 每次更新都是一个新版本；文档不可变，使用客户管理的密钥在欧盟进行加密 | [数字病历基础设施](https://developers.anpheros.com/zh/guides/digital-medical-record) |
| 访问 | 每个项目的 API 密钥，每个患者的 OAuth 令牌，`404` 用于超出您范围的任何内容 | [医疗保健 API](https://developers.anpheros.com/zh/guides/healthcare-api) |
| 同意 | 授予 30-365 天的权限，按资源类型和类别，可一次性撤销 | [同意和访问模型](https://developers.anpheros.com/zh/guides/consent) |
| 出处和审计 | 每次写入都会记录其作者和来源；患者可以看到每次读取 | [安全、隐私和数据驻留](https://developers.anpheros.com/zh/guides/security) |
| 集成 | FHIR 事务、实验室报告导入、签名 Webhook、SDK | [医疗保健集成](https://developers.anpheros.com/zh/guides/healthcare-integrations) |
| 互操作性 | FHIR R4、International Patient Summary、SMART on FHIR、HL7 v2 实验室消息 | [医疗保健数据互操作性](https://developers.anpheros.com/zh/guides/interoperability) |
| AI 上下文 | 为您选择的任何模型提供预算内、带来源标签的上下文 | [AI 医疗保健应用](https://developers.anpheros.com/zh/guides/ai-healthcare) |

## 基础设施与应用

Anpheros 特意将两者分开。**Anpheros Daily** 是一个面向患者和家属的应用——包含屏幕、提醒和助手。**Anpheros Platform** 是其底层的基础设施。Daily 通过与任何其他应用相同的公共 API 写入记录，这使得记录具有可移植性：由他人开发的应用可以在获得患者同意的情况下，以相同的 FHIR 格式读取 Daily 写入的内容。

## 基础设施不为您决定什么

Anpheros 负责持有和管理数据；它不做出临床决策，不设计您的用户体验，也不承担您的合规义务。Anpheros 不声称拥有医疗器械认证或其他监管批准。生产环境使用需要经过验证的组织和签署的数据处理协议，并且该平台目前处于私有 Beta 测试阶段（单区域，无合同 SLA）。

## 相关资源

- [什么是 Anpheros？](https://developers.anpheros.com/zh/guides/what-is-anpheros)
- [医疗保健 API](https://developers.anpheros.com/zh/guides/healthcare-api)
- [医疗保健软件开发](https://developers.anpheros.com/zh/guides/healthcare-software)
- [AI 医疗保健应用](https://developers.anpheros.com/zh/guides/ai-healthcare)
- [使用 Anpheros 构建](https://developers.anpheros.com/zh/guides/build-with-anpheros)