три Лабораторные работы по дисциплине Базы данных. Лабораторная работа № 1 по дисциплине- «Базы данных». Лабораторная работа 1 по дисциплине Базы данных Вариант 8 Тема Поликлиника студент группы

• Название: Лабораторная работа 1 по дисциплине Базы данных Вариант 8 Тема Поликлиника студент группы
• Анкор: три Лабораторные работы по дисциплине Базы данных
• Дата: 04.02.2023
• Размер: 2.97 Mb.
• Имя файла: Лабораторная работа № 1 по дисциплине- «Базы данных» .docx
• Тип: Лабораторная работа; #919417

Министерство науки и высшего образования Российской Федерации

Федеральное государственное бюджетное образовательное

учреждение высшего образования

ТОМСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СИСТЕМ

УПРАВЛЕНИЯ И РАДИОЭЛЕКТРОНИКИ (ТУСУР)

Кафедра компьютерных систем в управлении

и проектировании (КСУП)


Лабораторная работа № 1
по дисциплине: «Базы данных»
Вариант № 8

Тема: Поликлиника


Выполнил: студент группы з-511П8-5

Кузнецов Сергей Сергеевич

Проверил:

преподаватель

Мурзин Евгений Сергеевич

Томск 2023

Оглавление

1 Цель работы 3

2 Задание 4

3 Выполнение лабораторной работы 5

3.1 Описание предметной области 5

3.2 Описание объектов 5

3.3 Нормализация до третьей нормальной формы 12

3.4 Создание структуры таблиц в СУБД MS Access 20

3.5 Создание связи между таблицами в СУБД MS Access 25

1 Цель работы

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

2 Задание

1. 
   Проанализировать объекты выбранной предметной области;
   
2. 
   Создать не менее восьми взаимосвязанных таблиц в MS Access, учитывая, что все таблицы должны быть нормализованы по 3НФ;
   
3. 
   Заполнить созданные таблицы.
   

Предметная область в соответствии с вариантом №8: поликлиника.

3 Выполнение лабораторной работы

3.1 Описание предметной области

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

Конечными пользователями базы данных являются:

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

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

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

3.2 Описание объектов

В соответствии с предметной областью выделены следующие сущности (объекты):

1. 
   Пациенты. Данный информационный объект служит для хранения информации о пациентах.
   

Атрибуты данной сущности и их типы приведены в таблице 3.1.

Таблица 3.1 – Атрибуты сущности «Пациенты»

Атрибут	Тип данных
Код пациента	Счетчик
№ медицинской карточки	Числовой

Продолжение таблицы 3.1

Атрибут	Тип данных
№ полиса ОМС	Числовой
Фамилия	Текстовый
Имя	Текстовый
Отчество	Текстовый
Пол	Текстовый
Дата рождения	Дата/время
Дата регистрации в поликлинике	Дата/время
Домашний адрес	Текстовый
Номер телефона	Числовой
Статус инвалидности	Текстовый

2. 
   Сотрудники. Данный информационный объект служит для хранения информации о сотрудниках.
   

Атрибуты данной сущности и их типы приведены в таблице 3.2.

Таблица 3.2 – Атрибуты сущности «Сотрудники»

Атрибут	Тип данных
Код сотрудника	Счетчик
Табельный номер сотрудника	Числовой
Фамилия	Текстовый
Имя	Текстовый
Отчество	Текстовый
Пол	Текстовый
Дата рождения	Дата/время
Домашний адрес	Текстовый
Номер телефона	Числовой
Наименование оконченного учебного заведения	Текстовый
Дата окончания обучения	Дата/время
Стаж	Числовой

3. 
   Должности. Данный информационный объект служит для хранения информации о должностях в поликлинике.
   

Атрибуты данной сущности и их типы приведены в таблице 3.3.

Таблица 3.3 – Атрибуты сущности «Должности»

Атрибут	Тип данных
Код должности	Счетчик
Название должности	Текстовый
Сумма оклада	Денежный

4. 
   Кабинеты. Данный информационный объект служит для хранения информации о кабинетах поликлиники.
   

Атрибуты данной сущности и их типы приведены в таблице 3.4.

Таблица 3.4 – Атрибуты сущности «Кабинеты»

Атрибут	Тип данных
Код кабинета	Счетчик
№ кабинета	Числовой
Наименование кабинета	Текстовый
Внутренний телефонный номер	Числовой

5. 
   Графики работы. Данный информационный объект служит для хранения информации о графиках работы сотрудников.
   

Атрибуты данной сущности и их типы приведены в таблице 3.5.

Атрибут	Тип данных
Код графика работы	Счетчик
Начало времени работы	Дата/время
Окончание времени работы	Дата/время
Часы обеденного перерыва	Дата/время
Рабочие дни	Текстовый

Таблица 3.5 – Атрибуты сущности «Графики работы»

6. 
   Отделы. Данный Данный информационный объект служит для хранения информации об отделах поликлиники.
   

Атрибуты данной сущности и их типы приведены в таблице 3.6.

Атрибут	Тип данных
Код отдела	Счетчик
Наименование отдела	Текстовый

Таблица 3.6 – Атрибуты сущности «Отделы»

7. 
   Занимаемая должность. Данный информационный объект служит для хранения информации занимаемых сотрудниками должностях.
   

Атрибуты данной сущности и их типы приведены в таблице 3.7.

Атрибут	Тип данных
Код занимаемой должности	Счетчик
Код сотрудника	Числовой
Код должности	Числовой
Код отдела	Числовой
Дата приема на работу	Дата/время
№ приказа о приеме на работу	Текстовый
Ставка	Числовой
Код кабинета	Числовой
Код графика работы	Числовой
Дата увольнения	Дата/время
№ приказа об увольнении	Текстовый
Статья Трудового кодекса	Текстовый

Таблица 3.7 – Атрибуты сущности «Занимаемая должность»

8. 
   Отпуска. Данный информационный объект служит для хранения информации об отпусках сотрудников.
   

Атрибуты данной сущности и их типы приведены в таблице 3.8.

Атрибут	Тип данных
Код отпуска	Счетчик
№ приказа об отпуске	Текстовый
Код сотрудника	Числовой
Дата отпуска	Дата/время

Таблица 3.8 – Атрибуты сущности «Отпуска»

Продолжение таблицы 3.8

Количество дней отпуска	Числовой
Количество дней дополнительного отпуска	Числовой
Дата окончания отпуска	Дата/время
Вид отпуска	Текстовый

9. 
   Обращения. Данный информационный объект служит для хранения информации об обращениях пациентов в поликлинику.
   

Атрибуты данной сущности и их типы приведены в таблице 3.9.

Атрибут	Тип данных
Код обращения	Счетчик
№ талона	Числовой
Код пациента	Числовой
Дата обращения	Дата/время
Дата назначенного приема	Дата/время
Время назначенного приема	Дата/время
Код услуги специалиста	Числовой

Таблица 3.9 – Атрибуты сущности «Обращения»

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

Атрибуты данной сущности и их типы приведены в таблице 3.10.

Атрибут	Тип данных
Код услуги	Счетчик
Наименование	Текстовый

Таблица 3.10 – Атрибуты сущности «Услуги»

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

Атрибуты данной сущности и их типы приведены в таблице 3.11.

Атрибут	Тип данных
Код услуги специалиста	Счетчик
Код услуги	Числовой
Код сотрудника	Числовой

Таблица 3.11 – Атрибуты сущности «Услуги специалистов»

12. 
    Прием. Данный информационный объект служит для хранения информации о ходе приема пациента у врача.
    

Атрибуты данной сущности и их типы приведены в таблице 3.12.

Атрибут	Тип данных
Код приема	Счетчик
Код обращения	Числовой
Жалобы	Примечание
Осмотр	Примечание

Таблица 3.12 – Атрибуты сущности «Прием»

13. 
    Диагнозы. Данный информационный объект служит для хранения информации о всех диагнозах из МКБ-10.
    

Атрибуты данной сущности и их типы приведены в таблице 3.13.

Атрибут	Тип данных
Код диагноза	Счетчик
Код диагноза по МКБ-10	Текстовый
Название диагноза	Примечание

Таблица 3.13 – Атрибуты сущности «Диагнозы»

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

Атрибуты данной сущности и их типы приведены в таблице 3.14.

Атрибут	Тип данных
Код диагноза пациента	Счетчик
Код приема	Числовой

Таблица 3.14 – Атрибуты сущности «Диагнозы пациентов»

Код диагноза	Числовой
Статус диагноза	Текстовый

Продолжение таблицы 3.14

15. 
    Анализы. Данный информационный объект служит для хранения информации об анализах пациентов поликлиники.
    

Атрибуты данной сущности и их типы приведены в таблице 3.15.

Атрибут	Тип данных
Код исследования	Счетчик
Код обращения	Счетчик
Показатель	Текстовый
Результат	Текстовый
Норма	Текстовый

Таблица 3.15 – Атрибуты сущности «Анализы»

3.3 Нормализация до третьей нормальной формы

Проведем нормализацию выделенных в подразделе 3.2 сущностей.

Рассмотрим сущность «Пациенты».

Значения атрибутов данной сущности являются атомарными, а это значит, что сущность удовлетворяет первой нормальной форме.

Первичный ключ данной сущности – «Код пациента».

Можно выявить следующие функциональные зависимости:

• 
  «Код пациента» → «№ медицинской карточки»;
  
• 
  «Код пациента» → «№ полиса ОМС»;
  
• 
  «Код пациента» → «Фамилия»;
  
• 
  «Код пациента» → «Имя»;
  
• 
  «Код пациента» → «Отчество»;
  
• 
  «Код пациента» → «Пол»;
  
• 
  «Код пациента» → «Дата рождения»;
  
• 
  «Код пациента» → «Дата регистрации в поликлинике»;
  
• 
  «Код пациента» → «Домашний адрес»;
  
• 
  «Код пациента» → «Номер телефона»;
  
• 
  «Код пациента» → «Статус инвалидности».
  

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

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

Рассмотрим сущность «Сотрудники».

Значения атрибутов данной сущности являются атомарными, а это значит, что сущность удовлетворяет первой нормальной форме.

Первичный ключ данной сущности – «Код сотрудника».

Можно выявить следующие функциональные зависимости:

• 
  «Код сотрудника» → «Табельный номер сотрудника»;
  
• 
  «Код сотрудника» → «№ полиса ОМС»;
  
• 
  «Код сотрудника» → «Фамилия»;
  
• 
  «Код сотрудника» → «Имя»;
  
• 
  «Код сотрудника» → «Отчество»;
  
• 
  «Код сотрудника» → «Пол»;
  
• 
  «Код сотрудника» → «Дата рождения»;
  
• 
  «Код сотрудника» → «Домашний адрес»;
  
• 
  «Код сотрудника» → «Номер телефона»;
  
• 
  «Код сотрудника» → «Наименование оконченного учебного заведения»;
  
• 
  «Код сотрудника» → «Дата окончания обучения»;
  
• 
  «Код сотрудника» → «Стаж».
  

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

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

Рассмотрим сущность «Должности».

Значения атрибутов данной сущности являются атомарными, а это значит, что сущность удовлетворяет первой нормальной форме.

Первичный ключ данной сущности – «Код должности».

Можно выявить следующие функциональные зависимости:

• 
  «Код должности» → «Название должности»;
  
• 
  «Код должности» → «Сумма оклада».
  

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

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

Рассмотрим сущность «Кабинеты».

Значения атрибутов данной сущности являются атомарными, а это значит, что сущность удовлетворяет первой нормальной форме.

Первичный ключ данной сущности – «Код кабинета».

Можно выявить следующие функциональные зависимости:

• 
  «Код кабинета» → «№ кабинета»;
  
• 
  «Код кабинета» → «Наименование кабинета»;
  
• 
  «Код кабинета» → «Внутренний телефонный номер».
  

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

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

Рассмотрим сущность «Графики работы».

Значения атрибутов данной сущности являются атомарными, а это значит, что сущность удовлетворяет первой нормальной форме.

Первичный ключ данной сущности – «Код графика работы».

Можно выявить следующие функциональные зависимости:

• 
  «Код графика работы» → «Начало времени работы»;
  
• 
  «Код графика работы» → «Окончание времени работы»;
  
• 
  «Код графика работы» → «Часы обеденного перерыва»;
  
• 
  «Код графика работы» → «Рабочие дни».
  

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

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

Рассмотрим сущность «Отделы».

Значения атрибутов данной сущности являются атомарными, а это значит, что сущность удовлетворяет первой нормальной форме.

Первичный ключ данной сущности – «Код отдела».

Можно выявить следующие функциональные зависимости:

• 
  «Код отдела» → «Наименование отдела».
  

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

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

Рассмотрим сущность «Занимаемая должность».

Значения атрибутов данной сущности являются атомарными, а это значит, что сущность удовлетворяет первой нормальной форме.

Первичный ключ данной сущности – «Код занимаемой должности».

Можно выявить следующие функциональные зависимости:

• 
  «Код занимаемой должности» → «Код сотрудника»;
  
• 
  «Код занимаемой должности» → «Код должности»;
  
• 
  «Код занимаемой должности» → «Код отдела»;
  
• 
  «Код занимаемой должности» → «Дата приема на работу»;
  
• 
  «Код занимаемой должности» → «№ приказа о приеме на работу».
  
• 
  «Код занимаемой должности» → «Ставка»;
  
• 
  «Код занимаемой должности» → «Код кабинета».
  
• 
  «Код занимаемой должности» → «Код графика работы»;
  
• 
  «Код занимаемой должности» → «Дата увольнения»;
  
• 
  «Код занимаемой должности» → «№ приказа об увольнении»;
  
• 
  «Код занимаемой должности» → «Статья Трудового кодекса».
  

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

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

Рассмотрим сущность «Отпуска».

Значения атрибутов данной сущности являются атомарными, а это значит, что сущность удовлетворяет первой нормальной форме.

Первичный ключ данной сущности – «Код отпуска».

Можно выявить следующие функциональные зависимости:

• 
  «Код отпуска» → «№ приказа об отпуске»;
  
• 
  «Код отпуска» → «Код сотрудника»;
  
• 
  «Код отпуска» → «Дата отпуска»;
  
• 
  «Код отпуска» → «Количество дней отпуска»;
  
• 
  «Код отпуска» → «Количество дней дополнительного отпуска»;
  
• 
  «Код отпуска» → «Дата окончания отпуска»;
  
• 
  «Код отпуска» → «Вид отпуска».
  

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

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

Рассмотрим сущность «Обращения».

Значения атрибутов данной сущности являются атомарными, а это значит, что сущность удовлетворяет первой нормальной форме.

Первичный ключ данной сущности – «Код обращения».

Можно выявить следующие функциональные зависимости:

• 
  «Код обращения» → «№ талона»;
  
• 
  «Код обращения» → «Код пациента»;
  
• 
  «Код обращения» → «Дата обращения»;
  
• 
  «Код обращения» → «Дата назначенного приема»;
  
• 
  «Код обращения» → «Время назначенного приема»;
  
• 
  «Код обращения» → «Код услуги специалиста».
  

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

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

Рассмотрим сущность «Услуги».

Значения атрибутов данной сущности являются атомарными, а это значит, что сущность удовлетворяет первой нормальной форме.

Первичный ключ данной сущности – «Код услуги».

Можно выявить следующие функциональные зависимости:

• 
  «Код услуги» → «Наименование».
  

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

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

Рассмотрим сущность «Услуги специалистов».

Значения атрибутов данной сущности являются атомарными, а это значит, что сущность удовлетворяет первой нормальной форме.

Первичный ключ данной сущности – совокупность атрибутов «Код услуги специалиста».

Можно выявить следующие функциональные зависимости:

• 
  «Код услуги специалиста» → «Код услуги»;
  
• 
  «Код услуги специалиста» → «Код специалиста».
  

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

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

Рассмотрим сущность «Прием».

Значения атрибутов данной сущности являются атомарными, а это значит, что сущность удовлетворяет первой нормальной форме.

Первичный ключ данной сущности – «Код приема».

Можно выявить следующие функциональные зависимости:

• 
  «Код приема» → «Код обращения»;
  
• 
  «Код приема» → «Жалобы»;
  
• 
  «Код приема» → «Осмотр»;
  
• 
  «Код приема» → «Код диагноза»;
  
• 
  «Код приема» → «Статус диагноза».
  

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

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

Рассмотрим сущность «Диагнозы».

Значения атрибутов данной сущности являются атомарными, а это значит, что сущность удовлетворяет первой нормальной форме.

Первичный ключ данной сущности – «Код диагноза».

Можно выявить следующие функциональные зависимости:

• 
  «Код диагноза» → «Код диагноза по МКБ-10»;
  
• 
  «Код диагноза» → «Название диагноза».
  

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

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

Рассмотрим сущность «Диагнозы пациентов».

Значения атрибутов данной сущности являются атомарными, а это значит, что сущность удовлетворяет первой нормальной форме.

Первичный ключ данной сущности – «Код диагноза пациента».

Можно выявить следующие функциональные зависимости:

• 
  «Код диагноза» → «Код приема»;
  
• 
  «Код диагноза» → «Код диагноза»;
  
• 
  «Код диагноза» → «Статус диагноза».
  

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

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

Рассмотрим сущность «Анализы».

Значения атрибутов данной сущности являются атомарными, а это значит, что сущность удовлетворяет первой нормальной форме.

Первичный ключ данной сущности – совокупность атрибутов «Код исследования» и «Код обращения».

Можно выявить следующие функциональные зависимости:

• 
  «Код исследования», «Код обращения» → «Показатель»;
  
• 
  «Код исследования», «Код обращения» → «Результат»;
  
• 
  «Код исследования», «Код обращения» → «Норма».
  

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

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

3.4 Создание структуры таблиц в СУБД MS Access

Создадим таблицы «Пациенты», «Сотрудники», «Должности», «Кабинеты», «Графики работы», «Отделы», «Занимаемая должность», «Отпуска», «Обращения», «Услуги», «Услуги специалистов», «Прием», «Диагнозы», «Диагнозы пациентов», «Анализы» в СУБД MS Access. Результаты представлены на рисунках 3.1, 3.2, 3.3, 3.4, 3.5, 3.6, 3.7, 3.8, 3.9, 3.10, 3.11, 3.12, 3.13, 3.14, 3.15 соответственно.

3.5 Создание связи между таблицами в СУБД MS Access

Создадим схему базы данных в MS Access. Результат отображен на рисунке 3.16.