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

医疗软件开发

构建医疗软件有何不同，以及医疗应用程序如何分层：顶部的产品、Anpheros API、底层的 FHIR 记录和患者同意。

医疗软件是指创建、存储或处理人们健康信息的软件——患者应用程序、诊所工具、实验室系统、远程监控服务、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 平台

每个值都需要一个来源

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

访问权限由患者决定，而非仅由应用程序决定

除了用户登录和角色之外，医疗软件还需要获得同意：哪个应用程序可以读取哪个人的记录的哪个部分，持续多长时间，以及患者可以看到的审计记录。同意和访问模型

数据必须独立于应用程序而存在

记录需要保存多年，并在提供商之间转移。将记录（基础设施）与应用程序分离意味着重新设计、新应用程序或新合作伙伴不需要迁移医疗数据。数字医疗记录基础设施

在没有真实患者的情况下进行开发和测试

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

AI 需要遵守与其他人相同的规则

AI 功能是记录的另一个读取者。它应该只获取患者允许的内容，并附带来源，其输出应标记为 AI 生成。AI 医疗应用程序

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

下一步

• 从访问到生产的逐步指南：使用 Anpheros 构建
• 工作教程：构建医疗保健应用程序
• 医疗后端职责：医疗应用程序后端和数据库
• 图表和数据流：架构
• 面向早期团队：医疗保健初创公司

相关

• 医疗数据基础设施
• 医疗保健 API
• 安全、隐私和数据驻留

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