Разработка автоматизированной системы учета выбывших из стационара

Аннотация

Дипломный проект посвящен разработке автоматизированной информационной системы учета выбывших из стационара. Система базируется на форме №066/у Министерства Здравоохранения России, имеющей название "Статистическая карта выбывшего из стационара". Программа предназначена для автоматизации процесса обработки формы №066/у и формирования на ее основе отчетных форм для стационара.

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

База данных содержит информацию о выбывших больных, адекватную информации в форме №066/у МЗ России. На основании этой информации система позволяет формировать отчетные документы по фиксированным формам. Документы формируются за любой отчетный период (дни, месяцы, годы), по всему стационару или по любому его отделению.

Система прошла опытную эксплуатацию в Детской городской клинической больнице N13 им. Н.Ф. Филатова и передана для внедрения в отделении медстатистики этой больницы.

Программное обеспечение системы написано на языке программирования Clipper.

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

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

Содержание

Введение 4

1. Анализ существующих методов создания информационных систем в медицине 6

1.1. Классификация МИС 6

1.2. Методология создания автоматизированных больничных информационных систем 7

1.2.1. Декомпозиция АБИС 8

1.2.2. Интеграция компонент АБИС 9

1.3. Архитектура интегрированных АБИС 10

1.4. Эффективность применения АБИС 11

2. Технология работы отдела Медстатистики по обработке данных о выбывших из стационара, выбор технических и программных средств 13

2.1. Технологическая схема работы отдела 13

2.2. Формализованное описание документооборота 15

2.3. Оценка потоков информации, проходящих через отдел Медстатистики 17

3. Разработка структуры базы данных (БД) и алгоритмов обработки 18

3.1. Структура БД 18

3.1.1. Файловая структура таблиц 19

3.1.2. Сохранность БД 21

3.2. Алгоритм программы 22

4. Описание программной реализации 25

4.1. Описание программы 25

4.1.1. Ввод текущей даты 26

4.1.2. Работа в главном меню 26

4.1.3. Ввод новых данных 27

4.1.4. Редактирование ранее введенной информации 28

4.1.5. Просмотр БД 28

4.1.6. Удаление информации 29

4.1.7. Получение отчетных форм 29

4.1.8. Настройка 32

4.1.9. Выход из программы 33

4.2. Результаты опытной эксплуатации 33

5.Экономико-организационная часть 35

5.1.Анализ потока публикаций 35

5.2. Расчет годового экономического эффекта 36

Заключение 40

Литература 42

Приложение 1 43

“Техническое задание на разработку автоматизированной информационной системы учета выбывших из стационара (форма №066/у)” 43

Приложение 2 77

Описание применения “Автоматизированной системы учета выбывших из стационара” 77

Приложение 3 83

Руководство оператора “Автоматизированной системы учета выбывших из стационара” 83

Приложение 4 92

Руководство системного программиста “Автоматизированной системы учета выбывших из стационара” 92

Приложение 5 107

Текст и описание программы:
“Автоматизированная система учета выбывших из стационара” 107

Введение

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

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

Именно этой проблеме и посвящен дипломный проект. Его целью была разработка автоматизированной системы выбывших из стационара, в основе которой лежит форма №066/у Министерства Здравоохранения России: "Статистическая карта выбывшего из стационара".

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

Выполнение дипломного проекта потребовало решения следующих основных задач:

проведение анализа особенностей и специфики автоматизированных информационных систем в медицине;

анализ технологии работы автоматизируемого подразделения;

определение необходимой входной и выходной информации;

разработка структуры базы данных;

разработка и отладка программы;

проведение опытной эксплуатации и внедрение у заказчика;

определение экономического эффекта от внедрения разработанных программных средств.

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

1. Анализ существующих методов создания информационных систем в медицине

Обеспечение здоровья населения требует постоянного сбора и хранения данных. Затраты на создание и функционирование системы сбора, хранения, обработки и передачи информации составляют значительную и постоянно возрастающую часть бюджета лечебных учреждений. По одним оценкам [1] эти затраты составляют от 10 до 20% от суммарных затрат на лечение, по другим они составляют до 33% бюджета лечебных учреждений. Для снижения этих затрат, дальнейшего совершенствования обработки и представления информации, а также для повышения эффективности управления лечебными учреждениями разрабатываются и внедряются разнообразные медицинские информационные системы (МИС).

1.1. Классификация МИС

Согласно [1], общим для всех МИС является рутинный систематический сбор данных, интегрируемых в информацию, обеспечивающую принятие управляющих административных и медицинских решений. В той же работе [1] описывается следующая классификация МИС:

амбулаторные МИС;

МИС стационаров;

МИС социального страхования здоровья населения;

национальные МИС.

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

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

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

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

1.2. Методология создания автоматизированных больничных информационных систем

Современная автоматизированная больничная информационная система (АБИС) представляет собой тесно взаимодействующее сочетание МИС стационара и амбулаторной МИС. АБИС - это больничная медицинская и административная информационная система, в функции которой входят сбор, обработка и передача информации в присущих больнице целях.

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

АБИС, спроектированная по такому принципу, получила название

"интегрированная АБИС".

1.2.1. Декомпозиция АБИС

Существует много подходов к декомпозиции АБИС. Все они опираются на сочетание двух принципов ее разделения на отдельные взаимосвязанные компоненты: горизонтального и вертикального [1] .

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

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

обеспечение выполнения медицинских действий;

эксплуатация медицинских данных в целях увеличения объема медицинских знаний в лечебном учреждении;

обеспечение материально-технического и медицинского снабжения;

оперативное планирование административной деятельности;

оперативное планирование лечебной деятельности.

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

1.2.2. Интеграция компонент АБИС

Интеграция компонент АБИС является не менее сложным предприятием, чем ее декомпозиция на отдельные компоненты.

Выделяют три основных требования к интеграции систем АБИС [1]:

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

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

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

Интеграция не является самоцелью и должна вводится для улучшения функционирования больницы.

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

1.3. Архитектура интегрированных АБИС

Можно выделить следующие модели архитектуры АБИС:

модель с централизованной обработкой данных;

модель с распределенной обработкой данных.

АБИС модели с централизованной обработкой данных выполнены на базе одной или нескольких тесно связанных больших ЭВМ или супер-ЭВМ, которые выполняют централизованную обработку всех потоков информации.

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

АБИС модели с распределенной обработкой данных выполнены на базе сети малых или больших ЭВМ, каждая из которых имеет собственную базу данных.

Основное достоинство этой модели состоит в том, что средства вычислительной техники могут приобретаться постепенно и компоненты АБИС могут быть внедрены поэтапно. Однако распределенность базы данных по нескольким ЭВМ приводит к усложнению разработки прикладного программного обеспечения АБИС и определенным трудностям обеспечения бесперебойной эксплуатации оборудования, а также эксплуатации баз данных.

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

1.4. Эффективность применения АБИС

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

прямая экономия зарплаты персонала;

косвенная экономия за счет избавления медицинских сотрудников от рутинной канцелярской работы;

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

уменьшение числа избыточных услуг;

более полное использование ресурсов;

лучшее снабжение ресурсами;

общее улучшение качества обслуживания.

Если раньше основным назначением АБИС было улучшение управления больницей, то теперь - это улучшение качества лечения.

Внедрение АБИС не приводит к снижению бюджетных затрат, а лишь способствует уменьшению их роста. Основной потенциал рационализации функционирования больницы заключается в снижении расходов на зарплату персонала, которая составляет 60-70% бюджета больницы [1]. Такое снижение может быть достигнуто только за счет изменения в организации труда, распределения работ и ответственности за их выполнение. Поскольку наибольшие штаты и средства (за исключением собственно лечения) отвлекает обработка информации, на что расходуется до 15-25% бюджета больницы, то потенциальный экономический эффект внедрения АБИС достаточно высок.

.

2. Технология работы отдела Медстатистики по обработке данных о выбывших из стационара, выбор технических и программных средств 2.1. Технологическая схема работы отдела

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

Рассмотрим технологию работы медстатистики при поступлении информации из отделений стационара. На рис.1 представлена структура функциональной связи отдела с другими подразделениями больницы при поступлении информации о выбывших больных.

Рис. 1. Технологическая схема работы отдела медстатистики.

В медстатистику поступают истории болезни (ИБ) с заполненными врачами статистическими картами на выбывших из стационара (форма №066/у). Форма №066/у заполняется на каждого выбывшего. На каждого иногороднего выбывшего заполняется дополнительно еще одна форма №066/у. В подразделении медстатистики производится сверка поступивших ИБ на выбывших с данными журнала на выбывших, умерших и переведенных (ЖВ). В ЖВ вносятся отметки о наличии ИБ на выбывших. Далее составляется справка о непоступивших ИБ на выбывших больных, которая передается обратно в отделения. Поступившие ИБ отправляются в архив на хранение. Формы №066/у складываются в папки отделений для составления отчетов о деятельности стационара. Второй экземпляр формы №066/у на иногородних больных отправляется в Боткинскую больницу для дальнейшей статобработки. Далее, на основании формы №066/у в подразделении медстатистики готовятся следующие отчетные формы для отделений стационара, бухгалтерии и администрации больницы:

ежемесячный отчет по каждому отделению;

годовые отчеты по всему стационару (см. Приложение 5):

Состав больных в стационаре, сроки и исход лечения;

Состав больных новорожденных, поступивших в возрасте 0-6 суток жизни и исход их лечения;

Хирургическая работа учреждений;

Распределение больных по возрасту и району;

Состав больных, выбывших в возрасте от 0 до 6 суток жизни;

Больные, переведенные в другие лечебные учреждения;

Нозология больных, переведенных из других стационаров;

Нозологическая таблица умерших;

Нозология больных умерших по возрастам;

Нозология умерших в возрасте от 0 до 6 дней жизни;

Операции умерших;

Нозология умерших до суток;

Нозология инфекционных заболеваний;

Распределение инфекционных заболеваний по отделениям;

Распределение выбывших иногородних больных по каналам госпитализации и отделениям больницы;

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

Число новорожденных, умерших в возрасте от 0-6 суток, число умерших в первые 24 часа после поступления в стационар: в возрасте 0-24 часа после рождения, до 1 года, в том числе от пневмонии;

Число больных инфарктом миокарда, поступивших в первые сутки от начала заболевания, число больных инфарктом миокарда, умерших в первые 24 часа после поступления в стационар;

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

Таблицы 1-3,16-19 формируются для написания отчетов о деятельности стационара для администрации больницы и в вышестоящие организации, 4-15 - только для администрации больницы.

2.2. Формализованное описание документооборота

Форма №066/у является обязательным документом для любого стационара Российской Федерации и имеет полное название "Статистическая карта выбывшего из стационара". Она заполняется на каждого выбывшего и заключает в себе следующую информацию:

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

Фамилия И.О. больного;

Пол больного;

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

Время рождения;

Возраст;

Вес;

Адрес постоянного местожительства;

Район проживания;

Горожанин / селянин;

Государство, гражданином которого является больной;

Направляющая организация;

Причина направления;

Отделение стационара;

Профиль койки;

Доставлен в стационар по экстренным показаниям или в плановом порядке;

Через сколько часов после заболевания (получения травмы);

Дата поступления в стационар;

Время поступления в стационар;

Исход заболевания;

Дата выписки / перевода /смерти;

Время выписки / перевода /смерти;

Количество, проведенных в стационаре дней;

Диагноз направившего учреждения;

Госпитализирован впервые / повторно;

Диагноз стационара;

Хирургические операции;

Обследование на реакцию Вассермана;

Фамилия И.О. лечащего врача.

2.3. Оценка потоков информации, проходящих через отдел Медстатистики

В 1998 году план на пролеченных больных в ДГКБ составил 22 400 человек. На каждого пролеченного больного должна быть сформирована ф.№066/у. Объем одной этой формы составляет около 1 КБ, тогда объем поступающей информации по ф.№066/у в год составит порядка 19 МБ. При этом в медстатистику поступает и другая информация: о движении больных и коечного фонда (ф.7), а также информация из хирургического центра, районной поликлиники и травмопункта. Самый большой объем здесь имеет форма 7. Если считать, что объем одной ф.7 также равен 1 КБ, то в день объем поступившей информации по ф.7 составит 15 КБ. Если полагать, что число рабочих дней в году 273, то годовой объем информации, поступившей в медстатистику по ф.7 составит порядка 4 МБ. Тогда общий объем информации составит 23 МБ. При этом объем информации, поступающий в день, составит порядка 0.1 МБ. В стационар из медстатистики поступает порядка 0.003 МБ информации, в том случае, если администрации передается информация, сформированная на основе ф.7.

Учитывая характер работы стационара, следует предположить, что основная информация будет проходить в сети с 8 до 14 часов. При этом интенсивность потока информации составляет порядка 0.036 Кбит/с. При пропускной способности стандартной сети Ethernet 10 Мбит/с этот поток не представляет большой нагрузки на сеть. Следует ожидать, что не рассмотренные оценки потоков информации из хирургического центра, районной поликлиники и травмопункта не окажут существенного влияния на загрузку сети.

3. Разработка структуры базы данных (БД) и алгоритмов обработки 3.1. Структура БД

Для хранения информации по выбывшим больным была разработана БД, концептуальная модель которой представлена на рис.2.

Рис. 2. Концептуальная модель базы данных.

БД является распределенной - она состоит из трех таблиц:

ТАБЛИЦЫ "DIA66" (содержащей диагнозы заболеваний больного);

ТАБЛИЦЫ "OP66" (содержащей названия операций больного);

ТАБЛИЦЫ "KARTA" (содержащей всю остальную информацию).

Связь осуществляется по номеру истории болезни. Каждому выбывшему соответствует одна запись в таблице "KARTA" и такое количество записей в таблицах "DIA66" и "OP66", сколько диагнозов ему проставлено и сколько операций ему было проведено соответственно. Другими словами между таблицей "KARTA" и таблицей "DIA66", а также между таблицей "KARTA" и таблицей "OP66" существует связь "один ко многим".

Для уменьшения объема, отводимого для хранения одной записи в таблице "KARTA", используется следующее: заполнение ф. №066/у в программе идет в автоматизированном режиме, т.е. все пункты ф.№066/у (где это возможно) заполняются с помощью выбора одной из нескольких альтернатив, представленных в виде меню. Совокупность всех альтернатив называется справочником. Заполнение справочника происходит на самом раннем этапе эксплуатации программы. Каждой альтернативе в справочнике соответствует уникальный номер или код (поэтому справочники иногда называют кодификаторами), т.е. между альтернативой и ее кодом существует взаимооднозначное соответствие. В виду этого в БД хранятся не сами альтернативы, а их коды. Существуют отработанные процедуры работы со справочниками, в частности разработанные сотрудниками кафедры 29.

3.1.1. Файловая структура таблиц

Каждая таблица включает в себя файл(ы) данных и файл(ы) индексов. Таблица для хранения данных по пациентам содержит файлы:

КАRТА66.DBF и КАRТА66.NTX;

DIA66.DBF и DIA66.NTX;

OP66.DBF и OP66.NTX.

Структура файла KARTA66.DBF:

ИМЯ ПОЛЯ	ТИП	ДЛИНА	СОДЕРЖАНИЕ
NUM_IB	C	7	номер истории болезни
FAM	C	30	фамилия больного
F_S_NAME	C	30	имя, отчество больного
DATE_B	D	8	дата рождения
HOUR_B	N	2	часы рождения
MINS_B	N	2	минуты рождения
OLD	N	2	код возраста
POL	N	1	код пола
MASSA	C	6	масса
PLACE_LIV	C	60	адрес
RAION	N	2	код района
CITY_VIL	N	1	код: горожанин/селянин
DIRECT1	N	2	код направляющего учреждения
DIRECT2	N	2	код стационара
STATE	N	2	код государства
WHY	N	1	код причины направления
DEPARTMENT	N	2	код отделения стационара
KOIKA	N	2	код профиля койки
PASS	N	1	код состояния поступления
TIME	N	1	код поступления после болезни
DATE_IN	D	8	дата поступления в стационар
HOUR_IN	N	2	часы поступления
MINS_IN	N	2	минуты поступления
END1	N	1	код исхода
END2	N	1	код причины исхода
END3	N	2	код учреждения для перевода
DATE_END	D	8	дата исхода
HOUR_END	N	2	часы исхода
MINS_END	N	2	минуты исхода
OLD_D	N	2	возраст на момент смерти
ALL_DAY	N	2	количество дней в стационаре
DIA_DIRECT	C	4	направляющий диагноз
NUM_COME	N	1	код числа поступлений
RW_DATE	D	8	дата анализа на RW
RW_REZ	N	1	код результата RW
FAM_DOCTOR	N	2	код фамилии лечащего врача

Индексное выражение для файла: NUM_IB.

Структура файла DIA66.DBF:

ИМЯ	ТИП	ДЛИНА	СОДЕРЖАНИЕ
NUM_IB	C	7	номер истории болезни
KOD1	C	1	код заболевания
KOD2	C	1	код диагноза
SHIFR	C	4	шифр заболевания
COMM1	M	10	названия заболеваний

Индексное выражение для файла: NUM_IB+KOD1.

Структура файла OP66.DBF:

ИМЯ	ТИП	ДЛИНА	СОДЕРЖАНИЕ
NUM_IB	C	7	номер истории болезни
SHIFR	C	4	шифр операции
DATA	D	8	дата операции
COMM	M	10	название операции

Индексное выражение для файла: NUM_IB.

3.1.2. Сохранность БД

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

3.2. Алгоритм программы

Система предназначена для автоматизации заполнения формы №066/у Минздрава России и генерации на ее основе типовых отчетов для стационаров.

В соответствии с ТЗ на разработку системы взаимодействие программы с пользователем должно быть реализовано по следующему алгоритму:

1) Ввод текущей даты;

2) Выбор из главного меню одной из следующих функций:

а) Ввод данных (перечень данных см. пункт 2.2) и печать;

б) Коррекция ранее введенных данных;

в) Поиск данных больного по N ИБ или по фамилии.

г) Получение отчетных форм (за отчетный период с по );

д) Выход из программы.

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

При выборе функции "Выход из программы" работа программы завершается.

При выборе функции "Коррекция ранее введенных данных" пользователь может откорректировать данные, введенные ранее.

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

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

Рис. 3.Алгоритм программы.

Рис. 4. Алгоритм формирования отчетов.

4. Описание программной реализации 4.1. Описание программы

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

Программа обеспечивает:

ввод, хранение, коррекцию данных по выбывшим из стационара больным;

оформление печатных документов по данным о выбывших больных за отчетный период;

настройку на структуру конкретного стационара.

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

Система реализована для персональных ЭВМ IBM PC XT/AT со следующим набором периферийных устройств: принтер; дисплей с платой адаптера EGA/VGA, накопитель на жестком диске объемом не менее 80 Мб. Минимальный объем свободной оперативной памяти 540 Кб.

Программа написана на языке программирования Clipper и работает под управлением операционной системой MS DOS версии 3.1 и выше.

Для запуска программы необходимо набрать в командной строке => karta и нажать клавишу ENTER.

Об успешном запуске программы свидетельствует приглашение ввести дату (см. пункт 4.1.1.).

Процесс работы с системой разбивается на несколько этапов:

ввод текущей даты;

работа в главном меню;

ввод новых данных;

коррекция введенных данных;

формирование и печать отчетов за выбранный период;

настройка программы на структуру конкретного стационара;

выход из программы

4.1.1. Ввод текущей даты

При запуске программы на экране появляется заставка с надписью “СЕГОДНЯ: ” и некоторой датой. На машинах, снабженных автономными встроенными часами, будет выведена текущая дата, на других машинах выводится дата, установленная последней системной командой "DATE".

Для подтверждения даты нажмите клавишу ENTER, для изменения - наберите нужную дату и нажмите клавишу ENTER.

Можно также ввести любую дату, а не только текущую.

4.1.2. Работа в главном меню

Главное меню программы содержит следующие пункты:

создание;

удаление;

редактирование;

навигация;

отчеты;

выход.

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

4.1.3. Ввод новых данных

Если выбран пункт главного меню "Создание", то можно ввести данные в новую карту, выбывшего из стационара (другими словами, заполнить новую форму №066/у).

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

После этого на экране появляется текст, который содержит основные пункты формы №066/у, подлежащие заполнению (см. пункт 2.2). Движение по этому тексту осуществляется клавишами перемещения курсора, при этом по экрану перемещается "световое пятно". Для заполнения нужного пункта надо подвести "световое пятно" к данному пункту текста и нажать клавишу ENTER. Если данный пункт формы №066/у может содержать одно из наперед заданных значений, то на экран выводятся все эти значения и пользователь, используя клавиши перемещения курсора и клавишу ENTER, осуществляет выбор (используя клавишу ESC, можно выйти из данного пункта без выбора какого-либо значения). Все эти, "наперед заданные" значения хранятся в справочниках. Если данный пункт может содержать любое значение, то пользователю предлагается ввести его самому.

Возврат в основное меню происходит по нажатию клавиши F10.

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

4.1.4. Редактирование ранее введенной информации

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

Коррекция осуществляется по тем же правилам, что о при "Создании" (см. пункт 4.1.3.).

Для поиска №066/у формы интересующего больного, пользователь может использовать "Навигатор" БД (см. пункт 4.1.5.).

Пользователь имеет возможность получить твердую копию отредактированной им формы. Для этого ему надо, находясь в режиме "Редактирование" или "Создание", сделать следующее:

включить принтер;

вставить в принтер лист бумаги;

нажать клавишу F5 .

Перед пользователем появится меню, пунктами которого являются:

"Печатать текущий раздел документа", т.е. тот пункт, на котором в данный момент находится курсор ("световое пятно");

"Печатать весь документ", т.е. всю данную №066/у форму целиком;

"Отказ от печати".

Клавишами перемещения курсора и клавишей ENTER пользователь осуществляет выбор.

4.1.5. Просмотр БД

Выбрав пункт "Навигатор", пользователь может просмотреть всю информацию, которая хранится в БД. Для этого ему предлагается меню второго уровня, используя пункты "Текущая карта", "Следующая карта" и "Предыдущая карта" которого, пользователь может последовательно просмотреть всю БД. При этом в нижней части экрана будет представлены номер истории болезни пациента, его фамилия и дата выписки, соответствующие очередной №066/у форме. Кроме того, пользователь может ввести условия просмотра:

либо номер истории болезни интересующего его больного (в этом случае, пользователь будет просматривать БД, начиная с формы с введенным номером истории болезни (если она есть в БД); если формы с введенным номером истории болезни в БД; нет, то будет представлена первая форма с номером большим, чем у заданной);

либо фамилию больного;

либо дату выписки больного из стационара (в этом случае, пользователь будет просматривать №066/у формы больных, выписанных во введенную дату и во все последующие дни).

Возврат в основное меню - по F10 или по ESC.

После выхода из "Навигатора" текущим номер истории болезни становится тот номер, который был у последней из просмотренных форм. Это можно использовать для поиска и последующего редактирования интересующей пользователя формы или для её удаления ( см. пункт 4.1.6.).

4.1.6. Удаление информации

Выбрав этот пункт основного меню, пользователь получает возможность, путем последовательного просмотра БД, помечать интересующие его №066/у формы на удаление.

Помеченные пользователем на удаление формы после выполнения пункта "Удаление" физически удаляются из БД.

4.1.7. Получение отчетных форм

Блок- схема процедуры формирования отчетов была представлена ранее на рис.4.

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

Месячные отчеты;

Квартальные отчеты.

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

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

Состав больных в стационаре, сроки и исход лечения;

Состав больных новорожденных, поступивших в возрасте 0-6 суток жизни и исход их лечения;

Хирургическая работа учреждений;

Распределение больных по возрасту и району;

Состав больных, выбывших в возрасте от 0 до 6 суток жизни;

Больные, переведенные в другие лечебные учреждения;

Нозология больных, переведенных из других стационаров;

Нозологическая таблица умерших;

Нозология больных умерших по возрастам;

Нозология умерших в возрасте от 0 до 6 дней жизни;

Операции умерших;

Нозология умерших до суток;

Нозология инфекционных заболеваний;

Распределение инфекционных заболеваний по отделениям;

Распределение выбывших иногородних больных по каналам госпитализации и отделениям больницы;

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

Число новорожденных, умерших в возрасте от 0-6 суток, число умерших в первые 24 часа после поступления в стационар: в возрасте 0-24 часа после рождения, до 1 года, в том числе от пневмонии;

Число больных инфарктом миокарда, поступивших в первые сутки от начала заболевания, число больных инфарктом миокарда, умерших в первые 24 часа после поступления в стационар;

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

Можно получить квартальные отчеты, как по всему стационару, так и по любому его отделению. Для этого пользователю предлагается определить отделение, по которому будет формироваться отчет. Если отделение не будет указано (нажата клавиша ESC), то отчет будет формироваться по всему стационару.

После выбора отчета необходимо ввести дату начала и окончания отчетного периода. Для ввода даты надо набрать чч/мм/гг на клавиатуре и нажать клавишу ENTER. Для отказа от ввода - ESC.

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

Чтобы получить твердую копию на принтере необходимо вы-

полнить следующие действия:

включить принтер;

вставить в принтер лист бумаги;

выбрать в меню альтернативу "Выводить отчет на печать".

Всюду для возврата в предыдущее меню используется клавиша ESC.

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

4.1.8. Настройка

Настройка программы на режим конкретного использования заключается в корректировке справочников.

Режим настройки скрыт от конечного пользователя программы и доступен лишь администратору БД.

Для корректировки справочников необходимо, находясь в главном меню программы, нажать Control-F10. При этом пользователь попадает в меню со следующими альтернативами:

выбор и изменение списка отделений стационара;

выбор и изменение списка профилей коек;

выбор и изменение списка направляющих организаций;

выбор и изменение списка причин смерти;

выбор и изменение списка районов;

выбор и изменение списка возрастов;

выбор и изменение списка причин перевода;

выбор и изменение списка причин направлений;

выбор и изменение списка стран содружества.

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

В меню, для добавления нового элемента необходимо нажать клавишу INS. После этого будет предложено ввести новое название. Закончив ввод, надо нажать клавишу ENTER. Для удаления элемента используется клавиша DEL.

При нажатии клавиши ENTER осуществляется выбор текущего элемента в списке с целью его переименования. Вводится новое название элемента и нажимается клавиша ENTER. ESC означает отказ от переименования.

При нажатии ESC происходит возврат в предыдущее меню.

4.1.9. Выход из программы

Для окончания работы с системой следует выбрать пункт "Выход" главного меню.

В программе не предусмотрено специальных сообщений для системного программиста. При работе программы возможна выдача сообщений исполнительной системой Clipper. Типичными сообщениями могут быть: "Not enought memory", "Memory fault" – по этим сообщениям следует удалить из оперативной памяти все резидентные программы, кроме русификаторов.

"Unable to open file " - следует проверить наличие в каталоге указанного файла и при его отсутствии скопировать с резервной дискеты.

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

4.2. Результаты опытной эксплуатации

Опытная эксплуатация проходила в Детской городской клинической больнице N13 им. Н. Ф. Филатова (ДГКБ N 13). В систему было заложено порядка 900 форм №066/у действительно выбывших из ДГКБ N13 больных. Ввод информации проводился сотрудниками отдела медстатистики этой больницы. В процессе работы были определенны некоторые особенности ввода информации и формирования отчетных документов. Все они были учтены в окончательном варианте программы.

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

Система передана для внедрения в отделение медстатистики ДГКБ N13.

5.Экономико-организационная часть 5.1.Анализ потока публикаций

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

Для поиска использовались следующие ключевые слова:

медицинская статистика;

медицинская информатика;

СУБД.

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

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

Рис. 5. Гистограмма изменения потока публикаций.

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

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

5.2. Расчет годового экономического эффекта

Годовой экономический эффект будем рассчитывать согласно [7]:

Э = (Э_б – Э_н) * А_н, где

Э_б = С_б + Е_н * К_б - приведенные затраты на единицу работы базового образца;

Э_н = С_н + Е_н * К_н - приведенные затраты на единицу работы нового образца;

Е_н - нормативный коэффициент эффективности (Е_н=0.15);

К_б,К_н - капитальные затраты;

С_б,С_н - себестоимость единицы работы;

А_н - годовой объем работ.

В качестве единицы работы возьмем работу, проводимую отделом Медстатистики больницы за год. В этом случае А_н=1. В качестве Э_б возмем затраты труда этого отдела без использования ЭВМ (т.о. К_б=0).

Капитальные затраты К_н представляют собой затраты на выполнение дипломного проекта С_дп, которые отражаются в величине его себестоимости [6]:

К_н = С_дп = С_пр + С_накл, где

С_пр - прямые расходы на выполнение дипломного проекта;

С_накл - накладные расходы.

Для МИФИ С_накл составляют примерно 25% от величины С_пр:

С_пр = З_осн + З_эвм + О_сс + О_п, где

З_осн - зарплата и стипендия основных исполнителей ДП;

З_эвм - затраты на использования машинного времени;

О_сс - отчисления на социальное страхование;

О_п - отчисления в пенсионный фонд.

З_осн = З_студ * Т_дп + З_рук * Т_рук + З_конс * Т_конс, где

З_студ, З_рук, З_конс - заработная плата студента-дипломника, его руководителя и консультанта соответственно;

Т_дп, Т_рук, Т_конс - время, затраченное на участие в выполнении ДП этими лицами соответственно (см. табл. 1.).

Таблица 1. Расчет заработной платы.

	Зарплата	Время работы
Руководитель (к. т. н., доцент)	62 руб/час	24 часа
Консультант (к. т. н. доцент)	62 руб/час	2 часа
Дипломник	XI: 800 руб. XII: 800 руб. I: 1600 руб. II: 1600 руб.	4 месяца

Таким образом:

З_осн=(800+800+1600+1600) + 62*24 + 62*2=4800+1488+124=6412.

Выполнение ДП потребовало 320 часов машинного времени. Стоимость 1 часа на PC XT составляла 40 рублей. Таким образом, З_эвм = 320*40 = 12800 рублей.

Отчисления на социальное страхование и в пенсионный фонд составляют 37% от З_осн, следовательно:

(О_сс + О_п)= 0.37 * З_осн = 0.37*6412 = 2372.44 рублей

Таким образом:

С_пр = З_осн + З_эвм + О_сс + О_п =6412+12800+2372.44=21584.44;

С_пр=21584.44 рублей;

С_накл=0.25*С_пр=0.25*21584.44=5396.11 рублей;

К_н = С_дп = С_пр + С_накл = 21584.44 + 5396.11 = 26980.55;

К_н=26981 рубль.

Себестоимость эксплуатации С_н представляет собой стоимость единицы работы, сделанной новым образцом. Эта стоимость включает в себя зарплату оператора, работающего с программой (новым образцом) и стоимость машинного времени.

Зарплата оператора З_оп вычисляется как произведение времени работы с программой в часах Т_раб с почасовой оплатой оператора (35 руб./час).

Стоимость машинного времени определяется как произведение Т_раб со стоимостью одного часа машинного времени (40руб/час).

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

формирование ежемесячных отчетов по 14 отделениям больницы (среднее время формирования одного отчета 15 минут);

формирование 19 различных годовых отчетов (среднее время формирования одного годового отчета 45 минут).

Следовательно, Т_раб= 12*(14*15/60) + 19*45/60 = 42+14.25 = 56.25 часов.

Таким образом, З_оп= 56.25*35 = 1968.75 рублей, а стоимость машинного времени 56.25*40=2250 рублей. Отчисления в фонд социального страхования и в пенсионный фонд составят 37% от З_оп, т.е. 1968.75 * 0.37 = 728.44 рублей.

С учетом накладных расходов получаем себестоимость работы программы:

С_н = (1968.75+2250+728.44) + 0.25*(1968.75+2250+728.44) =

= 6183.99 рублей.

С_н = 6184 рублей.

Для оценки Э_б рассчитаем затраты отдела медстатистики стационара без использования ЭВМ. В отделе работает пять человек:

4 медрегистратора (ставка 4000 руб./месяц);

1 врач (ставка 6000 руб./месяц).

Следовательно, затраты за год составляют:

12 * (4 * 4000 + 6000) * (1 + 0.37) = 361680 рублей.

Разработанная система покрывает около 40% всей работы отдела, следовательно, Э_б= 0.40*361680 = 144672 рублей.

В итоге получаем:

Э = (Э_б – Э_н)*А_н = (144672 - (6184 + 0.15*26981)) * 1= 134440.85 рублей.

Годовой экономический эффект от использования разработанной системы составит 134440 рублей.

Лимитная цена разработанной системы:

Ц = 0.15 * К_н + П * К_н + НДС * К_н + С_н, где

К_н - себестоимость разработки;

П - прибыль (0.30);

НДС- налог на добавленную стоимость (0.20);

С_н - себестоимость эксплуатации.

Ц= 0.15*26981 + 0.30*26981 + 0.20*26981 + 6184 =23721.65

Следовательно, Лимитная цена разработки составляет 23 721 рубль.

.

Заключение

В результате проделанной работы были получены следующие результаты:

проведен анализ существующих методов создания информационных систем в медицине;

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

учитывая объем хранимой информации, потоки запросов на ввод/вывод, допустимую скорость обработки, в качестве технических средств выбраны ПЭВМ IBM PC XT/АТ со следующим набором периферийных устройств: принтер, дисплей с платой адаптера EGA/VGA, накопитель на жестком диске объемом не менее 40 МБ, и минимальным объемом свободной оперативной памяти не менее 540 КБ; а в качестве программных средств – язык программирования Clipper;

составлено формализованное описание документооборота (форма №066/у МЗ России);

разработана концептуальная модель базы данных, содержащая в себе информацию, адекватную форме №066/у МЗ России и состоящую из трех баз данных, связанных по номеру истории болезни;

разработаны алгоритмы обработки;

разработанная с использование языка Clipper Summer'87 программа занимает в виде загрузочного модуля 310 КБ ОП;

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

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

Система прошла опытную эксплуатацию в Детской городской клинической больнице N13 им. Н.Ф.Филатова и передана для внедрения в отделение медстатистики этой больницы.

Литература

Clipper Summer'87. Комплект документации.

Дейт К.Дж.”Введение в системы баз данных”:
Пер. с англ. - К: Диалектика,1998. - 784с.: ил.

Каррабис Дж. - Д. “Программирование на dBase III plus”:
М: Финансы и статистика, 1991. - 240с.: ил.

Мартин Дж. “Организация баз данных в вычислительных системах”:
пер. с англ. - М:Мир, 1990. - 660с.:ил.

Серия "Обзоры по важнейшим проблемам медицины":
выпуск N 5: "Использование автоматизированных больничных информационных систем за рубежом":
М: Медицина и здравоохранение, 1998.

Тригер Д.Я. “Технико-экономическое обоснование и информационное обеспечение дипломных проектов (в области физики и вычислительной техники)”:
Учебное пособие - М: МИФИ, 1982. - 44с.

Эриванский Ю.А. “Экономическое обоснование эффективности программных средств вычислительной техники”:
М: МИФИ, 1990. - 67с.

Приложение 1 “Техническое задание на разработку автоматизированной информационной системы учета выбывших из стационара (форма №066/у)”

1. Введение.

Автоматизированная система учета выбывших из стационара (условное обозначение КАРТА) предназначена для автоматизации заполнения формы №066/у Минздрава России и генерации на ее основе типовых отчетов для стационаров.

2. Основание для разработки.

Основанием для разработки является договор N 12-1-99 на создание научно-технической продукции между ДГКБ N13 и ИТЦ ИА.

3. Назначение разработки.

Указано во введении.

4. Требования к программе.

4.1. Функциональные характеристики.

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

В программе должен быть обеспечен:

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

удобство пользователя, не имеющего специальных навыков работы с вычислительной техникой при заполнении формы №066/у, высокая скорость заполнения за счет повышения наглядности и упрощения процесса ввода отдельных элементов информации;

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

Контроль непротиворечивости и целостности информации должен состоять из двух этапов:

контроля непосредственно при вводе (проверка ограничений на элемент информации, вводимый в данный момент);

контроля информации после завершения ввода (проверка ограничений на совокупность элементов информации).

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

Входной информацией программы является информация из формы №066/у (см. Приложение 1.1).

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

месячного отчета (см. Приложения 1.2 и 1.3);

годового отчета, включающие в себя:

Состав больных в стационаре, сроки и исход лечения (см. табл.1 ф.№14);

Состав больных новорожденных, поступивших в возрасте 0-6 суток жизни и исход их лечения (см. табл.2 ф.№14);

Хирургическая работа учреждений (см. табл.3 ф.№14);

Распределение больных по возрасту и району (см. Приложение 4);

Состав больных, выбывших в возрасте от 0 до 6 суток жизни (см. Приложение 1.5);

Больные, переведенные в другие лечебные учреждения (см. Приложение 1.6);

Нозология больных, переведенных из других стационаров (см. Приложение 1.7);

Нозологическая таблица умерших (см. Приложение 1.8);

Нозология больных умерших по возрастам (см. Приложение 1.9);

Нозология умерших в возрасте от 0 до 6 дней жизни (см. Приложение 1.10);

Операции умерших (см. Приложение 1.11);

Нозология умерших до суток (см. Приложение 1.12);

Нозология инфекционных заболеваний (см. Приложение 1.13);

Распределение инфекционных заболеваний по отделениям (см. Приложение 1.14);

Распределение выбывших иногородних больных по каналам госпитализации и отделениям больницы (см. Приложение 1.15);

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

Число новорожденных, умерших в возрасте от 0-6 суток, число умерших в первые 24 часа после поступления в стационар: в возрасте 0-24 часа после рождения, до 1 года, в том числе от пневмонии;

Число больных инфарктом миокарда, поступивших в первые сутки от начала заболевания, число больных инфарктом миокарда, умерших в первые 24 часа после поступления в стационар;

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

Таблицы 1-3,16-19 формируются для написания отчетов о деятельности стационара для администрации больницы и в вышестоящие организации, 4-15 - только для администрации больницы.

Взаимодействие программы с пользователем должно быть реализовано по следующему алгоритму:

Ввод текущей даты.

Выбор из главного меню одной из следующих функций:

Ввод данных (перечень данных см. в Приложении 1.1) и печать;

Коррекция ранее введенных данных;

Поиск данных больного по №ИБ или по Фамилии И.О;

Получение отчетных форм (за отчетный период с по );

Выход из программы.

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

При выборе функции "Коррекция ранее введенных данных" пользователь может откорректировать данные, вводимые ранее.

Предусмотрен также режим "Настройка программы", который должен обеспечивать адаптацию программы к изменяющимся справочникам, используемым в программе, а именно:

Добавление и удаление списка отделений стационара;

Добавление и удаление списка профилей коек;

Добавление и удаление списка направляющих организаций;

Добавление и удаление списка причин смерти;

Добавление и удаление списка операций;

Добавление и удаление списка районов;

Добавление и удаление списка возрастов;

Добавление и удаление списка учреждений, откуда и куда переводятся больные ДГКБ №13;

Добавление и удаление причин перевода больного;

Добавление и удаление причин направлений больного;

Добавление и удаление стран содружеств и их шифров.

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

Концептуальная модель БД ф. №066/у представлена в Приложении 14.

4.2. Требования к надежности.

Разработанная программа должна обладать средствами защиты от ошибочных действий персонала.

4.3. Условия эксплуатации.

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

4.4. Требования к составу и параметрам технических средств.

Программу необходимо реализовать на базе ПЭВМ типа IBM PC/XT/AT с набором периферийных устройств (принтер, дисплей с платой адаптера EGA/VGA, накопителем на жестком диске с объемом не менее 40 МБ).

5. Требования к программной документации.

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

Приложение 1.1.

Данные о больном, фиксируемые в форме №066/у:

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

Фамилия И.О;

Пол:

Мужской;

Женский;

Дата и время рождения (год, месяц, число, время);

Возраст:

0-6 дней.

7-28 дней;

29 дней-3 мес.;

4-6 мес.;

7-9 мес.;

10-12 мес.;

1год;

2-3 года;

4-7 лет;

8-14 лет;

15 лет;

Вес (кг/г);

Проживает:

Адрес постоянного местожительства;

Район:

Москва;

Московская область;

Иногородний;

Сельский житель;

Иностранец;

Житель:

Города;

Села;

Государство

Кем направлен:

Род. дома, род. отделения больниц;

Клиники, больницы:

ДГКБ №32;

ДГКБ №67;

ДГКБ №1;

ДКБ №11;

ДГКБ №3;

ГКБ №13;

ДКБ №2;

ДГКБ №9;