Подскажите как исправить неправильное отображение русского языка в поле "имя пациента" дайком просмоторщика. Исследование было сохранено на флешку в дайком формате(узи Accuvix A30), просмотр на ПК в просмоторщике Inobitec DICOM Viewer 1.8.9(В других тоже самое).
Было что-то похожее с данными с АЛЬФЫ. Некоторые просмотрщики нормально отображают кодировку русскую, а некоторые нет. Решал конвертацией (написал програмку) данных в HEX, корректировкой и записей измененных данных обратно... Готового решения не нашел...
Дата: Воскресенье, 02.Апр.2017, 12:52 | Сообщение # 5
Завсегдатай
У вас сообщений: 269
инженер
OFFлайн
Украина
Харьков
Вот здесь я пытался осветить вопрос с отображением кириллицы в дайкомовских вьюверах: http://telepacs.com.ua/index.p....yuverov Возможно кому-то будет интересно. По своему опыту знаю, что как правило наши производители ПО, которое формирует дайком, лепят туда виндовую кириллицу, а назвать ее могут в (0008,0005) как угодно, хоть ISO_IR 144, хоть 192. А наши (в основном) производители вьюверов знают об этом и могут ее корректно отобразить. А западники думают, что все должно быть по стандарту :) :) :) Поэтому не подозревают о такой подлянке :) :) :) Правда некоторые импортные вьюверы и правильную, стандартную кириллицу не понимают. В том числе и коммерческие. За что им, конечно, презрение :) :) :) Каким образом я борюсь и с теми, и с другими? :) Чтобы привести кириллицу к стандарту и отправить файлы в Пакс, откуда нормальный вьювер нормально прочитает все, пришлось написать программку. Здесь http://telepacs.com.ua/index.p....-server есть немного информации о ней, правда уже достаточно устаревшей. Сейчас она уже существенно доработана и уже активно эксплуатируется в рентгеновских отделениях нескольких больниц. Программа может "переводить" виндовую кириллицу в стандартную ISO_IR 144, транслитерировать теги, т.е. переводить текст в латиницу. А также анонимизировать, генерировать ИД, добавлять, исправлять, удалять теги и т.д. Думаю, что в ближайшее время я предложу ее здесь на форуме для ознакомления.
Kuzma, Установил Вашу программу Dicom AutoExport, запустил, закинул дайком файл в папку импорт, получил файл в папке экспорт. Запустил вьювер Sante DICOM Viewer FREE . Открыл файл из папки импорт(верхний файл), открыл файл из папки экспорт(нижний файл), кракозябры остались, помогите, что я делаю не так?
Открыл файл из папки импорт(верхний файл), открыл файл из папки экспорт(нижний файл), кракозябры остались, помогите, что я делаю не так?
Возможно это я не учел, что файлам могут присваиваться имена с пробелами. :) Спасибо. Возможно внесу правки в код, чтобы учесть этот нюанс. Проблема в имени файла. Из лога видно, что утилита, которая вытаскивает теги из файла для редактирования dcm2xml приняла такое имя за два файла. Устранилось переименованием файла из ДАЙКОМ КАЗАКОВА_0000 в ДАЙКОМ_КАЗАКОВА_0000. После этого все получилось. :) Вот в разных вьюверах. Передал на сервер (на dcm4chee) и посмотрел с сервера веасисом. ЗЫ. С сервера удалил потом. Конфиденциальность соблюдена :)
русифицированный УЗИ аппарат, от самсунга, корректность выгружаемых файлов производитель похоже не проверял
поля Institution Name Patient’s Name вписываются в файл не в ISO_IR 144 = 8859-5, а гонятся в стандартной вендовой cp1251, если преобразовать на входе то получим
Modality (0008,0060) CS 2 US Manufacturer (0008,0070) LO 26 SAMSUNG MEDISON CO., LTD. Institution Name (0008,0080) LO 10 КРД 4 ЖК2 Referring Physician’s Name (0008,0090) PN 0 Station Name (0008,1010) SH 16 Set Station Name Manufacturer’s Model Name (0008,1090) LO 12 Accuvix A30 Referenced Performed Procedure Step Sequence (0008,1111) SQ -1 >Item #1 >Referenced SOP Class UID (0008,1150) UI 24 1.2.840.10008.3.1.2.3.3 >Referenced SOP Instance UID (0008,1155) UI 60 1.2.410.200001.1.1103.1994861964.4.20170220.1111331637.197.1 Patient’s Name (0010,0010) PN 12 Казакова ДА Patient ID (0010,0020) LO 16 20-02-2017-0006
в наших требованиях для закупок СМТ мы дописываем 8. Корректное отображение кириллических символов на результатах исследований в соответствии со стандартом DICOM 3.0 (для русифицированного оборудования)
Дата: Четверг, 11.Май.2017, 12:33 | Сообщение # 10
У вас сообщений: 1070
программист
OFFлайн
Российская Федерация
Москва
Да все так делают для ISO_IR 144 и хоть кто-то выполняет ваши требования в закупках? для оборудования все-таки важней ТТХ, чем какие-то там кодировки, которые будут решать местные "компьюторщики"
Дата: Четверг, 11.Май.2017, 13:05 | Сообщение # 11
Участник
У вас сообщений: 84
PACS админ
OFFлайн
Российская Федерация
Казань
Цитатаnaves ()
какие-то там кодировки
в региональных системах участвуют много мед организаций любые не корректные кодировки в именах пациентов превращают изображения в мусор на паксе поэтому и разработаны сервисы которые меняю кодировки на лету при приеме и требования к закупкам СМТ в нашем регионе обязательны, соблюдаются конечно не 100%, в реальном мире живем делается это специально чтобы не получалось как вы пишете
Цитатаnaves ()
Да все так делают для ISO_IR 144
и не приходилось мучатся
Цитатаnaves ()
будут решать местные "компьюторщики"
с УЗИ аппаратов достаточно редко собирают изображения на паксе, печатают на принтере и отдают перинатальные центры собирают https://t.me/dcm4ru
Сообщение отредактировал Frau_Fogel - Четверг, 11.Май.2017, 14:04
Дата: Четверг, 11.Май.2017, 19:07 | Сообщение # 12
У вас сообщений: 1070
программист
OFFлайн
Российская Федерация
Москва
ЦитатаFrau_Fogel ()
с УЗИ аппаратов достаточно редко собирают изображения на паксе, печатают на принтере и отдают перинатальные центры собирают
кстати, да Хотя мне кажется что, например, для урологии такая тема с единым паксом была бы интересна. Когда один и тот же камень не виден на УЗИ и виден на рентгене, или наоборот.
В аттаче занятный пример, вот какой там ISO_IR? файл ручного экспорта снимка, хотя при автоматической отправке все хорошо в юникоде
Дата: Пятница, 12.Май.2017, 11:10 | Сообщение # 13
Завсегдатай
У вас сообщений: 269
инженер
OFFлайн
Украина
Харьков
Цитатаnaves ()
В аттаче занятный пример, вот какой там ISO_IR?
Вы хотите занятных примеров? Их есть у меня :) Приведенная на Вашем скрине "кодировка" встречается в "дайкомах" "Прографа" А вот еще для примера, какими могут быть "кодировки". Почему-то чаще всего (у нескольких производителей) встречается ошибка неправильного положения подчеркивания в выражении ISO_IR 144, пишут ISO IR_144. А кодировка на самом деле виндовая вообще. Или тега кодировки вообще может не быть.
Дата: Суббота, 13.Май.2017, 20:33 | Сообщение # 14
Участник
У вас сообщений: 84
PACS админ
OFFлайн
Российская Федерация
Казань
Цитатаnaves ()
6341654.png(119Kb)
Тут похоже вообще русские символы загнаны в чисто латинскую кодировку Latin alphabet No. 1 ISO-IR 100 ISO-IR 6
обратно раскодировать уже скорее всего не получится
(0008,0005) CS ISO 2022 IR 144\ISO 2022 IR 100 # 2, 32 Specific Character Set (0008,0070) LO Philips Medical Systems # 1, 24 Manufacturer (0010,0010) PN -L÷(B?-Lõ²¥ñôõ¦(B^-L¦(B^-L¾(B1105^^ # 1, 44 Patient's Name (0018,1020) LO ClearVue 550_3.1\SQL Server 2008 Express R2 Sp2 # 7, 308 Software Version(s) https://t.me/dcm4ru
Сообщение отредактировал Frau_Fogel - Суббота, 13.Май.2017, 20:39
Дата: Суббота, 13.Май.2017, 22:47 | Сообщение # 15
У вас сообщений: 1070
программист
OFFлайн
Российская Федерация
Москва
на самом деле там 1251 :) есть два вида просмотровщиков, которые пытаются декодировать согласно написанному тегу, и которые ничего не пытаются. Для кириллицы лучше бы никто не делал по стандарту, все бы слали как есть, или 1251, или юникод. Но история эта тянется еще со времен Советского Союза со стандартами ИСО против КОИ-8. В самой винде командная строка до сих пор в 866 работает.
Российская Федерация
Украина
