Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card
医疗数据互操作性
互操作性的技术、语法、语义和组织层面,Anpheros 使用的标准(FHIR R4、IPS、SMART on FHIR、HL7 v2)以及为什么数据溯源使交换的数据值得信赖。
医疗数据互操作性是指不同的系统——应用程序、诊所、实验室、医院、AI服务——能够交换健康数据并使用它,而无需手动重新解释。 Anpheros 的方法是:以其他系统已经理解的格式(使用标准代码系统的 HL7 FHIR R4)存储每条记录;通过标准协议(FHIR REST、SMART on FHIR、国际患者摘要、HL7 v2 实验室消息)进行交换;并保留使交换数据值得信赖的上下文:谁编写了它、何时编写、以及在谁的同意下编写。
互操作性的四个级别
| 级别 | 回答的问题 | Anpheros 如何解决 |
|---|---|---|
| 技术 | 系统能否连接? | HTTPS API、OAuth 2.1、签名 webhook、Dart 和 TypeScript SDK |
| 语法 | 它们能否解析彼此的数据? | HL7 FHIR R4 (4.0.1) 资源和 bundle;接受用于实验室结果的 CSV、HL7 v2 ORU^R01 和 JSON |
| 语义 | 它们的意思相同吗? | LOINC 用于测量和结果,ICD-10 用于疾病,ATC 用于药物,UCUM 用于单位;每个代码旁边都保留了原始文本 |
| 组织 | 它们可以交换数据吗,并且可以信任吗? | 每个应用程序的患者同意、每次写入的来源记录、患者可见的访问日志 |
大多数集成项目在语义和组织级别失败,而不是技术级别。在写入时进行编码并记录每个值的来源,是使来自一个源的数据在另一个源中可用的关键。
Anpheros 使用的标准
- HL7 FHIR R4。 每条记录都由 FHIR 资源组成 — 共 26 种类型 — 可搜索且支持版本控制,并附带一个
/fhir/R4/metadataCapabilityStatement。FHIR 平台 - International Patient Summary (IPS)。
Patient/{id}/$summary返回一个 IPS 文档包,使用官方 HL7 验证器针对hl7.fhir.uv.ips#1.1.0进行验证,无任何错误。IPS 是专为欧洲跨境护理设计的摘要格式。 - HL7 Europe 实验室报告规则。 实验室结果在写入时进行检查;差距会在
Anpheros-Conformance响应头中报告(目前为建议性)。Observation/$validate?profile=eu-lab按需运行检查。 - SMART on FHIR。 第三方应用程序通过 OAuth 2.1(支持 PKCE)和 SMART v2 患者范围访问记录;发现地址为
/fhir/R4/.well-known/smart-configuration。Inferno SMART App Launch STU2 套件的独立启动测试组通过;尚不支持 EHR 启动。 - HL7 v2。 实验室结果以
ORU^R01消息以及 CSV 或 JSON 的形式到达,并转换为 FHIR Observations。实验室连接器 - European Health Data Space。 FHIR R4 和 IPS 是 EHDS 依赖的患者摘要和实验室结果的格式;Anpheros 遵循这些格式。这是格式上的对齐,并非认证。
交换模式
- 授权的应用访问 — 应用向患者请求范围(scopes),通过 FHIR 或 REST 读写记录,并在患者撤销授权后失去访问权限。
- 文档交换 — 记录或其摘要以 FHIR bundle 的形式(
$everything,$summary)导出。 - 入站结果 — 实验室和诊所代表其组织向记录写入数据;患者可以看到谁写入了什么。
- 事件 — 通知订阅者有内容发生变更(仅包含 ID,绝不包含临床内容),并读取他们被允许访问的内容。
Provenance:值得信赖的互操作性
数据在系统间传输时会丢失其上下文,除非上下文随之传输。在 Anpheros 中,每个资源的每个版本都会记录:
- 作者类型 — 患者、执业医师、设备、导入或 AI;
- 代表其编写的组织,以及(如果命名)执业医师;
- 源系统及其在源系统的记录 ID (
X-Anpheros-Source-System,X-Anpheros-Origin-Id)。
AI 生成的值会标记为 AI 生成,并在构建模型上下文时与临床事实分开存放。
跨应用程序的身份标识
每个应用程序都为同一个人看到自己的标识符(成对 ID),因此在未经患者同意的情况下,无法在应用程序之间关联记录。超出应用程序范围的对人员的引用会被屏蔽。互操作性通过同意实现,而不是通过共享标识符实现。
相关
- 如何规范化医疗数据:代码、单位、日期、重复项、验证
- 医疗数据溯源详解:谁写了什么,以及如何记录
- 如何将诊所系统与 FHIR 后端集成:诊所 EMR 的分步教程
- 如何将实验室结果导入 FHIR 记录:使用 CSV 和 HL7 v2 的分步教程
- FHIR 平台
- 医疗保健集成
- FHIR 代码系统
- 医疗保健 API
- 医疗数据基础设施
- DICOM 与 FHIR:影像数据与临床数据,以及它们如何连接
- 实验室结果 API:用于实验室结果的 HL7 v2 和 FHIR
- FHIR 与 HL7 v2:消息与资源的比较
- 面向开发者的欧洲健康数据空间 (EHDS)
Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card