# 医疗软件开发

> 医疗软件开发有何不同之处，以及医疗应用程序的层级结构：您的产品在顶层，Anpheros API，FHIR 记录和患者同意在底层。

Source: https://developers.anpheros.com/zh/guides/healthcare-software

**医疗软件是指创建、存储或处理人们健康信息的软件——患者应用程序、诊所工具、实验室系统、远程监控服务、AI 助手。** 与其他软件不同之处不在于用户界面，而在于数据：数据是敏感的、长期的、标准化的、在组织之间共享的，并且受同意的约束。Anpheros 是该数据层的基础设施；本页将解释医疗应用程序的层级结构以及 Anpheros 可以提供哪些层级。

## 通用架构

```
Healthcare application        your product: UI, workflows, notifications, business rules
        ↓
Anpheros API                  REST v1 and FHIR R4, OAuth 2.1 / SMART on FHIR, webhooks, SDKs
        ↓
FHIR medical data             one HL7 FHIR R4 record per patient, versioned, with provenance
        ↓
Consent / authorisation       per-application grants chosen and revocable by the patient
```

您的应用程序负责用户体验；Anpheros 负责记录和相关规则。

## 构建医疗软件的不同之处

### 数据模型是标准，而非设计选择
其他软件可以自行定义其模式。如果医疗软件自行定义其模式，则无法与实验室、诊所或其他应用程序进行数据交换，除非进行翻译项目。从第一行代码开始就使用 HL7 FHIR R4 资源和标准代码（LOINC、ICD-10、ATC、UCUM）可以避免这种情况。[FHIR 平台](https://developers.anpheros.com/zh/guides/fhir)

### 每个值都需要一个来源
由患者输入的血糖值、设备测量的血糖值、从实验室报告导入的血糖值或由 AI 模型生成的血糖值，其含义各不相同。Anpheros 会记录每次写入的作者类型（患者、医护人员、设备、导入、AI）、组织和源系统，并保留每个版本。

### 访问权限由患者决定，而非仅由应用程序决定
除了用户登录和角色之外，医疗软件还需要获得同意：哪个应用程序可以读取哪个人的记录的哪个部分，持续多长时间，以及患者可以看到的审计记录。[同意和访问模型](https://developers.anpheros.com/zh/guides/consent)

### 数据必须独立于应用程序而存在
记录需要保存多年，并在提供商之间转移。将记录（基础设施）与应用程序分离意味着重新设计、新应用程序或新合作伙伴不需要迁移医疗数据。[数字医疗记录基础设施](https://developers.anpheros.com/zh/guides/digital-medical-record)

### 在没有真实患者的情况下进行开发和测试
真实医疗数据不应出现在开发环境中。Anpheros 提供了一个沙箱 — 一个包含合成患者的独立数据库 — 以及物理上无法访问生产数据的沙箱密钥。

### AI 需要遵守与其他人相同的规则
AI 功能是记录的另一个读取者。它应该只获取患者允许的内容，并附带来源，其输出应标记为 AI 生成。[AI 医疗应用程序](https://developers.anpheros.com/zh/guides/ai-healthcare)

## 您构建的内容与 Anpheros 提供的功能

| 层级 | 您构建 | Anpheros 提供 |
|---|---|---|
| 用户体验 | 屏幕、流程、通知、临床内容 | — |
| 您的用户和账户 | 注册、登录、产品中的角色 | 每位患者的数据访问授权；患者在授权页面登录 |
| 医疗数据存储 | — | FHIR R4 记录、26 种资源类型、历史记录、文档 |
| 编码 | 选择记录内容 | 标准代码系统、捆绑的 LOINC 搜索 |
| 记录访问控制 | 您的哪些用户可以看到哪些患者 | 项目隔离、成对 ID、OAuth 范围 |
| 审计 | — | 写入时的来源追溯、患者可见的访问日志 |
| 集成 | 您合作伙伴的特定需求 | 实验室导入、FHIR 事务、Webhooks、SDK |
| AI | 提示、模型选择、功能安全性 | 带有 token 预算和来源标签的上下文 API |
| 合规性 | 您的监管义务和临床安全 | 欧盟数据驻留、使用客户管理的密钥加密文档、生产环境的数据处理协议 |

## 下一步

- 从访问到生产的逐步指南：[使用 Anpheros 构建](https://developers.anpheros.com/zh/guides/build-with-anpheros)
- 工作教程：[构建医疗保健应用程序](https://developers.anpheros.com/zh/guides/build-a-healthcare-app)
- 医疗后端职责：[医疗应用程序后端和数据库](https://developers.anpheros.com/zh/guides/medical-app-backend)
- 图表和数据流：[架构](https://developers.anpheros.com/zh/guides/architecture)
- 面向早期团队：[医疗保健初创公司](https://developers.anpheros.com/zh/guides/healthcare-startups)

## 相关

- [医疗数据基础设施](https://developers.anpheros.com/zh/guides/medical-data-infrastructure)
- [医疗保健 API](https://developers.anpheros.com/zh/guides/healthcare-api)
- [安全、隐私和数据驻留](https://developers.anpheros.com/zh/guides/security)