面向开发者

FHIR 平台作为后端:FHIR 后端即服务能为您带来什么,又不能带来什么

FHIR 平台不仅仅是一个 FHIR 服务器。托管式 FHIR 后端必须包含哪些内容(同意、出处、成对 ID、Webhooks、欧盟居民身份),Anpheros 平台是如何构建的,以及何时应该自行运行服务器。

作者 发布于 阅读约 1 分钟

FHIR 服务器存储和提供 FHIR 资源。您实际需要交付健康产品的是一个 FHIR 平台:它包含服务器,以及身份验证、同意管理、来源追溯、客户隔离、Webhooks、文档、术语以及负责在 GDPR 下维护其运行的人员。本指南将阐述其中的区别,并说明 Anpheros 平台如何填补每个空白,以便您决定是基于它进行构建还是自行运行。

面向开发者的技术版本: 医疗保健 API 平台 · FHIR 服务器对比 在 developers.anpheros.com 上,包含请求、响应和限制。本页面是通俗易懂的版本。

服务器与平台之分

开源 FHIR 服务器(例如 HAPI)在 FHIR 方面表现出色:资源、搜索、验证、历史记录。但其他方面则需要您自行处理:

需求 FHIR 服务器 FHIR 平台
资源存储、搜索、历史记录 是 是
谁可以读取哪个患者的信息 您的代码 内置同意管理
谁写入了每个值 您的代码 每次写入都有来源追溯
同一系统上的多个客户 您的代码 项目隔离、成对 ID
面向患者的同意屏幕 您的代码 OAuth 2.1 + SMART on FHIR
向您的应用程序发送通知 轮询 签名的 Webhooks
真实的测试数据 您的测试数据 每个沙盒有 30 名合成患者
托管、备份、GDPR、DPA 您的运维团队 已包含

如果您有运维团队、合规官和六个月的时间,自行运行服务器是一个不错的选择。如果您需要交付产品,平台会更快。

Anpheros 平台是如何构建的

每个患者一个 FHIR R4 记录。 26 种资源类型,使用 LOINC、ICD-10 和 ATC 编码,写入时进行验证。严格的 FHIR API 位于 /fhir/R4,能力声明位于 /fhir/R4/metadata,而 /v1 的普通 REST API 则以相同的 ID 提供相同的数据。

项目隔离和成对 ID。 一个项目(一个 API 密钥)只能看到它创建的患者。每个项目都会为同一个人接收自己的 ID;内部 ID 永远不会离开平台。指向您范围之外患者的引用会被一个不透明的、每个项目唯一的令牌隐藏。

同意决定读取权限,所有权决定写入权限。 在获得患者同意后,一个组织可以看到完整的记录,包括其他诊所写入的内容,但只能更改或删除自己写入的内容。每种资源的每个版本都会记录写入它的项目;拒绝由其他项目进行的写入,并附带解释。

每次写入都有来源追溯和审计。 Provenance.agent.onBehalfOf 记录写入时的诊所或组织名称;审计行记录了谁、什么、何时、在哪个授权下、从哪个应用程序进行的。患者可以读取他们的访问日志,也以 FHIR AuditEvent 资源的形式提供。

精简、签名的 Webhooks。 事件携带 ID 和版本,不包含临床内容;您通过 API 读取资源。传递使用 HMAC-SHA256 签名,并进行最多 24 小时的指数退避重试。

沙盒和生产环境是独立的数据库。 sk_test_ 密钥无法访问真实患者。沙盒是免费且自助服务的。

欧盟居民。 Cloud Run 部署在 europe-west4,为生产组织提供数据处理协议。

特意不包含的内容

  • 无临床决策支持。平台负责存储、编码和共享;它不进行诊断或推荐治疗。
  • 无包含药物相互作用的完整药物数据库。药物使用 ATC 编码,并提供捆绑的 ATC 和 LOINC 子集供查找,但相互作用检查是您的组件或一项许可服务。
  • 无医院级的 HL7 v2 消息总线。有用于实验室报告的 HL7 v2 ORU^R01 导入;没有 ADT 或订单管理。

提前了解这些限制可以节省一周的探索时间。

何时应自行运行服务器

  • 您必须在自己的医院网络内部托管,不使用外部处理器。
  • 您需要 FHIR R5 或平台未实现的配置文件。
  • 您的产品本身就是 FHIR 服务器。

在所有其他情况下,请从沙盒开始,进行衡量,并根据数据做出决定。第一个小时的介绍请参阅 developers.anpheros.com/guides/first-hour;完整的 API 参考请参阅 platform.anpheros.com/docs。

常见问题

Anpheros 是一个 FHIR 服务器吗?

它包含一个:一个 FHIR R4 API,支持 26 种资源类型、搜索、历史记录、$everything、$summary、$validate 和术语操作。围绕它的是同意管理、来源追溯、隔离、Webhooks 和托管,这些共同构成了一个平台。

使用哪个 FHIR 版本?

FHIR R4 (4.0.1),这是欧盟和美国法规要求的版本,也是大多数系统实现的版本。通过 Inferno 进行了符合性检查;请参阅 IPS 符合性说明。

多个诊所可以共享一个患者的记录吗?

是的,这就是它的目的。在获得患者同意后,每个诊所都可以读取完整的记录并写入自己的资源,每个资源都标有其来源。任何诊所都无法更改其他诊所写入的内容。

有免费的 FHIR 后端供开发使用吗?

是的。沙盒是免费的、自助服务的,并且每个项目都提供 30 名合成患者。请参阅 免费 FHIR 服务器:沙盒。

如果需要,我如何迁移出去?

所有内容都是 FHIR R4 格式且可导出:Patient/{id}/$everything 会以 Bundle 格式返回患者的完整记录。没有专有格式需要解析。

本指南仅供参考,不能替代医生诊疗。涉及健康的决定请咨询医生。紧急情况请拨打 112。
关于作者
Adrian Kereky

Anpheros 创始人。电子工程师,曾在与三星(Samsung)和英伟达(NVIDIA)合作的汽车项目中从事自动驾驶工作六年,负责运行在 NVIDIA 芯片与 CUDA 上的驾驶辅助系统和 AI 系统的架构。随后创建了 Anpheros:由患者掌控的健康档案及其运行所依托的 HL7 FHIR R4 平台。

了解更多关于 Anpheros 与作者 →

把健康档案随身带着

Anpheros Daily 把症状、化验、药物和文件集中保存在一个地方,采用标准格式,由你掌控。Basic 方案免费。

下载 Anpheros Daily