Сегодня пришла устраиваться на работу в АСУ городской больницы. Мне дали задание в области, совершенно мне незнакомой. Дело такое. Есть в больнице томографы, рентгенографы и проч. Но в них почему-то не предусмотрена функция хранения получаемых изображений. Есть только маленькая внутренняя память на 20-30 фото. Необходимо создать некое приложение, организующее связь между оборудованием и сервером хранения инфы. Или общей базы данных. С чего начать, посоветуйте, пожалуйста. Литература, программные средства, как это бывает в других мед. учреждениях.
никаких конкретных моделей не давали. попросили разобраться в этом вопросе, в принципе, поскольку никто этим не занимался. А электронная база у них набирается таким образом. Фоткают распечатанные снимки на цифровик, в фотошопе обрезают и сохраняют. Понятно, что это вообще....
ближе всего вам подходит радиологическая информационная система АТРИС. советую ознакомиться сначала с общими принципами её работы. А вообще автоматизированную такую систему создать сложно достаточно, тем более с БД и чтобы разное оборудование было взаимосвязанно. Это программирование , причем не плевое далеко и так просто это не сделать, легче купить такую систему на больницу.
Сообщение отредактировал Uvarov63 - Пятница, 12.Окт.2012, 15:15
Какая-то "сказочная" у Вас больница: - "пойди туда, не знаю куда; принеси то - не знаю что". Если в аппарате не предусмотрена возможность передачи информации во внешние устройства, то там могут использоваться самые разнообразные форматы и протоколы передачи данных (вплоть до самых экзотических). Вспомните понятие: "закрытая архитектура" для ЭВМ. И скорее всего, придётся не столько "писать программы", сколько разрабатывать устройства сопряжения и преобразователи кодов.
Какая-то "сказочная" у Вас больница: - "пойди туда, не знаю куда; принеси то - не знаю что". Если в аппарате не предусмотрена возможность передачи информации во внешние устройства, то там могут использоваться самые разнообразные форматы и протоколы передачи данных (вплоть до самых экзотических). Вспомните понятие: "закрытая архитектура" для ЭВМ. И скорее всего, придётся не столько "писать программы", сколько разрабатывать устройства сопряжения и преобразователи кодов.
Ахаха, причём это всё при устройстве на работу)))) Интересно, какая ЗП у такого специалиста там))) На "ламборджини" через пару месяцев можно заработать) И что придётся делать потом, когда возьмут на работу...
А вообще, если просили разобраться, то надо сделать следущее: точно узнать модели всех аппаратов, которые стоят у них, и которые они планируют ввести в общую сеть, затем узнать, как правильно сказали выше, вообще возможность вывода информации на внешние устройства, и если такая возможность есть, то протоколы и их совместимость, и потом искать подходящую мед. систему под всё это.
Сообщение отредактировал Uvarov63 - Пятница, 12.Окт.2012, 15:54
Я бы подумал в сторону рекордеров с ЖД и подключением через коммутатор к видеовыходу этих устройств. Смотрите как это организовано в системах видеонаблюдения. Там есть функции делать снимки и т.д. Всё что вам понадобится: - промежуточные усилители видеосигнала, если устройства удалены друг от друга, и аппаратуру (можно через опторазвязку к паралллельному порту) + программу - нажатие кнопки - снимок с определённого видеовхода.
Я бы подумал в сторону рекордеров с ЖД и подключением через коммутатор к видеовыходу этих устройств. Смотрите как это организовано в системах видеонаблюдения. Там есть функции делать снимки и т.д. Всё что вам понадобиться: - промежуточные усилители видеосигнала, если устройства удалены друг от друга, и аппаратуру (можно через опторазвязку к паралллельному порту) + программу - нажатие кнопки - снимок с определённого видеовхода.
А разрешение и качество снимков при этом не пострадают? Например, если надо будет распечатать снимок, просмотреть его на компьютере в оригинале? По мне, лучше объяснить главврачу, что не надо стараться изобрести велосипед, а прикупить нормальную рентген программу, которую потом вы уже и будете обслуживать ...
Сообщение отредактировал Uvarov63 - Пятница, 12.Окт.2012, 16:15
Alexium. Системы видеонаблюдения, особенно закрытые, могут использовать свои оригинальные параметры разверток, методы кодирования, сжатия и мультиплексирования сигналов. А задача, поставленная kusaka-san очень напоминает способ отказать в приёме на работу: формально отказа в приёме нет - в суде необжаловать ...
Дата: Пятница, 12.Окт.2012, 22:55 | Сообщение # 10
Стажер
У вас сообщений: 4
стажер
OFFлайн
Российская Федерация
Астрахань
Quote (Uvarov63)
А вообще, если просили разобраться, то надо сделать следущее: точно узнать модели всех аппаратов, которые стоят у них, и которые они планируют ввести в общую сеть, затем узнать, как правивильно сказали выше, вообще возможность вывода информации на внешние устройства, и если такая возможность есть, то протоколы и их совместимость, и потом искать подходящую мед систему под всё это.
Значит ли это, что не имеет никакого смысла писать что-либо самостоятельно, а надо подбирать уже готовый продукт для этой цели?
Дата: Суббота, 13.Окт.2012, 10:33 | Сообщение # 12
Участник
У вас сообщений: 76
Инженер мед оборудования
OFFлайн
Российская Федерация
Самара
Протокол взаимодействия, грубо говоря, - правила, по которым общаются между собой два или более утройства. Как правило, разработчики различных медицинских информационных систем не обеспечивают совместимости этих систем друг с другом. Однако, существует стандарт передачи данных HL7, Health Level 7, описывающий процедуры и механизмы обмена, управления и интеграции электронной медицинской информации.
Значит ли это, что не имеет никакого смысла писать что-либо самостоятельно, а надо подбирать уже готовый продукт для этой цели?
По мне, если есть возможность, - готовый продукт. Я просто как-то не представляю, как один человек может написать такую объёмную программу со всеми вытекающими (протоколами, кодировками и прочим) ... Поинтересуйтесь более подробно о деталях требуемого: скажите, что не совсем поняли что именно требуется ... Может человек, у которого вы были на собеседовании, не совсем сам понимает, чего требует, и поэтому не понимает каков реальный объём требуемого ...
Сообщение отредактировал Uvarov63 - Суббота, 13.Окт.2012, 10:59
Российская Федерация
Дело такое. Есть в больнице томографы, рентгенографы и проч. Но в них почему-то не предусмотрена функция хранения получаемых изображений. Есть только маленькая внутренняя память на 20-30 фото. Необходимо создать некое приложение, организующее связь между оборудованием и сервером хранения инфы. Или общей базы данных. С чего начать, посоветуйте, пожалуйста. Литература, программные средства, как это бывает в других мед. учреждениях. 
