 
        
        - •Задание на курсовую работу
- •Введение
- •1 Теоретический обзор программного продукта
- •1.1 Общая информация
- •1.2 Средства разработки
- •1.3 Краткая характеристика объекта проектирования
- •2 Разработка программного продукта
- •2.1 Описание разработки предметной области
- •2.2 Разработка запросов к базе данных
- •2.3 Разработка удаленного доступа к базе данных с использованием php.
- •2.4 Краткое содержание листинга
- •3 Пример работы программного продукта
- •3.1 Основные возможности
- •Заключение
- •4 Список литературы
1.3 Краткая характеристика объекта проектирования
Работнику регистратуры поликлиники может понадобиться информация о больных, врачах, информация о больном, его контакты. Необходимо чтобы в БД хранились сведения о больных, врачах, диагнозах каждого больного, информация об участковых терапевтах, их вызовах, консультациях. Также должны храниться сведения об участках (за какими адресами закреплены и какими врачами обслуживаются). При выводе информации можно узнать следующие сведения:
- адрес больного и его заболевания; 
- адрес больного и его заболевания; 
- лечащие врачи заданного больного; 
- время работы врача и участок, который им обслуживается; 
- пациенты заданного врача; 
Администратор БД может вносить следующие изменения:
- добавлять нового больного; 
- изменять адрес больного, его диагнозы и даты заболевания; 
- добавлять нового врача; 
- изменять участок, номер кабинета и время приема врача; удалять врача; 
Такое представление повышает удобство использования базы данных, в данном случае ввод информации сведется к выбору необходимых сведений из списка, где это возможно, что, безусловно, повысит скорость ввода информации и поможет избежать неверного ввода параметров. Исходя из выше сказанного нужно создать следующие таблицы:
- Сотрудники (ФИО, должность, ид сотрудника, домашний адрес, тел.) 
- Смены (ид сотрудника, день, часы, номер кабинета) 
- Консультации (ид сотрудника, день, часы, адрес) 
- Больные (ФИО, адрес, диагноз, дата поступ., дата выписки, ид сотруд., номер участка, ид больного) 
- Участковый терапевт (ФИО, ид-сотрудника, номер участка, дом. адрес) 
- Вызовы (ид сотрудника, ид больного, дата, время) 
2 Разработка программного продукта
2.1 Описание разработки предметной области
Чтобы создать вышеназванные таблицы, необходимо определить первичные ключи, т.е. атрибуты, которые однозначно определяют экземпляр сущности.
Первичным ключом в таблице сотрудники будет личный номер сотрудника. Первичным ключом в таблице больные будет личный номер больного. Таблицы будут связаны следующим образом:
Тип связи один-ко-многим, т.к. один и тот же специалист может обслуживать несколько больных.
 
Рисунок 1 - Связь таблицы сотрудники с таблицей больные.
У каждого сотрудника есть определенные часы, в период которого он работает в определенном кабинете. Исходя из этого, связь между таблицами сотрудники и смена будет один-ко-многим.
 
Рисунок 2 - Связь таблицы сотрудники с таблицей смена.
Некоторые специалисты проводят платные консультации в своей области, в которой работают. У каждого из них они проходят по разным адресам и время. Связь между таблицами будет один-ко-многим.
 
Рисунок 3 - Связь таблицы сотрудники с таблицей консультация.
Так же есть участковые терапевты, которые обслуживают больных на дому, если больной не в состоянии дойти до поликлиники. Кроме этого в определенные дни участковые терапевты принимают больных в здании поликлиники. Поэтому у них тоже существует определенный график, по которому она работают в поликлинике. Связь таблицы участковые терапевты с таблицей смена будет один ко многим.
 
Рисунок 4 - Связь таблицы участковые терапевты с таблицей смена.
Для того чтобы связать таблицу участковые терапевты и таблицу больные будем использовать дополнительную таблицу, которую назовем вызовы. Которая будет содержать данные о дате вызова, времени и для связи личные номера больного и сотрудника.
 
Рисунок 5 - Связь таблицы участковые терапевты с таблицей больные.
