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

АННОТАЦИЯ

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

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

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

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

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

Регистратура Расписание Врачебный приём Диагностические исследования Профосмотры Выписки больничных листов Выписки рецептов Неотложная помощь Администратор Статистика и аналитика Рисунок 1 — Интерфейс МИС (расписание) Рисунок 2 — Интерфейс МИС (поиск) Преимущества данной системы:

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

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

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

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

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

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

2. РАЗРАБОТКА И ОПИСАНИЕ ОБЩЕГО АЛГОРИТМА ФУНКЦИОНИРОВАНИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ Вся логика функционирования информационной системы сосредоточена в серверной части. Там выполнены такие операции, как соединение с базой данных, добавление данных в базу, редактирование данных, удаление записей из неё, а также чтение данных.

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

3. СОСТАВ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ, ЕГО ОПИСАНИЕ И ОБОСНОВАНИЕ Для реализации задания были использованы программные средства dbforge studio for mysql [1], для создания базы данных для предметной области «библиотека» и программа NetBeans IDE 7.4 [2], для создания интерфейса информационной системы.

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

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

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

Рисунок 4 — Помощник для написания SQLкода Рисунок 5 — Дизайнер таблиц инструмент для разработки серверной логики показан на рис.10;

Рисунок 6 — Инструмент для разработки серверной логики профилировщик запросов изображён на рис.7;

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

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

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

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

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

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

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

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

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

Рисунок 11 — Интеллектуальное редактирование быстрая разработка пользовательского интерфейса показана на рис.12;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4.1 Перечень подсистем, их назначение и основные характеристики В состав МИС должны входить следующие подсистемы:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

— Врачи;

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

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

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

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

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

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

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

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

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

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

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

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

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

4.2.3 Показатели назначения Для МИС указывают:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

— Реестр «Врачи»;

— Реестр «Приёмы»;

— Реестр «Курсы лечения»;

— Реестр «Рег. карты»;

— Реестр «Пациенты»;

Реестр «Врачи»:

Реестр «Врачи» должен обеспечивать возможность обработки необходимого набора атрибутов, включая:

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

— № паспорта врача;

— Специализация;

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

— Заслуги;

Реестр «Приёмы»:

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

— № паспорта врача;

— Регистрационный номер;

— Дата приёма;

— № приёма;

Реестр «Курсы лечения»:

Реестр «Курсы лечения» должен обеспечивать возможность обработки необходимого набора атрибутов, включая:

— № курса;

— Регистрационный номер;

— № приёма;

— Описание курса;

Реестр «Рег. карта»:

Реестр «Рег. карта» должен обеспечивать возможность обработки необходимого набора атрибутов, включая:

— ФИО;

— Регистрационный номер;

— Адрес;

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

— № телефона;

— страховая компания;

— номер страховки;

Реестр «Пациенты»:

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

— ФИО;

— Регистрационный номер;

— Адрес;

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

— № телефона;

4.3 Техническое обеспечение В состав комплекса должны следующие технические средства:

— Серверы БД;

— ПК пользователей;

— ПК администраторов.

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

Серверы БД, серверы приложений и сервер системы формирования отчетности должны быть объединены одной локальной сетью, с пропускной способностью не менее 100 Мбит.

Требования к техническим характеристикам серверов БД:

— Процессор — 2 х Intel Xeon 3 ГГц;

— Объем оперативной памяти — 16 Гб;

— Дисковая подсистема — 4×146 Гб;

— Устройство чтения компакт-дисков (DVD-ROM);

— Сетевой адаптер — 100 Мбит.

Требования к техническим характеристикам ПК пользователя и ПК администратора:

— Процессор — Intel Pentium 1.5 ГГц;

— Объем оперативной памяти — 256 Мб;

— Дисковая подсистема — 40 Гб;

— Устройство чтения компакт-дисков (DVD-ROM);

— Сетевой адаптер — 100 Мбит.

Требования к техническим характеристикам ПК пользователя и ПК администратора:

— Процессор — Intel Pentium 1.5 ГГц;

— Объем оперативной памяти — 256 Мб;

— Дисковая подсистема — 40 Гб;

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

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

6.1 Концептуальное проектирование Концептуальное проектирование — сбор, анализ и редактирование требований к данным.

Для этого осуществляются следующие мероприятия:

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

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

моделирование и интеграция всех представлений

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

Рисунок 16 — ER-диаграмма Сущности:

Врачи ФИО

№ паспорта врача Специализация Дата рождения Заслуги Приёмы

№ паспорта врача Регистрационный номер

№ приёма Курсы лечения

№ курса Регистрационный номер

№ приёма Рег. Карта ФИО Регистрационный номер Адрес Дата рождения

№ телефона Группа крови Страховая компания

№ страховки Пациенты ФИО Регистрационный номер Дата рождения

№ телефона

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

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

Таблица Врачи:

Таблица Приёмы:

Таблица Курсы лечения

Таблица Рег. карта:

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

Sql запросы на создание таблиц CREATE TABLE:

CREATE TABLE Врачи (ФИО char (50) NOT NULL, № паспорта integer NOT NULL primary key, Специализация char (50) NOT NULL, Дата рождения Data/time, Заслуги char (50) NOT NULL);

CREATE TABLE Приёмы (Регистрационный номер integer NOT NULL, Дата приёма Date/time NOT NULL, № приёма integer NOT NULL primary key, № паспорта врача integer NOT NULL);

CREATE TABLE Курсы лечения (Регистрационный номер integer NOT NULL, № курса integer NOT NULL primary key, № приёма integer NOT NULL Foreign key, Описание курса char (50) NOT NULL);

CREATE TABLE Рег. карта (ФИО char (50) NOT NULL, Регистрационный номер integer NOT NULL primary key, Адрес char (50) NOT NULL, Дата рождения Date/time NOT NULL, № телефона integer NOT NULL, Группа крови char (50) NOT NULL, Страховая компания char (50) NOT NULL, № страховки integer NOT NULL);

CREATE TABLE Пациенты (ФИО char (50) NOT NULL, Регистрационный номер integer NOT NULL primary key, Адрес char (50) NOT NULL, Дата рождения Data/time, № телефона integer NOT NULL);

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

7.1 Программно-информационное ядро базы Таблица «Врачи»

Таблица «Приёмы»

Таблица «Курсы лечения»

Таблица «Рег. карта»

Таблица «Пациенты»

Схема данных:

7.2 Интерфейс программы Рисунок 17 — Главная форма Рисунок 18 — Таблица: Врачи Рисунок 19 — Таблица: Приёмы Рисунок 20 — Регистрационная карта

Рисунок 21 — Отчёт о текущих врачах Рисунок 22 — Отчёт о ожидающих пациентах ЗАКЛЮЧЕНИЕ Актуальность данной курсовой работы заключается в том, что сейчас в XXI веке все автоматизируется. И в настоящее время никто не может представить свою работу без компьютера.

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

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

Результатом явилась БД, предназначенная для комплексного информационного обеспечения процессов.

1 Devart. Официальный сайт разработки программного обеспечения // Инструменты для дополнения кода и форматирования SQL для MySQL. URL: http://www.devart.com/ru/dbforge/mysql/studio/ (дата обращения: 14.11.2013).

2 NetBeans. Официальный сайт разработки программного обеспечения// Наилучшая поддержка новейших технологий Java. URL: https://netbeans.org/features/index_ru/ (дата обращения: 14.11.2013).

3 Гольцман В. И. MySQL 5.0. Библиотека программиста / В. И. Гольцман. — СПб.: Питер Ком, 2006. — 253 с.

4 Акеройд Дж. Управление развитием электронных библиотек//Науч. и технич. б-ки.-2001.-№ 2-С.119−127.

5 Электронная библиотека// Национальная библиотека Украины имени Вернадского. URL: http://www.nbuv.gov.ua/ (дата обращения: 14.12.2013).

6 Европейская электронная библиотека// Europeana. URL.: http://www.europeana.eu/portal/ (дата обращения: 14.12.2013).

7 Электронная библиотека // Мировая цифровая библиотека. URL.: http://www.wdl.org/ru/ (дата обращения: 14.12.2013).

8 Электронная библиотека// Библиотека специальной тематики, стандартов и нормативов. URL.: http://www.e-gost.org.ua/ (дата обращения: 14.12.2013).

9 Виртуальная библиотека // Библиотека аспиранта. URL.: http://e-lib.org/ (дата обращения 15.12.2013).

10 Электронная библиотека // Библиотека Максима Мошкова. URL.: http://www.lib.ru (дата обращения 15.12.2013).

11 Электронная библиотека // Библиотека Папирус. URL.: http://mk-lib.sytes.net/ (дата обращения 15.12.2013).

12 Хорстманн. К. JAVA2. Библиотека профессионала. Основы. Том 1. 8-е издание./ Пер. с англ. — М: ООО «И.Д.Вильямс», 2009 — 816с.

13 Хорстманн. К., Корнелл Г. JAVA2. / Том 2. Тонкости программирования: пер. с англ. — М: ООО «Вильямс», 2003 — 1120с.

14 Хомоненко А. Д., Мальцев М. Г., Цыганков В. М. Базы данных. Учебник для ВУЗов.: изд. «КоринПринт» 2003 — 790с.