Private AI în sănătate: se începe cu administrativul, nu cu diagnosticul

Organizațiile medicale dețin unele dintre cele mai sensibile materiale pe care le deține o organizație, ceea ce face întrebarea de arhitectură mai ascuțită aici decât aproape oriunde. Face însă și exagerarea mai periculoasă, motiv pentru care acest articol nu va sugera că o implementare locală rezolvă problema de reglementare.

Regula care modelează tot restul

Articolul 9 alineatul (1) din GDPR este o interdicție cu excepții, nu o permisiune cu condiții:

Processing of personal data revealing racial or ethnic origin, political opinions, religious or philosophical beliefs, or trade union membership, and the processing of genetic data, biometric data for the purpose of uniquely identifying a natural person, data concerning health or data concerning a natural person's sex life or sexual orientation shall be prohibited.

Regulamentul (UE) 2016/679, articolul 9 alineatul (1)

Articolul 9 alineatul (2) enumeră apoi situațiile în care interdicția nu se aplică, începând cu consimțământul explicit. Consecința practică este că o utilizare AI în sănătate are nevoie de temeiul legal identificat înainte de alegerea arhitecturii, nu după.

Întrebarea de clasificare, separat

AI Act adaugă propriul strat. Articolul 6 alineatul (1) face un sistem high-risk atunci când este componentă de siguranță a unui produs, sau este el însuși un produs, acoperit de legislația de armonizare din anexa I și supus evaluării conformității de către un terț. Articolul 6 alineatul (2) adaugă utilizările din anexa III.

Articolul 6 alineatul (3) poate scoate un sistem din categorie, atunci când nu prezintă un risc semnificativ și îndeplinește, de exemplu, „a narrow procedural task” sau este „intended to improve the result of a previously completed human activity”.

Calendarul actual al Comisiei plasează regulile din anexa III la 2 decembrie 2027, iar sistemele high-risk integrate în produse la 2 august 2028. Niciuna dintre date nu se schimbă pentru că serverul este local.

Ce se implementează primul

Munca administrativă și cea cu informații, nu deciziile clinice. Găsirea informațiilor în procedurile interne. Rezumarea documentelor neclinice. Redactarea corespondenței. Răspunsuri la întrebările personalului despre proces.

Profilul de risc al unui asistent pentru proceduri interne și cel al unui sistem AI implicat într-o decizie de îngrijire nu sunt vecine. Tratarea lor ca un singur proiect este cel mai frecvent mod în care un program AI din sănătate se blochează.

Minimizarea datelor nu devine opțională în interior

• Are modelul nevoie de aceste date sau doar de o versiune anonimizată a lor?
• Poate accesul fi restrâns la oamenii a căror muncă îl cere?
• Cât timp trebuie să existe prompturile și jurnalele și cine le șterge?
• Cine poate recupera ce documente, cu regula aplicată acolo unde are loc recuperarea?
• Poate sistemul funcționa fără acces la internet și cere ceva din flux acel acces?

Prelucrarea locală restrânge cercul părților implicate. Nu oferă un temei legal și nu face potrivită o utilizare clinică.

Rezumatul onest

Un mediu Private AI poate prelucra informațiile în infrastructura proprie a organizației, ceea ce reduce dependențele externe de prelucrare și face mai multe întrebări din GDPR mai ușor de susținut cu dovezi.

Nu este o scurtătură pe lângă articolul 9 și nu este o apărare dacă utilizarea era nepotrivită. Se începe cu munca internă pe documente, cu risc redus, se măsoară dacă ajută și se extinde doar când guvernanța și controalele sunt pregătite pentru pasul următor.