извини, читал 3 раза ни фига не понял.

Мастер делает строку - нада столбец

Мастер подстановки в таблах делает ТОЛЬКО столбец.
если ты в конструкторе то это название столбца и его сво-ва - а не строка!!!!!!!

стоять буян!!
1. структура БД - как один из вариантов.

табла Пациенты - Код_ФИО, ФИО, возраст, адрес
табла Диагноз - Код Диагноза, Диагноз
табла У_кого_шо_Болит - Код_болезни, Код_ФИО, Код_Диагноз
табла Лекарства Код_Лекарства, Название
табла Назначения Код_Назначения, Код_Болезни, Код_Лекарства, Кол-во, Периодичность
и .т.д.

2. В таблах не хранятся итоговые, промежуточные значения - они вычисляются в формах/отчетах для промежутков времени либо по другому алгоритму.

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

И всё это добро оттянуть запросом и в отчет - прокатит???

для вас не было бы слишком сложным изъясняться понятнее?

табла Диагноз - перечень диагнозов (бронхит, трахеит, перелом)

Не нужна вообще. Диагнозов может быть масса. Составить полный справочник - большая и никому не нужная работа Просто текстовое поле в таблице пациентов в которое вписывается диагноз

табла Лекарства Код_Лекарства, Название - без комментов

Не практично. Я бы еще добавли классификацию Типа от гриппа, от ожегов, от ИППП
А то пользователю будет выпадать список из сотен, если не тысяч наименований.

табла Назначения

Код пациента код лекарства Коментарии

табла Пациенты

Код
ФИО
Дата рождения
пол
Симптомы
Диагноз
Дата

Ох , робяты , куда-то Вас не туда понесло .

Что Вы предлагаете - классика жанра(АРМ врача), это когда в столбец можно добавлять какие-то значения в поцессе работы с базой, и выходит типа справочника. Правильно?
В конкретном случае, у Меня, вымогают статистику по категориям за период и ВСЁ.
И работаю не врачем а в социальной сфере.
По сему , я думаю, можно обойтись фиксированным значением в столбце ( ИЗМЕНЕНИЙ НЕ БУДЕТ в дальнейшем) а это значит что можно отказатся от кучи обвесов (пардон - таблиц обслуживающих столбец подстановки) что для новичка важно. А категорий не так и много да и не пересекаются меж собой. Можно и одну таблу уложить. Как увязать таблицы дети, пенсионеры и тд. это другой вопрос и решаеться на месте , будем думать в ту сторону после а пока структура базы в Моем чайнике нарисовалась, разберемси.
Я не силён в возможностях и тонкостях работы запросов (пока), хватит ли ему этой одной таблы для работы? Дети имеют свойство расти , как организовать в таблице перевод их в категориях возраста автоматом или за отчетный период а переростков долой с базы. Нужно нет что-то предусмотреть в табле или это работа запроса (макроса), которую можно прикрутить к ней позже ?

Что Вы предлагаете - классика жанра(АРМ врача),

Да АРМ и есть база. Любая база делается так.

В конкретном случае, у Меня, вымогают статистику по категориям за период и ВСЁ.
Да любую статистику дает сама база. Ее только вести надо в течение определенного времени (год, лет) а потом только указать даты с-по и что хочу. (Сводная табла самое простое и эффективное средство) Мышкой таскаешь что куда, фильтры указываешь сам и смотри сколько чего за какой период. Или даже сколько чего в чем и сколько того чего в чем-то чего-то. Надеюсь ясно выразился.

А категорий не так и много да и не пересекаются меж собой. Можно и одну таблу уложить. Как увязать таблицы дети, пенсионеры и тд. это другой вопрос

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

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

Самое простое через if с вычислением возраста. Ну типа с 1 до 7 - дети. с 8 - 16 полудети 17 - 21 полные дети 22-70 взрослые 70-90 почти дети и 90-.... уже дети
не надо макросов. Все и так ясно. В запросе указать кого хочу и все. (логикой типа Да с формы)

Ну еще высший пилотаж - мультиселектом.

ИЗМЕНЕНИЙ НЕ БУДЕТ в дальнейшем

извини - но я смеялся
ага сщаззз, как минимум раз в пол-года, радостно какая-нибудь беспокойная головушка внесет "свои умные изменения", особенно в соц (ГОС) сфере.

Похоже опять со столбцом подстановки затупил

таблица Клиенты(ИД к) ,таблица Дети(ИД д)(ИД к), связь один ко многим.
Форма [Сведения о Клиентах] создана на основе запроса [Дополнительные сведения о Клиентах ]
на вкладке (Сведения о семье ) подчиненная форма ( сведения о детях) , источник записей запрос

[Дети сводка ]- (SELECT [Дополнительные сведения о детях].[ИД д], [Дополнительные сведения о детях].[ИД к], [Дополнительные сведения о детях].Дети, [Категория ] & " " & [Категория1] AS [Категории детей], [Дополнительные сведения о детях].[Год рождения_д], [Дополнительные сведения о детях].Пол FROM [Дополнительные сведения о детях];)

При помощи макроса с условием отбора ="[Дети]![ИД д]=" & Nz([ИД д];0) открывается Форма [Сведения о детях] создана на основе запроса
[Дополнительные сведения о детях ] - (SELECT Дети.*, IIf(IsNull([Фамилия_д]),IIf(IsNull([Имя_д]),[Имя_д]),IIf(IsNull([Имя_д]),[Фамилия_д],[Фамилия_д] & " " & [Имя_д])) AS Дети, IIf(IsNull([Фамилия]),IIf(IsNull([Имя]),[Имя]),IIf(IsNull([Имя]),[Фамилия],[Фамилия] & " " & [Имя])) AS Родители, [Дети].[Категория ] & " " & [Категория1] AS [Категории детей]
FROM Клиенты RIGHT JOIN Дети ON Клиенты.[ИД к] = Дети.[ИД к];)

При вводе вручную в таблицы данных в формах отображается всё как надо,(у каждого свои)
При вводе новой записи детей клиента с помощью формы[Сведения о детях] Access не может найти связных записей с ИД к ,ругается на - необходимо ввести значение в поле" Дети. ИД к"
Что и где я натворил не так ? И как правильно добавить & удалить запись в подчиненной форме?
Клиентов будет МНОГО , вводить в форму поле со списком клиентов чтоб ввести значение будет сложно.

девствительно - 2007 - это не красиво по отношению к окружающей общественности.

апрель, весна, коты .бутся и вдруг на тебе 2007-й акс - всё настроение испортил

убери к (на, в) маски из ФИО это бред
1. фамилия Иванов-Заде не вводится!!!!
2. нажав мышей на поле курсор попадает не в начало поля а кудато посередине - начинает ругаться о несоответсвии маски если не переставишь на начало.
3. сохраняет ФИО с пробелами - жуть.

еще по категории 1-3 года
1. это у тебя вводится руками - реально можешь получить в каетгории 16-80 лет пациента 2010 годо рождения и наоборот - это как юзер лапками ввседет.

2. представь каждый год, НЕТ КАЖДЫЙ ДЕНЬ!!!!!, каетгорию нужно просматривать и редактировать т.к. стукнет пацану 4-года и все пипец.

удаляй ее на... ( в..., к..... ) нужное подчеркнуть

поехали

- при вводе отсутсвует Клиент!!! - в том и дело , поставить на форму поле Ид не мудрено но какой будет выпадающий список через год и как из него выбрать, или я не понял эту синхронизацию

- для этого нужно сделать форму - которая на определенном этапе ввода инфы о ребенке или по нажатию кнопки (мож жебенка кто усыновил /уматерил/ ) - выскакивала - и сзаставляла вводить данные о клиенте. это для нормальной визуали и поиска клиента, я вообще не использую полесосписком.
алгоритм работы:
- нажали кнопку или в поле "Клиент" 2 раза даблклик/ - выскочила форма - /обнулась глобальная переменная/ - выбрали клиента -/даблклик на поле, глобальной переменной присваиваем код клиента, закрываем форму/ - полю ИД к присваиваем значение глобальной переменной и обновляем поле.

- поле Ид к (ааааааааа) - можно подробней ? Не уж-то 2007-у аксу слабо смому подставить ИД текущего клиента ?!

аааааа - названия полей/таблий/запросов/форм/отчетов желательно писать на аглицком.
а для того чтобы акс сам вставил текущего клиента то :
- должна быть открыта форма Клиенты - добавление новой строки или фильтр по детям клиента, при открытии формы Дети должно происходить следующее -

Me.ИД_к = Forms![Клиенты]!ИД_к
Me.ИД_к.Requery

ИД_к - акс вот так интерпритирует ТВОИ пробелы - жопка № 1.

и категорию по годам вынь да положь

- на событие "После обновления" поля датарождения ставим Процедуру которая вычисляет категорию в зависимости от текущей даты и присваиваем ее нужному полю, причем это можно /нужно/ сделать на регулярной основе - на форму Дети событие «Текущая запись» (Current) ставим запуск этой процедуры.