Техническое задание на создание системы оглавление icon

Техническое задание на создание системы оглавление


2 чел. помогло.

Смотрите также:
Комплекс стандартов на автоматизированные системы...
Техническое задание согласно гост 34. 602-89. Информационная технология...
Техническое задание на создание автоматизированной информационной системы 22 список литературы...
Комплекс стандартов на автоматизированные системы 34. 602-89...
Конкурсное техническое задание...
Техническое задание на выполнение работы «Реализация мероприятий...
Курсовой проект по предмету «Разработка и стандартизация программных средств и информационных...
Техническое задание на техническое обслуживание системы измерения количества и показателей...
Техническое задание на разработку фирменного стиля...
Техническое задание техническое задание для проведения открытого аукциона на право заключения...
Техническое задание Листов количество...
Техническое задание. Современный человек заложник техники...



страницы:   1   2   3   4   5   6   7   8   9   10
скачать
Автоматизированная информационная система

«Система обработки вызовов службы скорой помощи 03»


АИС «Вызовы 03»


ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА СОЗДАНИЕ СИСТЕМЫ


Оглавление


Оглавление 2

Общие сведения 7

1.1 Полное наименование системы и ее условное обозначение 7

1.2 Перечень документов, на основании которых создается система, кем и когда утверждены эти документы 7

1.2.1 Основные руководящие и нормативно-технические документы 7

^ 1.3 Плановые сроки начала и окончания работ по созданию системы 8

1.4 Сведения об источниках и порядке финансирования работ 8

1.5 Порядок оформления и предъявления Заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы 8

Назначение и цели создания (развития) системы 8

^ 1.6 Назначение системы 9

1.6.1 Вид автоматизируемой деятельности 10

1.6.2 Перечень объектов автоматизации (объектов), на которых предполагается использовать систему 10

^ 1.7 Цели создания АИС «Вызовы 03» 11

1.7.1 Критерии оценки достижения целей создания системы 11

Характеристика объектов автоматизации 12

Требования к системе 12

^ 1.8 Общие требования к системе 12

1.8.1 Обязательные требования к пользовательскому интерфейсу и реакции системы 12

1.8.1.1 Требования к сочетаниям горячих клавиш 12

1.8.1.2 Требования к обработке событий в рабочих-процессах 13

1.8.1.3 Требования к оповещению 14

1.8.1.4 Требования к цветовому оформлению 14

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

1.8.2 Архитектура работы АИС «Вызовы 03» 15

1.8.3 Схема принятия решений Диспетчера 03 15

1.8.4 Логическая схема выполнения АИС «Вызовы 03» 16

^ 1.9 Список АРМов предполагаемых к использованию в системе 17

1.9.1 АРМ диспетчера 03 18

1.9.2 АРМ Диспетчера НаправленияЭвакуатора 21

1.9.3 АРМ диспетчера подстанции 22

1.9.4 АРМ Старшего врача Смены 24

1.9.5 АРМ Старшего врача 03 24

1.9.6 АРМ Аптека 24

1.9.7 АРМ Статистика 25

1.9.8 АРМ врача -консультанта 25

1.9.9 АРМ главного врача 25

1.9.10 АРМ администратора системы 26

1.9.11 АРМ врача эксперта 26

1.9.12 АРМ заведующего подстанцией 26

1.9.13 АРМ врача линейной бригады 26

^ 1.10 Экспертные алгоритмы используемые в работе АИС «Вызовы 03» 27

1.10.1 Алгоритм анализа номера поступившего звонка 27

1.10.2 Алгоритм анализа и подсказок при наборе адреса 27

1.10.3 Алгоритм работы Веб-части «Экспертная система принятия решений о вызове» 27

1.10.4 Алгоритм подсчёта коэффициента для выбора наиболее подходящей бригады для назначения на вызов 27

1.10.5 Алгоритм подсчёта коэффициента для выбора наиболее подходящего вызова для бригады 28

1.10.6 Алгоритм авто-нумерации карт вызова 28

1.10.7 Алгоритм анализа карт вызова и получения предварительной экспертной оценки. 28

1.10.8 Алгоритм сохранения и отображения «Запланированного вызова» 28

^ 1.11 Описание используемых Веб-частей 28

1.11.1 Веб-часть информации о сеансе 29

1.11.2 Веб-часть отображения вызовов 30

1.11.3 Веб-часть списка активных бригад. 33

1.11.4 Веб-часть Талон вызова.ввода необслуженных вызовов. 34

1.11.5 Веб-часть карта вызова 37

1.11.6 Веб-часть Состояние бригады 39

1.11.7 Веб-часть Нагрузка на подстанции 39

1.11.8 Веб-часть Анализа ситуации и отображения рекомендуемых действий 40

1.11.9 Веб-часть Справочник Лекарственных препаратов 40

1.11.10 Веб-часть Отчётность 40

1.11.11 Веб-часть Экспертная система принятия решений о вызове. 40

1.11.12 Веб-часть подсказки по интерфейсу 42

1.11.13 Веб-часть Отображения справочной информации. 42

1.11.14 Веб-часть Гис модуль 43

1.11.15 Веб-часть работы с БД 43

1.11.16 Веб-часть системы мгновенных сообщений 43

1.11.17 Веб-часть проигрывателя звуковых файлов. 44

1.11.18 Веб-часть расписания работы врачей 44

1.11.19 Веб-часть ручного получения вызова 44

1.11.20 Веб-часть список отчётов 44

1.11.21 Веб-часть Ведение справочников 45

1.11.22 Веб часть Ведение журналов изменения состояний объектов из справочника 45

1.11.23 Веб часть локального лога событий 45

1.11.24 Веб-часть генератор отчётов 45

1.11.25 Веб-часть Справка о госпитализации 45

^ 1.12 Требования к функционированию системы 45

1.12.1 Требования к числу уровней иерархии и степени централизации системы 46

1.12.2 Требования к способам и средствам связи для информационного обмена между компонентами системы 46

1.12.3 Требования к характеристикам взаимосвязей со смежными системами 46

1.12.4 Требования к совместимости АИС «Вызовы 03» со смежными системами 47

1.12.5 Указания о способах обмена информацией (автоматически, пересылкой документов, по телефону и т. п.) со смежными системами 47

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

1.12.7 Требования к штатному режиму 47

1.12.8 Требования к режиму временного отсутствия связи 48

1.12.9 Требования к режиму модернизации 48

1.12.10 Требования к режиму технического обслуживания 48

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

1.12.12 Требования к данным для диагностирования 49

1.12.13 Перспективы развития, модернизации системы 49

^ 1.13 Требования к численности и квалификации персонала АИС «Вызовы 03» и режиму его работы 49

1.13.1 «Вызовы 03» 49

1.13.2 Требования к составу (категориям) персонала 49

1.13.3 Совмещение функций 50

1.13.4 Требования к квалификации персонала 50

1.13.5 Требования к квалификации операторов и диспетчеров 50

1.13.6 Требования к квалификации администраторов 51

1.13.7 Требования к порядку подготовки и контроля знаний и навыков персонала 51

1.13.8 Требуемый режим работы персонала АИС «Вызовы 03» 52

^ 1.14 Показатели назначения 52

1.14.1 Значения параметров, характеризующие степень соответствия системы ее назначению 52

1.14.2 Степень приспособляемости системы к изменению процессов и методов управления 52

1.14.3 Степень приспособляемости системы к отклонениям параметров объекта управления 52

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

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

^ 1.15 Требования к надежности 53

1.15.1 Состав и количественные значения показателей надежности для системы в целом или ее подсистем 53

1.15.2 Оценка показателей надежности 54

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

1.15.3.1 Типовой перечень аварийных ситуаций 55

1.15.3.2 Отключения питания 55

1.15.3.3 Отказ компонент АИС «Вызовы 03» 55

1.15.3.4 Отказ каналов связи 55

1.15.4 Требования к надежности технических средств 56

1.15.5 Требования к надежности программного обеспечения 56

^ 1.16 Требования безопасности 56

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

1.16.2 Требования по обеспечению безопасности при наладке 57

1.16.3 Требования по обеспечению безопасности при эксплуатации, обслуживании и ремонте технических средств АИС «Вызовы 03» 58

1.16.4 Требования по допустимым уровням освещенности, вибрационных и шумовых нагрузок 58

1.16.5 Требования к информационной безопасности 59

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

1.17.1 Показатели, задающие необходимое качество взаимодействия человека с машиной 59

1.17.2 Комфортность условий работы персонала 59

^ 1.18 Требования к транспортабельности для подвижных АС 60

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

1.19.1 Виды и периодичность обслуживания ТС системы или допустимость работы без обслуживания 60

1.19.2 Предварительные требования к допустимым площадям для размещения персонала и ТС системы 61

1.19.3 Требования к параметрам сетей энергоснабжения 61

1.19.4 Требования по количеству, квалификации обслуживающего персонала и режимам его работы 61

^ 1.20 Требования по сохранности информации при авариях 62

1.20.1 Перечень аварий (в том числе - потеря питания), при которых должна быть обеспечена сохранность информации в системе 62

1.20.2 Требования по сохранности информации при длительных отключениях питания 62

1.20.3 Требования по сохранности информации при кратковременных перерывах питания 63

1.20.4 Перечень отказов технических средств, при которых должна быть обеспечена сохранность информации в системе 63

1.20.5 Довосстановление данных 63

^ 1.21 Требования по стандартизации и унификации 63

1.21.1 Типовые проектные решения 63

1.22 Дополнительные требования 64

1.22.1 Требования к системе, связанные с особыми условиями эксплуатации 64

1.22.2 Специальные требования по усмотрению разработчика или заказчика системы 64

^ 1.23 Требования к функциям (задачам), выполняемым системой 64

1.23.1 Перечень функций, задач или их комплексов (в том числе обеспечивающих взаимодействие частей системы), подлежащих автоматизации 64

1.23.2 Перечень функциональных подсистем, отдельных функций или задач, вводимых в действие в 1-й и последующих очередях 64

1.23.3 Временной регламент реализации каждой функции, задачи (или комплекса задач) 64

1.23.4 Требования к качеству реализации каждой функции (задачи или комплекса задач) 65

1.23.5 Требования к форме представления выходной информации 65

1.23.6 Характеристики необходимой точности и времени выполнения 65

1.23.7 Требования одновременности выполнения группы функций, достоверности выдачи результатов 65

^ 1.24 Требования к видам обеспечения 65

1.24.1 Требования к информационному обеспечению 65

1.24.1.1 Требования к составу, структуре и способам организации данных в системе 66

1.24.1.2 Требования к организации информации 68

1.24.1.3 Требования к информационной совместимости со смежными системами 68

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

1.24.1.5 Требования по применению систем управления базами данных 69

1.24.1.6 Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных 70

1.24.1.7 Требования к входной и выходной информации 70

1.24.1.8 Требования к защите данных от разрушений при авариях и сбоях в электропитании системы 70

1.24.1.9 Требования к контролю, хранению, обновлению и восстановлению данных 71

1.24.2 Требования к лингвистическому обеспечению 71

1.24.2.1 Требования к применению в системе языков программирования высокого уровня 72

1.24.2.2 Требования к применению языков взаимодействия пользователей и технических средств системы 72

1.24.2.3 Требования к языкам ввода-вывода данных 72

1.24.2.4 Требования к средствам описания предметной области (объекта автоматизации) 72

1.24.2.5 Требования к способам организации диалога 73

1.24.2.6 Требования к интерфейсу пользователя 73

1.24.3 Требования к программному обеспечению 73

1.24.3.1 Назначение ПО 74

1.24.3.2 Состав общего ПО 74

1.24.3.3 Состав специального ПО 74

1.24.3.4 Требования к составу ПО 75

1.24.3.5 Требования к системным программным средствам 75

1.24.3.6 Требования к СУБД 76

1.24.3.7 Перечень покупных программных средств 76

1.24.3.8 Требования к независимости программных средств от используемых СВТ и операционной среды 77

1.24.3.9 Требования к способам обеспечения и контроля качества ПС 78

1.24.4 Требования к техническому обеспечению 78

1.24.4.1 Требования к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе 78

1.24.4.2 Требования к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы 78

1.24.5 Требования к метрологическому обеспечению 79

1.24.6 Требования к организационному обеспечению 79

1.24.7 Требования к методическому и другим видам обеспечения системы 79

Состав и содержание работ по созданию системы 79

^ 1.25 Сроки выполнения работ 79

1.26 Перечень организаций-исполнителей работ 80

1.27 Перечень документов, предъявляемых по окончании соответствующих стадий и этапов работ 80

1.27.1 Состав технического проекта 80

Порядок контроля и приемки системы 81

^ 1.28 Виды, состав, объем и методы испытаний системы и ее составных частей 81

1.28.1 Предварительные испытания 81

1.28.2 Опытная эксплуатация 81

1.28.3 Приемочные испытания 81

^ 1.29 Общие требования к приемке работ по стадиям 82

1.29.1 Программа и методика испытаний 82

1.29.2 Приемочная комиссия 82

1.29.3 Статус приемочной комиссии 83

1.29.4 Перечень документов, предоставляемых приемочной комиссии 83

Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие 83

^ 1.30 Приведение поступающей в систему информации к виду, пригодному для обработки с помощью ЭВМ 83

1.31 Изменения, которые необходимо осуществить в объекте автоматизации 83

^ 1.32 Создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ 83

^ 1.33 Создание необходимых для функционирования системы подразделений и служб 84

1.33.1 Сроки и порядок комплектования 84

1.33.2 Порядок обучения персонала 84

Требования к документированию 84

^ 1.34 Перечень подлежащих разработке комплектов и видов документов 84

1.35 Требования к микрофильмированию документации 85

1.36 Требования по документированию комплектующих элементов межотраслевого применения 85

Источники разработки 85

^ 1.37 Отчеты о законченных научно-исследовательских работах 85

1.38 Документы и информационные материалы, на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы 85

Лист регистрации изменений 88



^

Общие сведения



Настоящее Техническое задание разработано в соответствии с требованиями ГОСТ 34.602-89 и является, согласно п. 1.1 ГОСТ 34.602-89, основным документом, определяющим требования и порядок создания, развития, модернизации и сопровождения АИС «Вызовы 03», в соответствии с которым проводятся все работы от разработки до ввода АИС «Вызовы 03» в действие (приемки-сдачи в постоянную эксплуатацию).

Результатом создания АИС «Вызовы 03» должна стать полностью работоспособная автоматизированная информационная система, соответствующая требованиям настоящего Технического задания.

Согласно п. 1.7 ГОСТ 32.602-89 изменения к ТЗ на АИС оформляют дополнением или подписанным заказчиком и разработчиком протоколом. Дополнение или указанный протокол являются неотъемлемой частью ТЗ на АС.

Согласно п. 11 Приложения 1 ГОСТ 34.602-89 изменения к ТЗ на АИС не допускается утверждать после представления системы или ее очереди на приемо-сдаточные испытания.

Некоторые разделы настоящего документа объединены, отдельные разделы исключены как неактуальные согласно п. 1.6 ГОСТ 34.602-89.
^

1.1Полное наименование системы и ее условное обозначение



Полное наименование Системы - Автоматизированная информационная система «Вызовы 03».

Условное обозначение - АИС «Вызовы 03». В тексте документа может встречаться сокращение «АС».

^

1.2Перечень документов, на основании которых создается система, кем и когда утверждены эти документы


Перечень документов, на основании которых создается АИС «Вызовы 03», приведен в таблице (ниже).

Таблица 1 - Перечень документов


п/п

Наименование документа

Кем и когда утвержден документ

1

Муниципальный контракт № от г.

МБУЗ «ССМП»

2



^

1.2.1Основные руководящие и нормативно-технические документы


Основные руководящие документы (РД) и нормативно-технические документы (НТД) приведены в таблице (ниже).

Таблица 2 - Перечень основных руководящих и нормативно-технических документов

п/п

Наименование документа

1

ГОСТ 34.003-90 Автоматизированные системы. Термины и определения

2

ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы

3

ГОСТ 34.603-92 Виды испытаний автоматизированных систем

4

ГОСТ 34.601-90 Автоматизированные системы. Стадии создания

5

ГОСТ 34.201-89 Виды, комплектность и обозначения документов при создании автоматизированных систем

6

РД 50-34.698-90 Автоматизированные системы. Требования к содержанию документов

7

ГОСТ 19.505-79 Руководство оператора. Требования к содержанию и оформлению

8

ГОСТ 19.503-79 Руководство системного программиста. Требования к содержанию и оформлению



^

1.3Плановые сроки начала и окончания работ по созданию системы


Плановые сроки начала и окончания работ по созданию АИС «Вызовы 03» - с г. до г. Работы разделены по этапам согласно календарному плану (приложение 1).
^

1.4Сведения об источниках и порядке финансирования работ



Источником финансирования работ является МБУЗ «ССМП».

1.5Порядок оформления и предъявления Заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы



Порядок оформления и предъявления МБУЗ «ССМП» результатов работ по созданию АИС «Вызовы 03» приведены в разделе Порядок контроля и приемки системы настоящего документа. Состав, комплектность и порядок оформления технической документации приведены в разделе Требования к документированию настоящего документа.

^

Назначение и цели создания (развития) системы


АИС «Вызовы 03» относится к классу автоматизированных систем целевого назначения (применения), проектируемых в Российской Федерации под группы однородных объектов. АИС «Вызовы 03» будет представлять собой законченное изделие на объектах МБУЗ «ССМП», скомплектованное из компонентов серийного или единичного отечественного и/или импортного изготовления с выполнением пусконаладочных работ, являющееся совокупностью видов обеспечения.

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

При построении АИС «Вызовы 03» выделены следующие основные элементы (согласно концепции SOA):

сервисы - АИС «Вызовы 03» представляется в виде набора независимых компонентов, именуемых сервисами, каждый из которых обеспечивает возможность доступа к своей функциональности с помощью набора программных интерфейсов;

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

интеграция без программирования - обмен данными между приложениями и программными модулями может быть реализован без разработки программного кода;

открытые стандарты - архитектура АИС «Вызовы 03» основывается на открытых стандартах как прикладного (OSS/J, SID, MTOSI), так и системного уровня (XML, SOAP, WS-*, WSDL, UDDI, BPEL);

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

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


АИС «Вызовы 03» не включает в свой состав средства измерений и не входит в сферу распространения Государственного метрологического контроля и надзора (ГМКиН).
^

1.6Назначение системы



АИС «Вызовы 03» предназначена для обеспечения полного цикла управления в МБУЗ «ССМП», начиная от фиксации поступления звонка на номер скорой помощи, включая прием вызова с записью разговоров диалогов на компьютер, оперативное управления бригадами скорой помощи, на основе настраиваемых моделей прогнозирования ситуаций и поддержки принятия решений, используя данные картографии и координаты реального положения бригад скорой помощи, возможность экспертизы качества оказания скорой медицинской помощи, учет расходования лекарственных средств при оказании медицинской помощи, анализ деятельности станции МБУЗ ССМП и ее подразделений за любой промежуток времени, подготовки статистической отчетности, ответы на запросы учреждений и населения по поводу оказания скорой помощи, и прочие функции обеспечивающие работоспособность и контроль работы службы.

АИС «Вызовы 03» обеспечит возможность интеграции с другими информационными системами, например: Электронная регистратура, Адресный реестр, портал Здравоохранения, бухгалтерские и прочие системы.

АИС «Вызовы 03» предназначена для решения перечисленных ниже задач:

задачи автоматизации технологических процессов приёма и обработки вызовов 03, включая:

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

  • выяснение предварительной причиныповода вызова;

  • отправка на вызов бригады соответствующего профиля;

  • контроль движения бригады по маршруту;

  • контроль принятия пациента стационаром;

  • контроль действий бригады на вызове;

  • контроль госпитализации пациента;

  • задачи автоматизации контроля и управления службой

  • генерация отчётов для контроля работы службы 03;

  • подготовка выходных отчетных форм

  • предоставление обновляемой справочной информации на рабочем месте.



^

1.6.1Вид автоматизируемой деятельности


К виду автоматизируемой деятельности относятся процессы1 сбора (получения) и обработки информации посредством АИС «Вызовы 03», включая:

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

регистрацию и ведение учета вызовов;

формирование оптимальных алгоритмов принятия решения о направляемой бригаде;

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

формирование оптимальных алгоритмов принятия решения о приоритете вызовов;

организацию хранения информации;

формирование отчетов.

технические, методические и организационные мероприятия по сопровождению АИС «Вызовы 03».

^

1.6.2Перечень объектов автоматизации (объектов), на которых предполагается использовать систему



В перечень объектов автоматизации входят подразделения МБУЗ «ССМП»:

Центральная подстанция скорой медицинской помощиЦентр приёма, обработки и распределения информации (оперативный отдел):

Подразделение диспетчеров службы вызововцентрализированная диспетчерская 03;

оОтдел статистики;

сСклад медицинских препаратов;

кКабинет врачей узкой специализации;

кКабинет врача;

дДиспетчер эвакуаторнаправления;

сСтарший врач смены;

рРуководство;

сСерверное обеспечение системы;

Ггруппа IT специалистов.

Подстанция скорой медицинской помощи в количестве 12 подразделений

дДиспетчерская;

зЗаведующий подстанции;

кКабинет эксперта подстанции;

кКабинет врача;

Бболее ста транспортных средств – машин скорой помощи.


^

1.7Цели создания АИС «Вызовы 03»



Целями создания АИС «Вызовы 03» являются:

повышение производительности технологических процессов МБУЗ «ССМП» в пределах:

уменьшение времени доезда до пациента;

снижение временных затрат на обработку данных о вызовах;

улучшение информационного обеспечения руководства и специалистов МБУЗ «ССМП»;

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

повышение качества обслуживания пациентов

, повышение уровня исполнительской дисциплины диспетчеров;

минимизация трудозатрат на обработку записей о вызовах;

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

снижение доли ручного труда при реализации технологических процессов в МБУЗ «ССМП»:

обеспечения принятия правильного решения о выборе оптимальной бригады;

обеспечения принятия правильного решения о приоритете вызовов;

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

при подготовке медицинской статистики.

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

Повышение адаптивности2 к изменяющимся внешним обстоятельствам и требованиям нормативных документов;

Возможность интеграции с информационными системами «Электронная регистратура», «Адресный реестр», «Call-центр» и другии.


^

1.7.1Критерии оценки достижения целей создания системы


Основными критериями достижения целей создания ИС является:

устойчивая работа АИС «Вызовы 03»;

минимизация времени простоя системы (при форс-мажорных обстоятельствах);

повышение коэффициента эффективности работы операторов АИС «Вызовы 03», бригад скорой помощи зависящего от:

времени, требуемого для осуществления обычного цикла обработки информации;

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

правильности, выбранного, по полученной информации от системы, решения;

уменьшение времени определения дублирующихся вызовов;

увеличание числа определяемых повторных и регулярно повторяющихся. вызовов;

внедрение учёта объёма оказанной помощи и манипуляций и медсредств.


Критериями оценки достижения целей создания системы считается способность АИС «Вызовы 03» обеспечить возможность решения задач по своему назначению.


^

Характеристика объектов автоматизации



Объекты автоматизации характеризуются:

необходимостью функционирования в соответствии с государственными, отраслевыми и внутренними регламентирующими документами МБУЗ «ССМП»;

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

перечнем средств связи, включающим в себя широкополосную оптическую связь, адсл adsl соединение и резервные gprs каналы;

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

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

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

динамичностью развития организационно-функциональной структуры;

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

^

Требования к системе

1.8Общие требования к системе


АИС «Вызовы 03» в целом создается как территориально-распределенная автоматизированная информационная система высокой надежности, доступности, производительности и масштабируемости.
^

1.8.1Обязательные требования к пользовательскому интерфейсу и реакции системы

1.8.1.1Требования к сочетаниям горячих клавиш



Сочетание горячих клавиш должны включать следующие клавиши и события:


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

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

F5 – обновление информации на странице

Ctrl+P– Распечатка или сохранение отображённого или связанного с отображённой формой бланка.

F7 - Фильтp. Hаложение пpоизвольных условий для пpосмотpа активной Веб-части.


В основном pежиме диспетчеp осуществляет взаимодействие с системой посредством следующих клавиш:


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

1 - изменение состоянияй бpигады отображаемой в данный момент под курсором или поиск бригабы в окне изменения состояний;

2 - отпpавлениека выбранной бpигады на вызов или поиск с отправкой;

3 - ввод необслуженных вызовов отображение талона вызова, для ввода нового вызова;

4 - просмотр очереди свободных бригад, относительно выбранного вызова;

6 - справка о вызовах;

7 - ввод гpафика pаботы вpачейсотрудников а так же изменение текущего их состояния;

8 - отзыв бригады, активной или с предварительным поиском бригады;

9 - установление номера необслуженного вызова, с которого

начинается отображение на экране необслуженных вызовов.


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

^

1.8.1.2Требования к обработке событий в рабочих-процессах




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

номеру телефона,

адресу или иному местоположению,

данным о пострадавшем пациенте включающих его ФИО, возраст, пол,

данным о характере причины повода вызова.


Данные события появляются при возникновении следующих обстоятельств:

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

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

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

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

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

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

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

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

Учёт вызова бригады на себя.

^

1.8.1.3Требования к оповещению


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

Звуковые оповещения должны настраиваться с использованием распространённых форматов звуковых файлов.
^

1.8.1.4Требования к цветовому оформлению


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

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

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


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

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


^

1.8.2Архитектура работы АИС «Вызовы 03»




1.8.3Схема принятия решений Диспетчера 03





Программно-технический комплекс АС, предназначенный для автоматизации деятельности определенного вида. Примечание - Видами АРМ, например, являются АРМ диспетчера 03, АРМ Главного врача, АРМ Диспетчера-эвакуаторподстанцииа, АРМ бухгалтера и др. [п. 2.22 ГОСТ 34.003-90]

^

1.8.4Логическая схема выполнения АИС «Вызовы 03»






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

^

1.9Список АРМов предполагаемых к использованию в системе



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


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


Порядок расположения Веб-частей определяется HTML шаблоном АРМа. Там же определяется взаимодействие между веб частями внутри АРМа, а так же режим отображения Веб-части. Добавление или удаление Веб-части в АРМ должно осуществляться посредством редактирования HTML шаблона.


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


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


Список АРМов:

Диспетчерская служба

АРМ диспетчера «03»

АРМ диспетчера направленияэвакуатора

АРМ старшего врача смены

АРМ старшего врача 03

АРМ врача консультанта

АРМ начальника заведующего оперативного отдела


Анализ деятельности

АРМ главного врача

АРМ заместителей главного врача

АРМ статистика

АРМ администратора системы

АРМ Аптека

АРМ врача эксперта

Подстанция

АРМ диспетчера подстанции

АРМ заведующего подстанцией

АРМ врача линейной выездной или стационарной бригады


^

1.9.1АРМ диспетчера 03



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


АРМ предназначен для выполнения следующих действий:

приём вызова:

телефонного,

поданного через прочие информационные каналы.

определения местонахождения пациента путём общения с заявителем и анализа полученной информации;

перенаправление вызова в городскую регистратуру;

определение повторных вызовов.


В состав АРМ Диспетчер 03 должны входить:


Веб-часть Информация о сеансе

Веб-часть Талон вызова

Веб-часть Экспертная система принятия решений о вызове

Веб-часть Гис модуль

Веб-часть подсказки по интерфейсу

Веб-часть Проигрывателя звуковых файлов


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


Внешний вид интерфейса


Врач

Иванов И.И.

4 станция

12:12:12

01:01:2009

1 смена

Вызовов

365




N

ПС

Повод

Время

Адрес

Дом

S

Фамилия

Задержка

451

1

51Л Л

12:25

Серебренниковская

11 1 пол

1

Иванов

12

452

3

51Ж Е

12:30

Вокзал главный

Медпункт

17

Петров

15





























Улица

гусинобродское


Дом-квартира

12-12


этаж-подъезд

3-1


домофон


телефон

322-22-32


возраст

40


пол

М


фамилия

Иванова И.И


Наличие алкогольного опьянения.


что случилось


отказ


Отправить консультанту

73Ж


комментарии

Договоренность с больницей Доктор Петров


















































































Для приёма вызова нажмите 3


Для получения справки по телефонам и документам нажмите F3














Во время приёма звонка автоматически появляется Веб-часть, позволяющая вводить данные по вызову. Есть возможность ручного вызова данной Веб-части нажатием горячей клавиши (по умолчанию цифра 3) в пустом АРМе.


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


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


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

Таким образом, вводя последовательно ключевые слова «школа» «дом 69» можно снизить область поиска до разумных пределов и уточнять местоположение задавая наводящие вопросы по конкретным ориентирам.


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


^

1.9.2АРМ Диспетчера НаправленияЭвакуатора



АРМ Диспетчера направленияЭвакуатора предназначен для решения перечисленных ниже задач:

Заполнение карты вызова;

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

Контроля правильности ввода данных о местоположении вызова диспетчером 03

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

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

Во время работы диспетчера на экране отображается отчёт с вызовами не назначенными на подстанцию.

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

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

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


Внешний вид АРМ Диспетчера НаправленияЭвакуатора

Врач

Петров И.И.

4 станция

12:12:12

01:01:2009

1 смена

Вызовов

365




N

ПС

Повод

Время

Адрес

Дом

S

Фамилия

Задержка

451

1

51Л

12:25

Серебренниковская

11 1 пол

1

Иванов

12

452

3

51Ж

12:30

Вокзал главный

Медпункт

17

Петров

15


































11/33

1(1)

2(2)

3(3)

4(4)

5(5)

6(6)

7(7)

8(8)

9(9)

10(й)

11(ц)

12(у)

13(к)

5

4



















1

20

12




2


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

^

1.9.3АРМ диспетчера подстанции



АРМ предназначен для контроля деятельности подстанции, доввода информации с карты вызова, передачи вызовов бригадам, анализа очерёдности передачи вызовов и поиска приоритетной бригады для отправки на вызов.


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


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


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



Врач

Иванов И.И.

4 станцияп/с

12:12:12

01:01:2009

1 смена

Вызовов

2(365)







Трансп

120




Вызов

125


10Д

Шприцы


11Н

Обед


56ЛР

Вызов

132


58РЛ

Вызов

135

























































4ЛК

Трансп

120


5ЛК

Вызов

125


10ЛД

Шприцы


11Н11Л

Обед


56Л

Вызов

132


58Л

Вызов

135

























































451

61Д

12:25

Д

15Л


Серебренниковская

11 1 пол


455

60Д

12:35

Д


гоголя

12 - 3





































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

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

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

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

^

1.9.4АРМ Старшего врача Смены



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

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

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


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


АРМ может содержать все возможные Веб-части в различных комбинациях

^

1.9.5АРМ Старшего врача 03


Арм предназначен для осуществления оперативного контроля диспетчерской службой 03.

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

^

1.9.6АРМ Аптека


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

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

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

^

1.9.7АРМ Статистика


Подсистема “ Статистика” предназначена для обеспечения следущющих функцийоперативного :

анализа деятельности станции скорой помощи;

произвольного запроса информации;

формирования статистической отчетности.


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

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

АРМ представляет собой набор Веб-частей «Отчётность» и «работа с БД», и отображает на экране отчёт по данным как для печати или анализа, так и с возможностью редактирования данных.

АРМ представляет собой древовидный список предопределённых отчётов, при выборе каждого из которых выводится Веб-часть отчётности, и отображает шаблоны ввода параметров, для параметризированных запросов, шаблоны отображения результатов отчётов на экране и печати. Список отчетных форм см. Приложение 1.

^

1.9.8АРМ врача -консультанта


АРМ предназначен для обеспечения деятельности врача-консультанта эксперта на этапе при приёмеа вызова.

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


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

На специалиста консультанта возлагается дальнейшие действия по данному вызову.


^

1.9.9АРМ главного врача


АРМ-главного врача скорой помощи предназначен для:

оперативного контроля и анализа работы службымены за сутки;

экспертизаы оперативности работы станции по итогам суток;

оперативного контроля и анализа работы подстанций;

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

выборочной экспертизы качества.

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


^

1.9.10АРМ администратора системы


АРМ администратора системы предназначен для:

ведения баз данных системы;

предоставление прав доступа к информационной системе;

анализа деятельности станции скорой помощи;

произвольного запроса информации;

формирования статистической отчетности;

ведения единой нормативно-справочной информации.


^

1.9.11АРМ врача эксперта


АРМ врача эксперта - предназначен для проведения экспертизы контроля качества оформления медицинской документации (карт вызова, сопроводительных талонов) и качества оказания скорой медицинской помощи на основе экспертизы карт вызова на соответствие требований инструкций, стандартов медицинской помощи и клинических протоколов

АРМ врача эксперта включает

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

^

1.9.12АРМ заведующего подстанцией


АРМ предназначен для контроля работы подстанции.


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

Дополнительно АРМ позволяет осуществлять контроль экспертизы карт вызова.


^

1.9.13АРМ врача линейной бригады


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


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

Дополнительно АРМ предусматривает отображения ГИС модуля для обеспечения ориентирования водителя автомобиля на местности и поиска оптимального маршрута.


АРМ должен обеспечивать возможность работы на мобильном устройстве.


^

1.10Экспертные алгоритмы используемые в работе АИС «Вызовы 03»


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

^

1.10.1Алгоритм анализа номера поступившего звонка


Алгоритм работает при поступлении звонка, отображая на экране АРМ Диспетчера 03 информацию об определённом системой номере вызывающего, всех последних вызовах сделанных с этого номера и всех карт вызова, где этот номер фигурирует.
^

1.10.2Алгоритм анализа и подсказок при наборе адреса


Алгоритм предназначен для определения места вызова по ключевым словам, использующимся в описании ориентиров жителями и гостями города.
^

1.10.3Алгоритм работы Веб-части «Экспертная система принятия решений о вызове»


Описание работы древовидной структуры системы принятия решений о вызове, со списком имеющихся данных.
^

1.10.4 Алгоритм подсчёта коэффициента для выбора наиболее подходящей бригады для назначения на вызов


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

В коэффициент необходимо добавить следующие параметры:

время доезда до места вызова (в минутах);

соответствие профиля бригады;

причина вызова;

ситуация вызова бригады на себя;

температура на улице;

прочие параметры, необходимые для учёта данного коэффициента.

^

1.10.5Алгоритм подсчёта коэффициента для выбора наиболее подходящего вызова для бригады


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

^

1.10.6Алгоритм авто-нумерации карт вызова


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

1.10.7Алгоритм анализа карт вызова и получения предварительной экспертной оценки.


Алгоритм описывает принадлежность различных сочетаний диагнозов определённым видам заболевания.
^

1.10.8Алгоритм сохранения и отображения «Запланированного вызова»


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

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


^

1.11Описание используемых Веб-частей


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

Веб-часть информации о сеансе

Веб-часть отображения вызовов

Веб-часть списка активных бригад

Веб-часть Талон вызова

Веб-часть Экспертная система принятия решений о вызове

Веб-часть карта вызова

Веб-часть состояния бригады

Веб-часть Нагрузка на подстанции

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

Веб-часть Справочник лекарственных препаратов

Веб-часть отчётности

Веб-часть подсказки по интерфейсу

Веб-часть Отображения справочной информации

Веб-часть Гис модуль

Веб-часть работы с БД

Веб-часть системы мгновенных сообщений

Веб-часть проигрывателя звуковых файлов.

Веб-часть ручного получения вызова

Веб-часть список отчётов

Веб-часть Ведение справочников

Веб часть изменения состояний объектов из справочника

Веб часть локального лога событий

Веб-часть генератор отчётов

Веб-часть справка о госпитализации


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


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


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


Скрытые данные так же должны предоставляться для внешнего доступа ( например ID или логин пользователя, при отображаемых ФИО и должности)


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


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


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

1.11.1Веб-часть информации о сеансе


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


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

В сжатом режиме Веб-часть отображает только самую важную информацию включающую следующие данные:


должность подключенного сотрудника;

ФИО сотрудника;

название подстанции;

текущее время;

текущая дата;

номер текущей смены;

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

состояние работы Арм (нормальная работа или аварийный режим отсутствия связи);

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

прочее.


Внешний вид Веб-части в сжатом режиме отображения:


Врач

Иванов И.И.

4 станция

12:12:12

01:01:2009

1 смена

Вызовов

365
^

1.11.2Веб-часть отображения вызовов


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


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


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


Таблица Веб-части в расширенном режиме должна содержать следующие нередактируемые данные:


номер вызова;

подстанция;

повод;

время;

адрес вызова;

дом/ориентир;

фамилия пациента;

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

время задержки;

количество звонков связанных с вызовом;

наличие вызовов, с таким-же адресом, телефоном или ФИО с возможностью вызова Веб-части отображающей список этих вызовов;

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

прочие данные требующиеся для оперативной работы.


Цветовое решение:

желтый - внимание, время истекает,

красный – время истекло.


При выборе конкретного вызова отображать Веб-часть Гис модуль при нажатии горячих клавиш с масштабированием:

до ближайшей свободной бригады;

до ближайшей максимально подходящей бригады;

до нескольких ближайших подходящих бригад;

с произвольным масштабированием.


Пример внешнего вида Веб-часть отображения вызовов.




N

ПС

Повод

Время

Адрес

Дом

Фамилия

Задержка

451

1

51Л Л

12:25

Серебренниковская

11 1 пол

Иванов

12

452

3

51Ж Е

12:30

Вокзал главный

Медпункт

Петров

15


























В сжатом режиме Веб-часть отображает следующие данные:



N

Повод

Время

Рекомендуемый профиль


451

61Д

12:25

Д


Адрес

Дом


Серебренниковская

11 1 пол
































frame7



Во время работы Веб-часть должна обеспечивать алгоритм анализа «важности» вызова.


^

1.11.3 Веб-часть списка активных бригад.


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

Номер подстанции

Список по состояниям (список с отметками текущего состояния, цветом показана занятость)

Номер бригады

Профиль бригады

Текущее состояние бригады

Цветовое решение – желтый – внимание, время истекает, красный – время истекло.

Список свободных по профилям

Список свободных по подстанциям

В самой нижней строке – количество бригад и из них свободных.

код бpигады


Hапpимеp:

1К дома 01 - бpигада N 1 каpдиологическая, свободна, на подстанции в сектоpе 01.


70Л вызов 01 183 - бpигада N 70 линейная, находится на вызове 183 в сектоpе 01.


40Л обед 42 - бpигада N 40 линейная, находится на обеде в сектоpе 42.


В списочном режиме отображаются все бригады по подстанциям с информацией о состоянии


1



Дома



Вызов



Вызов



Вызов




56Б

Ремонт

26Б

Ремонт

56Б

Ремонт

55Б

Дома

2



В пути

15Е

В пути



Дома

15Е

В пути




55К

Дома

45К

Дома

55К

Дома



Дома

3



Вызов

19Е

Дома



Вызов

3

В пути






Дома

28Л

В пути



Дома

28Л

Дома

4

63Е

Транс

33Е

Транс

63Е

Транс



Транс




45Б

Вызов



Шприцы

45Б

В пути



Шприцы




Бригад всего - 63

21 – свободных бригад


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




Гоголя 100

Вызов

117Ж

За остановкой

5 мин



Ленина 12

Вызов

61Д




45 мин

10Д

Пушкина 5

Обед










11Н

Ломоносова 11

Лекарства












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


В режиме сжатого отображения данные о бригаде и список должны отображаться в сжатом сокращённом виде:




Трансп

120



Вызов

125

10Д

Шприцы




11Н

Обед




56Л

Вызов

132

58Л

Вызов

135



^

1.11.4Веб-часть Талон вызова.ввода необслуженных вызовов.


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

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

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


Последовательность шагов должна изменяться с помощью HTML шаблона, без перекомпиляции программного кода.

выяснение местоположения

улица

район-город

номер дома - квартиры

наличие домофона

подъезд

этаж

телефон

ориентир

дополнительное описание места вызова (при необходимости)

фамилия, (имя. отчество)

возраст с указанием единиц измерения (дней, месяцев, лет)

пол

повод вызова из справочника. Повод определяется экспертной системойс выдачей вопросов диспетчеру и анализом ответов. Используется Веб-часть Экспертная система принятия решений о вызове

результат,

вероятный диагноз,

рекомендации пациенту

в случае повторного вызова привязка звонка к имеющемуся вызову

№вызова

Отказ в случае отказа, повтора или изменения состояния

Актив для поликлиники и/или милиции

По активам система должна определить место выезда как принадлежащее определённому району обслуживаемому конкретной поликлиникой или отделением милиции и составить сообщение-отчёт отправляемый по определённым за этими подразделениями точкам коммуникации (отправить емайл/ поместить в блог подразделения/отправить по IM / позвонить)

ФИО консультанта принявшего решение об отказе (глав врач смены).

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

Время выезда, прибытия и освобождения подсчитываются экспертной системой.

Логические значения (когда осуществляется выбор только между двумя элементами да/нет, или М/Ж, или есть/нет и тп) меняются нажатием на 1-2, пробел, +- или первой буквы соответствующего значения, русской или латинской в транслите или в оригинале.


При работе должны обрабатываться алгоритмы:

Поиск дублирующихся вызовов по определённому номеру телефона

Поиск дублирующегося вызова по адресу или названию ориентира

Передача Веб-части Модуль Гис названий ориентиров по мере ввода диспетчером для отображения на карте.


Дополнительно к звонку привязывается звуковой файл, записывающийся при общении оператора.



Улица

гусинобродское

Дом-квартира

12-12

этаж-подъезд

3-1

домофон



телефон

322-22-32

возраст

40

пол

М

фамилия

Иванова И.И

Наличие алкогольного опьянения.



что случилось




отказ




Отправить консультанту

73Ж

комментарии

Договоренность с больницей Доктор Петров



С комментариями:


Улица

гусинобродское

Выпадающий список улиц с возможностью выбора по нажатию enter в том числе распознаварие и обработка пользовательских аббревиатур. Например ГБШ –Гусинобродское шоссе.

Дом-квартира

12-12

Номер дома с выпадающим списком домов на улице и номер квартиры

этаж-подъезд

3-1

--

домофон



При наличии домофона ставится галочка нажатием на 1/пробел/плюс

телефон

322-22-32

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

возраст

40

После ввода отобразить выбор единиц измерения (лет/месяцев/дней) и вычислить год рождения

пол

М

Меняется на женский нажатием на 1/пробел/плюс или букву Ж. Обратно меняется на 2

фамилия

Иванова И.И

При вводе фамилии производится поиск в базе и отображаются варианты Если был определён телефон и адрес, первыми отображаются ФИО проживающих по данному адресу.

Наличие алкогольного опьянения.



Ставится галочка нажатием на 1/пробел/плюс

Отправить консультанту




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

отказ




При отказе выбранном в Веб-части Экспертной системы, в данное поле пишется ФИО эксперта (выбирается из списка экспертов)

что случилось

73Ж

Результат работы Веб-части Экспертная система принятия решений о вызове записывается в это поле вместе с подробной расшифровкой причины повода вызова. Например 00А – Запланированные роды

комментарии

Договоренность с больницей

Доктор Петров



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



Старая форма приёма вызовов приведена для сравнения с новым форматом.


Улица



Дом-квартира

Этаж-подъезд

домофо

Телефон


Ф.И.О.

Иванова

возраст

50

Л

пол

М

Повод



Повт






Отказ

АктивПМ

Консультант






оставить комментарий
страница1/10
Дата28.11.2011
Размер1,76 Mb.
ТипТехническое задание, Образовательные материалы
Добавить документ в свой блог или на сайт

страницы:   1   2   3   4   5   6   7   8   9   10
хорошо
  1
Ваша оценка:
Разместите кнопку на своём сайте или блоге:
rudocs.exdat.com

Загрузка...
База данных защищена авторским правом ©exdat 2000-2017
При копировании материала укажите ссылку
обратиться к администрации
Анализ
Справочники
Сценарии
Рефераты
Курсовые работы
Авторефераты
Программы
Методички
Документы
Понятия

опубликовать
Документы

наверх