Зберігання та архівування даних – забезпечення повноти, читабельності та можливості доведення доказів GxP

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

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

Зберігання та архівування даних стосується набору політик, технічних контролів та операційних практик, які забезпечують повноту, точність, безпеку та читабельність записів, що стосуються GxP , на вимогу протягом усього терміну, встановленого правилами предикатів та потребами бізнесу. У регульованому виробництві зберігання даних – це не просто «зберігання файлів десь». Це контрольований життєвий цикл, який простежується від створення запису (наприклад, Запис про виробництво партії (BMR) / eBMR , результати LIMS, CoA , відхилення, CAPA ) через безпечне зберігання, резервне копіювання та міграцію до остаточної утилізації. Вимоги формуються 21 CFR Part 11 , Додатком 11 ЄС та правилами предикатів, які визначають, що має зберігатися (наприклад, 210/211 , 117 , 820, 600–680), тоді як цілісність та простежуваність підтверджуються за допомогою журналів аудиту та перевірених контролів, описаних у Перевірці комп’ютерної системи (CSV).

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

1) Що це таке

Збереження – це часовий вимір цілісності даних. Воно гарантує, що всі рішення щодо GMP, прийняті сьогодні, можуть бути переглянуті завтра з тим самим набором доказів та тією ж можливістю робити висновки. Практично це означає збереження запису ( контенту), його метаданих (хто/що/коли/де) та його контексту (конфігурації, версій та допоміжних посилань) разом із журналом аудиту та можливостями візуалізації (щоб інспектори могли читати його без запатентованих інструментів). Архівування – це контрольований перехід від активного зберігання до довгострокових, дешевших сховищ із збереженням автентичності, читабельності та можливості пошуку . У сучасних операціях це виконується в транзакційних системах (MES/eBMR, LIMS, QMS, WMS), аналітичних сховищах для безперервної перевірки процесів (CPV) та системах контенту для контрольованих документів та основних етикеток, що проходять контроль змін.

2) Основні принципи та регуляторні опорні точки

Предикат на першому місці. Правила предикатів визначають, які записи та мінімальні терміни зберігання (наприклад, записи про партії протягом щонайменше 1 року після закінчення терміну придатності для лікарських засобів згідно з пунктом 211; записи про медичні вироби згідно з пунктом 820; записи про профілактичний контроль харчових продуктів згідно з пунктом 117). Частина 11 / Додаток 11 охоплюють такі пункти : електронні записи та підписи повинні бути достовірними, надійними та зберігатися у читабельній формі протягом необхідного періоду. ALCOA+ (див. ALCOA+ ) втілює очікування: записи повинні залишатися такими, що відносяться до певної особи, розбірливими, сучасними, оригінальними, точними, а також повними, послідовними, тривалими та доступними протягом усього періоду зберігання.

Запис запису. «Система запису» – це місце, де зберігається оригінальний електронний запис з його повними метаданими та слідом. PDF-файли та експорт можуть покращити читабельність, але не замінюють систему запису, якщо перевірена міграція не зберігає всі необхідні елементи та можливість відображення вихідних необроблених даних.

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

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

3) Що зберігати, як довго та в якій формі

Визначте обсяг набору записів. Для виробництва зберігайте дані BMR/eBMR (виконані кроки, підписання), необроблені та похідні результати, що підтверджують випуск ( CoA ), відхилення/OOS/OOT, CAPA , контроль змін, записи про навчання/кваліфікацію, випуск постачальників/матеріалів, стабільність та тенденції, журнали обладнання та схвалення етикеток/упаковки. Для складів зберігайте історії переміщень, історії контейнерів/партій та сканування комплектації/видачі, що підтверджують генеалогію. Для лабораторій зберігайте необроблені дані, версії методів, метадані приладів та розрахунки результатів.

Термін зберігання. Дотримуйтесь найсуворішого застосовного правила на всіх ринках: наприклад, записи про ліки – за категорією 211, про пристрої – за категорією 820, про продукти харчування – за категорією 117, про біологічні препарати – за категорією 600–680. Багато організацій обирають єдиний глобальний графік , який перевищує мінімальні значення, щоб спростити дотримання вимог. Юридичні умови зберігання та контракти з клієнтами можуть подовжувати терміни зберігання.

Формат та читабельність. Зберігайте записи в оригінальній системі з можливістю рендерингу. Забезпечуйте експорт у зручному для людини форматі (PDF/A, CSV/JSON з контрольними сумами) для пакетів перевірки. Там, де існують власні формати, підтримуйте перевірені засоби перегляду або забезпечте міграцію до невласних форматів без втрати сенсу.

4) Архівування, резервне копіювання та аварійне відновлення

Архівні рівні. Використовуйте багаторівневе сховище: гаряче (оперативне), тепле (нещодавні закриті записи), холодне (довгостроковий архів). Кожен рівень повинен зберігати цілісність та можливість пошуку; «дешевий, але нечитабельний» не відповідає вимогам. Шифрування в стані спокою, опції WORM/блокування об'єктів та географічна резервованість зміцнюють позиції.

Резервне копіювання/відновлення. Резервні копії повинні містити дані програми та конфігурацію/метадані для відновлення перевіреного стану. Регулярно тестуйте відновлення (наприклад, щоквартально) та документуйте докази. Цілі RPO/RTO повинні забезпечувати готовність до перевірок та безперервність рішень щодо випуску.

DR та забезпечення безперервності бізнесу. Визначення стратегій відновлення після збою (активний/резервний, пари хмарних регіонів). Перевірка можливості середовища DR для відображення історичних записів у правильному контексті (методи/специфікації/дозволи). DR, яке втрачає журнали аудиту або конфігурацію, не є DR для цілей GxP.

5) Міграція, виведення з експлуатації та перехід постачальників

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

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

Міркування щодо хмарних технологій/програмного забезпечення як сервісу (SaaS). У контрактах має бути зазначено право власності на дані, формати експорту, повідомлення перед змінами в сервісі, участь у інцидентах/CAPA, обов'язки щодо резервного копіювання/зберігання та допомогу під час розірвання контракту. Перегляньте докази постачальника у форматі CSV та артефакти SSAE/ISO, але пам'ятайте: ви відповідаєте за регуляторний ризик.

6) Рендеринг, пошук та електронне розкриття інформації

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

«Інспекційні пакети», що читаються людиною. Створюйте досьє на вимогу, які містять кроки eBMR, підтвердження, генеалогію матеріалів (зі скануванням штрих-кодів для перевірки ), результати випробувань, винятки та остаточні схвалення. Включайте витяги журналу аудиту, відфільтровані за типами подій (наприклад, перевизначення, редагування специфікацій) для підтримки перевірки за винятком.

Юридичні утримання. Утримання блокує видалення незалежно від запланованого закінчення зберігання. Система повинна відображати статус утримання, походження (хто/чому/коли) та запобігати видаленню на всіх рівнях та репліках.

7) Метрики, управління та постійне вдосконалення

• Угода про рівень обслуговування (SLA) для отримання даних: медіана та 95-й процентиль часу для візуалізації повного пакетного запису зі слідами.
• Успішне резервне копіювання/відновлення: частота тестування, рівень успішності та час відновлення до працездатності.
• Узгодження міграції: % узгоджених записів, коефіцієнт винятків, невирішені дельти.
• Повнота аудиторського журналу: періодичні перевірки на наявність осиротілих записів або відсутніх стежок.
• Точність карти даних: розбіжність між задокументованими та фактичними місцями/системами.
• Дотримання вимог щодо утилізації: своєчасне, задокументоване знищення, де це дозволено (мінімізація розповсюдження даних та ризику для конфіденційності).

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

• Мислення лише у форматі PDF. Експорт PDF-файлів без необроблених даних/метаданих втрачає можливість відстеження. Виправлення: збереження системи записів та перевірених переглядачів; прив’язка експорту до базових наборів даних.
• Втрачено контекст щодо міграції. Неперенесені методи/специфікації роблять старі результати безглуздими. Виправлення: перенесіть конфігурацію та історію версій або заморозьте застарілий переглядач.
• Резервні копії, які неможливо відновити. Неперевірені відновлення, відсутні ключі шифрування або прогалини в конфігурації програми. Виправлення: заплановані тести відновлення з підписанням; умовне зберігання ключів; повне захоплення стеку.
• Неконтрольований вихід продавця. Немає прав на експорт даних або нечитабельні дампи. Виправлення: контракт на структурований експорт, блокування об'єктів та допомогу; щорічний пробний експорт.
• Нерівномірність утримання кадрів у різних регіонах. Конфліктуючі графіки призводять до випадкового утилізації. Виправлення: одна глобальна базова лінія ≥ найдовша вимога; локальні додатки задокументовані.

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

V5 від SG Systems Global впроваджує дисципліну збереження та архівування у всі потоки даних виробництва, якості, лабораторій та складу. Виконується еБМР кроки, генеалогія матеріалів, результати LIMS, відхилення/OOS, КАПА, Контроль змін та CoA зберігаються разом із журналами аудиту та контекстом конфігурації (методи/специфікації/шаблони міток) для швидкого отримання. Механізми політик застосовують графіки зберігання за типом запису та ринком, тоді як юридичні заборони та блокування об'єктів засоби контролю запобігають передчасному видаленню. Резервне копіювання/відновлення та аварійне відновлення виконуються за перевіреним планом, узгодженим з CSV; періодичні тести відновлення документуються як записи якості. Для виведення з експлуатації або виведення орендаря з експлуатації V5 підтримує структуровані пакети експорту з маніфестами, контрольними сумами та досьє, що читаються людиною, тому докази залишаються портативними та захищеними протягом усього періоду зберігання.

Пов'язане читання
• Фундаменти: 21 Зведення федеральних правил, частина 11 | Додаток 11 до GMP ЄС | ALCOA+
• Записи: BMR | Автоматизовані записи партій (eBMR) | Сертифікат аналізу (CoA)
• Гарантія: Аудиторський журнал (GxP) | Перевірка комп'ютерної системи (CSV) | Безперервна перевірка процесу (CPV)
• Дії щодо якості: КАПА | Контроль змін

10) FAQ

Q1. Чи достатньо PDF-файлів для збереження?
PDF-файли покращують читабельність, але не замінюють систему записів. Зберігайте необроблені дані, метадані та журнали аудиту з можливістю їх відображення. Використовуйте PDF-файли для пакетів перевірки, пов'язаних з базовими записами.

Q2. Як довго ми зберігаємо записи про партії?
Дотримуйтесь правил предикатів для вашого продукту та ринку (наприклад, 21 CFR 211 для ліків). Багато фірм приймають глобальну базову лінію, що дорівнює найдовшій вимозі, та розширюють її для юридичних утримувачів або контрактів.

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

Q4. Як ми обробляємо виведення постачальників з експлуатації?
Сплануйте перевірений експорт з маніфестами та контрольними сумами; перенесіть конфігурацію та історію методів/специфікацій; заморозьте застарілий переглядач, якщо потрібно; задокументуйте узгодження та розбіжності в Контроль змін.

Q5. Чи можемо ми видаляти записи раніше, щоб заощадити кошти?
Тільки якщо дані не відповідають вимогам щодо зберігання та не підлягають тимчасовому видаленню. Здійснюйте контрольоване видалення даних із затвердженнями та веденням журналів. Розповсюдження даних є ризиком, але передчасне видалення — ще більшим.