6 Перевірки правильності

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

7 Зберігання даних

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

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

8. Друкування

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

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

9 Аудиторський слід

Засновуючись на оцінці ризиків, слід приділити увагу внесенню до системи засобу фіксування всіх змін та знищення даних, що стосуються GMP (система створення „аудиторського сліду”). Має бути задокументована причина для зміни або знищення даних, що стосуються GMP. Необхідно, щоб „аудиторські сліди” були доступні; їх необхідно переводити в зрозумілу форму та регулярно перевіряти.

10 Управління змінами та конфігурацією

Будь-які зміни до комп'ютеризованої системи, у тому числі до конфігурації системи, слід здійснювати тільки контрольованим способом відповідно до встановленої процедури.

11 Періодична оцінка

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

12 Захист

12.1 Має бути фізичний та/або логічний контроль для обмеження доступу до комп'ютеризованої системи уповноваженим на це особам. Відповідні способи попередження несанкціонованого входу до системи мають включати використання ключів, карток доступу, персональних кодів з паролями, контроль біометричних даних, обмеження доступу до комп'ютерного обладнання та зон зберігання даних.

12.2 Масштаб контролю захисту залежить від критичності комп'ютеризованої системи.

12.3 Слід протоколювати створення, зміну та анулювання повноважень для доступу.

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

13 Управління незвичайними подіями

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

14 Електронний підпис

Електронні протоколи можна підписувати електронним способом. Для електронних підписів властиво, що вони:

а) у межах компанії мають таку саму дію що і рукописний підпис,

b) постійно пов’язані з відповідним протоколом,

с) містять час та дату, коли поставлені.

15 Видача дозволу на випуск серії

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

16 Безперервність робочого процесу

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