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

数字病历基础设施

数字病历所需的基础设施——结构、历史记录、文档、隔离、同意管理、审计、交换——以及为什么它与面向患者的应用程序分开。

数字化医疗记录需要两种不同的东西：面向患者的应用程序，供人们日常使用；以及存储、保护和共享记录的底层基础设施。 Anpheros 提供后者：通过 API 进行记录的存储、版本控制、身份验证、同意管理、审计和交换。面向患者的应用程序可以是 Anpheros Daily，也可以是您自己构建的应用程序。

应用与基础设施

将它们分开可以使记录的生命周期超越任何单个应用程序，并在多个应用程序之间共享。Anpheros Daily 遵循这种划分：人们在应用中记录的内容通过与任何其他应用程序相同的公共 API 写入平台，因此——在患者同意的情况下——可以通过相同的 FHIR 格式供其他应用程序使用。

基础设施需要提供什么

结构

记录只有在其他软件能够理解它时才有用。Anpheros 将其存储为 HL7 FHIR R4 资源 — 26 种类型 — 带有标准代码 (LOINC, ICD-10, ATC, UCUM)，并在每个代码旁边保留原始文本。FHIR 平台

历史记录

医疗数据是经过更正的，而不是被覆盖的。每次更新都会创建一个新版本，可以通过 /fhir/R4/{type}/{id}/_history 读取；带有 If-Match 的条件更新可防止两个写入者相互覆盖（过时的版本会响应 412）。

文档

扫描件和 PDF 文件以 DocumentReference 的形式存储，并附带原始文件：通过平台上传或直接上传到存储，然后使用 SHA-256 校验和和大小进行最终确定。最终确定后，原始文件无法更改；从中提取的值会指向它（derived_from）。文件保存在欧盟存储桶中，使用客户管理的密钥进行加密，每个文件最多 25 MiB。

身份和隔离

每个应用程序都在一个项目内运行，并且只能看到自己的患者（以及已授予其访问权限的患者），并使用自己的成对标识符。超出其范围的记录对它来说不存在（404）。

同意

患者授予应用程序在一定期限内（30-365 天）访问特定资源类型和操作的权限，可选地限制为某个类别。授权会作为 FHIR Consent 资源镜像，并可随时撤销。同意和访问模型

出处和审计

每次写入都会记录谁写入了它（患者、执业医师、设备、导入或 AI）、为哪个组织以及从哪个系统写入。每次读取都会被记录并显示给患者，按应用程序显示。

交换

记录可以整体导出（Patient/$everything），以国际患者摘要格式（Patient/$summary）进行摘要，由实验室提供（CSV、HL7 v2 ORU^R01、JSON），并通过签名的 Webhook 进行监视。医疗保健集成

数据驻留和删除

数据存储和处理在欧盟。删除患者会删除记录的所有资源。

构建面向患者的应用程序

如果您正在构建应用程序层，您可以专注于用户体验，并使用 Anpheros 来管理记录：

1. 为每个用户创建一个患者（POST /v1/patients）或请求现有 Anpheros 用户同意；
2. 写入用户记录（/v1/patients/{id}/observations、/conditions、/medications、/documents）；
3. 以列表或时间线的形式读回（/v1/patients/{id}/timeline）；
4. 订阅 Webhook，以便在实验室或诊所添加内容时刷新屏幕。

完整的演练请参见 构建医疗保健应用程序。

相关

• 患者病历
• 医疗应用后端和数据库
• 安全、隐私和数据驻留
• 医疗数据基础设施

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