Logo GenDocs.ru

Поиск по сайту:  

Загрузка...

Больница - файл реферат.docx


Больница
скачать (486 kb.)

Доступные файлы (2):

База данных больница.accdb
реферат.docx402kb.28.06.2011 15:25скачать

содержание
Загрузка...

реферат.docx

Реклама MarketGid:
Загрузка...
Министерство образования и науки Калужской области

Государственное образовательное учреждение среднего профессионального образования

«Калужский колледж информационных технологий и управления»
ОТЧЁТ (ИНДИВИДУАЛЬНОЕ ЗАДАНИЕ) О ПРАКТИКЕ

по профилю специальности

Специальность 080802 «Прикладная информатика»

Курс 3

Группа 3 ПИ


Преподаватели-консультанты:

____________________/__________________/
____________________/_________________/
Выполнил: Студент ____________________


Оценка за отчёт _______________________


г.Калуга

2011г.



Раздел 1
При разработке ER-моделей мы должны получить следующую информацию о предметной области:

  1. Список сущностей предметной области.

  2. Список атрибутов сущностей.

  3. Описание взаимосвязей между сущностями.

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

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

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

- фиксирование пациентов в БД;

- составление истории о курсах лечения и приёмах;

- регистрация всех процессов;

- занесение данных в историю пациента.

Выделим все существительные в этих предложениях - это будут потенциальные кандидаты на сущности и атрибуты, и проанализируем их:

Курсы лечения - явный кандидат на сущность;

Приемы - явный кандидат на сущность;

Регистрационная карта - явный кандидат на сущность;

Врачи – явный кандидат на сущность.

Сразу возникает очевидная связь между сущностями - "врачи могут проводить множество приемов" и "приём вести только один врач". Первый вариант диаграммы выглядит так:

Также мы выяснили, что после приема пациенту назначается курс лечения. Также известно, что на приеме может быть назначено несколько различных курсов лечения. На приеме необходима регистрационная карта пациента, очевидно, возникает связь между сущностями “приемы” и ”регистрационная карта”. Курс лечения назначается на приеме, следовательно, связь будет между сущностями “приемы” и ”курс лечения”.

Теперь диаграмма будет выглядеть следующим образом:


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

  • Каждый врач является сотрудником больницы и имеет: ФИО, № паспорта врача, специализация, дата рождения, телефон;

  • 

  • Прием включает в себя: № паспорта врача, регистрационный номер пациента, дата приема, № приема;

  • Курсы лечения включают в себя: № курса, регистрационный номер пациента, описание курса, № приема;

  • В регистрационную карту входят: ФИО (пациента), регистрационный номер пациента, адрес, дата рождения, № телефона, группа крови, страховая компания, № страховки, резус-фактор.

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

ER-диаграмма разработанная выше является концептуальной диаграммой. Это означает, что диаграмма не учитывает особенности конкретной СУБД. По 

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

Выводы

Реальным средством моделирования данных является не формальный метод нормализации отношений, а так называемое семантическое моделирование.

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

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

Различают концептуальные и физические ER-диаграммы. Концептуальные диаграммы не учитывают особенностей конкретных СУБД. Физические диаграммы строятся по концептуальным и представляют собой прообраз 

конкретной базы данных. Сущности, определенные в концептуальной диаграмме становятся таблицами, атрибуты становятся колонками таблиц (при этом учитываются допустимые для данной СУБД типы данных и наименования столбцов. При правильном определении сущностей, полученные таблицы будут сразу находиться в 3НФ. Основное достоинство метода состоит в том, модель строится методом последовательных уточнений первоначальных диаграмм.


Раздел 2

Структура базы данных

Таблицы

База данных содержит 4 таблицы:

  • Врачи;

  • Приёмы;

  • Курсы лечения;

  • Регистрационная карта.

^ Таблица «врачи» предназначена для хранения информации о работающих в больнице врачах.

Рис. 1 Таблица «врачи»

Таблица состоит из 5 полей:

  • № паспорта врача;

  • ФИО врача;

  • Специализация;

  • Дата рождения;

  • Контактный телефон.

^ Таблица «приемы» содержит в себе информацию о дате приема, враче проводившем прием, пациенте и номере приема.



Рис. 2 Таблица «приемы»

Таблица состоит из 4 полей:

  • № приема;

  • Регистрационный номер (пациента);

  • Дата приема;

  • № паспорта врача.

^ Таблица «курсы лечения» необходима для хранения курса лечения пациента.

Рис. 3 Таблица «курсы лечения»

Таблица состоит из 4 полей:

  • № курса лечения;

  • Регистрационный номер (пациента);

  • Описание курса;

  • № приема.

^ Таблица «регистрационная карта» включает в себя все необходимые сведения о пациентах.



Рис. 4 Таблица «регистрационная карта»

Таблица состоит из 9 полей:

  • Регистрационный номер (пациента);

  • ФИО;

  • Адрес;

  • Дата рождения;

  • Контактный телефон;

  • Группа крови;

  • Резус-фактор;

  • Номер страховой компании;

  • Название страховой компании.



Схема данных




Рис. 5 Схема данных

Пользовательский интерфейс

Запросы

Существует 4 типа запросов:

  • запрос на обновление;

  • запрос на удаление;

  • запрос на создание;

  • запрос на выборку.

В данной базе данных 3 запроса на выборку.

Запрос «Поиск врачей». Данный запрос позволяет найти врача по нескольким критериям:

  • Поиск по специализации;

  • Поиск по ФИО.



Рис. 6 Результат поиска врача по специализации

^ Запрос «Поиск пациента». Позволяет найти пациента и информацию о нем.



Рис. 7 Результат поиска пациента по ФИО

Запрос «Поиск группы крови». Необходим для быстрого поиска пациентов с необходимой группой крови.

Рис. 8 Результат поиска группы крови по группе и резус-фактору

Формы

База данных содержит 3 формы:

  • Врачи;

  • Регистрационная карта;

  • Главная кнопочная форма.

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



Рис. 9 Форма «врачи»

Форма «Регистрационная карта».

Рис. 10 Форма «регистрационная карта пациента»



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

^ Отчеты

В базе данных содержится один отчет обо всех врачах.

Рис. 11 Отчет «Врачи»

Основной интерфейс базы данных

Основным интерфейсом для СУБД MS Access служит главная кнопочная форма. При загрузке базы данных открывается кнопочная Форма.

В ней можно:

  • Найти информацию о врачах, пациентах, группе крови;

  • Создать новую регистрационную карту;

  • Написать пару заметок;

  • Выйти из базы данных.



Заключение

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

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

Я считаю, что база данных в среде СУБД MS Access, в практическом применении удобна и достаточно эффективна. Все зависит от пользователя, объема располагаемых им знаний и умения ими воспользоваться.




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

  1. http://www.citforum.ru/

  2. http://www.intuit.ru/

  3. Голицина О.Л., Максимов Н.В., Попов И.И. Базы данных: учеб. Пособие. – М.: «Форум»: ИНфРА-М, 2007.-400 с.



Скачать файл (486 kb.)

Поиск по сайту:  

© gendocs.ru
При копировании укажите ссылку.
обратиться к администрации