Размещено на http://www.allbest.ru/

Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Построим концептуальную модель базы данных.

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

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

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

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

Рисунок 1 Первичные ключи

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

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

Таблицы "Лечение" и "Пациенты" связаны отношением "один-ко-многим", поскольку на один вид занятия может записаться множество людей.

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

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

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

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

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

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

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

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

Рисунок 2 Таблица "Врачи"

Рисунок 3 Таблица "Лечение"

Рисунок 4 Таблица "Пациенты"

Рисунок 5 Таблица "Прейскурант"

Заполненные таблицы представлены на рисунках 6-9.

Рисунок 6 Таблица "Врачи"

Рисунок 7 Таблица "Лечение"

Рисунок 8 Таблица "Пациенты"

Рисунок 9 Таблица "Прейскурант"

Создание связей

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

Рисунок 10 Окно "Изменение связей"

Рисунок 11 Схема данных

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

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

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

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

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

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

Рисунок 12 Структура запроса

Рисунок 13 Результат запроса

Запрос-действие "Удаление клиента". Структура запроса в режиме конструктора показана на рисунке 14. Результат запроса показан на рисунке 15.

Рисунок 14 Структура запроса

Рисунок 15 Структура запроса

Рисунок 16 Результат запроса

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

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

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

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

Рисунок 17 Отчет в режиме конструктора

Рисунок 18 Отчет

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

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

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

Рисунок 19 Форма "Врачи"

Рисунок 20 Сложная форма "Врачи и пациенты"

Заключение