Валідація комп'ютерної системи (CSV) – кваліфікація програмного забезпечення та автоматизації GxP на основі ризиків

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

Оновлено у жовтні 2025 р. • Перевірка GxP, цілісність даних, електронні записи/підписи • Забезпечення якості, ІТ/ОТ, виробництво, лабораторії

Перевірка комп'ютерної системи (CSV) це дисциплінована, заснована на життєвому циклі демонстрація, якій комп'ютеризована система послідовно відповідає правила предикатів та очікування щодо електронних записів за їх цільовим призначенням. У регульованому виробництві це означає, що програмне забезпечення, пристрої, інтеграції, етикетки та записи, які впливають на якість продукції або безпеку пацієнтів/споживачів, визначені, перевірені та регульовані за системою якості з відстежуваними доказами. CSV — це не «зайва паперова робота». Це спосіб, яким організації демонструють відповідність правила предикатів (наприклад, GMP, GDP) та очікування щодо електронних записів і підписів (21 Зведення федеральних правил, частина 11, Додаток 11), що застосовується до таких систем, як МНС, WMS, СМЯ, LIMS, ТОДІ, SCADA/HMI, маркування, зір та підсистеми зважування.

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

1) Сфера застосування — що охоплює CSV (і що ні)

Обкладинки: комп'ютеризовані системи, що створюють, перетворюють або зберігають дані GxP або контролюють процеси, пов'язані з якістю: виконавчі платформи (МНС, MOM), склад (WMS), лабораторії (LIMS, ТОДІ), робочі процеси СУЯ (Відхилення, КАПА, Контроль змін), етикетка/бачення (Контроль маркування, Перевірка етикетки, Машинне бачення), автоматизація (SCADA/HMI), та зважування/видача (Зважування та дозування, гравіметричний, Навантажувальні елементи).

Не охоплює: зміну законодавчих правил або перевірку персоналу . CSV демонструє, що системи відповідають правилам; персонал продовжує регулюватися Навчанням та компетентністю , а процеси – Стандартними операційними процедурами (СОП).

2) Нормативні засади та цілісність даних

CSV пов'язує технології із законодавством та стандартами якості. Для ліків та біологічних препаратів базові зобов'язання випливають з 21 CFR 210/211 ( GMP ). Для медичних виробів дотримуватися QMSR (наступника QSR) та ISO 13485 з ризиками згідно з ISO 14971. У Європі та країнах PIC/S працювати відповідно до PIC/S PE 009 та Додатку 11 для комп'ютеризованих систем. У всіх секторах електронні записи та підписи відповідають принципам Частини 11 , а всі докази повинні відповідати очікуванням ALCOA+ та цілісності даних.

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

3) Життєвий цикл та генеральний план валідації

Сучасний CSV орієнтований на життєвий цикл ( GAMP 5 ): концепція → проект → експлуатація → виведення з експлуатації. Генеральний план валідації (VMP) визначає обсяг (системи, інтерфейси, інструменти), підхід до ризиків ( QRM ), результати та обов'язки між відділом контролю якості, ІТ/OT та власниками бізнесу. Для кожної системи розробіть план валідації, що відповідає URS верифікації (FAT/ IQ‑OQ‑PQ / UAT ) та поточному контролю ( контроль змін , періодичний огляд, внутрішній аудит ).

4) Вимоги та ризик — що тестувати (і наскільки глибоко)

Почніть з чіткої, тестованої URS , яка пов'язана з цільовим використанням та ризиком продукту. Потім виконайте аналіз ризиків за допомогою інструментів QRM , наприклад, FMEA для функцій, HAZOP для інтеграції процесів, щоб визначити пріоритети сценаріїв негативного шляху (прострочена партія, неправильна етикетка, пристрій поза межами допуску). Це створює вимоги з ранжуванням ризиків та матрицю відстеження на основі URS → тестові випадки → відхилення → утилізація ( NCR / CAPA ).

Ризик також регулює контроль постачальників. Оцінюйте постачальників за допомогою Кваліфікації постачальників / SQM та формалізуйте очікування в Угоді про якість з повідомленням про зміни та шляхами ескалації ( SCAR ).

5) Специфікації, конфігурація та управління основними даними

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

• Ідентичність та етикетки: регулюються Контроль маркування, перевірено Перевірка етикетки, з елементами даних GS1 (Індивідуальні, GTIN).
• Рецепти та логіка пакетної обробки: регулюються Управління рецептами (ISA‑88), захоплений у еБМР/MBR/BMR.
• Одиниці вимірювання та перетворення: перевірка UOM логіка; вона часто створює приховані дефекти.
• Доступ та сегрегація: забезпечення дотримання UAM, рольові привілеї та розподіл обов'язків.

Усі специфікації та базові конфігурації піддаються контрольованим змінам за допомогою системи контролю змін / MOC та згадуються у звітах про валідацію.

6) Верифікація — від FAT до IQ/OQ/PQ та UAT

FAT. Використовуйте заводські приймальні випробування для збору доказів від постачальників та зменшення ризику серйозних дефектів перед доставкою на об'єкт. Пов'яжіть FAT з простежуваністю вашої URS, щоб уникнути зайвих випробувань у майбутньому.

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

UAT. Формальне тестування прийняття користувачами доводить придатність до використання за призначенням. Навчіть користувачів заздалегідь ( Матриця навчання ), щоб результати відображали поведінку системи, а не незнайомість.

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

7) Електронні записи/підписи та журнали аудиту

Очікування Частини 11/Додатку 11 включають унікальні облікові записи, безпечні електронні підписи зі змістом, синхронізацію часу та захищені комп’ютерно-генеровані журнали аудиту . Перевірити:

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

Узгодьте дизайн записів з ALCOA+ та ширшими засобами контролю цілісності даних.

8) Пристрої, автоматизація та інтегровані докази

Програмне забезпечення рідко діє самостійно. Перевірте систему систем , яка створює докази:

• Зважування та дозування: Зважування та дозування, гравіметричний контроль, Навантажувальні елементи.
• Штрих-коди та етикетки: Перевірка штрих-коду, GS1‑128, SSCC.
• Автоматизація: SCADA/HMI блокування; ISA‑95 інтеграція з корпоративними системами.
• Серіалізація та відстежуваність: Серіалізація, UDI, EPCIS, Простежуваність партії.

Стан пристрою має бути обов'язковим ( Стан калібрування ), а збої повинні створювати контрольовані винятки ( Відхилення/NCR ).

9) Підтримка перевіреного стану

Перевірка не закінчується введенням в експлуатацію. Контролюйте систему за допомогою:

• Контроль змін/MOC з оцінкою впливу та повторним тестуванням на основі ризиків.
• Обробка інцидентів/відхилень та КАПА ефективність закриття.
• Періодичний огляд (ролі, перевірка журналу аудиту, тести резервного копіювання/відновлення) згідно Внутрішня ревізія.
• Моніторинг змін постачальників через NoC та МКМ.
• Оновлення навчання, пов'язане з Матриця навчання щоразу, коли змінюється конфігурація або стандартні операційні процедури (СОП).

10) Результати CSV — Пакет доказів

Аудитований CSV-пакет зазвичай містить: VMP/план валідації; URS та оцінку ризиків ( QRM , FMEA ); специфікації проектування/конфігурації в рамках контролю документів ; матрицю відстеження; протоколи та звіти FAT/IQ/OQ/PQ/UAT; журнали контрольованих відхилень та CAPA; засоби контролю кібербезпеки/доступу ( UAM ); тести резервного копіювання/відновлення та архівування ( зберігання ); ключові стандартні операційні процедури (SOP); записи про навчання ( матриця навчання ); та остаточний звіт про валідацію, в якому зазначено придатність до використання за призначенням.

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

• Покриття ризиків: % УРС високого ризику з проведеними негативними тестами на виявлення патологічного шляху.
• Коефіцієнт уникнення дефектів: проблеми, виявлені після запуску для кожного релізу.
• Своєчасність перевірки аудиторського журналу та коефіцієнт завершення дій.
• Зміна швидкості з дотриманням вимог: медіана Контроль змін час циклу порівняно з зусиллями повторного тестування.
• Ефективність тренувань: успішне проходження UAT за ролями (Матриця навчання).
• Періодичний огляд здоров'я: % систем зі своєчасним переглядом та резервним копіюванням/відновленням проходів буріння.

Ці ключові показники ефективності (KPI) пов'язують глибину перевірки з експлуатаційною надійністю та готовністю до інспекції.

12) Поширені види невдач (та протиотрути)

• Перевірка «одноразово». Системи дрейфують після запуску. протиотрута: суворий MOC, періодичний огляд та повторне тестування на основі ризику.
• Тіньові електронні таблиці. Позасистемні обчислення призводять до випуску. протиотрута: усунути тіні; забезпечити перевірку транзакцій та журнали аудиту.
• Слабкий контроль ідентифікації. Спільні облікові записи, відсутні значення електронних підписів. протиотрута: підтягувати UAM, перенавчати та перевіряти події входу/підпису.
• Розтягнення етикеток/рецептів. Неконтрольовані шаблони та майстри. протиотрута: центральний Контроль маркування та Управління рецептами з керуванням версіями.
• Стан пристрою проігноровано. Некалібровані прилади у виробництві. протиотрута: виконання блоку на Статус калібрування та задокументувати вплив через Відхилення/КАПА.

13) Як CSV поєднується з V5 від SG Systems Global

Платформа V5. Пакет V5 ( MES , WMS , QMS ) розроблено з урахуванням валідації: конфігурація контролюється версіями в рамках Document Control , блокування підтримують тестування негативного шляху ( Hard Gating ), а всі транзакції мають відповідні журнали аудиту.

Достовірність виконання. У V5 механізми етикетування, зважування, перевірка етикеток та події EPCIS перевіряються як єдиний потік доказів, що надходить до eBMR та транспортних документів, що спрощує тестування відстеження.

Підтримка кваліфікації. V5 надає шаблони протоколів IQ/OQ/PQ, можливість відстеження URS та пакети конфігурації з контролем змін для пришвидшення CSV, зберігаючи при цьому точні дані.

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

14) FAQ

Q1. Чи є CSV тим самим, що й валідація процесу?
Ні. CSV перевіряє комп'ютеризовані системи. Перевірка процесу (наприклад, Перевірка процесу, PPQ) перевіряє виробничі процеси та продукти. Вони перетинаються через еБМР що фіксує процесуальні докази.

Q2. Наскільки глибоко нам слід тестувати програмне забезпечення COTS?
Глибина залежить від ризику та конфігурації. Використовуйте FAT постачальника, де це доречно, а потім перевірте свою УРС, високоризикові робочі процеси та інтеграції через IQ/OQ/PQ та UATЗавжди перевіряйте негативні шляхи та засоби контролю електронних записів.

Q3. Чи потрібно окремо перевіряти інтеграції?
Так. Інтерфейси, що передають дані GxP (наприклад, MES↔LIMS, WMS↔label engine), потребують вимог, ризиків та тестів для зіставлення даних, обробки помилок та узгодження (простежуваність).

Q4. Що робити, якщо постачальник випустить виправлення програмного забезпечення?
Тригер NoC огляд; провести оцінку впливу в рамках Контроль змінВиконайте повторне тестування на основі ризиків та оновіть базові показники. Якщо це впливає на критичні засоби контролю, призупиніть випуск, доки тести не пройдуть успішно.

Q5. Як ми показуємо інспекторам, що ми контролюємо ситуацію?
Створити VMP, поточну матрицю трасування, виконані IQ/OQ/PQ/UAT із закритими відхиленнями/CAPA, а також стандартні операційні процедури (SOP) для перевірки журналу аудиту та резервного копіювання/відновлення. Продемонструвати блоки негативного шляху в реальному часі (наприклад, Жорсткий гейтінг запобігання виникненню прострочених матеріалів).

Пов'язане читання
• Фундаменти: ГАМП 5 | Додаток 11 | 21 Зведення федеральних правил, частина 11 | Правило предиката | ALCOA+ | цілісність даних
• Життєвий цикл та ризик: ВМП | УРС | V&V | Розширення QRM | FMEA | HAZOP
• Перевірка: FAT | IQ/OQ/PQ | UAT | ВТМ
• Управління: Документ контрольний | Робочий процес затвердження | Контроль змін | MOC | Внутрішня ревізія | Зберігання записів
• Платформи та докази: МНС | WMS | СМЯ | LIMS | ТОДІ | еБМР
• Інтеграція та відстеження: ISA‑95 | EPCIS | Серіалізація | Простежуваність партії