Запустил проект

← →
Ломброзо © (2007-10-08 16:37) [40]

DrAndrey © (08.10.07 16:19) [37]

> Кроме того существуют кафедры организации здравоохранения в мед.
> университетах, МАПО и др. В разработке подобных продуктов обязательно должны оные структуры участвовать, ТЗ должны писать их специалисты
Ответьте на вопрос - почему этим всем не занимаются тем, кому это положено по должности? :) то есть почему, в отличие, скажем, от сферы бухучёта, процесс разработки медицинского ПО фактически пущен на самотёк?

← →
oldman © (2007-10-08 16:42) [41]

> Ломброзо © (08.10.07 16:37) [40]
> почему, в отличие,
> скажем, от сферы бухучёта, процесс разработки медицинского
> ПО фактически пущен на самотёк?

врать не надо по телефону (бегемот ©)
это у вас контора такая. У меня и врач-консультант и кафедра организации под боком.

← →
Ломброзо © (2007-10-08 16:56) [42]

Вот у этих чуваков - http://www.healthinfo.ru/download/ftp/is_standart/is_standart.rar (СТО МОСЗ 91500.16.0003-2004 "Информационные системы в здравоохранении. Общие требования.") под рукой 100 врачей и 10 кафедр.

Переведите, пожалуйста, на русский язык вот этот опус (цитата):

"Формирование профилей ИС на основании данной концептуальной модели заключается, прежде всего, в том, чтобы указать наборы необходимых функций для каждого из четырех горизонтальных уровней модели:
- функциональных частей ИС (приложений);
- среды распределенной обработки данных;
- операционных систем клиентов и серверов;
- технических средств, составляющих аппаратуру клиентов и серверов.
Функциональные области, представленные в четырех вертикальных столбцах матрицы концептуальной модели ИС составляют:
- функции человеко-машинного интерфейса;
- функции организации процессов обработки данных;
- функции управления данными и обмена данными;
- коммуникационные функции.
Таким образом, каждый элемент матрицы концептуальной модели определяет набор функций, необходимых для построения профиля (или группы профилей) программных или аппаратных компонентов системы. Кроме набора функций эти профили должны описывать интерфейсы взаимодействия соответствующих компонентов системы как с другими компонентами того же горизонтального уровня модели, так и с компонентами выше и нижележащего уровней.
Такой же подход может быть применен при необходимости для дальнейшей детализации структуры компонентов ИС, относящихся к указанным выше элементам матрицы, на модули, имеющие стандартизованные описания.
После проведенной декомпозиции и определения профилей для компонентов системы необходимо выполнить обратный процесс, состоящий в объединении полученных профилей компонентов в профили функциональных узлов и в профили ИС в целом"

← →
DrAndrey © (2007-10-08 17:44) [43]

Ага, у вас Мухосранске тоже! Чтобы нам с тобой было чем заняться.
:-)
А если серьезно, это очень большая проблема и корни у нее глубоко. Пока в здравоохранении не будет достойной оплаты труда, туда не пойдут работать ни нормальные программисты ни хирурги. Читаю я здесь про зарплаты в килобаксах и ... нет, не завидую, просто за державу обидно.

>процесс разработки медицинского ПО фактически пущен на самотёк?

У нас не пущен, АКМИАЦ сам стряпает программы, привлекает сторонних разработчиков, покупает ПО в Новосибирске.

В одиночку ты никогда, ничего не сделаешь. В условиях Вашего договора (контракта) пропишите обязанности ЛПУ. Руководитель оного, должен издать приказ по автоматизации документооборота. В приказе:
Создать рабочую группу по автоматизации, в которую помимо программистов входят руководители структурных подразделений, возглавляет ее зам гл вр по ОМР. Вот на заседании этой группы и надо определиться с уровнем автоматизации, т.к. полной быть не может. Затем эти самые заведующие должны подготовить всю нормативную документацию, отчетные формы, бланки и пр., описать весь технологический процесс на своем участке, указать какие конкретно будут рабочие места, АРМы и т.д. Руководитель раб. группы должен отвечать за своевременность, полноту объема и достоверность этой информации. Не надо бегать за бестолковыми сотрудниками. После этого анализируете, оформляете ТЗ и вперед. Принимать работу должен этот же руководитель группы. И тогда программирование в здравоохранении для тебя не будет отличаться от программирования в банке.

← →
PEAKTOP © (2007-10-08 17:54) [44]

Исход заболевания. TODO:

Трудоспособность в исходе. TODO:

Для поступивших на экспертизу-заключение. TODO:

Особые отметки. TODO:

Мдя ...

DrAndrey © (08.10.07 17:44)
Ага, у вас Мухосранске тоже! Чтобы нам с тобой было чем заняться.
:-)
А если серьезно, это очень большая проблема и корни у нее глубоко. Пока в здравоохранении не будет достойной оплаты труда, туда не пойдут работать ни нормальные программисты ни хирурги. Читаю я здесь про зарплаты в килобаксах и ... нет, не завидую, просто за державу обидно.

Всецело согласен

>процесс разработки медицинского ПО фактически пущен на самотёк?
У нас не пущен, АКМИАЦ сам стряпает программы, привлекает сторонних разработчиков, покупает ПО в Новосибирске.

С удовольствием приму в дар ссылку на ресурс, содержащий ПО, разрабатываемое АКМИАЦ и предназначенное для поставки в ЛПУ. Собственно, в них у меня дефицита нет - на досуге имею удовольствие изучать программки, распространяемые региональными миацами и тфомсами. Отмечаю, что львиная доля подобного софта - это настольные однопользовательские приложения на базе фокспро/дельфи, как правило недокументированные и содержащие кучу багов.

т.к. полной быть не может.

К полной никто и не стремится. Но я не понимаю, почему за 10 лет на рынке не появилось ни одной типовой конфигурации.

Затем эти самые заведующие должны подготовить всю нормативную документацию, отчетные формы, бланки и пр., описать весь технологический процесс на своем участке, указать какие конкретно будут рабочие места, АРМы и т.д.
А при внедрении на предприятие какого-нибудь "Паруса" всем этим обычно занимаются главбухи? Формы собирают, процессы описывают?

>львиная доля подобного софта - это настольные однопользовательские приложения на базе фокспро/дельфи, как правило недокументированные и содержащие кучу багов.

Да это так.

>А при внедрении на предприятие какого-нибудь "Паруса" всем этим обычно занимаются главбухи? Формы собирают, процессы описывают?

1С, Парус, БЭСТ - лицензированные продукты, здесь же речь идет о самоделке заточеной под конкретное ЛПУ.

Запустил проект Найти похожие ветки