46
Рисунок 9 – Схема документооборота в ходе посещения пациентом больницы
При выборе программного обеспечения, необходимо было соответствовать
требованиям, таким, как: предназначения для безграничного круга пользователей, для
учреждений вычислительного процесса и реализации наиболее часто встречающихся
разновидностей обработки информации. В связи с этим, была выбрана разработка ПО
для операционной системы Windows 8 средствами СУБД Microsoft Access 2010, а для
разработки информационно – поисковой системы регистратора ОГБУЗ «Магаданский
родильный дом» будет использоваться среда разработки Delphi 7 Studio.
47
2 ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации и информационной
безопасности при работе с электронными медицинскими картами в
региональном сегменте медицинской информационной системы ОГБУЗ
«Магаданский родильный дом»
2.1.1 Этапы жизненного цикла проекта автоматизации
«Жизненный цикл» - это одно из базовых понятий методологии разработки
информационной системы. Жизненный цикл ИС являет собой непрерывный процесс,
которые начинается с момента принятия решения о создании ИС и заканчивается в
момент её полного изъятия из эксплуатации [8].
Жизненный цикл (далее – ЖЦ) ИС охватывает все этапы и стадии ее создания,
сопровождения и развития:
исследование предметной области с дальнейшим формированием
информационной и функциональной моделей объекта, для которого ИС
предназначена;
проектирование системы (разработка проектных решений,
удовлетворяющих требованиям ТЗ);
разработку системы (в т.ч. программирование и дальнейшее
тестирование прикладного ПО на основании проектных спецификаций подсистем,
выбранных на стадии проектирования);
тестирование ИС, а также выявление, анализ и устранение ошибок;
эксплуатацию и сопровождение ИС;
развитие системы.
Жизненный цикл протекает в соответствии с его выбранной моделью.
Существует множество стандартов, регламентирующих жизненный цикл
ПО, а в отдельных случаях – и процессы разработки. Из самых популярных
стандартов можно выделить такие:
1) ГОСТ 34.601-90 (стандарт на автоматизированные системы – устанавливает
этапы и стадии их создания; в стандарте также имеется описание содержания работ,
48
которые нужно проводить на каждом отдельном этапе; этапы и стадии работы,
закрепленные в стандарте, соответствуют в большей степени каскадной модели
жизненного цикла).
2) ISO/IEC 12207:1995 (стандарт на организацию и процессы и жизненного
цикла; не содержит описания фаз, стадий, этапов и распространяется на все виды
программного обеспечения, разрабатывающегося по чьему-либо заказу) [10]
3) Методика Oracle, или Custom Development Method (стандарт на разработку
прикладных ИС; это, по сути, технологический материал, который детализирован до
уровня заготовок проектных документов для использования в проектах с
применением Oracle; CDM используется как для классической модели жизненного
цикла [предусмотрены все этапы, задачи, работы], так и для технологий Fast Track
["быстрой разработки"] или "облегченного подхода" – для малых проектов).
4) RUP, или Rational Unified Process (стандарт основывается на итеративной
модели разработки, включающей в себя четыре фазы: начало, исследование,
построение и внедрение – на базе UML; каждая из фаз может разбиваться на этапы
(или итерации), в результате которых создается версия для внутреннего / внешнего
использования; прохождение через ключевые фазы именуется циклом разработки, а
каждый цикл заканчивается генерацией новой версии системы; если работа над
проектом не завершается после прохождения указанных фаз, то полученный продукт
должен продолжать своё развитие и пройти заново все фазы).
5) MSF, или Microsoft Solution Framework (стандарт, как и RUP, на итеративной
модели и включает четыре основные фазы: анализ, проектирование, разработку,
стабилизацию; в отличии от RUP, MSF больше ориентирована на разработку рабочих-
приложений) [13].
6) XP, или Extreme Programming («экстремальное программирование»; в основе
методологии данного стандарта лежит командная работа, эффективное
взаимодействие между исполнителем и заказчиком в течение всего периода
разработки ИС, а сама разработка ведется при помощи последовательно
дорабатываемых прототипов).
В стандарте ISO/IEC 12207 отсутствует конкретная модель жизненного цикла и
методы разработки, его рекомендации – это общие рекомендации для любых моделей
49
жизненного цикла. Под моделью, как правило, подразумевается структура, которая на
протяжении жизненного цикла определяет
последовательность выполнения и взаимосвязи действий, процессов и задач.
Сегодня существует две распространенные модели жизненного цикла –
спиральная и каскадная.
Согласно спиральной модели, разработка ПО проходит по нарастающей. На
первом этапе разрабатывается система с высоким уровнем абстракции, а в
дальнейшем эта разработка начинает четче и четче конкретизируется.
Согласно иной – каскадной – модели, процесс разработки проходит шаг за
шагом, поэтапно. Переход к новому этапу происходит только если завершается
предыдущий этап. Для жизненного цикла проекта была выбрана именно каскадная
модель, т.к. для создаваемой ИС более подходит поэтапная разработка. Переход к
новому этапу происходит только после завершения всех разработок на более раннем
этапе, в т.ч. и подготовку полного пакета документов, достаточных для того, чтобы
разработка могла быть продолжена следующей группой разработчиков.
Кроме того, в выбранной модели есть возможность планирования сроков
окончания работ, а также расходов на их выполнение
Рисунок 9 – Каскадная модель разработки ПО в теории
Каскадная модель лучше всего подходит для построения ИС, в которых сначала
можно достаточно полно и точно сформулировать все требования для того, чтобы
50
разработчикам предоставить полную свободу их реализации с технической точки
зрения. Но если в середине разработки обнаружатся изначально допущенные ошибки,
то придется использовать энтраверсию проекта, и тогда реальная схема каскадной
модели приобретает другой вид (см. Рис. 10).
Рисунок 10 – Реальный процесс разработки ПО в соответствии с каскадной моделью
Получается, что каскадная модель больше всего подходит к реальной,
конкретной разработке.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Внедрение системы автоматизации является сложным процессом, требующим от
участников внедрения (заказчика и исполнителя) максимальных усилий для
достижения положительного результата. Успешное внедрение напрямую зависит от
того, насколько своевременно и эффективно будут сняты основные риски проекта.
Рассмотрим основные риски, которые могут возникнуть в процессе реализации
настоящего проекта.
К основным рискам проекта можно отнести:
автоматизация не регламентированных рабочих-процессов;
необходимость изменения технологии работы в различных аспектах;
сопротивление сотрудников предприятия;
временное увеличение нагрузки на сотрудников во время внедрения
системы;
необходимость в формировании квалифицированной группы внедрения,
выбор влиятельного руководителя группы.
51
Рассмотрим более подробно каждый из указанных выше возможных рисков.
1. Автоматизация не регламентированных рабочих-процессов.
Грамотная постановка задач управления, является важнейшим фактором,
влияющим на успех проекта автоматизации.
Все рабочие-процессы, подлежащие автоматизации должны быть поставлены на
предприятии и регламентированы. Каждая автоматизируемая функция должна найти
отражение в рабочей-модели предприятия.
2. Необходимость в изменении технологии работы с информацией, и принципов
ведения работы.
Существенное сокращение бумажной волокиты ускоряет процесс и повышает
качество обработки заказов, поднимает качество и скорость оказания медицинской
помощи в целом, а все это требует большей собранности, компетенции и
ответственности исполнителей.
3. Сопротивление сотрудников клиники.
При внедрении информационных систем в большинстве случаев возникает
активное сопротивление сотрудников на местах, которое является серьезным
препятствием для процесса внедрения. Это вызвано несколькими человеческими
факторами: обыкновенным страхом перед нововведениями, консерватизмом,
опасением потерять работу или утратить свою незаменимость, боязнью существенно
увеличивающейся ответственности за свои действия.
4. Временное увеличение нагрузки на сотрудников при внедрении системы.
Во время проведения опытной эксплуатации и при переходе к промышленной
эксплуатации системы в течение некоторого времени возрастает нагрузка на
сотрудников организации, которым приходится вести дела, как и в новой системе, так
и продолжать ведение их традиционными способами (поддерживать бумажный
документооборот и существовавшие ранее системы).
5. Формирование квалифицированной группы внедрения системы, назначение
руководителя группы. Формирование сильной рабочей группы является залогом
успешной реализации проекта внедрения.
Внедрение большинства систем автоматизации управления производится по
следующей технологии: на предприятии формируется небольшая (3-6 человек)
рабочая группа, которая проходит максимально полное обучение работе с системой,
52
затем на эту группу ложится значительная часть работы по внедрению системы и
дальнейшему ее сопровождению.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
2.3 Информационное обеспечение задачи
2.3.1 Информационная модель и её описание
Информационная модель представляет собой схему движения входных,
промежуточных и результативных потоков и функций предметной области.
Кроме того, она объясняет, на основе каких входных документов и какой
нормативно-справочной информации происходит выполнение функций по
обработке данных и формирование конкретных выходных документов.
Информационная модель представлена на рисунке 11.
ИС
Спр Тип пользователя
Спр Тип пользователя*
Спр Улица
Спр Улица*
Спр Кабинет
Спр Кабинет*
Спр Тип приема
Спр Тип приема*
Спр Болезни
Спр Болезни*
Спр Диагноз
Спр Диагноз*
Спр Должность
Спр Должность*
Спр Пользователь
Спр Пользователь*
Спр Доктор
Спр Доктор*
Спр Пациент
Спр Пациент*
Т Запись
Т Запись*
Т Расписание
Т Расписание*
Т Прием
Т Прием*
Паспорт
пациента
Страховой
полис
пациента
СНИЛС
пациента
Список
врачей
Регистратор
Учет типов
пользователе
й
Учет
должностей
Учет
кабинетов
Учет типов
приема
Учет улиц Учет болезней
Учет
диагнозов
Учет
пользователе
й
Учет докторов
Учет
пациентов
Запись на
прием
Составление
расписания
Список
пациентов
Список
врачей
Список
диагнозов
Расписание
приема
Список
пациентов
Список
врачей
Список
диагнозов
Расписание
приема
Регистратор
Талон на
прием
Талон на
прием
Карточка
пациента
Карточка
пациента
Отчет по
работе
доктора
Отчет по
работе
доктора
Рейтинг
болезней
Рейтинг
болезней
53
Рисунок 11 – Информационная модель системы
1
2.3.2 Характеристика нормативно-справочной, входной и
оперативной информации
Входная информация – это вся информация, которая необходима для решения
поставленной задачи и размещена на различных носителях: жестких дисках, съемных
носителях, первичных документах. Рациональная организация входной информации
любого учреждения, её состав и способы её получения, сбора, хранения, регистрации,
передачи и обработки влияют на эффективность и оперативность управления
протекающими процессами.
Внесение данных постоянной информации дает возможность исключить из
первичных документов условно-постоянную информацию. А это в свою очередь
влияет на уменьшение трудоёмкости заполнения документации и позволяет
автоматизировать отчётный процесс. Кроме входных данных, в проектируемой
системе имеются также постоянные данные, которые заносятся и затем хранятся в
справочниках ИС.
Для работы в системе используются следующие входные документы:
– паспорт пациента;
– страховой полис пациента;
– СНИЛС;
– справочник МКБ;
– список врачей и кабинетов больницы.
Паспорт пациента используется при его регистрации. Кроме серии, номера
паспорта, даты его выдачи и наименования органа, его выдавшего, даты рождения,
адреса местожительства пациент при регистрации сообщает о себе следующие
сведения: номер телефона; адрес электронной почты.
Для обеспечения работы системы предусмотрены справочники, приведенные в
таблице 4.
1
Составлено автором
54
Справочник Болезни используется для классификации болезней и диагнозов
при регистрации пациента.
Справочник диагнозов по МКБ-10 (далее – Справочник) разработан на основе
Международной статистической классификации болезней и проблем, связанных со
здоровьем, 10-го пересмотра, принятой 43-ей Всемирной Ассамблеей
Здравоохранения. Выделение классов заболеваний в справочнике не предусмотрено.
Дополнительно приведена информация о том, лица какого пола подвержены данному
заболеванию. Справочник является составной частью единой системы нормативно-
справочной информации, обеспечивающей и регламентирующей информационное
взаимодействие абонентов АИС ОМС.
Таблица 9 – Перечень используемых справочников
1
№
пп
название
справочника
ответственный за
ведение
средний
объём
справочника
в записях
среднюю
частоту
актуализации
средний объем
актуализации,
%
1.
Улица
Администратор
7951
1 раз в год
10
2.
Кабинет
Администратор
2564
1 раз в год
10
3.
Доктор
Администратор
20
Ежемесячно
10
4.
Пациент
Администратор
10000
Ежедневно
10
5.
Тип приема
Администратор
2
1 раз в год
10
6.
Болезни
Администратор
2000
1 раз в год
10
7.
Диагноз
Администратор
2500
1 раз в год
10
8.
Должность
Администратор
5
1 раз в год
10
9.
Пользователь
Администратор
15
Ежемесячно
10
10.
Тип
пользователя
Администратор
2
1 раз в год
10
Справочник предназначен для обеспечения автоматизированной обработки и
обмена информацией в системе ОМС и применяется для решения задач
автоматизации функций управления и взаимодействия. В частности, Справочник
“Международный классификатор болезней (версия 10)” используется при описании
1
Составлено автором
55
стандартов медицинской стационарной помощи и в отчетах ЛПУ об оказанной
медицинской помощи.
Структурно Справочник состоит из трех блоков:
– блока символьной идентификации;
– наименования диагноза;
– данных о поле лиц, подверженных тому или иному заболеванию.
Описание таблиц с оперативной информацией приведено в таблице 10.
Таблица 10 – Описание оперативной информации
1
Наименование таблицы
Реквизиты
Запись
Дата
Кабинет
Пациент
Доктор
Тип_приема
Расписание
Доктор
День_недели
Кабинет
Тип_приема
День_Начало
День_Окончание
Время_на_один_прием
Прием
Дата
Пациент
Запись
Доктор
Тип_приема
Описание
2.3.3 Характеристика результатной информации
В качестве результатной информации в системе формируются следующие
документы:
– список пациентов;
1
Составлено автором