Журнал изменений данных: поля и порядок ведения
Журнал изменений отвечает на простой вопрос: кто и почему поменял значение. Без него исправленная ошибка и подлог выглядят одинаково.
Ниже — как вести журнал так, чтобы он был полезен.
Зачем нужен журнал
Данные в исследовании меняются: исправляются ошибки ввода, уточняются даты, добавляются пропущенные визиты. Каждое изменение должно быть объяснимо. История изменений устроена как обслуживание системы охлаждения: регулярная запись дешевле разбора последствий.
Журнал делает историю восстановимой.
Кроме проверки, журнал помогает улучшать процесс: по частоте причин видно, где чаще всего возникают ошибки — в форме ввода, в инструкции или при импорте. Эти наблюдения используют при обновлении процедур.
Что фиксировать
Минимум: дата и время, кто изменил, какое поле, старое и новое значение, причина. Для значимых правок добавляют ссылку на документ-основание.
Чем проще список полей, тем чаще его заполняют.
Полезно добавить поле «источник изменения»: человек, автоматическая проверка, импорт из внешней системы. Оно помогает понять, какие правки приходят извне и требуют ли они отдельного контроля.
Кто вносит записи
Тот, кто выполняет изменение, сразу после него. Позже записи восстанавливают по памяти, и они теряют ценность.
Проверяющий может дополнять записи, но не переписывать чужие.
Если изменение делает система, запись создаётся автоматически, но причину всё равно указывает человек, подтвердивший правку. Автоматическая пометка без причины оставляет вопрос открытым.
Причины изменений
Причины формулируют одинаково: ошибка ввода, уточнение по первичному документу, технический сбой, изменение кода справочника. Единый список причин упрощает анализ.
«Исправлено» без пояснения — плохая причина.
Список причин стоит пересматривать раз в несколько месяцев: если появляется много записей «другое», значит, категорий не хватает, и журнал теряет аналитическую ценность.
Автоматический и ручной журнал
Системы ведут журнал автоматически, но он не всегда содержит причину. Тогда причину фиксируют в отдельном документе со ссылкой на запись системы.
Оба источника должны совпадать по времени и значениям.
Если система позволяет добавлять комментарий к изменению, им пользуются вместо отдельного файла. Одна запись в одном месте надёжнее, чем две связанные записи в разных системах.
Доступ к журналу
Журнал доступен тем, кто проверяет данные, и недоступен для правки. Записи не удаляют даже при ошибочном изменении: добавляют новую запись.
Удаление истории — повод для серьёзных вопросов.
Права на просмотр журнала полезно давать и тем, кто готовит отчёты: они смогут сами проверить историю спорного значения, не отвлекая команду вопросами.
Проверка журнала
Периодически смотрят выборку записей: есть ли причина, совпадает ли новое значение с текущим, указан ли документ. Пропуски причин — сигнал пересмотреть порядок работы.
Проверку фиксируют.
Выборку удобно строить по типам изменений, а не только случайно: так видно, по каким причинам правок больше и где стоит улучшить ввод данных.
Связь с первичной документацией
Для правок, меняющих данные, указывают документ, на основании которого сделано изменение. Это позволяет проверяющему пройти путь от записи до источника.
Без ссылки изменение выглядит необоснованным.
Ссылку дают так, чтобы её можно было найти: участник, тип документа, дата, страница. Общая формулировка «по документам участника» бесполезна при проверке.
Объём и хранение
Журнал растёт быстро, поэтому его хранят в структурированном виде, а не в переписке. Срок хранения совпадает со сроком хранения данных.
Старые записи не удаляют при архивации.
Если журнал ведётся в таблице, её стоит защитить от случайного редактирования и делать резервные копии. Потеря журнала равносильна потере истории изменений, которую невозможно восстановить.
Для длинных журналов полезен индекс по дате и участнику: поиск конкретной записи занимает секунды вместо просмотра сотен строк. Индекс строят автоматически или вручную в отдельной таблице.
Что делать с массовыми правками
Если правка затрагивает много записей, её оформляют отдельно: описывают правило, диапазон, основание и дату. В журнале фиксируют факт применения правила.
Такой подход понятнее, чем сотни однотипных строк.
В описании массовой правки указывают способ отбора записей: критерий, дата, номер правила. Тогда при повторной проверке можно воспроизвести отбор и убедиться, что он не затронул лишние записи.
После массовой правки полезно выборочно проверить несколько записей на соответствие правилу. Ошибка в критерии отбора иначе затронет весь набор и проявится только при анализе.
Пример: дата без причины
В журнале есть изменение даты визита, причина не указана. Проверяющий не может понять, исправлена ошибка или подогнано значение.
Правило простое: изменение без причины считается незавершённым.
Похожие записи проверяют пакетом: если несколько изменений внесены в один день одним человеком, у них может быть общая причина, которую достаточно указать один раз со ссылкой на список записей.
Чек-лист
- Указаны дата, время и автор.
- Зафиксированы старое и новое значения.
- Причина взята из согласованного списка.
- Есть ссылка на документ-основание.
- Записи не удаляются.
- Журнал защищён от правки.
- Проводится выборочная проверка.
- Массовые правки оформлены отдельно.
Полезно договориться, что проверка журнала входит в регулярный контроль качества, а не выполняется только перед проверкой. Тогда причины изменений заполняются вовремя, а не задним числом.
Частые вопросы
Нужен ли журнал, если система ведёт историю?
Да, если история не содержит причин изменений.
Кто проверяет журнал?
Тот, кто отвечает за данные, или независимый проверяющий.
Можно ли исправить ошибочную запись журнала?
Нет, добавляют новую запись с пояснением.
Сколько хранить журнал?
Столько же, сколько данные, к которым он относится.