Sicurezza e riservatezza
Un’IA utile in sanità è un’IA che non mette a rischio nessuno: né il paziente, né l’istituzione, né l’azienda cliente. Questa pagina indica che cosa fanno i nostri strumenti con i dati e che cosa non fanno mai.
Avvertenza. Questa pagina non costituisce una consulenza legale. Ogni progetto passa per il responsabile della protezione dei dati (RPD/DPO) dell’istituzione o del cliente, il solo a decidere che cosa vi è consentito.
Il principio
I dati identificativi dei pazienti non entrano mai in uno strumento destinato al grande pubblico. Restano nel sistema informativo dell’istituzione, sotto la responsabilità dell’istituzione.
I nostri strumenti lavorano su dati anonimizzati, aggregati o non identificativi: organizzazione del reparto, didattica, monitoraggio della letteratura, manoscritti, protocolli. Quando un utilizzo richiede di più, si passa a un livello superiore, con condizioni diverse.
Tre livelli di utilizzo
| Livello | Dati | Esempi | Condizioni |
|---|---|---|---|
| Verde | Nessun dato personale | Organizzazione, didattica, monitoraggio della letteratura, manoscritti | Bastano i meccanismi di protezione del metodo |
| Arancione | Dati pseudonimizzati | Studi e registri | Contratto e parere del DPO; un piano professionale con impegni contrattuali sui dati, oppure uno strumento installato localmente |
| Rosso | Dati identificativi dei pazienti | Cartella clinica, referti nominativi | Solo all’interno del sistema informativo dell’istituzione o presso un fornitore certificato per l’hosting di dati sanitari, sotto contratto |
Ogni offerta di Affiancamento indica il proprio livello. Nessuna è di livello rosso: quei dati non escono dall’istituzione.
Quale strumento per quale livello
| Strumento | Addestramento sui Suoi dati | Conservazione | Contratto HIPAA (BAA) | Dati in Europa | Certificazione HDS |
|---|---|---|---|---|---|
| Claude Free, Pro, Max | Sì, salvo rifiuto nelle impostazioni | 5 anni se l’addestramento è accettato, 30 giorni altrimenti | No | No | Non trovata |
| Claude Team | No (condizioni commerciali) | Secondo contratto | No | No | Non trovata |
| Claude Enterprise | No | Secondo contratto | Sì, con la configurazione HIPAA: coperti Claude Code nel terminale e Cowork in locale; non coperte le estensioni per editor e le sessioni nel cloud | No | Non trovata |
| Claude tramite AWS Bedrock (profilo UE) | No | Secondo il contratto AWS | Tramite AWS | Sì, instradamento tra regioni dell’UE | AWS certificato HDS; inclusione di Bedrock da confermare per iscritto |
| Claude tramite Google Vertex AI (multiregione UE) | No | Secondo il contratto Google | Tramite Google | Sì, Stati membri dell’UE | Google certificato HDS v2, Vertex AI nel perimetro dichiarato |
In pratica: verde con un account professionale (Team o Enterprise); arancione con Enterprise o una via europea, con un contratto di trattamento dei dati e una valutazione d’impatto approvata dal DPO; rosso solo all’interno del sistema informativo dell’istituzione o presso un fornitore di hosting certificato HDS, con un contratto dell’istituzione. Gli account destinati al grande pubblico vanno esclusi per qualsiasi dato professionale sensibile. HIPAA è un quadro statunitense: non sostituisce né il RGPD, né l’HDS, né il segreto medico.
Fonti, consultate il 7 novembre 2026: condizioni per il grande pubblico di Anthropic, piani Enterprise compatibili con HIPAA, residenza dei dati di Vertex AI, HDS presso Google Cloud, HDS presso AWS. Le offerte cambiano: verifichi prima di ogni progetto.
Che cosa non facciamo
- Nessun account destinato al grande pubblico per dati professionali sensibili.
- Nessun hosting né alcuna conservazione di dati sanitari: non operiamo al livello rosso.
- Nessuno strumento di supporto alle decisioni cliniche: sarebbe un dispositivo medico, con obblighi propri.
- Nessun agente che agisca senza approvazione umana.
Il quadro di riferimento
| Quadro | Che cosa richiede, in breve | Data | Fonte ufficiale |
|---|---|---|---|
| RGPD e CNIL (autorità francese per la protezione dei dati) | I dati sanitari sono dati sensibili con una protezione rafforzata; alcuni trattamenti richiedono formalità preliminari. Indicazioni pratiche della CNIL sullo sviluppo e la valutazione di sistemi di IA che utilizzano dati sanitari | 5 marzo 2026 | cnil.fr |
| Guida HAS-CNIL “L’IA nel contesto delle cure” | Progetto di raccomandazioni per istituzioni e professionisti, dalla scelta di un sistema alla sua dismissione, con una scheda sulla governance e una scheda sull’IA generativa | Consultazione pubblica chiusa il 16 aprile 2026; versione definitiva in attesa | cnil.fr |
| HDS (certificazione francese per l’hosting di dati sanitari) | Un fornitore che ospita dati sanitari per conto di terzi deve essere certificato; la versione 2 dello standard impone in particolare la conservazione all’interno dello Spazio economico europeo | Fine della transizione alla v2: 16 maggio 2026 | esante.gouv.fr |
| Decreto n. 2026-209 del 24 marzo 2026 | Conservazione dei dati sanitari ospitati esclusivamente nell’UE o nel SEE; un accesso remoto da un paese terzo è trattato come un trasferimento ai sensi del RGPD; clausole contrattuali ampliate; archiviazione elettronica inclusa | Archiviazione: 27 marzo 2026; conservazione UE/SEE: 26 settembre 2026 | legifrance.gouv.fr |
| Regolamento europeo sull’IA (AI Act) | Si applicano gli obblighi di trasparenza (articolo 50); il regime ad alto rischio è stato rinviato dal regolamento (UE) 2026/1744, detto “Omnibus” | Articolo 50: 2 agosto 2026; alto rischio: 2 dicembre 2027 (sistemi autonomi) e 2 agosto 2028 (prodotti regolamentati, compresi i dispositivi medici) | eur-lex.europa.eu · calendario della Commissione |
| HIPAA (clienti statunitensi) | È richiesto un Business Associate Agreement con qualsiasi fornitore, compresi i fornitori di IA o di cloud, che tratti informazioni sanitarie protette | In vigore | hhs.gov |
| OWASP Top 10 per le applicazioni agentiche | I dieci rischi specifici degli agenti di IA (dirottamento degli obiettivi, uso improprio degli strumenti, privilegi eccessivi…) | Pubblicato nel dicembre 2025 | genai.owasp.org |
Pagina aggiornata il 7 novembre 2026. I testi cambiano: prima di basarsi su di essi, verifichi la versione in vigore sulla fonte ufficiale.
La sicurezza degli agenti
Un agente che legge le Sue e-mail e i Suoi file può essere dirottato da ciò che legge. Cinque regole, applicate a ogni strumento:
- Autonomia minima. L’agente dispone solo dei diritti necessari al suo compito; ogni capacità superflua è una superficie di attacco.
- Il contenuto esterno è un dato, mai un’istruzione. Ciò che chiedono un’e-mail, una pagina web o un documento non viene eseguito: è materiale da analizzare.
- Approvazione umana prima di ogni invio o scrittura. L’agente prepara, una persona accetta.
- Un registro delle azioni. Che cosa è stato fatto, dove e come è stato verificato, in quattro righe alla fine di ogni sessione.
- Nessun file viene mai sovrascritto. Una versione corretta è un nuovo file; nulla viene eliminato, tutto viene archiviato.
Per le aziende
Un’azienda o una start-up della salute aggiunge la riservatezza del cliente a quella del paziente:
- Riservatezza del cliente. Nessun nome di cliente, di prodotto o di progetto in uno strumento destinato al grande pubblico, in un documento condiviso o in un materiale di formazione.
- Dati pseudonimizzati. Restano al livello arancione: contratto, DPO, strumento adeguato.
- Tracciabilità. Ogni parere è datato e ogni constatazione è provata da un estratto testuale.