5 Функции Системы 1 - Конструкторское бюро &quot

Электронный документооборот «Приёмное отделение – отделение стационара».
Концепция
История изменений
Дата
3.7.06
Версия
0
Содержание изменения
Черновик
Автор
Курасов, КБ «ТЕТА»
Открытые вопросы
Дата
4.7.6
4.7.6
5.7.6
5.6.7
5.6.7
Вопрос
Фамилия начальника отдела статистики
Пункты 3.5, 3.6 должны быть уточнены по результатам
интервью с заинтересованными лицами и пользователями.
Уточнить процедуру доступа врача к архивным записям по
больному (3.7.4)
По 5.10 уточнить приоритеты. Есть большой риск что всё сразу
не получится. ПОДОЗРЕВАЮ, что в 5.10 указано не всё
Уточнить наличие юридических ограничений и, возможное
существование национальных стандартов, либо подзаконных
актов связанных с электронными медицинскими записями.
Требуется консультация юриста больницы.
Кто задал
Курасов
Курасов
Ответ
Курасов
Курасов
Курасов
1 Введение ........................................................................................................................................................ 3
1.1 Назначение документа ........................................................................................................................... 3
1.2 Проект ..................................................................................................................................................... 3
1.3 Термины и определения ........................................................................................................................ 3
1.4 Ссылки .................................................................................................................................................... 5
1.5 Аннотация ............................................................................................................................................... 5
2 Основание для разработки и назначение .................................................................................................... 6
2.1 Контекст .................................................................................................................................................. 6
2.2 Решаемая проблема ................................................................................................................................ 7
2.3 Назначение Системы 1 .......................................................................................................................... 7
3 Заинтересованные лица, пользователи, инфраструктура.......................................................................... 8
3.1
Структурные подразделения ........................................................................................................... 8
3.1.1 Приёмно - диагностическое отделение ......................................................................................... 8
3.1.2 Стационарные отделения ............................................................................................................... 8
3.1.3 Администрация ............................................................................................................................... 9
3.1.4 Отдел медстатистики ...................................................................................................................... 9
3.1.5 Отдел АСУ ....................................................................................................................................... 9
3.1.6 Справочное бюро больницы .......................................................................................................... 9
3.2 Перечень заинтересованных лиц .......................................................................................................... 9
3.3 Перечень пользователей ........................................................................................................................ 9
3.4 Информационная инфраструктура ..................................................................................................... 10
3.4.1 Программные средства ................................................................................................................. 10
3.4.2 Техника, сети, рабочие места ....................................................................................................... 11
3.4.3 Квалификация пользователей ...................................................................................................... 11
3.5 Характеристики заинтересованных лиц ............................................................................................ 11
3.5.1 Главный врач ................................................................................................................................. 11
3.5.2 Нач. отдела АСУ ........................................................................................................................... 12
3.5.3 Начальник приёмно - диагностического отделения .................................................................. 12
3.5.4 Начальник отделения гнойной хирургии ................................................................................... 12
3.5.5 Начальник отделения аллергологии............................................................................................ 12
3.5.6 Начальник отдела статистики ...................................................................................................... 12
3.6 Характеристики пользователей .......................................................................................................... 13
3.6.1 Системный администратор .......................................................................................................... 13
3.6.2 Программист поддержки .............................................................................................................. 13
3.6.3 Врачи .............................................................................................................................................. 13
3.6.4 Старшие медсёстры ...................................................................................................................... 13
3.6.5 Медстатистик ................................................................................................................................ 13
Конструкторское бюро «ТЕТА» 2006 г.
3.6.6 Регистраторы приёмного блока ...................................................................................................14
3.6.7 Врачи – консультанты ...................................................................................................................14
3.7 Основные потребности заинтересованных лиц и пользователей ....................................................14
3.7.1 Электронная регистрация больных в приёмно – диагностическом отделении.......................14
3.7.2 Автоматизированный ввод данных в электронные медицинские записи ...............................14
3.7.3 Автоматизация оперативной отчётности ....................................................................................15
3.7.4 Электронный архив медицинских записей .................................................................................15
3.7.5 Автоматизированная передача информации в систему медстатистики ..................................15
3.7.6 Внутренняя электронная почта ....................................................................................................15
3.8 Аналоги и полезный опыт ...................................................................................................................16
4 Обзор Системы 1 .........................................................................................................................................17
4.1 Функциональная структура .................................................................................................................17
4.2 Перечень возможностей и функций ...................................................................................................18
4.3 Допущения и предположения .............................................................................................................19
4.4 Лицензирование и установка...............................................................................................................19
5 Функции Системы 1 ....................................................................................................................................19
5.1 Получить данные по больнице ............................................................................................................19
5.2 Получить данные по направлению .....................................................................................................20
5.3 Получить данные по отделению .........................................................................................................20
5.4 Получить данные по больному ...........................................................................................................20
5.6 Получить данные по свободным местам............................................................................................20
5.7 Выдать стандартный отчёт ..................................................................................................................20
5.8 Экспорт в Excel .....................................................................................................................................20
5.9 Ввести ЭРЗ ............................................................................................................................................20
5.10 Ввести ЭМЗ .........................................................................................................................................20
5.11 Запросить архив ..................................................................................................................................21
5.12 Распечатать ЭРЗ, ЭМЗ для подшивки в бумажную историю болезни ..........................................21
5.13 Импорт в медстатистику ....................................................................................................................21
5.14 Добавить/изменить формулировку ...................................................................................................21
5.15 Получить местонахождение больного .............................................................................................22
5.16 Обновить справочник.........................................................................................................................22
6 Ограничения и зависимости .......................................................................................................................22
7 Показатели качества ....................................................................................................................................22
8 Приоритеты и порядок реализации функций Системы 1 ........................................................................22
8.1 Первое приближение - формулировки ...............................................................................................23
8.2 Второе приближение - справочники...................................................................................................23
8.3 Третье приближение - реализация оставшихся функций. ...............................................................24
9 Прочие требования ......................................................................................................................................25
2
Конструкторское бюро «ТЕТА» 2006 г.
1 Введение
1.1 Назначение документа
В документе представлена концепция системы электронного документооборота между
приёмно – диагностическим и стационарными отделениями Областной клинической больницы им.
И.И. Мечникова, в дальнейшем Система 1. Документ предназначен для разработчиков и заказчика
Системы 1. Для чтения не требует специальных технических знаний.
Подробная техническая информация приведена в документе «Система 1. Техническое
задание».
1.2 Проект
Система 1 разрабатывается специалистами областной клинической больницы им. И.И.
Мечникова (ОКБ) и ООО КБ «ТЕТА» в рамках первой очереди проекта «Госпитальная
информационная система». В рамках этой же очереди предполагается реализовать систему
электронного документооборота «Отделение стационара - Параклиника», в дальнейшем «Система
2». Срок окончания проекта по Системе 1 - август - сентябрь 2006 г., Системы 2 – декабрь 2006 г.
Весь проект создания Госпитальной информационной системы предполагается провести в 3
очереди:
№
Цель
Результат
1 Реализовать основные
Система 1 – электронный документооборт между
функции системы, общие для
приёмно – диагностическим отделением и
всех отделений.
стационарными отделениями. Отработана передача
историй болезни между приёмно – диагностическим
и стационарными отделениями и стационарных
отделений между собой.
Система 2 – электронный документооборот между
стационарными отделениями и параклиникой.
2 Для каждого отделения
Система 3 – для каждого отделения
автоматизировать функции
автоматизируются функции, специфические для
специфические для этого
данного отделения. Все отделения смогут вести
отделения
электронные записи о больных (историю болезни)
3 Унификация данных системы, Ведётся персонифицированный банк данных по
аналитика и ведение
пациентам. Информация из банка данных может
персонифицированного банка быть представлена в унифицированном формате для
данных здоровья человека.
обмена между медицинскими учреждениями.
Создано хранилище аналитических данных
позволяющие обеспечить потребности научных
исследований, страховой медицины,
государственных органов.
1.3 Термины и определения
Приёмно - диагностическое отделение.
Структурное подразделение ОКБ. Занимается первичным приёмом больных, которых либо
направляет в стационарные отделения, либо оказывает экстренную помощь амбулаторно.
Медработник
3
Конструкторское бюро «ТЕТА» 2006 г.
Сотрудник, как правило, без специального медицинского образования выполняющий
работу по ведению документации и проч. работу не связанную с медицинским
обслуживанием больных.
Начмед1
Заместитель главного врача больницы, курирующий определённое направление. В ОКБ 3
начмеда – терапия, хирургия, поликлинический раздел работы, акушерскогинекологическая служба. Врач высшей квалификации, учёная степень.
Медстатистик
Медработник, как правило со средним медицинским образованием работающий в отделе
статистики. В служебные обязанности входит первичная обработка данных истории
болезни при выписке больного.
Администрация больницы
Главный врач, начмеды и начальники отделений. Особенностью администрации больницы
как лечебного учреждения является тот факт, что представители администрации работают
так же врачами и одновременно являются научными работниками.
Больной2
Любой человек обратившийся в приёмное отделение. Различают планового и ургентного3
больного. Плановый больной – больной обратившийся в приёмное отделение по
направлению, ургентный больной – больной доставленный в приёмное отделение для
оказание экстренной помощи.
Отделение стационара
Структурное подразделение ОКБ им. Мечникова принимающее больных на стационарное
лечение по определённой группе болезни, например ЛОР-отделение.
ОКБ
областная клиническая больница.
ЦРБ
центральная районная больница.
Параклиника
Лаборатории,
кабинеты
функциональной
специализированные подразделения.
диагностики
и
проч.
подобные
Эпикриз
Выписка по всем данным истории болезни. Формируется при выписке больного из
отделения. Содержит также окончательный диагноз и рекомендации по дальнейшему
лечению (профилактике). Может подшиваться к амбулаторной карте больного.
Амбулаторная карта больного
Набор медицинских документов который ведётся амбулаторией по месту жительства. Не
является обязательным документов для помещения в стационар.
История болезни
Регламентируемый государством и внутренними распорядками лечебного учреждения
набор документов о пребывании больного в лечебном учреждении. История болезни
составляется на одно пребывание больного в лечебном учреждении от приёма до выписки.
Не медицинских заместителей Главного врача начмедами не называть (для программистов)
Термин «пациент» применять не рекомендуется, он из другой предметной области (для программистов)
3
Следует применять только термин «ургентный» и избегать его синонимов (срочный, экстренный и.т.д.)
1
2
4
Конструкторское бюро «ТЕТА» 2006 г.
Электронная история болезни
Набор электронных медицинских и регистрационных записей о пребывании больного в
лечебном учреждении в период от приёма до выписки.
Электронная медицинская запись4 (ЭМЗ)
Общепринятый в мировой практике термин (англ. аббревиатура EMR – Electronic Medical
Record), обозначающий вводимую в одном сеансе работы с автоматизированной системой
информацию о больном, содержащая медицинскую информацию. Могут быть различные
типы, или классы ЭМЗ, каждый из которых имеет своё смысловое значение и структуру
данных. Например ЭМЗ относящиеся к электронной истории болезни имеют классы,
соответствующие разделам истории болезни. Подробнее в (5). Не следует путать с
электронными регистрационными записями (ЭРЗ).
Электронная регистрационная запись (ЭРЗ)
Запись о больном не содержащая медицинской информации. Содержит демографические
данные и информацию о приёме и перемещении больного. Как и ЭМЗ может быть
различных типов (классов).
Аутентификация пользователя
Функция компьютерной системы позволяющая удостоверится в том, что пользователь
действительно то за кого себя выдаёт. Для успешного проведения аутентификации пользователь
должен знать свой пароль для входа в систему и иметь в наличие уникальный файл специальной
структуры называемый электронным ключом.
Авторизация пользователя
Определение компьютерной системы что пользователь может делать, а что нет и какая
информация должна быть доступна пользователю.
1.4 Ссылки
1 Rational Unified Process Version 2003.06.12.01 Copyright 1987 – 2003 Rational Software
Corporation. All rights reserved. – шаблон этого документа и методика.
2 Опыт создания и использования общесистемного информационного обеспечения. ОКБ им
Мечникова 1998 г.
3 http://en.wikipedia.org/wiki/Clipper_programming_language.
4 http://www.mechnikov.dp.ua.
5 http://www.emrinstitute.com.
6 http://www.usability.gov/guidelines/.
7 http://www.medrecinst.com/library.asp
8 http://java.sun.com/docs/codeconv/
1.5 Аннотация
В последующих разделах документа содержится следующая информация:
Раздел 2 – краткое представление о том зачем нужна Система 1 и какую проблему она
решает
 Раздел 3 – подробное представление того кто и почему заинтересован в Системе 1, кто
является пользователями Системы 1, какие основные потребности реализует Система 1.
Ознакомление обязательно.

В некоторых источниках встречается термин Электронная запись о здоровье (англ. EHR – Electronic Health Record) в
контексте данного проекта считать эти термины идентичными.
4
5






Конструкторское бюро «ТЕТА» 2006 г.
Раздел 4 – краткое описание Системы 1 с точек зрения структуры, реализации
предоставляемых возможностей, ограничений и допущений, особенностей финансирования
и лицензионной политики.
Раздел 5 – перечень и краткое описание возможных видов диалога между Системой 1 и
пользователем – функции системы.
Раздел 6 – описание и обоснование основных технических и организационных
ограничений, которые должны учитываться при разработке системы, например юридически
ограничением является невозможность использования полностью безбумажной
технологии.
Раздел 7 – показатели качества – перечень показателей характеризующих качество работы
системы и способ определения этих показателей.
Раздел 8 – приоритеты. В разделе содержится соглашение между Заказчиком и
Разработчиками о приоритете реализации требований изложенных в разделе 5.
Раздел 9 – прочие требования и пожелания Заказчика, которые необходимо учесть при
разработке. К прочим требования относятся требования к вычислительной платформе,
документации и.т.д.
2 Основание для разработки и назначение
2.1 Контекст
В настоящее время документооборот между приёмным и стационарными отделениями
осуществляется исключительно в бумажной форме. При каждом обращении больного в приёмное
отделение для больного оформляют новую историю болезни, которую больной относит в
отделение стационара, где эта история болезни и ведётся вплоть до выписки. После выписки
данные истории болезни заносятся в автоматизированную систему «статистика», а сама история
болезни сдаётся в архив. В середине 90 – х годов в ОКБ им. Мечникова и Синельниковской ЦРБ
были установлены автоматизированные системы, основной целью создания которых был переход
на страховое финансирование медицинских учреждений (2). Были разработаны.
1 Автоматизированный терминологический банк данных, включающий многочисленные
электронные справочники, образующие единую систему классификации и кодирования
(перечень справочников приведен в 2).
2 Автоматизированная система контроля качества и оценки деятельности, позволяющая
объективно оценивать работу врача и проводить постоянные улучшения деятельности. В ходе
этой работы была разработана форма истории болезни, учитывающая ведение показателей
качества лечения.
3 Автоматизированное создание регионального персонифицированного банка данных и
слежения за состоянием здоровья человека.
4 Автоматизированная технология формирования банка параклинических услуг.
5 Автоматизированная система сбора статистики и выдачи отчётов.
Программное обеспечение под систему было разработана на популярной тогда платформе
Clipper.
В виду того, что переход на страховое финансирование медицинских учреждений так и не
состоялся, разработанная система в настоящее время имеет только ограниченное применение. В
ОКБ им. Мечникова применяется:
 Форма истории болезни, в бумажном виде;
 Система сбора статистики и выдачи отчётов (далее «медстатистика», язык
программирования Clipper);
 Терминологический банк данных и справочники (в системе сбора статистики и выдачи
отчётов).
В Синенельниковской ЦРБ успешно работает практически всё, кроме системы контроля
качества и оценки деятельности.
6
Конструкторское бюро «ТЕТА» 2006 г.
В настоящее время платформа (Clipper) на которой было разработано программное
обеспечение безнадёжно устарела, последняя промышленная реализация этой платформы CA
Clipper 5.3b вышла 20 мая 1997 г., т.е. более чем 9 лет назад (3).
2.2 Решаемая проблема
Проблема состоит в том, что имеющийся ручной процесс передачи и оформления
документов между приёмным и стационарным отделениями весьма трудоёмкий, плохо
контролируемый и не позволяет сделать автоматизированную обработку данных. Имеющиеся
средства автоматизации разработанные на Clipper развивать нецелесообразно по причинам
изложенным выше.
Проблема влияет на администрацию больницы, врачей приёмного и стационарного
отделения, отдела статистики и, в конечном счёте на больных.
Влияние проблемы выражается в том что:
1 Администрация больницы не имеет актуальной достоверной информации по анализу работы
отделений, которая необходима для принятия управленческих решений и оценки качества.
2 Администрация больницы не имеет возможность внедрить современный
персонифицированный банк данных слежения за состоянием здоровья населения области.
3 Врачи приёмного и стационарного отделения тратят много времени на «ручное» оформление
информации о больном, причём постоянно пишется практически одна и та же информация,
ещё большее времени уходит на чтение уже оформленной информации, весьма затруднён
доступ к оформлявшимся ранее историям болезни этого же больного.
4 Подразделение, занимающееся формированием статистики – большой объём ввода (по сути
повторного) и проверки информации.
Успешным решением проблемы видится восстановление и развитие возможностей ранее
разработанной системы с применением современной программно – аппаратной платформы и
обеспечение дальнейшего долгосрочного (не менее) 10 лет развития автоматизированной системы
в основном собственными силами. Решение также должно обеспечить возможность внедрения
системы и в других больницах.
В решение обязательно должно быть включено управление качеством.
Система 1 не должна быть направленной (отражать специфику) какого либо стационарного
отделения и в первую очередь должно содержать возможности, которые востребованы всеми
отделениями, но должно позволить без труда дополнить программное обеспечение спецификой
конкретного стационарного отделения.
2.3 Назначение Системы 1
Для администрации, врачей и старших медсестёр приёмного и стационарных отделений
ОКБ им Мечникова и отдела статистики Система 1 должна предоставить инструмент для обмен
электронными записями о больном между приёмно - диагностическими и стационарными
отделениями и набор инструментов для работы с компьютерной базой данных электронных
записей о больном. В отличие от существующей системы ведения документации вручную,
Система 1 должна обеспечить:
 Для администрации больницы – возможность получения актуальной и достоверной
информации по состоянию дел в стационарных и приёмном отделении.
 Для начальника приёмного отделение – возможность быстро и комфортабельно
формировать отчёты и отвечать на запросы.
 Для врачей стационарного и приёмного отделений – возможность быстро и
комфортабельно вводить данные по больному и получать информацию по истории лечения
этого больного в ОКБ.
 Для отдела статистики максимально сократить повторный ввод информации вручную.
В отличие от ранее разработанной системы на платформе Clipper, Система 1 должна
гарантировано обеспечить существенно большее количество автоматизированных рабочих мест –
7
Конструкторское бюро «ТЕТА» 2006 г.
по оценкам не менее 200 (40 отделений), возможность использовать и постоянно развивать
систему на выбранной вычислительной платформу не менее 10 лет.
3 Заинтересованные лица, пользователи, инфраструктура
3.1
Структурные подразделения
3.1.1 Приёмно - диагностическое отделение
Приёмным отделением руководит начальник приёмного отделения, по специальности врач
высшей категории с наличием учёной степени. Курирует работу начмед по хирургии.
Структурно состоит из двух подразделений – плановый и ургентный блок. Общее кол-во
сотрудников – около 100 чел – врачи, медсёстры, санитары, медработники. Плановый блок
занимается оформлением больных прибывших в стационар по направлениям. Практически все
направления выдаются консультативной поликлиникой ОКБ им. Мечникова. В плановом блоке
работают только медработники.
Основной задачей ургентного блока – оказание помощи ургентным больным. В это
подразделение попадают без направления.
Также в приемно-диагностическом отделении есть реанимационный, диагностический,
ургентный операционные блоки, в состав которых входит 4 ургентных операционные,
нейрохирургическая , терапевтическая, гнойная, пункт хранения и выдачи донорской крови.
На территории отделения расположены вспомогательные диагностические слукбы:
рентгендиагностическое отделение с аппаратом SIMENS, компьютерным томографом для головы,
ургентной лабораторией.
За сутки через ПДО проходит 90-110 больных, 25% из них ургентных.
В составе персонала – врачи различных специальностей, медсёстры, санитары,
медработники. Подразделение экстренного приёма имеет право направлять больных в отделения
стационара по согласованию, а в особо тяжёлых случаев и без согласования с начальником
отделения стационара. Располагают своим небольшим стационаром в котором больной может
находится 1-3 дня. Не все экстренные больные попадают в стационарные отделения, некоторым
помощь оказывается амбулаторно. Приёмное отделение не обслуживает роддом, который является
самостоятельным подразделением.
Основной организационной проблемой приёмного отделения является большая текучесть
кадров.
В приёмном отделении должно быть развёрнуто минимум 4 рабочих места Системы 1 –
начальник отделения, подразделение планового приёма (медработник), подразделение
экстренного приёма, старшая медсестра. Возможно увеличение количества рабочих мест.
3.1.2 Стационарные отделения
Стационарным отделением руководит начальник стационарного отделения, по
специальности врач высшей категории с наличием учёной степени. Структурно каждое отделение
стационара, как правило, едино. Больные в стационарные отделения могут направляться либо из
приёмного отделения, либо по переводу из других отделений. Всего отделений 30 (4). По
основным направлениям лечения стационарные отделения могут быть разбиты на следующие
группы – терапевтические, хирургические и гинекологические. Каждую группу курирует
заместитель главного врача – начмед. Принято решение начинать разворачивать Систему 1 в
отделениях гнойно - септической хирургии (?? мест) и аллергологии (30 мест) с последующим
распространением в другие отделения. Подробную информацию по этим отделениям можно
получить в (4). Для каждого из стационарных отделений потребуется как минимум 3 рабочих
места – начальник отделения, врач, старшая медсестра. Возможно увеличение количества рабочих
мест за счёт увеличения рабочих мест для врачей.
8
Конструкторское бюро «ТЕТА» 2006 г.
3.1.3 Администрация
Для администрации необходимы как минимум 5 рабочих мест – главный врач, начмеды,
главная медицинская сестра. Возможно увеличение кол-ва рабочих мест.
3.1.4 Отдел медстатистики
В отделе статистики должно быть установлено хотя бы одно рабочее место для экспорта
данных в существующую систему статистики. Увеличение кол-ва рабочих мест не предполагается.
3.1.5 Отдел АСУ
В отделе АСУ должно быть установлено хотя бы 3 рабочих места системы для
администрирования и сопровождения. Увеличение кол-ва рабочих мест возможно, но
маловероятно.
3.1.6 Справочное бюро больницы
Справочное бюро – общая справочная служба больницы. Приписана к приёмно –
диагностическому отделению. В её функции входит ответы на запросы о местонахождении
больного, номера телефонов отделений и.т.д. Требуется одно рабочее место. Увеличение
количества рабочих мест не предполагается.
3.2 Перечень заинтересованных лиц
Особенностью больницы является то, что заинтересованное лицо может выступать в 3
ролях – администратор, врач и научный работник. Заинтересованные лица приведены на первый
этап разработки и внедрения Системы 1.
Должность
Ф.И.О.
Отношение к Системе 1
Главный врач
ПАВЛОВ Владимир
Оценивает степень
Алексеевич
полезности и результаты
(профессор, к.м.н.)
проекта для ОКБ. Может
тел. 8(056) 373-16-42
делегировать эти функции
начмедам по направлениям.
Нач. отдела АСУ
ОСТАНИН Андрей
Руководитель проекта со
Анатольевич
стороны Заказчика
(056) 373-09-22
Начальник приёмно Битев Виктор Георгиевич
Оценивает полезность и
диагностического отделения (056) 373-09-12
результаты проекта с точки
зрения своего отделения
Начальник отделения
Косульников Сергей
Оценивает полезность и
гнойной хирургии
Олегович (056) 373-09-40
результаты проекта с точки
зрения своего отделения
Начальник отделения
Маргитич Сергей
Оценивает полезность и
аллергологии
Васильевич
результаты проекта с точки
т. (056) 373-09-32
зрения своего отделения
Начальник отдела
Получает возможность
статистики
импорта данных из Системы
1 в свою систему.
3.3 Перечень пользователей
Пользователи системы представлены по их ролям в отношении системы. На каждой роли
может быть несколько реальных пользователей. Каждый реальный пользователь может иметь
несколько ролей. Назначение пользователей на роль производит специальный пользователь –
администратор системы. Для каждой роли Система 1 предоставляет отдельный набор
возможностей.
9
Роль
Системный
администратор
Программист
поддержки
Главный врач
Начальник
приёмнодиагностического
отделения
Начальник
отделения
Врач отделения
Старшая медсестра
Медстатистик
Регистратор
приёмного блока
Консультант
Конструкторское бюро «ТЕТА» 2006 г.
Описание
заинтересованное
лицо
Управляет правами доступа к системе,
Нач. отдела АСУ
производит резервное копирование,
обслуживание данных и подключение новых
пользователей. Доступ к данным историй
болезни не требуется.
Обучает пользователей, производит
Нач. отдела АСУ
мониторинг работоспособности системы,
исправляет ошибки, формирует и исполняет
нестандартные запросы к данным, имеет
полный доступ к данным.
Получает информацию по состоянию работы в сам
отделениях.
Получает информацию по состоянию работы в сам
своём отделении. Может формировать
необходимые отчёты и ответы на запросы.
Должен видеть занятость стационарных
отделений.
Получает информацию по состоянию работы в сам
своём отделении.
Ведёт информацию по больному в истории
Начальник соотв.
болезни – от первичного осмотра до эпикриза
отделения
(подробности ниже)
Имеет доступ к информации по всем больным
Начальник соотв.
отделения, следит за своевременными и
отделения
правильным оформлением данных. Оформляет
перевод в другое отделение(подробности ниже)
Производит импорт данных в систему
Начальник отдела
статистики.
статистики
Регистрирует новые истории болезни
Начальник
приёмнодиагностического
отделения
Вводит результаты консультации в историю
Начальник
болезни.
отделения в
котором работает
консультант
3.4 Информационная инфраструктура
3.4.1 Программные средства
Наименование
Lotus Domino Server
R 6.5.3 и выше
Lotus Notes Client R
6.5.3 RUS и выше
Lotus Domino
Designer R 6.5.3 и
выше
Роль в системе
Сервер приложений, сервер баз данных, сервер
доступа, сервер каталогов пользователей, почтовый
сервер
Рабочее место пользователя
Рабочее место программиста поддержки
Кол-во
1
По колву польз.
До 3
10
Наименование
Lotus Domino
Administrator R 6.5.3
и выше
SQL сервер
(опционально)
Конкретная модель и
версия должны быть
уточнены.
Конструкторское бюро «ТЕТА» 2006 г.
Роль в системе
Кол-во
Рабочее место администратора системы
1
Сервер для ведения справочников и сбора
аналитической информации.
1
3.4.2 Техника, сети, рабочие места
раб. станция
Сервер для Lotus
раб. станция
ЛВС ОКБ Мечникова
Сервер для SQL (опц.)
Статистика
В качестве сервер для Lotus используется существующий в отделе АСУ файловый сервер. С
увеличением кол-ва пользователей свыше 100 потребуется выделение сервера только для этой
задачи.
Рабочие станции необходимы для каждого пользователя, либо пользователи могут
разделять одну рабочую станцию, если это возможно. Параметры компьютера не хуже Celeron
600 128 mb RAM Windows 2000 Prof.
АРМ статистики как есть.
В качестве SQL сервера (если он понадобится) подойдёт любая рабочая станция с объёмом
RAM не менее 512 Mb. Нежелательно, но возможно размещение SQL сервера на том же
компьютере, что и Lotus сервера.
Скорость ЛВС 100 мб/сек. ЛВС модификации предположительно не потребует, но в этом
необходимо убедиться. Нагрузка на ЛВС ожидается весьма небольшая, т.к. система работает в
режиме клиент – сервер. Необходим протокол TCP/IP.
3.4.3 Квалификация пользователей
При разработке системы следует подразумевать низкий уровень компьютерной
квалификации пользователей (MS Windows, MS Office ) и специфическую медицинскую
терминологию, которую они используют.
3.5 Оценка Системы 1 заинтересованными лицами
3.5.1 Главный врач
Критерий успеха
В конечном счёте наличие в ОКБ системы работающей как описано в
2. Для Системы 1 – 100% наличие электронных историй болезней для
11
Конструкторское бюро «ТЕТА» 2006 г.
Участие в
проекта
обеих отделений.
Рассмотрение и утверждение макетов и рабочих версий программ.
3.5.2 Нач. отдела АСУ
Зона
ответственности
Критерий успеха
Участие в
проекта
Весь проект.
Система 1 установлена и работает в приёмно – диагностическом и
выбранных стационарных отделениях. Сроки и качество проекта
соблюдены.
Принятие решений по функциональным возможностям, установке
компонент системы, организация взаимодействия проектной группы с
заинтересованными лицами, организация группы разработчиков со
стороны ОКБ, решение вопросов по финансированию.
3.5.3 Начальник приёмно - диагностического отделения
Зона
ответственности
Критерий успеха
Участие в
проекта
Компоненты системы и пользователи приёмно – диагностического
отделения
Может отследить результаты работы приёмно – диагностического
отделения по данным в базе данных, может узнать о наличие
свободных мест в отделениях в которых установлена Система 1,
может получить автоматически наиболее часто востребованные
отчёты и справки, нет жалоб от врачей, старшей медсестры и
медработников на дискомфорт при работе с Системой 1.
Предоставление требований, организация работы сотрудников
отделения с Системой 1. Рассмотрение и согласование макетов и
работающих программ.
3.5.4 Начальник отделения гнойной хирургии
Зона
ответственности
Критерий успеха
Участие в
проекта
Компоненты системы и пользователи отделения гнойной хирургии
Может отследить результаты работы приёмно – диагностического
отделения по данным в базе данных, нет жалоб от врачей, старшей
медсестры и медработников на дискомфорт при работе с Системой 1.
Предоставление требований, организация работы сотрудников
отделения с Системой 1. Рассмотрение и согласование макетов и
работающих программ.
3.5.5 Начальник отделения аллергологии
Такие же, как и у начальника отделения гнойной хирургии, только в отношении своего
отделения.
3.5.6 Начальник отдела статистики
Зона ответственности
Критерий успеха
Формируемая для госорганов статистика, формирование
эпикризов, ведение справочников.
Имеющаяся в Системе 1 информация может быть использована
для автоматической передачи в систему статистики. Эпикриз
может формироваться в частично автоматизированном режиме
по данным из Системы 1. Предоставление справочников для
12
Участие в проекта
Конструкторское бюро «ТЕТА» 2006 г.
Системы 1 не вызывает дополнительных затруднений.
Предоставление форматов данных и требований для обмена с
системой статистики, предоставление требований для
полуавтоматического формирования эпикризов, предоставление
требований по ведению справочников, организация ведения
справочников.
3.6 Оценка Системы 1 пользователями
3.6.1 Системный администратор
ФИО
Должность
Критерий успеха
Участие в Системе 1
Обслуживание серверов системы, резервное копирование
данных, регистрация пользователей
3.6.2 Программист поддержки
ФИО
Должность
Критерий успеха
Участие в Системе 1
Обучение и контроль действий пользователей, выявление и
исправление ошибок, формирование нестандартных запросов к
данным, доработки.
3.6.3 Врачи
ФИО
Должность
Критерий успеха
Участие в Системе 1
Ведение электронной истории болезни в соответствии с
установленными правилами. Получение данных из электронной
истории болезни. Оформление бумажных документов для
«подшивки» в официальную форму истории болезни.
3.6.4 Старшие медсёстры
ФИО
Должность
Участие в Системе 1
Заполнение некоторых ЭМЗ, получение данных из электронной
истории болезни, например листа назначений, оформление
некоторых бумажных документов для «подшивки» в
официальную форму истории болезни
3.6.5 Медстатистик
ФИО
Должность
Критерий успеха
Участие в Системе 1
Оформляет в электронном и бумажном виде эпикриз, импортирует
в систему статистики данные из ЭМЗ Системы 1.
13
Конструкторское бюро «ТЕТА» 2006 г.
3.6.6 Регистраторы приёмного блока
ФИО
Должность
Критерий успеха
Участие в Системе 1
Вводит регистрационные данные о больном. Присваивает
регистрационный номер истории болезни.
3.6.7 Врачи – консультанты
ФИО
Должность
Критерий успеха
Участие в Системе 1
Вводит ЭМЗ класса «консультация» в электронную историю
болезни
3.7 Основные потребности заинтересованных лиц и пользователей
3.7.1 Электронная регистрация больных в приёмно – диагностическом
отделении
Приоритет высший. Без реализации этой потребности не могут быть реализованы прочие.
Потребность возникла по причине того, что существующая журнальная форма регистрации
предоставляет информацию о больном с задержкой примерно на сутки. За более оперативной
информацией приходится обращаться непосредственно в отделение.
Сейчас регистрация ведётся медработниками в бумажных журналах в порядке номеров с
последующей ручной разноской справочной службой в алфавитный журнал. В стационарном
отделении эта же информация о больном переписывается в журнал отделения. Таким образом
одна и та же регистрационная информация о больном - ФИО, паспортные данные и проч.
записывается как минимум 3 раза (на самом деле больше, но об это далее).
Электронная регистрация в Системе 1 обеспечит возможность вводить регистрационные
данные о больном один раз медработником приёмного блока с последующим использованием этих
данных в журналах и документах приёмно – диагностического и стационарных отделений.
Информация о поступившем больном сразу же становится известной администрации,
стационарному отделению и справочной службе больницы. Станут ненужными телефонные
звонки в стационарные отделения.
3.7.2 Автоматизированный ввод данных в электронные медицинские записи
Приоритет высший. ЭТУ ПОТРЕБНОСТЬ СЛЕДУЕТ СЧИТАТЬ ОСНОВНОЙ И НАИБОЛЕЕ
РИСКОВАННОЙ В ИСПОЛНЕНИИ!
Потребность возникла потому, что врачи тратят очень много времени на выполнение
записей вручную в бумажной истории болезни. Эти записи, к тому же, делаются быстро и
специфическим «врачебным» неразборчивым почерком, что весьма затрудняет их последующее
чтение даже автором.
При заполнении записей врач, как правило, постоянно пишет по многу раз одно и тоже с
минимальными вариациями, т.к. кол-во возможных вариантов формулировок записей весьма
ограничено. Например перечень симптомов заболеваний, формулировки диагнозов, жалоб
больного и.т.д. Кроме того, при исполнении определённых классов записей необходимо вводить
стандартные наименования лекарств, симптомов и названий болезни и.т.д.
Автоматизированный ввод записей в Системе 1 должен обеспечить максимально
возможное использование стандартных шаблонов формулировок и справочников для ускорения
заполнения информации. В отдельных случаях возможно следует предусмотреть
14
Конструкторское бюро «ТЕТА» 2006 г.
непосредственный ввод голосовой информации и изображений. Следует заметить, что состав
стандартных формулировок в некоторых случаях могут определить только сами врачи, поэтому в
Системе 1 необходимо обеспечить возможность дополнения справочников стандартных
формулировок самим врачами.
3.7.3 Автоматизация оперативной отчётности
Приоритет средний потому, что автоматизацию отчётов вводить нецелесообразно, пока
базы данных Системы 1 не будут заполнены достаточным количеством информации (ЭМЗ).
Большинство отчётности формируется в отделе медстатистики, однако в стационарных и
приёмно – диагностическом отделении существует необходимость формировать внутренние и
внешние (в приёмно – диагностическом отделении) отчёты.
Отчёты составляются по данным бумажной документации имеющейся в отделении путём
выписывания нужной информации. Составление отчётов занимает много времени у начальника
отделения и старшей медсестры.
Система 1 должна предоставить возможность автоматического вывода наиболее часто
выдаваемых отчётов, характерных для всех отделений и получение выборок информации в MS
Excel для полуавтоматического (скопировать – вставить) размещения в отчёты, специфические для
конкретных отделений. Состав и структура отчётов должна быть известна до начала
проектирования классов ЭМЗ. Реализация самих средств генерации отчётов и выборок в MS Excel
может проводится только после программной реализации большинства ЭМЗ и заполнения в них
данных.
3.7.4 Электронный архив медицинских записей
Приоритет низкий. Необходимо заполнение системы информацией.
В настоящее время для запроса врачом информации из предыдущих историй болезни, если
больной уже лечился в ОКБ, производится путём обращения в архив и получения бумажной
копии. Оперативность этого процесса недостаточна, особенно для ургентных случаев.
Система 1 должна обеспечить для врача возможность быстрого получения доступа к
архивной информации по больному. Этот доступ не должен обеспечиваться автоматически,
только через определённую процедуру, например если больной зарегистрирован в данном
отделении, то врачи этого отделения получают доступ ко всем предыдущим ЭМЗ по этому
больному.
3.7.5 Автоматизированная передача информации в систему медстатистики
Приоритет средний. Необходимо заполнение Системы 1 данными.
В настоящее время в систему медстатистики вводятся данные с первого и последнего
(эпикриз и записи качества) листа бумажной истории болезни. Процесс трудоёмкий и требующий
постоянного контроля. Ввод данных производится квалифицированными медстатистикам,
которые, как правило, имеют специальное образование и проверятся начальником отдела –
дипломированным врачом. В который уже раз повторно вручную переписываются одни и те же
сведения.
Система 1 должна обеспечить полуавтоматическое преобразование форматов
принадлежащих к истории болезни записей (ЭМЗ) Системы 1 в структуру пригодную для экспорта
в систему медстатистики. Система медстатистики должна иметь возможность получать
экспортированную из Системы 1 информацию в свои базы. Перед размещением в базы
медстатистики информация из Системы 1 должна пройти проверку с возможностью дополнения и
корректировки.
3.7.6 Внутренняя электронная почта
Приоритет низкий. Технически делается просто, однако потребуются значительные затраты
времени на организационные мероприятия и обучение.
У отделений и администрации существует постоянная потребность в обмене разного рода
информацией между собой в части приказов и распоряжений, объявлений, уведомлений, вызовов
15
Конструкторское бюро «ТЕТА» 2006 г.
на консультации, организации совещаний и.т.д. Существующая система обращений по телефону
довольно ненадёжная, использовать для этой цели стандартную электронную почту неудобно.
В состав Системы 1 входит промышленная подсистема электронной почты, содержащая в
себе кроме традиционных функций обмена сообщениями функции организации рабочего времени
(календарь), созыва совещаний, раздачи заданий и контроля их исполнения, распределение
ресурсов (комнат для совещаний, автомобилей, проекторов и.т.д.). Система электронной почты
может быть дополнена внутренней системой моментального обмена информацией и организации
телеконференций (аналоги NetMeeting, ICQ) позволяющая проводить голосовые селекторные
совещания, совместно обсуждать документы, знать кто сейчас находится на рабочем месте и.т.д.
3.8 Аналоги и полезный опыт
Система
1
должна
разрабатываться
с
использованием
накопленного
и
систематизированного в (2) опыта. Много полезных и интересных идей содержится в
программной реализации на Clipper. Ознакомится с наиболее полной работающей системой
можно в Синельниковской ЦРБ.
Следует внимательно изучить аналогичную систему работающую в клинике
микрохирургии глаза, особенно в части удовлетворения потребности описанной в 3.7.2.
Много источников полезного опыта, стандартов, классификаций и интересных решений
можно получить из Internet, запросив поиск по терминам EMR, EHR (англ.), либо «электронная
история болезни» (рус.).
16
Конструкторское бюро «ТЕТА» 2006 г.
4 Обзор Системы 1
4.1 Функциональная структура
Начмед
Главврач
Состояние дел по больнице Состояние дел по направлениям
Начальник отделения
Состояние дел в отделении
отчёты
Администратор системы
Система 1
Регистрация
пользователей
Обслуживание
баз
Регистрация
Регистратор приёмного блока
больного
Сервер приложений Системы 1
Рабочая база
данных
Ведение
записей, получение
информации,
ведение формулировок
Отладочная
база данных
Врач
Внесение
изменений
Нестандартные отчёты
Общие
справочники
Справочники
формулировок
Ведение записей
получение информации
ввод эпикриза
Старшая медсестра
Программист
Импорт информации
Ведение общих справочников
Запрос-ответ
Отчёты из библиотеки
Медстатистика
Медстатистик
Справочная
Проверка и
экспорт
информации
Сервер медстатистики
База данных
медстатистики
Библиотека
отчётов
Система 1 содержит клиентскую и серверную компоненты. Клиентская компонента
представляет собой клиент Lotus Notes установленный на рабочей станции пользователя.
Назначение клиентской компоненты – реализация интерфейса и логики его работы с
17
Конструкторское бюро «ТЕТА» 2006 г.
пользователем. В клиентской компоненте содержаться также индивидуальные электронные ключи
пользователей. Серверная компонента представляет собой сервер Lotus Domino. Назначение
серверной компоненты следующее:
 Ведение каталога пользователей системы, обеспечение аутентификации и
авторизации пользователя.
 Предоставление пользователю экранных форм и данных в соответствии с его ролью
в системе.
 Управление логикой работы системы в ответ на действия пользователей.
 Управление и автоматическое обслуживание баз данных и программного кода. Базы
данных могут быть рабочими, т.е. содержащими реальные данные и устойчиво
работающий проверенный программный код и отладочными, содержащие
отладочные данные и программный код в стадии написания и тестирования. Сервер
также предоставляет механизм внедрения отлаженного программного кода из
отладочной базы в рабочую.
 Электронная почта и служба конференций.
4.2 Перечень возможностей и функций
Система 1 предоставляет своим пользователям определённый набор возможностей для
реализации их потребностей. Потребность пользователя удовлетворяется в ходе диалога с
Системой 1. Возможность провести диалог является функцией Системы 1. В таблице ниже
приводится полный перечень предоставляемых возможностей и обеспечивающих эти
возможности функций (диалогов). Более подробное описание функций (диалогов) в разделе 5.
Описание с технической точки зрения содержится в техническом задании.
Потребность
Состояния дел по больнице.
Позволяет оперативно узнать текущее состояние
работы больницы в целом, направления, отделения либо
по любому больному. Для главврача
Состояние дел по направлению.
Позволяет оперативно узнать текущее состояние
работы по направлению, отделению принадлежащему
направлению, либо по больному лечащемуся в отделении.
Для начмеда.
Состояние дел в отделении.
Позволяет оперативно уточнить состояние дел в
собственном отделении, либо по больному лечащемуся в
отделении. Также предоставляется возможность
запроса наличия свободных мест в других отделениях.
Для начальника отделения
Отчёт
Регистрация больного.
Регистрировать новую историю болезни, либо
обращение ургентного больного, независимо от того
будет, или нет заведена история болезни
Ведение записи о больном, получение
информации.
Функции
Получить данные по больнице
Получить данные по направлению
Получить данные по отделению
Получить данные по больному
Получить данные по свободным местам в
любом отделении.
Получить данные по направлению
Получить данные по отделению
Получить данные по больному
Получить данные по свободным местам в
любом отделении.
Получить данные по отделению
Получить данные по больному
Получить данные по свободным местам в
любом отделении.
Выдать стандартный отчёт
Экспорт в Excel
Ввести ЭРЗ
Получить данные по свободным местам в
любом отделении.
Ввести ЭМЗ
Получить данные по больному
Запросить архив
Распечатать запись
18
Потребность
Закрытие истории болезни
Определить новую формулировку для
использования в последующих записях
Справка
Конструкторское бюро «ТЕТА» 2006 г.
Функции
Ввод ЭМЗ
Ввод ЭРЗ
Импорт в медстатистику
Добавить/изменить формулировку
Импорт в медстатистику
Получить местонахождение больного
Получить данные по свободным местам в
любом отделении.
Импортировать в медстатистику
Скорректировать общий справочник
Обновить справочник
Потребности программиста и администратора Системы 1, обеспечение информационной
безопасности решаются стандартными средствами Lotus и здесь не рассматриваются. В части
безопасности Lotus Domino соответствует стандарту США по безопасности медицинских данных
– HIPPO.
4.3 Допущения и предположения
1
2
3
4
5
В качестве операционных систем везде используется Windows версии не ранее 2000.
Возможности локальной сети ОКБ достаточны.
Программисты отдела АСУ ОКБ смогут развивать и сопровождать Систему 1 при условии
проведения обучения.
В отделениях есть необходимая компьютерная техника и принтеры.
ЛВС больницы надёжно защищена от внешних атак. Имеется постоянно действующая
антивирусная защита.
4.4 Лицензирование и установка





В Системе 1 используется программное обеспечение принадлежащее IBM, лицензирование
которого должно быть проведено по установленным IBM правилам.
На каждое рабочее место пользователя Системы 1 потребуется установка Lotus Notes.
Потребуется организовать автоматическое ежесуточное резервное копирование данных
хотя бы на другой компьютер.
На рабочих станциях где необходим вывод данных в Excel необходима установка MS Office
версии не ниже 2002.
При наличие установленной системы Active Directory, синхронизацию доступа проводить
не следует.
5 Функции Системы 1
5.1 Получить данные по больнице
Система 1 должна выдавать сводную информацию отражающую количественный и
качественный состав находящихся в настоящее время на излечении больных по больнице в целом.
Подробная форма и виды сортировок и группировок этой информации должны быть согласованы
с главным врачом.
Система 1 должна выдавать сводную информацию о том что произошло в больнице в целом
в течении заданных суток. Данные должны браться на основании новых ЭМЗ. Подробная форма и
виды сортировок и группировок этой информации должны быть согласованы с главным врачом.
Система 1 должна выдавать сводную информацию по качеству лечения.
19
Конструкторское бюро «ТЕТА» 2006 г.
Следует рассмотреть возможность получения в этой функции данных сформированных
существующим АРМ «Статистика».
Практическая реализация этой функции не является высокоприоритетной и должна
проводится итеративно – от простых отчётов к более сложным.
5.2 Получить данные по направлению
Так же как и 5.1, только для начмеда. Доступ к информации ограничивается направлением,
которое курирует начмед. Функция доступна также главврачу.
5.3 Получить данные по отделению
Так же как и 5.1, только для начальника отделения. Доступ к информации ограничивается
отделением. Функция доступна также начмеду по отделению и главврачу.
5.4 Получить данные по больному
Получить набор ЭМЗ и ЭРЗ по больному относящихся к открытой (ещё не
импортированной в медстатистику) электронной истории болезни. Доступ к этой информации
должен быть ограничен, согласно установленным правилам. Правила необходимо разработать.
5.6 Получить данные по свободным местам
Получить сведения о том сколько женских и сколько мужских свободных мест есть в
любом из отделений. Должна быть предоставлена возможность резервирования места в отделении
в определённом интервале дат. Правила резервирования необходимо разработать.
5.7 Выдать стандартный отчёт
Система 1 должна предоставлять возможность выдачи в MS Excel отчёта по стандартной
форме отчёта. Стандартных форм может быть 1-3.
5.8 Экспорт в Excel
Система 1 должна обеспечивать возможность экспортировать в таблицу Excel содержимое
отмеченной пользователем ЭМЗ, или нескольких ЭМЗ. Дальнейшее распространение этой
информации – под ответственность того, кто воспользовался функцией. Следует разработать
правила.
5.9 Ввести ЭРЗ
Система 1 должна обеспечивать ввод следующих видов электронных регистрационных
записей (ЭРЗ) по больному5:
 Титульный лист медицинской карты пациента стационарного отделения;
 Карточка регистрации поступления ургентного пациента;
 Регистрация выбытия (перевода).
Для ведения ЭРЗ доступ к ЭМЗ не нужен.
5.10 Ввести ЭМЗ
Система 1 должна обеспечить ввод как минимум следующих ЭМЗ по больному:
Порядок
реализации в
Класс ЭМЗ
Системе 1
1
Первичный осмотр
5
Названия необходимо уточнить
20
Конструкторское бюро «ТЕТА» 2006 г.
Порядок
реализации в
Системе 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
Класс ЭМЗ
Обоснование и формулировка предварительного диагноза
Лист консультаций
Обоснование и формулировка клинического диагноза
Лист уточнения диагноза
Эпикриз
Врачебные назначения6
Режим
Температурный лист
Направление на МСЭК
Переливание крови, элементов крови и кровезаменителей
Лист оперативных вмешательств
Наркозная карта
Направление на медицинскую процедуру
Результат направления на медицинскую процедуру
Лист корректировки стандартов качества
Лист экспертной оценки качества
Порядок реализации ЭМЗ требует уточнения. В качестве методического материала при
разработке этих классов следует руководствоваться наработанными материалами для программы
на Clipper. Следует сделать так, чтобы возможность ввода ЭМЗ не зависела от доступа к другим
ЭМЗ и ЭРЗ по этому больному. Порядок организации доступа к ЭМЗ требует уточнения.
5.11 Запросить архив
Система 1 должна обеспечивать полуавтоматическое получение разрешения для врача,
либо представителя администрации права доступа к ЭМЗ и ЭРЗ больного относящихся к
закрытым историям болезни. Правила доступа следует разработать таким образом, чтобы
разрешение, либо отказ в получении разрешения происходил не дольше 10 мин.
5.12 Распечатать ЭРЗ, ЭМЗ для подшивки в бумажную историю
болезни
Система 1 должна обеспечивать распечатку любой ЭРЗ и ЭМЗ по установленной для этих
документов форме. Формы эти довольно устойчивы.
5.13 Импорт в медстатистику
Система 1 должна обеспечить импорт данных из ЭМЗ относящихся к одной истории
болезни в формат данных пригодный для проверки и последующего размещения в базы
медстатистики. Все истории болезни по которым есть ЭМЗ класса «эпикриз» должны быть
импортированы в систему медстатистики. Система 1 должна обеспечить контроль.
5.14 Добавить/изменить формулировку
При вводе ЭМЗ врач может использовать стандартные формулировки хранящиеся в базе
данных. Врач должен иметь возможность самостоятельно менять эти формулировки, добавлять
новые и сохранять изменения в базе данных. Процедура ввода – новой и коррекции формулировки
6
Предварительно считать наиболее сложными и рискованным
21
Конструкторское бюро «ТЕТА» 2006 г.
должна быть доступна как при вводе ЭМЗ так и как отдельная процедура. Врач должен иметь
возможность сохранять в базе данных Системы 1 формулировки которые будет использовать сам,
либо другие врачи отделения, либо все врачи ОКБ.
5.15 Получить местонахождение больного
Система 1 должна предоставлять возможность искать местонахождение больного по любой
подстроке из фамилии. В качестве результата поиска должны выводится полная фамилия Имя
Отчество, год рождения, наименование отделение, дата и время поступления, телефон отделения.
5.16 Обновить справочник
Отдел медстатистики внутри своей системы выполняет процедуру коррекции
справочников, которые также используются в Системе 1. Однако электронный формат
справочников «медстатистики» неприменим для Системы 1. В Системе 1 должна существовать
процедура обновления справочников Системы 1 по данным справочников «медстатистики».
6 Ограничения и зависимости
Законодательство требует вести историю болезни в бумажном виде с записями за личной
подписью врачей.
1 Существенная реконструкция ЛВС ОКБ в составе данного проекта невозможна.
2 Для разработки невозможно использовать сложные программные технологии (ASP, J2EE).
7 Показатели качества
Доступность
24x7, резервное копирование должно производится без остановки системы.
Простой системы на плановую профилактику не более 10 мин.
Удобство использования
Руководствоваться рекомендациям Usability Guide, приведенным в (6).
Для анализа цветовой гаммы интерфейса использовать программное средство Color Contrast
Analyser.
Возможность поддержки
Все операции по технической поддержке Системы 1 должны производится с рабочего места
программиста.
Допускается проведение операций по технической поддержки на рабочем месте
пользователя только в отношении общесистемных программных средств.
8 Приоритеты и порядок реализации функций Системы 1
Для снижения риска связанного с ошибочными проектными решениями Система 1
разрабатывается в несколько приближений. На каждом из приближений реализуются функции,
описанные в разделе 5. Порядок реализации – начиная с самых критичных и рискованных.
22
Конструкторское бюро «ТЕТА» 2006 г.
8.1 Первое приближение - формулировки
Цель – определить наиболее удобный способ ввода информации с использованием
справочника формулировок и обучение программистов ОКБ работе со средствами разработки
приложения.
В результате проведения итерации:
 определено наиболее удачное и эргономичное c точки зрения врачей решение по вводу
информации со стандартными формулировками;
 программисты ОКБ свободно ориентируются в стандартных средствах разработки.
На первой итерации разрабатывается макет Системы 1 реализующий следующие функции:
Приоритет
Функция
Примечание к реализации
1
Только
титульный
лист медицинской карты пациента
Ввести ЭРЗ
стационарного отделения
2
Только первичный осмотр, обоснование и формулировка
Ввести ЭМЗ
предварительного диагноза и лист консультаций;
3
Добавить/изменить Полностью, как отдельная функция и как часть функции
«Ввести ЭМЗ»
формулировку
На первой итерации общие справочники не подключаются, а имитируются простейшими
средствами. Справочники формулировок и функция «Добавить/изменить формулировку»
отрабатывается полностью.
Результат первой итерации представляется врачам, медработнику – регистратору и в итоге
начальникам отделений. Итерация рассчитана на 2 недели и заканчивается при
удовлетворительном для заинтересованных сторон проведении испытания по следующему
сценарию, который должны исполнить реальные пользователи со своих рабочих мест:
1 Регистрация двух больных в приёмно - диагностическом отделении по одному в плановом и
ургентном блоках.
2 Передача больного зарегистрированного в плановом блоке в отделение аллергологии.
3 Занесение данных первичного осмотра и предварительного диагноза по больному в ургентном
блоке.
4 Занесение данных первичного осмотра и предварительного диагноза по больному в отделении
аллергологии.
5 Занесение листа консультаций специалиста отделения аллергологии для больного ургентного
блока.
6 Направление больного ургентного блока в отделение гнойной хирургии.
7 Занесение листа консультаций больного отделения аллергологии специалистом отделения
гнойной хирургии.
При необходимости испытания повторяют по другому, согласованному сценарию.
8.2 Второе приближение - справочники
Цель – подключение общесистемных справочников. Длительность – 2 недели.
В результате – создание и подключение в систему общесистемных справочников, ввод новых
функций.
Реализуются следующие функции:
Приоритет
Функция
Примечания к реализации
1
инициализируются данными все справочники используемые
Обновить
в ЭМЗ и ЭРЗ и устанавливается постоянная процедура их
справочник
обновления в отделе медстатистики;
23
Приоритет
Функция
2
Ввод ЭРЗ
3
Ввод ЭМЗ
4
Получить данные
по больному
Получить данные
по свободным
местам
Распечатать ЭРЗ,
ЭМЗ
5
6
Конструкторское бюро «ТЕТА» 2006 г.
Примечания к реализации
к справочникам подключаются созданные на первой
итерации ЭРЗ и реализуются оставшиеся ЭРЗ уже
подключенные к справочникам.
созданные ЭМЗ подключают справочники, реализуются
классы «Клинический диагноз», «Лист уточнения диагноза»,
«Врачебные назначения», «Режим», «Температурный лист».
Полностью
Полностью
для существующих
Проведение испытаний – по согласованной методике. Если обнаружится отставание от срока –
перенести реализацию функций на следующую итерацию, руководствуясь приоритетами.
8.3 Третье приближение - реализация оставшихся функций.
Цель – реализовать остальные функции Системы 1.
Срок – 2-3 недели.
Приоритет
Функция
Примечания к реализации
1
Все имеющиеся поля ЭМЗ, ЭРЗ
Импорт в
медстатистику
2
оставшееся, согласно приоритетам определённым в 5.10.
Ввести ЭМЗ
3
по мере реализации «Ввести ЭМЗ».
Распечатать ЭМЗ
4
по мере реализации «Ввести ЭМЗ»
Экспорт в Excel
5
С учётом полей новых ЭМЗ, ЭРЗ
Импорт в
медстатистику
6
Только для приёмно – диагностического отделения – не
Выдать
менее 2 отчётов
стандартный отчёт
7
Полностью
Получить
местонахождение
больного
8
Получить данные по Полностью
отделению
9
Получить данные по Полностью
направлению
10
Получить данные по Полностью
больнице
11
проработать техническое решение
Запросить архив
Проведение испытаний – по согласованной методике. Если обнаружится отставание от срока –
перенести реализацию низкоприоритетных функций.
24
Конструкторское бюро «ТЕТА» 2006 г.
9 Прочие требования
9.1 Стандарты
На момент составления концепции сведений о национальных стандартах которым должны
соответствовать ЭМЗ и ЭРЗ у нас нет. При разработке следует опираться на положение
приведенные в (2), а также использовать рекомендации и терминологию изложенные в (5) и (7).
9.2 Системные требования



Сервер приложений должен работать на существующем в отделе АСУ сервере под
управлением ОС Windows 2003 Server.
Клиенты должны работать на рабочих станциях Celeron 600 128 Мб ОЗУ и лучше под
управлением ОС Windows 2000 Prof SP2, Windows XP SP2.
Должна допускаться работа отдельных (до 20%) рабочих станций по ЛВС со скоростью 10
Mb/s.
9.3 Требования к производительности

Система должна устойчиво работать при подключении до 150 пользователей к серверу и
сохранять работоспособность при подключении до 200 пользователей.
9.4 Разработка и тестирование
1
2
3
Основанием для разработке и кодирования функции должен служить сценарий работы
пользователя описанный в текстовом виде. К сценарию могут прилагаться эскизы интерфейса.
Впоследствии этот сценарий станет частью руководства пользователя.
На основании сценария должен быть разработан пример исполнения сценария с конкретными
данными и действиями пользователя (тестовый пример) Впоследствии этот пример станет
частью руководства пользователя. Кодирование нельзя начинать до разработки контрольного
примера.
Функция считается работающей, если контрольный пример работает успешно.
10 Документация
10.1 Руководство пользователя
Руководство пользователя должно поставляться в электронном виде с возможностью
распечатки самим пользователем нужных ему разделов. Разбивка по разделам – в соответствии с
функциями Системы 1. Одна функция – один раздел. В разделе должны быть следующие пункты:
1 Цель – цель которую пользователь достигнет исполнив функцию;
2 Предусловие – что должно быть перед исполнением функции;
3 Сценарий - пошаговый сценарий исполнения функции.
4 Результат - как пользователь узнает, что функция выполнилась успешно, либо неуспешно.
5 Пример – развёрнутый пример исполнения функции записанный в виде сценария. Служит
также в качестве тестового примера для программистов.
10.2 Техническая документация
Основная техническая документация для разработчиков – стандартные электронные базы
данных документации Lotus Domino:
1 User guide;
2 Design Guide;
3 Administration Guide.
Техническая Документация на Систему 1 должна содержаться непосредственно в
программных компонентах Системы 1 в виде комментариев. Порядок оформления
комментариев и кодов программ в соответствии с (8)
25
Конструкторское бюро «ТЕТА» 2006 г.
10.3 Отслеживание версий
Версией программы считается программный код перенесенный из базы данных разработке
в рабочую базу. Версии нумеруются последовательно через 1, т.е. 1, 2,3,4 и.т.д. Номер версии
должен отображаться пользователю. Сведения о внесенных в версию изменениях должны
записываться в служебный документ «О базе данных» для каждой новой версии.
26