Este artículo aborda una práctica recomendada actual sobre cómo registrar correcciones en un lote.
Los datos de proceso registrados a través de los «Registros de finalización» son inmutables, pero se puede añadir una corrección creando una «nota» como nueva entrada de datos encima del registro original.
Para actualizar el mismo registro (incluida la incorporación de nuevos requisitos), consulte los widgets de historial de registros.
Resumen
- Utilice un paso común «Enviar corrección » para registrar un código de motivo y/o comentarios.
- Utilice un «Desencadenador al salir del paso » para almacenar el paso actual del proceso en una variable de paso anterior o en la tabla Field, donde «Es corrección » sea actualmente «Falso».
- Utilice una variable booleana «Es corrección » y establezca el valor por defecto en «Sí » al navegar a un paso «Enviar corrección ». Esto facilitará la visibilidad en las aplicaciones de revisión de eBR.
- Tras enviar la información de «Enviar corrección», redirija al usuario al paso anterior (tal y como se ha guardado en una variable o en un campo de tabla).
- En el paso anterior, el operador introducirá entonces la nueva información y pasará al siguiente paso.
Solución paso a paso
Es fundamental que esta función sea resistente a la funcionalidad de «Pausar» y «Reanudar». 1. En la tabla «Lotes», añade un campo de texto para almacenar el paso anterior del proceso que se ha completado. Nombra este campo «Paso anterior del proceso».
- En el diseño base de su aplicación, cree un disparador a nivel de paso «Al salir del paso» como el siguiente:

- En la aplicación, crea un paso denominado «Enviar contexto de corrección» que incluya:
- Input Widget(s) para capturar el contexto, como un código de motivo de corrección mediante un campo de selección única y/o «Comentarios de corrección» mediante un campo de texto.
- Un botón «Anterior» o «Cancelar» que permita al operador salir de este paso.

- Crea un botón «Enviar » y configúralo con la siguiente lógica de activación:
- Acción: Manipulación de datos -> Almacenar -> Valor estático -> «sí» -> Variable booleana denominada «Is Correction»
- Acción: Aplicación -> Guardar todos los datos de la aplicación
- Transición: Ir al paso por nombre -> Registro de tabla / Lote / Paso anterior del proceso

- En el paso anterior al paso «Enviar corrección», crea un botón «Siguiente» con la siguiente lógica de activación:
- Acción: Manipulación de datos -> Borrar -> (cada variable utilizada en este paso)
- NOTA: Las variables presentes en este paso no son necesarias para el cálculo en un paso posterior. Este método despejará el widget «Historial de registros» que se ve en aplicaciones como «Revisión de eBR» o «Revisión de eDHR».
- Acción: Manipulación de datos -> Almacenar -> Valor estático -> Booleano -> No -> ¿Es una corrección?
- Acción: Manipulación de datos -> Borrar -> (cada variable utilizada en el paso «Contexto de envío de corrección» )
- Acción: Aplicación -> Guardar todos los datos de la aplicación
- Transición: Ir al paso -> Siguiente

Al revisar el lote en el widget , al ordenar de más antiguo a más reciente y filtrar por nombre de paso de la aplicación, se mostrará lo siguiente:* Datos de proceso registrados para un paso del proceso en el que el valor de «Es corrección» es «No», con diversas variables y valores
- Datos de proceso registrados para el mismo paso del proceso, pero con el valor de «Es corrección » establecido en «Sí» y nuevos valores de variables
- Cualquier dato del paso «Enviar contexto de corrección » (por ejemplo, un código de motivo de corrección)

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.


.gif)