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

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

Predeclaredsdku...Считаю:
чем более "убогая",но при этом рабочая БД тем выше уровень разработчика и наоборот ...
Хорошее обоснование откатиться к EXCEL, а еще лучше к блокнотегу.между листом EXCEL и БД ACCESS разница как между биндюжником и балериной. Считать сложность БД критерием правильности её проектирования, по меньшей мере, не разумно (видел как разные люди по-разному решают одну и ту же задачу: у одного 3 таблицы,3 формы и 10-15 строк кода,а у другого 6 таблиц столько же форм и 90 строк кода) Вывод: у одного стоит поучиться,а другого лучше даже не слушать

PredeclaredУпрощенная чем?
Распихиванием людей по разным таблицам, в зависимости от цвета трусов?...
Ваши доводы были бы верны если бы база предназначалась для работы с данными: люди\животные\растения,но работаем ТОЛЬКО с категорией люди,которую разбиваем на группы пациенты\врачи (и никакой денормализации,в принципе,нет-по какому поводу происходит "ломание копий" ? Вот разбить группу пациенты на мужчин и женщин (или по цвету трусов) путем создания 2 таблиц-это будет дебилизмом)