В этой статье рассматривается актуальная передовая практика регистрации исправлений в пакете данных.
Данные о процессах, зарегистрированные с помощью «Записей о завершении», являются неизменяемыми, но вы можете добавить исправление, создав «примечание» в виде новой записи поверх исходной записи.
Чтобы обновить ту же запись (в том числе добавить новые требования), см. виджеты «История записей».
Резюме
- Используйте стандартный шаг «Отправить исправление » для ввода кода причины и/или комментариев.
- Используйте триггер «При выходе из шага » для сохранения текущего шага процесса в переменной предыдущего шага или таблице Field, где значение «Является ли исправлением » в данный момент равно «Ложь».
- Используйте булеву переменную «Is Correction » и установите значение по умолчанию «Yes » при переходе к шагу «Submit Correction ». Это повысит наглядность в приложениях для проверки электронных биологических отчетов (eBR).
- После отправки информации «Отправить исправление » верните пользователя на предыдущий шаг (как сохранено в переменной или поле таблицы).
- На предыдущем шаге оператор введет новую информацию и перейдет к следующему шагу.
Пошаговое руководство
Крайне важно обеспечить устойчивость этой функции при использовании механизмов приостановки и возобновления. 1. В таблице «Партии» добавьте текстовое поле для хранения информации о предыдущем завершённом этапе процесса. Назовите это поле «Предыдущий этап процесса».
- В базовой схеме приложения создайте триггер уровня шага «При выходе из шага » следующего вида:

- В приложении создайте этап с именем «Submit Correction Context», который включает:
- Input Widget(s) для сбора контекста, например кода причины исправления через поле с одним вариантом выбора и/или комментариев к исправлению через текстовое поле.
- Кнопку «Назад» или «Отмена», позволяющую оператору вернуться из этого шага.

- Создайте кнопку «Отправить» и настройте для неё следующую логику срабатывания:
- Действие: Обработка данных -> Сохранение -> Статическое значение -> «yes» -> Булева переменная с именем «Is Correction»
- Действие: Приложение -> Сохранить все данные приложения
- Переход: «Перейти к шагу по имени» → «Запись в таблице» / «Пакет» / «Предыдущий шаг процесса»

- На предыдущем шаге из шага «Контекст отправки исправления » создайте кнопку «Далее» со следующей логикой срабатывания:
- Действие: Обработка данных -> Очистить -> (каждая переменная, используемая в этом шаге)
- ПРИМЕЧАНИЕ: Переменные, присутствующие на этом шаге, не требуются для расчёта на последующем шаге. Этот метод позволит очистить виджет «История записей», отображаемый в приложениях, таких как eBR Review или eDHR Review.
- Действие: Обработка данных -> Сохранить -> Статическое значение -> Булево значение -> Нет -> Является ли исправлением
- Действие: Обработка данных -> Очистить -> (каждая переменная, используемая на шаге «Контекст отправки исправления» )
- Действие: Приложение -> Сохранить все данные приложения
- Переход: Перейти к шагу -> Следующий

При просмотре пакета в виджете Digital Record History, при сортировке от старого к новому и фильтрации по названию шага приложения, будет отображаться следующее:* Зарегистрированные данные процесса для шага процесса со значением «Нет» в поле «Является ли исправлением», с различными переменными и значениями
- Зарегистрированные данные процесса для того же этапа процесса, но со значением «Да» в поле «Is Correction » и новыми значениями переменных
- Любой контекст из этапа «Контекст отправки корректировки » (например, код причины корректировки)

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)