курсовая. Курсовая по бд. Курсовая работа по предмету "Базы данных"
 Скачать 476.5 Kb.
|
|
Курсовая работа по предмету: “Базы данных” ОглавлениеВведение 1 Глава 1. Проектирование базы данных для регистратуры поликлиники 4 1.1 Описание предметной области 4 1.2 Концептуальное моделирование 8 1.3 Реляционное моделирование. 10 1.4 Даталогическая модель 11 1.5 ER- диаграмма 14 Глава 2. Разработка базы данных «Регистратура поликлиники» 15 2.1 Выбор СУБД 15 2.2 Создание элементов базы данных 16 2.2.1 Таблицы 16 2.2.2 SQL запросы 17 2.3 Формы 20 2.4 Отчёты 24 2.5 Аппаратные и технические требования к БД 24 2.6 Защита данных 24 2.7 Справка по работе с базой данных регистратуры поликлиники 25 Заключение 27 29 Введение Тема: База данных регистратуры поликлиники. Цель: Разработать базу данных, которая будет вести учёт приёма пациентов, хранить информацию о них( Ф.И.О, дата рождения, адрес), о их заболевании(диагноз, симптомы, рекомендуемые лекарства) , о врачах(Ф.И.О, кабинет, часы приёма). Объект: Регистрационное отделение поликлиники, которое предоставляет информацию о работе поликлиники. Предмет: Предоставление пациентам информационных сведений о графике работы поликлиники, о приёме врачей, хранение данных о больных. Задачи: Изучить и систематизировать информацию о принципе работы регистратуры поликлиники На основе полученных данных составить модели, необходимые для разработки базы данных Реализовать базу данных, которая будет содержать информацию о пациентах поликлиники, о врачах и их графике работы, о записи на приём. Актуальность: База данных регистратуры поликлиники очень актуальна, так как она помогает объединить информацию, необходимую для нормального функционирования поликлиники, в одно целое. База данных предназначена для работников регистратуры поликлиники и позволяет им повысить эффективность своей работы за счет систематизации и быстрого поиска нужной им информации. Это гораздо упрощает работу, т.к. отпадает необходимость просматривать горы бумаг в поисках нужной информации. Гипотеза: Если база данных будет разработана с учётом всех требований, то работа регистратуры поликлиники ускорится и упроститься. Глава 1. Проектирование базы данных для регистратуры поликлиники 1.1 Описание предметной области Первое знакомство посетителей с поликлиникой начинается в регистратуре. Она является основным ее структурным подразделением по организации приема больных в поликлинике и на дому. В задачи регистратуры входит: - организация предварительной и неотложной записи больных на прием к врачу как при непосредственном обращении в поликлинику, так и по телефону; - обеспечение четкого регулирования интенсивности потока населения с целью создания равномерной нагрузки врачей и распределение его по видам оказываемой помощи; - проведение своевременного подбора и доставки медицинской документации в кабинеты врачей, правильное ведение и хранение картотеки поликлиники. Рациональная организация приема призвана сократить время ожидания больных на прием к врачам. Управление сложным потоком больных в поликлинике обеспечивается внедрением прогрессивных форм организации труда врачебного и среднего медицинского персонала, а также путем совершенствования существующих форм работы регистратуры с учетом установленных норм нагрузок. Работа регистратуры должна строиться по централизованной системе и исходить из участково- территориального принципа обслуживания населения и бригадного метода работы врачей поликлиники. Работой регистратуры руководит заведующий, назначаемый на эту должность приказом главного врача поликлиники. Медицинскому регистратору отводится большая роль в деле правильной организации приема больных. Он первый встречает больного, беседует с ним, в необходимых случаях помогает больному разобраться в организации приема. Медицинский регистратор должен разбираться в вопросах сортировки больных по медицинским показаниям, что дает возможность правильно решать вопросы регулирования потока больных. Важнейшим элементом работы регистратуры является запись посетителей на прием к врачу, направление обратившихся в поликлинику на флюрографическое обследование и профилактические осмотры. От организации работы регистратуры зависит в значительной степени ритмичность работы всех подразделений поликлиники, обеспечение наиболее оптимального распределения потоков посетителей, уменьшение затрат времени больных на посещение поликлиники. За каждым регистратором закрепляется 9—10 определенных врачебных участков. Это позволяет регистратору лучше знать соответствующий раздел картотеки, что повышает не только эффективность его труда, но также и ответственность за свой участок работы. Быстрое обслуживание больных, обратившихся в регистратуру, зависит от рационального размещения в ней амбулаторных карт. Более всего отвечает этим требованиям система расстановки амбулаторных карт в стеллажах по участкам, а внутри них — по улицам, домам и квартирам. Во многом облегчает работу медицинского регистратора система маркировки амбулаторных карт, когда каждый терапевтический участок имеет свою цветовую маркировку. Хорошо зарекомендовала себя номерная система хранения медицинских карт, при которой поиск одной карты сокращается до нескольких секунд. Для этого каждому участку определяется количество номеров соответственно числу лиц, проживающих на данной территории. В поликлинике целесообразно организовать более подробную «немую справку»: расписание работы врачей всех специальностей с указанием часов приема на все дни недели, номеров кабинетов врачебных участков с входящими в них улицами и домами и распределение их между бригадами. Четкая информация должна быть и о правилах вызова врачей на дом, о порядке предварительной записи на прием к врачам с учетом системы самозаписи. В регистратуре должны быть табло, позволяющие пациентам получить исчерпывающие сведения о режиме работы всех подразделений поликлиники: время и место приема населения главным врачом и его заместителями; адреса дежурных поликлиник и стационаров района (города), оказывающих экстренную специализированную помощь населению в воскресные дни, поэтажный указатель врачебных кабинетов; номера телефонов вызова врачей на дом и вызова дежурных врачей в дневное и вечернее время, часы и объем работа кабинетов доврачебного приема, правила подготовки к исследованиям (рентгеноскопии, рентгенографии, анализов крови). Для использования медицинской и общей документации в практической и научной работе в поликлинике должен быть создан медицинский архив. В медицинском архиве производятся прием, учет, классификация, хранение и выдача документальных материалов как персоналу поликлиники, так и больным в случае изменения их места жительства или запросов различных организаций. В архиве хранятся вся документация о работе поликлиники, в том числе приказы по поликлинике, годовые отчеты, личные дела уволенных, а также вся медицинская документация (в основном медицинские карты амбулаторных больных). Медицинские карты амбулаторных больных поступают в архив из регистратуры в том случае, если больной в течение 3 лет не обращался в поликлинику. Значительное место в работе регистратуры занимает оформление медицинских документов: справок, направлений и др. Регистраторам предоставлено право задерживать неправильно выданные и неверно оформленные документы и передавать их для выяснения администрации. Вместе с тем, они несут ответственность за документы, наряду с лицами, выдавшими документ. Особого внимания требует оформление листков нетрудоспособности (больничных листов). Бланки листков нетрудоспособности, выданные врачам с указанием номеров, регистрируются в «Книге регистрации листков нетрудоспособности». За каждым врачом в поликлинике закреплён конкретный кабинет. Также врачу соответствует свой ID-номер, с помощью которого можно выяснить необходимую информацию о данном враче(ФИО, специальность). У каждого пациента есть амбулаторная карта больного, в которую заносятся все данные о заболевании, симптомах, рекомендованных лекарствах. Пациент приходит на приём к врачу с какими-либо жалобами или для получения консультации. В настоящее время предусмотрено два метода организации записи посетителей на прием к врачу: талонная система, самозапись. При талонной системе записи поток первично обратившихся больных проходит через участковых регистраторов. Посетители предварительно получают талоны с указанием порядкового номера очереди, фамилии врача, номера кабинета и времени явки на прием. При самозаписи на прием к врачу посетители сами в специальные листы вписывают свои паспортные данные с указанием удобного для них времени приема. Заполненные листы самозаписи в конце дня должны быть переданы работникам картохранилища, которые по ним подбирают медицинские карты амбулаторных больных. Перед приемом медицинская сестра кабинета берет из картохранилища подобранные медицинские карты и лист самозаписи. По окончании приема медицинская сестра кабинета возвращает карты в регистратуру, а лист самозаписи — в кабинет медицинской статистики. При необходимости срочного приема больного регистратор направляет его к соответствующему специалисту или в кабинет доврачебного приема. Одновременно он заказывает в картохранилшце нужную карту, которая сразу же доставляется в кабинет врача. Информация о приёме заносится в базу данных. 1.2 Концептуальное моделирование Изучив предметную область, была построена концептуальная модель(см.рис.1) В данной модели выделено 5 объектных множеств: «Врач», имеющее атрибуты : «Номер кабинета» и «ID»; «Часы приёма»; «Карта больного» с атрибутом «Номер карты»; «Пациент», которое имеет атрибуты: «ФИО», «Номер полиса»; «Приём», имеющее атрибуты: «ID», «Номер кабинета», «ФИО больного». Между множествами «Врач» и «Часы приёма» существует связь «один-ко- многим». Между множествами «Врач» и «Карта больного» существует связь «один-ко –многим». Между множествами «Пациент» и «Карта больного» - связь «один- к- одному». Между множествами «Пациент» и «Приём» - связь «один- ко- многим».  Рисунок 1. Концептуальная модель1.3 Реляционное моделирование. Пациент( номер полиса, ФИО, адрес, год рождения); Карта больного(номер карты, симптомы, диагноз, лекарство); Врач(ID врача, ФИО, часы приёма с:, часы приёма до:, номер кабинета); Приём(ID врача, дата и время приёма ,номер кабинета, номер полиса); Кабинет(номер кабинета, наименование). Диаграмма состоит из пяти объектных множеств: Пациент Карта больного Врач Приём Кабинет Множество «Пациент» имеет атрибуты: номер полиса, ФИО, адрес, дата и год рождения, номер карты. Ключом здесь является «Номер полиса», а атрибут «Номер карты» является внешним ключом. У множества «Карта больного» атрибутами являются: номер карты, симптомы, диагноз, лекарство. Ключевой атрибут-«Номер карты». Следующее множество «Врач» содержит атрибуты: ID врача, ФИО, часы приёма с:, часы приёма до:, номер кабинета; ключ-ID врача. Множество «Приём» имеет такие атрибуты, как: ID врача, которое является ключевым в данном множестве, номер кабинета, дата и время приёма, номер полиса. Атрибуты «Номер полиса» и «Номер кабинета» являются внешними ключами. Последнее множество- «Кабинет» включает в себя атрибуты: номер кабинета, назначение. Ключевой атрибут- «Номер кабинета». Данные множества связаны между собой функциональными зависимостями: Номер карты – номер карты(1-1) Номер кабинета – номер кабинета(1-∞) Номер полиса- номер полиса(1-∞) Номер кабинета- номер кабинета(1-∞) 1.4 Даталогическая модель На основе реляционной модели с учетом всех ограничений была построена даталогическая модель. Таблица «Пациент»
Таблица «Карта больного»
Таблица «Врач»
Таблица «Приём»
Таблица «Кабинет»
1.5 ER- диаграмма  Рисунок 2. ER- диаграмма Глава 2. Разработка базы данных «Регистратура поликлиники» 2.1 Выбор СУБД СУБД Access является системой управления базами данных реляционного типа. Данные хранятся в такой базе в виде таблиц, строки (записи) которых состоят из наборов полей определенных типов. С каждой таблицей могут быть связаны индексы (ключи), задающие нужные пользователю порядки на множестве строк. Таблицы могут иметь однотипные поля (столбцы), и это позволяет устанавливать между ними связи, выполнять операции реляционной алгебры. Типичными операциями над базами данных являются определение, создание и удаление таблиц, модификация определений (структур, схем) существующих таблиц, поиск данных в таблицах по определенным критериям (выполнение запросов), создание отчетов о содержимом базы данных. СУБД позволяет задавать типы данных и способы их хранения. Можно также задать критерии (условия), которые СУБД будет в дальнейшем использовать для обеспечения правильности ввода данных. В самом простом случае условие на значение должно гарантировать, что не будет введен случайно в числовое поле буквенный символ. Другие условия могут определять область или диапазоны допустимых значений вводимых данных. Microsoft Access предоставляет максимальную свободу в задании типа данных (текст, числовые данные, даты, время, денежные значения, рисунки, звук, электронные таблицы). Можно задавать также форматы хранения представления этих данных при выводе на экран или печать. Для уверенности, что в базе хранятся только корректные значения, можно задать условия на значения различной степени сложности. В Microsoft Access для обработки данных базовых таблиц используется мощный язык SQL (структурированный язык запросов). Используя SQL можно выделить из одной или нескольких таблиц необходимую для решения конкретной задачи информацию. Access значительно упрощает задачу обработки данных. Совсем не обязательно знать язык SQL. При любой обработке данных из нескольких таблиц Access использует однажды заданные связи между таблицами. На основе всего сказанного ранее, для разработки базы данных «Регистратура поликлиники» была выбрана СУБД Access. 2.2 Создание элементов базы данных 2.2.1 Таблицы Первый этап разработки базы данных- создание таблиц. Существует 4 способа создания таблиц: Конструктор, Мастер таблиц, Импорт таблиц, Режим таблицы. В режиме Конструктора пользователь сам может устанавливать параметры всех элементов структуры таблицы. Мастер таблиц автоматически формирует таблицу по одному из шаблонов. Режим Импорт таблиц позволяет переносить таблицы, созданные в других приложениях Windows, в базы данных Access. В Режиме таблицы пользователь может создать новую таблицу, не определяя предварительно её структуру. Основным является режим создания таблиц с помощью Конструктора. База данных регистратуры поликлиники содержит 5 таблиц: 1. Таблица «Пациент», которая содержит поля: номер полиса, ФИО, адрес, дата и год рождения, номер карты. 2.Таблица «Карта больного»,содержащая поля: номер карты, симптомы, диагноз, лекарство. 3.Таблица «Врач». Содержит поля: ID врача, ФИО, часы приёма с:, часы приёма до:, номер кабинета. 4.Таблица «Приём», которая содержит следующие поля: ID врача, номер кабинета, дата и время приёма, номер полиса. 5.Таблица «Кабинет», содержащая поля: номер кабинета, назначение. Таблица «Пациент» связана с таблицей «Карта больного» отношениями один-к-одному. Таблица «Пациент» связана с таблицей «Приём» отношениями один-ко-многим. Таблица «Кабинет» и таблица «Приём» связаны между собой отношениями один-ко-многим. Таблица «Врач» связана с таблицей «Приём» отношениями один-ко-многим. Отношения между таблицами представлены на рисунке 3.  Рисунок 3. Схема данных2.2.2 SQL запросы Основным назначением запросов является отбор данных по критериям поиска. Их можно создавать с помощью конструктора, мастера запросов или непосредственно на языке SQL. В базе данных регистратуры поликлиники содержится 10 запросов: 1. Запрос списка пациентов. Данный запрос даёт следующую информацию: номер карты, фамилия, имя, отчество, адрес, год рождения и номер полиса пациента. Так этот запрос выглядит на языке SQL: SELECT Пациент.[Номер карты], Пациент.ФИО, Пациент.Адрес, Пациент.[Год рождения], Пациент.[Номер полиса] FROM Пациент; 2. Запрос списка врачей. Этот запрос даёт следующую информацию: фамилия, имя, отчество, номер кабинета и часы приёма врачей поликлиники. На языке SQL он выглядит следующим образом: SELECT Врач.ФИО, Врач.[Номер кабинета], Врач.[Часы приёма с:], Врач.[Часы приема до:] FROM Врач; 3. Запрос информации о диагнозе пациента. Данный запрос выдаёт диагноз определённого пациента и рекомендуемое лекарство. На языке SQL этот запрос выглядит: SELECT [Карта больного].Диагноз, [Карта больного].Лекарство, Пациент.ФИО FROM [Карта больного] INNER JOIN Пациент ON [Карта больного].[Номер карты] = Пациент.[Номер карты] WHERE (((Пациент.ФИО)=[Введите ФИО])); 4. Запрос номера кабинета. Этот запрос выдаёт информацию: номер конкретного кабинета и ФИО врача, который принимает в данном кабинете. Этот запрос на языке SQL выглядит так: SELECT Кабинет.[Номер кабинета], Кабинет.Назначение, Врач.ФИО FROM Кабинет INNER JOIN Врач ON Кабинет.[Номер кабинета]=Врач.[Номер кабинета] WHERE (((Кабинет.Назначение)=[Введите Назначение кабинета])); 5. Запрос о времени и дате проведения приёма. Данный запрос предоставляет такую информацию, как: дата и время приёма, номер кабинета, в котором будет проходить приём и фамилия, имя, отчество врача, который будет проводить приём. На языке SQL данный запрос выглядит так: SELECT Пациент.ФИО, Прием.[Номер кабинета], Прием.[Дата и время приема], Врач.ФИО FROM Врач INNER JOIN (Пациент INNER JOIN Прием ON Пациент.[Номер полиса]=Прием.[Номер полиса]) ON Врач.[Номер кабинета]=Прием.[Номер кабинета] WHERE (((Пациент.ФИО)=[Введите ФИО])); 6. Запрос на получение информации о рекомендуемом лекарстве. Данный запрос даёт следующую информацию: номер полиса определённого пациента и лекарство, прописанное лечащим врачом. На языке SQL запрос выглядит так: SELECT [Карта больного].Лекарство, Пациент.[Номер полиса] FROM [Карта больного] INNER JOIN Пациент ON [Карта больного].[Номер карты]=Пациент.[Номер карты] WHERE (((Пациент.[Номер полиса])=[Введите номер полиса])); 7. Запрос на получение информации о карте больного. Этот запрос выдаёт следующую информацию: номер карты, симптомы, диагноз, назначенное лекарство. На языке SQL данный запрос выглядит так: SELECT [Карта больного].[Номер карты], [Карта больного].Симптомы, [Карта больного].Диагноз, [Карта больного].Лекарство, Пациент.ФИО FROM [Карта больного] INNER JOIN Пациент ON [Карта больного].[Номер карты]=Пациент.[Номер карты] WHERE (((Пациент.ФИО)=[Введите ФИО])); 8. Запрос «Список приёмов». Данный запрос даёт такую информацию, как: фамилия, имя, отчество пациента, записавшегося на приём; фамилия, имя, отчество врача, который будет проводить приём; номер кабинета, в котором будет проходить приём и дата и время приёма(см.рисунок 4). Так запрос выглядит на языке SQL: SELECT Прием.[Номер кабинета], Прием.[Дата и время приема], Пациент.ФИО, Врач.ФИО FROM Врач INNER JOIN (Пациент INNER JOIN Прием ON Пациент.[Номер полиса]=Прием.[Номер полиса]) ON Врач.[Номер кабинета]=Прием.[Номер кабинета];  Рисунок 4. Запрос «Список приёмов» 2.3 Формы Access предоставляет возможность вводить данные либо непосредственно в таблицу, либо с помощью форм. Формы рекомендуется использовать, если данные часто меняются или база постоянно пополняется новыми записями. С помощью форм данные можно не только вводить, но и отображать в удобном для пользователя виде. Формы можно создавать в режиме Конструктор или с помощью Мастера форм, или использовать автоформы. В отличие от таблиц и запросов, которые рекомендуется формировать с помощью Конструктора, формы удобнее создавать, используя автоформы или Мастер форм, а Конструктор применять при редактировании и форматировании форм. Использование Мастера форм позволяет отображать в форме не все поля источника данных, а выборочно, по желанию пользователя. Для выбора поля в окне Доступные поля маркируется имя требуемого поля, а затем выполняется щелчок на кнопке переноса . Для «переноса» всех полей источника данных в окно Выбранные поля используется кнопка . Создавая форму с помощью Мастера, можно выбрать внешний вид формы: в один столбец (на экране отображается только одна запись), ленточный или табличный. Можно также задать требуемый стиль и имя формы. На рисунке 5 показано как с помощью Мастера форм создаётся форма «Пациент».  Рисунок 5. Создание формы «Пациент» В базе данных «Регистратуры поликлиники» содержатся 7 форм: 1. Форма «Врач». Данная форма предназначена для ввода таких данных в таблицу «Врач»,как : ID врача, фамилия, имя, отчество, номер кабинета, в котором он принимает, часы приёма (с: ,до:). 2. Форма «Кабинет». Данная форма предназначена для ввода следующих данных в таблицу «Кабинет»: номер кабинета и его назначение. 3. Форма «Карта больного». Данная форма предназначена для ввода следующих данных в таблицу «Карта больного»: номер карты, симптомы, диагноз и рекомендуемое лекарство. 4. Форма «Пациент» предназначена для ввода таких данных в таблицу «Пациент», как: номер полиса, фамилия, имя, отчество пациента, его адрес, год рождения и номер карты. 5. Форма «Приём». Данная форма предназначена для ввода следующих данных в таблицу «Приём»: ID врача, номер кабинета, дату и время приёма, номер полиса пациента. 5. Главная форма. Эта форма служит интерфейсом базы данных(см.рисунок 7). Она содержит следующие кнопки: Список пациентов Список врачей Список приёмов Амбулаторные карты больных Номера кабинетов и их назначения Отчёт по приёмам Прописанные лекарства Выход  Рисунок 6. Интерфейс базы данных. 2.4 Отчёты Отчёты, так же как и формы, можно создавать с помощью конструктора или мастера отчётов. Используется также автоматическое создание отчётов. Основное назначение отчётов – это вывод данных в виде выходного печатного документа. В базе данных регистратуры поликлиники содержится 3 отчёта: 1. Отчёт о врачах, которые работают в данной поликлинике. 2. Отчёт об амбулаторных картах больных. 3. Отчёт о приёмах по записям.(см. рисунок 7.)  Рисунок 7. Запрос по приёмам на январь 2012 года 2.5 Аппаратные и технические требования к БД Для полноценной работы базы данных «Учёт клиентов, проживающих в гостинице» , необходимо: ОЗУ не менее 50 Мб, пакет MS Office Access 2003 , устройство чтения CD(DVD), быстродействие системы. 2.6 Защита данных Пользователями базы данных регистратуры поликлиники являются: Главный врач поликлиники. Он имеет право доступа ко всей информации базы данных. Работник регистратуры. Он так же имеют право доступа ко всем данным для предоставления определённой информации пациентам. Врач. Он имеет право доступа к информации о больных, амбулаторных картах больных и назначенных приёмах. 2.7 Справка по работе с базой данных регистратуры поликлиники После открытия файла базы данных необходимо открыть главную форму «База данных регистратуры поликлиники». Рисунок 8. Главная форма Эта форма является интерфейсом базы данных, она включает в себя следующие кнопки: 1. Список пациентов, при нажатии на которую открывается список пациентов поликлиники. 2. Список врачей, при нажатии на которую открывается список врачей, работающих в поликлинике. 3. Список приёмов. При нажатии на эту кнопку открывается список приёмов, с указанием даты и времени приёма, номера кабинета, ФИО врача, ФИО пациента. 4. Амбулаторные карты больных. При нажатии на эту кнопку открывается окно для ввода ФИО пациента, а затем таблица с данными:  Рисунок 9. Окно для ввода фамилии пациента  Рисунок 10. Таблица с данными пациента 5. Номера кабинетов и их назначения. При нажатии на эту кнопку открывается окно для ввода назначения кабинета, а затем открывается таблица с данными. 6. Отчёт по приёмам. При нажатии на эту кнопку открывается отчёт о приёмах на текущий месяц. 7. Прописанные лекарства. При нажатии на эту кнопку открывается окно для ввода номера полиса, а затем таблица с данными. 8. Выход. При нажатии на эту кнопку осуществляется выход из базы данных. Заключение В результате этой курсовой работы была создана база данных с помощью системы управления базами данных Microsoft Access. Она предназначена для учёта приёма пациентов, обратившихся в поликлинику, для хранения информации о пациентах(ФИО, адрес, дата и год рождения ), их заболевании(симптомы, диагноз, назначенное лекарство), для хранения информации о врачах(ФИО, номер кабинета, часы приёма). Эта база данных систематизирует информацию и позволяет повысить эффективность работы. Недостатком базы данных является не очень высокий уровень безопасности. СПИСОК ЛИТЕРАТУРЫ: 1. Вишневский А. В. Microsoft SQL Server. Эффективная работа. 1- е издание, 2009 г. 2. Диго С.М. Базы данных: проектирование и использование: Учебник. – М.: Финансы и статистика, 2005г. – 592с. 3. Харрингтон Джен Л. Проектирование реляционных баз данных Изд. «Лори», 2006 г. - 230 с. 4. Хомоненко А. Д., Цыганков В. М., Мальцев М. Г. Корона-Принт: Базы данных. Учебник для высших учебных заведений, 2004г. 5. Хомоненко А.Д. Базы данных: Учебник для высших учебных заведений. 5-е издание, 2006г. 6. Шилина А.Л. Практическое пособие по информатике. Microsoft Access. Минск 2005г. 7. Веллинг Люк, Томсон Лора. My SQL: Учебное пособие.: Перевод с английского – М.: Издательский дом «Вильямс», 2005г. – 304с. 8. Голицина О.Л., Максимов Н.В., Попов И.И. Базы данных: Учебное пособие. – М.: ФОРУМ: ИНФРА – М, 2006г. – 352с. 9. Гринченко Н.Н., Гусев Е.В., Макаров Н.П. Проектирование баз данных СУБД Microsoft Access. 2004 г. 10. Жилинский А.А. Самоучитель Microsoft SQL server, 2005г. – СПб.: БХВ – Петербург, 2007г. – 204с. 11. Кузин А. В., Демин В.М. Разработка баз данных в системе Microsoft Access. 2007 г. 12. Кузнецов С. Д. Основы баз данных. ИНТУИТ, 2007г. – 488с. 13. Сергеев А. П. Access 2007. Новые возможности. 1- е издание, 2008 г. 14. Роб П., Коронел К. Системы баз данных: проектирование, реализация и управление : пер. с англ. 5-е издание. СПб. : БХВ-Петербург, 2004г. – 1040 с. 15. Малыхина М.П. Базы данных: основы, проектирование, использование. – СПб.: БХВ – Петербург, 2004г. – 512 с. Михайлова Е.А. “База данных регистратуры поликлиники”<> | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||