цілісність даних

Ця тема є частиною SG Systems Global бібліотека посібників з нормативних актів та операцій.

Цілісність даних: забезпечення достовірності записів — докази ALCOA, журнали аудиту, контрольований доступ та обґрунтовані рішення.

Оновлено січень 2026 р. • цілісність даних, ALCOA, журнали аудиту, Частина 11, Додаток 11, CSV, зберігання записів, контроль доступу • Міжгалузевий

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

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

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

«Якщо запис можна переписати, він не є доказом».

1) Що насправді означає цілісність даних

Цілісність даних означає, що вашим записам можна довіряти як доказам. На практиці цілісність доводить, що:

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

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

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

2) Чому цілісність даних не підлягає обговоренню

Існує чотири функції примусу, які роблять цілісність реальною:

Гірка правда: порушення цілісності коштують дорого, оскільки вони створюють «недоведену реальність». Коли даним не можна довіряти, організації реагують надмірним тестуванням, повторенням роботи, розширенням пакетних затримок та ескалацією перевірки керівництвом. Навіть коли продукт безпечний, нездатність довести його безпеку стає операційною перешкодою.

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

3) Цілісність даних проти якості проти безпеки

Команди часто змішують ці концепції та розробляють неправильні засоби контролю.

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

4) Життєвий цикл даних: де виграється або втрачається цілісність

Цілісність — це не окремий елемент контролю. Це результат контролю протягом усього життєвого циклу даних:

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

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

5) Визначення області дії: що вважається записом

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

Практична карта огляду включає:

• Записи якості: відхилення, розслідування, погодження, CAPA (див. управління відхиленнями та КАПА).
• Виробничі записи: пакетна документація, така як BMR та електронні еквіваленти, такі як ЄБР.
• Записи пристроїв: докази історії пристрою (DHR / eDHR).
• Лабораторні записи: результати, розрахунки та історія переглядів (часто пов'язані з LIMS).
• Основні дані: контрольовані рецепти, специфікації, специфікації та обмеження параметрів (див. контроль основних даних).
• Метадані: позначки часу, ідентифікатори користувачів, версії та сам журнал аудиту.
• Attachments: PDF-файли, зображення, файли необроблених даних, експортовані дані приладів — часто найлегше місце для приховування маніпуляцій.

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

6) ALCOA на практиці: докази, а не гасла

ALCOA – це найпоширеніша абревіатура для очікувань щодо чесності. Цінність ALCOA полягає не в абревіатурі, а в поведінці, яку вона нав'язує, що можна перевірити:

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

ALCOA не працює, коли організації ставляться до неї як до навчального контенту. Ви не можете «навчитися» вийти з системи, де користувачі можуть перезаписувати результати, видаляти журнали аудиту або підписувати дії, які вони не виконували. ALCOA забезпечується засобами контролю, а не плакатами.

7) Управління: власність, процедури та докази

Цілісність — це не ІТ-проект. Це модель якісного управління. Без управління засоби контролю руйнуються, а винятки стають нормою.

Основні принципи управління:

• Форма власності: визначені власники систем/даних, відповідальні за контроль цілісності та періодичний перегляд.
• Контроль документів: СОП для обробки даних, перевірки, виправлень та відхилень.
• Контроль ревізій: контрольовані версії методів, специфікацій, рецептів та конфігурацій.
• Змінити контроль: оцінка впливу на цілісність системних змін, виправлень та оновлень конфігурації.
• Навчання + компетенція: навчені користувачі, а також навчені рецензенти, які знають, як виглядають «переконливі докази».
• Періодичний огляд: журнали аудиту, привілейований доступ та критичні записи переглядаються з певною частотою.

Управління також повинно визначати «правила виправлення». Як виправляється помилка, коли вона виникає? Що дозволено, що заборонено, а що має бути зафіксовано в журналі аудиту? Якщо відповідь «ми просто виправляємо», у вас є прогалина в цілісності.

8) Контроль доступу: UAM, RBAC та SoD

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

Контролі, які повинні існувати та бути тестованими:

• Визначені ролі та дозволи: контрольований через управління доступом користувачів (UAM).
• RBAC правозастосування: привілейовані дії обмежені та можуть бути переглянуті.
• Дисципліна забезпечення: доступ створено/видалено за допомогою забезпечення доступу контролю.
• Розподіл обов'язків: без самосхвалення або «Я змінив це і я схвалив це» (див. розподіл обов'язків).
• Періодична перевірка доступу: доступ перевіряється, а не вважається правильним назавжди (див. огляд доступу дисципліна у системах виконання).

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

9) Журнали аудиту та метадані: механізм цілісності

Аудиторські журнали не є необов'язковими для критично важливих електронних записів. Вони є механізмом, який робить неналежні зміни видимими та робить законні зміни обґрунтованими.

Ефективні журнали аудиту повинні доводити:

• Повнота: фіксуються критичні дії (створення, зміна, видалення, затвердження, перевизначення).
• Віднесення: унікальна ідентифікація користувача; спільні облікові записи руйнують атрибуцію.
• Мітки часу: надійна обробка часу та часових поясів (зсув часу створює «неможливі» послідовності).
• Причина зміни: де це доречно, система вимагає обґрунтування, а не мовчазного редагування.
• Можливість перегляду: журнали аудиту можна запитувати та регулярно переглядати, а не «доступні за потреби».

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

10) Значення електронних підписів та затвердження

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

Очікування щодо цілісності електронних підписів включають:

• Підтвердження ідентифікації: підписи прив’язані до автентифікованих користувачів, а не до спільних логінів.
• Ясність наміру: що саме затверджується (і під якою версією) є чітким.
• Не відмова: користувачі не можуть правдоподібно заперечити підпис через слабкі засоби контролю.
• Аудитируемость: Сигнатурні події фіксуються в журналах аудиту з позначкою часу та значенням.

Ось чому поняття цілісності перетинається з частиною 11 та додатком 11 21 CFR : метою контролю є забезпечення того, щоб електронні записи та підписи були такими ж надійними, як і паперові, а часто й більш надійними, оскільки вони зберігають історію подій.

11) Валідація та системне забезпечення: CSV та GAMP 5

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

У регульованому середовищі це зазвичай вирішується шляхом:

• Перевірка комп'ютерної системи (CSV): Системи доказування підтримують цільове використання та зберігають цілісність критично важливих записів.
• GAMP 5: застосування валідації на основі ризиків та зосередження зусиль там, де ризик цілісності є найвищим.
• Повторна перевірка, керована контролем змін: Під час виправлення, оновлення, міграції інфраструктури або зміни конфігурації оцінюється вплив на цілісність.

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

12) Зберігання та можливість відновлення: архівування та відновлення

Цілісність також є проблемою часу. Записи повинні залишатися надійними та доступними для пошуку стільки, скільки потрібно. Саме тут зберігання, архівування та аварійне відновлення стають засобами контролю цілісності, а не лише ІТ-гігієною.

Цілісність після відновлення є поширеною сліпою плямою. Відновлена ​​система, яка втрачає безперервність журналу аудиту або скидає позначки часу, може призвести до катастрофи, пов'язаної з дотриманням вимог та забезпеченням доказів, навіть якщо виробництво відновлюється. Саме тому під час відновлювальних робіт необхідно перевіряти засоби контролю цілісності, а не лише час безвідмовної роботи.

13) Операційна діяльність: щоденний контроль, який дійсно працює

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

Операційний контроль, який витримує пильну увагу:

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

14) Ключові показники ефективності (KPI) та операційний ритм

Цілісність даних слід керувати як операційний контроль з вимірюваними результатами.

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

15) Контрольний список «тесту блоку цілісності»

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

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

16) Типові моделі несправностей

• Спільні облікові записи та загальні логіни. Атрибуція руйнується, а журнали аудиту втрачають сенс.
• Вихідні файли, що можна редагувати. «Вихідні» дані перезаписуються або перераховуються безслідно.
• Аудиторський слід не перевірено. Слід існує, але ніхто не дивиться, тому маніпуляції залишаються непоміченими.
• Перевищення повноважень адміністратора. Привілейовані користувачі можуть змінювати результати, вимикати ведення журналу або непомітно змінювати налаштування збереження.
• Дрейф у часі. Часові позначки стають ненадійними; послідовності стає неможливим захистити.
• Стратегії запису лише у форматі PDF. Звіти зберігаються, але структурована правда та метадані втрачаються.
• Електронна «правда». Критичні обчислення відбуваються поза контрольованими системами.
• Відновлення порушує цілісність. Системи знову працюють, але журнали аудиту або значення підписів пошкоджені.

17) Міжгалузеві приклади

Принципи доброчесності універсальні, але їхні гострі межі різняться залежно від галузі:

• Фармацевтичне виробництво: цілісність є основою випуску партій та готовності до розслідувань; пов'язана з GxP, 21 CFR ч. 211та засоби контролю електронних записів.
• Медичні прилади: цілісність підтримує ланцюги доказів проектування та виробництва, такі як DHF, DMR та DHR.
• Приготування їжі: Цілісність пов'язана з відстеженням, відкликанням та контролем відповідності; невдачі проявляються як прогалини в узгодженні та неперевірені рішення.
• Системи виконання: MES та пов'язані з ним рівні повинні зберігати достовірність стану та докази; цілісність перетинається з МНС контролю та журналів аудиту.
• Лабораторії: Цілісність залежить від контролю методів, збереження необроблених даних та дисципліни перевірки; слабка інтеграція створює «копіювання/вставлення правди».

Загальний урок: доброчесність — це не відділ. Це надійність вашого ланцюжка доказів, від початку до кінця.

18) Розширені поширені запитання

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

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

Q3. Що означає ALCOA на практиці?
АЛКОА означає, що записи є такими, що відносяться до певної категорії, є розбірливими, сучасними, оригінальними та точними, що забезпечується за допомогою таких засобів контролю, як управління доступом, журнали аудиту та дисциплінарні заходи щодо перегляду.

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

Q5. Як ми можемо довести цілісність після відновлення системи?
Тестування відновлення повинно перевіряти не лише час безперебійної роботи, але й безперервність журналу аудиту, правильність позначок часу, засоби контролю доступу та значення підпису (див. перевірка резервної копії принципи).

Пов'язане читання
• Основні концепції доброчесності: АЛКОА | Аудиторський журнал (GxP) | GxP | Зберігання записів | Архівація даних | Збереження даних
• Валідація + Управління: CSV | GAMP 5 | Контроль змін | Документ контрольний | Ревізійний контроль
• Доступ + Підзвітність: Керування доступом користувачів | Рольовий доступ | Надання доступу | Розподіл обов'язків
• Контекст електронних записів: 21 CFR ч. 11 | Додаток 11 | Електронні підписи
• Системний контекст: МНС | Електронний облік партії (EBR) | еСМК | Перевірка резервної копії MES