Куда идут снимки: цепочка после детектора
Нарисовать путь снимка и данных пациента от назначения до архива в любом отделении, назвать роль каждой системы и сказать, что за сервисным инженером, а что за ИТ больницы или поставщиком PACS.
Аппарат не заканчивается на детекторе
Десять лет назад многие кабинеты ещё заканчивались проявочной машиной. Сегодня почти любой аппарат заканчивается сетевой розеткой. Врач-рентгенолог оценивает аппарат не по току трубки и не по катушке, а по тому, появились ли у него на экране снимки нужного пациента через минуту после исследования. Если не появились, клиника звонит сервисному инженеру: с их стороны аппарат сломан.
Поэтому инженер аппарата должен понимать цепочку после детектора, даже если большая её часть чужая. Администрировать серверы больницы не нужно. Нужно знать, что делает каждый блок, чего он ждёт от вашего аппарата и как доказать, где цепочка порвалась. Инженер, который может сказать: «КТ отправил исследование в 10:42, архив его принял, проблема между архивом и просмотрщиком», экономит день споров между тремя службами.
Этот урок рисует карту. Следующие уроки её наполняют: сам DICOM (урок 2), сеть под ним (урок 3), рабочий список и данные пациентов (урок 4), рабочие станции и архивы (урок 5) и порядок поиска неисправностей во всей цепочке (урок 6).
Системы на карте
Начинайте с пациента, а не с аппарата. Врач назначает исследование. Назначение живёт в медицинской информационной системе (МИС) или, чаще для лучевой диагностики, в радиологической информационной системе (РИС). РИС планирует исследование, присваивает ему номер (accession number) и хранит данные пациента: ФИО, идентификатор, дату рождения, пол.
РИС публикует запланированные исследования как рабочий список (Modality Worklist). Аппарат или его станция сбора данных запрашивает у сервера рабочего списка пациентов на сегодня, и лаборант выбирает пациента из списка, а не набирает фамилию вручную. Один этот шаг убирает большую часть ошибок набора, и урок 4 объясняет, почему это важно для безопасности пациента.
Аппарат получает изображения. Во многих системах отдельная консоль или компьютер сбора данных реконструирует или обрабатывает их и какое-то время хранит в локальной базе. Оттуда снимки отправляются в PACS (система архивации и передачи изображений): менеджер изображений, который их индексирует, архив, который хранит их на дисках или других носителях, и часто долговременная или удалённая копия.
Врачи смотрят снимки на АРМ врача или в веб-просмотрщиках, которые запрашивают PACS. Специализированные станции постобработки (3D, кардио, перфузия, маммографические станции) могут получать копии прямо с аппарата или забирать их из PACS. Часть исследований по-прежнему печатается на плёнку или бумагу через DICOM-принтер, часть записывается пациентам на CD или USB.
Вокруг всего этого — больничная сеть: кабели, коммутаторы, маршрутизаторы, межсетевые экраны, серверы адресов и люди, которые всем этим управляют.
- МИС / РИС: назначения, расписание, данные пациента, заключения.
- Сервер рабочего списка: обычно часть РИС или брокер; отдаёт аппарату список запланированных пациентов.
- Аппарат и его консоль или станция сбора данных: получает, обрабатывает и отправляет снимки.
- PACS: менеджер изображений, архив и база данных, которая индексирует исследования.
- Просмотрщики и станции постобработки: показ, измерения, реконструкции.
- DICOM-принтеры и устройства записи носителей: плёнка, бумага, CD/DVD/USB для пациентов.
- Сеть: путь между ними всеми, хозяин — ИТ больницы.
Два языка: DICOM и HL7
Большую часть обмена несут два семейства стандартов. DICOM (Digital Imaging and Communications in Medicine) — стандарт для изображений и всего, что с ними связано: формат файла, сведения о пациенте и исследовании внутри него и сетевые сервисы отправки, поиска, извлечения, планирования и печати. Его ведёт Комитет по стандартам DICOM, а публикует NEMA в виде многотомного документа PS3.
HL7 — семейство стандартов, по которым информационные системы больницы обмениваются назначениями, госпитализациями, результатами и заключениями. Когда пациента госпитализируют, сообщение HL7 сообщает об этом РИС; когда рентгенолог подписывает заключение, сообщение HL7 может вернуть его в МИС. Новые системы используют ещё и веб-интерфейсы HL7 FHIR.
Простое правило для инженера: аппарат говорит на DICOM. Сам на HL7 он почти никогда не говорит. Перевод из мира HL7 (назначения) в мир DICOM (рабочий список) делает РИС, интеграционный движок или брокер. Если в рабочем списке неверные фамилии, неисправность может сидеть в интерфейсе HL7, которого аппарат вообще не видит.
Чтобы всё это работало предсказуемо, инициатива IHE (Integrating the Healthcare Enterprise) публикует профили интеграции. Профиль Scheduled Workflow (SWF, сейчас есть и обновлённая версия SWF.b) описывает нормальный путь: назначение, рабочий список, исследование, отчёт о выполненной процедуре и сохранение — и какая система какую роль играет. Если в тендере или договоре написано «соответствие IHE Scheduled Workflow», значит, поставщики обязались работать по этой схеме.
Что ваше, что за ИТ, что за поставщиком PACS
Большинство споров в ИТ лучевой диагностики — не технические. Они о том, кто отвечает. Решите это в начале договора или монтажа, по возможности письменно, и потом будете меньше висеть на телефоне.
Инженеру аппарата обычно принадлежат сам аппарат и его консоль: DICOM-настройки аппарата (собственный AE Title, IP-настройки по согласованию с ИТ, список адресатов), локальная база снимков, железо станции сбора данных и рабочие станции, которые поставляются вместе с системой. Вы доказываете, что ваш аппарат правильно отправляет и принимает то, что должен.
ИТ больницы обычно принадлежит сеть: кабели за пределами кабинета, коммутаторы, VLAN, межсетевые экраны, DHCP и DNS, выдача адресов, доменные политики, доступ в интернет и правила удалённого доступа. Им же принадлежат обычные компьютеры, если компьютер не является частью медицинского изделия. PACS и РИС часто принадлежат отдельному поставщику по своему договору, а ИТ больницы — местный администратор.
Неприятности рождаются в серых зонах: кто может менять IP-адрес консоли, кто добавляет нового адресата в PACS, кто может ставить антивирус на компьютер сбора данных, кто восстанавливает станцию после отказа диска. Короткая письменная таблица «кто что делает», которая хранится с документацией объекта, снимает большую часть этих споров.
Никогда не меняйте ничего в системе, которая вам не принадлежит, без согласования. Поменяв настройку PACS, чтобы заработал ваш аппарат, можно сломать три других. Чёткая, конкретная заявка в ИТ в итоге быстрее, чем сделать самому.
Паспорт объекта: нарисуйте один раз и пользуйтесь всегда
На каждом объекте, который вы ведёте, один раз нарисуйте цепочку и храните её с сервисной документацией. Красота не нужна. Достаточно листа с блоками, стрелками, названиями и настройками. Когда снимки в следующий раз пропадут, вы будете знать, что проверять, а не гадать.
Записывайте настройки, которые вы ставили, и дату. Когда что-то перестаёт работать, первый вопрос всегда «что поменялось?», а без записи о прежнем состоянии на него не ответить. Многие случаи в этом курсе решились сравнением сегодняшних настроек с записью, а не хитрой диагностикой.
- Каждый узел: название, роль, место, хозяин, контакт.
- Каждый DICOM-узел: AE Title, IP-адрес, порт, используемые сервисы (отправка, рабочий список, печать и т. д.).
- Сеть: розетка и порт коммутатора, если известны, VLAN, статический адрес или резервирование.
- Куда аппарат отправляет автоматически и в каком порядке.
- Кому звонить по РИС, PACS и сети, с номерами договоров или заявок.
- Дата последнего изменения и кто его сделал.
Где цепочка обычно рвётся
По опыту многих объектов цепочка рвётся в нескольких предсказуемых местах. Локальный диск аппарата заполняется неотправленными исследованиями, и консоль тормозит или отказывается начинать следующую серию. Кто-то в ИТ меняет адрес, коммутатор, кабель или правило межсетевого экрана, а аппарату об этом не говорят. После обновления на стороне PACS перенастраивают адресата. На рабочей станции истекает сертификат или срочная лицензия. Не совпадают кодировки, и фамилии пациентов приходят нечитаемыми символами.
Заметьте: ни в одном из этих случаев не сломан детектор и не сгорела плата. Это настройки, ёмкость и связь. Это хорошая новость: проверять это дёшево, если знаешь, куда смотреть, а остальной курс показывает, куда.
| Деталь | Что делает | Как отказывает | |
|---|---|---|---|
| 01 | РИС / МИС | Хранит назначения, планирует исследования, ведёт данные пациента | Встаёт интерфейс, назначения не публикуются, ошибочные или задвоенные карточки |
| 02 | Сервер рабочего списка или брокер | Превращает назначения в DICOM-рабочий список для аппарата | Пустой список, несовпадение фильтра, неверная кодировка, служба упала |
| 03 | Консоль аппарата / компьютер сбора данных | Получает, обрабатывает, хранит локально и отправляет снимки | Диск забит неотправленными исследованиями, слетели сетевые настройки после восстановления |
| 04 | Менеджер изображений и база PACS | Принимает, индексирует и выдаёт исследования | Отказ неизвестному AE Title, ошибки базы, переполнено хранилище |
| 05 | Хранилище архива | Держит снимки на дисковых массивах, лентах или в облачной копии | Отказавшие диски в RAID, заполненные тома, сломанная удалённая копия |
| 06 | Станции просмотра и постобработки | Показ, просмотр, 3D и специальный анализ | Истёк сертификат или лицензия, переполнена локальная база, автоудаление |
| 07 | DICOM-принтер / запись носителей | Плёнка, бумага или CD/USB для врачей и пациентов | Закрыт порт, неверный AE Title, неподдерживаемый формат плёнки |
| 08 | Коммутаторы, кабели и розетки | Физический путь между всеми узлами | Не та скорость, плохой патч-корд, порт перевели в другой VLAN |
| 09 | Межсетевой экран, маршрутизатор, DHCP, DNS | Пропускают и направляют трафик, выдают адреса и имена | Правило блокирует DICOM-порт, адрес сменился или задвоился |
Консоль встала между сериями и ничего не объяснила
КТ GE закончил сканирование и просто не перешёл к следующей серии. Внятной ошибки не было, лаборант решил, что аппарат завис. Инженер первым делом посмотрел локальное хранилище и нашёл диск почти заполненным. Неделями исследования уходили в PACS ненадёжно, никто этого не заметил, а из собственной базы аппарата их не удаляли. Когда старые исследования проверили на наличие в архиве и убрали из локальной базы, аппарат заработал нормально. После этого отделение ввело простое правило: в конце каждой смены проверять, что все исследования дошли до PACS, и только потом что-то удалять локально.
Локальный диск аппарата — первый буфер цепочки. Если отправка молча не идёт, проблема всплывёт позже как «зависший аппарат». Смотрите очередь отправки и локальное хранилище рано и никогда не удаляйте исследование, пока оно не подтверждено в архиве.
Три рабочие станции КТ замолчали в один день
На нескольких КТ GE одновременно перестали передаваться снимки с АРМ лаборанта на АРМ врача. В PACS всё отправлялось, так что сеть и сами аппараты были явно в порядке. Общим было время: что-то истекло. Связь между станциями шла с сертификатом безопасности, и срок его действия закончился. Когда сертификат продлили законным путём, передача вернулась. Коллеги вспомнили похожий случай, когда закончилась срочная лицензия на базу данных станции врача.
Если несколько систем отказали вместе в один день и ничего не меняли, думайте о датах: сертификаты, лицензии и пароли со сроком действия. Записывайте сроки в паспорт объекта.
Адрес сменился, а аппарату не сказали
В одном отделении снимки с АРМ рентген-лаборанта регулярно переставали доходить до АРМ врача. Каждый раз причина была в сети: поменяли DHCP-сервер или он выдал один адрес двум устройствам. Местные ИТ-специалисты говорили, что доступа к DHCP-серверу у них нет. В другой раз ИТ-шнику понадобился свободный порт, и он выдернул из коммутатора АРМ врача, а воткнул свой компьютер. Надёжное решение — согласовать с ИТ постоянные адреса для медицинских устройств и записать их в паспорт объекта.
Устройствам лучевой диагностики нужны стабильные согласованные адреса. Кто может менять сеть и как об этом узнаёт сторона аппарата — часть сервисного соглашения, а не мелочь.
Чек-лист на объекте
- Нарисовать цепочку объекта: РИС, рабочий список, аппарат, PACS, просмотрщики, принтеры, сеть.
- Для каждого DICOM-узла записать AE Title, IP-адрес, порт и сервисы.
- Записать, кому принадлежит каждый узел и кому звонить.
- Письменно договориться, кто меняет адреса, адресатов и защитное ПО.
- На каждом визите смотреть очередь отправки и свободное место на локальном диске.
- Записывать сроки действия известных сертификатов и срочных лицензий.
- Не удалять локальное исследование, пока оно не подтверждено в архиве.