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

医疗数据基础设施

什么是医疗数据基础设施，Anpheros 在其中扮演什么角色：一个由患者控制的 HL7 FHIR R4 记录、一个 API、同意管理、数据溯源和审计作为医疗保健应用程序和人工智能的共享构建模块。

医疗数据基础设施是存储结构化、标准化患者健康数据并根据患者控制的规则将其提供给应用程序的层。 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 特意将两者分开。Anpheros Daily 是一个面向患者和家属的应用——包含屏幕、提醒和助手。Anpheros Platform 是其底层的基础设施。Daily 通过与任何其他应用相同的公共 API 写入记录，这使得记录具有可移植性：由他人开发的应用可以在获得患者同意的情况下，以相同的 FHIR 格式读取 Daily 写入的内容。

基础设施不为您决定什么

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

相关资源

• 什么是 Anpheros？
• 医疗保健 API
• 医疗保健软件开发
• AI 医疗保健应用
• 使用 Anpheros 构建

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