- Stampa
Correzioni ai dati di processo e revisione degli stessi
Questo articolo illustra una best practice attuale per la registrazione delle correzioni su un batch.
Riepilogo
- Utilizzare un passo comune di Invia correzione per acquisire un codice motivo e/o commenti.
- Utilizzare un trigger di uscita dal passo per memorizzare il passo corrente del processo in una variabile di passo precedente o nella tabella Field dove Is Correction è attualmente False.
- Utilizzare una variabile booleana Is Correction e impostare il valore predefinito su Yes quando si passa a una fase Submit Correction. Questo aiuterà la visibilità nelle applicazioni di revisione di eBR.
- Dopo aver inviato le informazioni di Invia correzione, l'utente deve tornare al passaggio precedente (salvato in un campo variabile o di tabella).
- Nel passaggio precedente, l'operatore inserirà le nuove informazioni e passerà al passaggio successivo.
Soluzione Walkthrough
È fondamentale che questa funzione sia robusta rispetto alla funzione Pausa e Riprendi. 1. Nella tabella Batch, aggiungere un campo variabile o di tabella che permetta all'operatore di inserire nuove informazioni e procedere con la fase precedente. Nella tabella Batch, aggiungere un campo di testo per memorizzare la fase di processo precedente completata. Nominare questo campo Fase di processo precedente.
- Nel layout di base dell'applicazione, creare un Trigger di livello On Step ExitStepcome il seguente:
- Nell'applicazione, creare un passo chiamato Submit Correction Context che includa:
- {Uno o più Widget di ingresso per catturare il contesto, come il codice del motivo della correzione tramite un input a selezione singola e/o i Commenti sulla correzione tramite un input di testo.
- Un pulsante Precedente o Annulla che consente all'operatore di uscire da questa fase.
- Creare un pulsante Invia e configurarlo con la seguente logica di attivazione:
- Azione: Manipolazione dei dati -> Memorizza -> Valore statico -> "sì" -> Variabile booleana denominata È una correzione
- Azione: App -> Salva tutti i dati dell'applicazione
- Transizione: Vai al passo per nome -> Record di tabella / Batch / Fase precedente del processo
- Nel passaggio precedente al passaggio Submit Correction Context, creare un pulsante Next con la seguente logica di attivazione:
- Azione: Manipolazione dati -> Cancella -> (ogni variabile utilizzata in questo passaggio)
- NOTA: Le variabili presenti in questo passaggio non sono necessarie per il calcolo in un passaggio successivo. Questo metodo renderà meno ingombrante il widget della cronologia dei record visualizzato in applicazioni come eBR Review o eDHR Review.
- Azione: Manipolazione dati -> Memorizza -> Valore statico -> Booleano -> No -> È correzione
- Azione: Manipolazione dati -> Cancella -> (ogni variabile utilizzata nel passaggio Invia contesto di correzione )
- Azione: App -> Salva tutti i dati dell'applicazione
- Transizione: Vai al passo -> Avanti
Quando si esamina il lotto nel widget {{glossario.Cronologia registrazioni digitali}}, l'ordinamento va dal più vecchio al più recente e il filtro viene applicato al passo successivo. l'ordinamento dal più vecchio al più recente e il filtro per nome della fase dell'applicazione mostreranno i seguenti: * Dati di processo registrati per una fase del processo con il valore di Is Correction "No", con diverse variabili e valori
- Dati di processo registrati per la stessa fase di processo, ma con il valore di Is Correction "Yes" e nuovi valori di variabili.
- Qualsiasi contesto dal passaggio Submit Correction Context (ad esempio, un codice del motivo della correzione).
:::(Info) (NOTA) Non è necessario filtrare il widget Cronologia record in base alla fase con la correzione. Senza questo filtro, il revisore vedrà la storia completa del lotto: