# Anpheros 与其他 FHIR 服务器的比较

> 自托管 FHIR 服务器、云 FHIR 存储、开源医疗保健平台与 Anpheros 并列比较：谁授权访问、同意、来源、驻留、定价，以及何时是最佳选择。

Source: https://developers.anpheros.com/zh/guides/fhir-server-comparison

**选择 FHIR 后端的技术团队通常会权衡四种选择：自行托管的开源服务器、云提供商提供的托管式 FHIR 存储、带有托管版本的开源医疗保健平台，或者像 Anpheros 这样的托管式医疗保健数据库。** 本指南根据截至 2026 年 10 月的公开文档，描述了每种类型的优势以及 Anpheros 的定位。对于此处命名的任何产品，请查阅其自身文档；功能会发生变化。

## 四种类型

| | 自托管 FHIR 服务器 (例如 HAPI FHIR) | 云 FHIR 存储 (例如 Google Cloud Healthcare API, Azure Health Data Services, AWS HealthLake) | 医疗保健平台 (例如 Medplum) | Anpheros |
|---|---|---|---|---|
| 是什么 | 您运行的 FHIR 服务器 | 云账户内的 FHIR 数据存储 | 具有身份验证、工作流和托管版本的 FHIR 原生应用程序平台 | 托管的医疗保健数据库：每位患者的 FHIR R4 记录、同意、API、审计 |
| 谁授权访问 | 您围绕它构建的任何内容 | 云的 IAM，按项目或数据集 | 平台访问策略，由您配置 | 患者 (OAuth 2.1 同意) 或组织 (API 密钥) |
| 面向患者的同意和审计 | 否 | 否 | 可通过其策略模型构建 | 内置，患者可见 |
| 每次写入的来源追踪 | 如果您添加 | 如果您添加 | FHIR 支持；您强制执行 | 必需且自动 |
| 应用程序之间的标识符隔离 | 否 | 否 | 否 | 每个应用程序的成对 ID |
| 实验室导入 (HL7 v2) | 单独的工具 | 部分 (某些存储中的 v2 到 FHIR 映射) | 您编写的集成 | 内置，一个请求 |
| 数据驻留 | 您托管的位置 | 提供商提供的区域 | 取决于托管 | 仅限欧盟 |
| 定价 | 您的基础设施和时间 | 基于使用量 (请求、存储) | 按计划或自托管 | 按组织，按存储的患者 |
| 最适合 | 学习、完全控制、不寻常的数据模型 | 已在该云中且将自行构建医疗保健层的团队 | 希望在开源代码库上构建并拥有完整堆栈的团队 | 希望完成医疗保健层并将其产品作为其工作的团队 |

## Google Cloud Healthcare API 还是托管平台？

Google 的产品名称就是 Cloud Healthcare API，因此在许多“医疗保健 API”搜索中它会首先出现。它是您 Google Cloud 项目中的一个云 FHIR 存储（还支持 HL7 v2 和 DICOM 存储）：提供存储、FHIR 搜索和基于 IAM 的访问，按使用量计费。其余部分由您构建——面向患者的同意和审计、应用程序隔离、实验室导入、SDK 以及包含测试数据的沙盒。Anpheros 提供这些部分，并将数据存储在欧盟；它不为您提供自己云账户中的 FHIR 存储。选择哪一方取决于谁应该拥有医疗保健层：您的团队（Cloud Healthcare API）还是平台（Anpheros）。

## 开源 FHIR 服务器还是托管服务？

HAPI FHIR 等开源服务器可以在任何地方运行（提供 Docker 镜像），并支持完整的 FHIR 规范，包括您自己的配置文件和扩展。在生产环境中运行开源服务器意味着您需要自己负责数据库、升级、安全、备份和访问层。托管平台则牺牲了一部分自由度（Anpheros 存储 26 种资源类型），但无需自行管理。有关此类服务器内部存储的内容，请参阅 [FHIR 数据库架构](https://developers.anpheros.com/zh/guides/fhir-database-schema)。

## 何时选择 Anpheros

- 您正在为患者、诊所、实验室或 AI 构建产品，并且希望专注于编写产品本身，而不是记录。
- 患者同意和患者可读的审计记录是强制要求，而非锦上添花（GDPR 第 9 条，EHDS）。
- 您的数据必须保留在欧盟境内。
- 您需要 FHIR R4，同时还需要一个供应商提供的更简单的 REST 视图、SDK 和 Webhook。
- 您希望免费开始，在包含逼真合成患者的沙盒环境中进行开发，然后无缝迁移到生产环境，无需重写。

## 其他选项更优的场景

- 您需要 Anpheros 不支持的 26 种 FHIR 资源类型、Profile 或 Extension，或者一个完全自定义的数据模型：自托管服务器能为您提供这种自由度。
- 您的组织出于合规性原因要求所有内容都位于一个云账户内：云端 FHIR 存储符合该策略。
- 您希望拥有并修改整个堆栈，包括授权服务器和 UI 组件：开源平台就是为此设计的。
- 您今天就需要 EHR Launch、Bulk Data export 或 `system/` scopes：Anpheros 尚不提供这些功能（请参阅 [如何使用 SMART on FHIR 实现患者同意](https://developers.anpheros.com/zh/guides/smart-on-fhir-backend)）。

## 公平的决策方式

计算您的产品所需的医疗保健层部分：同意、溯源、审计、标识符、实验室导入、文档存储、居住地，并估算您偏好的选项中每个部分需要构建和维护的月数。然后将其与这些月数可以投入的产品工作进行比较。当第二个数更大时，Anpheros 是正确的选择。

## 相关资源

- [医疗 API 平台：包含内容及选择指南](https://developers.anpheros.com/zh/guides/healthcare-api-platform)：向任何供应商提问
- [FHIR 与自定义医疗数据库](https://developers.anpheros.com/zh/guides/fhir-vs-custom-database)：何时设计自己的表，何时使用 FHIR
- [免费 FHIR 数据库和沙盒](https://developers.anpheros.com/zh/guides/free-fhir-database)
- [FHIR 平台](https://developers.anpheros.com/zh/guides/fhir)
- [医疗应用后端和数据库](https://developers.anpheros.com/zh/guides/medical-app-backend)
- [医疗初创公司](https://developers.anpheros.com/zh/guides/healthcare-startups)
- [安全、隐私和数据驻留](https://developers.anpheros.com/zh/guides/security)