Очікування MHRA щодо цілісності даних GxP – практичні засоби контролю для регульованих виробників

Цей хаб з'єднує SG Systems Global глосарійні записи та концепції, що стосуються очікувань MHRA щодо цілісності даних GxP: ALCOA+, журнали аудиту, комп'ютеризовані системи, контроль доступу, зберігання записів та докази партійних записів.

Оновлено у грудні 2025 р. • Очікування MHRA щодо цілісності даних GxP, ALCOA та ALCOA+, засоби контролю журналу аудиту, перевірка комп'ютеризованої системи (CSV), управління доступом, зберігання та архівування записів, життєвий цикл даних GxP • Керівники відділу контролю якості, контролю якості, CSV, менеджери ІТ, виробництва та лабораторій

Очікування MHRA щодо цілісності даних GxP не є новим нормативним актом; це чітке, прагматичне тлумачення існуючих вимог GxP, що застосовуються до даних як у паперових, так і в комп'ютеризованих системах. На практиці вони відображаються на тому, як ви проектуєте свою систему управління якістю (QMS) , як працюють ваші системи управління майном (MES) , управління інформаційними системами (LIMS) та планування ресурсів підприємства (ERP), а також наскільки добре ви можете захищати цілісність даних під час перевірок.

«Порушення цілісності даних рідко є «ІТ-проблемами» – це проблеми управління, культури та системного дизайну, які просто випадково проявляються в даних».

1) Що MHRA має на увазі під цілісністю даних GxP

«Цілісність даних» згідно з MHRA стосується не лише запобігання шахрайству. Йдеться про забезпечення того, щоб рішення GxP приймалися на основі повних, узгоджених та точних даних протягом усього життєвого циклу даних – від створення та обробки до перевірки, звітності, зберігання та архівування.

• цілісність даних – придатність даних для підтримки рішень GxP.
• GxP – об’єднання GMP, GDP, GLP, GCP та пов’язаних практик.
• АЛКОА / АЛКОА+ – базові атрибути для достовірних даних GxP.
• 21 CFR ч. 11 та Додаток 11 ЄС – нормативно-правові рамки для електронних записів та підписів.

MHRA наголошує, що цілісність даних є Зобов'язання щодо GxP – не лише для лабораторій контролю якості чи клінічних систем, але й для виробництва, складського зберігання, розгляду скарг, фармаконагляду та будь-якого іншого процесу, який генерує дані, що стосуються належної фармацевтичної якості (GxP).
Це включає ваші записи про партії, записи про очищення, картування температури, калібрування, навчання та заходи з контролю якості.

На практиці це означає, що вам потрібно вміти відповісти на два простих запитання інспектора для будь-якого набору даних:

• «Чи можемо ми бути впевнені, що ці дані повні та не були змінені без попередження?»
• «Чи можете ви показати нам, як ці дані були отримані, перевірені та використані для прийняття рішень?»

2) ALCOA та ALCOA+: Перетворення акронімів на правила дизайну

Більшість регульованих компаній можуть декламувати ALCOA. Набагато менше з них розробили свої системи та процедури таким чином, щоб ALCOA(+) природним чином випадала з того, як люди працюють.

• АЛКОА / АЛКОА+ – Атрибутивний, Розбірливий, Сучасний, Оригінальний, Точний + Повний, Послідовний, Тривалий, Доступний.
• Аудиторський журнал (GxP) – як ви робите записи такими, що відносяться до певної категорії, є актуальними та такими, що можуть бути перевірені.
• Зберігання та архівування даних – як ви робите записи довговічними та доступними.

Деякі практичні моделі, що відповідають очікуванням MHRA:

• Атрибутивний: немає спільних логінів; усі дії GxP прив’язані до іменованих користувачів через управління доступом користувачів.
• Одночасний: записи, зроблені під час виконання діяльності, а не переписані з нотаток чи пам’яті «кінця зміни».
• Оригінал: електронний запис, згенерований системою, є основним записом; паперові роздруківки – це copies, а не докази.
• Точно та повно: Розрахунки систематизовані, перевірки здійснюються, а журнали аудиту відображають виправлення та причини, а не перезаписані значення.
• Тривалий та доступний: Записи та метадані зберігаються у зручних форматах стільки, скільки вимагає GxP, а не застрягають у застарілих системах або недоступних резервних копіях.

Питання щодо дизайну, яке слід поставити для кожного процесу: «Якщо користувач спробує обійти ALCOA+, що його зупинить – система, процедура чи ніщо?» MHRA очікує, що відповідь буде «система та процедура», а не «довіртеся нам».

3) Управління, СУЯ та культура – ​​цілісність даних починається на папері

Перш ніж ви турбуєтеся про конфігурацію MES або журнали аудиту LIMS, MHRA очікує наявності системи управління цілісністю даних у вашій СУЯ.

• Система управління якістю (СМК) – контейнер для політик, процедур та управління.
• Політики – Управління та контроль СУЯ – включаючи спеціальну політику щодо цілісності даних або управління даними GxP.
• Матриця навчання та компетенції на основі ролей – забезпечення розуміння персоналом обов’язків щодо цілісності даних.
• Внутрішня ревізія – включаючи регулярні аудити цілісності даних та покрокові перевірки.
• Управління ризиками (QRM) – чітке відображення ризиків цілісності даних.

У вказівках MHRA неодноразово наголошується на культурі:
Фальсифікація, датування ретроспективним способом або «впорядкування» даних для покращення їхнього вигляду є проблемою якості та лідерства, а не лише технічним збоєм у контролі.
Вам потрібно:

• Чіткі очікування: письмові практичні рекомендації щодо запису даних, виправлень та використання неофіційних нотаток.
• Безпечна ескалація: співробітники можуть повідомляти про проблеми з даними, не боячись звинувачень.
• Реальні наслідки: навмисна фальсифікація розглядається як серйозне порушення якості та етики.

Без цього навіть найкраща конфігурація системи буде підірвана «обхідними шляхами» та тіньовими електронними таблицями.

4) Комп'ютеризовані системи, контроль доступу та журнали аудиту

MHRA очікує, що комп’ютеризовані системи GxP будуть перевірені, належним чином налаштовані та працюватимуть таким чином, щоб підтримувати цілісність даних, а не лише «позначки Частини 11».

• Перевірка комп'ютерної системи (CSV)
• Керування доступом користувачів (ролі та дозволи)
• Аудиторський журнал – GxP
• Контроль змін для конфігурації та основних даних.
• Специфікація вимог користувача (URS) | IQ / OQ / PQ

Ключові практики, що відповідають вимогам MHRA:

• Немає спільних облікових записів: Облікові записи виробничого, лабораторного та адміністративного рівнів є персональними; логіни «загальних операторів» є тривожним сигналом.
• Дозволи на основі ролей: користувачі можуть робити лише те, що вимагає їхня роль; налаштування, видалення та зворотна дата суворо контролюються.
• Аудиторські журнали активовані та змістовні: для створення, модифікації, видалення та критичних змін конфігурації; читабельний, фільтруваний та перевірений контролером якості.
• Синхронізація часу: Системні годинники керуються таким чином, щоб послідовності журналів аудиту були надійними та захищеними.
• Тести резервного копіювання та відновлення: Дані та метадані (включно з журналами аудиту) резервно копіюються та можуть бути відновлені без втрати чи пошкодження.

Гарна перевірка на обґрунтованість: чи може відділ контролю якості переглянути та зрозуміти, що сталося з пакетом або результатом, використовуючи лише систему та її журнали аудиту, не просячи ІТ-відділ виконувати спеціальні запити до бази даних?
Якщо ні, ваша конфігурація не готова до перевірки.

5) Життєвий цикл даних – від створення до архівування

MHRA забезпечує цілісність даних протягом усього їхнього життєвого циклу , а не лише в момент їх введення. Це означає контроль на етапах створення, обробки, перевірки, звітності, зберігання та архівування.

• Архівування зберігання записів та цілісності даних
• Зберігання та архівування даних
• Огляд тестів та лабораторних аналізів
• Платформа GxP Data Lake та аналітики

Деякі контрольні точки життєвого циклу:

• Створення: дані фіксуються безпосередньо у перевірених системах, де це можливо; тимчасові нотатки контролюються; транскрипції мінімізуються та перевіряються.
• Обробка: обчислення, передачі та інтерфейси перевірені; обробка помилок визначена; ручні маніпуляції даними видимі та обґрунтовані.
• Перевірка та затвердження: електронні підписи (де використовуються) мають значення; рецензенти бачать необроблені дані, метадані та журнали аудиту, а не лише зведені дані.
• звітність: Роздруковані або експортовані звіти чітко позначені як копії; вони посилаються на вихідну систему та набір даних.
• Зберігання та архівування: Записи залишаються читабельними, доступними для пошуку та пов'язаними з їхніми метаданими протягом усього періоду зберігання, навіть під час міграцій та заміни систем.

У сучасній архітектурі це часто означає поєднання основних систем (MES, LIMS, QMS, ERP) та озера даних, що відповідає стандартам GxP, де дані, контекст та докази цілісності можна аналізувати разом, не порушуючи їх ланцюга зберігання.

6) CSV на основі ризиків та періодичний огляд – випередження перевірок

MHRA очікує перевірки на основі ризиків та постійного підтвердження, а не одноразового CSV, за яким слідують роки відхилення.

• Перевірка комп'ютерної системи (CSV)
• Управління ризиками якості (QRM)
• Періодичний огляд (зіставте з вашим внутрішнім записом, якщо його було створено)
• Контроль змін | Статус випуску

Практичні елементи CSV, узгодженого з MHRA:

• URS на основі ризику: визначити, які функції є критично важливими для цілісності даних, та зосередити тестування на них.
• Простежуваність: вимоги до посилань → ризики → тести → звіти, щоб ви могли показати, чому система придатна для використання.
• Керування конфігурацією: конфігурація системи та основні дані (ролі, робочі процеси, обмеження) перебувають під формальним контролем змін.
• Періодичний огляд: Через визначені проміжки часу ви переглядаєте інциденти, відхилення, історію змін, проблеми з журналом аудиту та виправлення постачальників, щоб підтвердити, що система залишається під контролем.

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

7) Пастки цілісності лабораторних та аналітичних даних

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

• ВЕРХ та інші приладові системи, що перебувають під пильною увагою до цілісності даних.
• ISO/IEC 17025 – Компетентність випробувальної та калібрувальної лабораторії
• LIMS | ТОДІ
• Валідація методу випробувань (TMV)

Моделі високого ризику, які шукає MHRA:

• Робочі станції, де аналітики можуть видаляти або перезаписувати хроматограми без слідів.
• «Пробні ін’єкції», які зручно виключаються з результатів і не документуються.
• Повторна обробка хроматограм до досягнення бажаних результатів без обґрунтування.
• USB-накопичувачі, локальні папки або «офлайн» сховища, що обходять LIMS або централізовані архіви.

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

8) MES виробничого цеху, записи партій та цілісність даних

Для виробників найвидимішим вираженням цілісності даних є запис про партію.
MHRA очікує, що електронні та гібридні записи про партії продемонструють що насправді сталося на кону – не те, що мало статися.

• MES – Система управління виробництвом
• Електронний облік партії (eBMR) | Автоматизовані записи партій
• Управління життєвим циклом пакетних записів
• Електронний контроль успішного/неуспішного виконання з жорстким керуванням
• Управління доступом та Електронна реєстрація оператора

Шаблони MES, узгоджені з MHRA:

• Примусові робочі процеси: Критичні кроки (перевірка матеріалів, перевірка параметрів, IPC) жорстко регулюються; система не дозволить операторам пропустити їх.
• Захоплення в режимі реального часу: Ваги, ідентифікатори, події сканування та параметри процесу фіксуються в міру їх виникнення, а не документуються пізніше з пам'яті.
• Видимість винятків: Відхилення, події поза лімітами та ручні зміни чітко позначені в eBMR та проходять перевірку якості.
• Контроль конфігурації: Рецепти, обмеження та робочі процеси мають версії та контролюються змінами.
• Перегляд за винятком: Система виявляє меншість партій, які дійсно потребують глибокого перегляду, на основі правил та даних про винятки.

Саме тут такі платформи, як V5, можуть дуже природно відповідати очікуванням MHRA – роблячи «правильний спосіб» роботи найпростішим та вбудовуючи цілісність даних у повсякденний досвід оператора.

9) Як використовувати цей кластер цілісності даних MHRA GxP

Якщо ви створюєте або вдосконалюєте програму забезпечення цілісності даних, щоб задовольнити вимоги MHRA та інших регуляторних органів, використовуйте цей кластер глосарію як структуровану дорожню карту:

• Почніть з принципів: огляд цілісність даних, АЛКОА(+) та Журнали аудиту.
• Узгодьте СУЯ: забезпечити чіткі та актуальні посилання на цілісність даних у політиках, навчанні, внутрішніх аудитах та QRM.
• Карта критично важливих систем: MES, LIMS, QMS, ERP та лабораторні прилади – фіксують ризики та засоби контролю цілісності даних.
• Закрийте очевидні прогалини: спільні логіни, слабкі журнали аудиту, неконтрольовані електронні таблиці, цикли ручного переписування.
• Дизайн для інспекторів: зробити так, щоб було легко показати, хто що зробив, коли, чому та за якою затвердженою процедурою.
• Моніторинг та покращення: надати результати дослідження цілісності даних КАПА, PQR/Квітень, та періодичні огляди.

Цільовий стан легко описати та важко підробити: дані GxP є достовірними за своєю суттю, а не за твердженням. Коли MHRA (або будь-який інший регулятор) запитує: «Чому ми повинні довіряти цьому запису?», ваші системи, процедури та культура відповідають за вас.

Пов’язана література (глосарій)
• Основні принципи: цілісність даних | АЛКОА / АЛКОА+ | Аудиторський журнал (GxP) | 21 CFR ч. 11 | Додаток 11 ЄС

• СУЯ та управління: СУЯ | Політики та управління | Матриця навчання | Внутрішній аудит | Управління з управління якістю

• Системи та CSV: CSV | Керування доступом користувачів | Контроль змін | MES | LIMS | GxP Data Lake

• Записи та архівування: Зберігання та архівування записів | Зберігання та архівування даних | eBMR | Життєвий цикл пакетних записів | PQR | APR