ІКС-РЕЙ СЕРВІС

«Підтримує DICOM» — ще не означає «підключиться до вашої системи»

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

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

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

Головний документ — DICOM Conformance Statement

До вибору обладнання та підписання договору вимагайте від постачальника Заяву про відповідність стандарту DICOM — DICOM Conformance Statement (DCS) саме для запропонованої моделі, версії програмного забезпечення та набору ліцензованих опцій.

DCS — не рекламна декларація і не сертифікат якості. Це технічний документ виробника, у якому зазначено, які DICOM-служби реалізовані, у яких ролях працює пристрій та з якими типами медичних даних він взаємодіє. Порівняння DCS обладнання і вашої PACS/RIS дає змогу заздалегідь оцінити можливість їхньої спільної роботи. Це призначення документа прямо визначене в частині PS3.2 стандарту DICOM.

Просте пояснення структури та призначення DCS наведене у статті «Що таке заява про відповідність стандарту DICOM?».

Що саме слід вимагати від постачальника

Для типового підключення радіологічного апарата в документації та договорі необхідно однозначно підтвердити:

  1. Передавання досліджень до PACS — обладнання має надсилати створені ним зображення та інші необхідні DICOM-об’єкти до вказаного замовником архіву. У DCS це зазвичай описується як підтримка відповідних класів DICOM Storage у ролі SCU.


  2. Отримання робочого списку — якщо потрібно усунути ручне введення даних пацієнта, обладнання має запитувати завдання із сервера Modality Worklist. У DCS повинна бути зазначена підтримка Modality Worklist Information Model – FIND у ролі SCU.


  3. Підтримку всіх створюваних апаратом типів даних — не лише основних зображень, а за потреби також структурованих звітів, дозових звітів, презентаційних станів, відео та інших об’єктів.


  4. Відсутність прихованих обмежень — функції мають бути ліцензовані, активовані та доступні в конфігурації, що постачається. Формулювання «підтримується опційно», «DICOM ready» або «можливо після модернізації» без зазначення ціни та складу опції не повинні вважатися підтвердженням наявності функції.


  5. Виконання налаштування постачальником — введення IP-адреси, порту та AE Title серверів замовника, перевірка мережевого з’єднання, надсилання тестового дослідження й отримання тестового завдання Worklist мають входити до постачання.


  6. Можливість подальшого супроводу — замовнику має бути передана інструкція зі зміни DICOM-параметрів або встановлений зрозумілий порядок безоплатного виконання таких змін постачальником протягом гарантійного періоду.

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

Рекомендоване формулювання для тендерної документації та договору

Постачальник зобов’язаний до подання пропозиції надати актуальну DICOM Conformance Statement виробника для запропонованої моделі обладнання, версії програмного забезпечення та комплекту опцій. Конфігурація, що постачається, повинна забезпечувати без придбання додаткових ліцензій передавання всіх створюваних обладнанням DICOM-об’єктів до PACS замовника та отримання робочих завдань із сервера DICOM Modality Worklist. До вартості постачання входять активація функцій, внесення мережевих і DICOM-параметрів, інтеграційне налаштування та приймальні випробування. Можливості, що потребують окремої ліцензії або оплати, мають бути прямо перелічені в пропозиції із зазначенням їхньої вартості. Загальні формулювання «DICOM-сумісне», «DICOM ready» або «підтримується опційно» без опису включених служб і ліцензій не є достатнім підтвердженням відповідності вимогам.

Як прийняти підключення

Оплату й остаточне приймання доцільно пов’язувати не з наявністю слова DICOM у документації, а з успішними випробуваннями:

  • апарат отримує з Worklist тестове завдання з коректними даними пацієнта та дослідження;


  • після вибору завдання апарат формує дослідження без повторного ручного введення даних;


  • усі створені зображення та супровідні об’єкти надходять до PACS;


  • дослідження відкривається у засобі перегляду, який використовує замовник;


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

Головна рекомендація замовникам проста: вимагайте DICOM Conformance Statement і точний перелік включених функцій до проведення закупівлі. Не купуйте обіцянку «підтримки DICOM» — купуйте конкретний, налаштований і перевірений сценарій роботи обладнання у вашій інформаційній системі.

Джерела

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