Раздел 5 ISO 15189

Управління інформацією та лабораторні інформаційні системи за ISO 15189:2022

Серія статей з ISO 15189:2022 | Стаття 4 із 6

Управління інформацією — одна з тем, які зазнали найбільших змін у новій редакції стандарту. ISO 15189:2012 згадував лабораторні інформаційні системи (ЛІС) побіжно. Версія 2022 року виділяє вимоги до інформаційних систем в окремий підрозділ (7.5) і суттєво розширює їх, відображаючи реальність, де ЛІС є центральним елементом лабораторного процесу.


Що стандарт вимагає від інформаційних систем

ISO 15189:2022 розглядає інформаційну систему широко — це не лише ЛІС, а будь-яке програмне забезпечення, що бере участь в управлінні даними лабораторії: системи обробки результатів в аналізаторах, модулі електронної медичної картки (ЕМК), системи документообігу, засоби передачі даних.

Ключові вимоги п. 7.5

Валідація
Перевірка відповідності ЛІС функціональним вимогам до введення в експлуатацію та після кожного суттєвого оновлення
🛡️
Цілісність даних
Захист від несанкціонованих змін, втрати або спотворення даних на всіх етапах
🔒
Конфіденційність
Контроль доступу, захист персональних даних пацієнтів, відповідність законодавству
🔄
Доступність
Безперервний доступ до даних, резервне копіювання, план відновлення
📋
Простежуваність
Журнал дій (audit trail) — хто, коли, що змінив у системі
🔗
Інтерфейси
Валідація передачі даних між системами: аналізатор → ЛІС → ЕМК

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


Валідація інформаційних систем

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

Коли потрібна валідація

ПодіяТип валідаціїОбсяг
Впровадження нової ЛІСПовна валідаціяУсі функції та інтерфейси
Велике оновлення версіїРевалідаціяЗмінені модулі + критичні функції
Мале оновлення (патч)Оцінка впливуВизначити, чи потрібна ревалідація
Додавання нового аналізатораЧасткова валідаціяІнтерфейс аналізатор → ЛІС
Додавання нового тесту в ЛІСЧасткова валідаціяКонфігурація тесту, формат звіту
Зміна IT-інфраструктури (сервер, ОС)РевалідаціяПродуктивність, цілісність даних

Що перевіряти при валідації

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

1
Реєстрація та ідентифікація
Коректність створення заявки. Ідентифікація пацієнта: унікальність, захист від дублікатів. Зв'язок заявка → зразок → результат
2
Передача даних (інтерфейси)
Аналізатор → ЛІС: перевірка на реальних зразках. ЛІС → ЕМК/замовник: формат, повнота, коректність. Двонаправлена передача: заявка → аналізатор → результат
3
Обробка результатів
Автоматичні розрахунки (формули, перерахунки одиниць). Референтні інтервали за віком/статтю. Критичні значення: автоматична ідентифікація та сповіщення. Правила автоверифікації
4
Формування звітів
Повнота та коректність даних у звіті. Відповідність вимогам стандарту до змісту звіту (п. 7.4). Коректне відображення коментарів та інтерпретацій
5
Контроль доступу та audit trail
Ролі та права доступу. Журналювання дій: створення, зміна, видалення. Захист від несанкціонованих змін результатів
6
Резервне копіювання та відновлення
Перевірка відновлення з бекапу. Час відновлення (RTO). Повнота відновлених даних

Важливий нюанс: валідація інтерфейсу аналізатор → ЛІС має перевірятись на реальних зразках із відомими результатами. Тестові дані, введені вручну, не є достатнім доказом.


Цілісність даних та audit trail

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

Принципи ALCOA+

Хоча ISO 15189:2022 не посилається на ALCOA+ напряму, ці принципи є найкращою практикою для забезпечення цілісності даних у лабораторіях:

🔬 Принципи цілісності даних ALCOA+
A
Attributable
Дані прив'язані до особи, яка їх створила
L
Legible
Дані читабельні та зрозумілі
C
Contemporaneous
Дані зафіксовані в момент виконання дії
O
Original
Дані зберігаються в оригінальному вигляді
A
Accurate
Дані точні, без помилок
+
Complete
Усі дані присутні, нічого не видалено
+
Consistent
Дані узгоджені між собою та з хронологією подій
+
Enduring
Дані зберігаються протягом встановленого строку
+
Available
Дані доступні для перевірки протягом усього строку зберігання

Audit trail

Audit trail (журнал аудиту) — це хронологічний запис усіх дій у системі: хто, коли, що зробив. ISO 15189:2022 вимагає, щоб зміни в записах були простежуваними, а оригінальні дані — залишались видимими.

Мінімальні вимоги до audit trail:

  • Ідентифікація користувача (логін, не загальний акаунт)
  • Дата та час дії
  • Тип дії (створення, зміна, видалення, перегляд)
  • Значення до та після зміни
  • Причина зміни (для критичних полів — результатів, діагнозів)

Типова невідповідність: використання спільних облікових записів («Лаборант1», «Зміна_ранкова»). Кожен користувач повинен мати індивідуальний логін — це базова вимога простежуваності.


Кібербезпека та захист персональних даних

ISO 15189:2022 вперше явно вимагає від лабораторії забезпечити захист інформаційних систем від несанкціонованого доступу та кібератак. Для багатьох лабораторій це нова територія.

Мінімальний набір заходів кібербезпеки

🔑
Контроль доступу
  • Індивідуальні облікові записи для кожного користувача
  • Політика паролів (складність, ротація, заборона спільних паролів)
  • Рольова модель доступу (хто що може бачити/редагувати)
  • Автоматичне блокування сесії при бездіяльності
  • Процедура деактивації при звільненні співробітника
🌐
Захист мережі
  • Файрвол та сегментація мережі (ЛІС — в окремому сегменті)
  • Антивірусне ПЗ з регулярним оновленням
  • Шифрування при передачі даних за межі лабораторії
  • Обмеження USB-портів на робочих станціях
🔄
Оновлення та моніторинг
  • Регулярне оновлення ОС та ПЗ (patching)
  • Моніторинг спроб несанкціонованого доступу
  • Журналювання подій безпеки
🎓
Навчання персоналу
  • Базове навчання з кібергігієни (фішинг, паролі, соцінженерія)
  • Процедура повідомлення про інциденти безпеки

Захист персональних даних

Лабораторія обробляє особливо чутливі персональні дані — результати медичних досліджень. Залежно від юрисдикції це регулюється додатковим законодавством (в Україні — Закон про захист персональних даних, в ЄС — GDPR). Стандарт вимагає:

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

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


Резервне копіювання та безперервність роботи ЛІС

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

Стратегія резервного копіювання

ПараметрРекомендація
Частота повних бекапівЩодобово (мінімум)
Інкрементні бекапиКожні 1–4 години
Місце зберіганняОкремий фізичний носій + віддалена копія
Тестування відновленняЩокварталу (задокументоване)
RPO (допустима втрата даних)Визначається лабораторією, типово ≤ 4 години
RTO (час відновлення)Визначається лабораторією, типово ≤ 2–4 години

План роботи при відмові ЛІС

Лабораторія повинна мати задокументований план дій на випадок відмови інформаційної системи — downtime procedure. Цей план описує, як лабораторія продовжує роботу в ручному режимі.

Фаза 1
🚨 Негайні дії (перші 15 хвилин)
  • Повідомити ІТ-службу / адміністратора ЛІС
  • Повідомити персонал лабораторії
  • Перейти на паперові форми реєстрації
  • Повідомити клініцистів про можливі затримки
Фаза 2
📝 Робота в ручному режимі
  • Реєстрація заявок: паперові бланки зі штрих-кодами
  • Результати: ручний запис з аналізаторів
  • Видача результатів: телефоном / факсом для критичних
  • Зберігання: хронологічна папка з паперовими записами
  • Ідентифікація: подвійна перевірка всіх даних вручну
Фаза 3
🔄 Після відновлення
  • Внесення всіх паперових записів у ЛІС
  • Звірка: паперові записи ↔ дані в ЛІС
  • Аналіз інциденту: причина, тривалість, вплив
  • Оновлення оцінки ризику та плану за потреби

Критичний момент: downtime procedure має бути не лише написана, а й відпрацьована. Стандарт очікує, що лабораторія періодично проводить навчання персоналу роботі в ручному режимі.


Електронний документообіг vs паперовий

ISO 15189:2022 не вимагає переходу на електронний документообіг, але якщо лабораторія використовує електронні системи, до них висуваються додаткові вимоги. Водночас стандарт повністю допускає паперові системи — за умови, що вони відповідають вимогам управління документами.

Порівняння підходів

КритерійПаперовийЕлектронний
Контроль версійРучний (штамп «Копія №», вилучення застарілих)Автоматичний (система версій)
ДоступністьОбмежена фізичним розташуваннямДоступ з будь-якого робочого місця
Audit trailРучний (підпис, дата)Автоматичний (журнал дій системи)
Ризик втратиПожежа, затоплення, фізичне пошкодженняЗбій системи, кіберінцидент
Захист від зміниПідпис, чорнило, заборона коректораКонтроль доступу, електронний підпис
Витрати на підтримкуНизькі початкові, високі поточніВисокі початкові, низькі поточні
Вимоги до валідаціїВідсутніОбов’язкова валідація системи

Гібридний підхід. Більшість лабораторій використовує змішану модель: ЛІС для основного процесу, паперові журнали для окремих записів (ТО обладнання, температурний моніторинг). Це допустимо, але важливо забезпечити узгодженість між електронними та паперовими записами і визначити, який запис є первинним.


Чеклист: відповідність ЛІС вимогам ISO 15189:2022

✅ Валідація
  • Проведена початкова валідація ЛІС (задокументована)
  • Є процедура оцінки впливу оновлень та ревалідації
  • Інтерфейси аналізатор → ЛІС перевірені на реальних зразках
  • Автоматичні розрахунки та правила верифіковані
  • Валідація повторюється після суттєвих змін
🛡️ Цілісність та простежуваність
  • Кожен користувач має індивідуальний обліковий запис
  • Audit trail активний і зберігає зміни з причинами
  • Результати захищені від несанкціонованої зміни після валідації
  • Оригінальні дані зберігаються (зміни не перезаписують)
🔒 Безпека
  • Рольова модель доступу налаштована та актуальна
  • Політика паролів впроваджена
  • Антивірусне ПЗ встановлене та оновлюється
  • Мережа лабораторії сегментована або захищена файрволом
  • Персонал навчений базовій кібергігієні
💾 Резервне копіювання та безперервність
  • Регулярне резервне копіювання налаштоване
  • Відновлення з бекапу тестується (є записи)
  • Downtime procedure задокументована
  • Персонал навчений роботі в ручному режимі
  • RPO та RTO визначені та досяжні
🔐 Конфіденційність
  • Визначено перелік персональних даних у системі
  • Доступ обмежений за принципом мінімальної необхідності
  • Є процедура реагування на витік даних
  • Договори з постачальниками ЛІС містять вимоги до конфіденційності

Підсумок

Інформаційні системи стали повноцінним об’єктом уваги ISO 15189:2022 — від валідації та цілісності даних до кібербезпеки та планування безперервності. Для лабораторій, які раніше розглядали ЛІС як «просто програму», це потребує зміни підходу: інформаційна система є критичним елементом лабораторного процесу і має управлятись з відповідним рівнем контролю.

Почніть з валідації інтерфейсів та audit trail — це найчастіші зони невідповідностей на акредитаційних аудитах. Далі — впровадіть базові заходи кібербезпеки та задокументуйте downtime procedure. Ці кроки закривають більшість вимог стандарту і суттєво знижують ризики для лабораторії.


Ця стаття — частина серії з 6 публікацій про впровадження ISO 15189:2022 у медичних лабораторіях. Потрібна допомога з валідацією ЛІС або підготовкою до акредитації? [Контакт / CTA]