Problemi associati all'uso di software clinici

Definizione

I problemi associati all'uso di software clinici (codificati nell'ICD-11 come PL14.8) rappresentano una categoria di eventi avversi o rischi per la sicurezza del paziente derivanti dal malfunzionamento, dalla progettazione inadeguata o dall'uso improprio di sistemi informatici in ambito sanitario. Con la digitalizzazione massiva della medicina, l'affidabilità dei software è diventata un pilastro fondamentale della cura. Questi sistemi includono la Cartella Clinica Elettronica (EHR), i sistemi di prescrizione informatizzata (CPOE), i software di gestione delle immagini (PACS) e i sistemi di supporto alle decisioni cliniche (CDSS).

Un problema legato al software clinico non si limita a un semplice "bug" informatico, ma comprende qualsiasi discrepanza tra il funzionamento atteso del sistema e quello reale che possa portare a un danno diretto o indiretto al paziente. Questo può includere la perdita di dati, la visualizzazione di informazioni appartenenti a un altro paziente, ritardi nella trasmissione di ordini urgenti o algoritmi di dosaggio errati. La complessità di questi sistemi rende la loro gestione una sfida multidisciplinare che coinvolge medici, ingegneri biomedici e specialisti di informatica medica.

In ambito clinico, l'errore tecnologico è spesso un "errore latente", ovvero una condizione presente nel sistema che attende solo la giusta combinazione di eventi per manifestarsi come un incidente manifesto. La comprensione di questa categoria è essenziale per migliorare la resilienza delle strutture sanitarie e garantire che la tecnologia rimanga uno strumento di supporto e non una fonte di pericolo.

Cause e Fattori di Rischio

Le cause dei problemi legati ai software clinici sono multifattoriali e possono essere suddivise in diverse categorie principali:

1. Difetti di Progettazione e Usabilità: Molti software clinici soffrono di interfacce utente (UI) eccessivamente complesse o poco intuitive. Se un medico deve compiere troppi passaggi per inserire un dato critico, aumenta il rischio di errore umano. La cosiddetta "fatica da allerta" (alert fatigue) si verifica quando il software genera troppi avvisi non rilevanti, portando il personale a ignorare anche quelli critici.
2. Problemi di Interoperabilità: Quando due sistemi diversi (ad esempio, il software del laboratorio e la cartella clinica del reparto) non comunicano correttamente, i dati possono andare perduti o essere interpretati male. Un classico esempio è lo scambio di unità di misura o la mancata ricezione di un risultato di un esame vitale.
3. Errori di Configurazione e Manutenzione: Un software correttamente progettato può essere configurato male a livello locale. Errori durante l'aggiornamento del sistema o la migrazione dei dati da un vecchio database a uno nuovo possono corrompere le informazioni cliniche.
4. Fattori Umani e Formazione: La mancanza di una formazione adeguata del personale sanitario sull'uso specifico di un software è un fattore di rischio primario. L'uso di "workaround" (soluzioni alternative non ufficiali) per superare rigidità del software spesso introduce nuovi rischi.
5. Malfunzionamenti dell'Hardware: Sebbene il codice PL14.8 si riferisca al software, il fallimento dell'infrastruttura sottostante (server, reti Wi-Fi ospedaliere) può rendere il software inaccessibile o instabile, causando ritardi critici nelle cure.

Sintomi e Manifestazioni Cliniche

Poiché il software clinico non è un organismo biologico, i suoi "sintomi" si manifestano attraverso le conseguenze cliniche sui pazienti. Un errore informatico può portare a una vasta gamma di manifestazioni fisiche e psicologiche, a seconda della natura dell'errore (es. dosaggio errato, omissione di terapia, ritardo diagnostico).

In caso di errori nella somministrazione di farmaci causati da un bug del software di prescrizione, il paziente potrebbe manifestare:

• Nausea e vomito a causa di sovradosaggi farmacologici.
• Aritmie cardiache o battito cardiaco accelerato se vengono somministrati farmaci cardiovascolari errati.
• Eccessiva sonnolenza o stato confusionale in caso di errori con sedativi o oppiacei.
• Reazioni allergiche gravi come orticaria, prurito intenso o difficoltà respiratoria se il sistema non segnala correttamente un'allergia nota.

Se il problema del software causa un ritardo nella diagnosi o nel trattamento di una patologia sottostante, i sintomi possono includere:

• Un peggioramento del dolore preesistente.
• Stanchezza estrema e perdita di peso involontaria in caso di ritardi nella refertazione di esami oncologici.
• Febbre alta persistente se una terapia antibiotica non viene avviata tempestivamente a causa di un ordine smarrito dal sistema.

Inoltre, l'instabilità del sistema può causare ansia e stress sia nel paziente, che percepisce la disorganizzazione, sia nel medico, che teme di commettere errori per mancanza di informazioni affidabili. Altri segni indiretti possono essere cefalea da stress o tremori legati a stati di agitazione acuta durante situazioni di emergenza in cui il software non risponde.

Diagnosi

La "diagnosi" di un problema associato al software clinico non avviene tramite esami del sangue, ma attraverso un processo di analisi sistematica degli incidenti, noto come Clinical Audit o Root Cause Analysis (RCA).

Il processo diagnostico prevede:

1. Segnalazione dell'Incidente: Il primo passo è il riconoscimento da parte dell'operatore sanitario che il software si è comportato in modo anomalo o ha fornito dati errati.
2. Analisi dei Log di Sistema: Gli esperti informatici esaminano le tracce digitali (log) per capire esattamente cosa è successo a livello di codice o di database nel momento dell'errore.
3. Revisione della Cartella Clinica: Si confrontano i dati inseriti manualmente con quelli elaborati dal software per identificare discrepanze.
4. Valutazione dell'Usabilità: Test di simulazione per verificare se l'interfaccia del software induce sistematicamente l'utente in errore (es. pulsanti troppo vicini o menu a tendina ambigui).
5. Monitoraggio degli Outcome: Analisi statistica per verificare se l'introduzione di un nuovo software ha portato a un aumento insolito di certi sintomi o complicazioni (es. un picco di bradicardia in reparto dopo l'aggiornamento di un modulo di telemetria).

Trattamento e Terapie

Il trattamento si divide in due fronti: la gestione clinica del paziente danneggiato e la risoluzione del problema tecnico.

Gestione Clinica:

• Se il software ha causato un errore di dosaggio, si procede con protocolli di disintossicazione o somministrazione di antidoti specifici.
• In caso di reazioni avverse, si utilizzano farmaci sintomatici come antistaminici per l'orticaria o broncodilatatori per la dispnea.
• Se il ritardo diagnostico ha aggravato una condizione come il diabete, sarà necessario ricalibrare immediatamente la terapia insulinica per contrastare l'iperglicemia.

Risoluzione Tecnica:

• Patch e Aggiornamenti: Gli sviluppatori devono rilasciare correzioni del codice (patch) per eliminare i bug identificati.
• Riprogettazione dell'Interfaccia: Modificare il layout del software per rendere le informazioni critiche più visibili e ridurre il carico cognitivo.
• Sospensione Temporanea: In casi estremi, può essere necessario tornare temporaneamente alla documentazione cartacea (procedura di downtime) finché il sistema non viene messo in sicurezza.

Prognosi e Decorso

La prognosi per i problemi legati al software clinico dipende interamente dalla tempestività con cui l'errore viene rilevato.

• Errori rilevati precocemente: Se un medico si accorge di un errore di visualizzazione prima di somministrare un farmaco, la prognosi per il paziente è eccellente, poiché non vi è alcun danno fisico.
• Errori sistemici non rilevati: Se un errore di calcolo algoritmico persiste per mesi, può influenzare centinaia di pazienti, portando a esiti variabili, da lievi malesseri a complicazioni gravi o decessi.

Il decorso post-incidente richiede spesso un monitoraggio prolungato del paziente per assicurarsi che non vi siano effetti a lungo termine derivanti dall'errore tecnologico. Dal punto di vista del sistema sanitario, il decorso prevede una fase di "apprendimento organizzativo" per evitare che l'evento si ripeta.

Prevenzione

La prevenzione è l'aspetto più critico nella gestione del rischio tecnologico in sanità. Le strategie principali includono:

• Human Factors Engineering: Progettare i software basandosi sulle capacità e sui limiti cognitivi umani.
• Test Rigorosi (Beta Testing): Prima di implementare un software su larga scala, questo deve essere testato in ambienti simulati che riproducano lo stress della vita reale in ospedale.
• Sistemi di Ridondanza: Mantenere backup sempre aggiornati e procedure di emergenza chiare per quando il sistema non è disponibile.
• Formazione Continua: Sessioni di addestramento periodiche per il personale sanitario, non solo sulle funzioni base, ma anche sulla gestione delle anomalie del sistema.
• Cultura della Segnalazione: Incoraggiare medici e infermieri a segnalare anche i "near miss" (quasi-errori) legati al software senza timore di ritorsioni, per identificare i punti deboli prima che causino danni.

Quando Consultare un Medico

Sebbene questa condizione riguardi principalmente l'infrastruttura sanitaria, il paziente gioca un ruolo attivo nella propria sicurezza. È opportuno segnalare immediatamente al personale sanitario se:

1. Si notano discrepanze nei propri dati personali o clinici visualizzati su portali del paziente o referti digitali.
2. Si riceve una terapia che sembra diversa da quella abituale o concordata verbalmente, sospettando un errore di inserimento nel sistema.
3. Si avvertono sintomi insoliti dopo l'inizio di una nuova terapia prescritta digitalmente, come vertigini, pressione bassa o pressione alta.
4. Non si ricevono i risultati di esami importanti nei tempi previsti, il che potrebbe indicare un blocco nel flusso digitale delle informazioni.

La partecipazione attiva del paziente e la vigilanza del personale sono le migliori difese contro le insidie della tecnologia medica.