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

Аннотация

Дипломный проект посвящен разработке автоматизированной информационной

системы учета выбывших из стационара. Система базируется на форме №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) эксплуатация медицинских данных в целях увеличения объема

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

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

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

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

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

вначале создаются автоматизированные системы отдельных подразделений и

служб, которые затем объединяются в интегрированную АБИС. Так, первые

интегрированные АБИС появились в результате слияния административно-

финансовых систем с независимо разрабатывающимися автоматизированными

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

клинических лабораторий и отделений лучевой диагностики.

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

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

ее декомпозиция на отдельные компоненты.

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

> пациент не должен ощущать влияния разделения на подсистемы; назначения,

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

собой (интеграция на уровне пациента);

> пользователь АБИС должен иметь возможность облегченного доступа (при

наличии соответствующих полномочий) к функциям различных подсистем, ввод

данных должен осуществляться однократно, и при этом система должна

обеспечивать целостность и непротиворечивость информации (интеграция на

уровне пользователей АБИС);

> информация должна храниться в единой базе данных и предоставляться по

мере необходимости любой заинтересованной в ней подсистеме (техническая

интеграция).

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

функционирования больницы.

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

правило, поэтапно. Состав АБИС, сроки и последовательность ввода ее

отдельных систем в эксплуатацию зависят от приоритетов, устанавливаемых

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

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

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

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

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

АБИС модели с централизованной обработкой данных выполнены на базе одной

или нескольких тесно связанных больших ЭВМ или супер-ЭВМ, которые

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

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

простота организации доступа к данным о пациенте, отсутствие избыточности

хранения информации. К недостаткам можно отнести необходимость

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

машинного зала и стандартное программное обеспечение, а также определенные

трудности развития прикладного программного обеспечения АБИС.

АБИС модели с распределенной обработкой данных выполнены на базе сети

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

Основное достоинство этой модели состоит в том, что средства

вычислительной техники могут приобретаться постепенно и компоненты АБИС

могут быть внедрены поэтапно. Однако распределенность базы данных по

нескольким ЭВМ приводит к усложнению разработки прикладного программного

обеспечения АБИС и определенным трудностям обеспечения бесперебойной

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

Архитектура многих АБИС не укладывается в рамки описанных выше

моделей, они имеют смешанную архитектуру. Например, в связи с широким

распространением ПЭВМ в ряде АБИС они используются в качестве терминалов

центральных ЭВМ, для решения локальных задач в нуждах отдельных

подразделений больницы или даже отдельных специалистов, а также для

предоставления справочно-информационных услуг. Имеются примеры совместного

использования центральной ЭВМ и локальной сети ПЭВМ, предназначенной для

диспетчеризации амбулаторного приема [1].

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

Будучи средством организации труда персонала больницы АБИС не

оказывает прямого влияния на лечение пациента. Однако система позволяет

активно влиять на процессы принятия персоналом больницы как

административных, так и медицинских решений. В качестве целей создания АБИС

можно привести следующие:

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

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

канцелярской работы;

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

более широкого распространения информации и увеличения ее оперативности;

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

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

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

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

Если раньше основным назначением АБИС было улучшение управления

больницей, то теперь - это улучшение качества лечения.

Внедрение АБИС не приводит к снижению бюджетных затрат, а лишь

способствует уменьшению их роста. Основной потенциал рационализации

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

персонала, которая составляет 60-70% бюджета больницы [1]. Такое снижение

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

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

наибольшие штаты и средства (за исключением собственно лечения) отвлекает

обработка информации, на что расходуется до 15-25% бюджета больницы, то

потенциальный экономический эффект внедрения АБИС достаточно высок.

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

стационара, выбор технических и программных средств

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

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

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

деятельности отделений стационара в нем существует отделение медстатистики.

Рассмотрим технологию работы медстатистики при поступлении информации

из отделений стационара. На рис.1 представлена структура функциональной

связи отдела с другими подразделениями больницы при поступлении информации

о выбывших больных.

[pic]

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

В медстатистику поступают истории болезни (ИБ) с заполненными врачами

статистическими картами на выбывших из стационара (форма №066/у). Форма

№066/у заполняется на каждого выбывшего. На каждого иногороднего выбывшего

заполняется дополнительно еще одна форма №066/у. В подразделении

медстатистики производится сверка поступивших ИБ на выбывших с данными

журнала на выбывших, умерших и переведенных (ЖВ). В ЖВ вносятся отметки о

наличии ИБ на выбывших. Далее составляется справка о непоступивших ИБ на

выбывших больных, которая передается обратно в отделения. Поступившие ИБ

отправляются в архив на хранение. Формы №066/у складываются в папки

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

экземпляр формы №066/у на иногородних больных отправляется в Боткинскую

больницу для дальнейшей статобработки. Далее, на основании формы №066/у в

подразделении медстатистики готовятся следующие отчетные формы для

отделений стационара, бухгалтерии и администрации больницы:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

отделениям больницы;

16. Число больных, переведенных в другие стационары, из них число

новорожденных, переведенных в другие стационары, и число лиц,

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

17. Число новорожденных, умерших в возрасте от 0-6 суток, число умерших в

первые 24 часа после поступления в стационар: в возрасте 0-24 часа после

рождения, до 1 года, в том числе от пневмонии;

18. Число больных инфарктом миокарда, поступивших в первые сутки от начала

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

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

19. Число умерших беременных, рожениц и родильниц, из них число умерших от

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

Таблицы 1-3,16-19 формируются для написания отчетов о деятельности

стационара для администрации больницы и в вышестоящие организации, 4-15 -

только для администрации больницы.

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

Форма №066/у является обязательным документом для любого стационара

Российской Федерации и имеет полное название "Статистическая карта

выбывшего из стационара". Она заполняется на каждого выбывшего и заключает

в себе следующую информацию:

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

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

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

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

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

6. Возраст;

7. Вес;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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.

[pic]

Рис. 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.

[pic]

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

[pic]

Рис. 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). Движение по

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

экрану перемещается "световое пятно". Для заполнения нужного пункта надо

Страницы: 1, 2, 3, 4, 5

Рефераты

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

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