Makhaon.com - профессиональное медицинское программное обеспечение

[Alexander]

Уважаемые господа прошу сообщить информацию по подробному описанию стандарта dicom 3.0.
Если правильно понял, то Махаон поддерживает далеко не все аппараты разных производителей. Это проблема производителей т.к. стандарт dicom 3.0 какой, то "не стандартный". Вопрос вот какой, какая информация нужна разработчику ПО для включения поддержки аппарата в своём ПО? Вопрос на мой взгляд интересный. Пишите

[Дмитрий]

Спасибо за вопрос.
Объясню в общих чертах ситуацию с DICOM'ом.
Что есть стандарт DICOM? Стандарт DICOM состоит из 16 частей. Каждая часть описывает какой-то аспект работы DICOM'а, например: сетевые коммуникации, dicomdir, кодирование данных, итд.
Размер основного стандарта - более тысячи листов. Кроме этого существует масса исправлений (у нас выкачано 343 файла-исправления). Каждая модальность имеет свои особенности работы c сетью/файлами. Плюс в старых стандартах v3.0 (1993 года) было некоторое число неточностей. Которые, правда, большей частью, к 2003 году были устранены. Кроме того, собственно по сети 'гоняются' не DICOM файлы. Это было бы слишком просто ;) Над TCP (который, в свою очередь, над IP), находятся целых три сетевых протокола - DUL, DIMSE, и, собственно, DICOM.

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

Всё это сделано не для того, что бы 'срубить' побольше денег и создать множество проблем производителям оборудования и ПО, а для того, что бы объединить совершенно разные платформы, совершенно разнородные данные в единое информационное пространство. В DICOM сетях могут одновременно передаваться снимки, видео, аудио и текст - всё в пределах одного стандарта.
Причем DICOM ноды в пределах сети могут находится на совершенно различных компьютерах - PC, DEC, Apple, под десятком разных операционок.

>Если правильно понял, то Махаон поддерживает далеко не все аппараты разных производителей.

Мы смогли поддержать все аппараты и абсолютное большинство изображений, с которыми нам удалось поработать. Большинство проблем были решены.

>Это проблема производителей т.к. стандарт dicom 3.0 какой, то "не стандартный".

Это не стандарт нестандартный - это трактовки некорректны.

> Вопрос вот какой, какая информация нужна разработчику ПО для включения поддержки аппарата в своём ПО?

Включение поддержки чего? Сети? Файлов? DicomDir'а? Читайте стандарт - там всё есть: medical.nema.org

[Гость]

Спасибо за ответ, правда прочитав вчера кое какую информацию по стандарту Dicom видел что частей 16 это основных обязательных, а всего их 111, что ли. Так вот видимо производители по разному трактуют именно эти необязательные части, что естесственоо создаёт проблемы.
Кстати интересная проблема существует у меня в одной клинике, к аппарату BV Pulsera(ангиогрфачиская С дуга) приаттачен блок, который захватыает картинку, переводит её в стандарт dicom и посылает в сеть. Скажем честно компьютер работает под Linux. К моему сожалению не знаю я этой ОС. Так вот когда мы посылаем одну картинку, то всё нормально, когда посылаем 1 серию или 2 кинопетель, тоже. А вот когда посылаем 3 и более серий не все серии доходят до target. К слову target это адрес в сети. У меня соединено напрямую к РС который работает под XP. Пробовал я разные ставить проги E film, Vidar, P_view проблема одна и та же. Блок "грабитель-посылатель" :) разработан компанией Merge то ли друзья, то ли компаньоны разработчиков E film. В общем я с ними общался говорят, что проблема в некачественной сети. Честно от самого начала, я поставил экранированный кабель не больше 25 м и связал 2 компа. Бюджетные решения у меня не в чести. В общем переустанавливать софт они не хотят, говорят,что релиз финальный и обжалованию не подлежит. У меня вот какой вопрос к Вам уважаемые знатоки? :)
Есть ли у Вас опыт проблемы в соединении 2х разных ОС Linux vs XP по TCP/IP
Существует ли проблема при переносе данных по их рамеру. Т.к. размеры серий 100 - 300 Мб, после их чудесного преобразования в dicom чудо блоком. Кстати мной замечено, что блок преобразовывает их по кадрово, размер картинки 1 кадра очень напоминает мне не жатый BMP т.е приметно 1 Мб-1,5 Мб.
Какое формат картинки использует стандарт dicom, сжатый или нет?
Спасибо, что дочитали до конца.


[/img]

[Administrator]

Alexander писал(а):
Если правильно понял, то Махаон поддерживает далеко не все аппараты разных производителей.
Не понятно, откуда такая информация? Вы работали с Махаоном? Если нет, то рекомендуем самим убедиться в ложности своих слов. Завтра выложу dicom файлов, порядка нескольких десятков, которые efilm открыть не может (в отличие от Махаона).

[Alexander]

Уважаемый АДМИНИСТРАТОР, вовсе не хотел обидеть Вас. В моих словах не было никакого злого пиарского умысла. Если хотите только восхваления только Вашего продукта, на мой взгляд форум не нужен. Можно создать страничку "от благодарных пользователей" и т.п.
На мой взгляд вы затеяли хорошее дело. Сделали программу,сайт.
Но вот на территори Ростов на Дону и остальной Северный Кавказ о Вашей программе слышно мало.
У меня есть опыт, который подсказывает, что ПО перед покупкой надо тестировать с аппаратом. Т.к. и аппарат сам по себе хороший и ПО отличное, но вот вместе работают плохо. И проблема не в плохом аппарате или ПО, а в том, что их делали разные люди.
А по поводу фразы, что МАХАОН работает не со всеми аппаратами. Приношу извинения, имелось ввиду тестировался не со всеми аппаратами. Отсюда и был вопрос, какие файлы о стандарте DICOM 3.0 заложенном в конкретный аппарат Вам нужны для устранения возможных проблем при соединении.
К примеру подключал один раз ПО стоимостью в 10000 $, установил всё как надо, код получил. А работать оно не стало из-за конфигурации РС. Под конкретным процессором оно работать не захотело.(P4 vs Semptron) Хотя с Athlon 64+ работает проверено. И дело не в МГц, а в протоколе камня. Ну не тестировали производители его с поганым Semptronom и что ПО стало плохим нет, или поганый Semptron менее производительным для других программ?
НЕ ОБИЖАЙТЕСЬ, Я ВАС ОБИДЕТЬ НЕ ХОТЕЛ

[Дмитрий]

>Уважаемый АДМИНИСТРАТОР, вовсе не хотел обидеть Вас. В моих словах не было никакого злого пиарского умысла. Если хотите только восхваления только Вашего продукта, на мой взгляд форум не нужен. Можно создать страничку "от благодарных пользователей" и т.п.

Ладно, успокойтесь, горячие финские парни ;)
Мы не хотим чьего-либо восхваления, хочется обьективного обсуждения.

>На мой взгляд вы затеяли хорошее дело. Сделали программу,сайт.
Но вот на территори Ростов на Дону и остальной Северный Кавказ о Вашей программе слышно мало.

Ну, Вы же услышали о ней - продвигайте в своём регионе. И вам зачтеться.

>У меня есть опыт, который подсказывает, что ПО перед покупкой надо тестировать с аппаратом.

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

Для работы с DICOM сетями и файлами мы используем библиотеки собственной разработки, и имем полный контроль над всеми процессами (например, по скорости пересылки изображений по сети значительно превзошли efilm, хотя у них одни из лучших сетевых библиотек в мире). Это принципиальное отличие нашего пакета от других пакетов, многие из которых используют либо мержевские библиотеки, либо Leadtool, либо еще чьи-то по лицензии.

>какие файлы о стандарте DICOM 3.0 заложенном в конкретный аппарат Вам нужны для устранения возможных проблем при соединении.

Можно, конечно, смотреть, т.н. Dicom Conformance Statement, однако там далеко не всё описано. Чаще всего - лишь общие фразы. Поэтому 'файлы о стандарте' не нужны. Нужны сами файлы, которые генерирует аппарат, если их из него возможно вообще забрать (например, записать на CD). Кроме этого, наш сервер ведет лог своей работы и лог всех соединений. Можно переслать эти логи. В совсем тяжелых случаях используем Dicom Sniffer и некоторые свободно распространяемые сервера. Кроме этого есть Dicom Validation Tool. Он тоже может работать, как Dicom Store. В случае проблем, логи работы Dicom Sniffer'а при работе с нашим сервером и с различными другими программами, которые поддерживают Dicom Store, нужно переслать нам. Все эти программы и рекомендации по работе с ними мы можем выслать по первому же запросу на e-mail.

>А работать оно не стало из-за конфигурации РС

Мы всегда заранее оговариваем конфигурацию того компьютера, на который будет установлены программы пакета. Обычно никаких специфических требований. Обычный компьютер 'средней' конфигурации. Единственное - побольше памяти обычной и видео, особенно, если нужно работать с сериями по 500-600 изображений. Впрочем, память сейчас стоит гроши. Если где-то что-то не будет
работать - постараемся исправить еще до продажи.

>К примеру подключал один раз ПО стоимостью в 10000 $, установил всё как надо, код получил. А работать оно не стало из-за конфигурации РС.

Ну что сказать, надеюсь, производитель ПО устранил проблему?

>НЕ ОБИЖАЙТЕСЬ, Я ВАС ОБИДЕТЬ НЕ ХОТЕЛ

Никаких обид.

[Administrator]

Alexander писал(а): Уважаемый АДМИНИСТРАТОР, вовсе не хотел обидеть Вас. В моих словах не было никакого злого пиарского умысла. Если хотите только восхваления только Вашего продукта, на мой взгляд форум не нужен. Можно создать страничку "от благодарных пользователей" и т.п.

Уважаемый Александр, я злого умысла в Ваших словах и близко не видел, просто уж больно "острая" фраза про несовместимость прозвучала... :wink:
А форум именно для критики и обратной связи с клиентами/партнерами и сделан, велкам к диалогу!!!
Цитата:
На мой взгляд вы затеяли хорошее дело. Сделали программу,сайт.
Но вот на территори Ростов на Дону и остальной Северный Кавказ о Вашей программе слышно мало.
Спасибо, рады стараться! ..Продвигаем в регионы, плохо, что не знают о хорошем продукте :D
Цитата:
А по поводу фразы, что МАХАОН работает не со всеми аппаратами. Приношу извинения, имелось ввиду тестировался не со всеми аппаратами.
...см. выше
Цитата:
НЕ ОБИЖАЙТЕСЬ, Я ВАС ОБИДЕТЬ НЕ ХОТЕЛ
Никаких обид, ибо не за что!
Александр, бросьте извиняться, мы и так рады, что нашелся человек, которому не чужды интернет, форумы и общение. Вот с врачами у нас проблема, их на форум затянуть почти невозможно.

[Дмитрий]

>Кстати интересная проблема существует у меня в одной клинике, к аппарату BV Pulsera(ангиогрфачиская С дуга) приаттачен блок, который захватыает картинку, переводит её в стандарт dicom и посылает в сеть. Скажем честно компьютер работает под Linux. К моему сожалению не знаю я этой ОС. Так вот когда мы посылаем одну картинку, то всё нормально, когда посылаем 1 серию или 2 кинопетель, тоже. А вот когда посылаем 3 и более серий не все серии доходят до target.

Попробуйте потестировать сеть кабель-тестерами. На самом деле, не исключено, что проблемы с железом, а не с программной частью.
Простая и дешевая, но достаточно надежная методика теста сети - 'погонять' по ней пинги. Напишите в командной строке на PC c XP:
ping {ip address} -l 20000 -t

Первый параметр - адресс linux'овой машины. Второй параметр - длина пакета. Бывает на плохо набитых проводах ходят короткие пинги, но не ходят длинные. Можно пробовать больше 20 килобайт, но обычно уже на таких пакетах всё видно. Третий параметр - крутить пинг бесконечно. В идеале не должен теряться ни один пакет.

>У меня соединено напрямую к РС который работает под XP. Пробовал я разные ставить проги E film, Vidar, P_view проблема одна и та же. Блок "грабитель-посылатель" разработан компанией Merge то ли друзья, то ли компаньоны разработчиков E film. В общем я с ними общался говорят, что проблема в некачественной сети. Честно от самого начала, я поставил экранированный кабель не больше 25 м и связал 2 компа.

Что Вы имеете в виду, говоря 'экранированный кабель'? Коаксиал, или витая пара? Я таки думаю, что у Вас 10 мегабитный коаксиал, я прав?

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

О чем Андрей и говорил - мы такого никогда не скажем.

> У меня вот какой вопрос к Вам уважаемые знатоки?

Начать нужно с простого - когда будет уверенность в полной работоспособности сети, можно думать дальше.

>Есть ли у Вас опыт проблемы в соединении 2х разных ОС Linux vs XP по TCP/IP

За линукс не скажу, но с той же Sun Os, на которой стоит Easy Vision соединяемся без проблем. По Dicom и FTP.

>Существует ли проблема при переносе данных по их рамеру.

Полтерабайта перекачали по сети с магнитооптики и нарезали на DVD. Семнадцать тысяч пациентов в базе - всё быстро и без проблем работает.

> Т.к. размеры серий 100 - 300 Мб, после их чудесного преобразования в dicom чудо блоком.

Мы с такими сериями уже работали. Памяти побольше нужно. 750 мег, оптимально - гигабайт.

>Кстати мной замечено, что блок преобразовывает их по кадрово, размер картинки 1 кадра очень напоминает мне не жатый BMP т.е приметно 1 Мб-1,5 Мб.

В дайкоме честного mpeg'а пока нет. Хотя, видел в конференциях, думают над этим.

>Какое формат картинки использует стандарт dicom, сжатый или нет?

Много форматов. Разной битности. С разными цветовыми схемами - RGB, YBR. Сжатые RLE, Jpeg Lossy, Lossless, и не сжатые.

Мы сейчас поддерживаем распаковку всех этих форматов. Упаковку или перепаковку не писали - пока никто не просил. Если есть необходимость, можно RLE упаковщик сделать. Он достаточно хорошо пожмёт картинки.

[Alexander]

Спасибо за ответ, Дмитрий. Навели Вы меня на интересную мысль попробовать памяти в машинку добавить(сам не догадался :oops: ). Кабель я использовал витую пару, но в оплётке (по моему категория 5 с каким-то там префиксом),он толще обычного, а тестировали его при мне когда покупал. Пинговать я всё это хозяйство пинговал. Но пинг это же не на уровне dicom connection, или я чего то не понял?
Заранее спасибо за ответ

[Дмитрий]

> по моему категория 5 с каким-то там префиксом

Витая пара всё таки. Ясно.

> а тестировали его при мне когда покупал

Иногда бывают проблем с сетевыми интерфейсами.

>Но пинг это же не на уровне dicom connection, или я чего то не понял

1. Это на уровне ip. Но, если обычный tcp/ip нестабильно работает, dicom, естественно, тоже будет работать нестабильно.
2. Пинг пингу рознь. Попробуйте ту строчку, что я писал. Попробуйте увеличить длину пакета до 20000, или больше. Если длинные пинги проходят стабильно - почти однозначно, что с сетью на уровне соединения проблем нет.

Можем выслать DICOM Sniffer с описанием. Очень помогает при серьезных проблемах в DICOM сетях. Результаты нам пришлёте.

p.s. а E film сам, (как я понял, проблемы именно с ихним ПО) что вообще никаких рекомендаций не даёт?

p.p.s еще вспомнилась старая беда: может быть где-нибудь, либо на Lin, либо на Win стоит firewall? Иногда сталкиваемся, с тем, что юзеры или сисадмины понаставят всяких сетевых фильтров - не пробиться. Как вариант, какой-нибудь фильтр чувствует большой поток через какой-либо порт, как попытку атаки/флуда. Попробуйте поотключать все фильтры/файрволлы. Либо настроить передачу через другой сетевой порт (если это вообще возможно).