LINUX.ORG.RU

Посоветуйте как организовать БД


1

1

Доброго времени суток.

Посоветуйте как лучше реализовать следующее.

Есть список пациентов(ФИО, ДР, Врач, Диагноз и т.д.). К каждому пациенту есть по 3-4 файла в формате pdf.

Сейчас список пациентов ведется в Excel, а pdf находятся по именным папкам.

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

В какой программе это лучше всего осуществить?

Перемещено tazhate из talks


постучись ко мне в гуглочат в профиле. если это конечно не затянувшийся первоапрельский юмор.

MikeDM ★★★★★
()
Ответ на: комментарий от Xellos

Это атрибуты пациента? Как интересно!

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

fang
()
Ответ на: комментарий от Xellos

Это атрибуты пациента? Как интересно!

Пациента направляет определенный врач с каким-то диагнозом. Все просто.

Fen1x
() автор топика
Ответ на: комментарий от Fen1x

У вас больница что ли? Всё равно - диагноз при поступлении это лишь часть истории болезни. И правильно уже сказали про стандарты.

Xellos ★★★★★
()
Ответ на: комментарий от Xellos

У вас больница что ли?

Да

Всё равно - диагноз при поступлении это лишь часть истории болезни.

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

За стандарты спасибо, учтем.

Fen1x
() автор топика
Ответ на: комментарий от Fen1x

Совет, бесплатный - не стоит строить узкую, нерасширяемую систему. Обидно будет, когда её придётся выкидывать полностью.

Xellos ★★★★★
()

Есть список пациентов(ФИО, ДР, Врач, Диагноз и т.д.). К каждому пациенту есть по 3-4 файла в формате pdf.

Сейчас список пациентов ведется в Excel, а pdf находятся по именным папкам.

1) переформулируйте для себя, например «есть список контактов (ник, ДР, компания, интересы, Диагноз и т.д.) в группе связанных таблице. Но фотки хранятся в специально-именованных-каталогах.»

2) подумайте чем это отличается от БД. hint: НИЧЕМ. просто blob лежит снаружи и не индексируется непосредственно.

3) «В какой программе это лучше всего осуществить?» да там-же где и было - оно уже реально там работает, в отличии от задумываемого.

ps. это тот самый случай, когда надо изучать имеющийся инструмент

MKuznetsov ★★★★★
()
Ответ на: комментарий от Xellos

Совет, бесплатный - не стоит строить узкую, нерасширяемую систему. Обидно будет, когда её придётся выкидывать полностью.

В медицине все не так уж и просто. Если следовать ГОСТам то есть индивидуальные и коллективные системы ЭИБ. К первым практически не предъявляют требований, ко вторым их достаточно много. Поэтому иногда проще написать маленький велосипед под себя, чем разворачивать что-то большое.

AlexVR ★★★★★
()

Есть список пациентов(ФИО, ДР, Врач, Диагноз

(в зависимости от количества) это уже относится к персональным данным первой категории, ФЗ 152 незабываем...

SandySandy
()
Последнее исправление: SandySandy (всего исправлений: 1)
Ответ на: комментарий от AlexVR

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

Xellos ★★★★★
()

Посмотри на FreeMedForms — электронные карточки, МКБ, база лекарств... Входит в спец. мед. сборку — openSUSE Medical

varchar
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.