CliniGA CRO

Blog CliniGA CRO

Dopo un’interruzione API: individuare le lacune al ritorno della connessione

Dopo un’interruzione API, individuare le registrazioni cliniche mancanti e riconciliare il periodo di fermo con la fonte.

Fotografia rappresentativa della categoria: Dopo un’interruzione API: individuare le lacune al ritorno della connessione
Foto: Happi Raphael · Licenza: CC BY-SA 4.0 · Immagine ritagliata e ridimensionata.
Pubblicazione
Aggiornamento

Il ripristino di un’interfaccia non dimostra che siano arrivate tutte le registrazioni create durante l’interruzione. La connessione può apparire funzionante mentre nel sistema ricevente continuano a mancare determinate ore, questionari o registrazioni dei partecipanti.

Conservare il significato dei dati

Nel piano di ripristino, monitorare separatamente connettività e completezza dei dati. Stabilire una relazione spiegabile tra richieste fallite, registrazioni in coda, registrazioni accettate ed eccezioni di elaborazione. Definire come gestire, durante il reinvio, le registrazioni modificate alla fonte nel corso dell’interruzione. Il punto di avvio del recupero non dovrebbe dipendere soltanto dalla marca temporale dell’ultima connessione riuscita.

Esempio pratico

Per esempio, un’interfaccia ePRO si interrompe durante la notte. Al mattino il suo pannello diventa verde, ma alcuni questionari completati restano bloccati in una coda. Il gruppo riconcilia l’elenco dei questionari alla fonte, la coda di consegna e il registro di accettazione EDC usando gli identificativi del partecipante e del questionario. A ogni differenza irrisolta vengono assegnati un responsabile e una successiva azione documentata.

Controlli di revisione

  • Stabilire indipendentemente l’insieme delle registrazioni alla fonte interessate dall’interruzione.
  • Confermare che le consegne ripetute durante il recupero non creino osservazioni duplicate.
  • Mantenere visibili in un elenco di eccezioni le registrazioni il cui recupero non è riuscito.

Accettazione e limiti

L’accettazione implica che ogni registrazione dell’insieme interessato sia accettata, esclusa con una motivazione oppure identificata come questione aperta. Questo esempio non richiede un’unica architettura tecnica delle code per tutte le interfacce. Scegliere evidenze proporzionate ai dati critici dello studio. Il gruppo di studio dovrebbe valutare separatamente gli eventuali effetti sulle tempistiche cliniche; il ripristino tecnico non può sostituire tale giudizio.

Domande frequenti

Perché un test di connettività è insufficiente?
Dimostra l’accesso attuale, ma non rende conto delle registrazioni storiche perse, ritardate o rimaste in sospeso.
E se una registrazione mancante arriva più tardi?
Conservare l’orario originale di raccolta e spiegare come il ritardo influisca sulla revisione dei dati pertinente.

Fonti

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