3 Характеристика объекта автоматизации
Объектом автоматизации является система документооборота СПб ГУЗ КРБ N225, функционирующая между регистратурой, амбулаторно-консультативным отделением, лабораторией и кабинетами инструментальных методов исследований. В число сотрудников СПб ГУЗ КРБ N225 , нуждающихся в автоматизации рабочего места, входят:
о Работники регистратуры - 1 О медсестер о Сотрудники АКО - 30 врачей-терапевтов
о Сотрудники лаборатории - 20 медсестер и врачей-лаборантов о Врачи КИМИ - 40 врачей-специалистов
о Исследовательский состав - 1 О статистов
о Администрация - 1 О руководителей (Глав. врач, Зам. глав. врача, Нач. мед., КЭР, заведующие отделений, администраторы информационной системы)
Исходя из численности и состава подсистем, входящих в СПб ГУЗ КРБ N225 необходимо автоматизировать 120 рабочих мест АИС «АРМВ».
Объекты автоматизации характеризуются:
необходимостью функционирования в соответствии с государственными и внутренними регламентирующими документами СПб ГУЗ КРБ N225;
нахождением на территории одного здания;
наличием средств телефонной связи и потребностью осуществлять связь через локально вычислительные сети (ЛВС);
потребностью в обеспечении рабочих мест персонала, обладающего персональными компьютерами, сканерами и принтерами, средствами обеспечения связи через ЛВС;
необходимостью обеспечения персонала набором пакетов прикладных про грамм для обработки числовой, текстовой и графической информации, а также для обеспечения грамотной работы ЛВС;
потребностью в непрерывном функционировании (серверное и сетевое оборудование);
централизованной иерархической структурой управления, при которой все основные связующие компоненты системы располагаются на центральной подстанции, а подстанции по каналам связи получают необходимую для работы информацию с клиентских мест;
наличием штата оперативного, эксплуатационного и ремонтного персонала, ответственного за обеспечение функционирования информационной системы;
необходимостью разграничить различные уровни доступа к информации, как на уровне обработки, так и на уровне управления.
17
4 Требования к системе
4.1 Требования к системе в целом
N2КО8ИМ4
Аие «АРМВ» в целом создается как автоматизированная информационная система высокой надежности, доступности, производительности и масштабируемости.
Аие «АРМВ» должна быть реализована как современное программно- техническое решение. В основу создания Аие «АРМВ» должны быть положены следующие принципы:
о многопользовательский режим работы;
о однократный ввод информации и многократное ее использование; о разграничение доступа к информации и операциям;
о информирование пользователей о наступивших и ожидаемых событиях,
требующих их внимания и контроля;
о поиск и получение информации по многокритериальному запросу; о защита информации;
Все данные вводимые сотрудниками регистратуры, амбулаторно-
консультативного отделения, лаборатории и кабинетов инструментальных методов исследований должны быть доступны всем пользователям в рамках их прав доступа.
Организационно-техническое построение Аие «АРМВ» должно обеспечить объединение выполнения своих функций сотрудниками перечисленных выше отделов.
Базовое программное обеспечение Аие «АРМВ» должно обладать:
о возможностью аппаратного и программного масштабирования по мере увеличения нагрузки;
о возможностью функционального поэтапного расширения в рамках единой программно-аппаратной платформы;
о гибкой и эффективной системой настройки, позволяющей без корректировки исходных кодов про граммы осуществлять настройку параметров функциональных модулей при внесении каких-либо изменений, при внедрении новых элементов или при согласовании процессов обмена и обработки информации в других схожих системах;
о развитыми средствами администрирования;
о надежным и безопасным доступом к Аие «АРМВ»;
о архитектурой, построенной на современных технологиях хранения, обработки, анализа и доступа к данным;
о контролем появления ошибок и неустойчивых состояний системы;
Аие «АРМВ» должна являться локальной системой электронного
документооборота в рамках еПб ГУЗ КРБ N225 и должна обеспечивать единое информационное пространство электронных документов и поддержку основных процессов обработки документов. В результате введения Аие «АРМВ» все процессы обработки должны выполняться в едином стиле.
Элементы системы электронного документооборота должны взаимодействовать друг с другом на горизонтальном уровне (между сотрудниками одного отдела и между отделами со схожими функциями) и на вертикальном уровне (согласно иерархии между сотрудниками по уровням доступа).
Единая Аие «АРМВ», состоящая из пяти основных частей, позволяет обеспечить:
18
NQКО8ИМ4
о возможность работы в едином унифицированном потоке документации между соединенными подсистемами, Т.е. возможность отправлять и получать документы между автоматизированными рабочими местами
о возможность осуществлять поиск по запросам и доступ к информации
о возможность формировать автоматические уведомления и отслеживать ход обработки документации (создание, устаревание, и пр.)
о возможность добавлять сопроводительную информацию к документам (в виде комментарий, замечаний, уточнений и пр.)
о возможность назначения приоритетных или срочных задач и контроль их исполнения
о возможность влиять на процесс обработки информации на достаточном уровне доступа
о возможность формирования и получения отчетов и историй операций
о возможность поиска документа и доступа к его редактированию на достаточном уровне
4.1.1 Требования к структуре и функционированию системы Структура АИС «АРМВ» СПб ГУЗ «КРБ NQ25»:
о «Администратор системы» - АРМ АС
«Регистратура» - АРМР (регистратуры)
«Амбулаторно-консультативное отделение» - АРМТ (терапевта)
«Лаборатория» - АРМЛ (лаборатории)
«Кабинеты инструментальных методов исследования» - АРМ КИМИ
Рисунок 1. Организационная структура янс «АРМВ» слв ТУЗ «КРБ М!25»
АИС «АРМВ» должна функционировать в среде серверной Windows операционной системы и строиться на основе локальной системы управления файл- серверным содержанием, системы управления базами даны.
Доступ к программному обеспечению АРМ пользователя должен обеспечиваться посредством Web-обозревателя, сертифицированного для программной платформы АИС «АРМВ». Функциональное разделение должно позволять гибко конфигурировать АИС «АРМВ» под конкретные потребности пользователя.
АИС «АРМВ» должна иметь модульную структуру, допускающую дальнейшее подключение новых модулей, обеспечивающих дополнительную функциональность.
АРМ - это автоматизированное рабочее место сотрудника, обеспечивающее исполнение всего функционала необходимого для выполнения его служебных обязанностей.
19
NQКО8ИМ4
АРМы представляют собой Web-страницы, на которых в определенной последовательности расположены Web-части, взаимодействующие между собой как на клиентском компьютере, так и посредством удаленной серверной части.
Порядок расположения Web-частей определяется HTML шаблоном АРМа. Там же определяется взаимодействие между web-частями внутри АРМа, а так же режим отображения Web-части. Добавление или удаление Web-части в АРМ должно осуществляться посредством редактирования HTML шаблона.
АРМ должен иметь возможность использования неограниченного количества Web-частей как одновременно отображаемых или используемых в работе, так и динамически загружаемых по запросу пользователя или в соответствии с логикой работы про граммы.
Web-часть представляет собой сгруппированный набор элементов интерфейса, выполняющий определенную функциональность. В соответствии с логикой работы приложения выделяются следующие обязательные для разработки Web-части:
о Web-часть Справочник лекарственных препаратов
о Web-часть Справочник заболеваний МКБ-10
о Web-часть Справочник аббревиатур и сокращений лабораторных и
инструментальнь~исследований
о Web-часть Отображения справочной информации о Web-часть Ведение справочников
о Web-часть Ведения журналов изменения состояний объектов из справочника о Web-часть Отчетности
о Web-часть Генератор отчетов о Web-часть Список отчетов
о Web-часть Подсказки по интерфейсу о Web-часть Работы с БД
о Web-часть Системы мгновенных сообщений о Web-часть Информации о сеансе
о Web-часть Отображения приемов
о Web-часть Расписания приемов
о Web-часть Работы с периферийными устройствами о Web-часть Взаимодействия с внешними ППП
о Web-часть Информация о сотрудниках
о Web-часть Личная страница пользователя
о Web-часть Управление системой администратором о Web-часть Настройки системы
о Web-часть Ведения приема
о Web-часть Результаты исследований
о Web-часть Медицинская документация
Web-части должны правильно обрабатывать режим масштабирования и изменения размеров шрифтов, изменяя режим отображения, если в предыдущем режиме информация не помещалась на экране, и задействовались полосы прокрутки.
Интерфейс Web-частей должен конфигурироваться с помощью НТМL-шаблонов, изменение которых должно при водить К изменению внешнего вида Web-части без перекомпиляции программных модулей.
20
NQКО8ИМ4
Все данные, отображаемые Web-частью, должны быть доступны для чтения через программный интерфейс другим Web-частям расположенным на странице. То есть, Web-части должны иметь внешние интерфейсы взаимодействия, которые позволят запрашивать другие Web-части как для получения текущей информации, так и для отдачи за требуемых данных по запросу.
Скрытые данные также должны предоставляться для внешнего доступа (например, ID или логин пользователя, при отображаемых ФИО и должности).
Web-часть должна обеспечивать группировку и сортировку загруженных данных без повторного запроса данных с сервера, если новое представление позволяет обойтись без получения новых данных.
При изменении структуры базы данных, шаблон Web-части должен позволять добавление новых отображаемых данных при соответствующем изменении программных модулей обеспечивающих выдачу этих данных пользовательскому интерфейсу.
Информация, отображаемая Web-частью должна динамически обновляться при поступлении новой информации от другого оператора, не требуя ручного обновления от пользователя. Путь информации от изменившего ее пользователя, до конечных потребителей данной информации должен быть максимально коротким, таким образом, обновление информации о текущем вызове, состоянии бригады и про чем должно поступить пользователю одновременно с передачей информации в БД, а не после. Процесс получения информации пользователями должен протоколироваться как на клиентской, так и на серверной стороне и контролироваться для исключения потери этой информации.
Web-часть должна обеспечивать поддержку отображения всех популярных текстовых и мультимедийных форматов, включая видео, аудио и графическую информацию.
Web-части должны настраиваться для поддержки режима «мастера», для обеспечения возможности последовательного вывода полученной из базы информации и предлагая пользователю выбрать один из вариантов ответа или действия, после чего отобразить следующую часть информации, в зависимости от выбранного пользователем варианта.