Робочий процес затвердження – маршрутизація електронного підпису та контроль змін

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

Оновлено у жовтні 2025 р. • Управління СУЯ / MES • 21 CFR Частина 11 / Додаток 11 ЄС

Робочий процес затвердження — це контрольована, рольова послідовність перевірок та авторизацій, яка регулює створення, зміну та випуск записів та рішень, що стосуються GMP, — охоплюючи основні дані (рецепти/специфікації/шаблони етикеток), етапи виконання партій та їх затримки, лабораторні результати та сертифікати аналізу (CoA), відхилення та CAPA, кваліфікацію постачальників, контроль змін та кваліфікацію навчання. Правильно розроблені робочі процеси — це не канцелярські тонкощі; це засоби контролю ризиків , які гарантують, що потрібні люди, у правильному порядку, з належною незалежністю та повноваженнями, затверджують потрібні речі, водночас забезпечуючи відповідність, позначку часу та захист від несанкціонованого втручання відповідно до 21 CFR Part 11 та EU Appendix 11. Погано спроектовані робочі процеси створюють вузькі місця, уможливлюють безпідставне затвердження та розмивають підзвітність; добре спроектовані робочі процеси стискають час циклу, зміцнюють цілісність даних та роблять перевірки нудними — найкращим чином.

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

1) Що це таке

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

Сучасні робочі процеси є контекстуальними та заснованими на ризиках . Маршрут, яким рухається запис, може залежати від класифікації продукту, ринку, рейтингу ризику змін (низький/незначний проти значного) або серйозності події (наприклад, OOS проти незначного OOT). Таймери SLA та панелі інструментів запобігають «мовчазному старінню». Умовні філії ставлять високоризикові або міжринкові зміни перед відділом регуляторних справ та валідації, дозволяючи водночас здійснювати рутинні оновлення з низьким рівнем ризику з легким наглядом. Кодуючи цю логіку в програмному забезпеченні, організації уникають двох класичних режимів відмови: (1) надмірна інженерія — кожен запис потрапляє до всіх, паралізуючи процес, або (2) недостатня інженерія — будь-хто може схвалити що завгодно, що підриває контроль.

Основні елементи. Модель робочого процесу, що захищається, визначає: (a) хто затверджує (ролі, а не окремі особи), (b) що вони затверджують (тип об'єкта та обсяг), (c) коли в життєвому циклі потрібні затвердження (створення, перегляд, дата набрання чинності, періодичне повторне затвердження), (d) як фіксуються затвердження (унікальні електронні підписи, причина/значення, позначка часу та прив'язка до запису) та (e) чому маршрутизація є доцільною (обґрунтування ризиків та нормативних вимог). Необхідні артефакти включають оцінки впливу, докази валідації, вплив навчання та, для контролю змін, чітку заяву про вигоди/ризики з критеріями прийняття та перевірками ефективності після впровадження.

Регуляторний контекст. Предикатні правила FDA 210/211 вимагають, щоб записи про виробництво та контроль були перевірені та затверджені відділом якості. 21 CFR 820 (вироби) та EU GMP вимагають аналогічного незалежного перегляду та документального затвердження процедур, змін та записів про партії/утилізацію. Частина 11 та Додаток 11 поєднують ці предикатні зобов'язання з очікуваннями комп'ютеризованої системи: унікальна ідентифікація користувача, перевірені робочі процеси, безпечні журнали аудиту, збереження/читабельність та визначення «значення підпису». Ніщо в правилах не забороняє ефективність; вони забороняють неконтрольовану ефективність.

Де це відображається. Робочі процеси затвердження відображаються в QMS (відхилення, CAPA, контроль змін, скарги, навчання), MES (підтвердження кроків, затримки/випуски, узгодження, авторизація міток), LIMS (перевірка/затвердження результатів, зміни методів), WMS (зміни статусу, випуск з карантину) та RA (варіації, зміни після затвердження). Ефективність цих робочих процесів визначає, чи керується ваша організація проектним рішенням чи винятками.

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

V5 від SG Systems Global впроваджує робочий процес затвердження як першокласну, налаштовувану функцію в MES, QMS та інтеграціях з ERP/LIMS, завдяки чому затвердження виконуються в момент прийняття рішення та звітуються послідовно. V5 MES, кожен крок eBMR може вимагати одного або кількох підписів із визначеним значенням (Виконано, Перевірено, Випуск контролю якості), а порядок підписання може залежати від результату кроку (наприклад, нормальний чи відхилений). Затримки та випуски застосовуються автоматично: якщо ліміт дій перевищено, крок переходить у стан «затримка», що породжує запис QMS та маршрутизацію розміщення до призначених ролей; подальша обробка не відбувається, доки не буде зафіксовано схвалення контролю якості. Для основних даних (рецепти/специфікації/етикетки) V5 забезпечує маршрутизацію чернетка→перевірка→схвалення→дійсне з запланованими датами набрання чинності, тому виробництво не може ненавмисно використовувати замінені інструкції.

У V5 QMS відхилення, CAPA та контроль змін слідують маршрутам, що налаштовуються з урахуванням ризиків. Незначна зміна обладнання може вимагати лише від Власника процесу + Забезпечення якості; значна зміна рецептури додає валідацію та регуляторні питання і вимагає оцінки впливу на навчання, оновленого обґрунтування якості процесу (PPQ) та перевірок ефективності після змін. Таймери SLA, нагадування та ескалації запобігають старінню; інформаційні панелі виявляють вузькі місця за ролями та відділами. Усі затвердження реєструються в журналі аудиту з фіксацією ідентифікаційних даних користувача, позначки часу та причини; вкладення (оцінки ризиків, протоколи, сертифікати) прив'язуються до запису.

V5 також дозволяє перевіряти випуск партій та контроль документів за винятком . Замість того, щоб перевіряти кожен рядок в eBMR або пакеті змін, контроль якості зосереджується на позначених винятках — кроках із змінами, порушеннями лімітів, запізнілими підписами або невідповідними версіями. Це скорочує час циклу, але підвищує ретельність, оскільки винятки зосереджують увагу перевіряючого там, де зосереджений ризик. Інтеграція з сертифікатом свідоцтва про аудит (CoA) , статусом постачальника та калібруванням обладнання гарантує, що особи, що затверджують, бачать контекст без пошуку в різних системах. Результат: менше зустрічей, менше несподіванок та чіткіша історія під час перевірки.

3) Посібник з впровадження (практичний та обґрунтований)

1) Зіставте рішення з ризиками. Проведіть інвентаризацію всіх рішень, що потребують затвердження, у виробничих, контрольно-проектних, лабораторних, складських та регуляторних функціях. Для кожного з них визначте ризик (вплив на пацієнта/продукт/відповідність), необхідну незалежність (хто не може затверджувати власну роботу) та мінімальну компетентність (роль/кваліфікація). Перетворіть цю карту на шаблони робочих процесів, упорядковані за типом об'єкта та рівнем ризику (наприклад, Контроль змін: Незначні/Существенные/Критичні; Відхилення: Рівень 1/2/3; Зміна позначення: Косметична/Зміст).

2) Визначити значення підпису та шлюзи доказів. Кожен вузол повинен декларувати значення підпису («Я виконав», «Я перевірив відповідно до SOP QMS-012», «Я схвалюю випуск на ринок X»). Налаштуйте передумови для доказів — вкладення або поля даних, які мають бути присутніми для відображення кнопки «Схвалити» (оцінка ризиків, план валідації, матриця навчання, статус схвалення постачальника). Це запобігає використанню «схвалити зараз, докази пізніше».

3) Розподіл обов'язків між розробниками. Забезпечення незалежності в розробці програмного забезпечення: розробник ≠ особа, яка його затверджує; виконавець ≠ особа, яка його верифікує; системний адміністратор ≠ особа, яка його затверджує. Для невеликих об'єктів визначте контрольовані заміни та правила ескалації з прозорістю — хто втрутився, чому та на який термін.

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

5) Версіонування та набрання чинності. Для документів, рецептів та етикеток затвердження повинні призводити до нової контрольованої версії з датою набрання чинності . MES повинна запобігати виконанню для замінених версій та блокувати друк етикеток із застарілих шаблонів. Там, де застосовуються поетапні ринкові затвердження, направляти до RA та забезпечувати набрання чинності для конкретного ринку.

6) Перевірка механізму робочого процесу. Перевірте платформу відповідно до GAMP 5. Тестові завдання повинні довести, що: (a) лише авторизовані ролі можуть затверджувати, (b) журнал аудиту фіксує хто/що/коли/чому, (c) електронні підписи є унікальними та невід’ємними, (d) шлюзи доказів працюють, (e) спрацьовують ескалації, та (f) система запобігає виконанню через відсутність затверджень.

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

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

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

• Час циклу за вузлом (медіана та 90-й процентиль) для відхилень, CAPA, контролю змін та випуску партії.
• Своєчасне дотримання SLA за посадою/відділом; старіння незавершеного виробництва поза межами SLA.
• Швидкість переробки (записи повернуто на виправлення) та основні причини (відсутня оцінка ризиків, неправильний шаблон, відсутність впливу навчання).
• Щільність винятків на партію/зміну (кількість позначених винятків порівняно з загальною кількістю кроків), провідний показник справності процесу/контролю.
• Уникнення порушень незалежності затвердження (спроба самосхвалення заблокована системою) – демонструє ефективність контролю.
• Аудиторські спостереження пов'язані з погодженнями (наприклад, відсутність доказів, затримки з погодженнями) та часом закриття CAPA.

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

• Гумове штампування. Особи, що затверджують, натискають на посилання, не переглядаючи докази. Виправлення: система контролю доказів, рандомізовані вибіркові перевірки з боку служби контролю якості та показники ефективності, пов'язані з результатами якості.
• Надмірне схвалення. Занадто багато підписів розмиває підзвітність. Виправлення: маршрути з розподілом на рівні ризику; видалення вузлів, що не додають цінності.
• Тіньові схвалення. Надсилання електронних листів із підтвердженням за межі системи. Виправлення: вимагати підписи в системі; вимикати видалення, доки не буде записано підписи.
• Плутанина з ролями. Окремі особи схвалюють зовнішню компетенцію. Виправлення: дозволи на основі ролей з перевірками кваліфікації та блокуванням закінчення терміну дії навчання.
• Дрейф версій. Виконання для замінених інструкцій. Виправлення: забезпечення ефективності та блокування використання застарілих версій у MES/WMS/керуванні етикетками.

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

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

6) FAQ

Q1. Що робить схвалення таким, що «відповідає Частині 11»?
Унікальна ідентифікація користувача, автентифікований електронний підпис із визначеним значенням, прив’язка підпису до конкретного запису та версії, записи журналу аудиту з позначкою часу, перевірена поведінка робочого процесу та зберігання/читабельність протягом необхідного періоду. Паперова згода або електронний лист «ОК» не замінюють системний підпис.

Q2. Чи може один затверджувач виконувати кілька ролей?
Тільки якщо дозволяє ризик і зберігається розподіл обов'язків. Для невеликих об'єктів V5 дозволяє контрольоване делегування з чітким документуванням взятої на себе ролі та її обґрунтуванням; журнал аудиту має залишатися однозначним.

Q3. Як нам встановити SLA без шкоди для якості?
Прив’яжіть угоди про рівень обслуговування (SLA) до рівнів ризику та надайте особам, що затверджують, повні пакети послуг через шлюзи доказів. Вимірюйте коефіцієнт переробки: якщо угоди про рівень обслуговування виконуються, але кількість переробок зростає, ви оптимізуєте швидкість, а не якість — перебалансуйте.

Q4. Що робити, якщо запис потребує повторного затвердження після змін?
Будь-яке суттєве редагування має перезавантажити робочий процес з точки, де потрібна незалежність. V5 відстежує версії та примусово вимагає повторного затвердження, коли змінюються контрольовані поля (наприклад, параметри рецепту, вміст етикетки, рейтинг ризику).

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

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

Пов’язані посилання на глосарій:
• Записи та доброчесність: 21 Зведення федеральних правил, частина 11 | Аудиторський журнал (GxP) | ALCOA+
• Процеси забезпечення якості: Річна процентна ставка/показник довжини кредиту | CoA | eBR/eBMR
• Системи: V5 СУЯ | V5 MES | V5 WMS