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

面向开发者的 GDPR 和健康数据

第 9 条健康数据作为工程任务：法律依据、DPA、欧盟居民身份、安全、访问和删除、DPIA — 映射到 Anpheros 的覆盖范围。HIPAA：可根据要求提供 BAA。非法律建议。

根据 GDPR，医疗数据属于个人数据的特殊类别（第 9 条）：除非满足一系列简短条件之一，例如个人的明确同意或提供医疗保健，否则禁止处理，并且它比普通个人数据需要更强的保护措施。对于软件团队而言，这会转化为具体的工程设计决策：有据可查的法律依据、与接触数据的每个供应商签订的数据处理协议、欧盟数据居民身份或合法的传输方式、访问控制和日志记录，以及提供个人数据和删除数据的方法。本页面将这些要求映射到工程工作，并展示像 Anpheros 这样的医疗数据平台已覆盖的部分。这是技术指南，非法律建议。

GDPR for health data — the developer checklist, and what Anpheros covers

Legal basis under Article 9Explicit consent or a healthcare basis; yours to decide and document

Processor agreement (Art. 28)Signed DPA before production data

Data in the EUGoogle Cloud europe-west4 (Netherlands)

Access control and logs (Art. 32)Per-project isolation, consent, an access log the patient sees

Rights of access and erasureExport the whole record as FHIR ($everything); delete through the API (soft delete, history kept)

Impact assessment (Art. 35)Your DPIA; the platform documents its own measures

工程任务形式的需求

GDPR 要求	在代码和操作中的含义	在 Anpheros 中
Article 9 法律依据	决定并记录您处理健康数据的目的（明确同意、医疗保健、公共卫生、研究等）	由您决定和记录；其他应用程序的访问通过明确的 OAuth 同意进行，每次授权都会记录应用程序声明的目的
Article 28 处理者协议	与每个处理者签署数据处理协议	生产环境访问需要签署 DPA
Chapter V 传输	将数据保留在欧盟/欧洲经济区内，或使用合法的传输机制	存储和处理在欧盟（Google Cloud `europe-west4`，荷兰）
Article 32 安全	加密、访问控制、隔离、日志记录、弹性	按项目隔离、成对患者 ID、使用客户管理的密钥加密文档、访问日志
Article 15 访问权	向个人提供其数据的副本	`Patient/$everything`（完整的 FHIR 记录）和 `$summary`（IPS）
Article 17 删除权	在基础结束或个人要求时删除	通过 API 删除；删除是软删除，版本会保留以供审计 — 规划您的保留策略如何处理它们
Article 25 设计中的数据保护	只收集您需要的数据；限制谁可以看到它	SMART 范围和类别过滤器限制每个应用程序读取的内容
Article 30 处理记录	记录您处理的内容和原因	每次写入都有出处：作者、组织、源系统
Article 33 违规通知	在 72 小时内检测并报告	您的事件处理流程；平台记录每次访问
Article 35 DPIA	在开始高风险处理之前进行评估	由您编写；平台记录其自身的措施

同意并非唯一的法律依据

对于患者应用程序来说，明确同意（第 9 条第 2 款第 a 项）很常见，但诊所通常依赖于提供医疗保健（第 9 条第 2 款第 h 项）以及研究项目依据国家法律（第 9 条第 2 款第 j 项）。请根据目的选择法律依据，并予以记录，不要索取您不会遵守的同意：撤销同意必须像给予同意一样容易。在 Anpheros 中，用户可以从同意页面撤销应用程序的访问权限，并且下一次请求将失败。

欧洲健康数据空间（EHDS）对GDPR的补充

法规（EU）2025/327（EHDS）保留了GDPR，并增加了新的权利和格式：个人可以电子化访问其优先数据（患者摘要、处方、实验室结果、影像、出院报告）并进行共享，同时电子健康记录（EHR）系统必须支持欧洲交换格式。请参阅面向开发者的EHDS。

HIPAA呢？

GDPR 适用于欧盟地区的用户；HIPAA 适用于美国境内的受保护实体及其业务伙伴。Anpheros 是为 GDPR 和欧盟数据驻留而构建的，同样的控制措施也适用于 HIPAA：Anpheros 可作为美国诊所的业务伙伴，并可应生产客户的要求提供业务伙伴协议 (BAA) 和美国数据区域。HIPAA 安全措施列在安全页面上。

常见问题解答

健康数据是否属于 GDPR 下的特殊类别数据？

是的。第 9 条将健康相关数据列为特殊类别；处理这些数据除了需要符合第 6 条的法律依据外，还需要满足第 9(2) 条的条件之一。

我是否需要明确的同意才能处理健康数据？

不一定。明确同意是其中一个条件；其他条件包括根据国家法律提供医疗或社会护理、公共卫生和科学研究。为每个目的选择并记录适用的条件。

健康数据是否必须存储在欧盟？

GDPR 不要求将数据存储在欧盟，但传输到 EEA 以外的地区需要合法的机制（充分性决定或适当的保障措施）。将数据保留在欧盟内可以避免这个问题；一些国家/地区的规定更为严格。

Anpheros 是否符合 GDPR？

Anpheros 的设计符合 GDPR：欧盟数据驻留、生产环境的数据处理协议、由患者控制的同意、应用程序之间的隔离以及患者可以读取的访问日志。您的产品合规性也取决于您自己的法律依据、文档和流程。