Multivox dicom viewer инструкция на русском языке

Полный пакет инсталлятора, который включает в себя Microsoft SQL Server Compact x86 и .NET Framework 2.0 sp2. Такой пакет рекомендован к установке на операционные системы Windows XP/Vista/7/8.

Скачать

Свободно распространяемая программа MultiVox DICOM Viewer обладает следующими возможностями по работе с DICOM изображениями:

• Импорт DICOM CD
• Импорт DICOM файлов и DICOM каталогов
• Импорт изображений через DICOM Query/Retrieve (поддерживаются как C-Get, так и C-Move операции) c PACS серверов сторонних производителей
• Импорт изображений в форматах JPEG, PNG, BMP, TIFF
• Экспорт файлов в формате JPEG, PNG, BMP, TIFF
• Просмотр изображений в полноэкранном режиме
• Произвольная разбивка экрана
• Отображение взаимных пересечений срезов изображений (scout lines)
• Отображение проекции точки на плоскости изображений (3D курсор)
• Автоматическая раскладка изображений и расширенные настройки пролистывания изображений
• HQ-интерполяция высокого качества для изображений, размеры которых значительно превышают разрешение экрана ПК
• Преобразования интенсивности с поддержкой линейных, экспоненциальных, логарифмических и S-образных кривых с возможностью наложения цветовой карты от синего к красному
• Преобразования геометрии изображения
• Измерения
• Линия
• Ломанная
• Кривая
• Прямоугольник
• Эллипс
• Область внутри ломанной
• Область внутри кривой
• Угол и др.
• Расчет среднего значения интенсивности и дисперсии в области измерения
• Статистические методы: гистограмма, срез интенсивности и распределение интенсивности по времени (перфузия)
• Ввод текста на изображениях

Свободно распространяемая программа MultiVox DICOM Viewer не имеет следующих функций АРМ «Гамма Мультивокс Д1»

• Загрузка и сохранение изображений БД РИС MultiVox
• Возможность DICOM посылки изображений на DICOM сервера
• Запись CD/DVD дисков с исследованием
• Регистрация изображений с видеовыхода медицинских приборов
• Печать на DICOM принтер и режим формирования пленки

Также вы можете ознакомиться с функциональной таблицей сравнения версий АРМ «Гамма Мультивокс».

Одним из самых компьютеризированных разделов медицины является радиодиагностика. Медицинские исследования генерируют большое количество данных, которые затем обрабатываются передовыми методами визуализации, 3D-реконструкции по срезам и даже машинного обучения. Этот топик призван помочь системным администраторам погрузиться в тематику передачи и хранения медицинских изображений.

Фото автора

Техминимум

DICOM (Digital Imaging and Communications in Medicine) — стандарт обработки, хранения, передачи, печати и визуализации медицинских изображений. DICOM определяет формат файлов радиологических исследований и сетевой протокол, который в качестве транспорта использует TCP/IP. DICOM разрабатывается с 80-х годов, ежегодно обновляется, став на сегодняшний день стандартом де-факто — поддерживается всеми современными цифровыми устройствами: томографами, УЗИ-аппаратами, маммографами, рентгеновскими аппаратами и т.д.

Основная «фишка» DICOM — интероперабельность. За счет различных механизмов DICOM позволяет передавать данные между очень разным медицинским оборудованием и ПО.

Сама спецификация протокола интересна в первую очередь разработчикам медицинского софта. Мы рассмотрим основные моменты, касающиеся эксплуатации с точки зрения ИТ-отдела, не углубляясь в дебри.

Workflow

Информация о пациенте и запланированном исследовании поступает на аппарат из радиологической информационной системы. По завершении диагностики аппарат уведомляет РИС и отправляет снимки в центральный архив. Рентгенолог получает снимки на рабочую станцию (со специально откалиброванным монитором) и составляет заключение. Пациенту файлы исследования могут быть записаны на диск или распечатаны.

Основные понятия

Modality (модальность) — медицинский аппарат, создающий (acqusition) медицинское изображение определенного типа. Типы обозначаются аббревиатурой, например:

PACS — Picture Archiving and Communication System — центральный сервер хранения медицинских изображений в организации, который получает исследования от модальности и по запросу выдает на рабочие станции радиологов или в другие отделения. Может быть интегрирован с RIS и/или HIS;

HIS — Hospital Information System — медицинская информационная система (МИС) — общая система электронного документооборота мед. учреждения;

RIS — радиологическая информационная система (РИС) — система информатизации диагностического отделения, содержащая данные от пациентов, расписание приёма на исследование и т.д.

DICOM-файл — файл (стандартное расширение .dcm), содержащий графическую информацию, а также метаданные. Для большинства модальностей в одном файле хранится единственное изображение, но иногда это может быть серия кадров. Используются различные алгоритмы сжатия: Lossy JPEG, JPEG2000 или Loseless JPEG. Также DICOM поддерживает хранение waveform данных (ЭКГ, аудио).

Файл является нижним элементом иерархии: пациент (patient) → исследование (study) → серия (series) → изображение (image/instance).

В тегах каждого файла хранятся атрибуты с информацией о самом изображении, а также об объектах верхнего уровня, в т.ч.:

• patient demographics — персональные данные пациента: ФИО с разделителем кареткой (𝙸𝚟𝚊𝚗𝚘𝚟^𝙸𝚟𝚊𝚗^𝙸𝚟𝚊𝚗𝚘𝚟𝚒𝚌𝚑), возраст: число и буква (0𝟷𝟾𝚈), пол (𝙼/𝙵/𝙾), вес и т.д.;
• уникальный идентификатор (UID) study и series по ISO 8824;
• patient ID;
• модальность;
• сведения о медицинском учреждении, ФИО радиолога;
• дата и время обследования;
• марка и модель аппарата;
• другая информация об исследовании; полный список можно посмотреть тут.

Анонимизация (anonymize) — функция удаления персональных данных из DICOM-файлов;

DICOMDIR — файл с метаинформацией о снимках в папке. Используется при записи снимков на CD/DVD;

SCU (Service Class User) и SCP (Service Class Provider): в терминологии DICOM SCU инициирует запрос, а SCP предоставляет ему сервис. Иначе говоря, SCU — клиент, а SCP — сервер. При этом один и тот же узел DICOM может быть в каких-то случаях SCU (например, когда он запрашивает список), а в каких-то SCP (когда получает снимки);

AE — Application Entity — отдельный сервис DICOM. В простом случае на физическом устройстве (станции, PACS, модальности) «живет» один AE, но по стандарту их может быть и несколько, в т.ч. на одном TCP-порте;

AE Title — название узла (AE), уникальное в сети, до 16 символов ASCII, обычно заглавными. Бо́льшая часть DICOM-софта работает в режиме whitelist, т.е. обмен данными разрешается только с AE, заранее занесенными в список. Как правило, для успешной передачи снимков на обоих сторонах в ПО нужно указать IP, порт и AE Title;

IOD — Information Object Definition — шаблон, определяющий список атрибутов для объектов реального мира. Для атрибутов задается тип данных, длина и флаг множественности. Для повторного использования атрибуты группируются в модули. Например, атрибут Patient’s Birth Date входит в модуль Patient, который используют разные IOD. Если IOD содержит модули для нескольких объектов, он называется композитным (composite). Например, IOD снимка томографа содержит не только само изображение, но также наследует информацию о пациенте, исследовании, серии, frame of reference и оборудовании. IOD и команда комбинируются в SOP Class (Service Object Pair), например, класс «CT Storage» — это комбинация команды C-Store и КТ-изображения. Подробно останавливаться на модели данных DICOM мы не будем; отсылаю интересующихся к литературе в конце.

Transfer syntax — режим кодирования информации при передаче, задает порядок бит implicit/explicit little/big endian, формат сжатия графики. Иногда его приходится указывать явно;

Association — процесс установления сетевой сессии в DICOM; подразумевает обмен информацией о поддерживаемых Abstract и Transfer syntax. Ошибка на этапе Association говорит либо о неверных настройках TCP или AE Title либо о несовместимом Transfer syntax или неподдерживаемом/отключенном в софте SOP;

DICOMweb — стандарт REST-API для просмотра снимков через web.

Сервисы DICOM

Сервисы DICOM обеспечивают взаимодействие модальностей, PACS, RIS и рабочих станций по сети, поддерживая набор композитных операций над объектами (DIMSE):
C-STORE — отправка снимков с SCU на SCP («пуш»), например, с аппарата в архив;
C-GET — получение снимков от SCP на SCU («пулл»), например, из архива на рабочую станцию;
C-FIND — поиск исследований по атрибутам (например, ФИО пациента, дате и др.);
C-MOVE — запрос от SCU на отправку снимков с SCP на какой-то третий хост (который может быть самим SCU); SCP должен «знать» AE Title хоста назначения;
C-ECHO — проверка связи («пинг»).

Подробнее об операциях DICOM можно почитать в топике [7].

Сервис Query/Retrieve (Q/R) комбинирует C-FIND и C-MOVE (реже C-GET) для поиска объектов на SCP с последующим получением на SCU.

Сервис Storage предназначен для согласования и передачи объектов от SCU к SCP с помощью команды C-STORE. При этом на принимающей стороне (SCP) может производиться процесс добавления/изменения информации Coercion, если какие-то из обязательных атрибутов не заполнены, например автоматически генерироваться Patient ID.

Modality Worklist (MWL) — предварительное получение информации о пациенте, для которого запланировано исследование, из RIS на модальность. Таким образом, специалист, проводящий исследование, избавляется от необходимости заполнять эту информацию вручную, что экономит его время и уменьшает количество ошибок.

MPPS (Modality Performed Procedure Step) — фиксация статусов проведенных исследований, количества изображений, полученной дозы радиации и т.п. в RIS.

Print — печать hard copy снимка на пленочном принтере.

Администрирование DICOM

PACS-сервер

В самом примитивном случае никакого центрального сервера вообще нет. Снимки с аппаратов сыпятся на рабочие станции, а врачи гоняют их между компьютерами в одноранговой сети. Такой подход по понятным причинам является тупиковым.

Необходимо выделение центрального архива — PACS, который будет круглосуточно обеспечивать доступ к полному собранию обследований. Если выбор PACS лежит на ИТ-отделе, стоит обратить внимание на бесплатные проекты:

• dcm4chee — open-source PACS на Java с web-интерфейсом. Работает на Linux, Mac OS X или Windows.
• Orthanc — легковесный и быстрый open-source mini-PACS под Linux, Mac OS X или Windows, написанный на С++. Поддерживает REST API и систему плагинов;
• Dicoogle — еще один кроссплатформенный open-source PACS;
• microsoft/dicom-server — облачное решение от Microsoft, можно развернуть локально в Docker, но, кажется, что оно заточено под небесплатный Azure, да и не подходит для РФ;
• PacsOne — freeware (до 1 млн. снимков) PACS для Windows/Mac/Linux;

Из перечисленных PACS я работал только с dcm4chee (но на всех трёх платформах). По своему опыту могу сказать, что он способен обслуживать крупные архивы, а для конфигурирования доступна масса параметров — в Tomcat и XML-файлах. К сожалению, не все из них хорошо задокументированы, поэтому приходилось обращаться за помощью на форум.

Финальным шагом автоматизации является интеграция PACS с RIS/HIS с реализацией MWL и MPPS. Без интеграции с общей системой архив PACS быстро превращается в «кашу»: данные пациента вводят на аппарате непосредственно перед исследованием, поэтому нет сквозного ID пациента, а ФИО часто заводится транслитом, т.к. стандартная кодировка DICOM это 7-битный ASCII. В результате потом невозможно автоматически сопоставить исследование и историю болезни: например, Юлия Жукова из общей HIS может числиться в PACS как Yuliya Zhukova, Julia Jukova или даже Iulia Dzukova. До кучи появляются опечатки. Если же на аппарат будут автоматически приходить данные пациентов, то такой проблемы не возникнет.

Сеть

Пропускная способность сети должна быть не ниже 1 Гбит/c. Используйте выделенную локальную сеть, лучше всего физически изолированную от других сетей и Интернет или хотя бы в отдельном VLAN. Для увеличения скорости и надежности подключения PACS-сервера можно использовать bonding.

Что может затруднить задачу построения сети для радиологии: файрволлы или трансляция адресов между модальностями/станциями, динамические адреса, динамическое назначение порта в операции C-GET.

Стандартные TCP-порты DICOM: 104, 11112, 2762 (TLS).

Хранилище

Основная нагрузка на аппаратное обеспечение PACS ложится на диски.

Хранилище необходимо проектировать, исходя из двух параметров:
а) Необходимого интервала хранения архива. В России это 2 года для снимков без патологии, 5 лет для снимков с патологическими изменениями и 10 лет для детских.
б) Количества поступающих новых данных в единицу времени. Эта величина сильно зависит от количества и типов оборудования, а также режима работы конкретного ЛПУ. На сайте [4] приведена таблица по некоторым модальностям. В нашей практике прирост за год был несколько меньше, но аналогично в «топе» с большим отрывом была ангиография (видео), затем МРТ и КТ (много срезов), всё остальное «весило» значительно меньше.

Таким образом, главной головной болью администратора является построение относительно большого по объему хранилища с высокой степенью надежности. Требования же к пропускной способности и IOPS не столь существенны, если клиентов (модальностей и рабочих станций) не очень много. В большинстве случаев подойдут обычные (СMR) жесткие диски (кажется, что диски с черепичной PMR записью плохо подходят для DICOM, но у нас опыта с ними не было). Однако современные PACS при желании позволяют организовать и многоуровневое хранилище, например: свежие снимки на SSD → архив на HDD → «холодный» архив на ленте или S3.

Если сервер, который выделили под PACS, не может вместить необходимое количество дисков (например, он одноюнитовый), решением может стать закупка СХД или дисковой полки, подключаемой к серверу.

Тут нужно отдельно отметить, что PACS, как правило, ведут реляционную базу данных с пациентами, исследованиями и снимками. Вот её, возможно, стоит хранить на быстром хранилище на SSD или HDD RAID0, чтобы ускорить Q/R поиск по большому архиву.

Обеспечение надежности и резервное копирование

Как следует из предыдущего пункта снимки нужно хранить до 10 лет, а рядовой жесткий диск может прожить значительно меньше. Стандартным способом увеличения надежности является использование RAID-массива. Если позволяет бюджет, то для обеспечения наилучшей производительности рекомендуется использование уровня RAID10, которые требует х2 пространства хранения и выдерживает отказ, как минимум, одного диска. Более бюджетным, но менее производительным является уровень RAID6, который выдержит отказ двух дисков. Уровни RAID0 и RAID5 использовать не рекомендуются из-за низкой надежности. Хранилище без RAID (JBOD) можно использовать только, если у вас есть вторая полная резервная копия архива.

Важно: используйте hot-spare диски или держите оперативный запас дисков того же объема на складе на случай отказа одного из HDD.

Немаловажным аспектом использования RAID является резервирование RAID-контроллера. Если используется аппаратный RAID, существует ли надежный план восстановления в случает отказа контроллера? Есть ли на складе идентичная модель? Возможно, стоит сразу использовать софтверный RAID, у которого не будет проблем с восстановлением на другой машине?

Желательно использовать сервера с двумя блоками питания, питающимися от разных фаз/вводов. Необходимо наличие ИБП. Если сервер/ИБП конструктивно может быть запитан только от одного источника, то для повышения надежности можно использовать специальный PDU с возможностью питания от двух источников.

Старая админская мудрость гласит, что использование RAID не является заменой резервному копированию. Вообще стандарт DICOM не поддерживает операций удаления из архива, поэтому уничтожения данных из-за ошибки оператора, как правило, можно не бояться. Однако существуют другие опасности, например, разрушение файловой системы, отказ нескольких дисков или физическое уничтожение сервера в результате пожара, затопления и т.п. серверного помещения. В таких случаях может спасти только настоящий бекап.

Для восстановления PACS нужно сохранять дамп БД и резервную копию файлов исследований. Особенностью DICOM в данном случае является то, что PACS, как правило, хранят каждый снимок отдельно, так что на диске будут лежать миллионы мелких файлов. В результате полный бекап десятилетнего хранилища может занять дни или даже недели. Возможно, для снимков оптимальной стратегией будет разово сделать полную копию и настроить инкрементальное резервное копирование, например, раз в сутки. Хорошей новостью является то, что файлы DICOM обычно неплохо сжимаются, поэтому бекап может занимать значительно меньше места, чем оригинал.

Несколько лет назад мы заводили для резервного копирования open source ПО Bacula и роботизированную ленточную (LTO) библиотеку. В 2022 году уже кажется, что исходя из совокупной стоимости владения и простоты администрирования для бекапа предпочтительно использовать обычный сервер с HDD. При этом желательно, чтобы архивная копия физически находилась как можно дальше от основного PACS на случай пожара: в другом корпусе, на другом этаже или хотя бы в другом помещении. Не стоит делать бекап на тот же сервер, где «живёт» PACS — это серьезно его «обесценивает».

Нужно помнить, что авария центрального хранилища может привести к приостановке лечебной деятельности, поэтому разумно завести PACS горячего резерва на отдельной физической машине. Основной PACS следует настроить на автоматическую отправку свежих снимков на резервный. В принципе такой «брат-близнец» может быть альтернативой резервному копированию. Если же бюджет не позволяет зеркалировать архив за всё время, можно держать в горячем резерве только свежие исследования, например за последний месяц. Т.к. клиентов обычно не так много, не обязательно держать настоящий балансер (типа HAProxy) на случай отказа — достаточно оповестить медицинский персонал, что есть резервный архив, которым они могут пользоваться, и завести его AE Title на всех локальных узлах.

Наконец, немаловажным элементом устойчивой эксплуатации является мониторинг. Помимо использования обычного шаблона мониторинга аппаратного обеспечения и ОС для PACS-сервера, следует обратить пристальное внимание на мониторинг сервиса PACS и его резерва (с помощью утилит отправки C-ECHO, см. ниже), свободного места, свободных inode (для Linux), специфических метрик используемой СУБД. Обязательно также настроить оповещения от диагностики дисков S.M.A.R.T. и RAID-контроллера. Резервное копирование также должно быть покрыто мониторингом.

Если модальности или сопутствующие системы поддерживают сбор метрик (через snmp или т.п.) их также стоит замониторить. В зависимости от тяжести аварийной ситуации стоит настроить алертинг вплоть до автоматического экстренного звонка на телефон дежурного сотрудника — например, отказ воздушного контура охлаждения МРТ может привести к кипению дорогостоящего жидкого гелия и сбросу его через аварийный клапан, что приведет к финансовым потерям и простою сканера.

Мониторинг может также служить подспорьем в планировании закупок (capacity planning), прежде всего HDD под хранилище. Для этого нужно организовать сбор метрик об объеме новой информации поступающей в неделю/месяц/год — можно экстраполировать график и заранее узнать, когда понадобятся новые диски.

Клиенты и утилиты

Просмотрщиков для DICOM очень много, упомянем некоторые:
Horos — открытый и бесплатный просмотрщик для Mac OS X;
OsiriX — популярный платный просмотрщик для Mac OS X, может работать как PACS, есть бесплатная Lite версия;
Weasis — открытый кроссплатформенный просмотрщик для Linux, Mac OS X и Windows; есть portable версия; может быть интегрирован в dcm4chee как веб-просмотрщик;
Oviyam 2 — HTML5 просмотрщик для web;
MultiVox DICOM Viewer — бесплатный отечественный просмотрщик для Windows;
MicroDicom — бесплатный для некоммерческого использования просмотрщик для Windows;
Vidar Dicom Viewer — отечественный просмотрщик DICOM исследований для Windows, Linux систем, есть бесплатная версия.

Сайт IDoImaging.com содержит большую подборку бесплатного софта медицинской визуализации.
RoSi:

…DICOM-Просмотрщик, интерпретирующий медицинские данные (а именно этим он и занимается, в отличие от приложения для просмотра фотографий), подлежит регистрации в качестве медицинского изделия. В РФ регистрацией мед. изделий занимается Росздравнадзор…

dcm4che3 — открытый кроссплатформенный набор утилит для манипуляций с DICOM — например, миграции исследований по сети или мониторинга ответа C-ECHO;

DCMTK — открытий кроссплатформенный набор утилит и библиотек для DICOM.

Ещё почитать

1. Сайт стандарта DICOM
2. DICOM Standard Browser — удобная навигация по атрибутам
3. Типы данных
4. DICOM / СХД
5. Basic DICOM Operations
6. Глоссарий OTpedia
7. PACS-сервер своими руками
8. Серия постов «DICOM Tutorial» на сайте «DICOM is Easy»
9. Introduction to DICOM
10. Пьяных, О.С. Digital Imaging and Communications in Medicine (DICOM). A Practical Introduction and Survival Guide— Springer, 2008. ISBN: 978-3-540-74571-6
11. ГОСТ Р ИСО 12052-2009 Цифровые изображения и связь в медицине (DICOM), включая управление документооборотом и данными
12. ГОСТ Р ИСО 17432-2009 Информатизация здоровья. Сообщения и обмен информацией. Веб-доступ к постоянным объектам DICOM

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

подключение к удаленному серверу;

возможность загрузки для просмотра рентгеновских изображений (2D) из локальной папки и CD/DVD;

наличие удобных инструментов просмотра;

экспорт изображений на CD/DVD, в локальную папку, в т.ч. в графические форматы;

возможность Dicom-печати;

возможность печати на принтере;

корректное отображение кириллических символов в dicom-тегах.

Желательными, но не обязательными функциями являются: возможности просмотра 3D, экспорт снимков на удаленные dicom-серверы, национальная локализация интерфейса, мультиплатформенность.

Первоочередным требованием было наличие возможности подключения к dicom-серверу.

Естественно, всем также хочется максимального функционала за меньшие деньги.

В связи с такой постановкой вопроса для обзора были выбраны следующие продукты:

RadiAnt DICOM Viewer — https://www.radiantviewer.com/store/

Multivox Dicom Viewer — https://www.multivox.ru/dviewer.html

Synedra View Personal — http://www.synedra.com/viewer-download/en/

SanteDicom Viewer Pro — http://www.santesoft.com/win/sante-dicom-viewer-pro/order.html

Инобитек просмотрщик Про.1.9.0 — http://inobitec.com/downloads/dicomviewer/

Dicompass Dicom Viewer — http://www.dicompass.cz/buy/

Ginkgo CADx — http://ginkgo-cadx.com/en/

Weasis-portable v.2.6.0 — https://sourceforge.net/projects/dcm4che/files/Weasis/2.6.0/

Osirix Lite — http://www.osirix-viewer.com/osirix/osirix-md/

Horos — https://www.horosproject.org/

Условия тестирования.

Для тестирования использовался удаленный тестовый сервер dcm4chee, подключенный по VPN-соединению.

Для просмотра использовались как исследования из одного снимка в серии, так и серии изображений — томографических срезов. Изображения загружались с сервера, локальной (сетевой) папки, с CD/DVD.

Экспорт осуществлялся на другой сервер dcm4chee, в локальную (сетевую) папку, на CD/DVD (или образ).

Оценка удобства работы — моя, субъективная и предвзятая , т. к. я изначально имею свои представления об удобствах.

По каждому критерию вьюверы расставлялись по местам с 1 по 10, а условные балы ставились наоборот с 10 до 1. По некоторым критериям баллы не ставились вообще, т. к. различий между продуктами нет, все одинаково.

1. Подключение к dicom-серверу.

Вьюверы в первую очередь и были отобраны по этому критерию. Поэтому все вышеперечисленные продукты имеют такую функцию.

Почти все вьюверы могут подключать несколько серверов, но не все могут запрашивать список исследований сразу с нескольких. RadiAnt умеет.

Synedra не может подключить больше одного сервера. После запроса списка он выводится в такую таблицу, в которой нет возможности настроить вид и порядок столбцов. ФИО пациента оказывается не видным, приходится двигать полосу прокрутки.

Multivox почему-то грузил все медленнее, чем другие. Даже не медленнее, а просто долго, очень долго. Особенно серии. В интерфейсе нет кнопки быстрого вызова окна запроса. Из локального хранилища есть, из папки есть, а из сервера нет

SanteDicom — обширное меню, не сразу найдешь, где настройки. Ход загрузка снимков показывается в таблице, не очень нагляден, непонятно, идет она или нет.

Dicompass почему-то при каждом запуске выводит предупреждение, что не может соединиться с сервером и предлагает загрузиться в standalone режиме. При этом после загрузки соединяется с сервером без проблем. Удобная форма для запроса списка исследований. В рабочем наборе снимков не отображаются эскизы, неудобно выбирать для переноса в окно просмотра, непонятно что.

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

Ginkgo подключается легко. Процесс загрузки снимка (серии) отображается внизу экрана мелким шрифтом. Можно подумать, что программа «висит», пока не появится изображение за окном формы поиска. В общем-то при загрузке большой серии так и произошло.

В Weasis также можно настроить несколько вызывающих AetTitle и при обращении к каждому серверу выбирать, тот, который с ним работает. Тоже не мешало бы кнопку быстрого доступа к серверам вывести на панель инструментов из меню, а то приходится лезть в меню. Окно фильтра запроса не блещет изяществом. И выводимый список несколько неудобен, когда он длинный.

Osirix Lite и Horos легко настраиваются и подключаются, если знать, где настройки находятся. Для оторвавшегося от виндового рабочего стола юзера это испытание. Кнопки запроса сразу на панели инструментов, все просто. Так и должно быть.

Лидеры — Инобитек, Weasis RadiAnt. Первые два — за то, что можно на каждый сервер настраивать вызывающий AeTitle, третий — за возможность запроса сразу с нескольких серверов.

2. Импорт изображений

Synedra не открыл из сетевой папки ни dcm, ни DICOMDIR, непонятно вообще почему. Что-то бормотал про права С локального диска открыл.

Multivox достаточно быстро сканирует папки на предмет dicom-файлов и выводит список для выбора для загрузки. Достаточно удобно. Кнопка открытия диалога выбора папки, правда, какая-то совсем мелкая. А для чтения диска нужно в меню заходить, нет «быстрой» кнопки. И при этом ему нужен именно натуральный диск. Т.е. папка c DICOMDIR не катит, хотя DICOMDIR читается тоже нормально, но через другой пункт меню. В общем все запутано.

У Ginkgo не очень удобный диалог импорта.

RadiAnt вообще для локального просмотра просто класс. Ничего лишнего. Кнопку тыць, выбрал — готово, и быстро.

Osirix Lite и Horos — все открывают. Все классно и красиво. Но Osirix Lite постоянно предупреждает, что он не предназначен для вынесения клинических заключений. Заколебал просто-напросто.

Остальные — как бы все без проблем, но каждый получил мою субъективную оценку.

3. Инструменты просмотра

RadiAnt не знает, что у мыши может быть три кнопки. Настроить только две можно. Интерфейс минималистский, но этим он мне и нравится. Несколько неудобны лишние клацания мышей для переназначения кнопок по инструментам. Зато нет громоздких меню с буквами Лупы НЕТ! Моей любимой лупы нет.

Инобитек, где инверсия? Негатив/позитив? Нашел! Неужели нельзя сделать отдельную кнопочку? Рентгенологи очень часто ей пользуются. А здесь попробуй найти ее в выпадающем списке преднастроек раскрасок пункт «Уровень серого (инверсия)».

Multivox — интерфейс ЯД! «Панель управления» занимает треть экрана, уменьшая при этом изображения. Инструментов много. Меню огромное. Но все так далеко и не удобно, что не хочется и смотреть.

Synedra — не Multivox, но недалеко ушел. Мне бы неудобно было работать с ним.

Ginkgo — инструменты только самые простые.

Weasis — мне нравится такая панель инструментов. Все, что часто используется есть, все под рукой.

Osirix Lite и Horos — куча инструментов, основные на панели, удобно. Но меню все-таки перегружено кучей различных прибамбасов.

4. Экспорт изображений.

RadiAnt не пишет CD/DVD.

Weasis экспортирует куда угодно и как угодно. И в графику, и в dicom, и на удаленный сервер, и в образ CD/DVD, который потом можно прожечь и вьювер будет там тоже.

Инобитек — хороший набор экспортных функций имеет, в т.ч. и пересылку на удаленный сервер. И наглядное «ручное» формирование образа CD/DVD, как по мне, очень неплохая идея.

SanteDicom: куча экспортов, но записи на CD нет

В Synedra вообще с экспортом плохо. Все очень запутано и не очевидно.

Osirix Lite и Horos — все просто: кнопка «Send» и диалог выбора сервера для отправки. Или выбери из меню, куда что отправить. Диски тоже не проблема.

Не умеют отправлять на удаленный серверRadiAnt, Multivox и Synedra.

5. Dicom-печать

Она или есть, или ее нет. Есть, конечно нюансы. Но такую фичу имеют из представленных продуктов Инобитек и Weasis и «маковские» вьюверы. Преимущество Инобитеку — все-таки более понятный, чем импортный Horos.

6. Распечатка на принтере

Не умеют печатать на принтере RadiAnt, Multivox и Synedra. Остальным добавим по 1 баллу. Все таки печать на бумагу снимков может кому-то и нужна, но просто, чтобы какую-то картинку дать, типа снимок был. Не для диагностики точно.

7. Корректность отображения кириллических символов

RadiAnt отображает кириллицу, как стандартную, так и win-1251 правильно. Т.е. разработчик знает, что в нашей действительности в снимки пишется виндовая кодировка и пофиг все стандарты dicom 3.0. Тоже самое умеет и SanteDicom, хотя разработчики совсем не кириллические греки

Все остальные вьюверы корректно отображают стандартную кириллицу. Единственная непонятка с Horos. Почему-то он выводит корректно кириллическое название области съемки, направление проекции, а ФИО не выводит вообще. Всем по 1 баллу, Horos-у — 0

8. 3D-просмотр

Смотрел чисто из интереса, т. к. заказа на это не было.

Какую красивую 3D-модель нарисовал RadiAnt из кучи каких-то невнятных слайсов!

 

Умеют с 3D работать также Osirix с Horos-ом. Остальные так не умеют. Но эта опция исследовалась чисто для справки, есть/нет.

9. Локализация интерфейса.

У RadiAnt минимальное количество текста в меню, поэтому разработчику не трудно было его локализовать на кучу языков, в т.ч. и украинский. Но даже с таким минимальным количеством текста разработчик не доработал. «Почук», «Очичтити» — ну пародия же просто.

Есть украинский и у Weasis. В меню выбора языка есть. На самом деле «украинизирован» один пункт меню и пара кнопок. Остальное на английском.

У остальных украинского не нашел. У Ginkgo, SanteDicom и Horos нет и русского, что, конечно, у нашего медперсонала всегда вызывает недовольство. Им по 0, остальным по единичке

10. Мультиплатформенность.

Вопрос в общем-то условный конкурсный, т. к. одновременно на всех трех платформах вряд ли кто-то работает. А под каждую можно выбрать наиболее удачный именно для нее. Но тем не менее об этом нужно сказать.

Наиболее полно охватывают основные платформы Инобитек, Ginkgo и Weasis. Они работают под Windows, Linux и MacOS.

Исключительно под MacOS работают Osirix и Horos.

Synedra — Windows и MacOS.

Остальные — только Windows.

Итого: из 10 продуктов работают под Windows — 8, Linux — 3, MacOS — 5. Обидно за Linux. Именно на этой платформе я больше всего склонен работать.

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

Инсталляция всех программ почти не имела никаких проблем во всех системах. Были нюансы с Инобитеком под линуксом. Нужно поставить дополнительно пакеты, о чем в инструкции ничего не пишут, но поддержка оперативно ответила. Некоторые требуют Java. Некоторые еще чего-то, но моменты рабочие и танцев с бубном не требующие.

11. Цена

Когда дело доходит до оплаты начинается самое интересное. Люди, говорившие вам, что да, нам вот это нравится, нам только так, нам .. Потом начинают говорить, что нам и так сойдет, да и это лишнее, наверное. Давай-ка по минимуму посмотрим, но чтобы лучше всех было, а?

Ну так вот.

Бесплатными являются Ginkgo CADx, Weasis, Multivox, Synedra View Personal, Osirix Lite и Horos.

Ну как бесплатными? Распространяются они по своим лицензионным правилам, с которыми можно ознакомится. Которые могут предполагать, что продукт не может использоваться для коммерции, не предназначается для клинического использования и т. д. Хотя вот эта «метка» «Не для использования в клинике», или постоянные сообщения об этом говорят лишь о том, что продукт не сертифицирован американским или европейским центром сертификации для использования в клинической практике.

Это логично для бесплатных продуктов. За сертификацию нужно платить, а это деньги, немалые весьма. А Weasis, например, разрабатывается сообществом добровольцев как свободно распространяемый продукт. Кто его будет сертифицировать и выкладывать свои деньги?

Я подозреваю, что и большинство платных продуктов не имеют сертификатов FDA или TUV, просто не говорят об этом да и все.

Поэтому по вопросу всяких сертификатов каждый должен решать сам, как поступать.

Сертифицированный Osirix MD стоит 699 американских денег. За что? За то, что по большому счету делает то же самое, что и бесплатный Horos. Да, есть множество функций, которые там есть, а там нет. И возможно эти функции кому-то очень нужны. Ну тогда делать нечего, нужно платить. А если нужно просто посмотреть снимок, напечатать на пленке может быть или переслать кому-нибудь еще, то зачем платить такие деньги, если все остальное не будет использоваться никогда?

Согласен, если продукт имеет все, что нужно, не перегружен ненужным конкретному заказчику функционалом и стоит разумных денег, нужно платить. При этом я склонен, конечно, к отечественным производителям, им хотя бы позвонить можно и на понятном языке изложить свои проблемы и получить консультацию, поддержку и т. д. Ну а если нет отечественного, то хотя бы с понятным языком общения Для каждого он, конечно, свой, «понятный» я имею ввиду.

Цены, приведенные в итоговой таблице, взяты на сайтах или запрошены у разработчиков (продавцов). Не ответили на этот раз только чехи с Dicompass. Крайняя цена, которую я знаю, позапрошлогодняя была 4500 их крон, что соответствовало почти 200 американским деньгам, поэтому она и указана.

За цену никаких баллов я не ставил, т. к. понятно, что при равных возможностях менее дорогой продукт будет предпочтительнее дорогого.

	Инобитек просмотрщик Про.1.9.0	Weasis 2.6.0 portable	Horos	RadiAnt DICOM Viewer	Osirix LITE	SanteDicom Viewer Pro	Dicompass 3	Ginkgo CADx	MultiVox 5.5.6093	Synedra View Personal
Общая оценка	*****	*****	****	****	****	***	***	**	**	*
Цена	Lite — 8000 р. Pro — 50000 р.	бесплатно	бесплатно	99 EUR	Lite — бесплатно MD — 699 US$	300 US$	200 US$	бесплатно	бесплатно	бесплатно 700 EUR — Pro
Руссификация интерфейса Украинский язык	+ —	+ +	— —	+ +	+ —	— —	+ —	— —	+ —	+ —
Мультиплатформенность (Windows,Linux, MacOS)	WLM	WLM	M	W	M	W	W	WLM	W	WM
Отображение кириллических тегов	+	+	+	+	+	+	+	+	+	+
Импорт из
удаленного PACS	+	+	+	+	+	+	+	+	+	+
Локальной папки	+	+	+	+	+	+	+	+	+	+
CD/DVD	+	+	+	+	+	+	+	+	+	+
Инструменты экспорта:
в локальную папку	+	+	+	+	+	+	+	+	+	+
на CD/DVD	+	+	+	—	+	—	+		—	—
удаленный PACS	+	+	+	—	+	+	+	+	—	—
в dicom	+	+	+	+	+	+	+	+	—	+
в jpeg, png, gif и т.п.	+	+	+	+	+	+	+	+	+	+
Инструменты просмотра:
Яркость/контрастность	+	+	+	+	+	+	+	+	+	+
Увеличение/уменьшение	+	+	+	+	+	+	+	+	+	+
Лупа	+	+	+	—	+	—	—	—	+	+
Повороты на 90	+	+	+	+	+	+	+	+	+	+
Зеркалирование л/п, в/н	+	+	+	+	+	+	—	+	+	+
Перемещение	+	+	+	+	+	+	+	+	+	+
Инвертирование (негатив/позитив)	+	+	+	+	+	+	+	+	+	+
Разбивка окна для нескольких изображений	+	+	+	+	+	+	+	+	+	+
Просмотр серий (прокрутка)	+	+	+	+	+	+	?	+	+	+
3D-реконструкции	—	+	+	+	+	+	—	—	—	—
Инструменты измерений	+	+	+	+	+	+	+	+	+	+
Печать на принтер	+	+	+	—	+	+	+	+	—	—
Dicom-печать	+	+	+	—	+	—	—	—	—	—

ПОДВЕДЕМ ИТОГИ

Итак, расставив оценки, используя мою субъективную предвзятость, получаем следующую итоговую табличку.

Еще раз подчеркиваю: это мое личное крайне субъективное и предвзятое мнение. Оно вам может нравиться, а может нет, от этого оно не поменяется.У Вас будет свое мнение и своя оценка. Я вообще хотел, чтобы победил Weasis

Но получилось так как получилось

Глядя на результат, сразу думаешь: ну и зачем мне теперь это? Я что, теперь должен всем рекомендовать вьювер воронежских разработчиков? Наверное нет. Каждый из продуктов чем-то неплох, и каждый может иметь свою область применения. Ну и от операционки зависит.

Лично я под винду бы выбрал из этого списка RadiAnt или Инобитек Lite. Они почти в одной ценовой категории. RadiAnt чуть дешевле, есть варианты его бесплатного использования, но и возможностей у него меньше. Или вообще бесплатный Weasis. Почему бы и нет. Некоторые просто предвзято к нему относятся, не знаю почему.

Под Линуксы — Weasis или Инобитек Lite. Если бесплатного функционала Weasis будет вам достаточно, то и не надо заморачиваться с платным продуктом.

Под Мак — Horos или Weasis. С другой стороны, если у вас есть Мак и вы готовы платить, то зачем платить Инобитеку за Про-версию те же деньги, которые можно заплатить за всеми признанный «супер-пуперным» Osirix MD? Ну разве, что Lite-версия все-таки не такая уж и дорогая. Но тогда бесплатный Horos по функционалу превосходит, имея, правда, в минусе отсутствие русского языка.

Вот такие вот мои выводы. Чувствуете, что у меня Weasis все-таки победил

(С) Alexandr Kuznetsov, 30.09.2017

Похожие публикации