Проектирование БД районной поликлиники. Подсистема «Учет пациентов"

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

СТАТИСТИКИ И ИНФОРМАТИКИ (МЭСИ)

 

 

 

Институт компьютерных технологий

Кафедра Прикладная информатика в экономике

 

Курсовая

по дисциплине «Базы данных»

на тему: «Проектирование БД районной поликлиники. Подсистема «Учет пациентов»»

 

 

Выполнил(а) студент(ка) 
группы: ВНЭ-131б Макушкин Н.В   
Оглавление

 

 

 

Введение

 

Для написания курсовой работы была выбрана тема Информационная система «Поликлиника «Добрый доктор»».

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

Комплексная курсовая работа включает материал двух дисциплин: «Базы данных» и «Компьютерные сети».

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

В разделе «Компьютерные сети» исследуется компьютерная сеть поликлиники, определяется топология сети, выявляются достоинства и недостатки исследуемой компьютерной сети. Разрабатывается реклама для поликлиники в виде HTML- страницы (сайта).

Цель данной работы – разработать эффективную и удобную базу данных поликлиники «Добрый доктор».

Задачи курсовой работы:

спроектировать базу данных поликлиники «Добрый доктор»;

исследовать компьютерную сеть поликлиники «Добрый доктор»;

создать сайт поликлиники «Добрый доктор» с помощью HTML-страницы;

сделать выводы и разработать рекомендации.

Объект исследования – ИС Поликлиника «Добрый доктор».

Предмет исследования – проблема организации и хранения данных в данной ИС.

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

 

 

Раздел 1. Проектирование базы данных

 

1.1 Основные понятия  предметной области

 

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

СУБД – это комплекс языковых и программных средств, предназначенных для создания и совместного использования базы данных многими пользователями.

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

Основные компоненты СУБД Access:

1 Таблица  – фундаментальная структура  системы управления реляционными  базами данных.

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

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

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

3 Форма  – это объект Access, в котором  можно разместить элементы управления, предназначенные для ввода, изображения  и изменения данных в полях таблицы.

4 Отчет  – это объект Access, который позволяет  предоставлять определенным пользователям  информацию в определенном виде, просматривать, распечатывать ее.

 

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

 

Поликлиника «Добрый доктор» занимается оказанием медицинских услуг. Он расположен по адресу: Алтайский край, г. Барнаул, ул. Балтийская, 4а. Тел. (+7-385-2) 20-10-02 (многоканальный), 39-02-66.

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

Таким образом, в базе данных должна храниться информация:

об услугах: код услуги, наименование услуги, стоимость за единицу (руб.), код пациента;

о врачах, оказывающих услуги: код врача, ФИО, телефон, должность;

об оказаниях услуг в поликлинике: код оказания, код услуги, дата оказания услуги, количество оказанных услуг (ед.), стоимость (руб.), врач;

о сотрудниках: код сотрудника, ФИО, должность, табельный номер.

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

услуга имеет несколько оказаний. Оказание относится к одной услуге;

врач обязательно оказывает услугу. Каждая услуга обязательно оказывается врачом;

услуга не обязательно оказывается. Каждое оказание обязательно связано с услугой.

услуга не обязательно оказывается. Врач обязательно оказывает услуги.

С базой данных «Медицинские услуги» будут работать непосредственно врачи поликлиники.

 

1.3 Проектирование  базы данных методом «Сущность  – Связь»

 

1.3.1 Концептуальное  проектирование

Выделение сущностей и связей между ними.

Цель данного этапа – построение ER модели предметной области базы данных.

Услуги (Код_У, Наименование, Врач, Количество оказаний, Дата оказания, Стоимость за единицу (руб.))

Врачи (Код_В, ФИО, Телефон, Должность);

Пациенты (Код_П, ФИО, Возраст, Телефон)

Построение ER-диаграмм с учетом всех сущностей и их связей:

Услуги оказываются Врачи;

Услуги предоставляются Пациенты.

Связь оказываются между сущностями Услуги и Врачи относится к виду М: М (рисунок 1), так как один врач может оказывать несколько видов услуг, и одна услуга может оказываться несколькими врачами. Обе сущности в данной связи имеют класс принадлежности - обязательный, т.к. нет врачей, которые не оказывают услуги, и нет услуг, которые не обеспечены врачами.

 

Рисунок 1 - ER-диаграмма связи между сущностями Услуги и Врачи

 

Связь предоставляются между сущностями Услуги и Пациенты относится к виду М: 1 (рисунок 2), так как один пациент получает одну услугу, т.е. в одно и то же время пациент не может получить оказание нескольких услуг, а у каждой услуги может быть несколько пациентов. Сущность Пациент имеет обязательный класс принадлежности, так как пациент не может остаться без услуги. Сущность Услуги имеет необязательный класс принадлежности, так как не каждая услуга может быть предоставлена пациенту.

 

Рисунок 2- ER-диаграмма предметной области

 

Рисунок 3 - ER-диаграмма предметной области

 

1.3.2 Логическое  проектирование

На основе анализа ER-диаграммы формируются отношения с помощью правил формирования отношений на основе ER-диаграмм.

Связь предоставляются между сущностями Услуги и Пациенты соответствует условиям правила 5, на основе которого получим 3 отношения: Услуги (Код_У), Пациенты (Код_П) и Предоставляются (Код_У, Код_П).

Добавим неключевые атрибуты:

Услуги (Код_У, Наименование, Врач)

Пациенты (Код_П, ФИО, Возраст, Телефон)

Предоставляются (Код_У, Код_П, Дата предоставления, Количество предоставленных услуг, Стоимость, Врач).

Связь оказываются между сущностями Услуги и Врачи соответствует условиям правила 6, на основе которого получим 3 отношения: Услуги (Код_У), Врачи (Код_В), Оказываются (Код_У, Код_В).

Добавим неключевые атрибуты:

Услуги (Код_У, Наименование, Врач)

Врачи (Код_В, ФИО, Должность, Телефон)

Оказываются (Код_У, Код_О, Дата оказания, Количество оказанных услуг, Стоимость, Врач).

Полученные отношения приведем к 3 нормальной форме:

 

1. Услуги

 

2. Врачи

 

3. Предоставляются

 

 

4. Оказываются

 

Схема базы данных:

 

 

 

Раздел 2. Реализация базы данных средствами СУБД

 

2.1 Проектирование  структуры таблицы

 

Цель этапа - создание базы данных в СУБД Access согласно разработанной реляционной модели данных.

Таблицы - основные объекты любой базы данных. Во-первых, в таблицах хранятся все данные, имеющиеся в базе, а во-вторых, таблицы хранят и структуру базы (поля, их типы и свойства). Схема базы данных в Ms Access представлена на рисунке 4.

 

Рисунок 4- Схема базы данных

 

2.2 Проектирование  и создание запросов

 

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

 

Таблица

Функции и выполняемые операции

Функция	Выполняемая операция
Sum	Суммирование значений определенного поля
Avg	Вычисление среднего значения
Min	Вычисление минимального значения
Мах	Вычисление максимального значения
Count	Вычисление количества записей в определенном поле
First	Определяется первое значение в указанном поле
Last	Определяется последнее значение в указанном поле
StDev	Вычисляется стандартное отклонение значений данного поля
Var	Вычисляется вариация значений данного поля

 

Перечень запросов, применявшихся в данной базе данных приведен ниже.

 

Рисунок 5 - Запрос «Врачи и их пациенты»

 

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

 

 

 

Рисунок 6 - Запрос «Время пребывания в больнице»

 

Запрос «Время пребывания в больнице» позволяет узнать продолжительность нахождения пациента на стационарном лечении.

 

Рисунок 7 - Запрос «Пациенты-женщины»

 

Запрос «Пациенты-женщины» отображает пациентов женского пола

 

Рисунок 8 - Запрос «Пациенты, лежавшие неоднократно»

 

Запрос «Пациенты, лежавшие неоднократно» выводит пациентов, которые лежали в больнице более одного раза.

 

Рисунок 9 - Запрос «Пациенты-пенсионеры»

 

Запрос «Пациенты-пенсионеры» отображает всех пациентов, достигших пенсионного возраста.

 

Рисунок 10 - Запрос «Подбор специальности врача по диагнозу»

 

Запрос «Подбор специальности врача по диагнозу» позволяет, путем ввода диагноза при запуске запроса определить специализирующегося на данной болезни врача.

 

2.3 Проектирование  отчетов

 

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

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

Использование отчетов имеет следующие достоинства:

данные могут быть представлены в удобной для чтения и анализа форме;

отчет позволяет включать и печатать графические объекты (например, диаграммы);

обеспечивается возможность работы с материалом, напечатанным на бумаге.

Отчеты можно создавать двумя способами:

при помощи мастеров отчетов/автоотчетов;

«вручную».

 

Рисунок 11 - Отчет «Врачи по специальности»

 

Отчет «Врачи по специальности» построен в виде макета «структура» с уровнем группировки по специальности врача и отображает всех врачей поликлиники по конкретной специальности.