Очевидно, что мнения разделились. Alarm считает, что вам вполне подойдёт Access, я всё-таки считаю более лучшим вариантом PostgreSQL. Если вам нужен специалист по Access, то разумеется искать его надо не здесь 

Структура БД важна, спору нет, но для вас важно получить готовый продукт, а не структуру БД. Т.е. вам нужен интерфейс для работы с БД - все эти формочки, кнопки, справочники и т.д. Плюс наверняка вам понадобится стредство генерации отчётов. На мой взгляд, PostgreSQL предоставит вам большую гибкость в реализации решения, хотя возможно, что Access зато позволит сделать интерфейс средствами самого Acceess, в то время как для PostgreSQL надо ещё решить на чём делать интерфейс: может быть PHP и работа через браузер, может быть TCL/TK, может быть Delphi и т.д. Ещё один плюс PostgreSQL состоит в том, что Access вещь сама в себе: работать с базой Access без самого Access практически невозможно, а вот работать с базой в PostgreSQL можно практически из любого языка программирования или автоматического средства генерации отчётов из БД.

В общем поскольку вы в этом не разбираетесь, то первое с чего начинают все нормальные проекты - это ТЗ, т.е. техническое задание. В ТЗ описывается, что вы хотите в итоге получить: требования к программному продукту. Когда ваше ТЗ почитает разработчик, он наверняка попросит уточнить некоторые моменты, а затем озвучит сумму, ибо сказать сколько это будет стоить не понимая точно чего вы хотите могут только люди, которые сами имеют весьма отдалённый опыт в разработке.

Далее разработчик делает вам программу согласно ТЗ и учтите, что судьёй всех спорных моментов опять-таки служит ТЗ - если вы потом попросите доделать то, чего там нет, то меняется и сумма оплаты трудов разработчика, при этом разработчик в некоторых случаях вообще может вам отказать в такой доделке, если она по его мнению невозможна (например потому что из-за неё менять нужно всё).

Если вы не знаете как писать ТЗ (можете кстати найти примеры в интернет), то разработчик может вам написать ТЗ самостоятельно, распросив вас как следует. Однако, это опять же увеличивает ваши затраты, потому что написание ТЗ тоже стоит денег. Кроме того, в этом случае (на мой взгляд) важен личный контакт вас и разработчика, потому что качественно распросить вас на форуме или в ICQ мне, например, не представляется возможным.

Итак, у вас есть ТЗ. Где искать специалиста? Например на freelance.ru. Если вы пришли на этот форум именно за специалистом, то, например, я должен сперва увидеть ТЗ, чтобы понять хочу ли я браться за эту работу.

Примерные задачи обрисовал в первом топике.
- Надеюсь, что когда Вы общаетесь с пациентом то не принимаете решения о плане лечения пока не получите максимально полную информацию о состоянии клиента. В Вашем случае ситуация аналогична, по примерном описании задачи конечный продукт будет не удовлетворительным.
Не совсем согласен в том, что Вам необходимо составлять ТЗ, а вот бизнес-описание (или по крайней мере словесное описание задачи в письменном виде) необходимо. После того как будет описание задачи Вы сможете искать исполнителя, а вот инструменты для реализации пусть выбирает исполнитель, и заодно прокомментирует почему именно эти средства.