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 하에서 건강 데이터는 개인 데이터의 특별 범주(Article 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에서의 구현
Article 9 법적 근거	건강 데이터를 처리하는 이유를 결정하고 기록합니다 (명시적 동의, 의료, 공중 보건, 연구 등)	귀하가 결정하고 문서화해야 합니다. 다른 앱의 접근은 명시적 OAuth 동의를 통해 이루어지며, 각 부여는 앱이 선언한 목적을 기록합니다.
Article 28 처리자 계약	모든 처리자와 데이터 처리 계약을 체결합니다.	프로덕션 접근 시 서명된 DPA가 필요합니다.
Chapter V 이전	데이터를 EU/EEA에 보관하거나 합법적인 이전 메커니즘을 사용합니다.	EU (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	시작하기 전에 고위험 처리를 평가합니다.	귀하가 작성해야 합니다. 플랫폼은 자체 조치를 문서화합니다.

동의만이 유일한 법적 근거는 아닙니다

명시적 동의(Article 9(2)(a))는 환자 앱에서 흔히 사용되지만, 클리닉에서는 일반적으로 의료 제공(Article 9(2)(h)) 및 연구 프로젝트에 대해 Article 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 데이터 상주, 프로덕션을 위한 데이터 처리 계약, 환자가 제어하는 동의, 애플리케이션 간 격리, 환자가 읽을 수 있는 액세스 로그가 포함됩니다. 귀하의 제품 준수 여부는 귀하의 법적 근거, 문서 및 프로세스에도 달려 있습니다.