=?iso-8859-1?q?=5Bmdk-re=5D_=5BJT=5D_=ED=C5=C4=C9=C3=C9=CE=D3=CB=CF=C5_?= =?iso-8859-1?q?=CE=C1=D0=D2=C1=D7=CC=C5=CE=C9=C5?=

[Serge Skorokhodov]

Здравствуйте!

>>> Нам в ординаторскую (я сам по образованию врач, и сидел
>>> несколько лет в комнате врачей-ординаторов) кто-то из
>>> "спонсоров" подарил пару
>>
>> Кстати, Вы не смотрели на LinuxMedNews.org (по памяти) и
>> freemed? Вообще на фрешмите и seul.org наблюдался медицинский
>> софт; я же после очередного поиска себя в журнале регистрации
>> за пару лет назад долго не мог прогнать видение старого пенька
>> с постгрезом у заведующей и трешек-терминалов по кабинетам и в
>> регистраторской...

VS> Для всякой медицинской организационки еще 30 лет назад было
VS> придумано решение, которое до сих пор работает вов всех
VS> крупных (и оч многих некрупных) госпиталях, клиниках, етц.
VS> Имеется в виду MUMPS, он же ISO M. Кстати, историческая
VS> справка - на М был написан один из первых масштабных Open
VS> Source проектов - VistA (http://www.hardhats.org). До сих пор
VS> используется всей инфраструктурой Veteran Affairs в Штатах -
VS> а это несколько тысяч медицинских учереждений, есть
VS> инсталляции по 7-8 тысяч рабочих мест. Постгрез для мед
VS> учереждений плохое решение - слишком много разнородных данных
VS> приходится обслуживать, слишком легко зашибиться с
VS> проектированием базы, проходил на собственном опыте.
VS> Реляционки может и неплохи для бизнеса... но не для
VS> медицинской организационки.

M - сильная штука, по работе в Штатах помню. Но большие страховые
госпитали все же чаше работают на больших старых UNIX'ах с
какими-то своими системами. А про неудобство реляционок -- это
точно. Но как же медленно движутся и Open Electronic Medical
Record, и HISA, и ... можно долго продолжать. А без стандартов --
трудно, в Европе не все стремятся переходить на MUMPS.

VS> Сейчас есть открытый (под GPL) М компайлер GT.M -
VS> http://sanchez-gtm.sourceforge.net Для любителей моднячести -
VS> объектная оболочка на http://esiobjects.sourceforge.net)

За ссылки -- спасибо.

VS> Превозносимая российской прессой (и американской) СУБД Cache 
VS> (http://www.e-dbms.com) - это тоже М. 

VS> Рекомендую для просветления также FramerD
VS> (http://www.framerd.org). Это не М, но это для
VS> просветления... :)

Да, это интересная штука, сам играюсь:)

VS> Простор для деятельности тут просто немеряный - достаточно
VS> разработчикам слегка разуть глаза и не циклится на Posgres &
VS> MySQL. Для своих задач они подходят, но свободного
VS> медицинского софта потому и мало, что используются
VS> неадекватные задачам инструменты.

VS> Э, воззвание нашарашил... :)


>>
>> Как всегда, время.  НО: если есть люди, которые тоже обдумывают
>> подобную мысль, то добавлю только, что это неплохое применение
>> для старого железа (только мониторы надо добыть относительно
>> нормальные -- чтоб хоть 85--90 Гц в тексте тянули), стоимость
>> реализации вроде получается умеренной (можно еще раз прикинуть),
>> а reusability при минимальной продумке гибкости интерфейса должна
>> позволить заработать на таком проекте не только имидж себе
>> (фирме) в обнимку с линуксом, но и некоторых денег.


VS> Во-во. :) В продолжение параноидальных своих выкриков добавлю, что М еще и 
VS> нересурсоемок абсолютно... :) У меня GT.M поднялся и работал в качестве 
VS> тестовой базы на i386DX40/32M. Обслуживал 2 приложения, одно с интенсивной 
VS> записью в базу (мониторинг оборудования), другое аналитическое, все это для 
VS> 30 подключенных клиентов и без тормозов.

>> > Еще раз извините, что вторгся во флейм,

VS> И меня, и меня! :))

VS> Sincerely,

VS> --Victor Sovetov

VS> _______________________________________________
VS> Mandrake-russian mailing list
VS> Mandrake-russian на altlinux.ru
VS> http://altlinux.ru/mailman/listinfo/mandrake-russian




-- 
Serge Skorokhodov aka suralis
10.01.2002 suralis-s на mtu-net.ru