ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Организация данных
17 сообщений из 17, страница 1 из 1
Организация данных
    #33744202
ВладимирСтаровойтов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ВладимирСтаровойтов
Гость
Добрый день.
Возник спор, помогите найти правильное решение.
Есть медицинские учреждения области, которые относятся к разным группам и подгруппам.
Все это на бумаге выглядит примерно так.

1. Областные государственные учреждения здравоохранения
1.1 Областная больница №1
1.2 Областная детская больница №1
1.3 Областная больница № 2
...
2. Муниципальные учреждения здравоохранения районов области
2.1 ....
2.2...
2.3...
...

3. Самостоятельные учреждения здравоохранения
3.1 Учреждения здравоохранения управления медико-биологических проблем
3.1.1 ....
3.1.2.....
3.1.3.
3.2 Учреждения здравоохранения ЮВЖД
3.2.1. ....
3.2.2.....
3.2.3...
.......

Все в таком виде...
У конкретного лечебного учреждения (не у группы!), помимо наименования, существует еще несколько атрибутов (коды в системе ОМС, ИНН, адреса и телефоны гл.врачей и т.д.).
Вопрос в том,как ПРАВИЛЬНО организовать хранение этой информации в БД (используем ORACLE, хотя это, ИМХО, не принципиально)?
Предлагаются 3 варианта.

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

Вариант 2.
Хранить все как минимум в двух таблицах: первая таблица для хранения данных о конкретных лечебных учреждениях, вторая для хранения данных о группах.

Вариант 3.
Хранить в одной-единственной таблице данные только о конкретных лечебных учреждениях, добавить поле признака вхождения в группу и расшифровку жестко "зашивать" в приложения.

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

Заранее спасибо за любую помощь!!!!!

С уважением, Владимир
...
Рейтинг: 0 / 0
23.05.2006, 09:35
| Ответить | Цитировать | Написать  
Организация данных
    #33744213
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
мод
Участник
ВладимирСтаровойтовВариант 2.
Хранить все как минимум в двух таблицах: первая таблица для хранения данных о конкретных лечебных учреждениях, вторая для хранения данных о группах.

Только так. Есть объекты - учреждения и есть один или несколько иерархических независимых друг от другаклассификаторов для этих объектов: форма собсьвенности, подчиненность, вид, тип и т.д.
...
Рейтинг: 0 / 0
23.05.2006, 09:42
| Ответить | Цитировать | Написать  
Организация данных
    #33744253
Al_B
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Al_B
Участник
Почитайте про нормализацию БД.
Тогда сами поймете, что вариант 2. Но лучше сначала почитайте.
...
Рейтинг: 0 / 0
23.05.2006, 09:54
| Ответить | Цитировать | Написать  
Организация данных
    #33744514
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> помогите найти правильное решение

Ни одно из перечисленных Вами решений не является правильным.

Не является правильной используемая Вами классификация.

P.S. Не находите бестактным зарабатывать бабло посредством бесплатных советов? Oracle купить - деньги есть, а консультанта нанять - денег нет?
...
Рейтинг: 0 / 0
23.05.2006, 10:57
| Ответить | Цитировать | Написать  
Организация данных
    #33744551
mir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mir
Участник
Проснулся МЕГА-ПАПА. Как сделать он не знает, но загадочно надувает щеки: вы-де все п#$%^@сы, а я Дартаньян...
...
Рейтинг: 0 / 0
23.05.2006, 11:09
| Ответить | Цитировать | Написать  
Организация данных
    #33744562
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
IMHO самый простой вариант. Не подскажете минусы?

Дерево-классификатор1
Дерево-классификатор2
в листьях есть id_Node

id_больницы Node_классиф_Форма_собственности Node_классиф_РазмерЗдания1112 34 56______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!
...
Рейтинг: 0 / 0
23.05.2006, 11:12
| Ответить | Цитировать | Написать  
Организация данных
    #33744883
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
мод
Участник
Petro123 нету минусов
...
Рейтинг: 0 / 0
23.05.2006, 12:17
| Ответить | Цитировать | Написать  
Организация данных
    #33744997
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> МЕГА-ПАПА

Спасибо, дружище.

Напомню, если (вдруг) забыли: с ушлепками и прочим быдлом не дискутирую.
...
Рейтинг: 0 / 0
23.05.2006, 12:38
| Ответить | Цитировать | Написать  
Организация данных
    #33745138
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
ИМХО вариант 2 + супертип "Entity"
...
Рейтинг: 0 / 0
23.05.2006, 13:01
| Ответить | Цитировать | Написать  
Организация данных
    #33745203
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ModelR
Участник
proposed amendment+ супертип "Entity" ?
...
Рейтинг: 0 / 0
23.05.2006, 13:14
| Ответить | Цитировать | Написать  
Организация данных
    #33745254
sergey888
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sergey888
Участник
главное здесь - больница.
У всех больниц есть
1.Адрес
2.Название(номер)
3.Статус / группа (областная, краевая, районная, городская и т.д.)
...
Рейтинг: 0 / 0
23.05.2006, 13:25
| Ответить | Цитировать | Написать  
Организация данных
    #33745256
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
ModelR proposed amendment+ супертип "Entity" ?

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

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

одна таблица для хранения иерархических структур, другая для хранения супепртипа (сущности "элемент иерархической структуры") с базовым набором атрибутов третья... n-ная для хранения характерных атрибутов сущности "элемент иерархической структуры"
...
Рейтинг: 0 / 0
23.05.2006, 13:25
| Ответить | Цитировать | Написать  
Организация данных
    #33745277
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
sergey888главное здесь - больница.

да нифига подобного...

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

я-ж говорю - там сам ч*рт ногу сломит...
...
Рейтинг: 0 / 0
23.05.2006, 13:30
| Ответить | Цитировать | Написать  
Организация данных
    #33745606
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> медицинское учереждение совсем не обязательно больница

Если рассматривать только ЛПУ, все довольно просто. ;) А если описывать все учреждения и предприятия, то чуть интереснее: есть, например, образовательные и научно-исследовательские учреждения с клинической и поликлинической базой, станции заготовки, переработки и хранения крови и пр. Плюс вспомогательные структуры типа специализированных автопарков, газозаправочных станций и пр.

> я-ж говорю - там сам ч*рт ногу сломит...

Я бы не был так категоричен. ;) Решение как бы очевидно: есть официальный минздравовский классификатор ЛПУ. Плохой классификатор, но - официальный; вполне можно взять его за основу.
...
Рейтинг: 0 / 0
23.05.2006, 14:31
| Ответить | Цитировать | Написать  
Организация данных
    #33745809
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
guest_20040621Решение как бы очевидно: есть официальный минздравовский классификатор ЛПУ. Плохой классификатор, но - официальный; вполне можно взять его за основу.

я отнюдь не категоричен - какой в этом смысл. вполне может быть, что вы правы.
...
Рейтинг: 0 / 0
23.05.2006, 15:11
| Ответить | Цитировать | Написать  
Организация данных
    #33745942
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
ну да, очевидные вещи:
- нельзя объять необъятное - заказчик должен знать объект учёта
- классификаторы служат для конкретных целей заказчика. Поэтому либо он говорит про официальный, либо строит свой собственный.
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!
...
Рейтинг: 0 / 0
23.05.2006, 15:38
| Ответить | Цитировать | Написать  
Организация данных
    #33746885
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> я отнюдь не категоричен

Извините, это присказка такая.

> вполне может быть

К сожалению, однозначная классификация ЛПУ крайне затруднительна (т. е. вряд ли получится создать единственный классификатор, который был бы однородным и равномерным). Как вариант, можно использовать параметрическую классификацию (т. е. классификатор + набор характеристик). Причем, для разных задач (городской справочник, ОМС, ДМС, территориальная структура учреждений здравоохранения etc) этот классификатор будет существенно различным.

Почему упомянул минздравовский классификатор: imho он дает представление об официально принятом делении ЛПУ (коечный фонд, форма обслуживания, контингент, возрастные группы, профильная специализация, ведомственное подчинение, территориальная иерархия и пр.).
...
Рейтинг: 0 / 0
23.05.2006, 21:57
| Ответить | Цитировать | Написать  
17 сообщений из 17, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Организация данных
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=32&msg=33745809&tid=1545243]:
 0ms
get settings:
 6ms
get forum list:
 11ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 155ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 44ms
get tp. blocked users:
 1ms
others: 196ms
total:  428ms
созд. / загр.: 428ms
x
x
Закрыть


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