ПО электронная очередь

[Arkuz]

Задаю вопрос в этой теме, т.к. думаю реализовывать на Delphi.

Собственно по делу....
Здравствуйте. От начальства поступило предложение организовать в больнице электронную очередь. Ну и как всегда - "Денег нет и не просите, делайте как хотите".

Я подумал, прикинул и вот какая картина нарисовывается.

Механизм следующий:
-------
"Регистрация посетителя" -> "сетевая БД" -> "Клиент врача".
-------
В регистратуре будет стоять компьютер для посетителей. Там посетитель выбирает врача, нажимает "ок" и получает талон с принтера с номером и временем. Сведения записываются в БД. Клиенты у врачей просто по таймеру отправляют запрос к БД и всё. Тем самым мы получаем те же талоны, но врачи могут видеть, сколько человек записано на приём. Можно хранить историю посещений. Ввести дополнительные сведения.

Т.к. записывает в БД инфу только приложение из регистратуры, то нет проблем с очередями запросов к БД, так как у всех врачей отправляется запрос на чтение к БД.

Что скажете, уважаемые? Возможно реализовать вот таким простым способом?

[mihali4]

Думаю, что вполне...

[Человек_Борща]

Очень даже возможно.
Попробуйте рисовать блок-схемы в паинте.. Очень поможет в реализации ПО.

[mihali4]

Бросьте вы !
Еще и блок-схему рисовать для простенькой программки...

[Человек_Борща]

Для лучшего понимания (И в 3-х соснах заблудиться можно, забыв какая из них какая). Тем более, что для простой программы всего 5 минут. На бумаге, в реальности - 2 минуты.

[Serge_Bliznykov]

имхо, всё нормально.

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

[Arkuz]

Ну тогда подскажите какую СУБД лучше использовать. И проблем не возникнет с блокировками или это всё уже делается в очереди на уровне СУБД!

[Serge_Bliznykov]

Ну тогда подскажите какую СУБД лучше использовать. И проблем не возникнет с блокировками или это всё уже делается в очереди на уровне СУБД!

Субд - да любую. начиная от MS SQL и Oracle (обе имеют бесплатную Express редакцию), и заканчивая FireBird, PostgreSQL и MySQL.

а блокировок тут не должно возникать исходя даже их логики задачи.
Смотрите. пришёл человечек. его зарегистрировали, выдали номерок к врачу. Оп. ЗАпись в БД. произошла. Больше его запись в регистратуре НЕ ИЗМЕНЯЮТ (зачем им это делать, собственно!). Больной пришёл к своем врачу. Врач отметил номерок, как выполненый. Оп. Запись в БД произведена.
Не вижу даже теоретической необходимости, чтобы один и тот же номерок (одну и ту же запись) ОДНОВРЕМЕННО изменяли в разных местах (разные врачи, регистратура и т.д.)

[evg_m]

вопрос не к реализации а сервиса.

Там посетитель выбирает врача, нажимает "ок" и получает талон с принтера с номером и временем.

а теперь такой вопрос посетителю УКАЗАННОЕ время не подходит (слишком рано/слишком поздно/у него есть другие дела). Как быть время врача уже зарезервировано (талон выдан) а посетителя нет.

может быть просто "ТЗ" неполное (посетитель выбирает врача и планируемое время посещения). что и есть в обычной талонной системе.

также в "ТЗ" не прояснено понятие выбирает врача.
Выбирает специальность (терапевт/хирург/...) НО ведь большинство посетителей идут с СВОЕМУ лечащему врачу имеем пустой талон.
Выбирает конкретного (своего) врача, НО если электронная очередь указывает произвольное(ближайшее) время приема (аналогично живой очереди) то если врач сейчас не работает(работа в другую смену) то опять имеем пустой талон.

Обычно электронная очередь это система распределения ОДНОЙ живой очереди на N(>1) пунктов приема (окошек) для равномерной загруженности.
т.е. суперзадача эл очереди равномерная загрузка операторов (окошек). все остальное приятные и не очень приятные следствия данной задачи.
Но у нас как правило одно окошко (один свой лечащий врач) и что есть суперзадача данной эл. оч. кроме как надо начальству .
Равномерное распределение потока посетителей во времени (обычная талонная система)?
другое?

[Arkuz]

Я не знаю, просто поступило предложение обдумать эту идею и предложить варианты.
Знаю точно, что врачи заморачиваются с подсчётами пациентов. А так будет проще составлять отчёты.

Ну может ещё какие-либо идеи или может рекомендации?