Автоматизирование деятельности «Больницы»

 

Оглавление

Введение 3

1. Теоретическая часть 4

1.1Предпроектное исследование 4

1.1.1 Анализ предметной области 4

1.2 Техническое проектирование 25

1.2.1 Концептуальное проектирование 25

1.2.2 Даталогическое проектирование. 27

2. Практическая часть 29

2.1 Программно-информационное ядро базы 29

2.2 Описание метода доступа к базе данных 32

2.3 Клиентское программное обеспечение 33

2.3.1 Программные модули 33

2.3.2 Интерфейс программы 34

2.4 Справочная система 38

Заключение 39

 

 

 

 

 

Введение

 

Больница – лечебное учреждение для стационарного лечения больных.

Деятельность больницы состоит  из:

- приём больных;

- назначение курсов лечения;

- консультация врачей

Цель курсовой работы состоит в  том, чтобы автоматизировать деятельность «Больницы»,т.е уменьшить затраты  времени на обслуживание клиентов персоналом, за счет работы в шаблоне о клиентских данных.

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

-провести предпроектное исследование;

-разработать техническое проектирование;

-разработать программно-информационное  ядро БД;

-разработать клиентское программное  обеспечение.

 

1. Теоретическая часть

1.1Предпроектное исследование

1.1.1 Анализ предметной области

Бизнес процессы оказания услуг  клиентам:

- приём клиентов

- назначение приёма к врачу

- регистрация пациента

- назначение курса лечения

 

 

 

Рисунок 1: Участники системы

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

1. Полное наименование системы и ее условное обозначение

Полное наименование системы: автоматизированная система учета клиентов (пациентов) "АИС Больница".

Краткое наименование системы: АИС  Больница.

1.2 Наименования организации-заказчика и организаций-участников работ

ОЗПЭК им. Саввы Морозова

1.3 Перечень документов, на основании которых создается система

Основанием для разработки задание на курсовой проект

1.4 Порядок оформления и предъявления заказчику результатов работ по созданию системы

Материалы отчета предоставляются  в распечатанном виде и в виде демонстрационных материалов на накопителе электронных данных – дискете, флеш-накопителе данных.

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

1.5 Перечень нормативно-технических документов, методических материалов, использованных при разработке ТЗ

При разработке автоматизированной информационной системы и создании проектно-эксплуатационной документации исполнитель должен руководствоваться  требованиями следующих нормативных  документов:

– ГОСТ 19.201-78. ТЕХНИЧЕСКОЕ ЗАДАНИЕ. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ;

– ГОСТ 34.601-90. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания;

– ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплексность и обозначение  документов при создании автоматизированных систем;

– РД 50-34.698-90. Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов.

-Описание информационного обеспечения  системы

-Схема структурная комплекса  технических средств

-Описание программного обеспечения

-Содержание и структура документов  должна соответствовать ГОСТ  РД 50-34.698-90.

-Стандарт предприятия. Общие  требования к оформлению расчетно-пояснительной  записки курсовых проектов (работ)  и выпускных квалификационных  работ. Текстовые материалы и  иллюстрации СТП ГОУ СПО «КТК»  2010

-Стандарт требования Каннского  Технологического колледжа.

 

 

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

2.1 Назначение  системы

АИС «Больница» предназначена для  комплексного информационно-аналитического обеспечения процессов:

- фиксирование пациентов в БД;

- составление истории о курсах  лечения и приёмах;

- регистрация всех процессов; 

- занесение данных в историю  пациента;

2.2 Цели  создания системы

Основными целями создания АИС «Больница» являются:

1. Замещение существующей информационной  системы на полностью автоматизированную, что значительно упростит затраты  времени и сил на работу  с пациентами.

2. Позволит повысить оперативность  работы с клиентами. Обеспечит  возможность оказания услуг большему  числу пациентов.

3. Повысит качество работы с  клиентами. Уменьшит риск ошибок  при редактировании и добавлении  информации о пациентах.

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

Для реализации поставленных целей  система должна решать следующие  задачи:

1. Ввод данных в общий реестр, содержащий все данные о пациентах.

2. Редактирование данных в информационной  системе.

3. Построение отчётов по запросам  персонала.

 

3. Характеристика объекта автоматизации

Описание предметной области

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

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

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

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

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

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

 

1. Диаграмма DFD-модели предметной области АИС «Больница»

 

 

 

 

 

 

 

 

 

 

 

2. Диаграмма IDEF0-модели предметной области АИС «Больница»

 

 

 

 

 

 

 

 

 

 

 

Рисунок 2 – «Диаграмма IDEF0 модели»

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

4.1 Требования  к системе в целом

4.1.1 Требования  к структуре и функционированию  системы

4.1.1.1 Перечень  подсистем, их назначение и  основные характеристики

В состав АИС «Больница» должны входить  следующие подсистемы:

- Подсистема приема пациентов;

- Подсистема хранения данных;

- Подсистема формирования отчетности;

Подсистема приёма пациентов обеспечивает регистрацию пациентов, назначение приёма к врачу и курса лечения.

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

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

 

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

Требования не предъявляются.

4.1.1.3 Требования  к характеристикам взаимосвязей  создаваемой системы со смежными  системами

Требования не предъявляются.

4.1.1.4 Требования  к режимам функционирования системы

Для АИС «Больница» определен следующий  режим функционирования:

- Нормальный режим функционирования;

В нормальном режиме функционирования системы:

- клиентское программное обеспечение  и технические средства пользователей  и администратора системы обеспечивают  возможность функционирования в  течение рабочего дня (с 09:00 до 18:00) пять дней в неделю;

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

- исправно работает оборудование, составляющее комплекс технических  средств;

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

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

 

4.1.1.5 Требования  по диагностированию системы

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

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

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

 

4.1.1.6 Перспективы  развития, модернизации системы

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

Также необходимо предусмотреть возможность  увеличения производительности системы  путем её масштабирования.

4.1.2 Требования  к численности и квалификации  персонала системы

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

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

– структура системы должна предоставлять  возможность управления всем доступным  функционалом системы как одному администратору, так и предоставлять возможность разделения ответственности по администрированию между несколькими администраторами;

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

– аппаратно-программный комплекс системы не должен требовать круглосуточного  обслуживания и присутствия администраторов  у консоли управления.

Штатный состав персонала, эксплуатирующего систему, должен формироваться на основании  нормативных документов Российской Федерации.

Все специалисты должны работать с  нормальным графиком работы не более 8 часов в сутки.

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

Для обеспечения максимальной работоспособности  и сохранения здоровья профессиональных пользователей на протяжении рабочей  смены должны устанавливаться регламентированные перерывы: через 2 часа после начала рабочей смены и через 1.5 – 2.0 часа после обеденного перерыва продолжительностью 15 минут каждый или продолжительностью 10 минут через каждый час работы.

Продолжительность непрерывной работы персонала с разрабатываемой  системой и персональными компьютерами без регламентированного перерыва не должна превышать 2 часа.

Деятельность персонала по эксплуатации системы должна регулироваться должностными инструкциями.

Для эксплуатации АИС «Больница» определены следующие роли:

- Мед. секретарь(пользователи);

- Врачи;

- Системный администратор

Основными обязанностями мед. секретаря  являются:

- ведение учетных записей ;

- составление и подготовка отчётов;

- фиксирование пациентов в БД;

Основными обязанностями врачей являются:

- приём пациентов;

- назначение курса лечения пациенту;

- наблюдение пациента в течении  курса лечения;

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

Основными обязанностями системных  администраторов являются:

- обеспечение бесперебойной работы  системы в больнице;

- наладка и устранение оборудования  и ошибок при их появлении;

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

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

4.1.3 Показатели  назначения

Для АСУ указывают:

- степень приспособляемости системы к изменению процессов и методов управления, к отклонениям параметров объекта управления;

- допустимые пределы модернизации и развития системы;

- вероятностно-временные характеристики, при которых сохраняется целевое назначение системы.

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

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

– для операций навигации по экранным формам системы – не более 5 сек;

– для операций формирования справок  и выписок – не более 10 сек.

Время формирования аналитических  отчетов определяется их сложностью и может занимать продолжительное  время.

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

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

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

– при сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке ОС, восстановление программы должно происходить после перезапуска  ОС и запуска исполняемого файла  системы;

– при ошибках в работе аппаратных средств (кроме носителей данных и программ) восстановление функции  системы возлагается на ОС;

– при ошибках, связанных с программным  обеспечением (ОС и драйверы устройств), восстановление работоспособности  возлагается на ОС.

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

4.1.5 Требования  к безопасности

Все внешние элементы технических  средств системы, находящиеся под  напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81 и ПУЭ.

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

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

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

4.1.6 Требования  к эргономике и технической  эстетике

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

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

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

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

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

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

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

– внешнее поведение сходных  элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны реализовываться  одинаково для однотипных элементов.

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

 

4.1.7 Требования  к транспортабельности для подвижных  АС

Требования не предъявляются.

4.1.8 Требования  к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов  системы

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

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

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

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

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

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

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

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

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

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

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

4.1.9 Требования  к защите информации от несанкционированного  доступа

Требования не предъявляются.

4.1.10 Требования  по сохранности информации при  авариях

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

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

4.1.11 Требования  к защите от влияния внешних  воздействий

Требования не предъявляются.

4.1.12 Требования  к патентной чистоте

Требования не предъявляются.

4.1.13 Требования  по стандартизации и унификации

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

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

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

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

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

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

– внешнее поведение сходных  элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны реализовываться  одинаково для однотипных элементов.