powered by simpleCommunicator - 2.0.48     © 2025 Programmizd 02
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Как улучшить эту схему БД?
38 сообщений из 38, показаны все 2 страниц
Как улучшить эту схему БД?
    #40009394
aliputin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Посоветуйте, какие таблицы нужны и как связать их.
В больнице нужно проводить лечение в зависимости от состояния пациента. Тип лечения определяет, какие процедуры и в какой последовательности нужно выполнить, чтобы лечение считалось завершенным. У разных типов лечения могут быть разное число разных процедур, от одной до М.
За лечение отвечает врач. У каждой процедуры есть исполнитель (медсестра).
Нужно учитывать продолжительность процедур и лечений в целом.

Моё решение.

Типы_лечения (cure_id, cure_name, ...);
Типы_процедур (proc_id, cure_id, order, proc_name, ...);
Лечение (course_id, patient_id, cure_id, start_date, end_date, doctor_id, ...);
Процедуры_лечения (imp_id, course_id, proc_id, start_date, end_date, sister_id, ...).

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

Мне не совсем нравится такая схема, т.к. есть возможность в таблице Процедуры_лечения указать процедуру, которая не соответствует типу лечения в родительской записи в таблице Лечение. И внешние ключи не отловят такую ошибку.

Есть ли решение лучше? Уменьшить число таблиц? Или увеличить? Изменить связи?
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009397
graycode
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
aliputin,

Тип лечения ( Типы_лечения (id, name, ...) ) определяет, какие процедуры ( Типы_процедур (id, cure_id, name, ...) ) и в какой последовательности нужно выполнить ( Типы_лечения_Типы_процедур(id, cure_id, proc_id, order, ...) ), чтобы лечение считалось завершенным.

Лечение (id, patient_id, doctor_id, cure_id, date_from, date_to, ...)
График_процедур(id, course_id, proc_id, sister_id, datetime_from, datetime_to, order - опционально, ...)

Типы_лечения_Типы_процедур - руководство для заполнения графика процедур, date_from, date_to лечения определяется началом и завершением всех процедур по графику.

Возможны дополнительные справочники Типы_лечения_Доктора и Типы_процедур_Медсестры, в этом случае возможна замена ссылок doctor_id, cure_id и proc_id, sister_id на идентификаторы из этих справочников.

"И внешние ключи не отловят такую ошибку" - внешние ключи обеспечивают контроль целостности только для простейших случаев, в данном случае контроль правильности графика процедур и дат начала и завершения лечения на приложении.
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009399
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aliputin
Есть ли решение лучше? Уменьшить число таблиц? Или увеличить? Изменить связи?


Что значит, лучше?
Какие задачи вы решаете?

На абсолютно любую вашу схему я придумаю вам кейс, где такая организация данных будет г..вно.

Если вам кто-то сходу даёт какую-то "правильную" схему, смело плюйте ему в лицо.
Решения подбираются под задачи, а не наоборот.
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009400
Фотография vmag
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aliputin,

чтобы улучшить схему БД ее сначала нужно нарисовать хоть какую-то...
вы реально думаете что сейчас кто-то будет в голове соединять ваши ключи и сделает это правильно ?

aliputin
Мне не совсем нравится такая схема


а мне совсем не нравится, для вас такая миссия совсем не выполнима ?
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009412
17-77
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aliputin,

недавно лежал в больнице - там у них был такой листочек назначений, таблица, я не вглядывался, но вроде как строки - это пациенты, а столбцы конкретные дни, в ячейках какие процедуры/таблетки

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

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

так что я думаю начинать надо вот с этого расписания процедур, это трехмерная таблица на UI, в БД может выглядеть как-то так:

таблица расписания (timetable)
id
patient_id
date

чтоб алгоритм ее заполнил, нужна таблица назначений

таблица назначений (appointments)
id
patient_id
procedure_id
start date
end date
volume
доп поля...

в ней используется справочник процедур

таблица процедур (procedures)
id
name
доп поля (в/в, в/м, мг, мл, таблетки, ампулы и так далее)

и наконец таблица связи расписания и назначения (timetable_appointments) - показывается в ячейках на UI
id
timetable_id
appointment_id (возможно все таки procedure_id ?)
доп поля (комментарий например или еще что потребуется)

ну и следовательно лечение - это вся группа назначений пациенту (select * from appointments where patient_id = ?), если пациент постоянный клиент - то ведется еще учет когда поступил и когда выписался и в условия добавляется период дат
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009413
17-77
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
в таблицу timetable можно добавить sister_id - мед сестра, которая в этот конкретный день выполнила процедуру
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009417
Фотография Ennor Tiegael
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aliputin,

Насколько глубоко собираетесь копать? А то, может, имеет смысл сначала посмотреть, как устроены существующие системы - тот же Cerner.

Вот , например.
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009418
aliputin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
hVostt

Какие задачи вы решаете?

aliputin

Нужно учитывать продолжительность процедур и лечений в целом.


Меня интересует, можно ли (нужно ли) ловить ошибку назначения неправильной процедуры средствами БД или лучше передать эту ответственность клиентскому приложению.
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009419
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Автор. Идеальную БД больница ты все равно не создашь.

Поэтому сосредоточимся на БД "назначенные лечебные процедуры".

В топике правильно говорят про резкое изменение в лечении. Пойди не от структур данных а от процессов которые происходят в реальной больнице.
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009428
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Для публикации диаграмм можешь использовать этот сервис http://www.plantuml.com

Пример.

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
@startuml
entity Процедуры_лечения {
  * imp_id
  --
  course_id
  proc_id
  start_date
  end_date
  sister_id
}
@enduml



...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009431
graycode
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
aliputin
можно ли (нужно ли) ловить ошибку назначения неправильной процедуры средствами БД

Внешними ключами нет, триггерами возможно, зависит от СУБД, триггеры будут содержать сложную логику что очень не хорошо.

aliputin
или лучше передать эту ответственность клиентскому приложению.

Лучше.

Рассмотрим простой пример, врач назначает пациенту массаж, стандартный курс - 10 процедур и физиотерапию, также 10 процедур, какая продолжительность? Ответа на этот вопрос без графика нет, поскольку есть выходные и праздничные дни, массажисты также обслуживают других пациентов, т.е. должен быть свободен массажный кабинет и свободное окно у массажиста, то же самое касается медсестры и аппарата для конкретной процедуры физиотерапии. Все это значит что у вас должен быть общий график, навроде учебного плана в учебных заведениях, в котором для пациентов указано время когда они проходят процедуры, процедура, аппарат, человек проводящий процедуру, при этом перед назначением процедуры в конкретный день на конкретное время нужно по этому же графику определить свободные окна у самого пациента, медсестры и аппарата/кабинета. Данные операции естественно должно выполнять клиентское приложение и заботиться о целостности данных тоже должно приложение, для этого существуют инструменты - транзакции и блокировки.

Общий вид я вам привел График_процедур(id, course_id, proc_id, sister_id, datetime_from, datetime_to, order - опционально, ...),
для удобства можно выделить в отдельный атрибут день, также здесь должен быть кабинет/аппарат. ( Типы_лечения_Типы_процедур(id, cure_id, proc_id, order, ...) является просто шаблоном для заполнения графика, в котором указаны процедуры и их последовательность, сверять реальный график и шаблон также должно клиентское приложение.
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009439
aliputin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
17-77
да и нет жесткой привязки к мед сестре. там у них правило - кто ставил капельницу, тот и отвечает за пациента, но снять может другая медсестра


Именно так. Поставил капельницу, зафиксировал в журнале (Процедуры_лечения); снял капельницу, зафиксировал в журнале. Это могут быть разные медсестры.
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009441
aliputin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
graycode
нужно по этому же графику определить свободные окна у самого пациента, медсестры и аппарата/кабинета.


В этом нет необходимости, т.к. врачей, медсестер, кабинетов и оборудования достаточно.
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009442
aliputin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
graycode
сверять реальный график и шаблон также должно клиентское приложение.


Спасибо за совет.
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009450
graycode
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
aliputin
Именно так. Поставил капельницу, зафиксировал в журнале (Процедуры_лечения); снял капельницу, зафиксировал в журнале. Это могут быть разные медсестры.

Фактическое исполнение назначенного лечения лучше убрать в детейл таблицу, Процедуры_лечения содержит статус - запланировано, успешно, отменено, с замечаниями, добавить пару полей фактическое время начала и окончания, а строки журнала исполнения процедуры убрать в подчиненную таблицу Процедуры_лечения_исполнение, в которой будут строки содержащие например: лаборантка приготовила препараты, дата-время, замечания; одна медсестра поставила аппликацию препаратов, дата-время, замечания; другая медсестра сняла аппликация и выполнила необходимые постпроцедурные операции, дата-время, замечания.
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009451
Фотография vmag
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aliputin
Меня интересует, можно ли (нужно ли) ловить ошибку назначения неправильной процедуры средствами БД или лучше передать эту ответственность клиентскому приложению.


в вашей схеме данных эта миссия не выполнима с любой стороны, лечение назначается конкретному пациенту после установления ему диагноза (диагнозов)
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009453
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
graycodeа строки журнала исполнения процедуры убрать в подчиненную таблицу
Процедуры_лечения_исполнение, в которой будут строки содержащие например: лаборантка
приготовила препараты, дата-время, замечания; одна медсестра поставила аппликацию
препаратов, дата-время, замечания; другая медсестра сняла аппликация и выполнила
необходимые постпроцедурные операции, дата-время, замечания.

Так и строки журнала назначений лучше убрать туда же: врач назначил курс, дата-время,
замечания; врач отменил курс, дата-время, замечания; врач признал курс успешно
завершённым, дата-время, замечания.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009454
aliputin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
vmag
лечение назначается конкретному пациенту после установления ему диагноза (диагнозов)


Речь - не о медицинской стороне дела, а о технической. Врач назначил лечение, медсестра после назначения применила схожую по названию, но ошибочную процедуру, в том числе из-за (возможно) неправильной схемы БД. Текущая схема позволяет допустить такую ошибку: выбранная медсестрой процедура не соответствует ни одной процедуре, которая должна быть у данного типа лечения; дочерняя запись (Процедуры_лечения) противоречит записи из родительской таблицы (Лечение) в части типа процедуры.
Я пытаюсь понять и найти решение внутри базы данных (check, foreign keys, trigger, stored procedures). Если нет, тогда вынесу такую логику в клиентское приложение.
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009456
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я бы ещё предложил автору другой взгляд на проектирование.

Завести таблицу " команды лечащего врача", а все остальное будет просто материализацией этих команд во времени.

Это очень похоже на CQRS, но мой поинт в том чтобы не распыляться в мелочах а увидеть главное.
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009458
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aliputinмедсестра после назначения применила схожую по названию, но ошибочную процедуру

Это неизбежно и никакая схема БД не может этому помешать.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009461
graycode
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Dimitry Sibiryakov
Так и строки журнала назначений лучше убрать туда же: врач назначил курс, дата-время,
замечания; врач отменил курс, дата-время, замечания; врач признал курс успешно
завершённым, дата-время, замечания.

Согласен, правда наверное не туда же, а в самостоятельную таблицу.

И как мне думается логика должна быть примерно следующая, врач назначил лечение, например капельницу три раза в день в определенные периоды времени, либо сам врач либо ответственный (старшая медсестра или какой то другой сотрудник отвечающий за ведение графика) должен расписать лечение в конкретный план - График_процедур, далее медперсонал руководствуется графиком, на сегодня такие то процедуры, таким то пациентам, в такое то время.
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009462
aliputin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Dimitry Sibiryakov

aliputinмедсестра после назначения применила схожую по названию, но ошибочную процедуру

Это неизбежно и никакая схема БД не может этому помешать.


Медсестра использует планшет или другой гаджет, подключенный к БД. Если БД запретит выбор процедур, не относящихся к родительской записи в Лечении, тогда вероятность ошибки значительно снижается.
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009464
graycode
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
aliputin
Медсестра использует планшет или другой гаджет, подключенный к БД. Если БД запретит выбор процедур, не относящихся к родительской записи в Лечении, тогда вероятность ошибки значительно снижается.

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

Имплементация лечения ответственным лицом в план должна происходить в режиме сверки с Типы_лечения_Типы_процедур, которую заполнил доктор и здесь жесткую проверку может осуществлять приложение.
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009466
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aliputinМедсестра использует планшет или другой гаджет, подключенный к БД. Если БД запретит выбор
процедур, не относящихся к родительской записи в Лечении, тогда вероятность ошибки
значительно снижается.

Не снижается. Сестра посмотрела название процедуры, сестра пошла провести процедуру,
сестра ввела данные о проведённой процедуре.

Вариант 1: Была проведена правильная процедура, данные введены неправильно.
Вариант 2: Была проведена неправильная процедура, данные введены о правильной.
Вариант 3: Была проведена неправильная процедура, данные введены неправильно.

Твоя БД сможет обработать вариант 1, но при варианте 3 она вынудит сестру пойти на
преступление и использовать вариант 2. Это плохая, преступная БД.

У современных компьютеров недостаточно средств взаимодействия с окружающим миром. В идеале
твоё приложение должно подключиться к камере наблюдения в процедурной, опознать проводимую
процедуру и остановить сестру, если та начала отклоняться от плана. Сможешь?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009467
aliputin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
graycode
в котором указана конкретная процедура, она ее не выбирает она тыкает в уже указанную процедуру


Именно это я пытаюсь продумать. Возможно, через хранимую процедуру: хранимка видит последнюю проведенную процедуру; знает по справочной таблице, какая процедура должна быть следующей; и создает запись в дочерней таблице Процедуры_лечения, указав правильную следующую процедуру. Медсестра видит нужную одну процедуру и выполняет ее.
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009468
aliputin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Dimitry Sibiryakov
У современных компьютеров недостаточно средств взаимодействия с окружающим миром. В идеале
твоё приложение должно подключиться к камере наблюдения в процедурной, опознать проводимую
процедуру и остановить сестру, если та начала отклоняться от плана. Сможешь?


Это очевидно. И я не пытаюсь решить эту проблему.
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009469
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aliputinИ я не пытаюсь решить эту проблему.

Да. Ты создаёшь проблему, описанную двумя строчками выше. Не надо этого делать.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009470
graycode
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
aliputin
Именно это я пытаюсь продумать. Возможно, через хранимую процедуру: хранимка видит последнюю проведенную процедуру; знает по справочной таблице, какая процедура должна быть следующей; и создает запись в дочерней таблице Процедуры_лечения, указав правильную следующую процедуру. Медсестра видит нужную одну процедуру и выполняет ее.

Нет, нет и еще раз нет, процедуры-лечения это план, он заполняется ответственным за план человеком, да ему в помощь может быть автоматизация, например, доктор назначил лечение, это лечение поступает на планирование, ответственный нажимает на первую процедуру и выбирает день время, нажимает на вторую, выбирает день и время, процедуры могут быть пакетные на день, например капельница три раза в определенные промежутки времени, тогда он нажимает на этот пакет процедур и выбирает день. По мере того как ответственный проходит по лечению система проверяет все ли назначено и в правильной ли последовательности, когда все процедуры помещены в план, и они правильные система дает возможность подтвердить план. Лечение может проводиться только по подтвержденному плану, пока что то недопланировано, лечение не проводится.
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009520
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aliputin
hVostt

Какие задачи вы решаете?

aliputin

Нужно учитывать продолжительность процедур и лечений в целом.


Меня интересует, можно ли (нужно ли) ловить ошибку назначения неправильной процедуры средствами БД или лучше передать эту ответственность клиентскому приложению.



Средствами БД нужно ловить проблемы целостности и непротиворечивости данных.

Например, "неправильная процедура" в какой-то момент может стать "правильной" или наоборот. Или при соблюдении определённых условий.

Поэтому такие задачи нужно решать на стороне приложения.

Если вся логика целиком и полностью реализуется в БД (например, хранимки, триггеры, функции), то ответ очевиден. Но это практика откровенно плохая и убогая (имхо конечно же, а то набегут святые угодники программирования в бд).
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009521
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aliputin,

Вы очень хорошо выделили и очертили задачу.
Советую продолжать в том же духе.

И игнорьте советы людей, которые вдруг начинают проектировать ваш бизнес-процесс, в котором нихрена не смыслят :) это всё от лукавого.
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009522
zeon11
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
aliputin
graycode
в котором указана конкретная процедура, она ее не выбирает она тыкает в уже указанную процедуру


Именно это я пытаюсь продумать. Возможно, через хранимую процедуру: хранимка видит последнюю проведенную процедуру; знает по справочной таблице, какая процедура должна быть следующей; и создает запись в дочерней таблице Процедуры_лечения, указав правильную следующую процедуру. Медсестра видит нужную одну процедуру и выполняет ее.


Помрёт Митька, и ухи попросить не успеет :-(
1. На разные состояния здоровья пациента создать справочник шаблонов действий, по другому "дорожная карта". Лучше привязать дорожные карты к справочнику МЭС, если конечно такой справочник в МИС есть.
2. В зависимости от состояния конкретного пациента, ЛЕЧАЩИЙ врач назначает конкретную дорожную карту. корректирует её при необходимости, подписывает электронной подписью и отправляет пациента в путь. После этого дорожная карта блокируется для изменений. Это важно! (у меня были случаи, когда врачи подставляли медсестёр, постфактум пытаясь делать изменения в документе, благо была таблица логов).
3. На рабочем месте ПРОЦЕДУРНОГО врача или процедурной медсестры видно откуда пациент прибыл и куда убудет. Это важно, поскольку могут перепутать очерёдность медицинских процедур, а это бывает критично. Исполнитель процедуры делает в электронном журнале пометку о выполнении процедуры, вносит необходимые данные в медицинскую карту.Подписывает ЭЦП!
И т.д.

И мой совет, не берите на себя слишком много ответственности. Речь идёт о жизни людей. Вот это ваше настораживает
хранимка видит последнюю проведенную процедуру; знает по справочной таблице, какая процедура должна быть следующей и..... указав правильную следующую процедуру. Медсестра видит нужную ... процедуру и выполняет ее .
Т.е. вы фактически собираетесь передавать управление лечением пациента в какую-то хранимую процедуру, на непонятном сервере, с неизвестными правами доступа. А если человек помрёт вследствие того, что медсестра перепутает? Она на голубом глазу скажет, что планшет мне указал, что делать. Крайним в этом случае окажетесь вы.
Я не зря в своем посте несколько раз упомянул про ЭЦП. Юридически значимым электронным медицинским документом является только документ подписанный ЭЦП. Если нет ЭЦП, то только бумага, на которой подпись врача.
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009527
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
zeon11
Т.е. вы фактически собираетесь передавать управление лечением пациента в какую-то хранимую процедуру, на непонятном сервере, с неизвестными правами доступа. А если человек помрёт вследствие того, что медсестра перепутает?


are you really serious?
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009529
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakov

aliputinИ я не пытаюсь решить эту проблему.

Да. Ты создаёшь проблему, описанную двумя строчками выше. Не надо этого делать.

Мне кажется ты просто запутываешь беднягу.
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009562
aliputin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Что-то дискуссия отклонилась от моего вопроса. Но, ладно, отвечу на ваши реплики не по теме.

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

Врач на основе своего опыта, а не по подсказке БД, назначает лечение пациенту. Затем медсёстры действуют строго в рамках назначенного лечения. "В рамках" означает, что есть регламент для каждого типа лечения, и медсестре остается только посмотреть в него и увидеть (не выбрать) следующую процедуру и провести ее. Медсестре незачем включать в себе врача и умничать насчет назначения процедур. Ей следует наблюдать за реакцией организма пациента на процедуры, сверять реакцию с нормативом, и в случае отклонений сообщить врачу.


Думаю, на этом можно закрыть мой вопрос, т.к. я уже получил ответ на мой технический вопрос от graycode. Спасибо за ваши замечания.
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009583
graycode
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
aliputin,

Желание любого заказчика иметь кнопку "хочу чтобы ВСЁ", идти в данном случае на поводу не стоит, всегда найдутся кейсы не вписывающиеся в описанный автоматический режим работы. Например, врач назначил лечение на пять дней, прерывать нельзя, лечение начали в пятницу, суббота, ... а в воскресенье нет человека который может проводить необходимую процедуру, причем известно об этом было еще до начала лечения, кто виноват - система, можно что то сделать - нет, потому что все автоматически, а все реальные кейсы исключений не покроешь. Можно после формирования лечения по действию "назначить" создавать план и выдавать его на утверждение врачу, если врача устраивает -он подтверждает, не устраивает - нужна возможность ручного планирования.
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009708
Stanislav P
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ни с помощью БД, ни с помощью клиентской части приложения нельзя отследить что фактически вкалывает медсестра пациенту! Даже видеокамеру можно обмануть намерено или случайно.
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009730
fkthat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVostt
Но это практика откровенно плохая и убогая

У некоторых сейчас полыхнет :)
...
Рейтинг: 0 / 0
Как улучшить эту схему БД?
    #40009907
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fkthat
hVostt
Но это практика откровенно плохая и убогая

У некоторых сейчас полыхнет :)


Да не.. уже отполыхало )
...
Рейтинг: 0 / 0
38 сообщений из 38, показаны все 2 страниц
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Как улучшить эту схему БД?
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]