Исправить сохранённое значение

Первичный ввод значения свободен — вносите и сохраняйте. Но как только вы меняете уже сохранённое значение, X7 Insight просит указать причину изменения (Reason for Change, RfC): аудиторский след должен отвечать не только «что и когда изменилось», но и почему.

Кому и когда

Координатор — координатор центра. Нужно право «правка сохранённого значения» (data.update) — оно отдельно от права первичного ввода (data.enter). Задача возникает, когда обнаружилась ошибка переноса, пришли новые данные из первичных документов или монитор задал запрос к значению.

Перед началом

• Форма не под блокировкой.
• Вы знаете, почему меняете значение: причину придётся выбрать из каталога.
• Если поле уже верифицировано монитором или форму покрывает подпись, — помните, что правка снимет эти отметки (см. «Что произойдёт»).

Шаги

1. Откройте форму и измените значение в поле, которое уже содержало данные, — или очистите его, или отметьте «не выполнено» / «недоступно».

2. Сохраните. Откроется диалог Причина изменения: в нём видно Прежнее значение и Новое значение, а также предупреждения — если поле верифицировано (SDV) или форму покрывает подпись.

3. Выберите Причину из каталога. По умолчанию это «Ошибка ввода», «Исправление по первичному документу», «Получены новые данные», «Исправление по запросу монитора» и «Другое (указать)» — последний пункт открывает поле для свободного текста.

4. Если правок будет несколько подряд по одной причине, отметьте Применять эту причину к правкам до конца сессии — дальше сохранение покажет «Сохранено · причина: …» с ссылкой Изменить.

5. Нажмите Подтвердить. Отмена возвращает поле к сохранённому значению.

0:000:00

Правка сохранённого значения: диалог «Причина изменения» и выбор причины из каталога

Что произойдёт

• Прежнее значение никуда не исчезает — оно остаётся в истории поля и в аудиторском следе вместе с новым значением, автором, временем (UTC) и указанной причиной. В журнал уходит код причины из каталога (или ваш текст для «Другое»), поэтому правки можно группировать по причине независимо от языка интерфейса.
• В той же операции сбрасываются отметки, которые больше не соответствуют новому значению:

Ось	Было	Станет после правки
SDV (верификация)	верифицировано	ожидает
Медицинский обзор	Просмотрено	Не просмотрено
Форма	Заполнена	В работе
Подпись	Действительна	Инвалидирована

• Поле снова появляется в очереди SDV монитора и во «Входящих» медицинского обзора; форма — в очереди подписей, когда вы снова завершите её заполнение.
• Если правка устранила нарушение проверки, связанный автоматический запрос закрывается сам; если правка нарушила другую проверку — откроется новый запрос.

Если не получилось

• Сохранение не проходит без причины (422) — причина обязательна при любой правке сохранённого значения. Выберите её в диалоге.
• Поле не редактируется — нет права data.update, форма под блокировкой («Форма заблокирована — изменение данных невозможно») или поле автозаполняемое (правьте исходные поля).
• Открылся диалог «Конфликт версий» — значение только что изменил кто-то другой. Сравните «Вы ввели» и «Сейчас в базе» и решите, чьё значение оставить; перезапись тоже потребует причину.
• Не нашли подходящей причины — выберите «Другое (указать)» и опишите своими словами. Набор причин — настройка организации или исследования («Администрирование → Настройки»), а не часть версии дизайна; её меняет администратор.

Дальше

Ответить на запросОтвет текстом или исправлением значения прямо из треда запроса.

Ввести данные в формуПервичный ввод, отметки «не выполнено», клавиатурный ввод.

Верифицировать данные (SDV)Как монитор верифицирует данные и как правка сбрасывает SDV.

Подписать данныеОхват подписи и её автоматическая инвалидация.

Подробнее

Когда появляется диалог

Диалог «Причина изменения» открывается при любой правке значения, которое уже было сохранено:

• изменение значения поля на новое;
• очистка значения;
• отметка ранее заполненного поля как «Не выполнено» или «Недоступно».

Первичный ввод (из состояния Пусто) причины не требует.

Сброс SDV-верификации

Если поле уже было проверено монитором по первичным документам, диалог прямо предупредит: «После сохранения отметка проверки будет снята, и монитору придётся проверить значение заново». Изменилось значение — изменилось то, что нужно сверять с источником.

Правка верифицированного значения снимает верификацию

Верификация SDV привязана к конкретному значению. Любое изменение возвращает поле из «верифицировано» в «ожидает» и помечает его для повторной сверки в очереди SDV. Это не отключается — так гарантируется, что «проверено» всегда означает «проверено именно это значение».

Инвалидация электронной подписи

Если форму (или её визит, или весь кейсбук) покрывает действующая электронная подпись, диалог предупредит, чью подпись и со скольких форм снимет правка («Правка снимет подпись … с этой формы»). Подпись покрывает снимок данных на момент её применения — изменив покрытые данные, вы делаете снимок недействительным.

Изменение покрытых данных инвалидирует подпись

Подпись не удаляется — она навсегда остаётся в истории, но помечается инвалидированной, и форма возвращается в очередь на повторное подписание. Частичной подписи не существует: правка одного поля инвалидирует всю подпись, покрывавшую снимок. Подробнее — Подписать данные.

Почему так устроено

• Причина — часть потока, а не барьер. RfC — короткий шаг прямо в момент правки, а не отдельный экран и не вопрос постфактум. Он не должен разрывать ввод.
• Отметки не переживают своих данных. Верификация, медицинский обзор и подпись имеют смысл только для конкретного значения. Сбрасывая их автоматически, система не даёт «проверенным» и «подписанным» данным незаметно разойтись с реальностью.
• Полный след. Пара «до → после» + причина + автор + время делает каждую правку объяснимой при мониторинге и инспекции.

Сводка осей статуса и их взаимных реакций — в Справочнике статусов.