CliniGA CRO

Blog CliniGA CRO

Correzioni software di emergenza: colmare le lacune nelle evidenze dopo una risposta rapida

Dopo una correzione software urgente, mantenere visibili motivazione della modifica, registrazioni interessate e verifiche ancora aperte.

Fotografia rappresentativa della categoria: Correzioni software di emergenza: colmare le lacune nelle evidenze dopo una risposta rapida
Foto: Happi Raphael · Licenza: CC BY-SA 4.0 · Immagine ritagliata e ridimensionata.
Pubblicazione
Aggiornamento

Un guasto critico del sistema può richiedere una correzione rapida. Un percorso di emergenza non dovrebbe lasciare incertezza sul perché della modifica, su cosa abbia interessato e su quali attività di verifica siano state completate successivamente.

Conservare il significato dei dati

Definire in anticipo l’autorità decisionale in emergenza, la valutazione del rischio e i controlli minimi di implementazione. Tracciare le attività rinviate con le relative spiegazioni. Il ripristino del servizio non dimostra che una correzione funzioni in ogni processo operativo. Rendere comprensibili agli utenti del sistema i limiti di una soluzione temporanea e il suo rapporto con una soluzione permanente pianificata.

Esempio pratico

Per esempio, un difetto dell’interfaccia impedisce la visualizzazione di dati critici di sicurezza. Il gruppo tecnico distribuisce una correzione urgente. Verifica prima il percorso direttamente interessato, poi completa i controlli di regressione per le funzioni adiacenti, riconcilia i dati del periodo di interruzione e finalizza la documentazione della modifica. I responsabili seguono i controlli rimanenti e la decisione necessaria per la chiusura.

Controlli di revisione

  • Collegare la motivazione dell’emergenza alla versione effettivamente implementata.
  • Verificare il difetto interessato e gli effetti sui flussi critici adiacenti.
  • Seguire le evidenze rinviate mediante un elenco di chiusura separato.

Accettazione e limiti

L’accettazione comprende la spiegazione dell’impatto della modifica e dell’incertezza residua oltre al recupero del servizio. Il percorso di emergenza non dovrebbe diventare un mezzo abituale per aggirare i normali controlli delle modifiche. Le verifiche successive non devono essere datate come se fossero state eseguite prima della distribuzione. Valutare gli effetti sui dati o sulle decisioni cliniche separatamente dall’accettazione tecnica della versione software rivista.

Domande frequenti

Una correzione di emergenza può essere priva di documentazione?
La sequenza delle evidenze può essere diversa, ma motivazione, autorità e cronologia effettiva dell’implementazione dovrebbero restare spiegabili.
La questione è chiusa quando torna il servizio?
No. Occorre comunque soddisfare le condizioni di chiusura definite, comprese riconciliazione e revisioni rinviate.

Fonti

  1. FDA — Sistemi, registrazioni e firme elettroniche nelle indagini cliniche
  2. MHRA — Linee guida sull’integrità dei dati GxP