Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

Anpheros 与其他 FHIR 服务器的比较

自托管 FHIR 服务器、云 FHIR 存储、开源医疗保健平台与 Anpheros 并排比较：谁授权访问、同意管理、数据溯源、数据驻留、定价以及何时选择每个选项。

选择 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 数据库架构。

何时选择 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 实现患者同意）。

公平的决策方式

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