A feldolgozási adatok helyesbítése és felülvizsgálata
  • 20 Feb 2024
  • 2 Elolvasandó percek
  • Közreműködők

A feldolgozási adatok helyesbítése és felülvizsgálata


Cikk összefoglaló

Ez a cikk a kötegelt javítások naplózásának jelenlegi legjobb gyakorlatát tárgyalja.

Összefoglaló

  • Használjon egy közös Submit Correction lépést az ok kód és/vagy megjegyzések rögzítésére.
  • Használjon egy On Step Exit Trigger-t a folyamat aktuális lépésének tárolására egy Previous Step Variable ( Előző lépés változó) vagy Table Field táblában, ahol az Is Correction jelenleg False (Hamis).
  • Használjon egy Is Correction Boolean változót, és állítsa az alapértelmezett értéket Yes-re, amikor a Submit Correction lépéshez navigál. Ez segíti a láthatóságot az eBR felülvizsgálati alkalmazásokban.
  • A Helyesbítés elküldése információ elküldésekor navigálja vissza a felhasználót az előző lépéshez (ahogyan azt egy változó vagy táblázat mezőben elmentette).
  • Az előző lépésben a kezelő ezután új információkat ad meg, és a következő lépésre lép.

Végigjárható megoldás

Alapvető fontosságú, hogy ez a funkció robusztus legyen a Szünet és folytatás funkcióhoz. 1. A Batches (Tételek ) táblázatban adjon hozzá egy szövegmezőt az előző befejezett folyamatlépés tárolására. Nevezze el ezt a mezőt Előző folyamatlépésnek.

    1. Az alkalmazás alapelrendezésében hozzon létre egy On Step ExitStepszintű Triggers-t az alábbiak szerint:Robustness to App Cancellations - App Base Layout - On Step Exit Trigger v2.png
  1. Az alkalmazásban hozzon létre egy Submit Correction Context nevű lépést, amely a következőket tartalmazza:
  2. Input Widget(s) a kontextus rögzítéséhez, mint például a korrekció okának kódja egy egyszeri kiválasztásos bemeneten keresztül és/vagy a korrekciós megjegyzések egy szöveges bemeneten keresztül.
  3. Egy Előző vagy Mégsem gombot, amely lehetővé teszi az operátor számára, hogy visszalépjen ebből a lépésből.

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

  1. Hozzon létre egy Submit gombot, és konfigurálja azt a következő kiváltási logikával:
  2. Művelet: Helyesbítés: Adatmanipuláció -> Tárolás -> Statikus érték -> "igen" -> Boolean változó: Is Correction (Javítás).
  3. Művelet: Alkalmazás -> Minden alkalmazásadat mentése
  4. Átmenet: Lépés a név szerinti lépésre -> Táblázatrekord / tétel / előző folyamatlépés

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

  1. Az előző lépésben a Submit Correction Context lépésből hozzon létre egy Next gombot, amely a következő kiváltó logikával rendelkezik:
  2. Művelet: Adatmanipuláció -> Törlés -> (az ebben a lépésben használt minden egyes változó).
  3. MEGJEGYZÉS: Az ebben a lépésben jelen lévő változókra nincs szükség a következő lépésben történő számításhoz. Ez a módszer csökkenti a rekordtörténeti widget rendezettségét az olyan alkalmazásokban, mint az eBR Review vagy az eDHR Review.
  4. Művelet: Adatmanipuláció -> Tárolás -> Statikus érték -> Boolean -> Nem -> Helyesbítés.
  5. Művelet: Adatmanipuláció -> Törlés -> (minden egyes változó, amelyet a Helyesbítés beküldése kontextus lépésben használnak).
  6. Művelet: Alkalmazás -> Minden alkalmazásadat mentése
  7. Átmenet: Lépés -> Következő

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

A tétel áttekintésekor a Digital Record History Widget, a legrégebbitől a legújabbig történő rendezés és az alkalmazáslépés neve szerinti szűrés a következőket mutatja: * Naplózott folyamatadatok egy folyamatlépéshez, ahol a Javítás-e érték "Nem", különböző változókkal és értékekkel.image.png

  • Naplózott folyamatadatok ugyanarra a folyamatlépésre vonatkozóan, de az Is Correction értéke "Yes", valamint új változóértékek.
  • Bármilyen kontextus a Submit Correction Context lépésből (pl. egy korrekciós ok kódja).image.png

:::(Info) (MEGJEGYZÉS) Nem kell a Jegyzettörténet widgetet a korrekciót tartalmazó lépés szerint szűrni. E szűrő nélkül az ellenőr a tétel teljes előzményét fogja látni. :::


Hasznos volt ez a cikk?