Настя, привели структуру таблицы. Какие поля, каких типов.
Будет побольше конкретики. Станет яснее что можно нормализовать и зачем это надо делать.
А кроме того вопрос: я же правильно понял, что все больницы будут иметь доступ к единой базе данных?

Я немного нарушу хронологию цитирования...

__Anastasia___P.S. Прошу не писать, что я плохо конспекты читала и что всё, что я пишу смешно.
Настя, не обижайся на то, что тебе тут пишут. Дело в том, что постановка задачи в твоем изложении действительно звучит несколько диковато и нелогично...
Думаю, народ просто считает, что ты не верно поняла задачу.

__Anastasia___wamaco, данные о пациенте анонимизируются. Всё что можно знать о персональных данных пациента это его возраст, почтовый индекс и город. Пациенту даже нельзя назначить идентификационный номер, и если он поступит снова, то это будет рассматриваться как уже другой случай.
Вот это и странно!
Какие отчеты планируется получать из этой базы?
Очевидно, речь не о ведении истории болезни.
Мониторинг загруженности разных больниц? Ну максимум может быть (догадаться по проведенным анализам) загруженность отдельных подразделений больницы...

__Anastasia___А сущности "Больница", "Симптомы" я выделила. Так же информацию о доставки пациента тоже занесла в отдельную таблицу. Но в итоге получаем (кроме связи со сущностью "Больницы" ) все связи 1:1.
Так как БД нужна только для анализа есть ли смысл усложнять схему БД. У меня мало опыта и я действительно не понимаю, какие плюсы от разбиения одной таблицы на несколько.
При озвученной тобой постановке задачи имеет смысл выделять только сущность "Больницы".
Выделенная сущность "Симптомы" тебе не нужны. Ты же не диагностическую экспертную систему делаешь... Там как раз история болезни нужна была бы...
Ты права. В этом случае больше усложнять структуру базы не надо.

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