MENU
    Korrekturen der Verarbeitungsdaten und deren Überprüfung
    • 08 Jan 2025
    • 2 Minuten zu lesen
    • Mitwirkende

    Korrekturen der Verarbeitungsdaten und deren Überprüfung


    Artikel-Zusammenfassung

    In diesem Artikel wird ein aktuelles bewährtes Verfahren zur Protokollierung von Korrekturen an einer Charge erörtert.

    Zusammenfassung

    • Verwenden Sie einen gemeinsamen Schritt " Submit Correction ", um einen Grundcode und/oder Kommentare zu erfassen.
    • Verwenden Sie einen On Step Exit Trigger, um den aktuellen Schritt des Prozesses in einer Previous Step Variable oder Tabelle Field zu speichern, in der Is Correction derzeit False ist.
    • Verwenden Sie eine boolesche Variable Is Correction und setzen Sie die Standardvariable auf Yes, wenn Sie zu einem Submit Correction Step navigieren. Dadurch wird die Sichtbarkeit in eBR-Überprüfungsanwendungen verbessert.
    • Navigieren Sie den Benutzer nach dem Absenden der Informationen zur Korrekturabgabe zurück zum vorherigen Schritt (wie in einer Variable oder einem Tabellenfeld gespeichert).
    • Im vorherigen Schritt gibt der Bediener dann neue Informationen ein und fährt mit dem nächsten Schritt fort.

    Walkthrough-Lösung

    Es ist von entscheidender Bedeutung, dass diese Funktion für die Pause- und Fortsetzungsfunktionalität robust ist.1. Fügen Sie in der Tabelle Chargen ein Textfeld hinzu, um den vorherigen abgeschlossenen Prozessschritt zu speichern. Nennen Sie dieses Feld Vorheriger Prozessschritt.

    1. Erstellen Sie im Basislayout Ihrer Anwendung einen Trigger der Ebene On Step ExitStepwie den folgenden:Robustness to App Cancellations - App Base Layout - On Step Exit Trigger v2.png
    2. Erstellen Sie in der App einen Schritt namens Submit Correction Context, der Folgendes enthält:
    3. Input Widget(s) zur Erfassung des Kontexts, wie z.B. eines Korrekturgrundes über eine einfache Auswahleingabe und/oder Korrekturkommentare über eine Texteingabe.
    4. Eine Schaltfläche " Zurück" oder " Abbrechen", die es dem Bediener ermöglicht, diesen Schritt zu verlassen.

    Robustness to App Cancellations - App - Submit Correction Context Step 2.png

    1. Erstellen Sie einen Submit-Button und konfigurieren Sie ihn mit der folgenden Trigger-Logik:
    2. Aktion: Datenmanipulation -> Speichern -> Statischer Wert -> "yes" -> Boolesche Variable namens Is Correction
    3. Aktion: App -> Alle App-Daten speichern
    4. Übergang: Gehe zu Schritt nach Name -> Tabellensatz / Charge / Vorheriger Prozessschritt

    Robustness to App Cancellations - App - Submit Correction Context - Submit Button Trigger.png

    1. Erstellen Sie im vorherigen Schritt aus dem Kontextschritt Korrektur einreichen eine Schaltfläche Weiter, die die folgende Auslöserlogik hat:
    2. Aktion: Datenmanipulation -> Löschen -> (jede in diesem Schritt verwendete Variable)
    3. HINWEIS: Variablen, die in diesem Schritt vorhanden sind, werden nicht für die Berechnung in einem nachfolgenden Schritt benötigt. Diese Methode entrümpelt das Widget für den Datensatzverlauf, das in Anwendungen wie eBR Review oder eDHR Review angezeigt wird.
    4. Aktion: Datenmanipulation -> Speichern -> Statischer Wert -> Boolescher Wert -> Nein -> Ist-Korrektur
    5. Aktion: Datenmanipulation -> Löschen -> (jede Variable, die im Schritt Korrekturkontext einreichen verwendet wird)
    6. Aktion: Anwendung -> Alle Anwendungsdaten speichern
    7. Übergang: Gehe zu Schritt -> Weiter

    Robustness to App Cancellations - App - Process Steps - Next button Trigger logic.png

    Bei der Überprüfung der Charge im Digital Record History Widget, sortiert nach ältestem bis neuestem und gefiltert nach dem Namen des Anwendungsschritts, wird Folgendes angezeigt:* Aufgezeichnete Prozessdaten für einen Prozessschritt, bei dem der Wert für Ist Korrektur "Nein" ist, mit verschiedenen Variablen und Wertenimage.png

    • Aufgezeichnete Prozessdaten für denselben Prozessschritt, aber mit dem Wert für Ist Korrektur "Ja" und neuen Variablenwerten
    • Beliebiger Kontext aus dem Schritt "Submit Correction Context " (z. B. ein Korrekturgrundcode)image.png
    NOTE

    You do not need to filter the Record History Widget by the step with the correction. Without that filter, the reviewer will see the full history of the Batch.


    War dieser Artikel hilfreich?