Korrekturen und Überprüfung von Prozessdaten

Dieser Artikel behandelt eine aktuelle Best Practice zur Protokollierung von Korrekturen in einem Batch.

Über „Completion Records“ protokollierte Prozessdaten sind unveränderlich, Sie können jedoch eine Korrektur hinzufügen, indem Sie eine „Notiz“ als neuen Dateneintrag zusätzlich zum ursprünglichen Datensatz erstellen.

Informationen zum Aktualisieren desselben Datensatzes (einschließlich des Hinzufügens neuer Anforderungen) finden Sie unter Widgets zum Datensatzverlauf.

Zusammenfassung

• Verwenden Sie einen allgemeinen Schritt „Korrektur übermitteln“, 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 “-Variablen oder der Tabelle Field zu speichern, in der „Is Correction“ derzeit auf „False“ gesetzt ist.
• Verwenden Sie eine boolesche Variable „Ist Korrektur “ und legen Sie den Standardwert auf „Ja“ fest, wenn Sie zu einem Schritt „Korrektur einreichen“ navigieren. Dies verbessert die Übersichtlichkeit in eBR-Prüfungs-Apps.
• Nach dem Absenden der Korrekturinformationen leiten Sie den Benutzer zurück zum vorherigen Schritt (wie in einer Variablen oder einem Tabellenfeld gespeichert).
• Im vorherigen Schritt gibt der Bediener dann neue Informationen ein und fährt mit dem nächsten Schritt fort.

Lösungsanleitung

Es ist entscheidend, diese Funktion robust gegenüber der „Pause“- und „Fortsetzen“-Funktionalität zu gestalten. 1. Fügen Sie in der Tabelle „Batches“ ein Textfeld hinzu, um den zuvor abgeschlossenen Prozessschritt zu speichern. Benennen Sie dieses Feld „Vorheriger Prozessschritt“.

1. Erstellen Sie im Basis-Layout Ihrer App einen Trigger auf Schritt-Ebene für „Beim Verlassen des Schritts“ wie folgt:
2. Erstellen Sie in der App einen Schritt mit dem Namen „Korrekturkontext übermitteln“, der Folgendes enthält:
3. Input Widget(s) zur Erfassung von Kontextinformationen wie einem Korrekturgrundcode über ein Single-Select-Eingabefeld und/oder Korrekturkommentaren über ein Textfeld.
4. Eine Schaltfläche „Zurück“ oder „Abbrechen“, mit der ein Bediener diesen Schritt verlassen kann.

1. Erstellen Sie eine Schaltfläche „Absenden“ und konfigurieren Sie diese mit der folgenden Auslöse-Logik:
2. Aktion: Datenbearbeitung -> Speichern -> Statischer Wert -> „yes“ -> Boolesche Variable namens „Is Correction“
3. Aktion: App -> Alle App-Daten speichern
4. Übergang: Zu Schritt nach Name springen -> Tabelleneintrag / Stapel / Vorheriger Prozessschritt

1. Erstellen Sie im vorherigen Schritt des Schritts „Korrektur übermitteln“ eine Schaltfläche „Weiter“ mit der folgenden Auslöse-Logik:
2. Aktion: Datenbearbeitung -> Löschen -> (jede in diesem Schritt verwendete Variable)
3. HINWEIS: Variablen, die in diesem Schritt vorhanden sind, werden für Berechnungen in einem nachfolgenden Schritt nicht benötigt. Diese Methode sorgt für mehr Übersichtlichkeit im Widget „Datensatzverlauf“, das in Apps wie „eBR Review“ oder „eDHR Review“ angezeigt wird.
4. Aktion: Datenbearbeitung -> Speichern -> Statischer Wert -> Boolescher Wert -> Nein -> Ist Korrektur
5. Aktion: Datenbearbeitung -> Löschen -> (jede im Schritt „Korrekturkontext übermitteln“ verwendete Variable)
6. Aktion: App -> Alle App-Daten speichern
7. Übergang: Zum Schritt wechseln -> Weiter

Bei der Überprüfung des Stapels im Widget Digital Record History werden nach einer Sortierung von ältesten zu neuesten Einträgen und einer Filterung nach App-Schrittnamen folgende Daten angezeigt:* Protokollierte Prozessdaten für einen Prozessschritt, bei dem der Wert für „Ist Korrektur“ „Nein“ lautet, mit verschiedenen Variablen und Werten

• Prozessedaten für denselben Prozessschritt, jedoch mit dem Wert „Ja“ für „Ist Korrektur “ und neuen Variablenwerten
• Jeder Kontext aus dem Schritt „Korrektur einreichen“ (z. B. ein Korrekturgrundcode)