Если коротко- задача поднять пакс с автотрансфером на несколько рабочих станций и на станцию по VPN каналу. Имеем Host МРТ с настройками автотрансфера на рабочую станцию и на пакс Поднял пакс на конквесте - все хорошо картинки принимает - рабочая станция тоже к нему обращается и забирает иследование. Поковыряв конквест понял что сам он отсылать не куда не может - начал искать альтернативу - наткнулся на замечательную программу GetweyDICOm - первые впечатления были просто обалденные мало того что все пересылает куда скажешь так еще и может в папочку складывать. Но запустив ее на поток понял что пересылает она медленно, то есть если я отсылаю на GD исследование из 100 снимков то он передаст их на пакс в лучшем случает через 2-5 мин. а вот если на прямую отослать на пакс исследование передается считанные секунды. Уважаемые форумчане подскажите может я что то в настройках не так забил или может кто альтернатипу подскажет. Может есть новая верстия GD - тк я нашел только версию 2004 года.
Причем по монитору GD видно что исповедование за летает на 4-5 мегабитах на пару секунд, а вот сам GD их переваривает медленно по 2-4 картинки в секунду.
в последней версии Conquest скрипты же прикрутили: The server can act as an advanced (Lua) scriptable DICOM image forwarder, processor and/or DICOM image cache.
а может кто нить архив скинуть с уже прикручеными скриптами, и второй вопрос какое количество исследований межет жержать конквест, так скажем 4 терабайта по с 70 000 осилит. Хотелось бы заранее знать на сколько хватит, планируется на след 6 лет. - по обьему укладываемся в 4 тб
открыл мануал, там есть отдельная глава APPENDIX 3. Using Conquest as a DICOM router and gateway. по поводу скриптов, имеет смысл конкретно задавать вопрос на их форуме
вот наша база: каталог dicom 3928G база mysql:
Код
mysql> SELECT count(*) -> FROM `conquest`.`dicompatients`; +----------+ | count(*) | +----------+ | 49386 | +----------+ 1 row in set (0.16 sec)
mysql> SELECT count(*) -> FROM `conquest`.`dicomstudies`; +----------+ | count(*) | +----------+ | 81990 | +----------+ 1 row in set (0.25 sec)
mysql> SELECT count(*) -> FROM `conquest`.`dicomseries`; +----------+ | count(*) | +----------+ | 322400 | +----------+ 1 row in set (2.00 sec)
mysql> SELECT count(SOPInstanc) FROM `conquest`.`dicomimages`; +-------------------+ | count(SOPInstanc) | +-------------------+ | 13242983 | +-------------------+ 1 row in set (1 min 10.56 sec)
Сообщение отредактировал naves - Вторник, 25.Мар.2014, 18:34
Я так понял что у вас конквест вяжится на mysql, и как его вязать ?? сначала проинсталить mysql и потом вешать конквест. дело в том что сейчас я так понял у меня конквест завязался на ms sql, тк только он был установлен в системе.
И еще вопрос терзают смутные сомнения а не попробовать ли pacs one или dcm4che - насколько там все сложнее.
Ну и на последок задался вопросом подборки компа - есть старый системник от томографа simens celsius - 8 гб оперы, 4 ядер проц, - железо не плохое, но вот с винтами беда, родные SAS винты хрустят как фантики, на них даже систему ставить боюсь. Вижу дело так взять два - 3 тб винта сделать из них рейд 1 - для стопроцентной сохранности данных, рейд поделить на логические диски 200 гб под систему - остальное в один большой массив и там будет папка с ДБ.
сначала проинсталить mysql и потом вешать конквест.
да
Цитатаdr-lex ()
конквест завязался на ms sql
а при установке вы что выбрали? по умолчанию там встроенный sqlite в виде файла, не путать с mysql, который висит отдельным сервисом в конфиге конвеста указан путь к базе, посмотрите что там прописано, да и в мануале подробно варианты расписаны
Цитатаdr-lex ()
железо не плохое, но вот с винтами беда,
у нас сам сервер conquest+mysql вообще крутится на виртуалке с 1 виртуальным ядром, гигом оперативы, хранилище цепляется через расшаренную папку с linux-сервера с запущенной samba проц и память там вообще не нужны, только диски, много дисков нужно
На чистой машине проинсталлировал сначала mysql-5.6.15-winx64 Потом с офф сайта распоковал Conquest 1417d Запустил выбрал драйвер mysql - и не покатило, пробывал переинициализировать базу тоже самое
Start database init and regeneration -------------------- [CONQUESTSRV1] Regen Database [CONQUESTSRV1] Step 1: Re-intialize SQL Tables [CONQUESTSRV1] ***Cannot connect to MySQL on port 3306 [CONQUESTSRV1] ***MySQL Error message: Can't connect to MySQL server on 'localhost' (10061) [CONQUESTSRV1] Step 2: Load / Add DICOM Object files ------------------- Finished database regeneration -------------------- [CONQUESTSRV1] ***Cannot connect to MySQL on port 3306 [CONQUESTSRV1] ***MySQL Error message: Can't connect to MySQL server on 'localhost' (10061) [CONQUESTSRV1] Regeneration Complete где я накасячил
Дата: Пятница, 28.Мар.2014, 17:40 | Сообщение # 11
У вас сообщений: 1070
программист
OFFлайн
Российская Федерация
Москва
Цитатаdr-lex ()
так с этим разобрался, теперь другая проблема пишет что libmysql.dll не функциональный
запустить ConquestDICOMServer.exe на вкладке installation сделать make database initialialize db на вкладке browse database должно появиться тестовый снимок головы проверил на MySQL Server 5.6 + win2008 x64
Дата: Пятница, 29.Июл.2016, 17:00 | Сообщение # 14
Участник
У вас сообщений: 84
PACS админ
OFFлайн
Российская Федерация
Казань
цель такой пересылки ? резервирование в N географических точках ? локальный быстрый доступ дежурного врача в филиале ? рассылка целевых исследований ? голова на одну станцию, чест на другую, конечности на третью
вот наша железяка pacs01:~ # df -h Filesystem Size Used Avail Use% Mounted on 10.77.22.14:/vol_map 100T 81T 20T 81% /san_for_dicom
select count(1) from study; select count(1) from files; 1 181 582 208 060 741 https://t.me/dcm4ru
Сообщение отредактировал Frau_Fogel - Пятница, 29.Июл.2016, 17:09