Korekty danych procesowych i ich przegląd
  • 20 Feb 2024
  • 2 Minuty do przeczytania
  • Współtwórcy

Korekty danych procesowych i ich przegląd


Article Summary

W tym artykule omówiono aktualne najlepsze praktyki dotyczące rejestrowania poprawek w partii.

Podsumowanie

  • Użyj wspólnego kroku Submit Correction, aby przechwycić kod przyczyny i/lub komentarze.
  • Użyj wyzwalacza On Step Exit Trigger, aby zapisać bieżący krok procesu w zmiennej Previous Step Variable lub tabeli Field, gdzie Is Correction ma obecnie wartość False.
  • Użyj zmiennej logicznej Is Correction i ustaw domyślną wartość na Yes podczas nawigacji do kroku Submit Correction. Poprawi to widoczność w aplikacjach eBR.
  • Po przesłaniu informacji o przesłaniu korekty należy przekierować użytkownika z powrotem do poprzedniego kroku (zapisanego w zmiennej lub polu tabeli).
  • W poprzednim kroku operator wprowadzi nowe informacje i przejdzie do następnego kroku.

Rozwiązanie Walkthrough

Ważne jest, aby ta funkcja była solidna dla funkcji wstrzymywania i wznawiania. 1. W tabeli Batches dodaj pole tekstowe do przechowywania informacji o poprzednim zakończonym kroku procesu. Nazwij to pole Poprzedni krok procesu.

  1. W układzie bazowym aplikacji utwórz wyzwalacz napoziomie On Step ExitStep, jak poniżej:Robustness to App Cancellations - App Base Layout - On Step Exit Trigger v2.png
  2. W aplikacji utwórz krok o nazwie Submit Correction Context, który zawiera:
  3. Input Widget(s) do przechwytywania kontekstu, takiego jak kod przyczyny korekty za pomocą pojedynczego wejścia wyboru i/lub Komentarze korekty za pomocą wejścia tekstowego.
  4. Przycisk Poprzedni lub Anuluj, który umożliwia operatorowi wycofanie się z tego kroku.

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

  1. Utwórz przycisk Prześlij i skonfiguruj go z następującą logiką wyzwalania:
  2. Akcja: Manipulacja danymi -> Przechowuj -> Wartość statyczna -> "tak" -> Zmienna logiczna o nazwie Czy korekta?
  3. Akcja: Aplikacja -> Zapisz wszystkie dane aplikacji
  4. Przejście: Przejdź do kroku według nazwy -> rekord tabeli / partia / poprzedni krok procesu

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

  1. W poprzednim kroku z kroku Submit Correction Context utwórz przycisk Next, który ma następującą logikę wyzwalania:
  2. Akcja: Manipulacja danymi -> Wyczyść -> (każda zmienna użyta w tym kroku)
  3. UWAGA: Zmienne obecne w tym kroku nie są potrzebne do obliczeń w kolejnym kroku. Ta metoda spowoduje wyczyszczenie widżetu historii rekordów wyświetlanego w aplikacjach takich jak eBR Review lub eDHR Review.
  4. Działanie: Manipulacja danymi -> Przechowuj -> Wartość statyczna -> Wartość logiczna -> Nie -> Jest korektą
  5. Działanie: Data Manipulation -> Clear -> (każda zmienna użyta w kroku Submit Correction Context )
  6. Działanie: Aplikacja -> Zapisz wszystkie dane aplikacji
  7. Przejście: Przejdź do kroku -> Dalej

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

Podczas przeglądania partii w widżecie Digital Record History Widget, sortowanie od najstarszego do najnowszego i filtrowanie według nazwy kroku aplikacji pokaże następujące informacje: * Zarejestrowane dane procesu dla kroku procesu z wartością dla Is Correction "No", z różnymi zmiennymi i wartościami.image.png

  • Zarejestrowane dane procesu dla tego samego kroku procesu, ale z wartością dla Is Correction "Yes" i nowymi wartościami zmiennych.
  • Dowolny kontekst z kroku Submit Correction Context (np. kod przyczyny korekty).image.png

:::(Info) (UWAGA) Nie ma potrzeby filtrowania widżetu historii rekordów według kroku z korektą. Bez tego filtra recenzent zobaczy pełną historię partii :::


Czy ten artykuł był pomocny?