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

開発者のためのGDPRと医療データ

第9条の医療データをエンジニアリングタスクとして扱う：法的根拠、DPA、EU居住者、セキュリティ、アクセスと消去、DPIA — Anpherosがカバーするものにマッピング。HIPAA：リクエストに応じてBAAを提供。法的助言ではありません。

GDPRの下では、医療データは個人データの特別なカテゴリ（第9条）であり、本人の明示的な同意や医療の提供などの短い条件リストのいずれかが適用されない限り、その処理は禁止されており、通常の個人データよりも強力な保護が必要です。ソフトウェアチームにとって、これは具体的な設計上の決定となります。文書化された法的根拠、データに触れるすべてのベンダーとのプロセッサ契約、EUデータ居住または合法的な移転、アクセス制御とロギング、そして個人にデータを提供し、それを消去する方法です。このページでは、それらの要件をエンジニアリング作業にマッピングし、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 における対応
第9条法的根拠	健康データを処理する理由を決定し記録する（明示的な同意、医療、公衆衛生、研究など）	お客様が決定し文書化してください。他のアプリからのアクセスは、明示的なOAuth同意を通じて行われ、各許可はアプリが宣言した目的を記録します。
第28条処理者契約	すべての処理者とデータ処理契約を締結する	本番環境へのアクセスには、署名済みのDPAが必要です。
第5章データ移転	データをEU/EEA内に保持するか、合法的な移転メカニズムを使用する	EU内（Google Cloud `europe-west4`、オランダ）に保存および処理されます。
第32条セキュリティ	暗号化、アクセス制御、分離、ロギング、レジリエンス	プロジェクトごとの分離、ペアワイズ患者ID、顧客管理キーによるドキュメントの暗号化、アクセスログ
第15条アクセス権	データコピーを本人に提供する	`Patient/$everything`（完全なFHIRレコード）および `$summary`（IPS）
第17条消去権	根拠が終了したとき、または本人が要求したときに削除する	API経由で削除します。削除はソフト削除であり、監査のためにバージョンが保持されます。保持ポリシーがそれらをどのように処理するかを計画してください。
第25条設計によるデータ保護	必要なものだけを収集する。誰が見ることができるかを制限する	SMARTスコープとカテゴリフィルターにより、各アプリが読み取るものを制限します。
第30条処理の記録	処理内容とその理由を文書化する	すべての書き込みに対するプロベナンス：作成者、組織、ソースシステム
第33条インシデント通知	72時間以内に検出し報告する	お客様のインシデントプロセス。プラットフォームはすべてのアクセスをログに記録します。
第35条 DPIA	開始前に高リスク処理を評価する	お客様が作成してください。プラットフォームは独自の対策を文書化します。

同意だけが唯一の法的根拠ではありません

患者向けアプリでは明示的な同意（第9条(2)(a)項）が一般的ですが、クリニックは通常、医療の提供（第9条(2)(h)項）や、国内法に基づく研究プロジェクト（第9条(2)(j)項）に依存しています。目的ごとに根拠を選択し、記録してください。そして、守れない同意を求めないでください。同意は、付与するのと同じくらい簡単に撤回できる必要があります。Anpherosでは、ユーザーは同意ページからアプリケーションへのアクセスを撤回でき、その後のリクエストは失敗します。

欧州ヘルスデータスペース（EHDS）はGDPRを補完します

規則 (EU) 2025/327（EHDS）はGDPRを維持し、権利とフォーマットを追加します。個人は優先度の高いデータ（患者サマリー、処方箋、検査結果、画像、退院レポート）への電子アクセス権を得て共有できるようになり、EHRシステムは欧州交換フォーマットをサポートする必要があります。詳細は開発者向けEHDSを参照してください。

HIPAAについては？

GDPRはEU域内の個人に適用されますが、HIPAAは米国内の対象事業者およびその業務委託先に適用されます。AnpherosはGDPRおよびEUのデータレジデンシーに対応して構築されており、HIPAAにも同じ管理機能が適用されます。Anpherosは米国のクリニックに対して、業務委託契約（BAA）を締結し、本番環境のお客様にはご要望に応じて米国内のデータリージョンを提供することで、業務委託先として機能します。HIPAAの保護措置については、セキュリティページに記載されています。

よくある質問

健康データはGDPRにおける特別カテゴリーデータに該当しますか？

はい。GDPR第9条では、健康に関するデータを特別カテゴリーにリストアップしており、その処理には、第6条の法的根拠に加えて、第9条(2)のいずれかの条件が必要です。

健康データを処理するために明示的な同意が必要ですか？

必ずしも必要ではありません。明示的な同意は条件の一つですが、その他に、国内法に基づく医療またはソーシャルケアの提供、公衆衛生、科学的研究などが含まれます。各目的に合ったものを選択し、文書化してください。

健康データはEU内に保存する必要がありますか？

GDPRはEU内での保存を義務付けていませんが、EEA域外への移転には合法的なメカニズム（十分性認定または適切な保護措置）が必要です。データをEU内に保持することで、その問題は回避されます。一部の国内法はより厳格です。

AnpherosはGDPRに準拠していますか？

AnpherosはGDPRに対応するように設計されています。EUデータレジデンシー、本番環境用のデータ処理契約、患者が管理する同意、アプリケーション間の分離、患者が閲覧可能なアクセスログを備えています。お客様の製品のコンプライアンスは、お客様自身の法的根拠、文書化、およびプロセスにも依存します。