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

Автор работы: Пользователь скрыл имя, 17 Октября 2014 в 14:51, курсовая работа

Краткое описание

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

Содержание

Введение 2
1. Основные этапы проектирования базы данных "Платная Поликлиника" 4
1.1Предметная область 4
1.2 Концептуальная модель 5
1.3 Логическая модель 7
1.4 Нормализация отношений 9
1.5 Описание физической модели 11
2.Реализация баз данных в MS Access 14
2.1 Создание таблиц 14
2.2 Создание форм 18
2.3 Создание запросов 20
2.4 Создание отчетов 23
2.5 Создание главной кнопочной формы 26
Заключение 28
Список использованной литературы 29

Прикрепленные файлы: 1 файл

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

— 2.07 Мб (Скачать документ)

 


 


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

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

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

 университет им.А.Н.Туполева

 

 

 

 

 

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

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

на тему: «База данных»

«Платная поликлиника»

 

 

 

 

Оглавление

 

Введение

 

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

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

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

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

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

 

 

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

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

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

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

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

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

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

 

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

 

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

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

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

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

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

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

 

 

 

 

 

 

 

 

 

Таблица1.

Врач

Пациент

Обращения

Код врача(ключ)

Код пациента(№ полиса) (ключ)

Код обращения(ключ)

Фамилия

Фамилия

Код врача

Имя

Имя

Код пациента

Отчество

Отчество

Дата обращения

Специальность

Год рождения

Диагноз

Категория

 

 

Стоимость лечения


 

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

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

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

 

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

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

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

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

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

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

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

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

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

   

                                     1                                                            М



 

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

 

  1                                                           М


 

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

 

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

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

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

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

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

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

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

 

Врачи

Код врача

Фамилия

Имя

Отчество

Специальность

Категория




Обращения

Код обращения

Код пациента

Код врача

Дата обращения

Диагноз

Код назначения

Код скидки

Информация о работе База данных «Платная поликлиника»