Ирина Эланс

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

База данных медсанчасти училища

КАФЕДРА ИНФОРМАТИКИ

КУРСОВАЯ РАБОТА

Дисциплина: «Информационное обеспечение, базы данных»

Тема: База данных медсанчасти училища.

Выполнил курсант: __________

Руководитель: заведующий кафедрой, доцент

Работа защищена _________с оценкой_________

Ульяновск 2012

Реферат

Пояснительная записка 26 с , 14 рис, 4 источника

ИНФОРМАЦИОННАЯ СИСТЕМА, ИНФОРМАЦИОННЫЕ ПОТРЕБНОСТИ, БАЗА ДАННЫХ, СИСТЕМАТИЗАЦИЯ, НОРМАЛЬНАЯ ФОРМА, ИНФОЛОГИЧЕСКАЯ МОДЕЛЬ

Объектом исследования является процесс регистрации пациентов на прием к врачу.

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

В результате проделанной работы была создана информационная система Медсанчасть.

База данных медсанчасти училища выполняет следующий ряд функций:

- хранение, обработка и добавление данных о пациентах;

- выполнение запросов;

- предоставление анализа заболеваний;

- представление отчета о пациентах и т.д.

УЛЬЯНОВСКОЕ ВЫСШЕЕ АВИАЦИОННОЕ УЧИЛИЩЕ ГРАЖДАНСКОЙ АВИАЦИИ (ИНСТИТУТ)

КАФЕДРА ИНФОРМАТИКИ

КУРСОВАЯ РАБОТА

Задание №___

Курсант ____________________________________________группы___________

Тема_________________________________________________________________

_____________________________________________________________________

Задание получил ____________________ «____»_______________2012г.

Задание выдал ______________________ «____»_______________2012г.

Зав. кафедрой ______________________ «____»_______________2012г.

Содержание

Список использованных сокращений и обознпчений……………………………5

Введение…………………………………………….….………………………….....6

1.Анализ предметной области……………………..…………………………..7

2. Описание документооборота в предметной области ………….………….9

3. Информационные потребности пользователей …………………………..11

4. Описание основных объектов ПО………………………………………....12

5. Разработка инфологической модели данных……………………………..14

6. Нормализация БД…………………………………………………………...15

7. Выбор и обоснование СУБД……………………………………………….18

8. Разработка даталогической модели базы данных………………………...21

9. Анализ ограничений целостности в БД и разработка методов их поддержания …………………………………................................................…......24

10. Разработка интерфейса пользователя. Алгоритм работы программного комплекса и его состав …………………………………………………………….28

Заключение…………………………………….……………..……..………………31

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

Список использованных сокращений и обозначений

ФИО - Фамилия, имя, отчество;

МСЧ – медсанчасть;

СУБД – система управления базами данных;

БД – база данных;

ID –идентификатор;

Тлф – телефон.

Введение

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

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

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

1. Анализ предметной области

В данной курсовой работе в качестве предметной области рассматривается Медсанчасть училища.

Медсанчасть выполняет следующие функции:

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

- амбулаторно-поликлиническая и стационарная медицинская помощь (дневной стационар);

- организация и проведение ежегодных медицинских осмотров студентов;

- проведение экспертизы временной нетрудоспособности (освобождения от физической культуры, оформление академических отпусков по состоянию здоровья);

- проведение противоэпидемических мероприятий;

- так же выдавать свои сведения (адрес, контактный телефон).

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

В процессе анализа выделено два объекта: пациент и медсанчасть.

Пациент - лицо пришедшее на прием в медсанчасть. В базу данных медсанчасти занесены:

ФИО пациента, адрес пациента, № страхового полиса, симптомы, дата заболевания, заболевание, ФИО врача, специализация врача, № кабинета.

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

ID МСЧ, наименование МСЧ, контактный телефон, начальник МСЧ, адрес МСЧ.

Перед тем как придти на прием к врачу пациент должен:

- уточнить время и дни приема врача

- взять в регистратуре личную карточку пациента

- талон на прием к врачу

- в порядке очереди пройти в кабинет врача.

Группы пользователей, которые работают с информацией:

- работники регистратуры;

- пациенты;

- администрация.

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

2. Описание документооборота в предметной области

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

Карточка пациента - общая информация о пациенте.

Карточка пациента содержит:

- ФИО, адрес, телефоны

- Дата рождения

- Пол пациента

- Учебная группа

- Приёмы (список приёмов пациента с указанием даты и принимающего врача)

- Перенесенные болезни пациента

- Информацию о проведенных и назначенных осмотрах

- Диагноз

- Жалобы больного

- Рекомендации.

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

Карточки хранятся в регистратуре, и при приеме к врачу берутся самостоятельно.

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

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

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

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

3. Информационные потребности пользователей

Информационные запросы к системе:

Запрос «По диагнозу заболевания»;
Запрос «По учебной группе»;
Запрос «По № страхового полиса»;
Запрос «По ФИО».

1) Запрос «По диагнозу заболевания» регламентированный, будет выполняться для получения сведений о пациентах с заданным диагнозом заболевания. В результате его выполнения получаться следующие сведения: ФИО пациента, диагноз заболевания, дата заболевания. Используемые документы для реализации запроса: справочник болезней

2) Запрос «Неместные пациенты» регламентированный, будет выполняться для получения сведений об иногородних курсантах. Выдаваемые сведения: ФИО пациента, адрес пациента, дата рождения, № страхового полиса, заболевание.

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

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

4. Описание основных объектов предметной области

На основе анализа информационных потребностей пользователей произведем отбор основных объектов. Их описание представим в виде Таблицы 1.

Таблица 1. Список объектов предметной области

№ п.п.	Наименование объекта	Краткое описание
1.	Медсанчасть	Медсанчасть – это лечебные учреждения, обслуживающие преимущественно работников и курсантов училища.
2.	Пациент	Лицо, пришедшее на прием в медсанчасть.

После описания основных объектов предметной области выполним отбор атрибутов для каждого объекта. Приведем таблицы списка их атрибутов соответственно: Таблица 2, Таблица 3.

Таблица 2. Список атрибутов объекта «Медсанчасть»

№п.п.	Наименование атрибута	Краткое описание
1.	ID МСЧ	Идентификационный номер
2.	Наименование МСЧ	Название МСЧ
3.	Адрес МСЧ	Место расположения МСЧ
4.	Контактный телефон	Контактный телефон
5.	Начальник МСЧ	ФИО начальника МСЧ

Таблица 3. Список атрибутов объекта «ПАциент»

№ п/п	Наименование атрибута	Краткое описание
1	ФИО пациента	Свойства, определяющие личность человека
2	Адрес пациента	Место, по которому проживает пациент
3	№ страхового полиса	№ документа, удостоверяющего право застрахованного лица на бесплатное оказание медицинской помощи
4	Заболевание	Расстройство здоровья, нарушение деятельности организма.
5	Симптомы	Частное проявление какого-либо заболевания
6	Дата заболевания	Число устанавливающее, когда пациент заболел
7	ФИО врача	Свойства, определяющие личность человека
8	Специализация врача	Углублённое изучение относительно узкого поля деятельности врача
9	№ кабинета	№ кабинета, в котором проходил прием
10	ID МСЧ	Идентификационный номер

На основе анализа информационных потребностей выявим связи между объектами. Для выявления связей данные представим в Таблице 4.

Таблица 4.Список связей предметной области

№ п.п.	Наименование	Объекты, участвующие в связи	Краткое описание
1.	1 ко многим	Медсанчасть, пациент	У одной медсанчасти может быть много пациентов

5. Разработка инфологической модели данных

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

6. Нормализация БД

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

Первая нормальная форма

Рис.2 Первая нормальная форма

Покажем зависимости для первой нормальной формы.

Сущность «Пациент» имеет следующие атрибуты: ФИО пациента, адрес пациента, № страхового полиса, симптомы, дата заболевания, симптомы, заболевание, ФИО врача, специализация врача, № кабинета, ID МСЧ.

ФИО пациента, Дата заболевания, ФИО врача в данной ситуации являются ключевыми полями.

- функциональные зависимости:

ФИО пациента, Дата заболевания, ФИО врача à Адрес пациента;

ФИО пациента, Дата заболевания, ФИО врача à № страхового полиса.

- частичные функциональные зависимости:

ФИО пациента, Дата заболевания à Симптомы;

ФИО пациента, Дата заболевания à Заболевание;

ФИО пациента, ФИО врача à Специализация врача;

ФИО пациента, ФИО врача à № кабинета.

ID МСЧ - внешний ключ и служит для связи сущностей Медсанчасть – Пациент.

Сущность «Медсанчасть» имеет следующие атрибуты :ID МСЧ, наименование МСЧ, контактный телефон, начальник МСЧ, адрес МСЧ.

ID МСЧ является ключевым полем.

ID МСЧ à Наименование МСЧ;

ID МСЧ à Контактный тлф;

ID МСЧ à Начальник МСЧ;

ID МСЧ à Адрес МСЧ.

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

Вторая нормальная форма

Рис.3 Вторая нормальная форма

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

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

7. Выбор и обоснование СУБД для реализации базы данных

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

Для создания баз данных и работы с ними используют различные СУБД. Базы данных различаются по своей структуре: дореляционные (на инвертированных списках, иерархические системы и сетевые СУБД), реляционные и постреляционные (например, объектные).

Локальные СУБД

Локальными или настольными называют СУБД такие как Access, Paradox. В них уже есть свой формат данных, который учитывает параллельное выполнение операций, возможность доступа к БД нескольких пользователей.

Недостатки становятся очевидными не сразу, а по мере увеличения количества данных и числа пользователей. К недостаткам можно отнести: снижение производительности и сбои, неэффективное расходование сетевого трафика и низкая эффективность при большом количестве пользователей. Существует решение этой проблемы при помощи распространенной технологии "клиент-сервер"[1].

Технология «клиент-сервер».

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

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

Рынок корпоративных серверных СУБД представлен Oracle, MS SQL, Sybase и InterBase

MS SQL

Первая версия была разработана совместно с Sybase в 1988 году и предназначалась только для платформы OS/2. Следующие версии этого продукты были созданы для NT-based систем и тесно интегрированы с ОС.

Oracle

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

InterBase

Продукт компании Borland Inc. Довольно компактная, устойчивая и производительная СУБД, способная работать на различных ОС. Положительная сторона системы достаточно проста при разработке БД. Так как в другие пакеты этой фирмы (например, Delphi) встроены весьма удобные средства для разработки приложений на базе Interbase. Продукт стал известным вследствие того, что долгое время распространялся бесплатно вместе со средствами разработки. В настоящее время продукт платный.

Sybase

Изначально компания разрабатывала серверную СУБД совместно с Microsoft. В 1994 году компании разошлись и стали разрабатывать свои программные продукты независимо друг от друга. В результате у Sybase получился продукт под названием Adaptive Server Enterprise. Продукт существует под разные операционные системы и предназначен для применения на крупных предприятиях. Существует еще одна линия серверных продуктов Sybase, которая ведет свое начало от СУБД Watcom SQL Anywhere. Этот продукт называется SQL Anywhere Studio, отличается своей компактностью и простотой администрирования. Предназначен в основном для обслуживания небольших групп пользователей. Также существуют версии для применения в мобильных устройствах.

Бесплатные СУБД

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

MySQL – быстрая, но немного ограниченная СУБД. Хорошо подходит для проектов, не требующих сложных баз (например, для web-проектов).

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

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

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

8. Разработка даталогической модели базы данных

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

Таблица 5. Медсанчасть

Имя поля	Тип данных	Первичный ключ	Внешний ключ
ID МСЧ	Числовой(длинное целое)	Является первичным ключом
Наименование МСЧ	Текстовый(50)
Контактный телефон	Числовой(длинное целое)
Адрес МСЧ	Текстовый(50)
Начальник МСЧ	Текстовый(50)

Таблица 6. Пациент

Имя поля	Тип данных	Первичный ключ	Внешний ключ
ФИО пациента	Текстовый(50)	Является первичным ключом
Адрес пациента	Текстовый(50)
Дата рождения пациента	Дата/время
№ страхового полиса	Числовой(длинное целое)
Дата заболевания	Дата/время	Является первичным ключом
ФИО врача	Текстовый(50)	Является первичным ключом
ID кабинета	Числовой(длинное целое)
ID МСЧ	Числовой(длинное целое)		Является внешним ключом
ID специализации врача	Числовой(длинное целое)
ID заболевания	Числовой(длинное целое)
ID симптома	Числовой(длинное целое)

Таблица 7. Специализация врача

Имя поля	Тип данных	Первичный ключ	Внешний ключ
ID специализации	Числовой(длинное целое)	Является первичным ключом
Спецмализация врача	Текстовый(50)

Таблица 8. Симптомы

Имя поля	Тип данных	Первичный ключ	Внешний ключ
ID симптома	Числовой(длинное целое)	Является первичным ключом
Симптом	Текстовый(50)

Таблица 9. Кабинеты

База данных медсанчасти училища 📙 Курсовая → 🆔 33367