Курсовая работа

Проектирование базы данных поликлиники средствами MS Access

Категория:

Курсовая работа

Дисциплина:

Система управления базами данных (СУБД)

Город:

Беларусь, Минск

Учебное заведение:

БНТУ, ФИТР

Стоимость работы:

30 руб.

Оценка: 10
Объем страниц: 34
Год сдачи: 2021
Дата публикации: 28.04.2021

* Кроме файла с работой, также есть архив с дополнительными файлами.

Описание дополнительных файлов:

rez.accdb - база данных поликлиники
sql.vsdx - sql-запросы
схема данных.vsdx - схема базы данных поликлиники
функц модули.vsdx - функциональные модули проекта

Фрагменты для ознакомления

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

К КУРСОВОЙ РАБОТЕ

По дисциплине «Системы управления базами данных»

 

Проектирование базы данных поликлиники средствами MS Access

 

ОГЛАВЛЕНИЕ

ВВЕДЕНИЕ. 4

ИССЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ.. 5

1.1. Цель создания базы данных. 5

1.2. Предполагаемые задачи и функции. 5

1.3. Описание используемого программного обеспечения. 6

2. ПРОЕКТИРОВАНИЕ ИСТОЧНИКОВ ИНФОРМАЦИИ.. 10

2.1. Разработка структуры БД.. 10

2.2. Инфологическое проектирование. 11

2.3. Структура таблиц. 12

2.4. Реляционная схема базы данных. 15

3. ПЕРЕЧЕНЬ ОБЪЕКТОВ, РЕАЛИЗОВАННЫХ В БАЗЕ ДАННЫХ.. 17

3.1. Формы. 17

3.2. Отчёты.. 20

3.3. Макросы.. 22

3.4. Запросы.. 23

3.5. Модули. 25

4. ИМПОРТ И ЭКСПРОТ ДАННЫХ.. 28

5. РАЗГРАНИЧЕНИЕ ПРАВ ДОСТУПА, АДМИНИСТРИРОВАНИЕ. 30

ЗАКЛЮЧЕНИЕ. 32

ЛИТЕРАТУРА.. 33

ПРИЛОЖЕНИЕ. 34

 

ВВЕДЕНИЕ

В данной курсовой работе будет использоваться реляционная СУБД ACCESS, входящая в состав пакета Microsoft Office 2013. Дружественный интерфейс и простота настройки, эффективные средства создания таблиц, форм, запросов, отчетов, средства организации работы с базами данных и защита информации - вот далеко не полный перечень достоинств этого приложения.

Данная база данных будет создана для облегчения работы с документами врачей и работников регистратуры поликлиники. Одно из преимуществ заключается в том, что информацию можно упорядочить по тому признаку, который задает пользователь. Будет предусмотрен тот факт, который позволит автоматизировать заполнение и передачу документов, а также упорядочить хранение данных. Еще одним важным аспектом базы данных является возможность отбора из большого объема имеющихся данных необходимой информации, которую, в свою очередь, можно представить в форме различного вида отчетов, что позволит более наглядно просмотреть интересующую информацию о работе поликлиники.

 

 ИССЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1 Цель создания базы данных

Целью создания базы данных является автоматизация деятельности поликлиники, в частности автоматизация должна обеспечивать хранение сведений об участках, расписании работы врачей, хранить информацию о врачах, а также о пациентах поликлиники, их карточках. Отслеживание истории болезни пациентов, конструирование расписания работы врачей, консолидацию информации о врачах и пациентах, составление необходимых документов.

1.2 Предполагаемые задачи и функции

              Автоматизированная информационная система решает следующие задачи:

  • все документы хранятся в электронном виде, в результате чего имеется возможность их быстрого нахождения, заполнения и передачи информации;
  • полностью исключается дублирование одних и тех же показателей в различных документах, а также наличие показателей, не используемых в работе;
  • значительно уменьшаются затраты времени на передачу дополнительной информации.

          В информационной системе предполагается наличие следующих функций:

  • ввод и редактирование информации о врачах, работающих в поликлинике;
  • ввод и редактирование информации о пациентах поликлиники;
  • ввод и редактирование информации о участках, принадлежащих поликлинике;
  • формирование и редактирование расписания работы врачей поликлиники;
  • на основе хранящихся данных формирование необходимых документов (отчетов).

1.3 Описание используемого программного обеспечения

Microsoft Access – это система управления базами данных (СУБД), предназначенная для создания и обслуживания баз данных, обеспечения доступа к данным и их обработки.

База данных (БД) представляет собой организованную структуру, используемую для хранения данных, т.е. любых сведений о явлениях, процессах, действиях и т.д. Данные несут в себе информацию о событиях, происходящих в материальном мире, и, по сути, являются зарегистрированными сигналами, возникшими в результате этих событий. Данные становятся информацией, если пользователь обработает их и осмыслит, применив при этом адекватные этим данным методы. Сегодня большинство СУБД размещают в своих структурах не только данные, но и методы (программные коды), поэтому можно утверждать, что Microsoft Access – это СУБД, предлагающая широкий диапазон средств, для хранения информации и эффективного управления этой информацией. 

Базы данных содержат различные объекты, основными из которых являются таблицы. Структура простейшей базы данных соответствует структуре её двухмерной таблицы, содержащей столбцы и строки. Их аналогами в структуре простейшей базы данных являются поля и записи.

Основными свойствами полей являются имя поля, тип поля, его размер, определяющий предельную длину данных, размещаемых в этом поле, и др.

При работе с Microsoft Access 2013 используются следующие типы данных:

  • Короткий текст – тип данных, используемый для хранения простого неформатированного текста, число символов в котором не должно превышать 255;
  • Длинный текст – тип данных, применяемый для хранения больших объёмов текста (до 65 535 символов);
  • числовой – тип данных для хранения чисел;
  • дата/время – тип данных для хранения значений даты и времени;
  • денежный – тип данных для хранения денежных значений (длина поля 8 байт);
  • счётчик – специальный тип данных, используемый для автоматической нумерации записей;
  • логический – для хранения логических данных, которые могут иметь одно из двух возможных значений – «да» или «нет»;
  • поле объекта OLE – специальный тип данных, предназначенный для хранения объектов OLE (электронных таблиц Microsoft Excel, документов Microsoft Word, звукозаписей и др.);
  • гиперссылка – специальное поле для хранения адресов URL Web-объектов;
  • вложение – для хранения изображений и документов, не требующих программ, называемых OLE-сервисами;
  • вычисляемый – позволяет создать выражение, использующее данные из одного и более полей. Выражения могут возвращать разные типы данных;
  • мастер подстановок – тип данных, запускающий мастер подстановок, что позволяет выбирать данные из раскрывающегося списка, а не вводить их в поле вручную.

Числовые поля могут иметь следующие размеры:

  • байт (Byte) – целые числа от 0 до 255 (1 байт);
  • целое (Integer) – целые числа от минус 32768 до +32767 (2 байта);
  • длинное целое (Long Integer) – целые числа от минус 2147483648 до +2147483647 (4 байта);
  • одинарное с плавающей точкой (Single) – числа от минус 3,4´1038 до +3,4´1038 с точностью до 7 знаков (4 байта);
  • двойное с плавающей точкой (Double) – числа от минус 1,797´10308 до +1,797´10308 с точностью до 15 знаков (8 байт);
  • код репликации – идентификатор, представленный строкой цифр и букв (16 байт);
  • действительное – для числовых значений от минус 9,999´101027 до 9,999´101027 (12 байт).

База данных может состоять из нескольких таблиц, содержащих различную информацию. Эти таблицы, связаны между собой каким – либо определенным полем, называемым ключевым полем. Ключевое поле позволяет однозначно идентифицировать каждую запись таблицы, т.е.  каждое значение этого поля отличает одну запись от другой. Связи между таблицами дают возможность совместно использовать данные из различных таблиц.

Взаимосвязанные двухмерные таблицы, являющиеся объектами СУБД, называются реляционными таблицами, а сами СУБД – реляционными базами данных.

СУБД Microsoft Access 2013 ориентированы на работу с объектами семи различных типов: таблицами, запросами, формами, отчётами, страницами, макросами, модулями.

Таблицы – это основной объект базы данных, в котором хранятся все данные, имеющиеся в базе, а также структура базы (поля, их типы, свойства).

Запросы позволяют выбирать данные из одной или нескольких связанных таблиц. Результатом выполнения запроса является результирующая таблица, которая наряду с другими таблицами может быть использована при обработке данных. С помощью запросов можно также обновлять, удалять или добавлять данные в таблицы.

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

Отчёты предназначены для формирования выходных документов и вывода их на печать. По своим свойствам и структуре отчёты во многом подобны формам. Основное их отличие заключается в том, что в отчёте отображаются все данные и в них предусмотрена возможность группировать данные по различным критериям. Отчёты в отличие от форм могут содержать специальные элементы оформления, характерные для печати документов: колонтитулы, номера страниц и т.д.

Страницы – это специальные объекты баз данных, в более ранних версиях Access такие страницы доступа к данным отсутствуют. Эти страницы являются диалоговыми Web-страницами, т.е. осуществляют интерфейс между клиентом, сервером и базой данных, размещённой на сервере.

Макросы предназначены для автоматизации повторяющихся операций при работе с СУБД. Макрос является программой, которая содержит описание последовательности конкретных действий пользователя. Каждому действию соответствует определённая макрокоманда. Формируются макросы в диалоговом режиме путём выбора нужных макрокоманд.

Модули создаются пользователем путём применения интегрированной среды объектно-ориентированного программирования Visual Basic for Applications (VBA). Основной идеей объектно-ориентированного программирования является объединение данных и оперирующих ими функций в один объект. Данные в VBA рассматриваются как совокупность объектов (таблиц, форм, отчётов и т. д.), имеющих свойства и методы, реализующие заранее определённые действия над объектами.

 

ПРОЕКТИРОВАНИЕ ИСТОЧНИКОВ ИНФОРМАЦИИ

2.1 Разработка структуры БД

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

Одним из наиболее сложных этапов в процессе проектирования базы данных является разработка таблиц, так как результаты, которые должна выдавать база данных (отчеты, выходные формы и др.) не всегда дают полное представление о структуре таблицы.

При проектировании таблиц лучше разработать структуру на бумаге и только затем начинать работу с СУБД Access. При проектировке таблиц, рекомендуется руководствоваться следующими основными принципами:

  1. Не должно быть повторений и между таблицами.

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

  1. Каждая таблица должна содержать информацию только на одну тему.

Сведения на каждую тему обрабатываются намного легче, если содержаться они в независимых друг от друга таблицах. Например, адреса и заказы клиентов хранятся в разных таблицах, с тем, чтобы при удалении заказа информация о клиенте осталась в базе данных.

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

  • каждое поле должно быть связано с темой таблицы;
  • не рекомендуется включать в таблицу данные, которые являются результатом выражения;
  • в таблице должна присутствовать вся необходимая информация;
  • информацию следует разбивать на наименьшие логические единицы.

2.2 Инфологическое проектирование

Первым этапом и самым главным в процессе проектирования и создания базы данных является разработка инфологической модели.

Цель инфологического проектирования – обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Основными конструктивными элементами инфологических моделей являются сущности – любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных, связи между ними и их атрибуты (поименованная характеристика сущности, то есть его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым для различного типа сущностей).

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

Связь – ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных – это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи.

Между двумя сущностями, например, A и B, возможны четыре вида связей.

Первый тип – связь ОДИН-К-ОДНОМУ (1:1): в каждый момент времени каждому представителю (экземпляру) сущности А соответствует 1 или 0 представителей сущности В

Студент может не "заработать" стипендию, получить обычную или одну из повышенных стипендий.

Второй тип – связь ОДИН-КО-МНОГИМ (1:М): одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В:

Квартира может пустовать, в ней может жить один или несколько жильцов.

Так как между двумя сущностями возможны связи в обоих направлениях, то существует еще два типа связи МНОГИЕ-К-ОДНОМУ (М:1) и МНОГИЕ-КО-МНОГИМ (М:N).

2.3 Структура таблиц

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

2.4 Реляционная схема базы данных

Реляционная база данных – это совокупность отношений, содержащих всю информацию, которая должна храниться в БД. Однако пользователи могут воспринимать такую базу данных как совокупность таблиц.

  1. Каждая таблица состоит из однотипных строк и имеет уникальное имя.

2. Строки имеют фиксированное число полей (столбцов) и значений (множественные поля и повторяющиеся группы недопустимы). Иначе говоря, в каждой позиции таблицы на пересечении строки и столбца всегда имеется в точности одно значение или ничего. 

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

4. Столбцам таблицы однозначно присваиваются имена, и в каждом из них размещаются однородные значения данных (даты, фамилии, целые числа или денежные суммы). 

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

6. При выполнении операций с таблицей ее строки и столбцы можно обрабатывать в любом порядке безотносительно к их информационному содержанию. Этому способствует наличие имен таблиц и их столбцов, а также возможность выделения любой их строки или любого набора строк с указанными признаками.

 

ПЕРЕЧЕНЬ ОБЪЕКТОВ, РЕАЛИЗОВАННЫХ В БАЗЕ ДАННЫХ

3.1 Формы

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

В разработанной базе данных создано 7 форм, не считая подчиненных. Некоторые из них созданы в режиме конструктора, а некоторые при помощи мастера форм. Удобнее всего создавать формы через мастер форм, к тому же полученную форму можно потом редактировать при помощи конструктора. Также мастер форм способен создавать и сложные формы, включающие в себя подчиненные формы.

В данной базе данных разработаны следующие формы:

  1. Форма «Участки», представленная на рисунке 3.1.1. Она позволяет добавлять и изменять записи таблицы «Участки».
  2. Форма «auth», представленная на рисунке 3.1.2. Используется для авторизации пользователей БД.
  3. Форма «Для врача», представленная на рисунке 3.1.3. Включает в себя несколько подчиненных форм и позволяет добавлять и редактировать записи в таблицах «Карточка 2 стр» и «Направления».
  4. Форма «Для заведующего», представленная на рисунке 3.1.4 используется для работы с таблицами «Врачи» и «Квалификации врачей».
  5. Форма «Регистратура», представленная на рисунке 3.1.5 используется для работы с таблицей «Карточка 1 стр».
  6. Форма «Результаты анализов», представленная на рисунке 3.1.6 используется для работы с таблицей «Результаты».
  7. Форма «Составить расписание», представленная на рисунке 3.1.7 используется для работы с таблицей «Расписание врачей».

3.2 Отчёты

В MS Access получать твердые копии результатов обработки данных можно путем распечатки таблиц, запросов и форм, представленных в виде отчетов. Отчет - это тип объектов в Access, который используется для просмотра и печати данных. Отчет создается в тех случаях, когда необходимо наглядно представить на экране или на бумаге сводную информацию, хранящуюся в Базе Данных. Главное назначение отчета – формирование выходных документов, которые будут представлять собой копию форм реальных документов предприятия, с которыми непосредственно работает пользователь.

Одним из способов создания отчета является, создание отчета с помощью мастера отчетов, а затем необходимые коррективы, возможно, внести, находясь в режиме конструктора. 

В данной базе данных были созданы следующие отчеты:

  1. Отчет «Выдать больничный», представленный на рисунке 3.2.1, который представляет собой больничный лист пациента.
  2. Отчет «Выдать справку», представленный на рисунке 3.2.2, который представляет собой справку пациента.
  3. Отчет «Расписание специалистов», представленный на рисунке 3.2.3. Представляет собой расписание специальных, не участковых врачей.
  4. Отчет «Расписание участковых», представленный на рисунке 3.2.4. Представляет собой расписание участковых врачей.

3.3 Макросы

Макросы – это небольшие программы, в которых содержаться макрокоманды Access (для которых можно определить условие, если условие выполняется, то выполняется и сама макрокоманда), предназначенные для выполнения одного или нескольких действий. Макрос можно запускать из окна базы данных или связывать с событием.

Основным назначением макроса является создание элементов для пользовательского интерфейса.

В данной базе данных используются незначительные макросы для обеспечения функционирования форм. В основном это макрокоманды «Обновить», необходимые для динамического изменения информации в полях форм.

На рисунке 3.3.1 представлены макросы формы «Для врача».

3.4 Запросы

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

В разработанной базе данных создано 22 запроса при помощи конструктора. Некоторые из них являются простейшими запросами на выборку, некоторые необходимы для функционирования форм и отчетов, и никакого интереса не представляют. Были выбраны запросы, которые составляют больший интерес.

  1. Запрос «zauth» - необходим для функционирования аутентификации пользователей. По идентификатору пользователя запрос выбирает информацию о нем, необходимую для того, чтобы в дальнейшем определить, какие формы будут для него открыты. Запрос в режиме конструктора представлен на рисунке 3.4.1.
  2. Запрос «задание 4» - показывает, кто находится в данный момент на лечении у указанного врача (не закончился срок больничного листа). В режиме конструктора представлен на рисунке 3.4.2.

Результат выполнения запроса представлена на рисунке 3.4.3.

  1. Запрос «служебный 1» - необходим для функционирования некоторых форм базы данных. В режиме конструктора представлен на рисунке 3.4.4.

В результате этого запроса будет получена информация, необходимая для корректной работы некоторых форм.

3.5 Модули

Модулем называется объект базы данных MS Access, содержащий совокупность созданных пользователем и хранящихся совместно процедур. Процедуры создаются для обработки событий, связанных с изменениями в формах, и отчетах (процедура обработки события) и для осуществления определенных преобразований (процедура преобразования).

В разработанной БД создано 2 модуля.

На рисунке 3.5.1 представлен модуль «Module 1». В нем описаны пользовательские функции, использующиеся в БД.

На рисунке 3.5.2 представлен модуль «Module 2». В нем описаны глобальные переменные, необходимые для функционирования БД.

На рисунке 3.5.3 представлен листинг обработки события нажатия кнопки «log-in» формы «auth». Он используется для того, чтобы по введенным параметрам однозначно определить, кто из пользователей работает с БД, и, исходя из расписания работы, предоставить ему доступ к необходимым для него объектам.

 

ИМПОРТ И ЭКСПРОТ ДАННЫХ

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

Одна из таких таблиц – «Диагнозы» - содержит список заболеваний, используемых для установления диагноза пациента. Поскольку список известных заболеваний достаточно большой, заполнять его вручную было бы проблематично, поэтому в данной работе для заполнения этой таблицы используется парсер, написанный на языке C#. Парсер обращается к веб-сайту, получает в ответ его HTML-страницу, и, на основании полученных данных, наполняет таблицу. Листинг представлен на рисунке 4.1.

Остальные таблицы, содержащие статические данные были заполнены из других таблиц Access, в которых эти данные уже были определены. Импорт осуществлялся при помощи импорта внешних данных – встроенного инструмента MSAccess.

Кроме возможности импорта в MS Access также имеется возможность экспорта данных, с форматированием их в некоторые популярные форматы. В данной работе осуществлялся экспорт данных таблицы «Расписание врачей» в формат XML, что позволит в будущем удобно разместить информацию о работе врачей в интернете, например, на сайте поликлиники.

 

РАЗГРАНИЧЕНИЕ ПРАВ ДОСТУПА, АДМИНИСТРИРОВАНИЕ

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

СУБД MS Access обеспечивает базы данных защитой двумя самыми распространенными способами защиты: установка пароля, требуемого при открытии базы данных, и защита на уровне пользователей, которая позволяет ограничить, к какой части базы данных пользователь будет иметь доступ или какую ее часть он сможет изменять.

Установка пароля при открытии базы данных – самый распространенный способ защиты. После установки пароля, при открытии базы данных появляется диалоговое окно, предлагающее пользователю ввести пароль. Открыть базу данных смогут лишь те пользователи, которые введут правильный пароль. Этот способ достаточно надежен (MS Access шифрует пароль таким образом, что к нему нет прямого доступа при чтении файла базы данных), но он применяется только при открытии базы данных. После открытия базы данных все объекты становятся доступными для пользователя (пока не определена защита на уровне пользователей). Для базы данных, которой совместно пользуется небольшая группа пользователей или на автономном компьютере, установка пароля обычно оказывается достаточной.

Наиболее гибким и распространенным способом защиты базы данных является защита данных на уровне пользователей. Этот способ защиты подобен способам, используемым в большинстве сетевых систем. От пользователей требуется идентифицировать себя и ввести пароль, когда они запускают MS Access. Внутри файла рабочей группы они идентифицируются как члены группы. MS Access по умолчанию создает две группы: администраторы (группа «Admins») и пользователи (группа «Users»). Допускается также определение других групп. Группам и пользователям предоставляются разрешения на доступ, ограничивающие возможность доступа к каждому объекту базы данных.

Следует отметить три главных преимущества защиты на уровне пользователей:

  • программа защищается как интеллектуальная собственность;
  • приложение защищается от повреждения из-за неумышленного изменения пользователями программ или объектов, от которых зависит работа приложения;
  • защищаются конфиденциальные сведения в базе данных.

В данной базе данных были созданы две группы пользователей, которые наделены разными правами, то есть им присущи разные роли.

В первой группе «Admins» содержится пользователь «Admin», у которого есть все привилегии на корректировку, удаление, восстановление, администрирование базы данных.

Во второй группе «Users» содержится пользователь «User», для которого открыты на чтение запросы и отчеты, а также доступна форма «auth», в которой он также должен ввести свои данные. В зависимости от введенных данных ему откроются для работы соответствующие формы. Процедура обработки этой формы реализована с использованием VBA. Логины и пароли пользователей хранятся в таблице «Users», в зависимости от введенных данных находится соответствующий код пользователя, а далее и код его должности. Если это заведующий, то для него становятся доступны формы «Для заведующего» и «Составить расписание». Если это участковый врач, то форма «Для врача», если не участковый – форма «Результаты анализов». Для работника регистратуры доступна форма «Регистратура».

 

ЗАКЛЮЧЕНИЕ

В результате проведенной работы разработана база данных поликлиники, структура и схема БД, разработаны формы для ввода и редактирования данных, созданы различные запросы и отчеты, согласно заданию, созданы необходимые макросы и модули. Еще одним важным аспектом базы данных является возможность отбора из большого объема имеющихся данных необходимой информации, которую, в свою очередь, можно представить в форме различного вида отчетов, что позволяет более наглядно просмотреть информацию о работе поликлиники. Приобретены навыки по проектированию базы данных и созданию различных объектов базы данных в среде MS Access 2013.

 

ЛИТЕРАТУРА

  1. Кауфельд Джон. Microsoft Office Access 2003 для «чайников». – М.: Диалектика, 2004. – 320 с.
  2. Пасько В. Аccess 2000 для пользователя. – К.: BHV,1999. – 384с.
  3. Гончаров А.Ю. Аccess 2003 Самоучитель с примерами. – М.: КУДИЦ-ОБРАЗ, 2004 – 272 с.
  4. Сенов А.В. Access 2003.Практическая разработка баз данных,СПб.: Питер, 2013.-- 458 с.
  5. Глушаков, С.В. Базы данных / С.В. Глушаков, Д.В. Ломотько. - М.: Харьков: Фолио, 2000. - 504 c.
  6. Ульман, Дж. Основы систем баз данных / Дж. Ульман. - М.: Финансы и статистика, 2017. - 292 c.
  7. Архипенков, С. Хранилища данных. От концепции до внедрения / С. Архипенков, О. Максименко. - М.: Диалог-Мифи, 2002. - 528 c.
  8. Редько, В.Н. Базы данных и информационные системы / В.Н. Редько, И.А. Бассараб. - М.: Знание, 2004. - 240 c.
  9. Тимошок, Б. Самоучитель Microsoft Access 2002 / Б. Тимошок. - М.: Вильямс, 2004. - 352 c.
  10.  Пинягина, О. В. Практикум по курсу "Базы данных": [учебное пособие] / О. В. Пинягина, И. А. Фукин; Казан. (Приволж.)федер. ун-т, Казань: Казанский университет, 2012, 91 с.
27