Аудиторський журнал (GxP) – хто, що, коли та чому для електронних записів

Ця тема є частиною SG Systems Global серія регуляторних глосаріїв.

Оновлено у жовтні 2025 р. • Цілісність даних • 21 CFR, частина 11 / Додаток 11 ЄС / ALCOA+

Аудиторський журнал — це захищений, згенерований комп’ютером журнал із позначкою часу, який записує дії, що впливають на дані та конфігурацію GxP, фіксуючи, хто що зробив , коли та, де це доречно, чому . Це основа цілісності електронних даних та практичне вираження 21 CFR Part 11 , EU Annex 11 та ALCOA+ . У регульованих середовищах — фармацевтичних препаратах, біологічних препаратах, медичних виробах, дієтичних добавках та харчових продуктах — рішення щодо випуску та безпеки залежать від записів, які є повними, атрибутивними та довговічними. Якщо запис може змінюватися безслідно, йому не можна довіряти; якщо його не можна відновити з його історією, на нього не можна покладатися для захисту продукту.

«Якщо запис може змінюватися без жодного сліду, це не доказ, а вигадка. Аудиторський слід перетворює дані на докази, які можна захистити».

1) Що це таке

По суті, журнал аудиту – це контроль , а не зручність. Він автоматично генерується комп’ютеризованою системою обліку та прив’язується до цього запису протягом необхідного періоду зберігання. Він повинен містити: (1) особу користувача або інструменту; (2) виконану подію (створення, редагування, затвердження, видалення, імпорт, друк, анулювання, налаштування, обчислення); (3) позначку часу/часовий пояс та послідовність; (4) ідентифікатор об’єкта (партія, серія, випробування, специфікація, етикетка, рецепт, обладнання, документ); (5) попередні та нові значення для суттєвих змін; та (6) причину /коментар, якщо зміна є суттєвою або якщо робочий процес вимагає обґрунтування (наприклад, перевизначення, видалення поза специфікацією, зміна рейтингу ризику). Журнал аудиту має бути згенерованим комп’ютером , таким, що запобігає несанкціонованому втручанню , повним та читабельним для людини на вимогу.

Типи журналів аудиту, яких слід очікувати:

• Журнали аудиту даних – зміни на рівні записів (результати випробувань, зважування, розрахунки, етикетки, вміст сертифіката відповідності, інструкції щодо партії).
• Журнали аудиту конфігурації – контрольовані основні дані та системні налаштування (рецепти/специфікації, обмеження, шаблони етикеток, ролі/дозволи, коефіцієнти приладів).
• Робочий процес/сліди підписів – схвалення, відхилення, перенаправлення та значення підпису для Робочі процеси затвердження.
• Стежки безпеки/адміністрації – створення/вимкнення облікового запису, зміни політики паролів, підвищення привілеїв, ключі API, зіставлення інтеграцій.
• Сліди пристроїв/інструментів – параметри збору даних, версія методу, розташування необроблених даних, стан інтеграції.
• Системні події – імпорт/експорт, події друку, резервне копіювання/відновлення, синхронізація часу, зміни в патчах/застосунках.

Сфера застосування. Будь-яка система, яка створює, обробляє, зберігає або передає записи, що стосуються GxP, повинна вести журнали аудиту: MES/eBR–eBMR , LIMS , QMS (відхилення/CAPA/зміни), WMS/контроль маркування, системи навчання та обладнання, а також інтерфейси ERP, де вони стають системою запису для рішень щодо випуску/відстеження. Прилади та електронні таблиці не є винятком; вони повинні або забезпечувати журнали аудиту, або бути оточені незалежною перевіркою та контролем, пропорційним ризику.

Відповідність нормативним вимогам. Предикатні правила (наприклад, 21 CFR 210/211 , 111 , пристрій 820 та харчові продукти 117 ) визначають, які записи повинні існувати; Частина 11 та Додаток 11 визначають, як повинні контролюватися електронні записи. Журнали аудиту – це сполучна тканина, яка робить електронні докази надійними.

2) Практичне впровадження (що очікують побачити інспектори)

Життєвий цикл та валідація. Розглядайте журнали аудиту як перевірену функцію, а не як прапорець. Визначайте вимоги в URS/FDS, оцінюйте ризики, пишіть тестовані критерії прийнятності та перевіряйте поведінку в IQ/OQ/PQ: Чи можна вимкнути записи? Чи можливе редагування? Чи синхронізовані годинники (NTP)? Чи зберігаються часові пояси? Чи зберігає експорт контекст? Чи точно відображають роздруківки той самий вміст та послідовність? Чи реєструються невдалі входи та ескалації привілеїв? Чи застосовуються запити на причину змін для значних редагувань? Докази потрапляють до пакета валідації з простежуваністю до тестів.

Ідентифікація та доступ. Унікальні ідентифікатори користувачів; дозволи на основі ролей; мінімальні привілеї; розподіл обов'язків (виконавець проти верифікатора, ініціатор проти затверджувача, адміністратор проти контролю якості). Підвищені привілеї повинні ретельно контролюватися та перевірятися . Спільні облікові записи та загальні користувачі-"лабораторії" не мають місця в системах GxP. Багатофакторна автентифікація для віддаленого доступу та адміністративних ролей швидко стає головним фактором.

Зафіксовано вміст. Для важливих подій слід повинен містити ідентифікатор запису, тип події, позначку часу, користувача/інструмент, попередні та нові значення, а також причину/коментар, де це доречно. Не покладайтеся на загальні «оновлені» дії без контексту на рівні поля. Для електронних підписів зафіксуйте особу підписанта, значення підпису (наприклад, Виконано, Перевірено, Затверджено, Вилучено) та зв’язок із версією запису. Для друку етикеток зафіксуйте версію шаблону, джерело даних та кількість.

Безпека та цілісність. Журнали аудиту повинні бути нередагуваними за своєю природою. Захищайте журнали за допомогою криптографічних перевірок цілісності або сховища лише для додавання, що підкріплюється ретельним резервним копіюванням/відновленням. Якщо платформа дозволяє формальне редагування для забезпечення конфіденційності або комерційної таємниці, редагування має бути відокремлене від операційного журналу, обґрунтоване та повністю перевірене аудитом.

Збереження та читабельність. Зберігайте необроблені дані, метадані та журнали аудиту протягом періоду предиката. Плануйте випадок застарівання формату : рендеринг має залишатися можливим після оновлень, змін постачальника або архівування. Міграційні дії самі по собі контролюються та перевіряються змінами: вибіркові перевірки, порівняння контрольних сум, паралельний доступ та документоване підписання.

Практика перегляду. Журнали аудиту використовуються не лише після інциденту; вони переглядаються регулярно. Вбудовуйте перегляд за винятком у розподіл пакетів та закриття СУЯ: фільтруйте зміни, запізнілі підписи, повторні редагування, зміни поза трендом та невдалі входи. Періодичний перегляд керівництвом повинен відстежувати тенденції винятків у журналі аудиту за областями та користувачами, надаючи інформацію CAPA та навчанню.

Електронні таблиці та інструменти. Якщо журнали аудиту відсутні, додайте компенсуючі елементи керування: шаблони з версіями, захищені формули/комірки, обмежений доступ, документовану перевірку, незалежні перевірки від другої особи та контрольований друк у PDF з хешем або водяним знаком. Краще: інтегруйте інструменти та електронні таблиці з перевіреними платформами, які надають нативні журнали аудиту.

3) Шаблони проектування, які працюють

• Застосування підстав для зміни. Вимагати структурованого обґрунтування для редагування важливих даних/конфігурації; блокувати збереження без обґрунтування.
• Дисципліна часу. Синхронізувати сервери та клієнтів; зберігати позначки часу з часовим поясом; позначати перевищення порогового значення годинника.
• Незмінний експорт. Надайте підписані PDF-/CSV-файли з вбудованими хешами та контекстними заголовками (ідентифікатор запису, версія, фільтри, часовий пояс), щоб друковані копії можна було відстежувати.
• Контроль привілейованого доступу. Спрямовувати дії адміністратора до відділу контролю якості для періодичного перегляду; повідомляти про зміни ролей та екстрений доступ («розбити скло»).
• Кореляція подій. Зв'язати маршрути між системами (MES↔LIMS↔QMS↔WMS) за допомогою глобальних ідентифікаторів записів; увімкнути генеалогію.
• Ворота доказів. Прив’язка затверджень до наявності доказів (вкладень, розрахунків); кнопки підпису вимкнені, доки не будуть виконані попередні вимоги.
• Панель інструментів. Виявляйте винятки (перевизначення, запізнілі підписи, повторні редагування) для керівників змін та відділу контролю якості в режимі реального часу.

4) Метрики, що мають значення

• Щільність винятків на пакет/документ (кількість позначених подій сліду порівняно з кроками) — провідний сигнал для справності процесу.
• Коефіцієнт пізнього підписання та середнє затримування сигнатури виконати→перевірити→затвердити.
• Кількість привілейованих дій та пропорційність з перевіркою якості в рамках угоди про рівень обслуговування.
• Випадки зсуву годинника виявлено та час до виправлення.
• Завершення перевірки аудиторського журналу ставка для партій, відхилень, CAPA та змін.
• Ефективність CAPA (повторення подібних винятків протягом 6–12 місяців).

5) Поширені види несправностей та як їх уникнути

• Редагувані стежки. Будь-яка можливість видаляти або редагувати записи в журналі підриває цілісність. Виправлення: незмінність на рівні платформи та розподіл обов'язків; атестація постачальника.
• Часткове захоплення. Журнал стежок «оновлено» без урахування дельт полів або ідентифікації користувача. Виправлення: налаштуйте ведення журналу на рівні полів; вимагайте вказівки причин для суттєвих редагувань.
• Спільні облікові записи. «LabUser» підписує все. Виправлення: унікальні користувачі, відсутність загальних облікових записів; вимкнення після бездіяльності; багатофакторна автентифікація для адміністраторів.
• Осиротілий експорт. PDF/CSV без контексту чи хешів. Виправлення: контекстні заголовки, цифрові підписи/хеші зберігаються разом із вихідним кодом.
• Годинниковий хаос. Несинхронізований час перериває реконструкцію. Виправлення: NTP, моніторинг, сигнали дрейфу, захоплення часового поясу.
• Огляд театру. Сліди існують, але ніхто їх не читає. Виправлення: перегляд за винятком у розпорядженні; періодична вибірка контролю якості; ключові показники ефективності (KPI) для завершення перегляду.
• Міграційна амнезія. Втрата слідів під час зміни системи. Виправлення: протокол міграції, контрольні суми, паралельний доступ, підписання; збереження старих образів системи за потреби.

6) Як це пов'язано з V5

V5 від SG Systems Global вбудовує журнали аудиту в основні дані та виконання, тому кожен критичний розрахунок, переміщення та затвердження можна віднести, захистити та переглянути. В V5 MES, кроки eBMR, зважування, редагування рецептів та блокування генерують записи з мітками часу, ідентифікатором користувача та кодами причин. V5 WMS ведення обліку отримання, переміщення контейнерів, зміни статусу, друку етикеток та звірки. V5 СУЯ фіксує відхилення→CAPA, контроль змін, обробку скарг та сертифікацію навчання з пов'язаними підписами та перевірками ефективності. Інтеграція з LIMS через API підключення V5 пов'язує метадані інструменту та затвердження результатів з тією ж генеалогією, що використовується CoA.

Перевірка за винятком. V5 надає налаштовувані фільтри: показ усіх змін, запізнілих підписів (> X годин), спроб виконання+затвердження одним користувачем (заблоковано), невідповідностей версій та повторних редагувань до обмежень. Рецензенти контролю якості бачать історію пакету або зміни з першого погляду, а не прокручують необроблені журнали. Для аудитів V5 створює звіти, готові до перевірки, які включають контекст журналу аудиту (часовий пояс, застосовані фільтри, ідентифікатори версій), тому експортовані дані є самоописуючими.

Безпека та збереження. Стежки не можна редагувати, вони підлягають перевірці резервного копіювання/відновлення. Доступ до переглядачів стежок обмежений ролями; привілейовані дії повідомляються на панелі контролю якості. Довгострокова читабельність керується за допомогою профілів експорту (підписаний PDF/CSV/XML з хешем) та контрольованих процедур міграції під контролем змін.

Контроль етикеток та друку. Версії шаблонів та події друку відстежуються в аудиторських журналах та пов’язані з артикулом/партією; система фіксує, хто друкував, який шаблон/версію та кількість, що усуває поширену прогалину, яка призводить до відкликання продукції.

7) Посібник з впровадження (готовий для роботи в команді)

• Визначте область застосування. Перелічіть усі системи, що генерують записи GxP (MES, LIMS, QMS, WMS, інтерфейси ERP, системи маркування, прилади, електронні таблиці). Визначте, яка система запису є для кожного типу даних, та вимагайте журналів аудиту або компенсуючих заходів контролю.
• Напишіть вимоги. Вкажіть події для запису, поля, що вимагають вказівки причини зміни, запис часового поясу, ідентифікатор та формати експорту. Включіть потреби у звіті для перевірки за винятком.
• Перевірити. Підвищити незмінність, захоплення ідентифікаційних даних, синхронізацію часу, ведення журналу адміністрування, цілісність експорту та продуктивність під час завантаження (довгі пакети). Відхилення документів та CAPA.
• Поїзд Навчіть значення підпису, коли потрібні причини, як читати сліди та як виявляти аномалії. Навчіть адміністраторів гігієні привілейованого доступу.
• Оперувати. Вбудовуйте перевірки слідів у розподіл партій, закриття відхилень та затвердження змін. Визначайте винятки тенденцій та вносьте їх до APR/PQR.
• Підтримувати. Періодично перевіряйте цілісність резервного копіювання/відновлення, NTP та звітів про перевірку. Повторно перевіряйте після оновлень, виправлень або міграцій.

Пов'язане читання

• 21 CFR Частина 11 – Електронні записи та підписи
• Додаток 11 до GMP ЄС – Комп’ютеризовані системи
• Цілісність даних ALCOA+ | Перевірка програмного забезпечення GAMP® 5
• Електронний облік партії (eBR/eBMR) | Сертифікат аналізу (CoA)
• V5 MES | V5 СУЯ | V5 WMS

8) FAQ

Q1. Що має фіксувати журнал аудиту?
Ідентифікатор, тип події, позначка часу/часовий пояс, ідентифікатор об’єкта/запису, попередні/нові значення для суттєвих змін та причина/коментар, де це доречно, а також значення підпису під час затверджень.

Q2. Чи можна редагувати журнали аудиту?
Ні. Вони мають бути доступні лише для додавання та захищені від несанкціонованого втручання. Якщо дозволено редагування конфіденційності, воно має бути відокремленим, обґрунтованим та самим перевіреним аудитом без зміни оригіналу.

Q3. Як часто слід переглядати журнали аудиту?
При видаленні партій/записів (перевірка за винятком) та періодично (наприклад, щомісяця/щокварталу) для виявлення тенденцій, з наглядом за забезпеченням якості та ключовими показниками ефективності (KPI) для їх виконання.

Q4. Чи потрібні електронні таблиці та інструменти журнали аудиту?
Якщо вони створюють або трансформують дані GxP, що використовуються для прийняття рішень, так — або нативні стежки, або компенсуючі засоби контролю (версіонування, захист, незалежна перевірка). Найкраща практика — інтеграція в системи з нативними стежками.

Q5. Як обробляються часові пояси?
Зберігайте позначки часу зі зміщеннями часового поясу або UTC та синхронізуйте годинники. Виявлення та корекція дрейфу годинника повинні бути записані в журнал.

Q6. Як довго необхідно зберігати журнали аудиту?
До тих пір, поки базовий запис має зберігатися згідно з правилом предиката, з гарантованою читабельністю після оновлень та міграцій.

Q7. Чи достатньо друкованих PDF-файлів?
PDF-файли покращують читабельність, але інспектори можуть запитувати необроблені дані, метадані та живий слід із системи обліку. Переконайтеся, що експортовані дані самоописуються та захищені з точки зору цілісності.

Q8. Як V5 допомагає під час аудитів?
V5 створює готові до перевірки представлення, які поєднують журнали аудиту з контекстом запису (хто/що/коли/чому), включають значення підписів та відображають фільтри винятків, що скорочує час, витрачений на доведення контролю.

Пов’язані посилання на глосарій:
• Електронні записи: 21 Зведення федеральних правил, частина 11 | ЄС: Додаток 11 Принципи: ALCOA+
• Фармацевтика/Прилади/Харчування: 210/211 | 820 | 117
• Системи: V5 MES | V5 СУЯ | V5 WMS