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

Введение

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

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

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

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

В разделе  «Компьютерные сети»  исследуется  компьютерная сеть поликлиники, определяется топология сети, выявляются достоинства  и недостатки исследуемой компьютерной сети. Разрабатывается реклама для  поликлиники в виде 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), так как один пациент получает одну  услугу, т.е. в одно и то же время пациент не может получить оказание нескольких услуг, а у каждой услуги может быть несколько пациентов.  Сущность Пациент имеет обязательный класс принадлежности, так как пациент не может остаться без услуги.  Сущность Услуги имеет необязательный класс принадлежности, так как не каждая услуга может быть предоставлена пациенту.

 

1

                                                                                        

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

Пациенты

М

 

Услуги

      

(Код_У, Наименование,                                                               (Код_П, ФИО,

Врач, Количество,                                                                              Возраст,

Дата оказания,                                                                                 Телефон)

Стоимость за ед.(руб.))

 

 

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

 

М

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

Пациенты

Услуги

 

Оказываются

Врачи

М

М

1

 

                                                                                        

Услуги

 

 

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

 

 

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

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

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

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

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

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

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

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

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

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

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

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

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

Код_У

 

Наименование

Врач

- 3 нормальная форма  

 

1 Услуги

                                    

 

Код_В

ФИО

Телефон

Должность

- 3 нормальная  форма

2 Врачи

 

 

 

Код_У

Код_П

 

Количество

Дата предоставления

Стоимость за единицу (руб.)

- 3 нормальная форма

 

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

 

 

 

Код_У

Код_О

 

- 3 нормальная форма

 

Дата оказания

Стоимость

Количество оказанных услуг

Врач

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

 

 

 

 

 

Код_П.

Код_У

Кол-во

Дата предоставления

Стоимость

Врач

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

ФИО

Код_В

Телефон

Должность

Код_У

Наименование

Врач

- Услуги

Стоимость за ед.

Дата оказания

Код_У

Код_О 

Кол-во

- Оказываются

- Врачи

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

                                 

Врач

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

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

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

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

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

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

 

 

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

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

 

 

 

 

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

 

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