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

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

5

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

Министерство образования и науки

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

ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ

ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

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

Кафедра информационных технологий

в экономике и организации производства

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

Тема: Проектирование автоматизированного рабочего места начальника отделения анестезиологии, реанимации и интенсивной терапии

Выполнил: студент 3 курса ОЗО (3 года обучения)

Егоров Евгений Николаевич

Проверил: кандидат технических наук

Доцент Крумгант Станислав Львович

Иваново 2007

СОДЕРЖАНИЕ

Введение

1. Аналитическая часть

1.1 Характеристика и анализ объекта управления

1.1.1 Общая характеристика объекта управления

1.1.2 Общая характеристика процесса управления объектом, процесс сбора и обработки информации

1.2 Обоснование целесообразности автоматизации объекта управления

2. Разработка автоматизированного рабочего места

2.1 Техническое задание

2.1.1 Общие положения

2.1.2 Назначения и цели создания системы

2.1.3 Требования к системе

2.2 Постановка и алгоритм решения комплекса задач

2.2.1 Характеристика комплекса задач

2.2.2 Описание входной информации

2.2.3 Описание выходной информации

2.2.4 Алгоритм решения

2.2.5 Требования к контрольному примеру

2.3 Описание контрольного примера

2.4 Экономическая эффективность и программная реализация

Заключение

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

ВВЕДЕНИЕ

Обеспечение здоровья населения требует постоянного сбора и хранения данных. Затраты на создание и функционирование системы сбора, хранения, обработки и передачи информации составляют значительную и постоянно возрастающую часть бюджета лечебных учреждений. Эти затраты составляют от 10 до 20% от суммарных затрат на лечение Гусев А., Романов Ф., Дуданов И. Медицинские информационные системы: анализ рынка.

PC Week/RE, № 47/2005, с. 38-40;http://pcweek.ru. Для снижения этих затрат, дальнейшего совершенствования обработки и представления информации, а также для повышения эффективности управления лечебными учреждениями разрабатываются и внедряются разнообразные медицинские информационные системы (МИС).

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

Цель курсового проекта - разработка автоматизированного рабочего места (АРМ) начальника отделения анестезиологии, реанимации и интенсивной терапии. Для достижения этой цели необходимо решить следующие задачи:

На основании обзора предметной области сформулировать требования к разрабатываемой системе;

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

Произвести анализ и формализацию процессов обработки информации;

Провести разработку приложений - проектирование транзакций и пользовательского интерфейса.

Работа состоит:

- из аналитической части, в которой даётся описание выбранного предприятия, изучается существующий документооборот, обосновывается необходимость и цели проектирования АРМ, определяется методика проектирования и производится выбор СУБД;

- проектно - расчётной части, где вырабатывается алгоритм обработки информации, проектируются транзакции и пользовательский интерфейс, рассчитываются показатели экономической эффективности при внедрении АРМ;

- в заключении дано краткое описание выполненных этапов курсового проекта его результат.

1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

1.1 Характеристика и анализ объекта управления

автоматизированный проектирование управление программный

1.1.1 Общая характеристика объекта управления

1883 эвакогоспиталь был сформирован в первые дни Великой Отечественной войны и развернут на 500 коек. Первые раненые поступили в госпиталь 10 августа 1941 года. В годы войны госпиталь работал с полной нагрузкой. В зависимости от оперативной обстановки на фронте его коечная мощность постоянно менялась - 750 - 800 - 900 - 1000 коек. В годы войны было возвращено в строй 72,2% раненых и 90% больных.

В январе 1945 года на базе эвакогоспиталя сформирован Ивановский гарнизонный госпиталь.

В настоящее время Федеральное Государственное Учреждение Здравоохранения (ФГУЗ) 1883 ВОЕННЫЙ ГОСПИТАЛЬ - это многопрофильное лечебное учреждение, оказывающее квалифицированную и специализированную медицинскую помощь. В его состав входят следующие лечебно - диагностические отделения: приемное; анестезиологии и реанимации; хирургическое; оториноларингологическое; офтальмологическое; терапевтическое; неврологическое; кожно-венерологическое; поликлиническое; функциональной диагностики, лабораторное; рентгенологическое; физиотерапевтическое.

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

Отделение развернуто на втором этаже главного корпуса. Общая площадь составляет 86 кв. метров. В своем составе отделение имеет: палату реанимации на пять штатных коек. В операционных и перевязочных развёрнуты три рабочих места анестезиолога. В приёмном и терапевтическом отделениях оборудованы палаты интенсивной терапии со всей необходимой аппаратурой для проведения реанимационных мероприятий.

1.1.2 Общая характеристика процесса управления объектом, процесс сбора и обработки информации

Сведения о пациентах отделения анестезиологии, реанимации и интенсивной терапии (ОАРИТ) заносятся в КНИГУ УЧЁТА БОЛЬНЫХ поступивших в ОАРИТ в соответствующие графы по следующим разделам:

Порядковый номер;

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

Дата поступления

Возраст - лет;

Номер истории болезни;

Из какого отделения поступил (приёмное, хирургическое, терапевтическое, неврологическое, кожное, ЛОР, глазное);

Диагноз;

Тяжесть состояния в баллах (1, 2, 3, 4, 5, терминальное);

Дата перевода (смерти);

Койко-день;

Катетеризация центральных вен (да, нет)

Исход лечения в ОАРИТ (переведён в отделение, летальный исход);

Основная причина летального исхода (шок, кровопотеря, сердечно-сосудистая недостаточность, дыхательная недостаточность, травма мозга, мозговая кома, интоксикация, острая почечная недостаточность, острая печёночная недостаточность, прочие, сочетания различных причин);

Профиль заболевания травмы (ранения огнестрельные, термические поражения, прочие травмы, острые отравления, хирургические заболевания, терапевтические, заболевания, инфекционные заболевания);

Методы интенсивной терапии, реанимации (эпидуральная аналгезия, инфузионная терапия с катетеризацией крупных сосудов, электрокардиостимуляция, полное парэнтеральное питание более 3 суток, искусственная вентиляция лёгких (ИВЛ) и вспомогательная вентиляция лёгких (ВВЛ));

Гемодиализ (количество сеансов);

Гемо-, лимфосорбция (количество сеансов);

Гипербарическая оксигенация (количество сеансов);

Переливание крови (литров).

В результате заполнения разделов КНИГИ формируется таблица (табл. 1.1)

По истечении отчётного периода по данным КНИГИ УЧЁТА БОЛЬНЫХ «вручную» заполняются сводные таблица ОБЩИЕ ДАННЫЕ (табл. 1.2), ОСНОВНАЯ ПРИЧИНА СМЕРТИ (табл. 1.3), МЕТОДЫ ИНТЕНСИВНОЙ ТЕРАПИИ (табл. 1.4).

КНИГА УЧЁТА БОЛЬНЫХ таблица 1.1

№ п/п

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

Дата поступления

Возраст (лет)

№ истории болезни

Из какого отделения поступил

Диагноз

Тяжесть состояния в баллах

Дата перевода (смерти)

Койко-день

Катетеризация центральных вен

Исход лечения

Основная причина летального исхода

Профиль заболевания, травмы

Методы интенсивной терапии

Гемодиализ

Гемо-, лимфо-сорбция

Гипербарическая оксигенация

Переливание крови (литров)

1.

Иванов Иван Иванович

01.01.2007

30

1

приёмное

Проникающее ножевое ранение брюшной полости. Внутреннее кровотечение

5

02.01.2007

1

Да

Умер

Кровопотеря

Травма

Инфузионная терапия, ИВЛ

Нет

Нет

Нет

5,3

2.

Петров Пётр Петрович

02.01.2007

25

2

хирургическое

Перфора-тивная язва желудка. Разлитой перитонит

4

09.01.2007

7

Да

Переведён в хир. отделение

-

Хирургический

Инфузионная терапия

3 сеанса

Нет

5 сеансов

2,3

3.

Сидоров Сидр Сидорович

03.01.2007

65

3

терапевтическое

Острый инфаркт миокарда

3

15.01.2007

12

Нет

Переведён в терапевт. отдел.

-

Терапевтический

Электровардиостимуляция

Нет

3 сеанса

Нет

Нет

ОБЩИЕ ДАННЫЕ таблица 1.2

ПОКАЗАТЕЛИ	Ранения и травмы	Заболевания	ВСЕГО	В том числе в состоянии клинической смерти
	Ранения	Термические поражения	Прочие травмы	Острые отравления	Хирургические	Терапевтические	Инфекционные
Лечилось в ОАРИТ	-	-	1	-	1	1	-	3	-
поступило из приёмного отделения	-	-	1	-	-	-	-	1	-
тяжесть состояния, средний балл	-	-	5	-	4	3	-	4	-
средняя длительность пребывания больного на койке	-	-	1	-	7	12	-	6,7	-
умерло в ОАРИТ	-	-	1	-	-	-	-	1	-

ОСНОВНАЯ ПРИЧИНА СМЕРТИ таблица 1.3

ПОКАЗАТЕЛИ	Ранения и травмы	Заболевания	ВСЕГО	В том числе в состоянии клинической смерти
	Ранения	Термические поражения	Прочие травмы	Острые отравления	Хирургические	Терапевтические	Инфекционные
шок	-	-	-	-	-	-	-	-	-
кровопотеря	-	-	1	-	-	-	-	1	-
сердечно-сосудистая недостаточность	-	-	-	-	-	-	-	-	-
дыхательная недостаточность	-	-	-	-	-	-	-	-	-
травма мозга, кома	-	-	-	-	-	-	-	-	-
интоксикация	-	-	-	-	-	-	-	-	-
почечно - печёночная недостаточность	-	-	-	-	-	-	-	-	-
прочие	-	-	-	-	-	-	-	-	-
сочетание различных причин	-	-	-	-	-	-	-	-	-

МЕТОДЫ ИНТЕНСИВНОЙ ТЕРАПИИ таблица 1.4

ПОКАЗАТЕЛИ	Ранения и травмы	Заболевания	ВСЕГО	В том числе в состоянии клинической смерти
	Ранения	Термические поражения	Прочие травмы	Острые отравления	Хирургические	Терапевтические	Инфекционные
эпидуральная анестезия	-	-	-	-	-	-	-	-	-
электрокардиостимуляция, кардиоверсия	-	-	-	-	-	1	-	1	-
искусственная и вспомогательная вентиляция лёгких:	-	-	1	-	-	-	-	1	-
гемодиализ: - больных	-	-	-	-	1	-	-	1	-
- сеансов	-	-	-	-	3	-	-	3	-
гемо-, лимфосорбщия: - больных	-	-	-	-	-	1	-	1	-
- сеансов	-	-	-	-	-	3	-	3	-
ГБО - больных	-	-	-	-	1	-	-	1	-
- сеансов	-	-	-	-	5	-	-	5	-
инфузионная терапия с катетеризацией крупных сосудов	-	-	1	-	1	-	-	2	-
переливание препаратов крови: - больных	-	-	1	-	1	-	-	2	-
- литров	-	-	5,30	-	2,30	-	-	7,60	-
полное парентеральное питание (более 3 суток)	-	-	-	-	-	-	-	-	-

1.2 Обоснование целесообразности автоматизации объекта управления

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

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

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

2. РАЗРАБОТКА АВТОМАТИЗИРОВАННОГО РАБОЧЕГО МЕСТА

2.1 Техническое задание

2.1.1 Общие положения

Полное название темы: «Проектирование АРМ начальника отделения анестезиологии, реанимации и интенсивной терапии». Разработка АРМ ведётся с целью выполнения функций ввода, обработки и формирования отчёта о пациентах отделения анестезиологии, реанимации и интенсивной терапии.

Проектирование АРМ проводится на основе общепризнанных требований к разработке автоматизированных систем. Созданию АРМ предшествовало изучение предметной области.

2.1.2 Назначения и цели создания системы

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

2.1.3 Требования к системе

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

Таблица 2.1 Состав автоматизированных функций

Код	Наименование функций	Назначение	Входная информация	Выходная информация	Получатель
0101	Ввод первичных данных	Ввод данных по пациентам	История болезни	База данных: «Книга учёта больных»	Код задач: 0102
0102	Формирование учётной карты пациента	о поступившем пациенте и проведённом лечении	База данных: «Книга учёта больных»	Учётная карта пациента	Начальник отделения, Код задач: 0103, 0104, 0105
0103	Формирование отчёта «Общие данные»	Отчёт о количестве поступивших пациентов и количестве умерших за отчётный период	База данных: «Книга учёта больных»	Отчёт «Общие данные»	Начальник отделения,
0104	Формирование отчёта «Основная причина смерти»	Отчёт о причинах смерти пациентов за отчётный период	База данных: «Книга учёта больных»	Отчёт «Основная причина смерти»	Начальник отделения,
0105	Формирование отчёта «Методы интенсивной терапии»	Отчёт о применении методов интенсивной терапии и реанимации за отчётный период	База данных: «Книга учёта больных»	Отчёт «Методы интенсивной терапии»	Начальник отделения,

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



Рисунок 2.1 Схема информационных взаимосвязей.

Рисунок 2.2 Технологический процесс обработки информации.

Выбор СУБД - сложный процесс, который предполагает анализ комплекса решаемых задач и анализ возможностей располагаемых СУБД. На рынке широко представлена группа СУБД реляционного типа. Одними из самых известных и распространенных систем являются Fох Pro, Parаdох, Ассеss, InterBase, Сlarion, Сliрреr, Оrас1е.

На основании представленных сведений о документообороте сформулируем основные требования к БД:

объем занимаемой на диске памяти;

время и трудоемкость освоения системы;

цена;

трудоемкость проектирования;

набор реализуемых функций;

использование SQL;

легкость внедрения и использования;

БД должна иметь удобный интерфейс;

в БД должны быть предусмотрены возможности запросов произвольной структуры при работе с БД на рабочем месте;

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

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

Для сравнения были выбраны СУБД: Fох Рrо, Сliррег, Ассеss, Оrасlе. Все они являются СУБД реляционного типа и представлены в таблице 1.5

Fох Рrо - это многопользовательская система управления базами данных. Она обладает простым, удобным пользовательским интерфейсом, поддерживает всплывающие и многоуровневые меню, обеспечивает работу с окнами и мышью, хорошо работает в сети. Набор команд и функций отвечает современным требованиям. Одним из преимуществ являются ее высокие скоростные свойства. Также система имеет средства генерации экранов, меню и отчетов, средства описания, поддержки и обработки информации в базе данных, включая выборку по условию, суммирование полей, создание структуры базы данных, средства отладки программ. Она позволяет создавать автономные .ЕХЕ файлы на заключительном этапе создания системы (для этого необходим специальный пакет Distribution Kit). Данная СУБД располагает мощными средствами локализации и поиска данных, которые обеспечиваются путем использования механизма индексации, поддерживает язык SQL, который предоставляет широкие возможности по формированию сложных запросов к базе данных. В Fох Рrо развита система помощи, содержащая информацию и по среде Fох Рго, и по системе команд языка Fох Рго. Уникальной возможностью является сортировка файлов на физическом уровне.

Cliрреr включает в себя: быстрый компилятор программ, редактор связей, интерактивный отладчик, библиотеку объектных модулей системных функций, утилиты. Данная СУБД часто используется для решения экономических задач. Основной целью ее разработки стало достижение более высокой производительности и автономности прикладных программ. Это достигается за счет использования на стадии исполнения заранее скомпилированного кода вместо интерпретации исходных программ и более эффективных методов индексирования предметных файлов. СУБД содержит системные библиотеки функций различного характера, позволяющие снизить затраты времени на прикладное программирование и уменьшить объем исходного кода. Существует возможность работать с массивами переменных, имеются средства создания пользовательских интерфейсов, построенных в виде меню и многое другое. Однако система обладает существенным недостатком: порождаемые загрузочные модули велики по объему.

Мicrosoft Ассеss - это интерактивная реляционная СУБД для ОС WINDOWS. Так как система Ассеss работает под управлением Windows, то при работе с ней пользователю доступны все преимущества Windows. Как реляционная СУБД Ассеss обеспечивает доступ ко всем типам данных и позволяет использовать одновременно несколько таблиц базы данных. При этом можно существенно упростить структуру данных, облегчая тем самым выполнение поставленных задач. В состав СУБД входят конструкторы таблиц, форм, запросов и отчетов.

Оrасlе - это мощнейший программный комплекс, позволяющий создавать приложения любой сложности.

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

Механизмы масштабирования в СУБД Оrасlе последней версии позволяют безгранично увеличивать мощность и скорость работы сервера Оrаclе и своих приложений, просто добавляя новые и новые узлы кластера. Это не требует остановки работающих приложений, не требует переписывания старых приложений, разработанных для обычной одномашинной архитектуры. Кроме того, выход из строя отдельных узлов кластера также не приводит к остановке приложения.

Встраивание в СУБД Оrасlе JаvаVМ, полномасштабная поддержка серверных технологий (Jаvа Sегvег Раges, Javа-сервлеты, модули Еnterprisе JаvаВеаns, интерфейсы прикладного программирования СОRBА), привело к тому, что Оrасlе на сегодняшний день де-факто является стандартом СУБД для Internet.

Таблица 2.2 Характеристики СУБД

Характеристики	Fox Pro	Clipper	Access	Oracle
ОС	MS-Dos,Windows	MS-Dos, Windows	Windows	Windows, Linux
Поддержка 80Ь	Да	нет	да	Да
Возможность создания независимых ЕХЕ файлов	Да	да	нет	да
Быстродействие	+	+	+	+
Интерфейс	+	-	+	+
Трудоемкость	-	+	-	-
Возможность создания отчета	да	да	да	да
Запись отчета на диск	+	+	+	+
Сетевой вариант	да	да	д	да

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

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

2.2 Постановка и алгоритм решения комплекса задач

2.2.1 Характеристика комплекса задач

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

Для создания АРМ необходимо выполнить следующие задачи:

Создать структуру БД отражающую информацию деятельности отделения

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

автоматизировать формирование выходных документов в соответствии с требованиями

2.2.2 Описание входной информации

Входной информацией являются данные истории болезни пациента.

Таблица 2.3 Описание входных сообщений

Наименование	Форма представления	Периодичность получения	Получатель
История болезни пациента	Документ	По запросу	База данных: «Книга учёта больных»

Таблица 2.4 Описание СЕИ Учётной карты пациента

Название единицы	Тип
Порядковый номер	Числовой (счётчик)
Фамилия Имя Отчество	текстовой
Дата поступления	дата
Возраст	числовой
Номер истории болезни	числовой
Из какого отделения поступил	текстовой
Диагноз	текстовой
Тяжесть состояния в баллах	текстовой
Дата перевода (смерти)	дата
Койко-день	числовой
Катетеризация центральных вен	текстовой
Исход лечения в ОАРИТ	текстовой
Основная причина летального исхода	текстовой
Профиль заболевания (травмы)	текстовой
Эпидуральная аналгезия	текстовой
Электрокардиостимуляция	текстовой
Полное парэнтеральное питание более трёх суток	текстовой
Искусственная и вспомогательная вентиляциях	текстовой
Гемодиализ	текстовой
Гемо-, лимфосорбция	текстовой
Гипербарическая оксигенация	текстовой
Переливание крови	текстовой

2.2.3 Описание выходной информации

Выходной информацией в результате решения комплекса задач являются: учётная карта пациента; отчеты «Общие данные», «Основная причина смерти», «Методы интенсивной терапии».

Таблица 2.5 Описание выходных сообщений

Наименование	Форма представления	Периодичность получения	Получатель
Учётная карта пациента	Видеограмма Документ	По запросу	Начальник отделения
Отчёт «Общие данные»	Видеограмма Документ	По запросу	Начальник отделения
Отчёт «Основная причина смерти»	Видеограмма Документ	По запросу	Начальник отделения
Отчёт «Методы интенсивной терапии»	Видеограмма Документ	По запросу	Начальник отделения

Таблица 2.6 Описание СЕИ Учётной карты пациента

Название единицы	Тип
Порядковый номер	числовой
Фамилия Имя Отчество	текстовой
Дата поступления	дата
Возраст	числовой
Номер истории болезни	числовой
Из какого отделения поступил	текстовой
Диагноз	текстовой
Тяжесть состояния в баллах	текстовой
Дата перевода (смерти)	дата
Койко-день	числовой
Катетеризация центральных вен	текстовой
Исход лечения в ОАРИТ	текстовой
Основная причина летального исхода	текстовой
Профиль заболевания (травмы)	текстовой
Эпидуральная аналгезия	текстовой
Электрокардиостимуляция	текстовой
Полное парэнтеральное питание более трёх суток	текстовой
Искусственная и вспомогательная вентиляциях	текстовой
Гемодиализ	текстовой
Гемо-, лимфосорбция	текстовой
Гипербарическая оксигенация	текстовой
Переливание крови	текстовой

Таблица 2.7 Описание СЕИ Отчёта «Общие данные»

Название единицы	Тип
Показатели	текстовой
Ранения огнестрельные	числовой
Термические поражения	числовой
Прочие травмы	числовой
Острые отравления	числовой
Болезни хирургические	числовой
Болезни терапевтические	числовой
Болезни инфекционные	числовой
Всего	числовой
В том числе в состоянии клинической смерти	числовой

Таблица 2.7 Описание СЕИ Отчёта «Основная причина смерти»

Название единицы	Тип
Показатели	текстовой
Ранения огнестрельные	числовой
Термические поражения	числовой
Прочие травмы	числовой
Острые отравления	числовой
Болезни хирургические	числовой
Болезни терапевтические	числовой
Болезни инфекционные	числовой
Всего	числовой
В том числе в состоянии клинической смерти	числовой

Таблица 2.7 Описание СЕИ Отчёта «Методы интенсивной терапии»

Название единицы	Тип
Показатели	текстовой
Ранения огнестрельные	числовой
Термические поражения	числовой
Прочие травмы	числовой
Острые отравления	числовой
Болезни хирургические	числовой
Болезни терапевтические	числовой
Болезни инфекционные	числовой
Всего	числовой
В том числе в состоянии клинической смерти	числовой

2.2.4 Алгоритм решения

Данные о каждом пациенте ОАРИТ заносятся в БД, которая реализуется СУБД Access в виде таблицы «Книга учёта больных, поступивших в ОАРИТ».

Рисунок 2.3 Книга учёта больных, поступивших в ОАРИТ.

Учётная карта пациента является отражением этой информации в базе данных. Отчёты: «Общие данные», «Основная причина смерти» и «Методы интенсивной терапии» формируются путём выполнения операций реляционной алгебры над соответствующими полями таблицы «Книга учёта больных, поступивших в ОАРИТ».

Таким образом, поле ранения огнестрельные в отчёте «Общие данные» будет иметь следующие значения:

- в строке лечилось в ОАРИТ - количество значений огнестрельные ранения всех строк в поле профиль заболевания (травмы);

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

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

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

- в строке умерло в ОАРИТ - количество строк имеющих одновременно значение огнестрельные ранения в поле профиль заболевания (травмы) и значение летальный в поле исход лечения в ОАРИТ.

2.2.5 Требования к контрольному примеру

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

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

2.3 Описание контрольного примера

Для реализации возможностей системы введём в Книгу учёта больных, поступивших в ОАРИТ записи о трёх пациентах, проходивших лечение в отделении. Для внесения записей используем экранные формы: рисунки 2.4 (а, б, в).

Соответствие данных в БД введённым, проверим просмотром Учётной карты пациента: рисунки 2.5 (а, б).

Сформирует отчёты: Общие данные, Основная причина смерти и Методы интенсивной терапии: рисунки 2.6, 2.7, 2.8.

Рисунок 2.4 (а)



Рисунок 2.4 (б)

Рисунок 2.4 (в)



Рисунок 2.5 (а)

Рисунок 2.5 (б)



Рисунок 2.6.

Рисунок 2.7



Рисунок 2.8

2.4 Экономическая эффективность и программная реализация

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

расчёт чистого дисконтированного дохода (NPV);

расчёт внутренней ставки рентабельности (IRR);

расчёт срока окупаемости;

расчёт нормы возврата инвестиций (ROI).

Последний (ROI) является наиболее распространённым. Это обусловлено тем, что он является простым для расчёта и наиболее наглядным. Он отражает финансовую выгоду от вложений и рассчитывается как процентное отношение чистого дисконтированного дохода

(NPV) к общей сумме инвестиций.

,

Успешными считаются те инвестиции, значение ROI которых больше 100 %. Персональный компьютер с установленной операционной системой и офисным пакетом Office 2003, а также принтер уже имеются в отделении.

Таблица 2.8 Расчёт показателей экономической эффективности»

Показатели	Выгоды от внедрения	Инвестиции
Зарплата проектировщика (единовременно)		750 руб. (15 000 руб./мес.) 5 дней = 3 750 руб. (единовременно)
Отчисления на социальные нужды (единовременно)		975 руб. (единовременно)
Эксплуатационные затраты за год		1200 руб./год
Экономия рабочего времени 1 час в рабочий деь	89 руб./час (экономия в день) 280 рабочих дней в году = 24 920 руб.
САЛЬДО	24 920 - (3 750 + 975 + 1200) = 18 995 руб.

Таким образом, уже за первый год после внедрения АРМа сумма чистого дохода составит 18 995 руб. или:

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

ЗАКЛЮЧЕНИЕ

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

В проекте рассмотрен документооборот и отчётность начальника ОАРИТ. Выделены следующие объекты предметной области: «База данных КНИГА УЧЁТА БОЛЬНЫХ», «УЧЁТНАЯ КАРТА ПАЦИЕНТА», «Отчёт ОБЩИЕ ДАННЫЕ», «Отчёт ОСНОВНАЯ ПРИЧИНА СМЕРТИ», «Отчёт МЕТОДЫ ИНТЕНСИВНОЙ ТЕРАПИИ». Определена схема информационных взаимосвязей и технологический процесс обработки информации.

Данные о каждом пациенте ОАРИТ заносятся в БД, которая реализуется СУБД Access в виде таблицы «Книга учёта больных, поступивших в ОАРИТ». Отчёты: «Общие данные», «Основная причина смерти» и «Методы интенсивной терапии» формируются путём выполнения операций реляционной алгебры над соответствующими полями таблицы «Книга учёта больных, поступивших в ОАРИТ».

Ввод данных осуществляется посредством заполнения экранной формы. После внесения данных, информацию о пациентах можно просмотреть в «Учётной карте пациента». В окне карты посредством кнопок «Общие данные», «Основная причина смерти», «Методы интенсивной терапии» осуществляется доступ к одноимённым отчётам, сформированным на основе соответствующих запросов.

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

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

СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ

1. Варежкин Ю.П. Комплекс прикладных программ "Автоматизированное рабочее место врача". Междунар. симпоз. INFO-89, т.2, ч.II. Минск, 1989, с.588-591.

2. Вербовецкий А.А. Основы проектирования баз данных.-М.: Радио и связь,2000-88с

3. Гусев А., Романов Ф., Дуданов И. Медицинские информационные системы: анализ рынка. PC Week/RE, № 47/2005, с. 38-40; http://pcweek.ru

4. Дейт К. Введение в системы баз данных. - М.: Изд. дом «Вильянс», 2001-1072с

5. Джексон Г. Проектирование реляционных баз данных для использования с микроЭВМ.-М.: Мир, 1991.-252с.

6. Диго С.М. Проектирование и использование баз данных: Учебник.- М.: Финансы и статистика, 1995.- 208с.

7. Змитрович А.И. Базы данных. - М.: Унив-ое,1991-271с.

8. Конколли Т. База данных: проектирование, реализация и сопровождение. Теория и практика. -М.: Изд. дом «Вильямс»,2000-1120с.

9. Кузин А.В., Демин В.М. Разработка баз данных в системе Microsoft Access.-М.: Форум:ИНФРА-М,2005-224с.

10. Куправа Т.А. Создание и программирование баз данных средствами СУБД dBase III Plus, FoxBase Plus, Clipper.-М.: Мир, 1991-110с.

11. Малыхина М.П. Базы данных: Основы, проектирование, использование. - С-Пб.: БХВ-Петербург, 2006.

12. Мартэн Д. Базы данных. Практические методы.-М.: Радио и связь,1983.-168с.

13. Мейер Д. Теория реляционных баз данных.- М.: Мир, 1987.-608с.

14. Озкарахан Э. Машины баз данных и управление базами данных.- М.: Мир, 1989-696с.

15. Ратманова И.Д. Базы данных. Курс лекций/ ГОУВПО Ив. Гос. Эн. Унив.- Иваново, 2005-132с.

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

17. Советов Б.Я. Базы данных: теория и практика. - М.: Высшая школа, 2005-463с.

18. Теория и практика создания банков данных / Г.И. Фурсан.- К,1987-192с.

19. Тиори Т. Проектирование структур аз данных: Кн.1 - М.: Мир, 1985-287с.

20. Хомоненко А.Д. Базы данных. - СПб.: Корона принт,2000.- 416с.

21. Шишкин В.Г. Проектирование баз данных: Учеб. Пособие - Иваново: Иван. гос. ун-т, 2003

22. Шишкин В.Г. Теория экономических информационных систем: Учеб. Пособие - Иваново: Иван. гос. ун-т, 1995

Размещено на Allbest.ru