Correcciones de los datos del proceso y revisión de los mismos
  • 20 Feb 2024
  • 3 Minutos para leer
  • Colaboradores

Correcciones de los datos del proceso y revisión de los mismos


Article Summary

En este artículo se analiza una de las mejores prácticas actuales sobre el registro de correcciones en un lote.

Resumen

  • Utilice un paso común Enviar corrección para capturar un código de motivo y/o comentarios.
  • Utilice un Activador de Salida de Paso para almacenar el paso actual del proceso en una Variable de Paso Anterior o Tabla Field donde Is Correction es actualmente False.
  • Utilice una variable booleana Es corrección y establezca la variable predeterminada en al navegar a un Paso de envío de corrección. Esto ayudará a la visibilidad en las aplicaciones de revisión de eBR.
  • Al enviar la información de Enviar corrección, devuelva al usuario al paso anterior (guardado en una variable o campo de tabla).
  • En el paso anterior, el operador introducirá nueva información y pasará al siguiente paso.

Solución Walkthrough

Es crucial hacer que esta característica sea robusta a la funcionalidad de Pausar y Reanudar. 1. En la tabla Lotes, agregue un campo a la tabla Lotes. En la tabla Lotes, agregue un campo de texto para almacenar el paso de proceso anterior completado. Nombre este campo Paso de Proceso Anterior.

    1. En el Layout Base de su app, construya un Trigger de nivel On Step ExitStepcomo el siguiente:Robustness to App Cancellations - App Base Layout - On Step Exit Trigger v2.png
  1. En la aplicación, cree un paso llamado Submit Correction Context que incluya:
  2. Input Widget(s) para capturar el contexto como un código de motivo de corrección a través de una entrada de selección única y/o Comentarios de corrección a través de una entrada de texto.
  3. Un botón Anterior o Cancelar que permite al operador salir de este paso.

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

  1. Cree un botón Enviar y configúrelo con la siguiente lógica de activación:
  2. Acción: Manipulación de datos -> Almacenar -> Valor estático -> "sí" -> Variable booleana llamada Es corrección
  3. Acción: Aplicación -> Guardar todos los datos de la aplicación
  4. Transición: Ir al Paso por Nombre -> Registro de Tabla / Lote / Paso de Proceso Anterior

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

  1. En el paso anterior del paso Submit Correction Context, cree un botón Next que tenga la siguiente lógica de trigger:
  2. Acción: Manipulación de Datos -> Borrar -> (cada variable utilizada en este paso)
  3. NOTA: Las variables que están presentes en este paso no son necesarias para el cálculo en un paso posterior. Este método despejará el Widget de Historial de Registros visto en aplicaciones como eBR Review o eDHR Review.
  4. Acción: Manipulación de Datos -> Almacenar -> Valor Estático -> Booleano -> No -> Es Corrección
  5. Acción: Data Manipulation -> Clear -> (cada variable utilizada en el paso Submit Correction Context )
  6. Acción: App -> Guardar Todos los Datos de la App
  7. Transición: Ir al Paso -> Siguiente

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

Al revisar el lote en el widget Digital Record History Widget, ordenando de más antiguo a más reciente y filtrando por nombre de paso de aplicación mostrará lo siguiente: * Datos de proceso registrados para un paso de proceso con el valor de Is Correction siendo "No", con diversas variables y valoresimage.png

  • Datos de proceso registrados para el mismo paso de proceso pero con el valor de Es corrección "Sí" y nuevos valores de variables.
  • Cualquier contexto del paso Enviar contexto de corrección (por ejemplo, un código de motivo de corrección)image.png

:::(Info) (NOTA) No es necesario filtrar el widget Historial de registros por el paso con la corrección. Sin ese filtro, el revisor verá el historial completo del Lote. :::


¿Te ha sido útil este artículo?