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

 

Оглавление

АННОТАЦИЯ

ВВЕДЕНИЕ

1. ОБЗОР И АНАЛИЗ СОВРЕМЕННОГО СОСТОЯНИЯ ПРОБЛЕМЫ СОЗДАНИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ ДЛЯ МОНИТОРИНГА СОСТОЯНИЯ ПАЦИЕНТА

1.1 Обзор и анализ существующих систем аналогичного назначения

2. РАЗРАБОТКА И ОПИСАНИЕ ОБЩЕГО АЛГОРИТМА ФУНКЦИОНИРОВАНИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ

3 СОСТАВ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ, ЕГО ОПИСАНИЕ И ОБОСНОВАНИЕ

3.1 Структура баз данных

4. ХАРАКТЕРИСТИКА ОБЬЯЕКТА ОПТИМИЗАЦИИ

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

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

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

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

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

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

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

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

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

4.2.8 Требования к функциям, выполняемым системой

4.3 ТЕХНИЧЕСКОЕ ОБЕСПЕЧЕНИЕ

5. СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ

6. ПРОЕКТИРОВАНИЕ

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

6.2 Реляционное проектирование

6.3 Физическое проектирование

7. ПРАКТИЧЕСКАЯ ЧАСТЬ

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

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

ЗАКЛЮЧЕНИЕ

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

АННОТАЦИЯ

информационная система мониторинг база

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

ВВЕДЕНИЕ

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

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

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

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

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

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

1. ОБЗОР И АНАЛИЗ СОВРЕМЕННОГО СОСТОЯНИЯ ПРОБЛЕМЫ СОЗДАНИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ ДЛЯ МОНИТОРИНГА СОСТОЯНИЯ ПАЦИЕНТА

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

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

Для удобства прохождения медицинского обследования населения с 4 мая 1998 г. согласно приказа МЗ РФ №336 «О совершенствовании деятельности диагностических центров введена талонная система предварительной записи. Так же для организации плановой работы врачей консультантов в целях более рационального использования времени необходимо предварительно записываться на прием к врачам-консультантам по телефону.

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

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

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

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

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

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

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

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

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

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

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

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

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

Выводы:

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

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

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

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

1.1 Обзор и анализ существующих систем аналогичного назначения

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

лицензионно чистый контент;

актуальность контента;

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

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

а) «БАРС. Здравоохранение-МИС»

Данная МИС представляет собой универсальное решение для автоматизации деятельности стационаров и поликлиник. Автоматизируя процессы в поликлиниках и стационарах, система позволяет осуществлять обмен данными между ЛПУ, а также централизованный сбор показателей со всей сети медучреждений.

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

Основные модули для поликлиник:

Регистратура

Расписание

Врачебный приём

Диагностические исследования

Профосмотры

Выписки больничных листов

Выписки рецептов

Неотложная помощь

Администратор

Статистика и аналитика

Рисунок 1 - Интерфейс МИС(расписание)

Рисунок 2 - Интерфейс МИС(поиск)

Преимущества данной системы:

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

Полная прозрачность использования медикаментов.

Контроль качества медицинских услуг

Виртуальный кабинет врача узкой специализации.

б) Государственный проект по модернизации медицинской информационной системы МСЧ №59.

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

Рисунок 3 - Интерфейс МИС МСЧ №59

2. РАЗРАБОТКА И ОПИСАНИЕ ОБЩЕГО АЛГОРИТМА ФУНКЦИОНИРОВАНИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ

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

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

3. СОСТАВ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ, ЕГО ОПИСАНИЕ И ОБОСНОВАНИЕ

Для реализации задания были использованы программные средства dbforge studio for mysql [1], для создания базы данных для предметной области «библиотека» и программа NetBeans IDE 7.4 [2], для создания интерфейса информационной системы.

Программа dbForge Studio - это гибкий профессиональный инструмент для разработчиков БД и пользователей MySQL. Он автоматизирует рутинные задачи по разработке и администрированию СУБД MySQL, а также открывает новые возможности для получения лучшего результата [3].

Был выбран этот программный продукт, потому что с ним можно легко разрабатывать SQL скрипты, хранимые процедуры и функции, составлять и выполнять запросы, редактировать данные, осуществлять их экспорт и импорт, управлять пользователями, редактировать объекты БД, работать с проектами БД, а так же программа dbForge Studio for MYSQL реализует следующие функции:

помощник для написания SQL-кода на рис. 8;

Рисунок 4 - Помощник для написания SQL- кода

Рисунок 5 - Дизайнер таблиц

инструмент для разработки серверной логики показан на рис.10;

Рисунок 6 - Инструмент для разработки серверной логики

профилировщик запросов изображён на рис.7;

Рисунок 7 - Профилировщик запросов

экспорт данных на рис.8;

Рисунок 8 - Экспорт данных

дизайнер запроса и принцип его работы показан на рис.9.

Рисунок 9 - Дизайнер запроса

Сам проект написан на языке программирования Java, чему поспособствовал ряд факторов. Одним из основных преимуществ языка Java является независимость от платформы, на которой выполняются программы [12]. Это действительно необходимо, когда программы загружаются по сети для последующего выполнения под управлением различных операционных систем. Также Java обладает большой библиотекой программ для передачи данных на основе протоколов TCP/IP, язык Java предоставляет мощный и удобный механизм для работы в сети [13].

Для создания проекта использовалась среда разработки NetBeans IDE версии 7.4 [2], которая является одной из мощнейших средств разработки программных продуктов. NetBeans IDE версии 7.4 обладает следующими возможностями:

наилучшая поддержка новейших технологий Java показана на рис.14;

Рисунок 10 - Поддержка технологий

быстрое интеллектуальное редактирование кода показано на рис.11;

Рисунок 11 - Интеллектуальное редактирование

быстрая разработка пользовательского интерфейса показана на рис.12;

Рисунок 12 - Разработка пользовательского интерфейса

Рисунок 13 - Создание кода без ошибок

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

.1 Структура баз данных

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

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

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

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

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

Основными целями создания системы мониторинга пациента являются:

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

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

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

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

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

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

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

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

4. ХАРАКТЕРИСТИКА ОБЪЕКТА ОПТИМИЗАЦИИ

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

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

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

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

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

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

Рисунок 14 - «Диаграмма DFD модели

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

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

В состав МИС должны входить следующие подсистемы:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для эксплуатации МИС определены следующие роли:

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

Врачи;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для МИС указывают:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Оглавление АННОТАЦИЯ ВВЕДЕНИЕ 1. ОБЗОР И АНАЛИЗ СОВРЕМЕННОГО СОСТОЯНИЯ ПРОБЛЕМЫ СОЗДАНИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ ДЛЯ МОНИТОРИНГА СОСТОЯНИЯ ПАЦИЕНТА

Больше работ по теме: