Курсовые работы / ПРИС П _18

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

Рисунок 1.4 – Дерево программных модулей

1.7 Схема взаимосвязей модулей и массивов данных

Массивами данных в разрабатываемой информационной системе являются таблицы. Все программные модули обращаются к массивам данных, формируя наборы данных с помощью SQL-запросов [14-15]. В теле SQL-запроса содержаться сведения из каких таблиц, какие поля нужно выбрать, а так же, при необходимости указывается условие отбора для запросов с параметрами, и поля, по которым нужно произвести сортировку набора данных. Так как в программе предусмотрена возможность автоматизации ввода и редактирования данных с помощью подстановок из других таблиц, модулю, работающему с конкретной таблицей,

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

Схема взаимосвязей модулей и массивов данных представлена на рисунке 1.5.

11