간단히 말해, **개인정보 영향 평가(DPIA)**는 처리 작업을 설명하고, 해당 작업이 필요하고 비례적인지 보여주며, 데이터를 사용하는 사람들에게 미치는 위험을 평가하고, 이러한 위험을 줄이는 조치를 기록하는 문서입니다. GDPR 제35조는 고위험을 초래할 가능성이 있는 처리, 특히 건강 데이터를 포함하는 특수 범주 데이터의 대규모 처리에 대해 DPIA를 의무화하고 있습니다. 실제로는 사용자가 몇 명 되지 않는 소규모 앱을 제외한 모든 건강 앱과 건강 데이터 플랫폼은 처리 시작 전에 DPIA를 작성해야 하며, 처리 내용이 변경될 때마다 검토해야 합니다. 아래 템플릿은 제35조 7항 및 유럽 가이드라인을 따르며, 하단에서 다운로드할 수 있습니다.
언제 필요한가요?
GDPR 제35조에 따라 처리 과정에서 높은 위험이 발생할 가능성이 있는 경우 DPIA가 필요하며, 건강 데이터와 같은 특별 범주의 대규모 처리는 자동적인 트리거로 명시되어 있습니다. EDPB 기준에 따르면, 건강 앱은 일반적으로 여러 기준(민감한 데이터, 대규모 처리, 취약한 사람)을 충족하므로, 거의 모든 건강 앱은 처리가 시작되기 전에 DPIA가 필요합니다.
제35조 3항은 세 가지 자동 트리거를 나열합니다: 상당한 영향을 미치는 체계적이고 광범위한 프로파일링, 특수 범주(제9조) 또는 범죄 데이터의 대규모 처리, 공공장소의 체계적인 대규모 모니터링. 유럽 데이터 보호 위원회(EDPB, 이전 제29조 실무 그룹)의 기준은 여섯 가지를 추가합니다. 두 가지 이상이 해당되면 DPIA를 수행해야 합니다: 평가 또는 점수 매기기, 법적 또는 유사한 효과를 갖는 자동화된 결정, 체계적인 모니터링, 민감한 데이터, 대규모 처리, 데이터 세트 일치 또는 결합, 취약한 사람들에 대한 데이터(환자 포함), 혁신적인 기술 사용, 사람들이 권리를 행사하거나 서비스를 이용하는 것을 방해하는 행위. 건강 앱은 일반적으로 민감한 데이터, 대규모 처리, 취약한 사람, 그리고 종종 혁신적인 기술에 해당합니다. 각국 규제 당국은 항상 DPIA가 필요한 처리 목록(제35조 4항)을 발표하며, 대부분 건강 앱 및 연결된 장치를 포함합니다.
체크리스트
건강 앱 DPIA 체크리스트는 GDPR 제35조(7)항의 네 가지 요소를 따릅니다: 처리 과정 설명(목적, 데이터, 행위자, 기술), 필요성 및 비례성 평가(법적 근거, 최소화, 권리, 처리자, 보존 기간), 데이터 사용자의 위험 평가, 그리고 이러한 위험을 해결하기 위한 조치, 이후 협의, 승인 및 정기 검토가 이어집니다.
1. 처리 설명 (제35조 7항(a))
- 목적별로 하나씩: 개인 기록 저장, 클리닉과 공유, 알림, 익명 통계, AI 기능.
- 목적별 데이터 범주(건강 데이터 표시), 출처(개인, 클리닉, 웨어러블, 문서), 수신자, 범주별 보존 기간, EU 외부 전송 및 해당 메커니즘.
- 행위자: 컨트롤러, 프로세서(호스팅, 분석, 지원 도구, AI 제공업체) 및 해당 계약, DPO.
- 기술: 아키텍처, 데이터 저장 위치, 암호화, 신원 확인, 로깅. 데이터 흐름도는 잊은 것을 찾는 가장 빠른 방법입니다.
2. 필요성 및 비례성 (제35조 7항(b))
- 제6조에 따른 법적 근거 및 제9조 2항 예외(목적별) (GDPR 제9조 설명).
- 데이터 최소화: 각 데이터 요소별로 필요한 이유, 수집하지 않기로 결정한 사항.
- 개인에게 제공되는 정보(제13-14조) 및 제품 내에서(이메일 지원이 아닌) 권리(접근, 수정, 삭제, 이동, 이의 제기, 동의 철회) 행사 방법.
- 프로세서: 제28조 계약 체결 여부, 하위 프로세서 목록, 감사 권한.
- 보존 및 삭제: 구체적인 기간 및 이를 강제하는 메커니즘.
3. 개인에게 미치는 위험 (제35조 7항(c)) 각 목적에 대해 세 가지 일반적인 사건에 대한 발생 가능성과 심각도를 평가합니다:
- 부정 접근 (침해, 내부자, 과도한 공유, 승인된 것 이상을 보는 클리닉);
- 원치 않는 수정 (의사가 신뢰하는 기록의 잘못된 데이터, 동기화 오류, 기록에 쓰는 AI 기능);
- 소실 (개인이 의존하는 기록의 손실, 계정 탈취, 공급업체 중단). 그 다음 건강 관련 위험: "익명" 통계의 재식별, 행동으로부터의 질병 추론, 데이터가 보험사나 고용주에게 도달할 경우 차별, 아동 데이터로 인한 피해, 클리닉 주변 위치 데이터, 앱 내 타사 SDK가 광고 네트워크로 데이터를 전송하는 경우(건강 앱 규제 감사에서 가장 흔하게 발견되는 사항).
4. 조치 (제35조 7항(d)) 각 위험에 대해 통제 및 잔여 위험: 저장 및 전송 중 암호화, 강력한 인증, 동의 및 시간에 따른 접근 범위 지정 및 로그 기록(개인이 읽을 수 있음), 분석 및 로그에서의 가명 처리, 타사 광고 또는 추적 SDK 미사용, 개발을 위한 별도 환경 및 합성 데이터, 복구 테스트가 완료된 백업, 공급업체 검토, 72시간 알림을 포함한 사고 대응, 안전한 개발 관행, 직원 교육 및 기밀 유지, 제품 내 데이터 내보내기 및 삭제, 통합을 위한 킬 스위치.
5. 협의
- DPO의 조언 기록(제35조 2항); 적절한 경우 개인 또는 그 대표자의 의견 청취(제35조 9항), 예를 들어 사용자 패널 또는 환자 협회를 통해.
- 높은 잔여 위험이 남아 있는 경우, 처리 전에 감독 당국과 협의(제36조). 대부분의 잘 통제된 건강 앱은 이 단계에 이르지 않지만, 여러 클리닉을 위해 처리하는 플랫폼은 때때로 도달합니다.
6. 승인 및 검토
- 컨트롤러 경영진의 승인; 날짜 기입; 버전 관리.
- 목적, 데이터, 기술 또는 수신자가 변경될 때, 그리고 최소 1-2년마다 검토(제35조 11항).
건강 앱 DPIA의 일반적인 발견 사항
건강 앱 DPIA에서 가장 흔하게 발견되는 사항은 건강 정보와 함께 식별자를 수신하는 분석 및 충돌 보고 SDK, 잠금 화면에서 질병을 노출하는 푸시 알림, 데이터베이스에 대한 무제한 액세스 권한을 가진 지원 직원, EU 외부의 백업, 계정이 닫힌 후에도 유지되는 데이터, 목적을 묶어서 처리하는 동의 화면, 그리고 여전히 사람을 식별할 수 있는 "익명화된" 데이터 세트입니다.
이러한 각 문제에는 구체적인 해결책이 있으며, DPIA는 이러한 해결책이 확정되는 곳입니다.
템플릿
이 페이지의 DPIA 템플릿은 건강 앱을 위한 작성 가능한 Markdown 문서로, 6개 섹션(처리 과정 설명, 필요성 및 비례성, 사용자 위험, 조치, 협의, 승인 및 검토)으로 구성되어 있으며 위험 테이블과 조치 테이블이 포함되어 있습니다. GDPR 제35조(7)항과 EDPB 기준을 따르며, 법률 자문이 아닌 초기 구조입니다.
DPIA 템플릿 다운로드. 모든 문서 도구에 가져와서 사용할 수 있으며, 귀하의 DPO가 이를 수정할 수 있습니다.
Anpheros에서
Anpheros는 Anpheros Daily 및 Anpheros Platform(프로세서로서)에 대해 위와 같은 구조로 DPIA를 유지하며, 이를 통해 결정된 사항은 제품에 반영되어 있습니다: 목적별 동의, 접근 범위 및 로깅, 광고 SDK 미사용, EU 호스팅, 앱 내 내보내기 및 삭제. 건강 투명성을 참조하십시오.
이 페이지는 제품 및 엔지니어링 팀을 위한 규정을 설명합니다. 법률 자문이 아니며, 출처 아래 링크된 텍스트가 권위이며, 귀하의 데이터 보호 책임자, 인증 기관 또는 변호사가 귀하의 경우를 결정합니다. 마지막 검토: 2026년 10월.
관련 페이지
- 건강 데이터를 위한 GDPR 제9조
- 건강 데이터의 비식별화
- 내 의료 기록을 누가 보았나요?
- 건강 앱은 의료 기기인가요?
- ISO 27001 대 ISO 27799
- 건강 데이터 규제 지도
출처
- GDPR 제35조 및 36조, EUR-Lex
- 제29조 실무 그룹 / EDPB: DPIA에 대한 지침 (WP248 rev.01)
- CNIL: PIA 방법론 및 소프트웨어
- ICO: 데이터 보호 영향 평가
- EDPB: 지침, 권고 및 모범 사례
자주 묻는 질문
사용자 수가 적은 소규모 앱에 DPIA가 필요한가요?
건강 데이터를 처리하는 경우 거의 항상 필요합니다: 민감한 데이터와 취약한 사람들은 이미 두 가지 기준을 충족하며, 여러 국가 목록에서 건강 앱을 명시적으로 언급합니다. 소규모 앱의 DPIA는 단순히 더 짧습니다.
DPIA는 누가 작성하나요?
컨트롤러가 책임지며, 실제로는 제품 책임자와 엔지니어링 리더가 DPO의 조언을 받아 작성합니다. 데이터 흐름을 가장 잘 알기 때문입니다. 이를 전적으로 아웃소싱하면 아무도 최신 상태로 유지할 수 없는 문서가 생성됩니다.
DPIA를 게시해야 하나요?
아니요. 이는 감독 당국이 요청 시 제시하는 내부 책임 문서입니다. 많은 조직에서 요약을 게시하며, EHDS 및 일부 국가 규정은 특정 처리에 대한 투명성을 요구합니다.
DPIA는 ISO 27001에 따른 위험 평가와 어떻게 다른가요?
ISO 평가는 조직에 대한 위험을 검토하는 반면, DPIA는 데이터가 처리되는 개인에게 미치는 위험을 검토합니다. 이들은 통제 및 증거를 공유하며, 좋은 보안 프로그램은 DPIA의 조치 섹션에 기여합니다.
샌드박스에서 무료로 사용해 보세요
5분 만에 첫 FHIR 호출. 환자의 동의가 내장된 HL7 FHIR R4 API: 샌드박스에서 먼저 사용해보고, 자체 앱 또는 병원 시스템을 연결하세요.
무료 · 합성 환자 30명 · 카드 불필요
Anpheros는 환자가 직접 관리하고 어떤 병원과도 공유할 수 있는 의료 기록을 EU 기반의 HL7 FHIR R4 플랫폼에서 구축합니다. 이 가이드들은 건강 정보를 이해하고 정리하는 데 도움을 드리며, 의사의 진료를 대체하지 않습니다.
Anpheros 소개 →