Отраслевой информационный портал

Обзор аспектов ведения аудиторского следа. Процедурный контроль на уровне СОП «Проверка аудиторского журнала»

Михаил ЗейтцАксилоджик, генеральный директор
Михаил Зейтц,
генеральный директор Аксилоджик

Проверка контрольного журнала (Audit Trail) – это механизм обнаружения потенциальных критических изменений в настройках безопасности данных/системы и обеспечения качества и целостности сообщаемых данных.

Целостность данных, особенно целостность электронных данных, становится областью возрастающего внимания со стороны участников отрасли. Согласно FDA, контрольный журнал означает безопасную, создаваемую компьютером электронную запись с отметкой времени, которая позволяет воссоздать ход событий, связанных с созданием, изменением или удалением электронной записи.

Журнал аудита компьютеризированной системы представляет собой запись или снимок: кто, что, когда, где и почему связан с каждой транзакцией данных. По сути, это позволяет воссоздать любое событие, связанное с этой компьютеризированной системой.

Руководство GAMP 5: Компьютеризированные системы, соответствующие GxP, подробно описывает ключевые компоненты контрольного журнала:

Кто?  Идентификация пользователя или системы, ответственной за транзакцию данных. Это обеспечивает атрибуцию и прослеживаемость.

Что?  Исходное значение – новое значение для записи журнала аудита. Это необходимо для того, чтобы иметь полную историю данных и иметь возможность восстановить последовательность событий, если потребуется.

Почему?  Причина изменения. Это обеспечивает чёткую видимость и обоснование любого создания, изменения, удаления или манипулирования данными.

Когда?  Отметка даты и времени, когда была создана запись данных. Это важнейший элемент документирования хронологической последовательности событий, жизненно важный для установления достоверности и надёжности электронных записей.

Где?  Ссылка на запись, связанную с записью журнала аудита. Это обеспечивает отслеживаемость и контекст для того, с чем связана транзакция данных.

Когда журнал аудита компьютеризированной системы последовательно, точно и полностью фиксирует эти ключевые компоненты, это во многом способствует соблюдению основных принципов целостности данных.

21 CFR part 11 Subpart B Sect 11.10 Controls for Closed Systems:
«Использование защищённых, сгенерированных компьютером контрольных журналов с отметками времени для независимой записи даты и времени операций оператора и действий, которые создают, изменяют или удаляют электронные записи. Изменения в записи не должны затушёвывать ранее записанную информацию».

EudraLex Volume 4 Annex 11: Computerised Systems:
«На основе оценки рисков следует рассмотреть возможность встраивания в систему записи обо всех изменениях и удалениях, относящихся к GMP (сгенерированный системой контрольный журнал). Для изменения или удаления данных, относящихся к GMP, причина должна быть задокументирована».

Надлежащая практика по управлению данными и их целостностью даёт представление о ключевых элементах, учитывающих следующие разделы рисков:

  • Критичность данных (влияние на принятие решений и продукцию (качество).
  • Риск данных (возможность изменения и удаления данных, а также вероятность обнаружения/видимости изменений в ходе рутинных процессов).

Выделяют следующие виды контроля:

  • Технический контроль – компьютеризированные функции, такие как контрольный журнал, механизм резервного копирования, управление пользователями и безопасность, электронные подписи и/или цифровые подписи, которые помогают обеспечивать в т.ч. процедурный контроль.
  • Процедурный контроль – стандартные операционные процедуры (СОП) и рабочие инструкции по эксплуатации и администрированию, средства контроля пользователей системы, проверка компьютерной системы, калибровка, квалификация сети, обучение осведомлённости и т.д.

Процедурный контроль включает стандартные процедуры по проверке аудиторского журнала и политики назначения полномочий в программном обеспечении для сбора данных.

Такие СОП применимы к различному программному обеспечению для сбора данных, используемых для получения аналитических данных из компьютеризированных систем.

Внедрение процедурного контроля на уровне СОП важно потому, что недостаточно просто иметь в наличии журналы аудита, если они никогда не проверяются в т.ч. для подтверждения того, что они работают должным образом и что целостность данных, связанных с системой, сохраняется. Должным образом налаженный процедурный контроль обеспечивает регулярность проверок аудиторских журналов, связанных с компьютеризированными системами GxP, а также определяет тип проверки, частоту её проведения, определяемые с учётом критичности системы и ее потенциального влияния на безопасность продукта или пациента, сложности системы, а также критичности и уязвимости данных, связанных с системой.

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

СОП должна включать порядок просмотра действий администратора и действий всех ролей с повышенными правами доступа. Должен быть описан просмотр всех изменений конфигурации и регламент подтверждения, что изменения связаны с контролем изменений или другими элементами системы качества.

Должен быть описан алгоритм проверки и подтверждения, что пользователи-администраторы и любые другие пользователи, взаимодействующие с системой, имеют право на эти действия.

Процедурный контроль должен исключать и обеспечивать подтверждение, что в данных аудита нет необъяснимых пробелов.

На рисунке приведён вариант дерева решений, в котором классифицированы типы данных и учтена необходимость проверки контрольного журнала в разных случаях. Данное дерево представляется простым для понимания, при этом оценка каждой из категорий должна носить не формальный характер, а осмыслена должным образом.

Данные GXP

Процедурный контроль на уровне СОП в своей основе подразумевает, в частности, порядок проверки аудиторского следа.

Ниже приведены некоторые, но не все разделы контроля, которые отражаются в СОП.

  • Во время установки любого программного обеспечения или систем сбора данных необходимо проверить сертификат структурной проверки программного обеспечения, предоставленный производителем. Необходимо убедиться, что Приложение устанавливается в подходящую операционную систему, где достижимо соответствие требованиям.
  • Назначены полномочия группам пользователей.
  • Осуществляется контроль изменений, назначаемых полномочий пользователей.
  • Назначена периодичность проверки контрольного журнала.
  • Журнал аудита системы включает/может включать в себя события по изменению конфигурации приборов, истории архивирования данных, добавления или удаления пользователей, добавления или удаления группы пользователей, добавления или удаления системы, истории входа в систему.
  • Контрольный журнал тревожных сообщений.
  • Любые другие события с отметкой времени, зафиксированные или созданные системой.
  • События входа и выхода из системы по времени.
  • Доступ к системе будет разрешён только при наличии безопасного идентификатора входа и пароля.
  • Только администраторы должны иметь возможность создавать уникальные идентификаторы входа пользователя.
  • Администратор должен создавать только идентификаторы пользователей, а пароль назначается самими пользователями.
  • Система должна заставить пользователей сменить пароль через заданное количество дней.
  • Задан формат журнала проверки аудиторского журнала.

Информация контрольного журнала должна проверяться на наличие любых расхождений, связанных с целостностью данных, безопасностью данных и другой дополнительной информацией, когда и когда это необходимо осуществлять, в соответствии с перечнем контрольных точек.

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


  1. FDA, Data Integrity and Compliance with Drug CGMP – Questions and Answers (Rockville, MD, December 2018).
  2. MHRA, ‘GXP’ Data Integrity Guidance and Definitions (London, UK, March 2018).
  3. World Health Organization, Guideline on Data Integrity (Geneva, Switzerland, October 2019).
  4. ISPE, GAMP 5: A Risk-Based Approach to Compliant GxP Computerized Systems (February 2008).

 


Источник – журнал GDP REVIEW 4 – V Конференции «Логистика лекарственных средств»

spot_img

Экспертные материалы