Attacco informatico in ospedale: cosa deve sapere il medico.

La cartella clinica non si apre. I risultati degli esami non sono consultabili. Il paziente, però, ha bisogno di assistenza. Per un medico, un attacco informatico all’ospedale diventa un problema concreto nel momento in cui ostacola il lavoro clinico.

Immaginiamo un turno in pronto soccorso: un paziente deve essere valutato, ma il sistema che consente di consultare la documentazione sanitaria è bloccato. Non è ancora chiaro quali servizi siano coinvolti né quanto durerà l’interruzione.

In una situazione simile, la prima preoccupazione riguarda le cure. Successivamente, se viene contestato un ritardo diagnostico o terapeutico, emerge un’altra domanda: come ricostruire ciò che il medico poteva effettivamente conoscere e fare mentre i sistemi erano indisponibili?

È qui che la sicurezza informatica incontra la tutela professionale del sanitario.

«Il sistema era bloccato» non basta a ricostruire l’accaduto

In un’eventuale contestazione, l’espressione “attacco informatico” descrive soltanto l’origine del problema. Non chiarisce ancora quali conseguenze abbia avuto sull’assistenza.

Il blocco potrebbe aver impedito l’accesso a un referto, ritardato una prestazione o compromesso il funzionamento di un dispositivo collegato alla rete. Sono situazioni diverse, che richiedono accertamenti diversi.

Per comprendere l’incidenza dell’interruzione sul singolo caso, occorre mettere in relazione ciò che è accaduto ai sistemi informatici con ciò che è accaduto al paziente.

Tornando all’esempio del pronto soccorso, le domande diventano precise: quale informazione non era accessibile? In quale momento sarebbe stata necessaria? Per quanto tempo è rimasta indisponibile? Il ritardo ha effettivamente inciso sulla diagnosi o sulla terapia?

Il fatto che un esito sfavorevole si sia verificato durante un attacco non dimostra, da solo, che sia stato causato dall’attacco. Allo stesso modo, limitarsi a segnalare il blocco non consente di comprendere tutte le circostanze nelle quali sono state prese le decisioni cliniche.

La ricostruzione informatica e quella medico-legale devono quindi essere collegate.

L’emergenza non può essere affrontata soltanto dal medico di turno

Un’interruzione dei sistemi ospedalieri può richiedere procedure manuali, una riorganizzazione delle attività e il recupero delle informazioni necessarie all’assistenza.

Queste esigenze riguardano l’intera struttura. Non possono essere ridotte al problema del singolo professionista davanti a un computer che non funziona.

La risposta coinvolge la direzione sanitaria per la continuità delle cure, i responsabili informatici per il contenimento dell’incidente e il ripristino dei servizi, la gestione del rischio, l’ufficio legale e il responsabile della protezione dei dati.

Per chi lavora in reparto, questo coordinamento deve tradursi in indicazioni utilizzabili: a chi segnalare l’indisponibilità, quali procedure alternative siano state predisposte e come ottenere informazioni sull’evoluzione dell’emergenza.

Un piano di continuità delle attività è utile al medico quando permette di capire come proseguire l’assistenza nelle condizioni concretamente disponibili.

Anche per valutare successivamente l’accaduto, sarà importante distinguere ciò che dipendeva dall’organizzazione della risposta da ciò che riguardava le singole decisioni cliniche.

Attenzione alle soluzioni improvvisate per recuperare i dati

Quando gli strumenti ordinari non sono disponibili, può sembrare naturale cercare una scorciatoia: utilizzare una piattaforma personale, trasferire documenti su un proprio spazio online o ricorrere a un’applicazione non prevista dalla struttura.

Il problema è che una soluzione adottata per superare il blocco può aprire un’altra criticità, portando informazioni sanitarie fuori dai sistemi controllati dall’organizzazione.

Non si tratta di contrapporre la sicurezza informatica alle esigenze assistenziali. Il punto è predisporre modalità di lavoro che tengano conto di entrambe, senza lasciare agli operatori il compito di inventarle durante l’incidente.

Per questa ragione, la formazione del personale non dovrebbe fermarsi al riconoscimento delle email sospette. Dovrebbe aiutare anche a comprendere quali strumenti siano autorizzati e quali procedure utilizzare quando quelli abituali non funzionano.

Se arriva una contestazione, quali elementi diventano importanti?

Per il medico coinvolto in una richiesta di chiarimenti o in una contestazione, il contesto operativo non è un dettaglio.

È utile ricostruire insieme la sequenza clinica e quella dell’interruzione: le informazioni disponibili, i servizi effettivamente bloccati, la durata dell’indisponibilità e le misure attivate dalla struttura.

Una relazione tecnica che descriva l’attacco, ma non i suoi effetti sulle prestazioni sanitarie, lascia incompleta la ricostruzione. Anche una valutazione esclusivamente clinica, che non consideri quali strumenti fossero utilizzabili in quel momento, rischia di non rappresentare adeguatamente la situazione.

La questione non è trovare una spiegazione generica nell’emergenza informatica. È ricostruire con precisione le condizioni nelle quali si è svolta l’assistenza e verificare il collegamento tra l’incidente, l’eventuale ritardo e il danno lamentato.

Da questa ricostruzione occorre partire prima di formulare conclusioni sulle responsabilità.

«L’ospedale è assicurato»: per quali conseguenze?

Un altro equivoco riguarda la copertura assicurativa.

Ripristinare i sistemi, recuperare i dati e rispondere a una richiesta di risarcimento per un danno alla salute sono problemi collegati, ma non necessariamente coperti dalla stessa garanzia.

Una polizza dedicata al rischio informatico può comprendere, secondo le condizioni contrattuali, i costi di recupero dei sistemi, le perdite da interruzione dell’attività, le indagini tecniche e determinate responsabilità verso terzi. La copertura della responsabilità sanitaria riguarda invece i rischi risarcitori compresi nel relativo contratto.

La difficoltà emerge quando un unico episodio coinvolge entrambi gli ambiti.

Supponiamo che un attacco impedisca di rendere disponibile un esame e che il conseguente ritardo sia indicato come causa di un danno al paziente. L’origine è informatica, ma la conseguenza contestata riguarda l’assistenza sanitaria.

Avere due polizze non significa necessariamente avere una copertura completa. Possono esserci sovrapposizioni, esclusioni o incertezze su quale garanzia debba intervenire.

Per questo il coordinamento tra assicurazione informatica e assicurazione sanitaria dovrebbe essere affrontato prima dell’incidente, chiarendo anche come siano trattati i danni alla persona conseguenti al blocco dei servizi.

Per il medico, la domanda utile non è quindi soltanto se esista un’assicurazione, ma se e come le garanzie previste possano operare rispetto alla specifica contestazione.

L’assicurazione può aiutare anche durante l’emergenza

La funzione di una polizza informatica non si esaurisce necessariamente nel pagamento di un indennizzo.

Alcune coperture prevedono servizi di assistenza specialistica per contenere l’attacco, ricostruirne le modalità e supportare il recupero dei sistemi. La disponibilità di questi servizi può incidere sulla capacità della struttura di affrontare l’interruzione.

Occorre però conoscere le condizioni contrattuali: quali interventi siano previsti, come attivarli e quali requisiti di sicurezza debbano essere rispettati.

La presenza di una polizza non sostituisce l’organizzazione dell’emergenza. Anche i rapporti con l’assicuratore devono inserirsi in una risposta coordinata, nella quale la continuità delle cure rimanga centrale.

Tre domande utili prima che si verifichi un blocco

Per un medico che lavora in una struttura sanitaria, il tema può essere ricondotto a tre verifiche pratiche:

• Conosco il percorso di segnalazione e le procedure previste quando non posso accedere ai dati clinici?
• So quali strumenti alternativi sono autorizzati e quali indicazioni seguire durante l’interruzione?
• È possibile ricostruire quali servizi erano indisponibili e come questa situazione ha inciso sull’assistenza?

Sono domande che riguardano il lavoro quotidiano, non soltanto l’informatica. Servono a collegare la preparazione della struttura alle esigenze di chi deve assistere il paziente.

Tutelare il medico significa ricostruire anche il contesto

Un attacco informatico può lasciare conseguenze anche dopo il ripristino dei sistemi: prestazioni ritardate, informazioni da recuperare, contestazioni da esaminare.

In queste vicende, la tutela del sanitario richiede attenzione sia alle decisioni cliniche sia alle condizioni tecnologiche e organizzative nelle quali sono state adottate.

Non basta sapere che cosa è accaduto al paziente: occorre comprendere anche quali informazioni e strumenti fossero concretamente disponibili durante l’assistenza.

Lo Studio Legale Pisano e Coppola, attraverso il progetto A.P.iM. – Avvocati per i Medici, dedica attenzione alla tutela dei professionisti sanitari e ai problemi giuridici che possono emergere nell’esercizio della loro attività.

Prima capiamo, poi se serve ci difendiamo.

Questo articolo ha finalità informative e non sostituisce la valutazione del singolo caso.