База данных "Платная поликлиника"

 

Министерство образования и науки РТ

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

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

Курсовой проект

по дисциплине: «Управление данными»

на тему:

База данных «Платная поликлиника»

Оглавление

Введение

. Основные этапы проектирования базы данных "Платная Поликлиника"

.1 Предметная область

.2 Концептуальная модель

.3 Логическая модель

.4 Нормализация отношений

.5 Описание физической модели

. Реализация баз данных в MS Access

.1 Создание таблиц

.2 Создание форм

.3 Создание запросов

.4 Создание отчетов

.5 Создание главной кнопочной формы

Заключение

Список использованной литературы

Введение

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

Сегодня управление предприятием без компьютера просто немыслимо. Компьютеры давно и прочно вошли в такие области управления, как бухгалтерский учет, управление складом, ассортиментом и закупками. Однако современный бизнес требует гораздо более широкого применения информационных технологий в управлении предприятием. Жизнеспособность и развитие информационных технологий объясняется тем, что современный бизнес крайне чувствителен к ошибкам в управлении. Интуиции, личного опыта руководителя и размеров капитала уже мало для того, чтобы быть первым. Для принятия любого грамотного управленческого решения в условиях неопределенности и риска необходимо постоянно держать под контролем различные аспекты финансово-хозяйственной деятельности, будь то: торговля, производство или предоставление каких-либо услуг. Поэтому современный подход к управлению предполагает вложение средств в информационные технологии. И чем крупнее предприятие, тем серьезнее должны быть подобные вложения. Они являются жизненной необходимостью - в жесткой конкурентной борьбе одержать победу сможет лишь тот, кто лучше оснащен и наиболее эффективно организован.

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

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

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

1. Основные этапы проектирования базы данных "Платная Поликлиника"

.1 Предметная область

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

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

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

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

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

1.2 Концептуальная модель

Концептуальное (инфологическое) проектирование - построение семантической модели предметной области, то есть информационной модели наиболее высокого уровня абстракции. Такая модель создаётся без ориентации на какую-либо конкретную СУБД и модель данных. Термины «семантическая модель», «концептуальная модель» и «инфологическая модель» являются синонимами. Кроме того, в этом контексте равноправно могут использоваться слова «модель базы данных» и «модель предметной области» (например, «концептуальная модель базы данных» и «концептуальная модель предметной области»), поскольку такая модель является как образом реальности, так и образом проектируемой базы данных для этой реальности.

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

В данном случае необходимо создание базы данных для хранения текстовой информации. Наиболее рационально использовать операционную систему Windows XP и пакет программ Microsoft Office 2003, так как они достаточны для создания и использования базы данных. Так же в этой среде будет легко обеспечить вывод на печать необходимых отчетов, и если потребуется загрузка данных в базу из таблиц, созданных в программе MS Office Excel.

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

Теперь необходимо понять с какими сущностями в данной базе мы будет работать. В поликлинике врачи ведут прием пациентов, у каждого врача есть определенный код, закрепленный за ним. В поликлинике работают врачи различных специальностей, имеющие разную квалификацию. Информация, относящаяся к врачу - код врача, фамилия, имя, отчество, специальность, категория. Каждый день в поликлинику обращаются пациенты. Все пациенты проходят обязательную регистрацию, при которой в базу данных заносятся стандартные анкетные данные. Далее можно выделить отдельно информацию, относящуюся к пациенту - это код пациента, фамилия, имя, отчество, год рождения. Причем код пациента (номер страхового полиса) у каждого больного индивидуален и соответственно может быть основным признаком больного. В третий раздел можно отнести информацию, соединяющую врача и пациента, а именно код обращения, дату обращения, диагноз, стоимость лечения. Наиболее разумно связать три полученных объекта через код врача, код пациента и код обращения. Итак, выделены три сущности: ВРАЧ, ПАЦИЕНТ и ОБРАЩЕНИЯ. Выбраны ключевые атрибуты. В рамках этой модели, как каждый моделируемый класс однородных объектов реального мира называется сущностью. Ключевой атрибут - это набор атрибутов, однозначно идентифицирующий конкретный экземпляр сущности. В сущности ВРАЧ ключевой атрибут - код врача, в сущности ПАЦИЕНТ - код пациента, а в сущности ОБРАЩЕНИЯ - код обращения.

Три сущности выглядят так:

Таблица 1

ВрачПациентОбращенияКод врача (ключ)Код пациента (№ полиса) (ключ)Код обращения (ключ)ФамилияФамилияКод врачаИмяИмяКод пациентаОтчествоОтчествоДата обращенияСпециальностьГод рожденияДиагнозКатегорияСтоимость лечения

Разработанная модель «сущность-связь» (называемую также ER-моделью) показана на рисунке 1.

.3 Логическая модель

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

Рис. 1. Инфологическая модель данных

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

На этапе логического проектирования учитывается специфика конкретной модели данных, но может не учитываться специфика конкретной СУБД.

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

oИерархическая - использует древовидную структуру.

oСетевая - в которой одна запись может участвовать в нескольких отношениях предок-потомок (в сущности произвольный граф).

oРеляционная - в которой основной структурой данных является отношение.

Наиболее удобна реляционная модель.

Сущности у нас уже выделены.

Все поля неделимы, ключи определены, повторения и транзитивные зависимости отсутствуют.

Определение взаимосвязей

1 М

Рис. 2 - Взаимосвязь врача с пациентом

М

Рис. 3 - Взаимосвязь пациент и обращения

1.4 Нормализация отношений

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

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

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

Теперь в дополнение к 1НФ можно определить дальнейшие уровни нормализации - вторую нормальную форму (2НФ), третью нормальную форму (3НФ) и т.д. По существу, таблица находится в 2НФ, если она находится в 1НФ и удовлетворяет, кроме того, некоторому дополнительному условию, суть которого будет рассмотрена ниже. Таблица находится в 3НФ, если она находится в 2НФ и, помимо этого, удовлетворяет еще другому дополнительному условию и т.д.

Таким образом, каждая нормальная форма является в некотором смысле более ограниченной, но и более желательной, чем предшествующая. Это связано с тем, что "(N+1)-я нормальная форма" не обладает некоторыми непривлекательными особенностями, свойственным "N-й нормальной форме". Общий смысл дополнительного условия, налагаемого на (N+1)-ю нормальную форму по отношению к N-й нормальной форме, состоит в исключении этих непривлекательных особенностей. Теория нормализации основывается на наличии той или иной зависимости между полями таблицы. Определены два вида таких зависимостей: функциональные и многозначные.

Используя рассмотренные положения, нормализуем ЕR-схему. Результат нормализации приведен на рис. 4. при нормализации схемы в нее введены сущность «Прейскурант» (содержит атрибуты «Код назначения», « Название», «Стоимость») и сущность «Скидки» (содержит атрибуты «Код скидки», «Категории граждан», «% скидки»).

ВрачиКод врача Фамилия Имя Отчество Специальность КатегорияОбращенияКод обращения Код пациента Код врача Дата обращения Диагноз Код назначения Код скидки1:М М:1

ПациентыКод пациента Фамилия Имя Отчество Год рождения

:М М:1

ПрейскурантКод назначения Название СтоимостьСкидкиКод скидки Категории граждан %скидки

Рис. 4

.5 Описание физической модели

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

Файлом базы данных в теории баз данных называется таблица реляционной модели. Физические модели для базы данных платной поликлиники выглядят следующим образом (таблицы 2-5).

Таблица 2

«Врачи»

№ПолеТипРазмерОписание1Код врачаТекстовый4Код врача2Фамилия врТекстовый20Фамилия врача3Имя врТекстовый20Имя врача4Отчество врТекстовый20Отчество врача5СпециальностьТекстовый15Специальность врача6КатегорияТекстовый6Категория врачаТаблица 3

«Пациенты»

№ПолеТипРазмерОписание1Код пациентаТекстовый15№ полиса пациента2Фамилия пацТекстовый20Фамилия пациента3Имя пацТекстовый20Имя пациента4Отчество пацТекстовый20Отчество пациента5Год рожденияДата/времяКраткий формат датыГод рождения пациента

Таблица 4

«Обращения»

№ПолеТипРазмерОписание1Код обращениясчетчикДлинное целоеКод обращения пациента2Код врачатекстовый4Код врача3Код пациентатекстовый15Код пациента4Дата обращенияДата/времяКраткий формат датыДата возврата книги5ДиагнозТекстовый35Диагноз пациента6Код назначенияТекстовый10Код назначения врача7Код скидкиТекстовый4Код скидки пациента

Таблица 5

«Прейскурант»

№ПолеТипРазмерОписание1Код назначениятекстовый10Код назначения врача2Названиетекстовый30Название процедуры, назначенной врачом3ЦенаДенежныйСтоимость медицинской услуги

Таблица 6

«Скидки»

№ПолеТипРазмерОписание1Код скидкиТекстовый4Код каталога2Категории гражданТекстовый30Категории граждан, которым предусмотрены скидки3% скидкиЧисловойДлинное целоеРазмер скидки от стоимости платных услугавтоматизированный информационный платный поликлиника

. Реализация баз данных в MS Access

Основные функции СУБД:

·управление данными во внешней памяти (на дисках);

·управление данными в оперативной памяти;

·журнализация изменений и восстановление БД после сбоев;

·поддержание языков БД (язык определения данных, язык манипулирования данными).

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

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

.1 Создание таблиц

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

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

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

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

Создание таблиц базы данных осуществляем в режиме конструктора. В режиме конструктора назначаем имена полям таблицы и тип полей. В результате этих действий были созданы таблицы (рисунок 5,6,7,8,9) и им были присвоены следующие имена: «Врачи», «Пациенты», «Обращения», «Прейскурант», «Скидки».

Рис. 5

Рис. 6

Рис. 7

Рис. 8

Рис. 9

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

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

Рис. 7

.2 Создание форм

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

Наиболее удобными способами создания форм являются создание формы с помощью конструктора и с помощью мастера.

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

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

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

1) Форма ВРАЧИ - вводится информация о врачах (таблица ВРАЧИ)

Рис. 8

) Форма ПАЦИЕНТЫ - для заполнения таблицы ПАЦИЕНТЫ и соответственной информации о посещении пациентами поликлиники (таблица ОБРАЩЕНИЯ). Основная форма ПАЦИЕНТЫ и подчиненная ОБРАЩЕНИЯ.

Рис. 9

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

.3 Создание запросов

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

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

С помощью MS Access могут быть созданы несколько видов запросов:

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

Для выборки информации создаем запрос: «Врачи 1-ой категории»

Рис. 10

Создаем несколько групповых запросов:

) Количество обращений пациента за текущий месяц - Код пациента, Фамилия пациента, год рождения, дата обращения и количество обращений за текущий месяц.

Рис. 11

) Количество принятых пациентов за текущий месяц - Код врача, Фамилия врача, Имя врача, Отчество врача, дата обращения, количество принятых пациентов за текущий месяц:

Рис. 12

) Выручка врача за день и стоимость лечения пациента:

Рис. 13

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

.4 Создание отчетов

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

Отчёты могут быть открыты в трёх режимах: в режиме конструктора, в режиме предварительного просмотра и в режиме мастера. Режим конструктора используют для создания нового или изменения структуры существующего отчета. Режим предварительного просмотра позволяет просматривать данные в том виде, в котором они будут размещены на печатных страницах. В режиме просмотра образца отображается макет отчёта с образцами данных. Если форма или отчёт создаются с помощью мастера, то по умолчанию задаются стандартные характеристики формы или отчёта, определяемые используемым шаблоном. Шаблон определяет, какие разделы будут содержаться в создаваемом документе, и какие размеры будут иметь эти разделы. Кроме того, шаблон определяет стандартные настройки свойств формы или отчёта, их разделов и содержащихся в них элементов управления. Для форм или отчётов по умолчанию используется шаблон с именем «Обычный». Однако пользователь имеет возможность указать в качестве шаблона имя любой существующей формы или отчёта. Допускается также создание специальных форм и отчетов, предназначенных для использования в виде шаблонов.

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

Рис. 15

Отчет 2:

Рис. 15

.5 Создание главной кнопочной формы

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

Кнопочная форма состоит из четырех страниц:

) Формы ввода данных;

) Отчеты;

) Запросы;

) Выход из БД.

Главная кнопочная форма платной поликлиники представлена на рисунке 16.

Рис. 16

Форма ввода данных

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

Отчеты

В них входят отчеты:

Отчет «Выручка»;

Отчет «Пациенты».

Запросы

- Выручка врача;

Врачи 1-ой категории;

Количество пациентов, принятых врачом;

Количество обращений пациента;

Общая стоимость лечения пациента за день;

Стоимость лечения пациента;

Перейти к главной кнопочной форме.

Заключение

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

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

Автоматизированная информационная система «Платная поликлиника» была создана в Microsoft Access.

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

Список использованной литературы

1.Информационные технологии. УМК. М.Р. Павлова. - СПб.: изд-во СЗТУ, 2008.

2.Microsoft Access 2002. Самоучитель. Т.В. Тимошок - М.: Издательский дом «Вильямс» 2003.

.Леонтьев В.П. Персональный компьютер. Компьютерный справочник. - М.: ОЛМА - ПРЕСС, 2004. - 928с.: ил.

.Михеева В.Д., Харитонова И.А. Microsoft Access 2000. - БХВ - Изд. «Санкт-Петербург», 2000

5.Карпова Т.С. Базы данных: модели, разработка, реализация. - СПб: Питер, 2002.

6.Крёнке Д. Теория и практика построения баз данных. - СПб: Питер, 2003.

Министерство образования и науки РТ Федеральное агентство по образованию Казанский государственный технический университет им. А.Н. Туполева

Больше работ по теме: