Купить

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

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

Заказ на увеличение количества подключений и/или на продление годовой подписки на обновления для текущего количества подключений для данной лицензии уже размещён.
Пожалуйста, оплатите его либо отмените заказ, написав на market@inobitec.com

Инобитек DICOM-Сервер (PACS) — программное обеспечение для передачи, архивирования и оперативного доступа к медицинским изображениям (исследованиям), полученным с медицинского оборудования различных производителей.

Для получения сборки Инобитек DICOM-Сервер (PACS) для вашего дистрибутива Linux или с поддержкой другой СУБД отправьте соответствующую заявку на market@inobitec.com

Чтобы продлить уже имеющиеся подписки необходимо войти в личный кабинет.

Количество AE Titles (подключений)

Для приобретения лицензии, предусматривающей свыше 50 подключений к Серверу необходимо обратиться в Отдел продаж по e-mail: market@inobitec.com

1 год обновлений
включен в стоимость

? Укажите код продукта

Количество ранее приобретенных подключений для данного кода продукта: <> .

добавьте дополнительную подписку на обновления

Версии для загрузки

Инобитек DICOM-Сервер

Программный DICOM-Сервер (PACS) предназначен для архивирования, передачи и оперативного доступа к изображениям (исследованиям), полученным с различного DICOM-оборудования, установленного в учреждении.

Для получения сборки Инобитек DICOM-Сервер (PACS) для вашего дистрибутива Linux или с поддержкой другой СУБД отправьте соответствующую заявку на market@inobitec.com.

Inobitec DICOM Server (PACS) 2.3.1 для Windows 7 x64 и выше, Windows Server 2008 x64 и выше, под MySQL 5.5-5.6 и под PostgreSQL 9.4 и выше

История изменений:

Условные обозначения: [+] Добавление, [*] Усовершенствование, [-] Устранение дефекта.

Версия 2.3.1

• [-] Устранен дефект, из-за которого на региональный DICOM-сервер отправлялись не все снимки серии
• [-] Устранены мелкие дефекты в веб-консоли администрирования

Версия 2.3.0

• [+] Новая веб-консоль администрирования
• [+] Поддержка JPEG2000
• [-] Устранено множество мелких и критичных дефектов

Версия 2.2.0

• [+] Преобразование файлов для передачи по C-Get
• [-] Устранено множество мелких и критичных дефектов

Версия 2.1.0

• [+] Удаление старых серий если заканчивается свободное место в хранилище
• [*] Улучшены обработчики задач обслуживания хранилища
• [*] Ускорено завершение работы приложения
• [*] Расширен список допустимых символов в названиях устройств в веб-консоли администрирования
• [-] Исправлен поиск исследований за период в веб-консоли администрирования

Версия 2.0.0

• [+] Встроенный Инобитек Web DICOM-Просмотрщик
• [+] Новые инсталляционные скрипты
• [+] Отправка уведомлений об ошибках по Email
• [*] dcm_import автоматически переподключается при разрыве соединения
• [-] Устранено множество мелких и критичных дефектов

Версия 1.5.2

• [+] Поддержка полных доменных имён (FQDN) в таблице AE Titles
• [-] Устранена утечка памяти
• [-] Исправлен поиск MWL по диапазону дат

Версия 1.5.1

• [+] Лицензионное соглашение с конечным пользователем

Версия 1.5.0

• [+] Архивация
• [+] Региональный PACS
• [+] Интерактивный режим работы утилиты dcm_import
• [+] Русификация утилиты dcm_import

Версия 1.4.2

• [+] Ввод лицензионного ключа в WebAdmin
• [+] Диалог «О программе» в WebAdmin
• [+] Права выполнения команд для устройств
• [*] Улучшена обработка команды C-Find
• [*] Поддерживается рендер первого фрейма multiframe-снимков
• [*] Расширенная проверка целостности БД
• [*] Встроенный WebAdmin

Версия 1.4.1

• [+] Ограничение на количество подключений
• [-] Исправлена ошибка поиска исследований в сборке с PostgreSQL
• [-] Устранено множество мелких и критичных дефектов

Версия 1.4.0

• [+] Интегрированная веб-консоль администрирования WebAdmin
• [+] Сессионность при работе с WebAdmin
• [+] Поддержка СУБД PostgreSQL
• [+] Возможность скачивания всех файлов протокола в виде архива
• [*] Оптимизирована работа с БД
• [-] Устранено множество мелких и критичных дефектов

Версия 1.3.0

• [+] Загрузка архива исследования в AdminPACS
• [+] Удаление исследований
• [-] Устранено множество мелких и критичных дефектов

Версия 1.2.0

Inobitec DICOM Server (PACS) 2.3.1 для Linux (CentOS 7) под MySQL 5.5-5.6 и под PostgreSQL 9.4 и выше

История изменений:

Условные обозначения: [+] Добавление, [*] Усовершенствование, [-] Устранение дефекта.

Версии для загрузки

Инобитек DICOM-Сервер

Программный DICOM-Сервер (PACS) предназначен для архивирования, передачи и оперативного доступа к изображениям (исследованиям), полученным с различного DICOM-оборудования, установленного в учреждении.

Для получения сборки Инобитек DICOM-Сервер (PACS) для вашего дистрибутива Linux или с поддержкой другой СУБД отправьте соответствующую заявку на market@inobitec.com.

Inobitec DICOM Server (PACS) 2.3.1 для Windows 7 x64 и выше, Windows Server 2008 x64 и выше, под MySQL 5.5-5.6 и под PostgreSQL 9.4 и выше

История изменений:

Условные обозначения: [+] Добавление, [*] Усовершенствование, [-] Устранение дефекта.

Версия 2.3.1

• [-] Устранен дефект, из-за которого на региональный DICOM-сервер отправлялись не все снимки серии
• [-] Устранены мелкие дефекты в веб-консоли администрирования

Версия 2.3.0

• [+] Новая веб-консоль администрирования
• [+] Поддержка JPEG2000
• [-] Устранено множество мелких и критичных дефектов

Версия 2.2.0

• [+] Преобразование файлов для передачи по C-Get
• [-] Устранено множество мелких и критичных дефектов

Версия 2.1.0

• [+] Удаление старых серий если заканчивается свободное место в хранилище
• [*] Улучшены обработчики задач обслуживания хранилища
• [*] Ускорено завершение работы приложения
• [*] Расширен список допустимых символов в названиях устройств в веб-консоли администрирования
• [-] Исправлен поиск исследований за период в веб-консоли администрирования

Версия 2.0.0

• [+] Встроенный Инобитек Web DICOM-Просмотрщик
• [+] Новые инсталляционные скрипты
• [+] Отправка уведомлений об ошибках по Email
• [*] dcm_import автоматически переподключается при разрыве соединения
• [-] Устранено множество мелких и критичных дефектов

Версия 1.5.2

• [+] Поддержка полных доменных имён (FQDN) в таблице AE Titles
• [-] Устранена утечка памяти
• [-] Исправлен поиск MWL по диапазону дат

Версия 1.5.1

• [+] Лицензионное соглашение с конечным пользователем

Версия 1.5.0

• [+] Архивация
• [+] Региональный PACS
• [+] Интерактивный режим работы утилиты dcm_import
• [+] Русификация утилиты dcm_import

Версия 1.4.2

• [+] Ввод лицензионного ключа в WebAdmin
• [+] Диалог «О программе» в WebAdmin
• [+] Права выполнения команд для устройств
• [*] Улучшена обработка команды C-Find
• [*] Поддерживается рендер первого фрейма multiframe-снимков
• [*] Расширенная проверка целостности БД
• [*] Встроенный WebAdmin

Версия 1.4.1

• [+] Ограничение на количество подключений
• [-] Исправлена ошибка поиска исследований в сборке с PostgreSQL
• [-] Устранено множество мелких и критичных дефектов

Версия 1.4.0

• [+] Интегрированная веб-консоль администрирования WebAdmin
• [+] Сессионность при работе с WebAdmin
• [+] Поддержка СУБД PostgreSQL
• [+] Возможность скачивания всех файлов протокола в виде архива
• [*] Оптимизирована работа с БД
• [-] Устранено множество мелких и критичных дефектов

Версия 1.3.0

• [+] Загрузка архива исследования в AdminPACS
• [+] Удаление исследований
• [-] Устранено множество мелких и критичных дефектов

Версия 1.2.0

Inobitec DICOM Server (PACS) 2.3.1 для Linux (CentOS 7) под MySQL 5.5-5.6 и под PostgreSQL 9.4 и выше

История изменений:

Условные обозначения: [+] Добавление, [*] Усовершенствование, [-] Устранение дефекта.

PACS-сервер своими руками

Преамбула

Очевидно, что для взаимодействия разнокачественного медицинского оборудования необходим единый протокол. И как раз таким протоколом выступает DICOM (Digital Imaging and Communications in Medicine), который за последние 20 лет был серьёзно усовершенствован, что позволило легко интегрировать медицинское оборудование в общую информационную систему. Практически все производители медицинского оборудования следуют этому протоколу. Следовательно поддержка протокола DICOM было естественным требованием к PACS-серверу. Было решено реализовать многопоточный высоконагруженный PACS, способный работать в кластере. Сервер разрабатывался на языке С++ и применялась самая адекватная на сегодняшний день библиотека для работы с протоколом DICOM, написанная на С++ — DCMTK. Именно благодаря этой библиотеке стало возможным быстро реализовывать высоконагруженные PACS-системы.

Проектируем БД

БД в PACS-системе позволяет хранить информацию о сохранённых изображениях и производить по ним поиск. Изображения также нужно уметь передавать по сети, а вместе с ним метаинформацию о изображении (кто на снимке, в какой клинике произведены, кто проводил исследование и прочее). Для этих целей протоколом DICOM предусмотрена специальная 4х уровневая модель данных, о которой можно вкратце узнать здесь. Полный список всевозможных атрибутов файла можно узнать на официальном сайте протокола[1]. В изображениях, полученных из разных аппаратов, список этих атрибутов будет отличаться, что является совершенно нормальным. Однако часть атрибутов остаётся обязательной для поддержания универсального поиска по изображениям. Их немного — всего штук десять, среди них Patient Name, Patient ID, Patient Birthday, Modality Type (КТ, МРТ, УЗИ и др), Study Date (дата исследования) и др. Помимо обязательных параметров существуют необязательные, их довольно много и поддерживать их в БД как показывает практика — является лишним.

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

Как видно схема БД соответствует многоуровневой структуре DICOM файлов. У одного пациента может быть много стадий (читай исследований). Исследование представляет собой множество серий, определяемых протоколом исследования. Серия хранит множество изображений.

Основные функции PACS-системы

Рассмотрим вкратце основные функции (сервисы) стандартной PACS-системы, почти все из которых я уже упомянул. Поскольку любое взаимодействие рабочих станций с PACS-системой является клиент-серверным, то и все операции также реализованы в двух вариантах — клиентском и серверном. В DCMTK присутствуют реализации обоих вариантов. PACS реализует серверную часть.
Префикс ‘C-‘ у операций означает Composite, что подразумевает, что операция — целостная и самодостаточная и выполняется без привязки к другим операциям. Существуют ещё операции с префиксом ‘N-‘(N-CREATE, N-SET, N-GET и др.), которые выполняются в рамках какой-то более общей операции (выставляют статусы, информируют о начале исследования и др.). Эти операции не относятся к теме данной статьи.

C-ECHO – команда, позволяющая узнать доступность клиента в сети. Аналогична команде ping в винде. В реализации команда очень проста — нужно всего лишь отправить ответ со статусом STATUS_Success:

где assoc – соединение, установленное клиентом, request — входящий запрос.

С-STORE — команда, позволяющая сохранять изображения на PACS-сервере в формате DCM.
Вот кусок кода, который это делает:

Колбэк storeSCPCallback срабатывает на каждый пакет, а не на каждый файл. О завершении скачивания файла свидетельствует условие progress->state == DIMSE_StoreEnd , тогда мы можем сохранить файл. Единственной сложностью при реализации этой команды является выбор структуры каталогов при сохранении файла. Чтобы не хранить в таблице OBJECTS путь к файлу, мы вычисляем его из остальных данных. Мы остановились на такой структуре каталогов: ПУТЬ_К_ХРАНИЛИЩУ/STUDY.DATE(YEAR)/STUDY.DATE(MONTH)/STUDY.DATE(DAY)/STUDY.TIME(HOUR)/PATIENT.PID(первая буква)/ PATIENT.PID/STUDY.UID/<изображения>. Такая иерархическая структура позволяет минимизировать количество вложенных папок, что позволяет работать с данной структурой каталогов без временных лагов.

Также хочется сказать, что таблица OBJECT заполняется очень интенсивно. Одно исследование на МРТ-томографе длится в среднем 20 минут, за это время томограф производит 100-300 изображений, КТ-томограф 500-700 иображений. Итого изображений за день может достигать 1440/20 * 500 = 36000 изображений за сутки. В нашем диагностическом центре перерывов в работе томографов практически нет ни днём, ни ночью. Поэтому таблица OBJECT должна хранить минимально возможное количество данных.

С-MOVE — команда, позволяющая передать изображения из PACS на рабочую или диагностическую станцию. Команда передаётся вызывающей станцией (source) на PACS и в ней указывается, на какую станцию (destination) необходимо загрузить изображения. В частном случае, если source=destination, то происходит просто скачивание файлов.

Команда C-MOVE является более универсальной по сравнению с командой С-GET, позволяющей только скачивать изображения. С-MOVE умеет скачивать изображения не только на свою, но и на любую другую. В команде указывается AETitle станции, на которую требуется загрузить изображения. AETitle – это имя клиента, обычно большими буквами (например, CLIENT_SCU). Оно устанавливается при запуске dicom-listener’а (сервера).

То есть клиент, инициализирующий команду С-MOVE на PACS-сервер, должен у себя запустить мини-PACS, позволяющий принимать только команду С-STORE. А PACS-сервер в свою очередь должен при команде С-MOVE установить новое соединение с клиентом, поднять изображения из хранилища и выполнить для каждого из низ клиентскую версию команды С-STORE обратно на клиент. Кстати, только команда С-MOVE позволяет передавать как сжатые изображения (JPEG), так и несжатые за счёт установления нового соединения.
Команда С-GET, однако, умеет загружать изображения без установления нового соединения и, следовательно, без необходимости поднимать сервер на клиентской стороне. В этом случае PACS также выполняет клиентскую версию команды С-STORE, только через соединение установленное командой С-GET.

C-FIND — команда, позволяющая производить поиск по изображениям на разных уровнях. То есть фактически существует четыре вида команды С-FIND: C-FIND на уровне PATIENT, на уровне STUDY, на уровне SERIES и на уровне IMAGE.

То есть в коллбэке нужно заполнить объекты response — параметры ответа и responseDataSet — информация о пациенте/стадии/серии/изображении, которую нужно было найти. Об отправке их обратно на клиент позаботится функция DIMSE_findProvider() из DCMTK.

Команда С-FIND опасна тем, что клиент может указать слишком общий критерий поиска и клиенту придётся отдавать большой объём информации. Например, можно запросить все стадии за последний год. Если попытаться сначала загрузить все данные на сервер, то сервер скорее всего повиснет. Поэтому делать большие запросы нельзя, нужно подгружать данные по мере срабатывания коллбэков. Для этого нужно реализовать запрос к БД в виде итератора и по мере срабатывания коллбэков вызывать next() и таким образом брать следующий объект. К тому же отменить поиск можно только по приходу коллбэка, поэтому если поиск на PACS’е повиснет на некоторое время на выборке из БД, а клиент будет вызывать отмену запроса, то никакой реакции на клиенте не произойдёт. Это актуально для поиска на уровне пациентов и стадий. Для поиска на уровне серий это неактуально, поскольку стадий, содержащих более 15 серий, мы на практике не встречали. Аналогично для поиска на уровне изображений — серий с более чем 1000 изображений мы на практике не встречали.

Обобщим

Итак, мы рассмотрели основные функции PACS-системы и её роль в общей структуре диагностического центра. Также освещены практические моменты и различные аспекты реализации медицинских промышленных PACS-систем. Однако этим функционалом PACS-системы как правило не ограничиваются. Существует также сервис WADO(Web Access to DICOM Objects) и сервис управления рабочими задачами (Modality worklist), также входящих в функции PACS-систем. Надеюсь, для кого-то статья окажется полезной и сэкономит кучу времени.