Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card
GDPR e dati sanitari per sviluppatori
Dati sanitari Articolo 9 come compiti di ingegneria: base giuridica, DPA, residenza UE, sicurezza, accesso e cancellazione, DPIA — mappati su cosa copre Anpheros. HIPAA: BAA su richiesta. Non consulenza legale.
Ai sensi del GDPR, i dati sanitari costituiscono una categoria speciale di dati personali (Articolo 9): il loro trattamento è vietato a meno che non sussista una delle poche condizioni previste, come il consenso esplicito della persona o la fornitura di assistenza sanitaria, e richiede maggiori tutele rispetto ai dati personali ordinari. Per i team di sviluppo software, ciò si traduce in decisioni di progettazione concrete: una base giuridica documentata, un accordo di elaborazione con ogni fornitore che accede ai dati, residenza dei dati nell'UE o trasferimento lecito, controllo degli accessi e logging, e modalità per fornire alle persone i propri dati e per cancellarli. Questa pagina mappa tali requisiti al lavoro di ingegneria e mostra quali parti una piattaforma di dati sanitari come Anpheros copre già. Si tratta di una guida tecnica, non di consulenza legale.
I requisiti, come attività ingegneristiche
| Requisito GDPR | Cosa significa in codice e operazioni | In Anpheros |
|---|---|---|
| Base giuridica Articolo 9 | Decidere e registrare il motivo per cui si elaborano dati sanitari (consenso esplicito, assistenza sanitaria, salute pubblica, ricerca…) | A tua discrezione e documentazione; l'accesso da parte di altre app avviene tramite consenso OAuth esplicito, e ogni concessione registra lo scopo dichiarato dall'app |
| Accordo sul responsabile del trattamento Articolo 28 | Firmare un accordo sul trattamento dei dati con ogni responsabile del trattamento | L'accesso in produzione richiede un DPA firmato |
| Trasferimenti Capitolo V | Mantenere i dati nell'UE/SEE, o utilizzare un meccanismo di trasferimento legale | Archiviati ed elaborati nell'UE (Google Cloud europe-west4, Paesi Bassi) |
| Sicurezza Articolo 32 | Crittografia, controllo degli accessi, isolamento, logging, resilienza | Isolamento per progetto, ID paziente a coppie, documenti crittografati con una chiave gestita dal cliente, un log degli accessi |
| Diritto di accesso Articolo 15 | Fornire alla persona una copia dei propri dati | Patient/$everything (record FHIR completo) e $summary (IPS) |
| Diritto alla cancellazione Articolo 17 | Cancellare quando la base giuridica termina o la persona lo richiede | Cancellare tramite API; le cancellazioni sono "soft" e le versioni vengono conservate per audit — pianificare come la tua policy di conservazione le gestisce |
| Protezione dei dati fin dalla progettazione Articolo 25 | Raccogliere solo ciò che è necessario; limitare chi può vederlo | Gli scope SMART e i filtri per categoria limitano ciò che ogni app legge |
| Registri delle attività di trattamento Articolo 30 | Documentare cosa si elabora e perché | Provenienza su ogni scrittura: autore, organizzazione, sistema sorgente |
| Notifica di violazione Articolo 33 | Rilevare e segnalare entro 72 ore | Il tuo processo di incidente; la piattaforma registra ogni accesso |
| DPIA Articolo 35 | Valutare il trattamento ad alto rischio prima di iniziare | A tua cura; la piattaforma documenta le proprie misure |
Il consenso non è l'unica base giuridica
Il consenso esplicito (Articolo 9(2)(a)) è comune per le app per pazienti, ma le cliniche si basano solitamente sulla fornitura di assistenza sanitaria (Articolo 9(2)(h)) e i progetti di ricerca sull'Articolo 9(2)(j) con la legge nazionale. Scegli la base per finalità, registrala e non chiedere un consenso che non onorerai: il consenso deve essere facile da revocare quanto da concedere. In Anpheros, una persona revoca l'accesso di un'applicazione dalla pagina del consenso e la richiesta successiva fallisce.
Lo Spazio Europeo dei Dati Sanitari si aggiunge al GDPR
Il Regolamento (UE) 2025/327 (EHDS) mantiene il GDPR e aggiunge diritti e formati: le persone ottengono accesso elettronico ai propri dati prioritari (riassunto del paziente, prescrizioni, risultati di laboratorio, immagini, referti di dimissione) e possono condividerli, e i sistemi EHR devono supportare il formato di scambio europeo. Vedere EHDS per sviluppatori.
E HIPAA?
Il GDPR si applica alle persone nell'UE; HIPAA si applica alle entità coperte e ai loro associati commerciali negli Stati Uniti. Anpheros è costruito per il GDPR e la residenza dei dati nell'UE, e gli stessi controlli servono HIPAA: Anpheros agisce come un Business Associate per le cliniche statunitensi, con un accordo di associazione commerciale (BAA) e una regione dati statunitense disponibile su richiesta per i clienti di produzione. Le salvaguardie HIPAA sono elencate nella pagina di sicurezza.
Domande frequenti
I dati sanitari sono dati di categorie speciali ai sensi del GDPR?
Sì. L'articolo 9 elenca i dati relativi alla salute tra le categorie speciali; il loro trattamento richiede una delle condizioni di cui all'articolo 9, paragrafo 2, oltre a una base giuridica ai sensi dell'articolo 6.
Ho bisogno del consenso esplicito per elaborare dati sanitari?
Non sempre. Il consenso esplicito è una condizione; altre includono la fornitura di assistenza sanitaria o sociale, la sanità pubblica e la ricerca scientifica ai sensi della legge nazionale. Scegli e documenta quella che si adatta a ciascun scopo.
I dati sanitari devono essere archiviati nell'UE?
Il GDPR non richiede l'archiviazione nell'UE, ma i trasferimenti al di fuori dello SEE necessitano di un meccanismo legale (una decisione di adeguatezza o garanzie appropriate). Mantenere i dati nell'UE evita tale questione; alcune norme nazionali sono più severe.
Anpheros è conforme al GDPR?
Anpheros è progettato per il GDPR: residenza dei dati nell'UE, un accordo sul trattamento dei dati per la produzione, il consenso controllato dal paziente, l'isolamento tra le applicazioni e un registro degli accessi che il paziente può leggere. La conformità del tuo prodotto dipende anche dalla tua base giuridica, documentazione e processi.
Correlati
- Sicurezza, privacy e residenza dei dati
- European Health Data Space (EHDS) per sviluppatori
- Piattaforma di consenso del paziente per app sanitarie
- Provenienza dei dati medici spiegata
- API EHR e API per cartelle cliniche
Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card