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

← →
Ломброзо © (2007-10-07 22:33) [0]

Всем привет.
Решил воплотить свою давнюю мечту и смастерил http://www.medista.ru - открытый проект, посвящённый вопросам медицинской информатики и стандартизации в сфере ИТ в здравоохранении.
Собственно, прошу покритиковать на предмет функционала и дизайна. За информационным наполнением дело не постоит - с завтрашнего дня начну поднимать контакты и привлекать кого ни попадя.

← →
TUser © (2007-10-07 22:42) [1]

Вот какой "дизайн" у меня получился после одного клика мышки
http://monkey.belozersky.msu.ru/~evgeniy/Untitled-1.jpg

И при кликах на ссылки слева - это регулярно так.

← →
DVM © (2007-10-07 22:44) [2]

> TUser

как вы с красным интерфейсом работаете то?

← →
homm © (2007-10-07 22:46) [3]

> [1] TUser © (07.10.07 22:42)
> Вот какой "дизайн" у меня получился после одного клика мышки
> http://monkey.belozersky.msu.ru/~evgeniy/Untitled-1.jpg

Псих :)

← →
Ломброзо © (2007-10-07 22:51) [4]

TUser © (07.10.07 22:42) [1]
Сенкс.
background-color поправил на белый,
ссылки сейчас поправлю.

← →
Ломброзо © (2007-10-07 22:55) [5]

ссылки тоже поправил )

← →
DVM © (2007-10-07 22:55) [6]

> Ломброзо ©

У меня от вашего меню на ява-скриптах эксплорер валится иногда.

Вообще такое меню - оно крайне неудобно, т.к. когда с него переходят на какую-либо внутреннюю страницу - оно раскрывается, но вот когда на страницу попадают минуя это меню (например с поисковика) то оно остается закрытым.

← →
DVM © (2007-10-07 22:58) [7]

Зачем ссылки имеют русские буквы в путях? Это неправильно. Где то будет работать, где то нет.

← →
Ломброзо © (2007-10-07 23:01) [8]

DVM © (07.10.07 22:55) [6]
В целом согласен, но во-первых, меню несложно переделать так, чтобы при переходе из внешнего источника менб синхронизировалось со статьёй, а во-вторых, меню является всего лишь надстройкой над wiki, которая в общем-то самодостаточна в плане навигации.

← →
Ломброзо © (2007-10-07 23:02) [9]

DVM © (07.10.07 22:58) [7]
Будет работать во всех последних версиях броузеров, ибо UTF-8.

← →
DVM © (2007-10-07 23:05) [10]

> Будет работать во всех последних версиях броузеров, ибо
> UTF-8.

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

← →
Petr V. Abramov © (2007-10-07 23:41) [11]

> Ломброзо © (07.10.07 22:33)
> http://www.medista.ru
> This page uses frames
красиво, наверное, но истинный UI можно сделать только на Delphi. ну или конкурирующих продуктах

← →
Ломброзо © (2007-10-07 23:45) [12]

Petr V. Abramov © (07.10.07 23:41) [11]
Фак :) ну сделаю я чейчаз вам редирект на "без фреймов".

← →
Petr V. Abramov © (2007-10-07 23:47) [13]

> Ломброзо © (07.10.07 23:45) [12]
> Фак :)
ну как не стыдно
> ну сделаю я чейчаз
ждемс, пока не спим :)

← →
Zeqfreed © (2007-10-08 00:00) [14]

Думаю, не стоит выделять пункты меню жирным при нажатии. Мельтешение лишь раздражает. Ну и страница выглядит пустой, если не открыта какая-то статья. Сами статьи сверстаны скучно — читать монотонные блоки текста трудно.

С уважением.

← →
Ломброзо © (2007-10-08 00:18) [15]

Petr V. Abramov © (07.10.07 23:47) [13]
по-спартански - noframes.htm. Редирект зашил в index

Zeqfreed © (08.10.07 00:00) [14]
> Думаю, не стоит выделять пункты меню жирным при нажатии
думаю, их стоит оставлять выделенными жирным при потере ссылкой фокуса, а сейчас выделение пропадает, если щёлкнуть где-нить в стороне.

>Сами статьи сверстаны скучно — читать монотонные блоки текста трудно.
Согласен. Но это недостаток движка Wiki. Если можно как-то оживить каскадными стилями - готов выслушать предложения. Пока склоняюсь к мысли по меньшей мере увеличить расстояние между абзацами.

← →
Zeqfreed © (2007-10-08 00:22) [16]

> Ломброзо © (08.10.07 00:18) [15]

У меня выделение остается пока я держку кнопку мыши. Как только ее отпускаю, выделение пропадает. Опера 9.50, альфа. Поэтому-таки ничего кроме мельтешения я не наблюдаю :)

← →
Ломброзо © (2007-10-08 00:24) [17]

Zeqfreed © (08.10.07 00:22) [16]
Да, в опере такое есть.

Кстати, никто не знает, как в опере запретить вызов контекстного меню страницы по правому клику?

← →
ferr © (2007-10-08 00:27) [18]

а где же ajax..

← →
Zeqfreed © (2007-10-08 00:37) [19]

> Ломброзо © (08.10.07 00:24) [17]

> Кстати, никто не знает, как в опере запретить вызов контекстного
> меню страницы по правому клику?

А зачем? Что там такого страшного, что его нужно запретить?

← →
Ломброзо © (2007-10-08 00:41) [20]

>Zeqfreed © (08.10.07 00:37) [19]
Хочу на досуге к дереву прикрутить администраторский гуй, в котором при щелчке на узле будет вываливаться самодельное контекстное меню со списком возможных операций. Плюс ещё драг-н-дроп для переподчинения узлов. Как это делается в IE - дотумкал, а вот опера не поддаётся.

← →
Zeqfreed © (2007-10-08 00:57) [21]

> Ломброзо © (08.10.07 00:41) [20]

Мне кажется, что лучше придумать какое-то другое решение. Потому что в интерфейсах Гугла, например, тоже используются контекстные меню по правому щелчку, причем ни в ФФ, ни в Опере, по-моему, браузерное меню они запретить не смогли. Получается крайне неудобно.

← →
DrAndrey © (2007-10-08 09:56) [22]

Хорошая у тебя мечта, молодец. Но актуально ли это? Боюсь с наполнением будут проблемы. Статьи анонимные? У каждой статьи должен быть автор, его специальность, если это официальное лицо - должность, ученая степень и т.д.

← →
oldman © (2007-10-08 13:23) [23]

Ах, как все красиво на бумаге и в мечтах...

P.S. 15 лет работаю в кабинете медицинской статистики многопрофильного стационара, поэтому и ах...

← →
oldman © (2007-10-08 13:26) [24]

> За информационным наполнением дело не постоит - с завтрашнего
> дня начну ... привлекать кого ни попадя.

Подавился пивом...
Причина в [23]

← →
Petr V. Abramov © (2007-10-08 13:30) [25]

неплохо смотрится.

← →
clickmaker © (2007-10-08 13:44) [26]

> Ломброзо © (07.10.07 22:33)

а что там боты в составе участников делают?

← →
Ломброзо © (2007-10-08 14:41) [27]

oldman © (08.10.07 13:23) [23]
Старик, твой опыт просто бесценен. Если лень писать - гони сюда отчётные формы и типовые инструкции по их заполнению, а мы их причешем.

clickmaker © (08.10.07 13:44) [26]
Сие не боты, сие аз есмь един в двух лицах

← →
oldman © (2007-10-08 14:48) [28]

> Ломброзо © (08.10.07 14:41) [27]

Все учетные и отчетные формы, а также типовые инструкции по их заполнению утверждены приказами МЗ РФ.
Гугль тебе в руки.

← →
oldman © (2007-10-08 14:50) [29]

Поправочка к вашему проекту -
Вся обработка информации ведется не по форме 003/у а по форме 066/у,
А некоторая по 007/у.

← →
turbouser © (2007-10-08 14:53) [30]

> Ломброзо ©

http://www.zdrav.spb.ru/

← →
DrAndrey © (2007-10-08 15:38) [31]

>oldman © (08.10.07 13:23) [23]
>Ах, как все красиво на бумаге и в мечтах...

>P.S. 15 лет работаю в кабинете медицинской статистики многопрофильного >стационара, поэтому и ах...

Надо же, коллега почти. Я 14, только в ЦРБ, из них в ОМК последние 1,5.

Оптимизма так же не разделяю, хотя ресурс наверное нужен. Во всяком случае я туда заглядывать буду.

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

oldman © (08.10.07 14:48) [28]
Камрад, в гугле полно всякого хлама, поэтому формы сами по себе - без а) методических указаний б) комментариев специалистов к этим указаниям в) практического навыка по их использованию - это мусор.

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

Вот потом с плодами работы таких чуваков и приходится мучится.
:-(

> потому что он совершенно не врубается в предметную область
> и не отличает твёрдый шанкр от мягкого

"А там - нет. Там, может быть, не знают, сколько стоит "зверобой", но уж если шанкр мягкий, так он для каждого будет мягок и твердым его
никто не назовет..."
(с) Москва-Петушки

Навеяло...

Я утрирую, но не умаляю значимости проблемы совместимости. Знай чувак где и какой закон/приказ/стандарт почитать и имей под рукой нормальный конструктор для формоклепания и генерирования отчётов, вопросов с совместимостью было бы гораздо меньше.

>Я утрирую, но не умаляю значимости проблемы совместимости. Знай чувак где и какой закон/приказ/стандарт почитать и имей под рукой нормальный конструктор для формоклепания и генерирования отчётов, вопросов с совместимостью было бы гораздо меньше.

Вот это постановка вопроса!
Это даже не смешно, медицинская документация это не болото, это бездна. Если ты в этой отрасли не работал, въезжать будешь очень долго.

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

> Ломброзо ©

советую всё таки не изобретать велосипеды, а использовать уже изобретенный, то бишь CMS. При налиции макета такой сайт максимум час интегрировать. И расширять сайт будет на несколько порядков проще.. буквально пару щелчков мыши и новая статься добавлена и проиндексирована.

> Ломброзо © (08.10.07 15:42) [32]
> oldman © (08.10.07 14:48) [28]
> Камрад, в гугле полно всякого хлама, поэтому формы сами
> по себе - без а) методических указаний б) комментариев специалистов
> к этим указаниям в) практического навыка по их использованию
> - это мусор.

Больше не работай над этим проектом. ладно...
:)))
Тебе номера приказов и даты дать? А ж тебя за этим в гугль и посылал.
Поскольку все учетные и отчетные формы понятны без а) указаний б) коментариев в) навыков...

DrAndrey © (08.10.07 16:19) [37]

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Мдя ...

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

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

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

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

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

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

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

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

Да это так.

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

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

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