Информационная система "Больница"

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

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ

ФЕДЕРАЦИИ

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

высшего профессионального образования

«РОСТОВСКИЙ ГОСУДАРСТВЕННЫЙ СТРОИТЕЛЬНЫЙ

УНИВЕРСИТЕТ»

Институт экономики и управления

Кафедра прикладной математики и вычислительной техники

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

по дисциплине «Проектирование информационных систем в экономике»

тему: Информационная система «Больница»

Пояснительная записка

Студент группы ПИ-518

Н. А. Яицкова

Руководитель работы

доц., канд. физ.-мат. наук

В. В. Мисюра

доц., канд. физ.-мат. Наук

В. В. Мисюра

Ростов-на-Дону 2012



СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. ПОСТАНОВКА ЗАДАЧИ

2. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

2.1 Общее описание предметной области

2.2 Бизнес-процессы

2.3 Бизнес-правила

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

3. КОНЦЕПТУАЛЬНОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ

3.1 Диаграмма потоков данных

3.2 Определение типов сущностей

3.3 Определение типов связей

3.4 Определение атрибутов типов сущностей

3.5 Диаграмма сущность-связь

4. ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ

5. ВЫБОР И ОПИСАНИЕ ИСПОЛЬЗУЕМОЙ СУБД

6. ФИЗИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ

6.1 Физическая модель БД

6.2 Словарь данных

6.3 Поддержка ограничений целостности

7. ФУНКЦИОНАЛЬНАЯ СТРУКТУРА ПРИЛОЖЕНИЯ БАЗЫ ДАННЫХ

8. ОПИСАНИЕ ЗАПРОСОВ

9. ОПИСАНИЕ ОТЧЕТОВ

10. ПРОГРАММИРОВАНИЕ ФУНКЦИОНАЛЬНОЙ ЧАСТИ ИС

10.1 Описание технологии, используемых при разработке функциональной части ИС

10.2 Примеры программного кода

11. ИНТЕЛЛЕКТУАЛЬНЫЙ АНАЛИЗ ДАННЫХ

12. Руководство пользователя информационной системы

13. Руководство программиста, оператора или администратора ИС

ЗАКЛЮЧЕНИЕ

СПИСОК ЛИТЕРАТУРЫ



ВВЕДЕНИЕ

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

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

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

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

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



1. ПОСТАНОВКА ЗАДАЧИ

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

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

Назначение проектируемой базы:

-хранение информации о врачах клиники;

-хранение информации о пациентах;

-хранение информации о приемах, в том числе диагнозах и лечении, а также стоимости лечения;

-обновление и добавление информации;

-анализ информации по различным срезам (пациенты, врачи);

-выдача итоговой информации в виде отчетов.

Пользователями данной БД будут:

1.Регистратура

2.Администратор

3.Врач

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

Администратор обладает всеми правами регистратуры и дополнительно: редактирование базы сотрудников, создание отчетов.

Врач может просматривать приемы, вносить информацию о пациентов (диагноз, лечение), просматривать запись пациентов по датам.



2. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

2.1 Общее описание предметной области

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

Информационная система «Больница» позволяет проследить путь пациента от регистратуры до приема у врача, установления диагноза и назначения лечения.

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

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

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

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

2.2 Бизнес-процессы

Информационная система «Больница» разрабатывалась для поддержки следующих бизнес-процессов:

осуществление приемов;

расчет заработной платы сотрудников (врачей);

учет полученных сумм (оплата приемов).

2.3 Бизнес-правила

Бизнес-правило - это ограничение, которое вытекает из особенностей предметной области.

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

Бизнес-правила, используемые в ИС «Больница»:

регистрационный номер должен быть уникален для каждого пациента;

пациент не может идти на прием, пока он не оплачен;

пациент не может быть записан на прием прошедшим числом;

данные по приемам хранятся в БД 25 лет, а затем передаются в электронный архив.

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

Занесение информации о приеме:

ввод информации о пациенте;

ввод информации враче;

Перечень возможных запросов к базе данных:

выдать информацию о пациенте;

выдать информацию о враче;

выдать информацию о приемах;

выдать информацию о количестве пациентов для каждого врача;

добавление информации о враче, пациенте, приеме;

удаление информации о враче, пациенте;

редактирование информации о враче, пациенте, приеме;

просмотр расписания врачей в зависимости от назначенных приемов;

Перечень возможных отчетов:

список пациентов;

отчет о заработной плате;

отчет о количестве пациентов у каждого врача;



3. КОНЦЕПТУАЛЬНОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ

3.1 Диаграмма потоков данных

Диаграмма DFD-модели предметной области (Рисунок 1)

Рисунок 1 - Диаграмма DFD-модели предметной области ИС «Больница»

3.2 Определение типов сущностей

Информационная система больница содержит в себе две основные сущности:

Пациент

Врач

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

В таблице «Врач» хранится вся необходимая информация о враче.

Подробное описание в Таблице 1.

Таблица 1.

Тип сущности	Описание типа сущности	Синонимы (указываются, если есть необ-ходимость)	Ожидаемое ко-личество экзем-пляров	Сильный/слабый тип
Пациент	Все лица, обратившиеся в поликлинику		500	сильный
Врач	Термин описывающий лечащий персонал больницы	Доктор	30	сильный

3.3 Определение типов связей

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

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

Связь между таблицами «Пациент» и «Прием» осуществляется по полю Код_пациента. Между таблицами «Врач» и «Прием» осуществляется по полю Код_врача.(Таблица 2)

Таблица 2

Тип сущности А	Имя связи	Тип сущности В	Карди- нальность связи	Степень участия сущности А	Степень участия сущности В
Пациент	посещение	Прием	1:М	(1,М)	(500,М)
Врач	осуществление	Прием	1:М	(1,М)	(30,М)

3.4 Определение атрибутов типов сущностей

Таблица «Врачи» содержит 9 полей. Поля и свойства полей таблицы «Врачи» приведены в Таблице 3:

Таблица 3

Наименование атрибута	Характеристики атрибутов
	Тип данных	Обязательность	Уникальность (Да/Нет)	Простой / составной	Многозначный / однозначный	Статический/ динамический	Ключ	Значение по умолчанию	Вычисляемый/ исходный
Код врача	Числовой	NOT NULL	да	простой	О	С	ПК		И
Фамилия	Текстовый	NOT NULL	нет	простой	О	Д			И
Имя	Текстовый	NULL	нет	простой	О	С			И
Отчество	Текстовый	NULL	нет	простой	О	С			И
Специальность	Текстовый, подстановка (поле со списком)	NULL	нет	простой	О	С			И
Образование	Текстовый	NULL	нет	простой	М	Д			И
Пол	Текстовый	NULL	нет	простой	М	С			И
Дата рождения	Дата	NULL	нет	простой	О	С			И
Дата начала работы	Дата	NULL	нет	простой	О	С			И



Таблица «Пациенты» содержит 8 полей. Поля и свойства полей таблицы «Пациенты» приведены в Таблице 4:

Таблица 4

Наименование атрибута	Характеристики атрибутов
	Тип данных	Обязатель- ность	Уникальность (Да/Нет)	Простой / составной	Многозначный / однозначный	Статический/ динамический	Ключ	Значение по умолчанию	Вычисляемый/ исходный
Номер пациента	Числовой	NOT NULL	да	простой	О	С	ПК		И
Фамилия	Текстовый	NOT NULL	нет	простой	О	Д			И
Имя	Текстовый	NULL	нет	простой	О	С			И
Отчество	Текстовый	NULL	нет	простой	О	С			И
Пол	Текстовый	NULL	нет	простой	О	С			И
Дата рождения	Дата/время	NULL	нет	простой	М	С			И
Телефон	Текстовый	NULL	нет	простой	М	Д			И
Наличие карточки	Логический	NULL	нет	простой	О	Д			И

Таблица «Прием» содержит 10 полей. Поля и свойства полей таблицы приведены в Таблице 5:



Таблица 5

Наименование атрибута	Характеристики атрибутов
	Тип данных	Обяза- тельность	Уникальность (Да/Нет)	Простой / составной	Многозначный / однозначный	Статический/ динамический	Ключ	Значение по умолчанию	Вычисляемый/ исходный
Номер	Числовой	NOT NULL	да	простой	О	С	ПК		И
Дата приема	Дата	NULL	нет	простой	О	С			И
Время приема	Время	NULL	нет	простой	О	С			И
Пациент (код)	Числовой	NOT NULL	нет	простой	М	С	АК		И
Врач	Числовой	NOT NULL	нет	простой	М	С	АК		И
Кабинет	Числовой	NULL	нет	простой	М	С			И
Диагноз	Текстовый	NULL	нет	простой	М	Д			И
Расширенная информация о лечении	Текстовый	NULL	нет	простой	М	С			И
К оплате	Денежный	NULL	нет	простой	М	С			И
Наличие оплаты	Логический	NULL	нет	простой	М	С			И

3.5 Диаграмма сущность-связь

Все связи имеют тип «один-ко-многим» и обеспечивается целостность данных (рисунок 2).

Рисунок 2 - Отношения 1:М между информационными объектами - связи между таблицами базы данных.



4. ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ

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

Все связи имеют тип «один-ко-многим» и обеспечивается целостность данных (рисунок 2).

Логическое описание атрибутов таблиц см п.3.4.

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



5. ВЫБОР И ОПИСАНИЕ ИСПОЛЬЗУЕМОЙ СУБД

Microsoft SQL Server 2008 R2-- система управления реляционными базами данных (СУБД), разработанная корпорацией Microsoft. Основной используемый язык запросов -- Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQL является реализацией стандарта ANSI/ISO по структурированному языку запросов (SQL) с расширениями. Используется для работы с базами данных размером от персональных до крупных баз данных масштаба предприятия; конкурирует с другими СУБД в этом сегменте рынка. Эта разработка корпорации Microsoft, является популярной среди малых и средних предприятий. Используется во многих крупных компаниях.

Microsoft SQL Server 2008 R2 представляет новое поколение масштабируемых решений в области систем управления базами и хранилищ данных для задач, требующих быстрого получения и анализа информации. Он нацелен на решение широкого круга задач во всех областях бизнеса, в том числе и в электронной коммерции.

Преимущества Microsoft SQL Server 2008 R2:

*Масштабируемость и надежность. SQL Server 2008 R2 обеспечивает практически неограниченный рост объемов хранения данных за счет увеличения надежности и масштабируемости системы, используя все преимущества мультипроцессорной обработки данных. Это безопасная, надежная, масштабируемая платформа, защищающая информацию в приложениях и повышающая её доступность.

*Скорость создания решений. SQL Server 2008 R2 в сочетании с.NET Framework уменьшает время разработки, внедрения и выхода на рынок современных приложений, ускоряет процесс поиска данных, упрощает управление, позволяет использовать создаваемые пользователем функции в других приложениях, предоставляет широкие возможности для создания Web-приложений. Среда ADO.NET Entity Framework повышает эффективность труда разработчиков, поскольку теперь они имеют дело не непосредственно с таблицами и полями, а с логическими информационными сущностями, согласованными с бизнес-требованиями. устройства, а позже синхронизовать их с центральными серверами.

Ядро реляционной базы данных SQL Server 2008 R2 включает следующие возможности для создания и поддержки различных приложений с хранилищами данных:

*Табличные секции, обеспечивающие быструю загрузку данных и упрощенную поддержку очень больших таблиц.

*Выполнение онлайновых операций над индексами.

*Гранулированные операции резервного копирова-ния/восстановления.

*Быстрая инициализация файлов.

Платформа данных SQL Server R2 включает следующие инструмен-ты:

*Реляционная база данных: безопасное, надёжное, масштабируемое ядро с улучшенной производительностью и поддержкой структурированных и неструктурированных (XML) данных.

*Reporting Services: исчерпывающее решение для создания, управления и доставки как традиционных бумажных отчётов, так и интерактивных, основанных на технологии WWW отчётов.

*Инструменты разработки: SQL Server R2 предлагает интегрированные инструменты разработки для ядра базы данных, извлечения, трансформации и загрузки данных, извлечения информации, OLAP и отчётности.

*И многие другие инструменты.

?



Основные возможности Microsoft SQL Server 2008 R2:

*Интеграция в существующие системы без программирования, используя встроенную поддержку W3C стандартов, включая XML, Xpath, XSL и HTTP. Позволяет просмотр и доступ к реляционным данным, используя технику простого сопоставления XML элементов и атрибутов реляционной схемы.

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

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

*Удобство разработки приложений. Интеграция с Microsoft Visual Studio и.NET Framework дает возможность создавать хранимые процедуры на языках, отличных от T-SQL.

На основании этих преимуществ, по сравнению с другими СУБД, и возможностей СУБД была выбрана эта система управления реляционными базами данных.



6. ФИЗИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ

6.1 Физическая модель БД

Рисунок 4.- Физическая модель БД

6.2 Словарь данных

Цель этого раздела - обеспечить адекватность восприятия моделей данных различных уровней и их конструирование в среде целевой СУБД. В пояснительной записке приведите словарь данных (см. табл. 6).

Таблица 6

Атрибут	Название таблицы	Иденти-фикатор	Признак первичного ключа	Признак внешнего ключа, ссылочная таблица	Признак альтернативного ключа или инверсного входа	Тип данных	Размер байт
Код врача	Doctor	Id_d	PK	-	-	INT	4
Фамилия	Doctor	Fam_d	-	-	-	NVARCHAR(50)	50
Имя	Doctor	Name_d	-	-	-	NVARCHAR(50)	50
Отчество	Doctor	Otch_d	-	-	-	NVARCHAR(50)	50
Специальность	Doctor	Special	-	-	-	NVARCHAR(50)	50
Образование	Doctor	Obrazov	-	-	-	CHAR(10)	10
Пол	Doctor	Sex	-	-	-	CHAR(10)	10
Дата рождения	Doctor	Data_rogd	-	-	-	DATE	4
Дата начала работы	Doctor	Data_nach_rab	-	-	-	DATE	4
Зарплата	Doctor	Zarplata	-	-	-	MONEY	1
Номер пациента	Pacient	Id_p	PK	-	-	INT	4
Фамилия	Pacient	Fam_p	-	-	-	NVARCHAR(50)	50
Имя	Pacient	Name_p	-	-	-	NVARCHAR(50)	50
Отчество	Pacient	Otch_p	-	-	-	NVARCHAR(50)	50
Пол	Pacient	Sex_p	-	-	-	CHAR(10)	10
Дата рождения	Pacient	Data_r _p	-	-	-	DATE	4
Телефон	Pacient	Tel	-	-	-	INT	4
Наличие карточки	Pacient	Nal_kart	-	-	-	BIT	2
Номер	Priem	Id_pr	PK	-	-	INT	4
Дата приема	Priem	Data_pr	-	-	-	DATE	4
Время приема	Priem	Time_pr	-	-	-	TIME	4
Пациент (код)	Priem	Id_p	FK	Pacient	-	INT	4
Врач	Priem	Id_d	FK	Doctor	-	INT	4
Кабинет	Priem	Kabinet	-	-	-	INT	4
Диагноз	Priem	Diagnoz	-	-	-	NVARCHAR(50)	50
Расширенная информация о лечении	Priem	Info_lech	-	-	-	NVARCHAR(MAX)	255
К оплате	Priem	Oplata	-	-	-	MONEY	1
Наличие оплаты	Priem	Nal_opl	-	-	-	MONEY	1

6.3 Поддержка ограничений целостности

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

Целостность данных подразделяется на следующие категории: 

Сущностная целостность

Доменная целостность

Ссылочная целостность

Пользовательская целостность

1. Сущностная целостность.

Сущностная целостность определяет строку как уникальную сущность в конкретной таблице. Она обеспечивает целостность столбцов идентификаторов или первичного ключа таблицы с помощью индексов и ограничений UNIQUE или PRIMARY KEY.

2. Доменная целостность

Доменная целостность -- это достоверность записей в конкретном столбце. Она включает ограничения типа данных, ограничения формата при помощи ограничений CHECK и правил, а также ограничения диапазона возможных значений при помощи ограничений FOREIGN KEY, CHECK, DEFAULT, определений NOT NULL и правил.

3. Ссылочная целостность

Ссылочная целостность сохраняет определенные связи между таблицами при добавлении или удалении строк. В SQL Server 2008 R2 ссылочная целостность основана на связи первичных и внешних ключей (либо внешних и уникальных ключей) и обеспечивается с помощью ограничений FOREIGN KEY и CHECK. Ссылочная целостность гарантирует согласованность значений ключей во всех таблицах. Этот вид целостности требует отсутствия ссылок на несуществующие значения, а также обеспечивает согласованное изменение ссылок во всей базе данных при изменении значения ключа.

При обеспечении ссылочной целостности SQL Server не допускает следующих действий пользователей. 

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

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

* Удаления строк из первичной таблицы, если имеются 

7. ФУНКЦИОНАЛЬНАЯ СТРУКТУРА ПРИЛОЖЕНИЯ БАЗЫ ДАННЫХ

Согласно построенным моделям данных и информационным требованиям пользователя разрабатывается функциональная структура системы обработки данных (пример структуры приведен на рис. 4).

1. Администратор

Рисунок 5 - Справочники (пользователь: администратор)

Рисунок 6 - Отчеты (пользователь: администратор)

2. Регистратура

Рисунок 7 - Справочники (пользователь: регистратура)

Рисунок 8 - Дополнительно (пользователь: регистратура)



3. Врач

Рисунок 9 - Справочники (пользователь: врач)



8. ОПИСАНИЕ ЗАПРОСОВ

1. Расчет количества пациентов у каждого врача

CREATE PROCEDURE [dbo].[CountPac]

AS

BEGIN

SET NOCOUNT ON;

SELECT Doctor.fam_d, COUNT(Priem.id_p) AS Expr1

FROM Doctor INNER JOIN

Priem ON Doctor.id_d = Priem.id_d

GROUP BY Doctor.fam_d

ORDER BY Expr1

end

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

CREATE PROCEDURE [dbo].[Ot4etPac]

AS

BEGIN

SET NOCOUNT ON;

SELECT Pacient.fam_p, Doctor.special, Doctor.fam_d, Priem.praice_pr, Priem.diagnoz

FROM Pacient INNER JOIN

Priem ON Pacient.id_p = Priem.id_p INNER JOIN

Doctor ON Priem.id_d = Doctor.id_d

end

3. Процедура вывода данных о враче

CREATE PROCEDURE [dbo].[CountPac] AS BEGIN

SET NOCOUNT ON;

SELECT [id_d]

,[fam_d]

,[name_d]

,[otch_d]

,[special]

,[sex]

,[obrazov]

,[data_rogd]

,[data_nach_rab]

,[zarplata]

FROM [Bolnica].[dbo].[Doctor]

END



9. ОПИСАНИЕ ОТЧЕТОВ

Отчеты базы данных предназначены для вывода данных на печатающее устройство (принтер).

В отчете 1 выводятся данные о количестве пациентов у каждого врача(на основе хранимой процедуры):

Рисунок 10- Отчет 1

Отчет 2 - это отчет о заработной плате врачей:

Рисунок 11- Отчет 2

Отчет 3-это отчет о приемах пациентов(также сделан на основе хранимой про)

Рисунок 12- Отчет 3

Отчеты имеют стандартное оформление и содержат элементы, характерные для печатных документов.



10. ПРОГРАММИРОВАНИЕ ФУНКЦИОНАЛЬНОЙ ЧАСТИ ИС

10.1 Описание технологии, используемых при разработке функциональной части ИС

Microsoft Visual Studio -- линейка продуктов компании Майкрософт, включающих интегрированную среду разработки программного обеспечения и ряд других инструментальных средств. Данные продукты позволяют разрабатывать как консольные приложения, так и приложения с графическим интерфейсом, в том числе с поддержкой технологии Windows Forms, а также веб-сайты, веб-приложения, веб-службы как в родном, так и в управляемом кодах для всех платформ, поддерживаемых Microsoft Windows, Windows Mobile, Windows CE, .NET Framework, .NET Compact Framework и Microsoft Silverlight.

Visual Studio включает в себя редактор исходного кода с поддержкой технологии IntelliSense и возможностью простейшего рефакторинга кода. Встроенный отладчик может работать как отладчик уровня исходного кода, так и как отладчик машинного уровня. Остальные встраиваемые инструменты включают в себя редактор форм для упрощения создания графического интерфейса приложения, веб-редактор, дизайнер классов и дизайнер схемы базы данных. Visual Studio позволяет создавать и подключать сторонние дополнения (плагины) для расширения функциональности практически на каждом уровне, включая добавление поддержки систем контроля версий исходного кода (как например, Subversion и Visual SourceSafe), добавление новых наборов инструментов (например, для редактирования и визуального проектирования кода на предметно-ориентированных языках программирования или инструментов для прочих аспектов цикла разработки программного обеспечения (например, клиент Team Explorer для работы с Team Foundation Server).



10.2 Примеры программного кода

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

Формы для работы с таблицей «Пациенты» и «Прием» (рисунки 13-15) отображают данные и позволяют вводить информацию в соответствующие таблицы.

Рисунок 13- Форма «Пациенты»

Рисунок 14- Форма «Добавление пациентов»

Рисунок 15- Форма «Амбулаторный лист»



Код заполнения амбулаторного листа:

try

{ SqlDataReader myReader = null;

SqlCommand myCommand = new SqlCommand("SELECT * FROM dbo.Pacient WHERE id_p='" + id.ToString() + "'", myConnection);

myReader = myCommand.ExecuteReader();

myReader.Read();

label2.Text = myReader["fam_p"].ToString();

label4.Text = myReader["name_p"].ToString();

label6.Text = myReader["otch_p"].ToString();

label9.Text = myReader["data_r_p"].ToString();

label11.Text = myReader["sex_p"].ToString();

myReader.Close();

myCommand = new SqlCommand("DECLARE@return_ int EXEC @return_value = [dbo].[DOcBP] SELECT 'Return Value' = @return_value", myConnection);

myReader = myCommand.ExecuteReader();

while (myReader.Read())

{ comboBox1.Items.Add(myReader["special"].ToString()); }

myReader.Close();

}

catch (Exception e)

{}

Форма по заполнению истории болезни пациентов:

Рисунок 16- Форма «Пациенты»

Описание формы «Пациенты»: public partial class PacientDocForm : Form

private void textBox1_TextChanged(object sender, EventArgs e)

{ if (textBox1.Text != "")

{this.pacientBindingSource.Filter = "fam_p='" + textBox1.Text + "' or name_p='" + textBox1.Text + "'";

}

else

{this.pacientBindingSource.Filter = "";

}

this.pacientDataGridView.Refresh();

}

private void pacientDataGridView_RowEnter(object sender, DataGridViewCellEventArgs e)

{ string text = "Server=(local);Initial Catalog=Bolnica;Trusted_connection=Yes";

SqlConnection conn = new SqlConnection(text);

if ((this.pacientDataGridView.SelectedRows.Count > 0))

{string sql_text = "SELECT id_pr AS ID, data_pr AS [Дата приема], time_pr AS [Время приема], special AS Специальность, fam_d AS Врач FROM Priem INNER JOIN Doctor ON Priem.id_d = Doctor.id_d WHERE Priem.id_p=" + pacientDataGridView.SelectedRows[0].Cells[0].Value.ToString();

SqlDataAdapter da = new SqlDataAdapter(sql_text, conn);

DataTable dt = new DataTable();

da.Fill(dt);

priemDataGridView.DataSource = dt.DefaultView;

priemDataGridView.AutoSizeColumnsMode = DataGridViewAutoSizeColumnsMode.Fill;

priemDataGridView.SelectionMode = DataGridViewSelectionMode.FullRowSelect;

priemDataGridView.MultiSelect = false;

}

Рисунок 17- Форма «История болезни»

Описание формы «История болезни»:

public partial class IstBolForm : Form

{ int id;

SqlConnection myConnection;

public IstBolForm(int priemid)

{ InitializeComponent();

id = priemid;

myConnection = new SqlConnection(

"Server=НАДЕЧКА-ПК;" +

"Connection Timeout=30;" +

"Database=Bolnica;" +

"Trusted_Connection=true");

try

{myConnection.Open();

}

catch (Exception c)

{MessageBox.Show(c.ToString());

}

try

{ SqlDataReader myReader = null;

SqlCommand myCommand = new SqlCommand("SELECT * FROM dbo.Pacient INNER JOIN dbo.Priem ON Priem.id_p = Pacient.id_p WHERE Priem.id_pr='" + id.ToString() + "'", myConnection);

myReader = myCommand.ExecuteReader();

if (myReader.Read())

{ diagnozTextBox.Text = myReader["diagnoz"].ToString();

info_lechTextBox.Text = myReader["info_lech"].ToString();

label3.Text = myReader["name_p"].ToString();

label4.Text = myReader["fam_p"].ToString();

}

myReader.Close();

}

catch (Exception d){}

}

private void priemBindingNavigatorSaveItem_Click(object sender, EventArgs e)

{ this.Validate();

this.priemBindingSource.EndEdit();

this.tableAdapterManager.UpdateAll(this.bolnicaDataSet);

}

private void button1_Click(object sender, EventArgs e)

{ try

{ SqlCommand myCommand = new SqlCommand("UPDATE dbo.Priem

SET diagnoz='" + diagnozTextBox.Text + "', info_lech='"+info_lechTextBox.Text+"' WHERE dbo.Priem.id_pr='"+id.ToString()+"'", myConnection);

myCommand.ExecuteNonQuery();

}

catch (Exception c)

{ MessageBox.Show(c.ToString());

}

MessageBox.Show("Запись произведена!");

this.Close();}}}



11. ИНТЕЛЛЕКТУАЛЬНЫЙ АНАЛИЗ ДАННЫХ

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

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

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

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

Сочетание исходных данных и прогнозируемых данных называется рядом.

Рисунок 18 - График алгоритма временных рядов

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

Мною был проведен Анализ временных рядов с целью прогнозирования количества пациентов посещающих больницу. Модель была обучена по средствам предоставления данных о количестве пациентов приходящих в больницу за день (Диаграмма временных рядов).

Рисунок 19- Диаграмма временных рядов

Прогноз показал, что исходя из полученных данных, количество пациентов будет около 5 человек в день.



12. РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ

При нажатии на ярлык, появляется окно «Авторизация», в котором требуется ввести логин и пароль:

Рисунок 20- окно «Авторизация»

При вводе в поле логин: «регистратура», а поле пароль: «11111», появляется главное окно, в котором доступны следующие справочники:

Рисунок 21- Справочники

При выборе пункта меню «Пациенты отобразится следующая форма:



Рисунок 22- форма «Список пациентов»

При нажатии на кнопку «Заполнить амбулаторный лист», появится форма, в которой осуществляется запись пациента на прием:

Рисунок 23- форма «Амбулаторный лист»

При клике по кнопке «Добавить пациента» отобразится форма:

Рисунок 24 - форма «Добавление пациента»

Также в форме «Список пациентов» можно сохранить и обновить данные о пациенте.

При выборе пункта меню «Врачи» откроется справочник «Врачи»:

Рисунок 25 - форма «Врачи»

При клике по пункту меню «Приемы» отобразится справочник «Приемы»:

Рисунок 26 - форма «Приемы»

При клике по пункту меню «Дополнительно» отобразится форма «Сортировка расписания»:

Рисунок 27- форма «Сортировка расписания»

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



Рисунок 28- форма «Пациенты»

При выборе пациента отображаются все приемы, которые он посещал:

Рисунок 29- форма «Пациенты»

При нажатии на кнопке «Заполнить историю болезни», отображается история болезни выбранного пациента:

Рисунок 30- форма «История болезни»



13. РУКОВОДСТВО ПРОГРАММИСТА, ОПЕРАТОРА ИЛИ АДМИНИСТРАТОРА ИС

При входе вводе в поле логин: «администратор» в поле пароль: «22222», открывается главная форма «Администратор»:

Рисунок 31- главная форма «Администратор»

Рисунок 32- справочники главной формы «Администратор»

При выборе пункта меню «Справочники» и выборе из списка пункта «Пациенты» отобразится форма:

Рисунок 33- форма «Пациенты»

При нажатии кнопки добавить, отобразится форма добавления врача:

Рисунок 34-форма «Добавить врача»

Также доступно создание отчетов (см. п.9)



ЗАКЛЮЧЕНИЕ

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

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

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

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

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

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

база данный запрос таблица



СПИСОК ЛИТЕРАТУРЫ

1.Автоматизированные информационные технологии в экономике: Учебник / Под ред. проф. Г.А. Титоренко. М.: ЮНИТИ, 2005. 399 с

2.ГОСТ Р 7.0.5-2008. Система стандартов по информации, библиотечному и издательскому делу. Библиографическая ссылка. Общие требования и правила составления.

3.Роб П., Коронел К. Системы баз данных: проектирование, реализация и управление. СПб.: БХВ-Петербург, 2004. 1040 с.

5.Калянов Г.Н. Консалтинг при автоматизации предприятий. М.: СИНТЕГ, 1997. 316 с.

6.Калашян А.Н., Калянов Г.Н. Структурные модели бизнеса: DFD-технологии. М.: Финансы и статистика, 2003. 256 с.

7.Роб П., Коронел К. Системы баз данных: проектирование, реализация и управление. СПб.: БХВ-Петербург, 2004. 1040 с.

8.Федотова Д.Э. Семенов Ю.Д., Чижик К.Н. CASE-технологии: Практикум. М.: Горячая линия-Телеком, 2005. 160 с.

9.Ларсон Б. Разработка бизнес-аналитики в Microsoft SQL Server 2005. - СПб.: Питер, 2008 - 684 с.: ил.

10. http://msdn.microsoft.com/ru-ru/library/ms174923.aspx - Платформы Microsoft Developer Network

11.http://www.intuit.ru/department/database/dmtms2008/10/ -поддержка курса Интеллектуальный анализ данных средствами MS SQL Server 2008

1. Размещено на www.allbest.ru