Курсовые работы / ПРИС П _18
.pdf
|
СОДЕРЖАНИЕ |
|
ВВЕДЕНИЕ |
3 |
|
1 ПРОЕКТНАЯ ЧАСТЬ |
|
|
1.1 |
Постановка задачи |
4 |
1.2 |
Анализ предметной области |
5 |
1.3 |
Функциональная модель по стандарту IDEF0 и методологии SADT |
7 |
1.4 |
Модели данных по стандарту IDEF1X диаграммы "сущность-связь" |
9 |
1.5 |
Описание таблиц базы данных |
10 |
1.6 |
Дерево программных модулей |
11 |
1.7 |
Схемы взаимосвязей модулей и массивов данных |
12 |
1.8 |
Алгоритм построения отчета «свободные палаты» |
14 |
1.9 |
Инструкция пользователя по установке программного продукта и |
16 |
работе с системой |
|
|
1.10 Способы и результаты тестирования программного продукта в |
27 |
|
различных режимах |
|
|
ЗАКЛЮЧЕНИЕ |
31 |
|
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ |
32 |
|
ПРИЛОЖЕНИЕ А - Описание таблиц базы данных |
34 |
|
ПРИЛОЖЕНИЕ Б - Текст программы |
36 |
2
ВВЕДЕНИЕ
На сегодняшний день информационные технологии прочно завоевали свои позиции в медицинских услугах, в корне изменив процедуру формирования,
продвижения и реализации медицинских услуг.
Актуальность темы состоит в том, что проникновение современных информационных компьютерных технологий в различные сферы человеческой деятельности, на сегодняшний день оказывается важнейшим фактором повышения эффективности деятельности медицинских учереждений. Правильно организованный медицинский учет способствует рациональной организации труда медицинского персонала для улучшения медицинского обслуживания и создает возможность последовательно накапливать данные о деятельности учреждения.
Целью курсового проекта является:
-закрепление и развитие теоретических знаний, полученных в процессе изучения курса «Проектирование информационных систем»;
-развитие умения осуществлять выбор варианта технологии проектирования информационных систем (ИС);
-приобретение практических навыков разработки методических материалов проектировщика;
-умение вырабатывать и реализовывать решения различной степени сложности.
Объектом исследования является больничный стационар.
Предмет исследования: учет коечного фонда больничного стационара.
Для достижения поставленной цели необходимо решить следующие задачи:
-проанализировать предметную область;
-построить диаграммы бизнес-процессов и модели данных;
-спроектировать структуру базы данных;
-разработать и протестировать клиентское приложение с использованием файл-серверной архитектуры.
3
1 ПРАКТИЧЕСКАЯ ЧАСТЬ
1.1 Постановка задачи ИС должна содержать следующую информацию:
1.Сведения обо всех больных, находящихся на излечении в стационаре
(отделение, номер палаты, дата начала лечения, дата окончания лечения, Ф.И.О.
пациента, пол, серия и номер паспорта, кем выдан, когда, домашний адрес, шифры диагнозов и т.д.) Больной может иметь несколько диагнозов.
2.Сведения о возможных диагнозах (шифр диагноза, название диагноза).
3.Сведения о больничных палатах и имеющихся местах (отделение, номер палаты, количество мест, вид палаты (мужская или женская), кол-во мест;
количество свободных мест, врач, закрепленный за данной палатой и т.д.). В разных
отделениях могут быть палаты с одинаковыми номерами.
4.Сведения о врачах, работающих в больничном стационаре (ФИО,
категория, фото, дата рождения и т.д.)
5.Сведения о выданных больничных листах (номер, ФИО больного,
диагноз, кто выдал, дата выдачи и т.д.)
ИС должна обеспечивать:
6.Ввод, удаление и редактирование той или иной информации, с
возможностью автоматизации (подстановок из других таблиц, фиксированных наборов данных и т.д.) и входного контроля от некорректных действий.
7.Многопользовательский режим работы.
8.Разграничение прав доступа к ИС с помощью идентификации и аутентификации пользователей (пользователь – соответствующий пароль).
Обеспечить возможность оперативного изменения пароля. Количество различных
пользователей – не менее 3.
9.Резервное копирование информационных баз по желанию пользователя
(только администратора).
4
10.Осуществлять поиск по разнообразным признакам (не менее одного в каждой из информационных категорий, например, ФИО и т.д.).
11.Осуществлять сортировку по различным признакам (не менее одного в каждой из информационных категорий, например, по дате выдачи больничного листа и т.д.).
12.Формировать отчет (с возможностью вывода на печать) обо всех больничных листах, которые выдавались тем или иным выбранным врачом в течение заданного пользователем промежутка времени.
13.Выдачу списка палат в отделении, в которых есть свободные места
(учитывая пол поступающего больного). Организовать возможность вывода списка
вMSWord (или MSExcel).
14.Автоматическое изменение кол-ва свободных мест в палате при оформлении поступления больного или его выписке.
15.Выводить список палат, заполняемость которых в течение заданного промежутка времени была менее 50%.
16.Выводить сведения о враче, который обслуживал (лечил) самое большое количество пациентов в течение заданного промежутка времени.
1.2Анализ предметной области
Влюбом стационарном лечебно-профилактическом учреждении имеются койки для больных, количество которых образует коечный фонд. В целях ускорения деятельности персонала, уменьшения случаев мошенничества, сокращения взятотничества путём мониторинга больных, занимающих койки конкретного учреждения, а также автоматизации труда следует внедрить предлагаемую информационную систему.
Больной поступает в лечебно-профилактическое учреждение (больницу),
заполняется карточка этого больного, выставляется предварительный диагноз и определяется, в какой корпус больного следует поместить. После этого, проводится
5
проверка на наличие свободных мест в отделении и проводится оформление стационара.
В корпусах, отделениях на нескольких больных определены лечащие врачи.
Больные распределены по палатам. Кроме того, выбор палаты производится путём принятия во внимания следующих фактов:
Количества свободных мест в палате, пол больного, возраст больного,
характер заболевания.
В процессе лечения проводится заполнение карточки больного, где указывается диагноз больного, назначения врача, изменения.
Больничное учреждение ведёт документооборот, включающий в себя: списки пациентов, лечащих врачей, отделений, больничные листы, сведения о занятости коек в палатах.
Данная предметная область является сложным объектом проектирования, но построение функциональной модели бизнес-процессов, физической и логической моделей данных существенно упрощает понимание требований к создаваемой информационной системе [1-3].
1.3 Функциональная модель по стандарту IDEF0 (Icam DEFinition) и
методологии SADT
Была построена функциональная модель по стандарту IDEF0. На рисунках 1-4
показаны все вкладки модели:
6
7
Рисунки 1-4 - функциональная модель по стандарту IDEF0
1.4 Логическая и физическая модели данных по стандарту IDEF1X
На рисунке 1.1 представлена логическая модель данных разрабатываемой информационной системы для автоматизации деятельности коечного фонда больничного стационара, построенная в соответствии со стандартом IDEF1X [8].
8
Рисунок 1.1 – Логическая модель данных
На рисунке 1.2 представлена физическая модель данных, построенная в соответствии со стандартом IDEF1X [9].
Рисунок 1.2 – Физическая модель данных
1.5 Описание таблиц базы данных
База данных системы была построена в MS Access 2003. Она состоит из следующих таблиц:
-Pass (идентифицирующие данные пользователей системы)
-Pacient (информация о пациентах)
-Diagnoz (Информация о диагнозах)
-DgPac (Информация о диагнозах пациента)
-BollList(Информация о больничных листах)
-Vrach(Информация о врачах)
-Palata (Информация о палатах)
-Otdel (Информация об отделениях)
Схема данных моделируемой базы данных представлена на рисунке 1.3.
9
Структура перечисленных таблиц базы данных разрабатываемой информационной системы представлена в приложении Б в таблицах A.1 – A.8 [1011].
Рисунок 1.3 - Схема данных
1.6 Дерево программных модулей
Клиентское приложение разработанной информационной системы содержит
26 модулей. В начале работы программы модуль генерации приложение создает модуль данных и открывает пользователю форму авторизации, в случае успешной авторизации, создается модуль «главное меню» с полученными правами доступа, в
зависимости от имени пользователя. Остальные модули создаются в процессе работы программы, при вызове их из главного меню, либо из соответствующего модуля (для модулей редактирования данных) [12-13].
Дерево программных модулей представлено на рисунке 1.4.
10
|
|
|
|
|
|
|
|
Редактирование |
|
|
|
|
|
|
|
Пациент |
данных о пациенте |
||
|
|
|
|
|
|
|
|
||
|
Авторизация |
|
|
Модуль данных |
Информация о |
|
|
Редактирование |
|
|
|
|
|
|
|
||||
|
|
|
|
|
пациентах |
|
|
||
|
|
|
|
|
|
|
данных о лечащем |
||
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
Врач |
|
|
враче |
|
|
О программе |
Справка |
|
|
|
|
|
|
Сервисные |
|
|
|
|
|
|
|
Редактирование |
|
|
|
|
|
|
|
|
данных о диагнозе |
||
функции |
|
|
|
|
|
|
|
||
Главное меню |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Справочники |
|
|
|
|
|
(MainMenu) |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Файл |
Выход из |
|
|
|
|
|
|
|
Связать с БД |
программы |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
Сведения о |
Сведения об |
|
Сведения о |
|
|
Отчеты и обработки |
|
|
|
диагнозах |
отделениях |
|
палатах |
|
|
|
Врач, вылечивший |
|
|
|
|
|
|
Редактирование |
|
|
Палаты с |
|
Редактирование |
Удаление |
Добавление нового |
данных о |
||
Выданные |
Свободные места в |
наибольшее |
|
||||||
заполняемостью |
|
данных |
информации |
отделения |
|
наполняемости |
|||
больничные листы |
палатах |
количество |
|
|
|||||
менее 50% |
|
|
|
|
|
палат |
|||
|
|
пациентов |
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
Рисунок 1.4 – Дерево программных модулей
1.7 Схема взаимосвязей модулей и массивов данных
Массивами данных в разрабатываемой информационной системе являются таблицы. Все программные модули обращаются к массивам данных, формируя наборы данных с помощью SQL-запросов [14-15]. В теле SQL-запроса содержаться сведения из каких таблиц, какие поля нужно выбрать, а так же, при необходимости указывается условие отбора для запросов с параметрами, и поля, по которым нужно произвести сортировку набора данных. Так как в программе предусмотрена возможность автоматизации ввода и редактирования данных с помощью подстановок из других таблиц, модулю, работающему с конкретной таблицей,
связанной с другими таблицами, приходиться обращаться не только к основной таблице, но и к связанным с ней таблицам. Отчеты и обработки, так же создаются на основании данных, полученных из нескольких таблиц. Таким образом, программные модули обращаются к 1-3 таблицам базы данных.
Схема взаимосвязей модулей и массивов данных представлена на рисунке 1.5.
11