DPIA pre zdravotnícku aplikáciu: kontrolný zoznam a formulár

Krátka odpoveď: posúdenie vplyvu na ochranu údajov (DPIA) je dokument, v ktorom opíšete spracovateľskú operáciu, preukážete jej nevyhnutnosť a proporcionalitu, posúdite riziká pre osoby, ktorých údaje sa používajú, a zaznamenáte opatrenia, ktoré tieto riziká znižujú. Článok 35 GDPR ho vyžaduje, ak spracovanie pravdepodobne povedie k vysokému riziku, a uvádza rozsiahle spracovanie osobitných kategórií údajov, ktoré zahŕňa aj zdravotné údaje, ako prípad. V praxi každá zdravotnícka aplikácia s viac ako niekoľkými používateľmi a každá platforma na spracovanie zdravotných údajov ju potrebuje pred začatím spracovania, pričom sa pri zmene spracovania prehodnocuje. Nižšie uvedená šablóna vychádza z článku 35 ods. 7 a európskych usmernení; stiahnite si ju na konci.

Kedy je potrebné

DPIA sa vyžaduje podľa článku 35 GDPR vždy, keď spracúvanie pravdepodobne povedie k vysokému riziku, a rozsiahle spracúvanie osobitných kategórií, ako sú zdravotné údaje, je uvedené ako automatický spúšťač. Podľa kritérií EDPB zdravotnícka aplikácia zvyčajne spĺňa niekoľko (citlivé údaje, rozsiahle spracúvanie, zraniteľné osoby), takže takmer každá zdravotnícka aplikácia ju potrebuje pred začatím spracúvania.

Článok 35 ods. 3 uvádza tri automatické spúšťače: systematické a rozsiahle profilovanie s významnými účinkami; rozsiahle spracovanie osobitných kategórií (článok 9) alebo trestných údajov; systematické rozsiahle monitorovanie verejných priestranstiev. Kritériá Európskeho výboru pre ochranu údajov (z bývalej Pracovnej skupiny podľa článku 29) pridávajú ďalších šesť; ak platia dve alebo viac, vykonajte DPIA: hodnotenie alebo bodovanie; automatizované rozhodnutia s právnymi alebo podobnými účinkami; systematické monitorovanie; citlivé údaje; rozsiahly rozsah; párovanie alebo kombinovanie súborov údajov; údaje o zraniteľných osobách (pacienti sa počítajú); inovatívne využitie technológie; bránenie osobám vo výkone práva alebo využívaní služby. Zdravotnícka aplikácia zvyčajne zasiahne citlivé údaje, rozsiahly rozsah, zraniteľné osoby a často aj inovatívnu technológiu. Vnútroštátne orgány tiež zverejňujú zoznamy spracovania, ktoré vždy vyžaduje DPIA (článok 35 ods. 4); väčšina z nich zahŕňa zdravotnícke aplikácie a pripojené zariadenia.

Kontrolný zoznam

Kontrolný zoznam DPIA zdravotníckej aplikácie sleduje štyri prvky článku 35 ods. 7 GDPR: opis spracúvania (účely, údaje, aktéri, technológia), posúdenie nevyhnutnosti a proporcionality (právny základ, minimalizácia, práva, sprostredkovatelia, uchovávanie), posúdenie rizík pre osoby, ktorých údaje sa používajú, a opatrenia, ktoré riešia tieto riziká, po ktorých nasleduje konzultácia, schválenie a pravidelná kontrola.

1. Opíšte spracovanie (čl. 35 ods. 7 písm. a))

Účely, jeden po druhom: ukladanie záznamov osoby; zdieľanie s klinikou; pripomienky; anonymizované štatistiky; funkcie AI.
Kategórie údajov na účel, so zvýraznenými zdravotnými údajmi; zdroje (osoba, kliniky, nositeľné zariadenia, dokumenty); príjemcovia; uchovávanie podľa kategórie; prenosy mimo EÚ a ich mechanizmus.
Aktéri: prevádzkovateľ(i), spracovatelia (hosting, analytika, nástroje podpory, poskytovatelia AI) s ich zmluvami; DPO.
Technológia: architektúra, kde sa údaje nachádzajú, šifrovanie, identita, protokolovanie. Diagram toku údajov je najrýchlejší spôsob, ako nájsť to, na čo ste zabudli.

2. Nevyhnutnosť a proporcionalita (čl. 35 ods. 7 písm. b))

Právny základ podľa článku 6 a výnimka podľa článku 9 ods. 2 na účel (Vysvetlenie článku 9 GDPR).
Minimalizácia údajov: pre každý údajový prvok, prečo je potrebný; čo ste sa rozhodli nezbierať.
Informácie pre osoby (články 13–14) a ako sa práva (prístup, oprava, výmaz, prenositeľnosť, námietka, odvolanie súhlasu) uplatňujú v produkte, nie e-mailom podpore.
Spracovatelia: zmluvy podľa článku 28 sú uzatvorené; uvedení sub-spracovatelia; práva na audit.
Uchovávanie a výmaz: konkrétne obdobia a mechanizmus, ktorý ich vynucuje.

3. Riziká pre osoby (čl. 35 ods. 7 písm. c)) Posúďte pravdepodobnosť a závažnosť pre každú z troch klasických udalostí, pre každý účel:

Neoprávnený prístup (porušenie, interný zamestnanec, príliš široké zdieľanie, klinika vidí viac, ako bolo schválené);
Nežiaduca úprava (nesprávne údaje v zázname, na ktorý sa lekár spolieha, chyby synchronizácie, funkcia AI zapisuje do záznamu);
Zmiznutie (strata záznamu, na ktorý sa osoba spolieha; prevzatie účtu; ukončenie činnosti predajcu). Potom zdravotnícke špecifické: opätovná identifikácia "anonymizovaných" štatistík; odvodenie stavov z správania; diskriminácia, ak sa údaje dostanú k poisťovniam alebo zamestnávateľom; škoda z údajov detí; lokalizačné údaje okolo kliník; súpravy SDK tretích strán v aplikácii posielajúce údaje reklamným sieťam (najčastejší nález pri regulačných auditoch zdravotníckych aplikácií).

4. Opatrenia (čl. 35 ods. 7 písm. d)) Pre každé riziko, kontrolu a zvyškové riziko: šifrovanie v pokoji a pri prenose; silná autentizácia; prístup obmedzený podľa súhlasu a času, s protokolmi, ktoré si osoba môže prečítať; pseudonymizácia v analytike a v protokoloch; žiadne reklamné súpravy SDK tretích strán ani sledovacie súpravy SDK; oddelené prostredia a syntetické údaje pre vývoj; zálohy s testovaným obnovením; kontrola predajcov; reakcia na incidenty so 72-hodinovým limitom; postupy bezpečného vývoja; školenie zamestnancov a dôvernosť; export a výmaz údajov v produkte; núdzové vypnutie pre integrácie.

5. Konzultácie

Rada DPO je zaznamenaná (čl. 35 ods. 2); názory osôb alebo ich zástupcov sa v príslušných prípadoch vyhľadávajú (čl. 35 ods. 9), napríklad prostredníctvom používateľského panela alebo pacientskej asociácie.
Ak zostáva vysoké zvyškové riziko, pred spracovaním konzultujte s dozorným orgánom (čl. 36). Väčšina dobre kontrolovaných zdravotníckych aplikácií nedosiahne tento bod; platformy spracovávajúce pre mnohé kliniky niekedy áno.

6. Podpísanie a preskúmanie

Schválené manažmentom prevádzkovateľa; dátumované; verzované.
Preskúmané pri zmene účelov, údajov, technológie alebo príjemcov a najmenej raz za rok alebo dva (čl. 35 ods. 11).

Typické zistenia v DPIA zdravotníckych aplikácií

Najčastejšie zistenia v DPIA zdravotníckych aplikácií sú SDK na analýzu a hlásenie chýb, ktoré prijímajú identifikátory spolu so zdravotným kontextom, push notifikácie, ktoré odhaľujú diagnózy na uzamknutej obrazovke, podporný personál s neobmedzeným prístupom k databáze, zálohy mimo EÚ, údaje uchovávané po zatvorení účtu, súhlasné obrazovky, ktoré združujú účely, a „anonymizované“ súbory údajov, ktoré stále identifikujú osoby.

Každé z týchto zistení má konkrétne riešenie a DPIA je miesto, kde sa toto riešenie zaznamená.

Šablóna

Šablóna DPIA na tejto stránke je vyplniteľný dokument vo formáte Markdown pre zdravotnícku aplikáciu, štruktúrovaný do šiestich častí (opis spracúvania, nevyhnutnosť a proporcionalita, riziká pre osoby, opatrenia, konzultácia, schválenie a kontrola) s tabuľkou rizík a tabuľkou opatrení. Dodržiava článok 35 ods. 7 GDPR a kritériá EDPB a predstavuje počiatočnú štruktúru, nie právne poradenstvo.

Stiahnite si šablónu DPIA. Dá sa importovať do akéhokoľvek nástroja na prácu s dokumentmi; váš DPO si ju prispôsobí.

V Anpheros

Anpheros udržiava DPIA pre Anpheros Daily a jedno pre Anpheros Platform ako spracovateľ, so štruktúrou vyššie, a voľby, ku ktorým viedli, sú viditeľné v produkte: súhlas na účel, prístup obmedzený a zaznamenaný, žiadne reklamné súpravy SDK, hosting v EÚ, export a výmaz v aplikácii. Pozri Transparentnosť zdravotných údajov.

Táto stránka vysvetľuje predpisy pre produktové a inžinierske tímy. Nie je to právne poradenstvo; texty uvedené v časti Zdroje sú autoritatívne a váš úradník pre ochranu údajov, notifikovaný orgán alebo právny zástupca rozhodne pre váš prípad. Posledná revízia: október 2026.

Súvisiace stránky

Zdroje

Časté otázky

Potrebujem DPIA pre malú aplikáciu s malým počtom používateľov?

Ak spracúva zdravotné údaje, takmer vždy áno: citlivé údaje plus zraniteľné osoby už spĺňajú test dvoch kritérií a niekoľko národných zoznamov explicitne uvádza zdravotnícke aplikácie. DPIA malej aplikácie je jednoducho kratšia.

Kto píše DPIA?

Prevádzkovateľ je zodpovedný; v praxi ju píše produktový manažér a vedúci inžinier s radou DPO, pretože poznajú toky údajov. Jej úplne outsourcovanie produkuje dokument, ktorý nikto nedokáže udržať aktuálny.

Musí byť DPIA zverejnená?

Nie. Je to interný dokument zodpovednosti, ktorý sa na požiadanie predloží dozornému orgánu. Mnoho organizácií zverejňuje súhrn; EHDS a niektoré národné predpisy vyžadujú transparentnosť týkajúcu sa určitého spracovania.

Ako sa DPIA líši od posúdenia rizík podľa ISO 27001?

Posúdenie podľa ISO sa zameriava na riziká pre organizáciu; DPIA sa zameriava na riziká pre osoby, ktorých údaje sa spracúvajú. Zdieľajú kontroly a dôkazy a dobrý bezpečnostný program prispieva do sekcie opatrení DPIA.

Anpheros Platform

Vyskúšajte zadarmo v sandboxe

Prvé volanie FHIR za 5 minút. API podľa štandardu HL7 FHIR R4 s integrovaným súhlasom pacienta: vyskúšajte si ho v sandboxe a potom pripojte svoju vlastnú aplikáciu alebo klinický systém.

Vytvoriť sandbox zadarmo Prečítať návody pre vývojárov →

Zadarmo · 30 syntetických pacientov · bez karty

Tento návod slúži na informačné účely a nenahrádza lekársku radu. Pri rozhodovaní o svojom zdraví sa poraďte so svojím lekárom. V núdzi volajte miestne tiesňové číslo (v Európe 112).

Napísal

Tím Anpheros

Anpheros vyvíja zdravotný záznam, ktorý pacient ovláda a môže zdieľať s akoukoľvek klinikou, na platforme HL7 FHIR R4, so sídlom v EÚ. Tieto návody vám pomôžu pochopiť a usporiadať si svoje zdravie; nenahrádzajú vášho lekára.

O Anpherose →