Я согласен с Эрвином в этом. Я добавлю, что отсутствие согласованной структуры для пациента означает, что вам не нужно создавать другую таблицу для пациента, вы можете просто поместить ее в случай ER напрямую.
Как правило, это плохая практика. В действительности у вас все еще будет обычная таблица пациентов с идентифицируемыми пациентами за несколько посещений. Опять же, это класс, и, как мы все знаем, правило № 1 - не подчиняться учителю (каким бы безумным оно ни было). Настоящий урок здесь состоит в том, чтобы научиться принимать требования, попросить их уточнить требования , объяснить последствия, если они не последуют вашему совету о том, как будут смоделированы данные, а затем продолжить, что бы они ни говорили как у них есть последнее слово в качестве клиента.
Зависит от выбранного вами курса. В Microsoft SQL Server / SQL Express возможна настройка автонумерации, в то время как в Oracle это не предусмотрено (хотя это достигается через this ). Что касается моделирования, то, насколько я знаю, не существует способа для конкретного моделирования этого требования.
Диаграммы отношений сущностей используются для моделирования отношений и самих данных в том виде, в котором они существуют. То, что вам нужно, это больше UML подход к описанию процесса , в котором он имеет данные, созданные для этого поля.