Товарищи дорогие! Задача по созданию документооборота медицинского учреждения - поликлиника средних размеров - пользователей будет 30-40 в т.ч. администрация.

Требования:
1) ПЕРВОЕ И ОСНОВНОЕ - надежность серверной части (о финансировании покупки СУБД за тыс $ речь не идет);
2) крайне низкая квалификация пользователей;
3) и еще раз работа сервера круглосуточно и длительное время.
4) крайне дохлый сервер (это тоже одно из условий) - от Celeron 433/RAM 128/HDD 10 Gb - ну то что дают;

Вопрос:
1) кто нибудь поделитесь опытом создания документоооборота на СУБД именно мед. учрежедний - думаю проблем масса - кто нибудь подскажите где "камни зарыты";
2) какую СУБД использовать (про CACHE - сразу нет);
3) какую ОС использовать под серверную часть (типа Windows или UNIX [Linux, FreeBSD et al.]).

Очень срочно. ПЛЗ

Partisan M
2. Иначе - не требовательную к памяти СУБД - Firebird или PostgreSQL, а если посоветуют MySQL, то не послушать. Может и MSDE сгодится - в нём можно регулировать расход памяти. Хотя если есть 128 мб, то найдётся место ещё хотя бы для 128.


Насчет Firebird или PostgreSQL - да же не знаю.
Есть еще одно условие : необходима будет сертификация (условие всплыло чуть не вчера - оказывается все что в медицине должно проходить сертификацию по массе ГОСТов и ISO) - а для нее насколько мне известно нужны "чеки" на используемое ПО - а это дорого.
Если не выйдет найти вариант дешево и сердито (Типа все GNUсное), то будет что умею - а именно дорого и то же сердито (MS SQL 2000 + VC++). Но денег дадут гораздо меньше.

Вариант
ap99ap
На клиентах - винда любая от 98 и выше, браузер ie5.5 (достаточно для всего).
Сервер как-бы-приложений: linux (red hat без x-ов)+апач+php на одной дохлой машине.
Сервер как-бы-данных: такой же пингвин + mysql на другой дохлой машине.
Что можешь добавить ты: третью дохлую машину с пингвином и мускулом как бэкап-машину с настроенной репликацией с как-бы-сервера-данных.

уважаемого ap99ap то же ничего, но вот с веб - интерфейсом ? Видел одну SQL Clinic For Psychiatric Providers http://] [/www.sqlclinic.net] - что то не то. Да иречь не об интерфейсе - дело практики.
Речь об реализации, а именно "ОС+СУБД+требования к серверу" - вот в чем вопрос. И еще сервер именно такой как сказано - очень дохлый - то же главное условие.

*VLADIMIR*
Варианты ответа - подразумевается, естественно, уровень задачи (нужное подчеркнуть):
1. Врач-терапевт Иванов пишет служебную записку зав. терапевтическому отделению Сидорову.......
2. В регистратуре регистрируется пациент Васин и идет на прием к врачу Иванову. Далее отслеживаются все его посещения вплоть до выздоровления (или любого исхода окончания лечения) и получения денег из страховой компании. Получение статотчетности поликлиники по врачам, посещениям, пациентам, диагнозам....

Уважаемый *VLADIMIR* ответ - 2. Access - сразу нет. Этап пройденный. Когда за $ и через государство (см. сертификация) - Access не катит.
Вопрос -
1) "ОС+СУБД+требования к серверу". Реализация предпочтительней - консольные приложения (это пока мои мысли)
2) кто знает приколы медиков в части автоматизации (на крупных крутых больничищах) - скажите - может сервер водонепроницаемый может им супермасштабируемость нужна и т.д.
3) может кто когда что написал о больничной автоматизации - нет писали понятно - но где может выкладено в электронке

StalkerS
имхо, для авиа-космической отрасли или для медицины - на выбор сервера это не влияет. Влияет другое, и самое основное - квалификация программиста. На чем умеешь писать - на том и делай. Если опыта вообще нет - то никакая самая крутая СУБД не поможет.

как раз для потому, что почти под авиа-промышленность работаем - и заказали, как раз не нужна крутая СУБД - в приколах типа OLAP нужды точно нет, нужно что бы реализаци OLTP - наиболее быстро и дешево.
насчет квалификации - не тот вопрос.

*VLADIMIR* Kawakadza
Есть еще одно условие : необходима будет сертификация (условие всплыло чуть не вчера - оказывается все что в медицине должно проходить сертификацию по массе ГОСТов и ISO) - а для нее насколько мне известно нужны "чеки" на используемое ПО - а это дорого.


Мы свой софт для поликлиник сертифицировали в Федеральном фонде обязательного медицинского страхования. И все довольны.
Все дальнейшие вопросы - почтой.

Было бы крайне интересно написать - но куда скрыто за семью печатями...

JagИ еще замечание (по поводу линка на рассылку): не советую даже смотреть, что и главное как реализовано у автора рассылки... :)
Спасибо за ссылку