ТЗ-112 Томская область 2012-08-07storage.esp.tomsk.gov.ru/files/13026/ТЗ-112... · ПО ЕДИНОМУ НОМЕРУ «112» НА ТЕРРИТОРИИ ТОМСКОЙ

2

УТВЕРЖДАЮ Заместитель Губернатора Томской области по строительству, ЖКХ, дорожному ком-плексу, ГО и ЧС

И.Н. Шатурный «___» _____________ 201__ г.

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

«НА СОЗДАНИЕ СИСТЕМЫ ВЫЗОВА ЭКСТРЕННЫХ ОПЕРАТИВНЫХ СЛУЖБ

ПО ЕДИНОМУ НОМЕРУ «112» НА ТЕРРИТОРИИ ТОМСКОЙ ОБЛАСТИ»

СОГЛАСОВАНО И. о. начальника департамента государственных и муниципальных услуг Администрации Томской области Н. П. Кондакова «___» _____________ 201__ г.

СОГЛАСОВАНО Председатель Комитета по вопросам ГО и ЧС Администрации Томской области

К.А. Белоусов «___» _____________ 201__ г.

СОГЛАСОВАНО Со стороны Координатора проекта: Начальник Главного управления МЧС России по Томской области И.Ф. Киржаков «___» _____________ 201__ г.

СОГЛАСОВАНО Со стороны Заказчика: Директор ОГУ «Управление по делам гра-жданской обороны, чрезвычайным ситуа-циям и пожарной безопасности Томской области» Ю.А. Гладун «___» _____________ 201__ г.

2

СОДЕРЖАНИЕ

1 ОБЩИЕ ПОЛОЖЕНИЯ ...........................................................................................................7

1.1 ПОЛНОЕ НАИМЕНОВАНИЕ СИСТЕМЫ И ЕЕ УСЛОВНОЕ ОБОЗНАЧЕНИЕ.................................7

1.2 РЕКОМЕНДАЦИИ ПО ПРОВЕДЕНИЮ ТОРГОВ НА СОЗДАНИЕ СИСТЕМЫ .................................7

1.3 СВЕДЕНИЯ О ЗАКАЗЧИКЕ И ИСПОЛНИТЕЛЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ.....................7

1.4 ПЕРЕЧЕНЬ ДОКУМЕНТОВ, НА ОСНОВАНИИ КОТОРЫХ СОЗДАЕТСЯ СИСТЕМА ......................7

1.5 ПЛАНОВЫЕ СРОКИ НАЧАЛА И ОКОНЧАНИЯ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ.....................8

1.6 ПОРЯДОК ОФОРМЛЕНИЯ И ПРЕДЪЯВЛЕНИЯ ЗАКАЗЧИКУ РЕЗУЛЬТАТОВ РАБОТ ПО

СОЗДАНИЮ СИСТЕМЫ..........................................................................................................8

1.7 ПОРЯДОК ВНЕСЕНИЯ ИЗМЕНЕНИЙ И ДОПОЛНЕНИЙ В ТЗ .....................................................8

2 НАЗНАЧЕНИЯ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ-112 ....................................................10

2.1 НАЗНАЧЕНИЕ СИСТЕМЫ-112.............................................................................................10

2.2 ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ-112........................................................................................11

3 ХАРАКТЕРИСТИКИ ОБЪЕКТА АВТОМАТИЗАЦИИ.....................................................12

3.1 ОБЩИЕ СВЕДЕНИЯ ОБ ОБЪЕКТАХ АВТОМАТИЗАЦИИ .........................................................12

3.2 СОСТАВ СВЕДЕНИЙ ОБ ОБЪЕКТАХ АВТОМАТИЗАЦИИ ТОМСКОЙ ОБЛАСТИ .......................13

4 ТРЕБОВАНИЯ К СИСТЕМЕ ................................................................................................21

4.1 ТРЕБОВАНИЯ К СИСТЕМЕ В ЦЕЛОМ ....................................................................................21

4.1.1 Требования к структуре и функционированию системы...................................21

4.1.2 Требования к численности и квалификации персонала Системы-112.............34 4.1.3 Показатели назначения .........................................................................................39

4.1.4 Требования к надежности .....................................................................................40

4.1.5 Требования к безопасности ..................................................................................43

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

4.1.7 Требования к транспортабельности для подвижных АС...................................45

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

4.1.9 Требования к защите информации.......................................................................49 4.1.10 Требования по сохранности информации при авариях .....................................50

4.1.11 Требования к защите от влияния внешних воздействий ...................................51

4.1.12 Требования к патентной чистоте .........................................................................52 4.1.13 Требования по стандартизации и унификации ...................................................53

4.2 ТРЕБОВАНИЯ К ФУНКЦИЯМ (ЗАДАЧАМ), ВЫПОЛНЯЕМЫМ СИСТЕМОЙ ..............................53

4.2.1 Требования к функциям телекоммуникационной подсистемы ........................53 4.2.2 Требования к функциям информационно-коммуникационной подсистемы...53 4.2.3 Требования к функциям подсистемы консультативного обслуживания

населения ................................................................................................................77 4.2.4 Требования к функциям геоинформационной подсистемы ..............................90 4.2.5 Требования к функциям подсистемы мониторинга ...........................................95

4.2.6 Требования к функциям подсистемы обеспечения информационной безопасности ........................................................................................................101

3

4.3 ТРЕБОВАНИЯ К ВИДАМ ОБЕСПЕЧЕНИЯ .............................................................................103

4.3.1 Требования к математическому обеспечению системы ..................................103

4.3.2 Требования информационному обеспечению системы ...................................103

4.3.3 Требования к лингвистическому обеспечению системы.................................108

4.3.4 Требования к программному обеспечению системы .......................................109

4.3.5 Требования к техническому обеспечению ........................................................110 4.3.6 Требования к метрологическому обеспечению................................................121

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

4.3.8 Требования к методическому обеспечению .....................................................122

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

6 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ .........................................................130

6.1 ОБЩИЕ ТРЕБОВАНИЯ К ПРИЕМКЕ РАБОТ ..........................................................................130

6.2 ТРЕБОВАНИЯ К ИСПЫТАНИЯМ СИСТЕМЫ ........................................................................130

7 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ .......................133

8 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ....................................................................134

9 ИСТОЧНИКИ РАЗРАБОТКИ .............................................................................................136

4

ОПРЕДЕЛЕНИЯ, ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ

Термины и

сокращения Определение

АИУС Система сбора, комплексной обработки оперативной ин-формации о чрезвычайных ситуациях МЧС России

АКБ Аккумуляторная батарея

АРМ Автоматизированное рабочее место

АС Автоматизированная система

АТС Автоматическая телефонная станция

БД База данных

ГИС Геоинформационная система

ГО Гражданская оборона

ГОСТ Государственный стандарт

ГУ Государственное учреждение

ДГУ Дизель-генераторная установка

ДДС Дежурно-диспетчерская служба

ДТП Дорожно-транспортное происшествие

ЕДДС Единая дежурно-диспетчерская служба

ЕСКК Едина система классификации и кодирования

ЕТО Ежедневное техническое обслуживание

ЗИП Запасные части, инструменты, принадлежности

ИБП Источник бесперебойного питания

ИТ Информационные технологии

КСЗИ Комплекс средств защиты информации

КТС Комплекс технических средств

ЛВС Локальная вычислительная сеть

МВД Министерство внутренних дел

МО Муниципальное образование

МЦОВ-112 Муниципальный/межмуниципальный ЦОВ-112

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

МЮ Министерство юстиции

5

Термины и


НСД Несанкционированный доступ

НСИ Нормативно-справочная информация

ПНД Полный набор данных

ПД Персональные данные

ПО Программное обеспечение

ПУЭ Правила устройств электроустановок

РД Руководящий документ

РНИЦ Региональный навигационно-информационный центр

РСЧС Единая государственная система предупреждения и лик-видации чрезвычайных ситуаций

РФ Российская федерация

РЦОВ-112 Региональный центр обработки вызовов Системы-112

СВТ Средства вычислительной техники

СГЭ Система гарантированного электроснабжения

СКС Структурированная кабельная сеть

СРК Система резервного копирования

ССБТ Система стандартов безопасности труда

СУБД Система управления базами данных

СХД Система хранения данных

ТЗ Техническое задание

ТК оборудование Телекоммуникационное оборудование

ТО Техническое обслуживание

ТС Транспортное средство

ФБ Функциональный блок

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

ФСБ Федеральная служба безопасности

ФСО Федеральная служба охраны

ФЦП Федеральная целевая программа

ЦОВ Центр обработки вызовов

ЦУКС Центр управления в кризисных ситуациях

6

Термины и


ЧС Чрезвычайная ситуация

ЭОС Экстренная оперативная служба

API Application Programming Interface — интерфейс програм-мирования приложений

CSV Comma-Separated Values — текстовый формат, предназна-ченный для представления табличных данных

GUI Graphical user interface — графический пользовательский интерфейс

IP Internet Protocol — межсетевой протокол

IVR Interactive Voice Response — интерактивные голосовые сообщения

JDBC Java DataBase Connectivity — платформенно-независимый промышленный стандарт взаимодействия Java-приложений с различными СУБД

JSON JavaScript Object Notation — текстовый формат обмена данными, основанный на JavaScript

MS Microsoft

ODBC Open Database Connectivity — программный интерфейс (API) доступа к базам данных

RAID

Redundant array of independent disks — массив из несколь-ких дисков, управляемых контроллером, взаимосвязанных скоростными каналами и воспринимаемых внешней сис-темой как единое целое

RSS Really Simple Syndication — семейство XML-форматов, предназначенных для описания лент новостей, анонсов статей

SAN Storage Area Network — сеть хранения данных

SMS Short Message Service — технология, позволяющая осуще-ствлять приём и передачу коротких текстовых сообщений сотовым телефоном

SOAP Simple Object Access Protocol — протокол обмена структу-рированными сообщениями в распределённой вычисли-тельной среде

WSDL Web Services Description Language — язык описания веб-сервисов и доступа к ним, основанный на языке XML

XML eXtensible Markup Language — расширяемый язык размет-ки

XSD XML Schema — язык описания структуры XML-документа

7

1 ОБЩИЕ ПОЛОЖЕНИЯ

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

Полное наименование Системы – ««Система обеспечения вызова экстренных опе-

ративных служб по единому номеру «112» на территории Томской области».

Условное обозначение Системы – Система, Система-112.

1.2 Рекомендации по проведению торгов на создание системы

В соответствии с Федеральным законом от 21.07.2005 №94-ФЗ «О размещении

заказов на поставки товаров, выполнение работ, оказание услуг для государственных и

муниципальных нужд» торги на выполнение работ по созданию системы проводятся на

основании открытого конкурса, объявленного Заказчиком.

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

Заказчик: Областное государственное учреждение «Управление по делам граждан-

ской обороны, чрезвычайным ситуациям и пожарной безопасности Томской области»

Адрес заказчика: 634034, г. Томск, ул. Вершинина, 48/1

Координатор проекта: Главное управление Министерства Российской Федерации по

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

хийных бедствий по Томской области

Адрес Координатора проекта: 634034, г. Томск, ул. Вершинина, 48/1

Исполнители работ: Организации и (или) индивидуальные предприниматели, отби-

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

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

1.4 Перечень документов, на основании которых создается Система

Документами, на основании которых создается Система-112, являются:

− Концепция создания системы вызова экстренных оперативных служб по единому

номеру «112» на территории Томской области;

− Постановление Правительства Российской Федерации от 21 декабря 2011 г. №

958 «Об утверждении Положения о системе обеспечения вызова экстренных опе-

ративных служб по единому номеру «112»;

− Постановление Правительства Российской Федерации от 31 декабря 2004 г. №

894 «Об утверждении Перечня экстренных оперативных служб, вызов которых

8

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

гами связи, и о назначении единого номера вызова экстренных оперативных

служб» в России в качестве единого номера определён номер «112»;

− Приказ Мининформсвязи Российской Федерации от 17 ноября 2006 г. №142 «Об

утверждении и введении в действие Российской системы и плана нумерации»

предусмотрен трёхзначный номер вызова экстренных оперативных служб «112»;

− Распоряжение Правительства РФ от 25 августа 2008 г. № 1240-р;

− Указ Президента Российской Федерации от 28 декабря 2010 г. № 1632 «О совер-

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

территории Российской Федерации.

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

Сроки начала и окончания работ, а так же этапы выполнения работ утверждаются

Календарным планом создания Системы, согласованным Главным управлением МЧС

субъекта РФ и утвержденным распоряжением Губернатора Томской области (распоряже-

ние о создании Системы-112 в Томской области).

Объемы выполнения работ определяются Заказчиком отдельно по каждому из

пунктов Календарного плана (этапов выполнения работ). Для этих целей на каждый этап

разрабатывается частное техническое задание с указанием объемов работ по этапу и сро-

ками их выполнения. В обоснованных случаях допускается разбиение пунктов плана на

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

отдельно.

Плановый период развертывания системы определен распоряжением Правительства

РФ от 4 мая 2012 г. N 716-р и соответствует временному интервалу с 2012 по 2017 гг. Ре-

комендуемый Календарный план приведен в п. 5 настоящего технического задания.

1.6 Порядок оформления и предъявления Заказчику результатов работ

по созданию Системы

Приемка Системы-112 осуществляется комиссией в составе уполномоченных пред-

ставителей Заказчика и Исполнителя. Порядок предъявления Системы-112, ее испытаний

и окончательной приемки определен в пункте 6 настоящего ТЗ.

Совместно с предъявлением Системы-112 производится сдача разработанного Ис-

полнителем комплекта документации согласно пункту 8 настоящего ТЗ.

1.7 Порядок внесения изменений и дополнений в ТЗ

Изменения и дополнения в Техническое задание могут вноситься по согласованию

между Заказчиком и Исполнителем и в соответствии с Федеральным законом от

9

21.07.2005 №94-ФЗ «О размещении заказов на поставки товаров, выполнение работ, ока-

зание услуг для государственных и муниципальных нужд»..

10

2 НАЗНАЧЕНИЯ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ-112

2.1 Назначение Системы-112

Система-112 предназначена для обеспечения оказания экстренной помощи населе-

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

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

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

(далее - единые дежурно-диспетчерские службы или ЕДДС). ЕДДС в соответствие с по-

становлением Правительства Российской Федерации от 30 декабря 2003 г. № 794, являют-

ся органами повседневного управления единой государственной системы предупреждения

и ликвидации чрезвычайных ситуаций.

Система-112 предназначена для решения следующих задач:

− прием по номеру «112» вызовов (сообщений о происшествиях);

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

тившегося по номеру «112», и (или) абонентского устройства, с которого был

осуществлен вызов (сообщение о происшествии), а также данных, необходимых

для обеспечения реагирования по вызову (сообщении о происшествии) от доступ-

ных на момент обращения интегрированных в Систему-112 источников информа-

ции;

− анализ поступающей информации о происшествиях;

− направление информации о происшествиях, в том числе вызовов (сообщений о

происшествиях), в дежурно-диспетчерские службы экстренных оперативных

служб в соответствии с их компетенцией для организации экстренного реагиро-

вания;

− обеспечение психологической поддержки лицу, обратившемуся по номеру «112»;

− автоматизированный дозвон до лица, обратившегося по номеру «112», в случае

внезапного прерывания соединения;

− регистрация и документирование всех входящих и исходящих вызовов (сообще-

ний о происшествиях) по номеру «112»;

− ведение базы данных об основных характеристиках происшествий, о начале и за-

вершении экстренного реагирования на происшествия, информация о которых

получена через вызовы (сообщения о происшествиях), а также о его основных ре-

зультатах;

− возможность приема вызовов (сообщений о происшествиях) на 5 иностранных

языках (французский, английский, немецкий, испанский, китайский) в админист-

ративном центре Томской области (город Томск) и в иных муниципальных обра-

зованиях;

11

− формирование статистических отчетов по поступившим вызовам (сообщениям о

происшествиях).

2.2 Цели создания Системы-112

Основными целями создания Системы-112 являются:

− организация удобного обращения к экстренным оперативным службам по типу

«одного окна»;

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

− уменьшение среднего времени реагирования оперативных служб при происшест-

виях;

− повышение оперативности и достоверности сбора, регистрации и распростране-

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

ситуациях на территории Томской области;

− организация комплекса мер, обеспечивающих ускорение реагирования и улучше-

ние взаимодействия экстренных оперативных служб при вызовах (сообщениях о

происшествиях) населения;

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

12

3 ХАРАКТЕРИСТИКИ ОБЪЕКТА АВТОМАТИЗАЦИИ

3.1 Общие сведения об объектах автоматизации

В соответствии с Положением о единой государственной системе предупреждения и

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

сийской Федерации от 30 декабря 2004 г. № 794, в территориальных органах МЧС России

были организованы центры управления в кризисных ситуациях (ЦУКС), предназначенные

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

В соответствии с ГОСТ Р 22.7.01-99 органами повседневного управления единой го-

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

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

службы (ЕДДС) и дежурно-диспетчерские службы (ДДС) экстренных оперативных

служб.

ЕДДС являются органами повседневного управления местной (городской) подсис-

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

туаций (РСЧС). ЕДДС предназначены для координации действий ДДС одного или не-

скольких муниципальных образований Томской области.

ДДС являются дежурными или диспетчерскими органами муниципальной (межму-

ниципальной) служб, входящих в местную подсистему РСЧС и имеющие силы и средства

постоянной готовности к действиям в ЧС. К таким службам относятся:

− службы пожарной охраны;

− службы реагирования в чрезвычайных ситуациях;

− службы полиции;

− службы скорой медицинской помощи;

− аварийной службы газовой сети;

− службы «Антитеррор».

ЕДДС и ДДС экстренных оперативных служб (ЭОС) входят в соответствующие ор-

ганизационно-штатные структуры федеральных органов исполнительной власти и их тер-

риториальных органов, органов исполнительной власти Томской области, органов мест-

ного самоуправления и организаций, специально уполномоченных на решение задач гра-

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

государства, обеспечения правопорядка, безопасности жизни и здоровья граждан.

ЕДДС соседних муниципальных образований могут взаимодействовать между собой

для достижения следующих целей:

13

− повышение оперативности реагирования администрации муниципального образо-

вания, ДДС и организаций на угрозу или возникновение чрезвычайной ситуации

(ЧС), в том числе и террористического характера;

− повышение эффективности действий сил и средств постоянной готовности, при-

влекаемых на ликвидацию ЧС;

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

силы и средства постоянной готовности, при угрозе или возникновении ЧС;

− повышение уровня информированности администрации муниципального образо-

вания, предприятий, организаций и населения о фактах ЧС и принятых по ним

мерах.

− категории ЕДДС определяются исходя из их организационно-штатной структуры,

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

мыми Министерством Российской Федерации по делам гражданской обороны,

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

(МЧС России) и классификации в соответствии с обслуживанием ими террито-

рии.

3.2 Состав сведений об объектах автоматизации Томской области

В таблице 1 приведена численность проживающего населения на территории Том-

ской области по данным переписи 2010 года.

Таблица 1. Численность населения по муниципальным образованиям Томской области по результатам переписи 2010 года.

№ п/п

Муниципальное образование Томской области Численность населения,

тыс.чел.

1 город Томск и Томский район * 522,9 и 68,8

2 Северск ЗАТО * 108,5

3 город Стрежевой * 42,2

4 город Кедровый * 5,0

5 Александровский район 8,7

6 Колпашевский район 41,2

7 Асиновский район 36,5

8 Каргасокский район 21,8

9 Кожевниковский район 21,0

10 Шегарский район * 20,3

11 Первомайский район 18,9

12 Верхнекетский район 17,1

14

№ п/п

Муниципальное образование Томской области Численность населения,

тыс.чел.

13 Молчановский район 13,4

14 Бакчарский район 13,4

15 Кривошеинский район 13,3

16 Зырянский район 13,2

17 Чаинский район 12,9

18 Парабельский район 12,6

19 Тегульдетский район 7,0

* - пилотный (опытный) регион.

В таблице 2 приведен перечень объектов автоматизации Системы-112 на территории

Томской области.

Таблица 2. Перечень объектов автоматизации Системы-112 на территории Томской об-ласти по зонам обслуживания.

№ п/п

Объект автоматизации Адрес объекта автоматизации

Томск город, Томский район (пилотный регион)

1 ЕДДС города Томск пер. Сакко, 2

2 ЦУКС ГУ МЧС России по Томской области Вершинина, 48/1, (возможен переезд на Мира. 20)

3 ДДС пожарно-спасательной службы по горо-ду Томск

пр. Кирова, 18 (возможен переезд на Ми-ра. 20)

4

ДДС дежурных частей полиции по городу Томску:

ул. Ивана черных, 38

5 ООО «Газпром газораспределение Томск» ул. Фрунзе, 130

6 УФСБ по Томской области пр. Кирова, 18а

7 Станция скорой медицинской помощи ул. Белозерская, 24 (планируется переезд на Говорова, 25)

8 Горсети ул. Шевченко, 62

9 Ситуационный центр Губернатора Томской области

пл. Ленина, 6

10 Администрация г. Томск пр. Ленина, 73

Северск ЗАТО (пилотный регион)

11 ЕДДС города Северск пр. Коммунистический, 51

15

№ п/п


12 ДДС пожарно-спасательной службы по горо-ду Северск

ул. Транспортная, 8

13 ДДС дежурных частей полиции по городу Северск

ул. Свердлова, 11

14 ДДС скорой медицинской помощи по городу Северск

п. Чекист, 6

15 Водоканал ул. Мира, 24/1

16 Электросети ул. Мира, 18б

17 Администрация г. Северск пр. Коммунистический, 51

Стрежевой город (пилотный регион)

18 ЕДДС города Стрежевой г. Стрежевой, ул. Строителей, 28

19 ДДС пожарно-спасательной службы по горо-ду Стрежевой

ул. Коммунальная, 10

20 ДДС дежурных частей полиции по городу Стрежевой

пр. Нефтяников, 441

21 ДДС скорой медицинской помощи по городу Стрежевой

ул. Строителей, 1

22 ДДС газовой службы по городу Стрежевой ул. Строителей, 12б

23 Водоканал ул. Комсомольская, 1

24 Электросети ул. 2 МкР., 236

Кедровый город (пилотный регион)

25 ЕДДС города Кедровый г. Кедровый, ул. 1 МкР., 39/1

26 ДДС пожарно-спасательной службы по горо-ду Кедровый

1 МкР., 29

27 ДДС дежурных частей полиции по городу Кедровый

1 МкР., 29

28 ДДС скорой медицинской помощи по городу Кедровый

2 МкР., 15

29 Электросети города Кедровый 1МкР., 30

30 Управление ЖКХ города Кедровый Пром. зона

31 Администрация города Кедровый г. Кедровый, ул. 1 МкР., 39/1

Александровский район

32 ЕДДС Александровского района с. Александровское, ул. Ленина 8.

33 ДДС пожарно-спасательной службы по Александровскому району

ул. Толпарево, 10а

16

№ п/п


34 ДДС дежурных частей полиции по Алексан-дровскому району

ул. Лебедева, 2

35 Станция скорой медицинской помощи по Александровскому району

ул. Толпарева, 20

36 Электросети Александровского района пер. Школьный, 9

37 Управление ЖКХ Александровского района МкР. Казахстан, 16

38 Администрация Александровского района ул. Ленина 8.

Колпашевский район

39 ЕДДС Колпашевского района г. Колпашево, ул. Кирова, 26

40 ДДС пожарно-спасательной службы по Кол-пашевскому району

ул. Кирпичная, 72/1

41 ДДС дежурных частей полиции по Колпа-шевскому району

ул. Портовая, 70

42 Станция скорой медицинской помощи по Колпашевскому району

ул. Победы, 117

43 ДДС газовой службы по Колпашевскому району

ул. Портовая, 5

44 Водоканал Колпашевского района ул. Гроховского, 80/1

45 Электросети Колпашевского района пр. Советский Север, 17

46 Администрация Колпашевского района ул. Кирова, 26

Асиновский район

47 ЕДДС Асиновского района г. Асино, ул. Ленина, 40

48 ДДС пожарно-спасательной службы по Аси-новскому району

ул. Советская, 50

49 ДДС дежурных частей полиции по Асинов-скому району

ул. Боровая, 14

50 Станция скорой медицинской помощи по Асиновскому району

ул. Ленина, 88

51 ДДС газовой службы по Асиновскому рай-ону

ул. Тимирязево, 13

52 Водоканал Асиновского района ул. И. Буева, 67

53 Электросети Асиновского района пер. Электрический, 3

54 Администрация Асиновского района ул. Ленина, 40

Каргасокский район

55 ЕДДС Каргасокского района с. Каргасок, ул. Пушкина, 31

17

№ п/п


56 ДДС пожарно-спасательной службы по Кар-гасокскому району

ул. Проезжая, 2/4

57 ДДС дежурных частей полиции по Каргасок-скому району

ул. Пушкина, 17

58 Станция скорой медицинской помощи по Каргасокскому району

ул. Красноармейская, 66

59 ДДС газовой службы по Каргасокскому рай-ону

ул. Лесная, 3а

60 Водоканал Каргасокского района ул. Голещихина, 38

61 Электросети Каргасокского района ул. Энергетиков, 1

62 Администрация Каргасокского района ул. Пушкина, 31

Кожевниковский район

63 ЕДДС Кожевниковского района с. Кожевниково, ул. Гагарина, 17

64 ДДС пожарно-спасательной службы по Ко-жевниковскому району

пер. Южный, 4а

65 ДДС дежурных частей полиции по Кожевни-ковскому району

ул. Гагарина, 18

66 Станция скорой медицинской помощи по Кожевниковскому району


67 ДДС газовой службы по Кожевниковскому району


68 Администрация Кожевниковского района ул. Гагарина, 17

Шегарский район (пилотный регион)

69 ЕДДС Шегарского района с. Мельниково, ул. Калинина, 51

70 ДДС пожарно-спасательной службы по Ше-гарскому району

ул. Промышленная, 45

71 ДДС дежурных частей полиции по Шегар-скому району


72 Станция скорой медицинской помощи по Шегарскому району

ул. Коммунистическая, 37

73 ДДС газовой службы по Шегарскому району ул. Ленина, 95а

74 Электросети Шегарского района ул. Сверлова, 1

75 Управление ЖКХ Шегарского района ул. Калинина, 51

76 Администрация Шегарского района ул. Калинина, 51

Первомайский район

77 ЕДДС Первомайского района с. Первомайское, ул. Ленинская, 38

18

№ п/п


78 ДДС пожарно-спасательной службы по Пер-вомайскому району

ул. Ленинская, 109

79 ДДС дежурных частей полиции по Перво-майскому району

пер. Молодежный, 109

80 Станция скорой медицинской помощи по Первомайскому району

ул. Больничная, 3

81 Электросети Первомайского района ул. Гончарова, 22

82 Управление ЖКХ Первомайского района ул. Полевая, 11

83 Администрация Первомайского района ул. Ленинская, 40

Верхнекетский район

84 ЕДДС Верхнекетского района с. Белый Яр, ул. Гагарина, 15

85 ДДС пожарно-спасательной службы по Верхнекетскому району

ул. Гагарина,16

86 ДДС дежурных частей полиции по Верхне-кетскому району

ул. Совхозная, 1а

87 Станция скорой медицинской помощи по Верхнекетскому району


88 Электросети Верхнекетского района ул. Октябрьская, 2б

89 Управление ЖКХ Верхнекетского района ул. Космонавтов, 8

90 Администрация Верхнекетского района ул. Гагарина, 15

Молчановский район

91 ЕДДС Молчановского района с. Молчаново, ул. Демитрова, 27

92 ДДС пожарно-спасательной службы по Мол-чановскому району

ул. Валикова, 1

93 ДДС дежурных частей полиции по Молча-новскому району

ул. Демитрова, 47

94 Станция скорой медицинской помощи по Молчановскому району

ул. Демитрова, 34

95 ДДС газовой службы по Молчановскому району

ул. Западная, 1а

96 Водоканал Молчановского района ул. Сответская, 37

97 Управление ЖКХ Молчановского района ул. Советская, 37

98 Администрация Молчановского района ул. Демитрова, 25

Бакчарский район

99 ЕДДС Бакчарского района с. Бакчар, ул. Ленина, 53

19

№ п/п


100 ДДС пожарно-спасательной службы по Бак-чарскому району

ул. Рабочая, 25

101 ДДС дежурных частей полиции по Бакчар-скому району


102 Станция скорой медицинской помощи по Бакчарскому району

пер. Больничный, 1

103 Электросети Бакчарского района ул. Энергетическая, 2

104 Управление ЖКХ Бакчарского района пер. Тракторынй, 25

105 Администрация Бакчарского района ул. Ленина, 53

Кривошеинский район

106 ЕДДС Кривошеинского района с. Кривошеино, ул. Ленина, 26

107 ДДС пожарно-спасательной службы по Кри-вошеинскому району

ул. Энергетиеов, 2а

108 ДДС дежурных частей полиции по Кривоше-инскому району

ул. Октябрьская, 8

109 Станция скорой медицинской помощи по Кривошеинскому району

ул. Коммунистическая, 64

110 ДДС газовой службы по Кривошеинскому району

ул. Кооперативная, 2

111 Электросети Кривошеинского района ул. Энергетиков, 2

112 Управление ЖКХ Кривошеинского района ул. Ленина, 4

113 Администрация Кривошеинского района ул. Ленина, 26

Зырянский район

114 ЕДДС Зырянского района с. Зырянское, ул. Советская, 10

115 ДДС пожарно-спасательной службы по Зы-рянскому району

пер. Калинина, 3

116 ДДС дежурных частей полиции по Зырян-скому району


117 Станция скорой медицинской помощи по Зырянскому району

ул. Ефанова, 24

118 Электросети Зырянского района ул. Энергетическая, 3

119 Управление ЖКХ Зырянского района ул. Ленина, 7

120 Администрация Зырянского района ул. Советская, 10

Чаинский район

121 ЕДДС Чаинского района с. Подгороное, ул. Ленинская, 11

20

№ п/п


122 ДДС пожарно-спасательной службы по Ча-инскому району

ул. Томская, 9

123 ДДС дежурных частей полиции по Чаинско-му району

ул. 60лет ВЛКСМ, 7

124 Станция скорой медицинской помощи по Чаинскому району

ул. Лесная, 32

125 Электросети Чаинского района ул. Энергетическая

126 Управление ЖКХ Чаинского района ул. Советская, 37

127 Администрация Чаинского района ул. Ленинская, 11

Парабельский район

128 ЕДДС Парабельского района с. Парабель, ул. Советская, 14

129 ДДС пожарно-спасательной службы по Па-рабельскому району

ул. Шишкова, 28

130 ДДС дежурных частей полиции по Парабель-скому району

ул. 30лет Победы, 100б

131 Станция скорой медицинской помощи по Парабельскому району

ул. Советская, 3

132 Электросети Парабельского района ул. Западная

133 Управление ЖКХ Парабельского района ул. Западная, 10

134 Администрация Парабельского района ул. Советская, 14

Тегульдетский район

135 ЕДДС Тегульдетского района с. Тегульдет, ул. Ленина, 96

136 ДДС пожарно-спасательной службы по Те-гульдетскому району

ул. Октябрьская, 31

137 ДДС дежурных частей полиции по Тегуль-детскому району

пер. Береговой, 4

138 Станция скорой медицинской помощи по Тегульдетскому району

Ленина, 35

139 ДДС газовой службы по Тегульдетскому району

Молодежная, 1

140 Электросети Тегульдетского района ул. Подстанция, 3

141 Администрация Тегульдетского района ул. Ленина, 97

21

4 ТРЕБОВАНИЯ К СИСТЕМЕ

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

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

4.1.1.1 Перечень подсистем, их назначение и основные характеристики

4.1.1.1.1 Требования к структуре Системы-112

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

− телекоммуникационная;

− информационно-коммуникационная;

− консультативного обслуживания населения;

− геоинформационная;

− мониторинга;

− обеспечения информационной безопасности.

Рисунок 1. Архитектурная схема Системы-112

22

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

вызовов (сообщений о происшествиях), включая телефонные вызовы, короткие текстовые

сообщения (SMS), от пользователей (абонентов) сетей фиксированной или подвижной

связи в Систему-112, а также от Системы-112 в соответствующие ДДС.

Технологические решения для Телекоммуникационной подсистемы в рамках на-

стоящего технического задания не разрабатываются.

Информационно-коммуникационная подсистема предназначена для обеспечения

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

общениях о происшествиях) и возможности получения информации о происшествии из

архива в оперативном режиме, а также поддержки принятия решений по экстренному реа-

гированию на принятые вызовы и планированию мер реагирования.

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

зания информационно-справочной помощи лицам, обратившимся по номеру «112» по во-

просам обеспечения безопасности жизнеобеспечения, в том числе через сеть Интернет.

Геоинформационная подсистема предназначена для обеспечения оперативного

отображения на основе электронных карт объектов и информации, относящейся к зоне

ответственности ЕДДС.

Подсистема мониторинга предназначена для сбора и обработки информации и

сигналов, поступающих от датчиков, установленных на контролируемых стационарных и

подвижных объектах, в том числе, от автомобильных терминалов системы экстренного

реагирования «ЭРА-ГЛОНАСС» и терминалов ГЛОНАСС/GPS экстренных оперативных

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

ки, производственных процессов и т.п., функционирующих на стационарных и подвиж-

ных объектах, находящихся в зоне ответственности ЕДДС, а так же для получения опера-

тивных данных из автоматизированных систем регионального навигационно-

информационного центра Томской области.

Подсистема обеспечения информационной безопасности предназначена для за-

щиты информации и средств её обработки в Системе-112.

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

Системы-112

Система-112 Томской области должна создаваться как территориально-

распределенная система, реализуемая, как правило, на базе ЕДДС муниципальных обра-

зований и включающая в себя два уровня иерархии:

23

− уровень административного центра Томской области (город Томск);

− уровень муниципального образования.

На уровне административного центра компонентами Системы-112 должен осна-

щаться региональный центр обработки вызовов Системы-112 (РЦОВ-112), а так же ре-

зервный региональный центр обработки вызовов Системы-112, так же выступающий в

роли центра обучения.

На уровне административного центра должен быть развернут единый центр обра-

ботки данных (ЦОД), обеспечивающий взаимодействие компонент Системы-112.

На муниципальном уровне на базе муниципальных ЕДДС должны быть созданы му-

ниципальные ЦОВ-112 (МЦОВ-112). Так же компонентами Системы-112 должны быть

оснащены дежурно-диспетчерские подразделения экстренных оперативных служб:

− единая дежурно-диспетчерская служба;

− служба реагирования в чрезвычайных ситуациях;

− противопожарная служба;

− служба полиции;

− служба скорой медицинской помощи;

− аварийная служба газовой сети;

− служба «Антитеррор».

Построение Системы-112 должно быть выполнено в соответствии с архитектурой,

приведенной на рисунке 2.

Необходимо предусмотреть возможность сопряжения с ФКУ «ЦУКС ГУ МЧС Рос-

сии по Томской области» и граничащих субъектов Российской Федерации (Тюменская

область, Омская область, Красноярский край, Новосибирская область, Кемеровская об-

ласть).

24

Рисунок 2. Схема развертывания Системы-112 в Томской области

Схема развертывания Системы-112 в Томской области предполагает развертывание

резервируемого центра обработки вызовов в административном центре (город Томск) и

дополнительных ЦОВ в муниципальных образованиях Томской области. Данная схема

развертывания наиболее актуальна для развертывания на территории Томской области в

связи с тем, что территория Томской области весьма обширна и присутствуют проблемы с

организацией линий передачи данных между ДДС муниципальных образований и ЦОД.

Обработка обращений граждан должна происходить в том ЦОВ, который отвечает за

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

одного из ЦОВ, обращения должны в автоматическом режиме перенаправляться на обра-

ботку в ЦОВ административного центра Томской области (г. Томск). Таким образом,

должен осуществляться принцип географического резервирования ЦОВ.

Для обеспечения на технологическом уровне единства данных Системы-112 в Том-

ской области и для обеспечения возможности географического резервирования ЦОВ, вся

обработка данных Системы-112 должна происходить в едином ЦОД. Для выполнения

25

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

между всеми компонентами Системы-112 и ЦОД.

В общем случае, принцип работы Системы-112 в Томской области должен уклады-

ваться в следующий алгоритм:

− Обращение о происшествии приходит в ЦОВ (административного центра или му-

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

Карточка обращения создается непосредственно в ЦОД, записанный разговор

хранится на локальных вычислительных мощностях ЦОВ;

− На основании карточки обращения происходит создание карточки происшествия

с одновременной классификацией происшествия. Карточка происшествия созда-

ется непосредственно в ЦОД;

− На основании классифицированной карточки происшествия определяется пере-

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

ния происшествия. Определение перечня оперативных служб осуществляется в

ЦОД;

− На основании картографической информации (по зонам ответственности ДДС и

их типам) в ЦОД определяется какие именно ДДС должны быть привлечены для

устранения происшествия;

− В ЦОД проверяется доступность определенных выше ДДС (линии связи находят-

ся в рабочем состоянии, СПО отвечает на запросы). Всем доступным ДДС пере-

дается карточка происшествия. При недоступности каких-либо ДДС выбираются

ближайшие доступные ДДС того же типа и им также высылается карточка про-

исшествия;

− В ДДС ставятся отметки о ходе реагирования на происшествие и данная инфор-

мация передается непосредственно в ЦОД, где агрегируется в карточку происше-

ствия;

− При необходимости прослушивания телефонного разговора в ДДС и/или в других

компонентах Системы-112, запрос на прослушивание отправляется через ЦОД в

тот ЦОВ, где было зарегистрировано обращение, а файл с записанных обращени-

ем передается по обратному маршруту.

4.1.1.2 Требования к способам и средствам связи для информационного

обмена между компонентами системы

В связи с тем, что Система-112 должна иметь территориально распределенную

структуру информационный обмен между компонентами Системы-112 можно разделить

на информационный обмен между компонентами, находящимися в одной ЛВС и инфор-

мационный обмен между компонентами, находящимися в разных ЛВС.

Информационный обмен между компонентами Системы-112, находящимися в одной

ЛВС может осуществляться следующими способами:

26

− через общую базу данных;

− через специализированное API;

− через специализированные информационные сервисы.

Информационный обмен между компонентами Системы-112, находящимися в раз-

ных ЛВС может осуществляться следующими способами:

− через специализированные информационные сервисы.

Взаимодействие компонентов Системы-112 с помощью специфицированных ин-

формационных сервисов должно обеспечиваться средствами протокола SOAP, при этом

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

темы WSDL-спецификацию интерфейса, и обеспечивать синтаксическую интеропера-

бельность средствами XML формата данных, который соответствует доступной для ком-

понента XSD-схеме данных. Таким образом, в качестве основных протоколов для обеспе-

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

протоколы:

− SOAP 1.2 (http://www.w3.org/TR/soap12/);

− WSDL 2.0 (http://www.w3.org/TR/wsdl20/);

− XML 1.1 (http://www.w3.org/TR/xml11/);

− XML Schema (XSD) 1.0 (http://www.w3.org/TR/xmlschema-0/);

− JSON (http://json.org/).

Решения по другим возможным вариантам информационного взаимодействия между

компонентами Cистемы-112 должны приниматься на этапе технического проектирования.

Решения по интерфейсам взаимодействия должны быть приняты на этапе техниче-

ского проектирования и описаны в документах технического проекта на создание Систе-

мы-112 в Томской области.

4.1.1.3 Требования к характеристикам взаимосвязей создаваемой системы со

смежными системами

Смежными по отношению к Системе-112 являются:

− автоматизированные информационные системы экстренных оперативных служб;

− автоматизированные системы мониторинга ситуаций на контролируемых стацио-

нарных и подвижных объектах;

− АИУС РСЧС;

− автоматизированные системы регионального навигационно-информационного

центра Томской области.

27

4.1.1.3.1 Взаимодействие Системы-112 с автоматизированными

информационными системами экстренных оперативных служб

Автоматизированные информационные системы экстренных оперативных служб

размещаются на технических средствах существующей инфраструктуры ДДС и ЕДДС

Томской области. Система-112 должна обеспечивать оперативное взаимодействие с ин-

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

− пожарной охраны;

− реагирования в чрезвычайных ситуациях;

− полиции;

− скорой медицинской помощи;

− аварийной службы газовой сети;

− службы «Антитеррор».

Для взаимодействия с автоматизированными информационными системами экс-

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

компоненты Системы-112. Данный компонент, размещенный в ДДС, должен обеспечи-

вать прием оперативной информации от компонентов ЦОД-112 и передавать данную ин-

формацию АС службы. Кроме того, он должен получать от АС службы информацию о хо-

де отработки происшествия и передавать данную информацию для дальнейшей обработки

компонентам ЦОД-112.

Информационное взаимодействия между компонентами Системы-112, размещен-

ными на базе ДДС, и компонентами ЦОД-112 должно осуществляться в соответствии с

требованиями, приведенными в разделе 4.1.1.2.

Информационное взаимодействие между компонентами Системы-112, размещенны-

ми на базе ДДС, и автоматизированной системой ДДС может осуществляться следующи-

ми способами:

− путем прямого доступа компонент-112 к источнику данных автоматизированной

информационной системы;

− через специализированный информационный сервис, разработанный для интегра-

ции с данной информационной системой;

− через API автоматизированной информационной системы;

− путем регламентированного информационного обмена файлами определенного

формата.

Решения по интерфейсам взаимодействия должны быть приняты на этапе внедрения

Системы-112 в Томской области и описаны в документах технического проекта.

28

Решения по регламентам взаимодействия зависят от типа АС, используемых в ДДС

Томской области, и должны быть приняты на этапе внедрения Системы-112 в Томской

области и описаны в документах технического проекта.

Система-112 должна взаимодействовать со смежными системами с целью обеспе-

чения решения следующих задач:

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

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

− доведение информации о происшествии или ЧС до ДДС экстренной оперативной

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

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

экстренных оперативных служб по ликвидации ЧС;

− обработка и анализ данных о ЧС, определение ее масштаба и уточнение состава

ДДС, привлекаемых для реагирования на ЧС, их оповещение о переводе в высшие

режимы функционирования;

− доведение задач, поставленных вышестоящими органами РСЧС, до ДДС и подчи-

ненных сил постоянной готовности, контроль их выполнения и организация взаи-

модействия;

− обобщение информации о происшествиях и ЧС (за период), ходе работ по их лик-

видации, а также представление соответствующих докладов в соответствии с та-

белем оповещения должностных лиц.

4.1.1.3.2 Взаимодействие Системы-112 с автоматизированными системами

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

объектах

Система-112 должна обеспечивать взаимодействие со следующими автоматизиро-

ванными системами мониторинга ситуаций на контролируемых стационарных и подвиж-

ных объектах, действующих в Томской области на момент создания Системы-112, и иметь

возможность интеграции их при вводе в действие после создания Системы-112:

− система мониторинга «ЭРА-ГЛОНАСС»;

− системы мониторинга ГЛОНАСС/GPS экстренных оперативных служб;

− система контроля окружающей среды;

− система контроля пожарной обстановки;

− система контроля производственных процессов.

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

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

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

системами может осуществляться следующими способами:

29

− через специализированный информационный сервис, разработанный для интегра-

ции с конкретной системой;

− через API системы.

Решения по интерфейсам взаимодействия должны быть приняты на этапе внедрения

Системы-112 в Томской области и описаны в документах технического проекта.

Решения по регламентам взаимодействия зависят от типов систем мониторинга, ис-

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

пе внедрения Системы-112 в Томской области и описаны в документах технического про-

екта.

4.1.1.3.3 Взаимодействие Системы-112 с АИУС РСЧС

Информационное взаимодействие с АИУС РСЧС может осуществляться следующи-

ми способами:

− через специализированные информационные сервисы;


формата (формат данных определяется на этапе технического проектирования

Системы-112 Томской области и может быть уточнен на этапе рабочего проекти-

рования Системы-112 Томской области).

Совместимость Системы-112 с системами органов государственной власти и органи-

заций Томской области должна достигаться за счет использования:

− единых общероссийских, региональных и ведомственных классификаторов;

− единых коммуникационных форматов, способов кодирования и форм представле-

ния документов и данных;

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

каналам связи.

4.1.1.3.4 Взаимодействие Системы-112 с РНИЦ Томской области

Информационное взаимодействие с РНИЦ Томской области может осуществляться

следующими способами:

− через специализированные информационные сервисы;


формата (формат данных определяется на этапе технического проектирования

Системы-112 Томской области и может быть уточнен на этапе рабочего проекти-

рования Системы-112 Томской области).

Система-112 должна взаимодействовать с РНИЦ Томской области с целью обеспе-

чения решения следующих задач:

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

30

− получение оперативных геоинформационных данных объектов мониторинга (критически-важные объекты, силы и средства реагирования);

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

экстренных оперативных служб по ликвидации ЧС.

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

Система должна обеспечивать круглосуточную бесперебойную работу в режиме

24/7/365, коэффициент доступности системы должен быть не менее 99,98%.

При выполнении всех условий эксплуатации, заложенных в документации, Система-

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

− Штатный — основной режим функционирования. В данном режиме Система-112

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

ными инструкциями.

− Технологический режим — режим, при котором производится резервное копиро-

вание накопленных данных, обновление программного обеспечения. При пере-

ключении в данный режим допустимо непродолжительное снижение общей про-

изводительности Системы-112. Технологический режим не требует приостановки

работы пользователей Системы-112.

− Нештатный режим функционирования – режим, который позволяет использовать

доступные ресурсы Системы-112 для сохранения информации, правильного за-

крытия информационных массивов, работающих приложений и операционных

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

мых операций в условиях аварийного энергоснабжения компонентов Системы-

112 или выхода из строя части оборудования.

Переход Системы-112 в нештатный режим может происходить по следующим при-

чинам:

− нарушение работоспособности отдельных компонентов Системы-112;

− выход из строя рабочего места пользователя Системы-112;

− нарушение функционирования поддерживающей инфраструктуры – общесистем-

ных сервисов, сетей электропитания, каналов связи и т. п.

Действия в нештатном режиме включают:

− диагностирование инцидентов или проблем, связанных со сбоями или нештатны-

ми ситуациями в работе Системы-112;

− восстановление при необходимости программно-аппаратной конфигурации Сис-

темы-112 (сетевого и серверного оборудования);

− восстановление информации при ее утере средствами системы резервного копи-

рования и восстановления;

− расследование причин нештатной ситуации и определение причин инцидента или

проблемы.

31

Реагирование на нештатные ситуации включает оповещение обслуживающего пер-

сонала, принятие контрмер, необходимое восстановление информации, выработку и про-

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

После проведения первичной диагностики и определения причин нештатной ситуа-

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

– в штатный режим.

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

Диагностирование предназначено для:

− мониторинга параметров работы Системы-112, выявления критических (угро-

жающих работоспособности) и аварийных компонент;

− определения доступности линий связи между ЦОД-112 и компонентами Системы-

112.

Диагностирование работоспособности компонент должно осуществляться в техно-

логическом режиме функционирования Системы-112 при использовании специально раз-

работанных тестов, тесты должны быть разработаны на этапе рабочего проектирования

Системы-112 Томской области.

Диагностирование линий связи должно осуществляться автоматически в штатном

режиме функционирования Системы-112.

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

− средства вычислительной техники;

− телекоммуникационное оборудование и каналы связи;

− базы данных;

− общесистемное программное обеспечение;

− специальное программное обеспечение.

Диагностирование программно-аппаратного комплекса Системы-112 должно обес-

печиваться:

− стандартными средствами системы управления базами данных;

− встроенными средствами администрирования;

− средствами мониторинга и управления сетевыми, вычислительными и информа-

ционными ресурсами объекта автоматизации.

При диагностировании предусматривается возможность проведения следующих ра-

бот:

− диагностирование физической и логической целостности программного обеспе-

чения;

32

− комплексная проверка работоспособности технических и программных средств

Системы-112.

Система-112 должна вести информационные файлы (log-файлы), регистрирующие

работу Системы пользователей и подсистем. Данные файлы должны предоставлять ин-

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

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

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

Диагностирование вычислительной, сетевой и инженерной инфраструктуры должно

осуществляться ИТ-персоналом объектов автоматизации.

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

Система-112 должна разрабатываться с учетом перспектив развития, модернизации

и масштабирования. Развитие и модернизация Системы-112 должны быть предусмотрены

по следующим направлениям:

− расширение функциональных возможностей компонентов и подсистем в ходе

развития Системы-112, в связи с изменениями полномочий должностных лиц, для

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

− улучшение технических характеристик Системы-112, таких как производитель-

ность серверов и рабочих станций, коммутационного оборудования и оборудова-

ния маршрутизации, пропускной способности каналов связи;

− расширение состава и наполнения справочников и классификаторов Системы-

112;

− разработка механизмов интеграции методологического обеспечения Системы-112

с системой международных стандартов в сфере организации вызова служб экс-

тренной помощи по единому номеру;

− развитие средств аналитической обработки информации о происшествиях и чрез-

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

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

− использование технологий ГЛОНАСС в анализе происшествий, предупреждении

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

− взаимодействие с автоматизированными системами ключевых объектов промыш-

ленной, транспортной инфраструктуры и инфраструктуры рекреации.

Система-112 должна допускать модернизацию, связанную с модернизацией техни-

ческого обеспечения, операционного окружения, применением новых современных ин-

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

Система-112 также должна предусматривать возможность быстрой модернизации при из-

менении положений нормативно-правовых актов, определяющих предмет автоматизации.

33

Модернизация комплекса технических средств Системы-112 может проводиться в

следующих направлениях:

− модернизация вычислительных серверов;

− модернизация системы хранения данных;

− модернизация системы резервного копирования;

− модернизация системы обеспечения бесперебойного питания.

При модернизации вычислительных серверов возможны следующие варианты:

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

учитывать процент резервирования аппаратной инфраструктуры (сеть хранения

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

верные шкафы). Степень резервирования аппаратной инфраструктуры определя-

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

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

центрального процессора на более мощный (производительный) и/или путем ус-

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

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

проектирования.

При модернизации системы хранения данных возможны следующие варианты:

− установка дополнительной системы хранения данных. При этом необходимо

учитывать процент резервирования аппаратной инфраструктуры (сеть хранения

данных/количество свободных портов, источники бесперебойного питания, сер-

верные шкафы). Степень резервирования аппаратной инфраструктуры определя-

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

− установка дополнительного модуля (модуль с жесткими дисками) системы хранения данных. При этом необходимо учитывать максимальное количество

подключаемых модулей и количество уже подключенных дополнительных моду-

лей. Количество дополнительных модулей, подключаемых к системе хранения,

определяется на стадии технического проектирования;

− увеличение производительности/емкости жестких дисков путем их замены на

более производительные или более емкие.

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

ты:

− установка дополнительной системы резервного копирования. При этом необ-

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

ратной инфраструктуры (сеть хранения данных/количество свободных портов,

источники бесперебойного питания, серверные шкафы). Объем и специфика ре-

зервирования аппаратной инфраструктуры определяется на стадии технического

проектирования;

34

− установка дополнительного модуля системы резервного копирования. При

этом необходимо учитывать максимальное количество подключаемых модулей и

количество уже подключенных дополнительных модулей. Количество дополни-

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

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

− увеличение производительности/емкости системы резервного копирования

путем замены картриджей (носителей) на более производительные/емкие;

− увеличение производительности системы резервного копирования путем ус-

тановки дополнительных пишущих приводов. Максимальное количество пишу-

щих приводов и количество уже установленных пишущих приводов определяется

на стадии технического проектирования.

4.1.2 Требования к численности и квалификации персонала Системы-112

Персонал, осуществляющий работу с Системой-112, может быть разделен на две

группы:

− Обслуживающий персонал;

− Эксплуатирующий персонал.

В обязанности обслуживающего персонала должно входить:

− Контроль состояния технических средств Системы-112;

− Организация восстановления функционирования Системы-112 при возникнове-

нии нештатных ситуаций;

− Администрирование общесистемного и специального программного обеспечения,

а так же баз данных;

− Управление резервным копированием компонентов и данных Системы-112;

− Управление информационной безопасностью Системы-112;

− Формирование и поддержание номенклатуры и количества ЗИП, необходимых

для обеспечения бесперебойного функционирования Системы-112;

− Учет программно-технических средств, регламентных и ремонтных работ;

− Поддержание в актуальном состоянии нормативной и технической информации,

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

ФБ поддержки принятия решений, информационного наполнения Интернет-

портала.

Эксплуатирующий персонал должен обеспечивать выполнение основных процессов

деятельности в Системе-112.

4.1.2.1 Требования к численности персонала Системы-112

Персонал Системы-112 может быть разделен на эксплуатирующий и обслуживаю-

щий.

К эксплуатирующему персоналу Системы-112 относятся:

35

− Старший оператор-112;

− Оператор-112.

− Психолог -112;

− Переводчик-112.

К обслуживающему персоналу Системы-112 относятся:

− Администратор ИБ-112;

− Системный администратор-112;

− Аналитик-112.

При развертывании Системы-112 на базе существующих ЕДДС функции обслужи-

вания Системы-112 должны по возможности быть возложены на обслуживающий персо-

нал ЕДДС.

В таблице 3 приведены требования к минимальному количеству персонала ЦОВ-

112, в зависимости от количества населения, проживающего на обслуживаемой террито-

рии.

В таблицах 4 и 5 приведены требования к минимальному количеству персонала

ЦОД и сопутствующих служб.

Таблица 3. Требования к минимальной численности персонала ЦОВ-112, в зависимости от количества населения, проживающего на обслуживаемой территории 1

Должность

(в смене / по штату) Обслуживаемая терри-

тория Старший опера-тор-112

Оператор-112 Системный ад-министратор-112

Томск город,

Томский район 1 / 5 13 / 58 1 / 5

Северск город 1 / 4 3 / 16 1 / 5

Стрежевой город, Алек-сандровский район

1 / 4 1 / 5 1 / 5

Колпашевский район 1 / 4 1 / 5 1 / 5

Асиновский район 1 / 4 1 / 5 1 / 5

Каргасокский район 1 / 4 1 / 5 1 / 5

Кожевниковский район 1 / 4 1 / 5 1 / 5

1 Для указанного расчета приняты следующие параметры: обеспечивается круглосуточный режим работы (168 часов в неделю), максимальная продолжительность рабочей недели составляет 40 часов, с учетом трудопотерь на одно рабочее место приходится 4,5 ставки

36

Должность

(в смене / по штату) Обслуживаемая терри-

тория Старший опера-тор-112

Оператор-112 Системный ад-министратор-112

Шегарский район 1 / 4 1 / 5 1 / 5

Первомайский район 1 / 4 1 / 5 1 / 5

Верхнекетский район 1 / 4 1 / 5 1 / 5

Молчановский район 1 / 4 1 / 5 1 / 5

Бакчарский район 1 / 4 1 / 5 1 / 5

Кривошеинский район 1 / 4 1 / 5 1 / 5

Зырянский район 1 / 4 1 / 5 1 / 5

Чаинский район 1 / 4 1 / 5 1 / 5

Парабельский район 1 / 4 1 / 5 1 / 5

Тегульдетский район 1 / 4 1 / 5 1 / 5

Таблица 4. Требования к минимальной численности персонала ЦОД-112

Должность Минимальная численность персонала,

человек (в смене / по штату)

Системный администратор-112 3 / 16

Администратор ИБ-112 2

Аналитик-112 3

Таблица 5. Требования к минимальной численности персонала сопутствующих служб Системы-112

Должность

Минимальная численность персонала, человек

(в смене / по штату)

Переводчик-112 3 / 16

Психолог-112 13 / 58

Численность обслуживающего персонала должна закрепляется соответствующими

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

соответствие с результатами, полученными в процессе опытной эксплуатации Системы-

112.

37

4.1.2.2 Требования к квалификации персонала, порядку его подготовки и

контроля знаний и навыков

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

Эксплуатирующий персонал Системы-112 должен:

− обладать навыками использования IBM PC совместимых компьютеров;

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

− ориентироваться в деловых процедурах предметной области, основных входящих

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

− владеть на уровне не ниже «Intermediate» языками, предусмотренными для обра-

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

ский и китайский). Данное требование относится только к переводчикам-112.

Обслуживающий персонал Системы-112 должен:

− в части настройки программно-технического комплекса Системы-112:

− знать основы персонального компьютера и основы построения локальной вы-

числительной сети;

− знать принципы работы, установки и настройки используемых операционных

систем;

− знать основы администрирования используемых СУБД (настройка учетных

записей, настройка прав доступа, настройка профилей безопасности);

− знать основы работы с локальными базами данных и серверами;

− уметь настраивать сетевое оборудование;

− уметь настраивать принтеры;

− уметь устанавливать и настраивать источники бесперебойного питания.

− в части настройки рабочего места пользователя Системы-112:

− обладать умениями и навыками установки и настройки конфигурации рабо-

чего места пользователя;

− обладать навыками разрешения аппаратно-программных конфликтов в ис-

пользуемых операционных системах (настройки сети и сетевых протоколов,

принтера и тому подобное).

− в части поддержки и сопровождения Системы-112:

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

− уметь проводить настройку дерева документов пользователя;

− уметь разрешать конфликты, связанные с настройкой рабочего места пользо-

вателя;

− знать и уметь применять соответствующие инструментальные средства раз-

работки информационного комплекса.

− в части обеспечения информационной безопасности Системы-112:

38

− знать законодательные акты, нормативные и методические материалы по во-

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

− знать методику и технологические особенности организации комплексной

защиты информации, действующей в Системе-112;

− владеть методами и средствами контроля охраняемых сведений, выявления

каналов утечки информации;

− владеть методами планирования и организации проведения работ по защите

информации;

− уметь разворачивать и настраивать технические средства контроля и защиты

информации.

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

персонала

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

работе с Системой-112. Для этого необходимо предусмотреть создание Центра обучения

(ЦО) на базе резервного РЦОВ.

При проектировании ЦО необходимо предусмотреть как его техническое оснаще-

ние, так и методическое. Для этого на этапе внедрения Системы-112 в Томской области на

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

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

Персонал, не прошедший обучение в ЦО, не может быть допущен для работы с Сис-

темой-112.

Квалификация персонала должна подтверждаться ежегодной аттестацией в ЦО.

4.1.2.3 Требуемый режим работы персонала Системы-112

Штатный состав персонала обслуживающего и эксплуатирующего Систему-112

должен формироваться на основании нормативных документов Российской Федерации и

Трудового кодекса.

Система-112 должна функционировать в режиме 24*7. В связи с этим, должна быть

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

персонала.

39

4.1.3 Показатели назначения

4.1.3.1 Степень приспособляемости системы к изменению процессов и

методов управления, к отклонениям параметров объекта управления

Система-112 должна иметь возможность адаптироваться к изменяющимся требова-

ниям в процессе эксплуатации (изменениям в законодательстве, автоматизируемых про-

цессах, методах управления и т.д.) преимущественно путем настройки и конфигурирова-

ния.

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

Пригодность Системы-112 к модернизации должна быть определена наличием про-

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

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

Система-112 должна обеспечивать возможность наращивания производительности

путем увеличения производительности комплекса технических средств (КТС). Пригод-

ность Системы-112 к увеличению производительности должно определяться наличием

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

ного обеспечения, без внесения изменения в программный код Системы.

4.1.3.3 Вероятностно-временные характеристики, при которых сохраняется

целевое назначение системы

Система-112 должна сохранять целевое назначение при следующих значениях веро-

ятностно-временных характеристик:

− историческое хранение информации глубиной, не менее:

− не менее 5 лет для оперативной информации (за исключением голосовой);

− не менее 6 месяцев для голосовой информации;

− не менее 2 года для картографической информации.

− время реакции Системы-112 при работе с максимально возможным количеством

пользователей: не более 5 сек.;

− количество одновременных уникальных подключений к Интернет-порталу: не

менее 500;

− время реакции Интернет-портала при работе с максимально возможным числом

одновременных уникальных подключений: не более 15 сек.;

− количество ДДС, с которыми гарантируется работоспособность Системы-112:

100;

− количество одновременно взаимодействующих с Системой-112 систем монито-

ринга: не менее 5;

40

− количество обрабатываемых в рамках Системы-112 ТС: не менее 10000;

− количество регистрируемых в Системе-112 обращений в сутки: не менее 12000;

− режим функционирования Системы-112: круглосуточно, без перерывов и выход-

ных (24х7х365);

− суммарное время работы Системы-112 в нештатном режиме функционирования:

не более 8.5 часов в год;

− агрегированный коэффициент готовности Системы-112: не менее 0.999;

− время однократного перевода Системы-112 в нештатный режим функционирова-

ния:

− не более 10 минут для всей Системы-112 в целом;

− не более 2 часов для отдельного ЦОВ (в случае если предусмотрено его ре-

зервирование или перенаправление входящих вызовов на другой/другие

ЦОВ).

− время функционирования КТС системы после аварийного прекращения подачи

электроэнергии: не менее 30 минут.

4.1.4 Требования к надежности

4.1.4.1 Состав и количественные значения показателей надежности для

системы в целом или ее подсистем

Уровень надежности Системы-112 зависит от надежности следующих технических

средств:

− вычислительные серверы;

− система хранения данных;

− система резервного копирования;

− оборудование сети хранения данных;

− оборудование локальной вычислительной сети;

− телекоммуникационное оборудование;

− источники бесперебойного питания;

− автоматизированные рабочие места.

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

нирования, Система должна обладать коэффициентом готовности к выполнению функ-

ций, равным 0,999, за исключением простоев, связанных с проведением работ по разре-

шению отказов, сбоев и аварий, вызванных аварийными ситуациями.

Примечание: Коэффициент готовности – отношение времени, в течение которого

система работает безотказно по отношению ко всему временному интервалу работы Сис-

темы.

41

Надежность системы определяет способность программного продукта безотказно

выполнять определенные функции при заданных условиях в течение заданного периода

времени с достаточно большой вероятностью.

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

непротиворечивости информационного наполнения в случае перехода системы в аварий-

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

системы и переходу ее в нормальный режим работы.

В ходе разработки спецификаций аппаратного обеспечения конкретные (фактиче-

ские) количественные значения показателей надежности должны быть определены с ис-

пользованием оценки надежности, основанной на требованиях и положениях:

− ОСТ 45.63-96 «Обеспечение надежности средств электросвязи. Основные поло-

жения»;

− ГОСТ 27.002-89 «Надежность в технике. Основные понятия, термины и опреде-

ления».

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

регламентированы требования к надежности, и значения

соответствующих показателей

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

к средствам восстановления работоспособности Системы-112:

− Сбой общесистемного или прикладного программного обеспечения Системы-112

(отдельного АРМ или сервера(ов) баз данных). После сбоя операционной системы

сервера(ов) баз данных или СУБД в процессе выполнения пользовательских задач

должно быть обеспечено восстановление данных в базе данных до состояния на

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

(транзакции). Время восстановления работоспособности при сбоях и отказах не

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

специального программного обеспечения Системы на сервере(ах) баз данных. В

указанное время не входит решение проблем с техническим обеспечением и ин-

сталляцией операционных систем сервера(ов).

− Выход из строя части технических средств Системы. Выход из строя одного из

АРМ или нарушение канала связи локальной сети между АРМ и сервером баз

данных не должны приводить к прекращению функционирования Системы, при

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

шедшим из строя АРМ, на другом АРМ.

− Сбои или выход из строя активного накопителя на жестком магнитном диске. Си-

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

шедшего из строя активного накопителя на жестком магнитном диске без оста-

42

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

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

сле восстановления активного накопителя.

− Импульсные помехи, сбои или прекращение электропитания. Импульсные поме-

хи, сбои или прекращение электропитания не должны приводить к выходу из

строя технических средств Системы и/или нарушению целостности данных в БД

Системы. Прекращение электропитания на время до 30 минут не должно приво-

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

средства оповещения пользователей о прекращении электропитания (или должно

быть обеспечено использование резервных источников).

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

обеспечения

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

Надежность КТС Системы-112 должна обеспечиваться:

− распределением компонентов Системы-112 по нескольким единицам аппаратного

обеспечения;

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

− структурным резервированием аппаратного и программного обеспечения. На эта-

пе разработки технического проекта, после выбора аппаратной и программной

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

доступности Системы-112, должен быть определен перечень элементов аппарат-

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

− резервированием программного обеспечения и данных. Политика резервирова-

ния должна быть определена на этапе разработки технического проекта после вы-

бора программной и аппаратной платформы;

− наличием на объектах автоматизации запасных изделий (ЗИП). Перечень запас-

ных изделий должен быть определен на этапе разработки технического проекта

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

требований к показателям надежности Системы-112;

− защитой сети электропитания комплекса технических средств (использование ис-

точников бесперебойного питания, а также резервных сетей питания, питающих

вводов в отдельный физический объект автоматизации – здание, наличие дизель-

генераторной электростанции);

− дублированием носителей информационных массивов и организацией процесса

резервного копирования данных. При разработке Системы-112 должен быть оп-

ределен перечень данных, подлежащих резервному копированию, их ожидаемый

размер, а также периодичность проведения резервного копирования каждого вида

данных.

43

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

Надежности программного обеспечения должна обеспечиваться:

− контролем целостности данных на уровне СУБД;

− сохранением целостности данных при нештатном завершении программы (отказ

рабочей станции и т.п.);

− сохранением работоспособности программного обеспечения при некорректных

действиях пользователя;

− резервным копированием базы данных средствами СУБД для восстановления ра-

ботоспособности Системы-112 в случае ее логического или физического разру-

шения.

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

на разных стадиях создания системы в соответствии с действующими

нормативно-техническими документами

Оценка надежности осуществляется на стадии проектирования на основании анализа

полноты архитектуры и технических решений по построению Системы-112 и их соответ-

ствия техническим требованиям данного ТЗ.

Текущий контроль показателей надежности должен быть организован в процессе

эксплуатации системы на основе анализа работоспособности Системы-112, её подсистем,

тестирования переключения подсистем Системы-112 на резервные компоненты Системы-

112 в соответствии с установленным регламентом.

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

Система-112 должна обеспечивать безопасность обслуживающего персонала при

эксплуатации, техническом обслуживании и ремонте с учетом требований ГОСТ 21552-84

и ГОСТ 25861-83.

Электробезопасность должна соответствовать требованиям ГОСТ 12.1.030-81, ГОСТ

12.2.003, ГОСТ 12.2.007.0-75 и ГОСТ 12.2.007.13-2000.

Пожарная безопасность должна соответствовать требованиям пожарной безопасно-

сти в производственных помещениях по ГОСТ 12.1.004-91 «ССБТ. Пожарная безопас-

ность. Общие требования».

Должно быть обеспечено соблюдение общих требований безопасности в соответст-

вии с ГОСТ 12.2.003-91 «ССБТ. Оборудование производственное. Общие требования

безопасности» при обслуживании системы в процессе эксплуатации».

44

Силовые кабельные КТС Системы-112 должны отвечать требованиям «Правил уст-

ройств электроустановок» (ПУЭ) седьмой редакции.

Технические средства должны отвечать действующей Системе-112 государственных

стандартов безопасности труда и иметь сертификаты по электробезопасности и электро-

магнитной безопасности.

Факторы, оказывающие вредные воздействия на здоровье со стороны всех элемен-

тов Системы-112 (в том числе инфракрасное, ультрафиолетовое, рентгеновское и элек-

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

частоты и т.д.), не должны превышать действующих норм, установленных в СанПиН

2.2.2./2.4.1340-03.

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

Компьютерные программы, входящие в состав Системы-112, должны удовлетворять

требованиям, предъявляемым к человеко-машинному интерфейсу.

Взаимодействие пользователей с Системой-112 должно осуществляться посредст-

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

ным и удобным, не должен быть перегружен графическими элементами и должен обеспе-

чивать быстрое отображение экранных форм. Навигационные элементы должны быть вы-

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

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

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

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

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

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

туп к основным функциям и операциям Системы-112.

Интерфейс должен быть рассчитан на преимущественное использование манипуля-

тора типа «мышь», то есть управление Системой-112 должно осуществляться с помощью

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

кнопками «мыши» с дублированием управления клавиатурой. Клавиатурный режим дол-

жен использоваться главным образом при заполнении и/или редактировании текстовых и

числовых полей экранных форм.

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

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

Система-112 должна обеспечивать корректную обработку аварийных ситуаций, вы-

званных неверными действиями пользователей, неверным форматом или недопустимыми

45

значениями входных данных. В указанных случаях Система-112 должна выдавать пользо-

вателю соответствующие сообщения, после чего должна возвращаться в рабочее состоя-

ние, предшествовавшее неверной (недопустимой) команде или некорректному вводу дан-

ных.

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

− все экранные формы пользовательского интерфейса должны быть выполнены в

едином графическом дизайне, с одинаковым расположением основных элементов

управления и навигации;

− для обозначения одних и тех же операций должны использоваться одинаковые

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

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

понятий, операций и действий пользователя;

− реакция Системы-112 на действия оператора (наведение указателя «мыши», пере-

ключение фокуса, нажатие кнопки) должна быть типовой для каждого действия

над одними и теми же графическими элементами, независимо от их расположения

на экране.

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

Требования к транспортабельности не предъявляются.

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

хранению компонентов системы

4.1.8.1 Условия и режим эксплуатации, которые должны обеспечивать

использование технических средств Системы-112 с заданными

техническими показателями

КТС Системы-112 должен разрабатываться для эксплуатации в условиях рабочих

помещений (офисов), соответствующих следующим нормам и правилам:

− электропитание оборудования – по I категории надежности (согласно ПУЭ);

− электростатическая защита помещения – согласно ГОСТ 12.4.124-83, СанПИН

2.2.4.1294-03 и СанПИН 2.2.2/2.4.1340-03;

− промышленная система кондиционирования и вентиляции – согласно СНиП

2.04.05-86;

− система автоматического пожаротушения – согласно ГОСТ 12.1.004-76.ССБТ;

− сертификация оборудования помещения в системе «Электросвязь» – в соответст-

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

средств электросвязи», утвержденными Министерством Связи РФ 05.03.97.

46

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

работы без обслуживания

Общими требованиями к эксплуатации КТС Системы-112 являются требования к

ежедневному и еженедельному обслуживанию программно-аппаратного комплекса, а

также обслуживанию по возникновению особых (исключительных) ситуаций. Сюда

включаются работы по обслуживанию технических средств Системы-112, данных в по-

стоянных и временных хранилищах (базах данных), потоков сообщений в электронных

коммуникациях, паролей и прав доступа.

В частности, в обслуживание входят работы по:

− контролю и упорядочению маршрутов электронных коммуникаций;

− сохранению (копированию) журналов изменений баз данных и резервных копий

баз данных;

− восстановлению баз данных при порче или разрушении данных;

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

данных на них.

Выполнение указанных требований должно обеспечивать непрерывную работу КТС

Системы-112. При этом резервное копирование информации может осуществляться в

двух режимах:

− создание полной копии базы данных;

− сохранение изменений, внесенных со времени создания последней архивной ко-

пии (архивные копии log-файлов).

Периодичность и очередность этих операций определяются отдельным распоряже-

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

файлов указанной базы на внешние магнитные носители. При сохранении изменений,

внесенных со времени создания последней архивной копии, на внешние магнитные носи-

тели переносятся только те изменения базы данных, которые были сделаны со времени

последней операции архивирования (полного или частичного). При восстановлении ин-

формации с архивных копий, сначала с архивных носителей восстанавливается состояние

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

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

резервирования.

47

4.1.8.2 Предварительные требования к допустимым площадям для

размещения персонала Системы-112

Организация автоматизированных рабочих мест должны быть выполнены в соответ-

ствии с требованиями ГОСТ 21958-76 «Система «Человек-машина». Зал и кабины опера-

торов. Взаимное расположение рабочих мест. Общие эргономические требования».

4.1.8.3 Предварительные требования к допустимым площадям для

размещения КТС

Размещение оборудования Системы-112 должно соответствовать требованиям тех-

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

Монтаж оборудования Системы-112 должен производиться в 19" серверный шкаф

высотой 42U, что должно обеспечивать устойчивость работы оборудования. Количество

серверных шкафов, размещаемых в серверном помещении, зависит от выбранной катего-

рии ЕДДС и определяется на стадии технического проектирования.

Использование серверного шкафа должно обеспечивать:

− защиту оборудования от вредных воздействий – механических, электромагнит-

ных, химических, гальванических и пр.;

− соответствие требованиям технической эстетики;

− вентиляцию;

− сокращение используемой площади, требуемой для размещения серверного, сете-

вого и вспомогательного оборудования.

Монтаж серверов должен производиться в стойку (телекоммуникационный шкаф),

которая соответствует стандартам EIA (Electronic Industry Association) и позволять разме-

щение полного состава оборудования Системы-112.

Для успешного развертывания Системы-112 должна быть оборудована серверная

площадка, отвечающая перечисленным ниже требованиям и обеспеченной системами

кондиционирования, гарантированного электропитания, структурированной кабельной

системой, системой безопасности и мониторинга, системой пожарной безопасности. Тре-

бования к помещению:

− дверные проемы, лифты или лестничные пролеты, а также проходы к помещению

должны быть достаточными для вноса оборудования Системы-112;

− необходимые размеры помещения должны определяться размером стойки с зоной

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

обеспечивать место для работы вокруг стойки, высотой 42 U. Высота помещения

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

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

48

сота помещения должна составлять 2.5 м. Минимальная допустимая площадь по-

мещения должна составлять 6 кв.м;

− пол помещения должен выдерживать нагрузку не менее 800 кг/кв.м;

− помещение, где располагается КТС Системы, должно быть оборудовано системой

поддержания климата, которая обеспечивает кондиционирование помещения и

поддержку температуры в диапазоне 18°...24°С, поддержку относительной влаж-

ности в диапазоне 30%...50%;

− освещение – не менее 500 люкс (для основных светильников) горизонтальной

плоскости и 200 люкс в вертикальной плоскости. Для снижения электромагнит-

ных помех рекомендуется использовать лампы накаливания или галогенные лам-

пы;

− наличие фальшпанелей, лотков и коробов для подвода кабелей связи и электропи-

тания;

− наличие оборудования кабельного подвода.

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

Для электропитания КТС Системы-112 должна быть предусмотрена трехфазная че-

тырехпроводная сеть с глухо заземленной нейтралью 380/220 В (+10-15)% частотой 50 Гц

(+1-1) Гц.

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

электрическим розеткам 220 В с частотой 50 Гц по стандарту CEE 7 (ГОСТ Р 51322.1-99

или IEC 60884-1-94) с заземлением (допускается подключение активного оборудования

непосредственно к распределительным электрическим щитам 220 В или 380 В).

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

и режимам его работы

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

его работы приведены в разделе 4.1.2.

4.1.8.6 Требования к составу, размещению и условиям хранения комплекта

запасных изделий и приборов

Система-112 должна иметь комплект запасных изделий и приборов. Состав, количе-

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

На стадии технического проектирования также должны быть определены место и

условия хранения запасных изделий и приборов, ответственное за их хранение лицо (об-

служивающий персонал), а также порядок учета и использования запасных изделий/ при-

боров.

49

4.1.8.7 Требования к регламенту обслуживания Системы-112

Для Системы-112 должны быть предусмотрены периодические работы по техниче-

скому обслуживанию. Виды технического обслуживания:

− ежедневный осмотр (ТО-1 или ЕТО);

− ежемесячный технический осмотр (ТО-2);

− эксплуатационная проверка (ТО-3);

− внеплановое обслуживание.

Для каждого вида обслуживания на стадии технического проектирования должны

быть определены:

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

параметров;

− периодичность проведения;

− ответственное лицо;

− порядок учета выполненных работ по техническому обслуживанию;

− порядок контроля выполняемых работ.

4.1.9 Требования к защите информации

4.1.9.1 Общие требования к защите информации

Применяемые в Системе-112 средства и технологии защиты, объединяемые в ком-

плекс средств защиты информации (КСЗИ) должны обладать свойствами модульности,

масштабируемости и возможности адаптации КСЗИ к различным организационным и

техническим условиям.

Комплекс средств защиты информации Системы-112 должен строиться на основе

ограниченного числа типов и версий приобретаемого программного обеспечения, а также

типов и конфигураций аппаратно-программных средств защиты, уточняемых на этапе

проектирования Системы-112.

КСЗИ должен обеспечивать необходимую и достаточную защиту информационных

ресурсов Системы-112 от характерных угроз безопасности, определенных с учетом объек-

тивных факторов и анализа возможных моделей нарушителей.

Развернутые и уточненные требования к структуре, функциям и средствам КСЗИ

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

КСЗИ Системы-112 должен предполагать независимость функционирования каждой

из входящих в ее состав структурных подсистем защиты. Нарушение функционирования

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

подсистем защиты.

50

Средства защиты, входящие в состав КСЗИ Системы-112, должны иметь развитые

средства регистрации критических системных событий в электронных журналах и средст-

ва оперативного оповещения об этих событиях администраторов безопасности.

Для защиты от НСД с учетом использования в Системе-112 персональных данных

показатель по защите персональных данных не ниже категории К4.

Межсетевые экраны Системы-112 обладать показатели защищенности «регистра-

ция», по классу защищённости быть не ниже 4-го класса.

В Системе-112 в части защиты от НСД обязательна идентификация и аутентифика-

ция, что обуславливает требование к показателям класса защищённости средств вычисли-

тельной техники не ниже шестого.

Система-112 обрабатывает конфиденциальную информацию, что обуславливает

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

ном программном обеспечении в соответствии с требованиями РД Гостехкомиссии РФ

"Автоматизированные системы. Защита от несанкционированного доступа к информации.

Классификация автоматизированных систем и требования по защите информации", а так-

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

Система-112 обрабатывает информацию, составляющую служебную тайну, вследст-

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

ниже 1Г.

Порядок и состав мероприятий по созданию, организации и поддержке эксплуата-

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

проектирования.

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

Сохранность информации в Система-112 должна обеспечиваться при всех аварий-

ных ситуациях.

К аварийным ситуациям относятся:

− отказ технических средств (накопителей на жестких магнитных дисках, оператив-

ной памяти, блока питания сервера и пр.) любой подсистемы по любой причине (в

том числе из-за механических повреждений);

− сбой общесистемного ПО или прикладного ПО;

− потеря питания из-за аварии в электрической силовой сети.

51

В случае возникновения аварии или сбоя в процессе выполнения пользовательских

задач должно быть обеспечено восстановление БД до состояния на момент последней за-

вершенной системой транзакции.

В случае повреждения журналов транзакций СУБД должно обеспечиваться восста-

новление состояния системы на момент создания последней резервной копии данных, но

не более, чем за сутки до момента сбоя.

Для сохранности данных в системе должны быть предусмотрены специальные сред-

ства сопровождения БД, которые обеспечивают:

− создание резервной копии данных;

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

− создание архива данных;

− восстановление данных посредством разархивирования.

При разработке системы должен быть предусмотрен регламент, описывающий тре-

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

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

режиме.

4.1.11 Требования к защите от влияния внешних воздействий

4.1.11.1 Требования к радиоэлектронной защите средств Системы-112

Средства технического обеспечения Системы-112 должны быть защищены от влия-

ния:

− радиоэлектронных помех;

− электромагнитных полей, электрическая составляющая которых не превышает 0,3

В на 1 м2;

− электромагнитное излучение радиодиапазона, возникающее при работе электро-

бытовых приборов, электрических машин и установок, приёмопередающих уст-

ройств, эксплуатируемых на месте размещения КТС Системы-112, не должны

приводить к нарушениям работоспособности подсистем.

4.1.11.2 Требования по стойкости, устойчивости и прочности к внешним

воздействиям

Условия эксплуатации КТС Системы-112 определяются в соответствии с ГОСТ

15150-69, исполнение УХЛ (для макроклиматических районов умеренного и холодного

климата), категория размещения 4 (закрытые отапливаемые помещения с искусственно

регулируемыми климатическими условиями).

52

Технические средства Системы-112 должны выполнять свои функции и сохранять

свои показатели в пределах установленных значений при следующих условиях эксплуата-

ции:

− рабочее значение температуры окружающего воздуха от 10 до 35 °С, предельное

верхнее значение для СВТ = 40°С, предельное нижнее значение = 3°С, возможное

изменение температуры с темпом 5°С/ час;

− относительная влажность от 50 до 80%, верхнее предельное значение - 90%;

− атмосферное давление: верхнее рабочее значение 106.7 кПа (800 мм рт.ст.), ниж-

нее рабочее значение 86.6 кПа (650 мм рт.ст.), нижнее предельное значение 84.0

кПа (630 мм рт.ст.);

− содержание пыли в помещении не более 1,0 мг/м3 при размере частиц не более 3

мкм;

− содержание коррозийно-активных агентов в атмосфере помещения составляет 30-

60% от величин, определяемых для атмосферы IV типа; сернистого газа от 20 до

250 мг/м3 или от 0.025 до 0.31мг/м3: хлоридов от 0.3 до 30 мг/м3 (группа условий

эксплуатации металлов и сплавов - 1);

− воздействие вибрации в диапазоне частот 10-25 Гц с амплитудой до 0.1 мм;

− магнитные поля постоянные и переменные с частотой 50 Гц напряженностью до

400 А/м (кроме накопителей информации на основе магнитных дисков).

4.1.12 Требования к патентной чистоте

Используемые при проектировании, разработке и вводе в эксплуатацию Системы-

112 аппаратное обеспечение, инструменты разработки программного обеспечения и СУБД

должны быть лицензионными и сертифицированы на территории Российской Федерации

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

темы-112 специализированного ПО, разработанного Исполнителем для реализации функ-

ций Системы-112, Исполнителем должны быть предоставлены документальные свиде-

тельства на владение интеллектуальной собственностью и авторскими правами.

Исключительное право на разработанное по настоящим требованиям специальное

программное обеспечение, документацию, а также на систему в целом принадлежит Том-

ской области в соответствии с п. 1 ст. 1297 ГК РФ. Исполнителю в соответствие с п. 2 ст.

1297 ГК РФ предоставляется неисключительная лицензия на указанное программное

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

риториях, включая право на использование, воспроизведение, распространение и перера-

ботку документации, программного обеспечения и их частей.

Права на общее программное обеспечение, передаваемое в составе дистрибутива,

должны быть достаточными для воспроизведения и использования Системы-112 в соот-

ветствии с ее целевым назначением.

53

Система-112 должна соответствовать требованиям патентного законодательства

Российской Федерации.

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

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

4.1.6 настоящего документа.

При разработке Системы-112 должно быть максимизировано использование обще-

российских классификаторов.

В качестве основного формата данных в интерфейсах взаимодействия со смежными

системами должен использоваться стандарт XML 1.1 (http://www.w3.org/TR/xml11/) или

стандарт JSON (http://json.org/).

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

тах технического проекта на внедрение Системы-112 в Томской области в соответствии со

стандартом XML Schema 1.0 (http://www.w3.org/TR/xmlschema-0/).

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

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

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

вызовов (сообщений о происшествиях), включая телефонные вызовы, короткие текстовые

сообщения (SMS) и факсимильные сообщения, от пользователей (абонентов) сетей фик-

сированной или подвижной связи в Систему-112, а также от Системы-112 в соответст-

вующие ДДС.

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

технического задания не рассматриваются.

4.2.2 Требования к функциям информационно-коммуникационной подсис-

темы

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

щие функциональные блоки:

− ФБ взаимодействия с телефонией;

− ФБ управления обращениями и происшествиями;

− ФБ взаимодействия со смежными системами;

− ФБ взаимодействия с внешними системами;

− ФБ аналитики и статистики;

− ФБ ведения оперативной базы знаний;

54

− ФБ поддержки принятия решений;

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

4.2.2.1 Функциональный блок взаимодействия с телефонией

ФБ взаимодействия с телефонией предназначен для обеспечения интеграции авто-

матической телефонной станции (АТС), входящей в состав телекоммуникационной под-

системы, в Систему-112.

ФБ взаимодействия с телефонией должен включать в себя следующие модули, обес-

печивающие выполнение следующих функций:

− Модуль управления телефонными разговорами:

− регистрация вызова;

− распределение входящих вызовов и организация очереди;

− мониторинг очереди входящих вызовов;

− удержание вызова;

− переадресация вызова;

− подключение к вызову.

− Модуль автоматического соединения:

− восстановление прерванного звонка;

− ведение перечня текстовых сообщений (SMS);

− ведение перечня факсимильных сообщений;

− массовое оповещение абонентов.

− Модуль работы с системой предварительно записанных голосовых сообщений:

− переключение вызова на систему предварительно записанных голосовых со-

общений (IVR) и голосовых оповещений.

4.2.2.1.1 Регистрация вызова

Функция должна автоматически активироваться при поступлении вызова на АТС.

Система-112 должна автоматически определять и фиксировать в карточке обращений (см.

п. 4.2.2.2.2) дату и время поступления вызова, а так же телефонный номер абонента.

4.2.2.1.2 Распределение входящих вызовов и организация очереди

Вызовы по единому номеру «112» должны приниматься АТС, входящей в состав те-

лекоммуникационной подсистемы.

Распределение входящих вызовов между операторами-112 должно осуществляться

по следующему алгоритму:

55

− вызовы с телефонов, занесенных в черный список, не должны распределяться

операторам-112, а должны ставиться в отдельную очередь, предназначенную для

обработки старшим оператором смены (см. п. 4.2.2.1.3);

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

его рабочее место;

− в случае наличия нескольких свободных операторов-112 вызов должен направ-

ляться наименее загруженному за смену оператору;

− в случае отсутствия свободных операторов-112 вызов должен ставиться в очередь

и ожидать появления свободного оператора или оператора, назначенного старшим

оператором смены.

Система-112 должна обеспечивать возможность настройки способа взаимодействия

с абонентом, вызов которого находится в очереди:

− голосовое оповещение о необходимости дождаться ответа оператора;

− активация системы предварительно записанных голосовых сообщений (IVR).

При освобождении любого оператора-112 и наличии в очереди необработанных

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

ратору.

При направлении вызова оператору-112 в карточке обращения должна фиксировать-

ся информация об операторе, а так же о времени начала обработки вызова.

В случае если АТС, входящая в телекоммуникационную подсистему не может обес-

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

печены средствами модуля управления телефонными разговорами, в противном случае

данная функция должна выполняться средствами АТС.

4.2.2.1.3 Мониторинг очереди входящих вызовов

У старшего оператора смены должна быть возможность просмотра следующих оче-

редей вызовов:

− общей очереди входящих вызовов;

− очереди вызовов с телефонов, занесенных в черный список;

− очереди обращений, полученных по электронной почте, факсу, SMS (см. п.

4.2.2.2.3);

− очереди обращений, зарегистрированных на основании данных о ДТП, получен-

ных от системы ЭРА-ГЛОНАСС;

− очереди обращений, зарегистрированных на основании анализа данных, получен-

ных от систем мониторинга стационарных объектов;

− очередь происшествий, по которым возможно возникновение ЧС.

Старший оператор смены должен иметь возможность:

56

− менять очередность вызовов;

− сбрасывать вызов, находящийся в очереди;

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

(IVR);

− назначать оператора, которому должен быть направлен вызов;

− переадресовывать вызов на телефон специальных служб.

4.2.2.1.4 Удержание вызова

Система-112 должна обеспечивать возможность временно приостановить разговор с

абонентом без потери с ним соединения для принятия экстренного вызова, либо для полу-

чения консультации у специалистов.

Функция удержания вызова должна реализовываться средствами АТС, входящей в

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

интерфейс Системы-112.

Оператор-112 должен иметь возможность вернуться к удержанному вызову для про-

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

4.2.2.1.5 Переадресация вызова

Система-112 должна обеспечивать возможность переадресации принятого вызова на

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

чивать возможность переадресации вызова в двух режимах:

− с отключением оператор от разговора;

− без отключения оператора от разговора.

Функция переадресации вызова должна реализовываться средствами АТС, входящей

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

рез интерфейс Системы-112.

Система-112 должна обеспечивать возможность выбора абонента, на которого

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

переключение на абонентов следующих типов:

− внутренний абонент ЦОВ (оператор-112, старший оператор-112, психолог-112);

− абоненты других ЦОВ (старший оператор-112, психолог-112);

− абоненты внешних сетей (операторы служб экстренного реагирования, спецслуж-

бы).

При переадресации вызова Система-112 должна фиксировать информацию о пере-

адресации в карточке обращения.

57

4.2.2.1.6 Подключение к вызову

Система-112 должна обеспечивать возможность подключать к принятому вызову

других участников процесса обработки входящих вызовов.

Функция подключения к вызову должна реализовываться средствами АТС, входя-

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

чен через интерфейс Системы-112.

Система-112 должна обеспечивать возможность выбора абонента(ов), которого(ых)

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

тов следующих типов:

− внутренний абонент ЦОВ (оператор-112, старший оператор-112, психолог-112);

− абоненты других ЦОВ (оператор-112, старший оператор-112, психолог-112, пере-

водчик-112).

При подключении к вызову Система-112 должна фиксировать информацию о под-

ключении в карточке обращения.

4.2.2.1.7 Восстановление прерванного звонка

Функция должна выполняться в автоматизированном режиме. Восстановление пре-

рванного звонка должно осуществляться в случае потери соединения во время разговора

оператора-112 с абонентом, а так же в случае разрыва соединения абонентом, вызов кото-

рого находится в очереди ожидания.

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

параметрами Системы-112.

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

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

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

4.2.2.1.8 Ведение перечня текстовых сообщений (SMS)

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

функций:

− отображение перечня текстовых сообщений;

− создание текстового сообщения;

− редактирование текстового сообщения;

− логического удаление (восстановление) текстового сообщения.

58

4.2.2.1.9 Ведение перечня факсимильных сообщений

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

функций:

− отображение перечня факсимильных сообщений;

− создание факсимильного сообщения;

− логического удаление (восстановление) факсимильного сообщения.

4.2.2.1.10 Массовое оповещение абонентов

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

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

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

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

установлено.

4.2.2.1.11 Воспроизведение интерактивных голосовых сообщений (IVR)

Функция предназначена для организации взаимодействия Системы-112 с абонентом

посредством предварительно записанных интерактивных голосовых сообщений.

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

− воспроизведение цепочки записанных голосовых сообщений;

− фиксация выбора абонента;

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

нента;

− при необходимости, переключение вызова на специалиста Системы-112.

4.2.2.1.12 Переключение вызова на систему предварительно записанных голосовых

сообщений (IVR)и голосовых оповещений

Функция предназначена для организации взаимодействия Системы-112 с абонентом

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

щихся средствами АТС, входящей в состав телекоммуникационной подсистемы.

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

щения и обеспечивать переключение вызова на выбранное голосовое сообщение.

59

4.2.2.2 Функциональный блок управления обращениями и происшествиями

ФБ управления обращениями и происшествиями предназначен для обеспечения об-

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

получения оператором в оперативном режиме информации о происшествиях.

ФБ управления обращениями и происшествиями включать в себя следующие моду-

ли, обеспечивающие выполнение следующих функций:

− Модуль управления обращениями:

− отображение реестра обращений;

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

− создание карточки обращения, полученного по электронной почте, факсу,

SMS;

− заполнение карточки обращения;

− редактирование карточки обращения;

− закрытие карточки обращения;

− отображение карточки обращения;

− печать карточки обращения;

− атрибутивный поиск обращения;

− полнотекстовый поиск обращения;

− перевод обращения другому специалисту;

− подключение к обработке обращения другого специалиста;

− прикрепление к обращению карточки происшествия.

− ведение черного списка.

− Модуль управления происшествиями:

− отображение реестра происшествий;

− создание карточки происшествия по обращению;

− закрытие карточки происшествия;

− отображение карточки происшествия;

− печать карточки происшествия;

− атрибутивный поиск происшествия;

− полнотекстовый поиск происшествия;

− присвоение происшествию статуса возможной ЧС;

− отмена у происшествия статуса возможной ЧС;

− подтверждение у происшествия статуса ЧС;

− передача происшествия в службы экстренного реагирования;

− редактирование карточки происшествия.

60

4.2.2.2.1 Отображение реестра обращений

Функция предназначена для работы специалистов Системы-112 со списком обраще-

ний в соответствии с правами доступа.

Реестр обращений должен отображаться в табличном виде с постраничным выводом

информации на экран.

Из реестра обращений должны быть доступны для выполнения следующие функ-

ции:

− отображение карточки обращения;

− печать карточки обращения;

− атрибутивный поиск обращения;

− полнотекстовый поиск обращения.

4.2.2.2.2 Создание карточки обращения, полученного по телефонному вызову

Карточка обращения должна создаваться Системой-112 автоматически при регист-

рации входящего вызова (см. п. 4.2.2.1.1).

При создании карточки обращения Система-112 должна фиксировать дату и время

поступления вызова на АТС, номер телефона абонента.

При автоматическом распределении вызова Системой-112 или распределении вызо-

ва старшим оператором смены Система-112 должна фиксировать в карточке обращения

информацию об операторе, которому назначен вызов.

При начале обработки оператором вызова Система-112 должна фиксировать инфор-

мацию о времени начала обработки вызова, инициировать запись телефонного разговора,

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

Система-112 должна, при наличии технической возможности, определять по номеру

стационарного телефона адрес и фиксировать его в карточке обращения.

4.2.2.2.3 Создание карточки обращения, полученного по электронной почте, фак-

су, SMS

Функция предназначена для формирования карточка обращения, полученного по

каналам связи отличным от телефона.

Функция должна в автоматическом режиме осуществлять мониторинг обращений

поступивших по следующим каналам:

− Электронная почта;

− Факс;

61

− SMS.

При поступлении обращения Система-112 должна создавать карточку обращения и

фиксировать в ней дату и время поступления обращения, канал поступления обращения,

содержание обращения.

Из поступивших обращений должна формироваться отдельная очередь, предназна-

ченная для обработки старшим оператором смены.

4.2.2.2.4 Заполнение карточки обращения

Оператор-112 после приема вызова должен иметь возможность внести в карточку

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

Система-112 должна обеспечивать информационную поддержку оператора-112, ис-

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

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

При заполнении карточки обращения оператор должен иметь возможность перевес-

ти обращение другому специалисту или подключить к обработке обращения другого спе-

циалиста. При переводе обращения или подключению к обращению Система-112 должна

обеспечивать соответствующие телефонные соединения (см. пп. 4.2.2.1.5 и 4.2.2.1.6). Спе-

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

ращения. При переадресации обращения привлекаемому специалисту должен быть обес-

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

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

Оператор-112 должен иметь возможность:

− создать карточку происшествия по обращению;

− прикрепить существующую карточку происшествия к обращению;

− связать обращение с уже существующими обращениями, для фиксации повторно-

го вызова.

4.2.2.2.5 Редактирование карточки обращения

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

ращения, поступившего по каналам связи отличным от телефона. Например, для уточне-

ния текста сообщения, полученного по факсу.

4.2.2.2.6 Закрытие карточки обращения

Функция предназначена для закрытия карточки обращения в случае окончания вы-

зова или признания обращения не действительным.

62

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

телефонного вызова.

4.2.2.2.7 Отображение карточки обращения

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

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

редактирования.

4.2.2.2.8 Печать карточки обращения

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

4.2.2.2.9 Атрибутивный поиск обращения

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

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

кового запроса путем связывания атрибутивных условий логическими операторами.

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

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

4.2.2.2.10 Полнотекстовый поиск обращения

Функция предназначена для поиска обращений по вхождению поисковой строки в

значения ключевых атрибутов карточки обращения.

Результаты полнотекстового поиска должны быть ограничены в соответствии с пра-

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

4.2.2.2.11 Перевод обращения другому специалисту

Функция должна обеспечивать возможность выбора оператором-112, на основании

данных о текущем составе сотрудников Системы-112, специалиста требуемого типа и пе-

ревода обращения на выбранного специалиста.

4.2.2.2.12 Подключение к обработке обращения другого специалиста

Функция должна обеспечивать возможность выбора оператором-112, на основании

данных о текущем составе сотрудников Системы-112, специалиста требуемого типа и

подключения к обращению выбранного специалиста.

4.2.2.2.13 Прикрепление к обращению карточки происшествия

Функция предназначена для связывания обращения с уже зафиксированным в Сис-

теме-112 происшествием.

63

Система-112 должна обеспечивать автоматическое определение вероятности по-

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

держки принятия решений (см. п. 4.2.2.7.6).

Оператор-112 должен иметь возможность принять решение о возникновении по-

вторного или массового обращения на основании предоставленных Системой-112 данных.

При принятии положительного решения оператор-112 должен иметь возможность при-

крепить к карточке обращения уже существующую карточку происшествия.

4.2.2.2.14 Ведение черного списка

Функция предназначена для ведения черного списка абонентов, вызовы которых об-

рабатываются по отдельному сценарию.

Функция должна обеспечивать следующие возможности:

− отображение черного списка;

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

− исключение контакта абонента из черного списка.

4.2.2.2.15 Отображение реестра происшествий

Функция предназначена для работы специалистов Системы-112 со списком проис-

шествий в соответствии с правами доступа.

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

водом информации на экран.

Из реестра происшествий должны быть доступны для выполнения следующие

функции:

− отображение карточки происшествия;

− печать карточки происшествия;

− атрибутивный поиск происшествия;

− полнотекстовый поиск происшествия.

4.2.2.2.16 Создание карточки происшествия по обращению

Функция предназначена для создания оператором-112 карточки происшествия по

карточке обращения и прикрепления ее к обращению.

Оператор-112 должен иметь возможность классифицировать происшествие, основы-

ваясь на данных карточки обращения.

64

4.2.2.2.17 Закрытие карточки происшествия

Функция предназначена для закрытия карточки происшествия в случае поступления

Оператору-112 информации (не в электронном виде) об окончании реагирования на про-

исшествие.

4.2.2.2.18 Отображение карточки происшествия

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

карточки происшествия значения всех атрибутов обращения должны быть недоступны

для редактирования.

При отображении карточки происшествия Система-112 должна обеспечивать ото-

бражение списка обращений, связанных с происшествием.

4.2.2.2.19 Печать карточки происшествия

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

4.2.2.2.20 Атрибутивный поиск происшествия

Функция предназначена для поиска происшествий по значениям конкретных атри-

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

ловий поискового запроса путем связывания атрибутивных условий логическими опера-

торами.

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

пользователя к реестру происшествий.

4.2.2.2.21 Полнотекстовый поиск происшествия

Функция предназначена для поиска происшествий по вхождению поисковой строки

в значения ключевых атрибутов карточки происшествия.

Результаты полнотекстового поиска должны быть ограничены в соответствии с пра-

вами доступа пользователя к реестру происшествий.

4.2.2.2.22 Присвоение происшествию статуса возможной ЧС

Функция должна выполняться в автоматическом режиме на основании заранее раз-

работанных правил.

При присвоении происшествию статуса возможной ЧС карточка происшествия

должна передаваться на АРМ старшему оператора смены ЕДДС для принятия решения о

передаче информации о возможной ЧС в ЦУКС ГУ МЧС России по Томской области.

65

4.2.2.2.23 Отмена у происшествия статуса возможной ЧС

Функция доступна старшему оператору смены ЕДДС, который должен иметь воз-

можность указать причину отмены ЧС.

4.2.2.2.24 Подтверждение у происшествия статуса возможной ЧС

Функция доступна старшему оператору смены ЕДДС.

При подтверждении у происшествия статуса возможной ЧС информация о происше-

ствии должна передаваться в ЦУКС ГУ МЧС России по Томской области на уровень АИ-

УС РСЧС.

4.2.2.2.25 Передача происшествия в службы экстренного реагирования

Функция предназначена для передачи происшествия в службу(ы) экстренного реа-

гирования в соответствии со спецификой происшествия.

Система-112 должна обеспечивать автоматическое определение списка служб экс-

тренного реагирования в соответствии с регламентами оповещения в зависимости от типа

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

шений (см. п. 4.2.2.7.5).

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

фиксироваться в карточке происшествия.

При передаче происшествия в выбранные службы экстренного реагирования должна

передаваться карточка происшествия и при необходимости переадресовываться телефон-

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

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

Оператор-112 должен иметь возможность выбора службы экстренного реагирования для

переадресации телефонного вызова.

Передача карточки происшествия в службы экстренного реагирования должна осу-

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

ми.

4.2.2.2.26 Редактирование карточки происшествия

В случае отсутствия интеграции с АС службы экстренного реагирования в службе

устанавливается АРМ Сисемы-112, предназначенный для заполнения карточки происше-

ствия и внесения в нее информации о реагировании на происшествие.

66

4.2.2.3 Функциональный блок взаимодействия со смежными системами

ФБ взаимодействия со смежными системами предназначен для осуществления взаи-

мосвязи с существующими и разрабатываемыми автоматизированными информационны-

ми системами экстренных оперативных служб.

ФБ управления обращениями и происшествиями должен обеспечивать выполнение

следующих функций:

− выгрузка данных о происшествии в АС службы экстренного реагирования;

− загрузка данных о реагировании на происшествие из АС службы экстренного реа-

гирования;

− загрузка данных о происшествии из АС службы экстренного реагирования.

− получение данных, необходимых для актуализации справочников ЕССК.

Формат обмена данными со смежными системами должен быть определен на этапе

технического проектирования Системы-112 Томской области и может быть уточнен на

этапе рабочего проектирования Системы-112 Томской области.

4.2.2.3.1 Выгрузка данных о происшествии в АС службы экстренного

реагирования

Функция предназначена для автоматической передачи информации о происшествиях

в службы экстренного реагирования, в которые оператор-112 передал карточку происше-

ствия.

Передача карточки происшествия из ЦОВ в службу экстренного реагирования

должна осуществляться в соответствии с требованиями, приведенными в пункте 4.1.1.2.

Прием и обработка информации о происшествиях в службе экстренного реагирова-

ния должна осуществляться сервисом интеграции с АС службы. Передача информации о

происшествии из Системы-112 в АС службы экстренного реагирования должна осуществ-

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

Результат передачи информации о происшествии в АС службы экстренного реаги-

рования должен быть передан в ЦОВ и зафиксирован в карточке происшествия.

4.2.2.3.2 Загрузка данных о реагировании на происшествие из АС службы экс-

тренного реагирования

Функция предназначена для загрузки в Систему-112 из АС служб экстренного реа-

гирования информации о происшествиях, переданных операторами-112 в службы.

Функция должна обеспечивать мониторинг АС службы экстренного реагирования

на предмет появления новой информации о ходе реагирования на происшествие, включая

67

уточнение атрибутов карточки происшествия, а так же состав ТС, участвующих в реаги-

ровании на происшествие. При появлении новой информации функция должна автомати-

чески передавать данную информацию в ЦОВ и фиксировать ее в карточке происшествия

Системы-112.

4.2.2.3.3 Загрузка данных о происшествии из АС службы экстренного реагирова-

ния

Функция предназначена для получения из АС служб экстренного реагирования ин-

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

экстренного реагирования.

Функция должна обеспечивать мониторинг АС службы экстренного реагирования

на предмет появления нового происшествия, не зарегистрированного в Системе-112. При

появлении нового происшествия функция должна автоматически передавать данную ин-

формацию в ЦОВ, создавать карточку обращения и связанную с ней карточку происшест-

вия.

4.2.2.3.4 Получение данных, необходимых для актуализации справочников ЕССК

Функция предназначена для получения из службы экстренного реагирования дан-

ных, необходимых для актуализации справочников ЕССК и актуализации справочников

ЕСКК.

4.2.2.4 Функциональный блок взаимодействия с внешними системами

ФБ взаимодействия с внешними системами предназначен для предоставления опера-

тивной информации по происшествиям на уровень ЦУКС ГУ МЧС России по Томской

области (АИУС РСЧС) и для руководства администраций муниципальных образований

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

ториальной принадлежностью.

ФБ взаимодействия с внешними системами должен обеспечивать выполнение сле-

дующих функций:

− выгрузка оперативной информации во внешние АС;

− выгрузка статистической информации по работе Системы-112.

4.2.2.4.1 Выгрузка оперативной информации во внешние АС

Функция предназначена для обеспечения выгрузки в ЦУКС ГУ МЧС России по

Томской области оперативной информации о вероятном возникновении чрезвычайной си-

туации.

68

В связи с тем, что информация о ЧС должна поставляться в ЦУКС ГУ МЧС России

по Томской области оперативно, необходимо использовать максимально быстрый способ

взаимодействия с внешними АС. Таким способом является использование пассивного ин-

формационного сервиса, расположенного на стороне внешней АС и инициируемого Сис-

темой-112 в случае возникновения ЧС.

Данный сервис должен принимать информацию о ЧС от Системы-112 и обеспечи-

вать ее загрузку в АИУС РСЧС для дальнейшей обработки.

Сохранность передаваемой информации должна быть обеспечена используемыми

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

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

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

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

4.2.2.4.2 Выгрузка статистической информации по работе Системы-112

Функция предназначена для обеспечения выгрузки статистических данных, сформи-

рованных на основе зарегистрированных происшествиях, во внешние АС.

Статистические данные должны подготавливаться функциональным блоком анали-

тики и статистики и передаваться во внешние АС в соответствии с требованиями, приве-

денными в пункте 4.1.1.3.3.

Сохранность передаваемой информации должна быть обеспечена используемыми

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

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

по запросу внешних АС, а так же автоматической выгрузки в соответствии с предвари-

тельно настроенным расписанием.

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

данной функции в сторону расширения списка статистической информации, а так же в

сторону расширения списка внешних АС.

4.2.2.5 Функциональный блок аналитики и статистики

ФБ аналитики и статистики предназначен для сбора, обработки и представления ин-

формации о работе Системы-112 в различной форме и в различных разрезах.

ФБ аналитики и статистики должен обеспечивать выполнение следующих функций:

− формирование отчета;

− экспорт отчета;

69

− печать отчета;

− предоставление информации по запросу компонент Системы-112.

4.2.2.5.1 Формирование отчета

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

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

При формировании отчета Система-112 должна выгружать данные, отобранные в

соответствии с параметрами, указанными пользователем, в специально подготовленную

отчетную форму и отображать данную форму пользователю.

4.2.2.5.2 Экспорт отчета

Функция должна обеспечивать экспорт сформированного отчета в форматы MS

Word и Adobe PDF.

4.2.2.5.3 Печать отчета

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

рез специализированное представление для печати, либо через пользовательский интер-

фейс ПО обработки сторонних форматов.

4.2.2.5.4 Предоставление информации по запросу компонент Системы-112

Функция должна обеспечивать обработку запросов компонент Системы-112 на

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

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

ния отчета.

Функция должна в соответствии с условиями запроса сформировать статистическую

выборку и передать ее компоненту Системы-112, выполнившему запрос.

Информационное взаимодействие должно осуществляться в соответствии с требова-

ниями, приведенными в пункте 4.1.1.2.

4.2.2.6 Функциональный блок ведения оперативной базы знаний

ФБ ведения оперативной базы знаний предназначен для хранения, наполнения и ре-

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

ФБ поддержки принятия решений.

ФБ ведения оперативной базы знаний должен обеспечивать выполнение следующих

функций:

70

− ведение реестра регламентов по обработке обращений;

− поиск и отображение регламента по обработке обращений;

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

решения;

− поиск и отображение классифицированной информации о типичных проблемах и

средствах их решения.

4.2.2.6.1 Ведение реестра регламентов по обработке обращений

Функция предназначена для ведения реестра нормативно-распорядительной доку-

ментации, касающейся регламентов по обработке обращений граждан в Систему-112.

Функция должна обеспечивать возможность классификации документов по типам

обращений, по должностям сотрудников Системы-112.

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

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

регламенте.

4.2.2.6.2 Поиск и отображение регламента по обработке обращений

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

ния и типу специалиста.

4.2.2.6.3 Ведение классифицированной информации о типичных проблемах и сред-

ствах их решения

Функция предназначена для ведения реестра пояснительной и руководящей инфор-

мации, обеспечивающей сотрудников Системы-112 дополнительными сведениями отно-

сительно способов решения проблем, с которыми обращаются абоненты Системы-112.

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

ния проблем или оказания неотложной помощи. Каждый топик должен быть классифици-

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

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

нормативно-справочной информации (ЕСКК).

Функция должна предоставлять пользователю возможность отображать реестр то-

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

Система-112 должна обеспечивать возможность атрибутивного поиска топиков по

их классификации, а так же полнотекстового поиска по содержимому топиков.

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

71

4.2.2.6.4 Поиск и отображение классифицированной информации о типичных

проблемах и средствах их решения

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

пу обращения и типу специалиста.

4.2.2.7 Функциональный блок поддержки принятия решений

ФБ поддержки принятия решений предназначен для хранения, наполнения и редак-

тирования данных, обеспечивающих пользователям Системы-112 информационной под-

держки в процессе обработки обращений абонентов Системы-112.

ФБ поддержки принятия решений должен обеспечивать выполнение следующих

функций:

− ведение сценариев опроса абонента (система детерминированных диалогов);

− проведение опроса абонента по выбранному сценарию

− ведение регламентов оповещения экстренных служб в зависимости от типа про-

исшествия;

− поиск и отображение регламентов оповещения служб экстренного реагирования в

зависимости от типа происшествия;

− определение списка и параметров оповещаемых служб экстренного реагирования;

− обнаружение повторных и массовых обращений.

4.2.2.7.1 Ведение сценариев опроса абонента

Сценарии опроса абонента предназначены для организации системы детерминиро-

ванных диалогов, помогающих оператору-112 собрать необходимую информацию о про-

исшествии от абонента.

Сценарии опроса абонента представляют собой связанное дерево вопросов и вари-

антов ответов на них. Система-112 должна обеспечивать возможность ведения дерева во-

просов и ответов.

4.2.2.7.2 Проведение опроса абонента по выбранному сценарию

Функция предназначена для организации информационной поддержки оператора-

112 при заполнении карточки обращения (см. п. 4.2.2.2.4).

Функция должна обеспечивать оператору-112 возможность выбора сценария опроса

и проведение опроса.

При проведении опроса Система-112 должна обеспечивать отображение оператору-

112 текста текущего вопроса и вариантов ответа на него. Оператор-112 должен задать

72

абоненту вопрос, получить от него ответ и выбрать один из предложенных Системой-112

вариантов ответа максимально близкий к ответу абонента.

Система-112 должна, на основании полученного ответа, перейти к следующему во-

просу.

4.2.2.7.3 Ведение регламентов оповещения служб экстренного реагирования в

зависимости от типа происшествия

Функция предназначена для ведения регламентов оповещения служб экстренного

реагирования в зависимости от типа происшествия. На основании регламентов Система-

112 должна обеспечивать автоматическую передачу карточки происшествия в службы

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

оператора-112 информацией необходимой ему для выполнения дополнительных действий

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

этапе рабочего проектирования Системы-112 Томской области.

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

реагирования, которые должны быть оповещены при возникновении происшествия опре-

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

голосовой звонок и требуется ли дополнительное оповещение службы по телефону.

4.2.2.7.4 Поиск и отображение регламентов оповещения служб экстренного реа-

гирования в зависимости от типа происшествия

Функция предназначена для автоматического определения регламента оповещения

по типу и адресу происшествия.

4.2.2.7.5 Определение списка и параметров оповещаемых служб экстренного ре-

агирования

Функция предназначена для определения списка служб экстренного реагирования в

зависимости от типа и места происшествия.

Состав типов служб экстренного реагирования должен определяться на основании

регламента оповещения (см. п. 4.2.2.7.3). Для каждого необходимого типа службы на ос-

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

экстренного реагирования.

Информация о службах экстренного реагирования, о типах информационного взаи-

модействия со службой (наличие, адрес и версия информационного сервиса), и о терри-

73

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

ведения единой нормативно-справочной информации (ЕСКК).

4.2.2.7.6 Обнаружение повторных и массовых обращений

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

осуществляется повторное или массовое обращение абонентов.

Повторное обращение абонента должно определяться по типу происшествия, номеру

телефона или адресу. Массовое обращение абонентов должно определяться по типу про-

исшествия и адресу происшествия.

Поиск происшествий подходящих для массового или повторного обращения должен

осуществляться в рамках определенного периода времени (например, за последний час).

4.2.2.8 Функциональный блок ведения единой нормативно-справочной

информации (ЕСКК)

ФБ ведения единой нормативно-справочной информации предназначен для ведения

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

также для связи с подсистемой ЕСКК АИУС РС ЧС для получения из нее основных спра-

вочников и классификаторов.

ФБ ведения единой нормативно-справочной информации должен обеспечивать вы-

полнение следующих функций:

− отображение справочника (классификатора);

− добавление новой записи в справочник (классификатор);

− редактирование записи справочника (классификатора);

− отображение записи справочника (классификатора);

− логическое удаление записи справочника (классификатора);

− восстановление записи справочника (классификатора);

− просмотр истории изменения записи справочника (классификатора);

− экспорт справочника (классификатора) в файл;

− импорт справочника (классификатора) из файла;

− синхронизации справочников с внешними и смежными системами.

4.2.2.8.1 Отображение справочника (классификатора)

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

древовидном (для иерархических структур) виде в соответствии с правами доступа поль-

зователя Системы-112.

74

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

вывод информации, с возможностью навигации по страницам, а так же сортировку дан-

ных справочника по отображаемым атрибутам.

При отображении записей справочника необходимо обеспечить возможность вклю-

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

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

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

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

справочника.

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

дующие функции:

− отображение записи справочника;

− добавление новой записи в справочник;

− редактирование записи справочника;

− логическое удаление записи справочника;

− экспорт справочника в файл;

− импорт справочника из файла.

4.2.2.8.2 Добавление новой записи в справочник

Функция предназначена для добавления записей в справочники, ведущиеся в рамках

Системы-112.

При добавлении новой записи в иерархический справочник, пользователь должен

иметь возможность при необходимости выбрать родительскую запись, которой будет до-

бавлена новая дочерняя запись.

4.2.2.8.3 Редактирование записи справочника

Функция предназначена для редактирования записей в справочники, ведущиеся в

рамках Системы-112. Функция редактирования должна быть недоступна для логически

удаленных записей.

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

4.2.2.8.4 Отображение записи справочника

Функция должна обеспечивать отображение всех атрибутов справочника. Все атри-

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

75

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

следующие функции:

− редактирование записи справочника;

− логическое удаление записи справочника;

− восстановление записи справочника;

− просмотр истории изменения записи справочника.

4.2.2.8.5 Логическое удаление записи справочника

Функция предназначена для логического удаления записей из справочников, веду-

щихся в рамках Системы-112. Функция должна быть недоступна для логически удален-

ных записей.

Функция должна обеспечивать отображение запроса на подтверждение логического

удаления записи.

Логически удаленная запись должна отмечаться в справочнике как не активная и не

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

для других компонент Системы-112.

При логическом удалении родительской записи в иерархическом справочнике Сис-

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

4.2.2.8.6 Восстановление записи справочника

Функция предназначена для восстановления логически удаленных записей в спра-

вочниках, ведущихся в рамках Системы-112. Функция должна быть доступна только для

логически удаленных записей.

Функция должна обеспечивать отображение запроса на подтверждение восстанов-

ления записи.

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

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

гих компонент Системы-112.

Система-112 должна запрещать восстанавливать дочерние записи, в случае если их

родительская запись удалена логически.

4.2.2.8.7 Просмотр истории изменения записи справочника

Система-112 должна обеспечивать автоматическую фиксацию истории изменений

записи справочника при выполнении следующих функций:

− добавление новой записи в справочник (классификатор);

76

− редактирование записи справочника (классификатора);

− логическое удаление записи справочника (классификатора);

− восстановление записи справочника (классификатора).

При фиксации истории изменений Система-112 должна обеспечивать сохранение

следующих данных:

− дата и время изменения;

− пользователь или процесс, внесший изменения;

− список изменений.

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

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

4.2.2.8.8 Экспорт справочника в файл

Функция предназначена для выгрузки данных справочника в файлы.

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

− XML 1.1;

− JSON;

− CSV (разделитель табуляция).

4.2.2.8.9 Импорт справочника из файла

Функция предназначена для организации обновления данных справочников, веду-

щихся централизовано во внешних системах, например общероссийских или ведомствен-

ных классификаторов.

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

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

дующих форматов:

− XML 1.1;

− JSON;

− CSV (разделитель табуляция).

На этапе разработки технического проекта на создание Системы-112 в Томской об-

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

сификаторов, используемых в Системе-112.

При выявлении на этапе внедрения Системы-112 необходимости организации им-

порта данных из других справочников форматы загрузки должны быть указаны в доку-

ментах разработанного технического проекта внедрения Системы-112.

77

4.2.2.8.10 Синхронизации справочников с внешними и смежными системами

Функция предназначена для обновления справочников, используемых в Системе-112

и ведущихся во внешних или смежных системах.

Функция должна обеспечивать возможность дифференциального и полного обнов-

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

должен использоваться индикатор последнего обновления записей справочника.

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

запросу компонент Системы-112, а так же автоматического обновления в соответствии с

предварительно настроенным расписанием.

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

населения

Подсистема консультативного обслуживания населения должна включать в себя

следующие функциональные блоки:

− ФБ отображения информации на Интернет-портале;

− ФБ ведения консультационной базы знаний;

− ФБ управления наполнением Интернет-портала;

− ФБ управления форумами.

4.2.3.1 Функциональный блок отображения информации на Интернет-

портале

ФБ отображения информации на Интернет-портале предназначен для обеспечения

доступа заинтересованных лиц к предоставляемым Интернет-порталом сервисам, опубли-

кованным материалам, форуму, опросам и т.д.;

ФБ отображения информации на Интернет-портале должен обеспечивать выполне-

ние следующих функций:

− регистрация пользователей Интернет-портала;

− авторизация пользователей;

− восстановление пользователем утраченного пароля;

− отображение информационного наполнения;

− отображение консультационной базы знаний;

− навигация по разделам и страницам Интернет-портала;

− поиск информации по ключевым словам;

− подписка на новости.

78

4.2.3.1.1 Регистрация пользователей Интернет-портала

Функция предназначена для самостоятельной регистрации на Интернет-портале

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

области и прочих органов и организаций.

Доступ к функции регистрации должен быть доступен с любой общедоступной

страницы Интернет-портала. Функция должна быть доступна неавторизованному пользо-

вателю Интернет-портала.

Форма регистрации должна обеспечивать ввод пользователем логина, пароля, под-

тверждения пароля, наименование организации, ФИО представителя, контактного адреса

электронной почты и контактного телефона.

По согласованию с Заказчиком должна быть обеспечена идентификация пользовате-

лей по данным регистрации на портале Государственных услуг Томской области.

4.2.3.1.2 Авторизация пользователей

Авторизованный вход на Интернет-портал необходим для предоставления пользова-

телю возможности обращения к разделам и сервисам Интернет-портала с ограниченным

доступом.

Для выполнения авторизованного входа на Интернет-портал пользователю должна

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

доступна со всех страниц Портала.

Пользователь из формы авторизации должен иметь возможность обратиться к функ-

ции восстановления забытого пароля.

4.2.3.1.3 Восстановление пользователем утраченного пароля

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

запросу пользователя, сформированному с использованием формы восстановления забы-

того пароля.

Для восстановления забытого пароля пользователю должна отображаться форма,

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

занный пользователем при регистрации. Система-112 должна сравнить данные указанные

на форме с данными имеющимися в системе и, в случае совпадения, сформировать ссылку

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

79

4.2.3.1.4 Отображение информационного наполнения

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

териалов, составляющих наполнение Интернет-портала, в соответствии с разработанным

дизайном.

Отображение материалов на Интернет-портале должно определяться типом инфор-

мационного объекта, содержащим описание материала, а также разработанными шабло-

нами оформления страниц, заголовков, ссылок и других элементов Интернет-портала.

4.2.3.1.5 Отображение консультационной базы знаний

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

знаний.

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

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

На Интернет-портале должны отображаться только активные разделы и топики кон-

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

поиска по базе знаний.

4.2.3.1.6 Навигация по разделам и страницам Интернет-портала

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

и страницы Интернет-портала, должна отображаться на всех страницах Интернет-портала

и обеспечивать быстрое перемещение по разделам и страницам Интернет-портала.

В процессе перемещения пользователя по страницам Интернет-портала программ-

ное обеспечение должно отображать контекст текущего отображаемого раздела (так назы-

ваемый «след»).

При обращении посетителя Интернет-портала к защищенным страницам, разделам и

сервисам программное обеспечение должно информировать о необходимости авториза-

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

сетителей – возможность регистрации (см. п. 4.2.3.1.1).

С любой из страниц Интернет-портала посетитель должен иметь возможность одним

нажатием вернуться на главную страницу.

4.2.3.1.7 Поиск информации по ключевым словам

Ссылка для перехода к форме поиска информации на Интернет-портале должна

быть доступна со всех страниц.

80

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

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

текстах информационных объектов, а также в содержимом вложенных документов, ин-

дексация которых должна поддерживаться средствами Интернет-портала (TXT, HTML,

XML, DOC, RTF, XLS, PPT, PDF).

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

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

ссылки для перехода к просмотру каждого материала.

4.2.3.1.8 Подписка на новости

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

механизм RSS каналов.

Подписка на новости должна быть доступна как авторизованным, так и неавторизо-

ванным пользователям Портала. Пользователь должен иметь возможность выбрать RSS-

клиент, с помощью которого он хочет получать новости.

4.2.3.2 Функциональный блок ведения консультационной базы знаний

ФБ ведения консультационной базы знаний предназначен для хранения и структу-

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

по вопросам, связанным с возникновением экстренных ситуаций и способам их решений.

ФБ ведения консультационной базы знаний должен обеспечивать выполнение сле-


− отображение структуры базы знаний;

− создание раздела базы знаний;

− редактирование раздела базы знаний;

− отображение раздела базы знаний;

− удаление раздела базы знаний;

− создание топика;

− редактирование топика;

− просмотр топика;

− удаление топика;

− прикрепление топика к разделу.

− открепление топика от раздела.

4.2.3.2.1 Отображение структуры базы знаний

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

и вложенных в них топиков.

81

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

4.2.3.2.2 Создание раздела базы знаний

При добавлении нового раздела пользователь должен иметь возможность при необ-

ходимости выбрать родительский раздел, в который будет добавлен новый раздел.

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

который будет отображаться в структуре базы знаний, а так же установить признак актив-

ности раздела в базе знаний.

Неактивный раздел не должен отображаться на Интернет-портале (см. п. 4.2.3.1.5).

4.2.3.2.3 Редактирование раздела базы знаний


который будет отображаться в структуре базы знаний, установить признак активности

раздела в базе знаний, а так же установить для раздела другой родительский раздел или

сделать его корневым.

4.2.3.2.4 Отображение раздела

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

раздела. Все атрибуты раздела доступны только на просмотр.

Кроме атрибутов раздела, функция должна отображать таблицу, содержащую ин-

формацию о топиках, прикрепленных к разделу и предназначенную для управления топи-

ками.

4.2.3.2.5 Удаление раздела базы знаний

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

знаний.

Функция должна не допускать удаления разделов, у которых есть подчиненные раз-

делы или в которые добавлены топики.

4.2.3.2.6 Создание топика

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

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

содержание и содержание топика, а так же установить признак активности топика в базе

знаний.

82

Неактивный топик не должен отображаться на Интернет-портале (см. п. 4.2.3.1.5) и

не должен быть доступен для поиска по базе знаний.

4.2.3.2.7 Редактирование топика

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

ка, установить признак активности топика в базе знаний, а так же установить для топика

другой родительский раздел.

4.2.3.2.8 Просмотр топика

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

рибутов топика.

4.2.3.2.9 Удаление топика

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

знаний.

4.2.3.2.10 Прикрепление топика к разделу

Система-112 должна обеспечивать возможность прикрепление одного топика к не-

скольким разделам.

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

него топиков, а так же возможность выбора для топика списка разделов, в которые он

входит.

4.2.3.2.11 Открепление топика от раздела

Функция должна позволять пользователю открепить топик от выбранного раздела.

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

топика.

4.2.3.3 Функциональный блок управления наполнением Интернет-портала

ФБ управления наполнением Интернет-портала предназначен для управления струк-

турой разделов Интернет-портала, подготовки к публикации и размещения на страницах

Интернет-портала различного рода сведений.

Информационное наполнение Интернет-портала должно строиться на основании ие-

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

онные элементы.

83

Система-112 должна обеспечивать возможность создания информационных элемен-

тов следующих типов:

− статья;

− новость;

− документ;

− опрос.

ФБ отображения информации на Интернет-портале должен обеспечивать выполне-

ние следующих функций:

− управление структурой Интернет-портала:

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

− добавление раздела;

− редактирование свойств раздела;

− публикация раздела;

− снятие с публикации раздела;

− изменение порядка отображения разделов;

− удаление раздела.

− управление наполнением Интернет-портала:

− отображение списка информационных элементов;

− создание информационного элемента;

− редактирование информационного элемента;

− публикация информационного элемента;

− снятие с публикации информационного элемента;

− удаление информационного элемента.

4.2.3.3.1 Отображение структуры разделов

Структура Интернет-портала должна состоять из иерархически организованных ин-

формационных разделов.

Структура Интернет-портала должна отображаться в древовидном виде.

4.2.3.3.2 Добавление раздела

При добавлении нового раздела пользователь должен иметь возможность при необ-

ходимости выбрать родительский раздел, в который будет добавлен новый раздел.


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

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

84

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

разделу.

При добавлении раздел не должен автоматически публиковаться на Интернет-

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

блоком отображения информации на Интернет-портале.

4.2.3.3.3 Редактирование свойств раздела

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

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

4.2.3.3.4 Публикация раздела

Функция должна обеспечивать возможность публикации раздела на Интернет-

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

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

мации на Интернет-портале.

4.2.3.3.5 Снятие с публикации раздела

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

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

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

ния информации на Интернет-портале.

4.2.3.3.6 Изменение порядка отображения разделов

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

лов в навигационном меню Интернет-портала.

Пользователь должен иметь возможность поменять местами соседние разделы, под-

чиненные одному родительскому разделу.

4.2.3.3.7 Удаление раздела

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

структуры Интернет-портала. Данная функция должна быть доступна как для опублико-

ванных, так и для не опубликованных разделов.

Функция должна не допускать удаления разделов, у которых есть подчиненные раз-

делы или в которые добавлены информационные объекты.

85

4.2.3.3.8 Отображение списка информационных элементов

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

элементов определенного типа, размещенных в конкретном разделе.

Информационные элементы должны отображаться в табличном виде с постранич-

ным выводом.

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

элемента.

4.2.3.3.9 Добавление информационного элемента

Функция должна обеспечивать возможность добавления в раздел нового информа-

ционного элемента типа, разрешенного для данного раздела.

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

мационного элемента в зависимости от типа информационного элемента.

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

на Интернет-портале, то есть неопубликованный информационный элемент не должен

отображаться функциональным блоком отображения информации на Интернет-портале.

4.2.3.3.10 Редактирование информационного элемента

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

элемента.

4.2.3.3.11 Публикация информационного элемента

Функция должна обеспечивать возможность публикации информационного элемен-

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

информационных элементов. Опубликованный информационный элемент должен ото-

бражаться функциональным блоком отображения информации на Интернет-портале.

4.2.3.3.12 Снятие с публикации информационного элемента

Функция должна обеспечивать возможность снятия с публикации на Интернет-

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

кованных информационных элементов. Не опубликованный информационный элемент не

должен отображаться функциональным блоком отображения информации на Интернет-

портале.

86

4.2.3.3.13 Удаление информационного элемента

Функция должна обеспечивать возможность физического удаления информационно-

го элемента из структуры Интернет-портала. Данная функция должна быть доступна как

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

4.2.3.4 Функциональный блок управления форумами

ФБ управления форумами предназначен для организации тематических форумов.

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

− регистрация на форуме;

− авторизованный вход на форум;

− восстановление утраченного пароля;

− блокировка учетной записи участника форума;

− управление рубриками:

− отображение списка рубрик;

− отображение рубрики;

− добавление рубрики;

− изменение рубрики;

− удаление рубрики.

− управление темами:

− отображение темы;

− добавление темы;

− удаление темы;

− закрытие темы.

− управление сообщениями:

− добавление сообщения;

− редактирование сообщения;

− удаление сообщения.

Пользователь неавторизованный на форуме должен иметь возможность выполнение


− регистрация на форуме;

− авторизованный вход на форум;

− восстановление утраченного пароля;

− отображение рубрики.

− отображение темы.

87

4.2.3.4.1 Авторизованный вход на форум

Авторизованный вход на форум Интернет-портала необходим для предоставления

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

форума.

Для выполнения авторизованного входа на форум Интернет-портала пользователю

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

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

4.2.3.4.2 Восстановление утраченного пароля

Функция должна обеспечивать неавторизованному пользователю возможность вос-

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

выполнения пользователем данного действия.

4.2.3.4.3 Блокировка учетной записи участника форума

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

участника форума модератором форума.

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

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

Модератор форума должен иметь возможность разблокировать заблокированную

учетную запись участника форума.

4.2.3.4.4 Отображение списка рубрик

Функция должна обеспечивать отображение списка рубрик на главной странице фо-

рума.

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

рубрику.

4.2.3.4.5 Отображение рубрики

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

содержащихся в рубрике.

Авторизованный пользователь должен иметь возможность выполнить следующие

функции:

− перейти в выбранную тему;

− добавить тему.

88

4.2.3.4.6 Добавление рубрики

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

доступна только модератору форума.

При создании новой рубрики модератор должен иметь возможность установить на-

звание рубрики, описание рубрики, порядковый номер рубрики в списке рубрик форума.

4.2.3.4.7 Изменение рубрики

Функция должна обеспечивать возможность изменения значения атрибутов сущест-

вующей рубрики и должна быть доступна только модератору форума.

4.2.3.4.8 Удаление рубрики

Функция должна обеспечивать возможность физического удаления рубрики из фо-

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

Функция должна обеспечивать отображение пользователю запроса на подтвержде-

ние удаления. При удалении рубрики все содержащиеся в ней вложенные темы и сообще-

ния так же должны быть удалены.

4.2.3.4.9 Отображение темы

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

ний, содержащихся в теме.

Неавторизованный пользователь должен иметь возможность только просматривать

сообщения.

Авторизованный пользователь должен иметь возможность выполнить следующие

функции:

− добавить сообщение;

− редактировать свое сообщение;

− удалить свое сообщение.

4.2.3.4.10 Добавление темы

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

должна быть доступна либо модератору форума, либо авторизованному пользователю.

При создании новой темы пользователь должен иметь возможность установить на-

звание темы и текст первого сообщения.

89

4.2.3.4.11 Удаление темы

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

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


ние удаления. При удалении темы все содержащиеся в ней вложенные сообщения так же

должны быть удалены.

4.2.3.4.12 Закрытие темы

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

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

на только модератору форума.


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

к ней должен быть только на чтение.

Модератор форума должен иметь возможность открыть закрытую тему.

4.2.3.4.13 Добавление сообщения

Функция должна обеспечивать возможность создания нового сообщения в теме и

должна быть доступна либо модератору форума, либо авторизованному пользователю.

При создании новой темы пользователь должен иметь возможность задать текст со-

общения. Система-112 должна обеспечивать возможность форматирования текста сооб-

щения.

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

мого сообщения.

Функция должна обеспечивать возможность использования в тексте сообщения ци-

тат из текстов предыдущих сообщений темы.

4.2.3.4.14 Редактирование сообщения

Функция должна обеспечивать возможность изменения текста сообщения и должна

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

модератор форума должен иметь возможность редактировать все сообщения, а авторизо-

ванный пользователь только свои сообщения.

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

сообщения.

90

4.2.3.4.15 Удаление сообщения

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

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

вателю. Причем модератор форума должен иметь возможность удалять все сообщения, а

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

4.2.4 Требования к функциям геоинформационной подсистемы

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

ные блоки:

− ФБ отображения картографической информации;

− ФБ поиска картографической информации;

− ФБ мониторинга транспортных средств.

Требования к картографической информации и к источникам ее предоставления

должны быть сформированы на этапе технического проектирования Системы-112 Том-

ской области.

4.2.4.1 Функциональный блок отображения картографической информации

ФБ отображения картографической информации предназначен для отображения

карт, объектов на картах и информации по ним.

ФБ отображения картографической информации должен обеспечивать выполнение


− отображение карт, объектов на картах и информации по ним;

− навигация по картам;

− измерение расстояний на карте;

− показ/отмена слоев карты;

− печать карт.

4.2.4.1.1 Отображение карт, объектов на картах и информации по ним

Функция предназначена для отображения объекта или группы объектов на карте по

запросу компонент Системы-112.

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

та(ов) и его тип.

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

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

91

По координатам функция должна визуально выделять объект(ы) на карте, при этом

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

ное графический образ.

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

мации об объекте при выборе объекта на карте.

4.2.4.1.2 Навигация по картам

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

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

4.2.4.1.3 Измерение расстояний на карте

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

объектами или точками на карте. При этом должна быть реализована возможность изме-

рения расстояния, как по прямой, так и по транспортной сети.

4.2.4.1.4 Показ/отмена слоев карты

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

включая свойства слоя и информацию об объектах, входящих в состав слоя.

Так же функция должна обеспечивать возможность включать и отключать отобра-

жение слоев на карте.

Помимо стандартных слоев карт, таких как административные районы, адреса, насе-

ленные пункты, железные дороги, природно-географические объекты, социально-

демографические объекты, экономические объекты и прочее, Система-112 должна обес-

печивать возможность работы со следующими слоями:

− ДДС и ЕДДС;

− критически важные объекты;

− объекты мониторинга.

4.2.4.1.5 Печать карт

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

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

выделенном фрагменте карты.

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

тельного просмотра для вывода на принтер.

92

4.2.4.2 Функциональный блок поиска картографической информации

ФБ поиска картографической информации предназначен для поиска объектов по

различным атрибутам.

ФБ поиска картографической информации должен обеспечивать выполнение сле-


− определение координат объекта по номеру стационарного телефона;

− определение координат по номеру мобильного телефона;

− определение координат объекта по адресу;

− определение координат объекта по наименованию;

− поиск и отображение на карте объектов классифицированных типов;

− определение объекта определенного классифицированного типа максимально близко расположенного к точке;

− определение атрибутов объекта по координатам;

− определение атрибутов объекта с помощью визуальных графических средств.

4.2.4.2.1 Определение координат объекта по номеру стационарного телефона

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

Системы-112 информации о координатах объекта, на котором зарегистрирован стацио-

нарный телефон.

Функция должна по номеру стационарного телефона определять адрес объекта ис-

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

(ЕСКК). По адресу объекта функция должна определять его координаты (см. п. 4.2.4.2.3) и

обеспечивать передачу координат объекта компоненту Системы-112, инициировавшему

вызов функции.

4.2.4.2.2 Определение координат объекта по номеру мобильного телефона


Системы-112 информации о координатах местоположения мобильного телефона.

Функция должна по номеру мобильного телефона определять оператора мобильной

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

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

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

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

93

4.2.4.2.3 Определение координат объекта по адресу


Системы-112 информации о координатах объекта по его адресу.

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

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

ординаты средневзвешенной точки полигона и обеспечивать передачу координат объекта

компоненту Системы-112, инициировавшему вызов функции.

4.2.4.2.4 Определение координат объекта по наименованию


Системы-112 информации о координатах объекта по его наименованию.

Функция должна на основании данных картографических слоев определять набор

полигонов, соответствующих указанному наименованию, на основании этих данных вы-

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

динат объектов, наименований объектов, а так же информации о слое, в котором найден

объект, компоненту Системы-112, инициировавшему вызов функции.

4.2.4.2.5 Поиск и отображение на карте объектов классифицированных типов

Функция предназначена для отображения на карте одного или нескольких объектов

классифицированного типа.

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

так же выбора либо конкретных объектов выбранного типа, либо всех объектов. Выбор

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

вами функционального блока ведения нормативно-справочной информации (ЕСКК).

Функция должна определять координаты выбранных объектов и обеспечивать ото-

бражение выбранных объектов на карте (см. п. 4.2.4.1.1).

4.2.4.2.6 Определение объекта определенного классифицированного типа макси-

мально близко расположенного к точке

Функция предназначена для предоставления компонентам Системы-112 информа-

ции об объектах определенного наиболее близкого по местоположению к заданной точке.

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

основании справочника объектов, ведущегося средствами функционального блока веде-

ния нормативно-справочной информации (ЕСКК) определять объекты заданного типа и

94

выбирать из них объект, находящийся на минимальном расстоянии от указанных коорди-

нат.

Функция должна возвращать информацию об объекте компоненту Системы-112,

инициировавшему вызов функции.

4.2.4.2.7 Определение атрибутов объекта по координатам

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

там Системы-112 информации об объекте по его координатам.

Функция должна на основании данных картографических слоев определять набор

полигонов, соответствующих указанным координатам, на основании этих данных опреде-

лять объект и его атрибуты и обеспечивать передачу атрибутов объекта компоненту Сис-

темы-112, инициировавшему вызов функции.

4.2.4.2.8 Определение атрибутов объекта с помощью визуальных графических

средств

Функция предназначена для обеспечения определения координат объекта путем вы-

бора его на карте.

4.2.4.3 Функциональный блок мониторинга транспортных средств

ФБ мониторинга транспортных средств должен обеспечивать выполнение следую-

щих функций:

− отображение на карте транспортных средств;

− отображение характеристик наблюдаемых транспортных средств;

− отображение на карте ближайших объектов классифицированных типов;

− поиск транспортных средств на карте;

− прокладка маршрутов движения между заданными объектами.

4.2.4.3.1 Отображение на карте транспортных средств

Функция предназначена для отображения на карте группы ТС экстренных оператив-

ных служб, оснащенных средствами мониторинга подвижных объектов, и маршрутов их

движения.

Функция должна принимать на вход перечень ТС и момент времени, начиная с ко-

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

местоположениях ТС, регистрируемую функциональным блоком сопряжения с система-

ми мониторинга мобильных объектов на базе ГЛОНАСС/GPS, отображать на карте мар-

шруты движения всех ТС начиная с указанного момента времени.

95

Перечень ТС, подключаемых к Системе-112 определяется Заказчиком на этапе Тех-

нического проектирования Системы-112 Томской области и может изменяться и допол-

няться в процессе эксплуатации Системы по согласованию между Заказчиком и Исполни-

телем.

4.2.4.3.2 Отображение характеристик наблюдаемых транспортных средств

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

4.2.4.3.3 Отображение на карте ближайших объектов классифицированных

типов

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

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

можности функционального блока поиска картографической информации, функция долж-

на определять нужный объект (см. п. 4.2.4.2.6) и отображать его на карте.

4.2.4.3.4 Поиск транспортных средств на карте

Функция должна обеспечивать поиск конкретного транспортного средства на карте

по его номеру.

4.2.4.3.5 Прокладка маршрутов движения между заданными объектами

Функция должна обеспечивать пользователю возможность выбора точек (объектов)

начала и окончания маршрута и на основании этой информации выполнять автоматиче-

скую прокладку по графу дорог с использованием информации об ограниченном движе-

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

на.

4.2.5 Требования к функциям подсистемы мониторинга

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

ки:

− ФБ сопряжения с системой ЭРА-ГЛОНАСС;

− ФБ сопряжения с системами мониторинга мобильных объектов на базе ГЛО-

НАСС/GPS;

− ФБ сопряжения с системами мониторинга стационарных объектов;

− ФБ мониторинга событий Системы-112.

96

4.2.5.1 Функциональный блок сопряжения с системой ЭРА-ГЛОНАСС

Функциональный блок сопряжения с системой ЭРА-ГЛОНАСС должен обеспечи-

вать выполнение следующих функций:

− получение и регистрация ПНД о ДТП в информационно-коммуникационной под-

системе;

− передача в систему «ЭРА-ГЛОНАСС» информации о ходе экстренного реагиро-

вания по ликвидации последствий ДТП.

4.2.5.1.1 Получение и регистрация ПНД о ДТП в информационно-

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

Функция предназначена для получения из системы ЭРА-ГЛОНАСС полного набора

данных о дорожно-транспортных происшествиях и регистрации полученных данных в

информационно-коммуникационной подсистеме.

При появлении информации о новом ДТП в системе ЭРА-ГЛОНАС она должна че-

рез информационный сервис, расположенный на стороне Системы-112, передавать эту

информацию в Систему-112.

При получении этой информации в Системе-112 должны автоматически создаваться

карточка обращения и связанная с ней карточка происшествия.

Данная карточка обращения должна попадать в очередь на обработку обращений

поступивших по каналам связи отличным от телефона (см. п. 4.2.2.1.3).

4.2.5.1.2 Передача в систему «ЭРА-ГЛОНАСС» информации о ходе экстренного

реагирования по ликвидации последствий ДТП

В процессе обработки происшествия, созданного по информации о ДТП, поступив-

шей от системы ЭРА-ГЛОНАСС, оператором-112, а так же операторами служб экстренно-

го реагирования должна вноситься дополнительная информация в карточку происшест-

вия.

При появлении новой информации в карточке происшествия, созданной по ДТП,

Система-112 должна через информационный сервис, расположенный на стороне системы

ЭРА-ГЛОНАСС, передавать обновленные сведения о ДТП в систему ЭРА-ГЛОНАСС.

4.2.5.2 Функциональный блок сопряжения с системами мониторинга мо-

бильных объектов на базе ГЛОНАСС/GPS

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

на базе ГЛОНАСС/GPS должен обеспечивать выполнение следующих функций:

97

− получение и регистрация текущего местоположения и состояния группы ТС.

− получение данных, необходимых для актуализации справочников ЕССК.

4.2.5.2.1 Получение и регистрация текущего местоположения и состояния груп-

пы ТС

Функция предназначена для получения из системы мониторинга мобильных объек-

тов на базе ГЛОНАСС/GPS информации о местоположении группы ТС и регистрации

данной информации в базе данных подсистемы.

Функция должна инициироваться по расписанию и использоваться для определения

текущего местоположения ТС, участвующих в экстренном реагировании на происшест-

вие, а так же критически важные ТС, участвующие в происшествиях.

Список ТС, поставленных на контроль, должен формироваться компонентами Сис-

темы-112 в автоматическом режиме. Компоненты Системы-112 должны ставить на кон-

троль ТС и снимать его с контроля.

По расписанию функция должна проверять наличие информации о ТС, перечислен-

ных в запросе в ЕСКК Системы-112 (см. п. 4.2.2.8). При отсутствии информации об одном

или более ТС в ЕСКК, функция должна инициировать функцию синхронизации справоч-

ников с внешними системами (см. п. 4.2.2.8.10) для справочников, ведущихся в системе

мониторинга мобильных объектов на базе ГЛОНАСС/GPS.

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

мы мониторинга мобильных объектов на базе ГЛОНАСС/GPS, передавать запрос на по-

лучение информации о местоположении группы ТС в систему мониторинга мобильных

объектов на базе ГЛОНАСС/GPS.

Система мониторинга мобильных объектов на базе ГЛОНАСС/GPS должна сформи-

ровать и вернуть в Систему-112 информацию о текущих координатах каждого ТС из

группы.

Система-112 должна зарегистрировать данную информацию в базе данных подсис-

темы мониторинга.

4.2.5.2.2 Получение данных, необходимых для актуализации справочников ЕССК

Функция предназначена для обеспечения поддержания справочной информации, по-

ступающей из системы мониторинга мобильных объектов на базе ГЛОНАСС/GPS в акту-

альном состоянии.

98

4.2.5.3 Функциональный блок сопряжения с системами мониторинга ста-

ционарных объектов

Система-112 должна обеспечивать сбор и обработку информации, поступающей с

систем мониторинга стационарных объектов.

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

вающие сбор и регистрацию информации от системы мониторинга, а так же модули ана-

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

ектов.

Функциональный блок сопряжения с системами мониторинга стационарных объек-

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

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

− прогнозирование происшествий и ЧС;

− отображение списка объектов мониторинга;

− отображение значений показателей мониторинга;

− отображение списка обращений, поступивших по объекту мониторинга;

− отображение списка происшествий, зарегистрированных на объектах мониторин-

га.

4.2.5.3.1 Получение и регистрация информации с датчиков системы

мониторинга

Функция должна инициироваться автоматически в соответствии с предварительно

настроенным расписанием.

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

мы мониторинга стационарных объектов, получать информацию с датчиков и регистриро-

вать данную информацию в базе данных подсистемы мониторинга.

4.2.5.3.2 Прогнозирование происшествий и ЧС

Функция предназначена для проведения анализа информации, поступившей с датчи-

ков систем мониторинга и прогнозирования на основании результатов анализа вероятно-

сти возникновения происшествий и ЧС на объектах мониторинга.

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

ния информации с датчиков, либо в соответствии с предварительно настроенным распи-

санием.

Функция должна анализировать полученную информацию в соответствии с алго-

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

99

должны быть разработаны на этапе внедрения Системы-112 в Томской области на стадии

разработки технического проекта внедрения Системы-112.

В случае выявления вероятности возникновения происшествия или ЧС функция

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

происшествия.

Данная карточка обращения должна попадать в очередь на обработку обращений

поступивших по каналам связи отличным от телефона (см. п. 4.2.2.1.3).

4.2.5.3.3 Отображение списка объектов мониторинга

Функция предназначена для обеспечения доступа к перечню стационарных объектов

мониторинга.

Объекты мониторинга должны отображаться в табличном виде с постраничным вы-

водом.

Функция должна обеспечивать возможность контекстного поиска объекта монито-

ринга.

Функция должна обеспечивать возможность отображения только тех объектов мо-

ниторинга, для которых в Системе-112 присутствуют неотработанные обращения или

происшествия.

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

выполнения следующие функции:

− отображение значений показателей мониторинга;

− отображение списка обращений, поступивших по объекту мониторинга;

− отображение списка происшествий, зарегистрированных на объектах мониторин-

га.

4.2.5.3.4 Отображение значений показателей мониторинга

Функция должна обеспечивать отображение списка значений показателей, посту-

пивших от системы мониторинга отдельного стационарного объекта.

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

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

га.

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

времени фиксации, по типу показателя (при наличии типизации).

100

4.2.5.3.5 Отображение списка обращений, поступивших по объекту мониторин-

га

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

Системе-112 по отдельному стационарному объекту.

Обращения должны отображаться в табличном виде с постраничным выводом в по-

рядке убывания даты и времени регистрации обращения в Системе-112.

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

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

с обращением, включая информацию о мерах реагирования на происшествие.

4.2.5.3.6 Отображение списка происшествий, зарегистрированных на объектах

мониторинга

Функция должна обеспечивать отображение списка происшествий, зафиксирован-

ных в Системе-112 по отдельному стационарному объекту.

Происшествия должны отображаться в табличном виде с постраничным выводом в

порядке убывания даты и времени регистрации происшествия в Системе-112.

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

мацию об основных атрибутах происшествия, включая информацию о мерах реагирова-

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

4.2.5.4 Функциональный блок мониторинга событий Системы-112

Функциональный блок мониторинга событий Системы-112 должен обеспечивать

выполнение следующих функций:

− мониторинг сообщений, поступивших на электронную почту;

− мониторинг сообщений, поступивших на факс;

− мониторинг сообщений, поступивших через SMS.

4.2.5.4.1 Мониторинг сообщений, поступивших на электронную почту

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

электронную почту.

Функция должна инициироваться по предварительно настроенному расписанию,

получать через POP3 клиента письма, пришедшие с момента последнего сеанса и при не-

обходимости создавать карточку обращения.

101

4.2.5.4.2 Мониторинг сообщений, поступивших на факс


факс.


получать через факс-сервер сообщения, пришедшие с момента последнего сеанса и при

необходимости создавать карточку обращения.

4.2.5.4.3 Мониторинг сообщений, поступивших через SMS


через SMS.


получать через через SMS-гейт сообщения, пришедшие с момента последнего сеанса и

при необходимости создавать карточку обращения.

4.2.6 Требования к функциям подсистемы обеспечения информационной

безопасности

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

дующие функции:

− защита информации Системы-112 в штатном, технологическом и нештатном ре-

жимах функционирования;

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

НСД;

− ограничение нежелательного воздействия нарушителя на работу Системы-112;

− мониторинг угроз информационной безопасности и попыток НСД.

Подсистема обеспечения информационной безопасности должна обеспечивать экра-

нирование:

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

− ядра КТС;

− на уровне персонального рабочего места – АРМ системы.

Подсистема обеспечения информационной безопасности должна обеспечивать анти-

вирусную защиту на уровнях:

− файловых серверов;

− серверов приложений;

− терминальных серверов;

− виртуальных серверов.

102

Средства обнаружения вторжений на АРМ Системы -112 должны:

− обеспечивать обнаружение DoS- и DDoS-атаки, IP-spoofing, ARP-угрозы;

− предотвращать подмены IP- и MAC-адреса , обеспечивать защиту от ложных со-

общений «занятого IP»;

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

− обеспечивать контроль компонентов и критических системных объектов;

− обеспечивать контроль утечек Anti-Leak;

− обеспечивать проактивный контроль поведения и взаимодействия приложений.

Средства обеспечения информационной безопасности Системы-112 должны обеспе-

чивать аппаратную кластеризацию на уровнях:

− криптографической и шлюзовой канальной составляющих;

− систем антивирусной защиты серверов приложений, данных, виртуальных серве-

ров.

Средства защиты информации от несанкционированного доступа должны обеспечи-

вать выполнение следующих автоматизированных функций на уровне АРМ:

− аутентификация пользователей;

− обеспечение разграничения доступа к защищаемой информации и устройствам;

− создание доверенной информационной среды;

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

− контроль устройств компьютера и отчуждаемых носителей информации на основе

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

ции;

− централизованное управление политиками безопасности;

− оперативное реагирование на события НСД;

− оперативный мониторинг и аудит безопасности.

Средства канального шифрования, маршрутизации и экранирования Системы-112

должны обеспечивать:

− объединение через Интернет локальных сетей в единую сеть VPN;

− подключение удаленных и мобильных пользователей к VPN по защищенному ка-

налу;

− шифрование канального трафика Системы-112;

− разделение доступа между информационными подсистемами;

− организация защищенного взаимодействия со сторонними подсетями;

− безопасное удаленное управление маршрутизаторами.

Средства криптомаршрутизации Системы-112 должны обеспечивать:

− безопасный доступ пользователей VPN к ресурсам сетей общего пользова-

ния/закрытым сетям уровня до 1Г;

103

− межсетевое экранирование – защита внутренних сегментов сети от несанкциони-

рованного доступа;

− безопасный доступ удаленных пользователей к ресурсам VPN-сети;

− разграничение информационных подсистем с разделением доступа на физическом

уровне;

− криптографическую защиту передаваемых данных.

Комплекс средств защиты информации от НСД должен обеспечивать:

− защиту информационных ресурсов Системы-112 от несанкционированного дос-

тупа (НСД) со стороны внешних телекоммуникационных сетей – сети Интернет;

− регистрацию системных событий штатными средствами и попыток НСД к защи-

щаемым ресурсам штатными и дополнительными средствами.

Средства контроля, управления и идентификации при доступе к Системе-112, вклю-

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

− идентификации и аутентификации пользователей;

− контроля подключения;

− управления доступом;

− разграничения доступа.

СЗИ Системы-112 должны на программном и аппаратном уровне обеспечивать за-

щиту процессов, связанных с персональными данными:

− обработка ПД;

− хранение ПД;

− передача ПД;

− уничтожение ПД;

− использование ПД в процессе выполнения основного вида деятельности.

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

4.3.1 Требования к математическому обеспечению системы

Требований к математическому обеспечению не предъявляется.

4.3.2 Требования информационному обеспечению системы

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

стеме

Организация данных в Системе-112 должна включать в себя:

− операционные данные – структурированную динамическую информацию, порож-

даемую и используемую в ходе осуществления основных процессов деятельно-

сти;

104

− электронные документы – неструктурированные данные, порождаемые в процес-

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

ный вид;

− служебную информацию – структурированную информацию, обеспечивающую

функционирование компонентов и Системы-112 в целом;

− внешние информационные ресурсы – структурированную информацию, получае-

мую из автоматизированных систем организаций и ведомств согласно соглашени-

ям об информационном обмене и техническим условиям обмена;

− нормативно-справочную информацию – условно-постоянную информацию, ис-

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

на формироваться на основе единой системы классификации и кодирования и ко-

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

отраслевые классификаторы, нормативы и справочники, а также неструктуриро-

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

− метаданные – структурированную, понимаемую автоматизированную системой

информацию о характеристиках и множествах принимаемых значении хранимых

данных, которая описывает, в частности, информационное наполнение (структу-

ру) базы данных и рабочие процессы;

− картографическую и адресную информацию – структурированную графическую

информацию, предназначенную для реализаций функций геоинформационной си-

стемы.

Сущности предметной области деятельности должны выделяться на основе устой-

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

женных частым изменениям.

Сущности предметной области должны предусматривать атрибуты для идентифика-

ции.

Все подсистемы Системы-112 должны использовать единые, ведущиеся централизо-

ванно метаданные, НСИ и классификаторы, обеспечивать возможность формирования ло-

кальных справочников, поддерживать историчность (версионность) метаданных и НСИ

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

вующие временные периоды.

Разрозненные данные должны быть интегрированы в едином централизованном

хранилище информации.

Состав, структура и способы организации данных в базах данных, а также состав и

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

105

4.3.2.2 Требования к информационному обмену между компонентами систе-

мы

В Системе-112 возможны следующие виды информационного обмена между компо-

нентами:

− сбор информации, содержащейся в текстовых журналах;

− обмен информацией между компонентами Системы-112, расположенными в од-

ной ЛВС;

− обмен информацией между компонентами Системы-112, расположенными в раз-

ных ЛВС.

Информационный обмен между компонентами Системы-112 должен осуществлять-

ся только с учетом требований пункта 4.1.1.2 настоящего ТЗ.

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

мами

В Системе-112 возможны следующие виды информационного обмена со смежными

системами:

− получение информации из смежных информационных ресурсов;

− отправка информации в смежные информационные ресурсы;

− межведомственный обмен информационными ресурсами.

Взаимодействие со смежными и внешними информационными ресурсами должно

осуществляться только с учетом требований пункта 4.1.1.3 настоящего ТЗ.

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

системе должен быть определен на стадии технического проектирования этапа внедрения

Системы-112 в Томской области.

Система-112 не должна быть закрытой для смежных систем и должна поддерживать

возможность экспорта данных в смежные системы через файлы данных или информаци-

онные сервисы.

Система-112 должна обеспечивать возможность загрузки данных, получаемых от

смежных систем.

4.3.2.4 Требования по использованию классификаторов

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

обрабатываемой информации в соответствии с общероссийскими классификаторами (там,

где они применимы).

106

Система, по возможности, должна использовать классификаторы и справочники, ко-

торые ведутся в ЕСКК.

Требования к составу и содержанию общих справочников и классификаторов долж-

ны быть сформированы в техническом проекте на создание Системы-112 в Томской об-

ласти и могут быть уточнены на этапе внедрения Системы-112.

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

Для хранения данных подсистем Системы-112 должны использоваться современные

реляционные или объектно-реляционные промышленные СУБД. Для обеспечения целост-

ности данных должны использоваться встроенные механизмы СУБД (индексы, хранимые

процедуры, триггеры и т.п.).

Средства СУБД, а также средства используемых операционных систем должны

обеспечивать документирование и протоколирование циркулирующей в Системе-112 ин-

формации.

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

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

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

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

4.3.2.6 Требования к структуре процесса сбора, обработки, передачи данных в

системе и представлению данных

При проектировании и реализации Системы-112 должны быть спроектированы сле-

дующие процессы сбора данных:

− получение данных из электронных форм пользовательского интерфейса Системы-

112, заполняемых пользователями;

− получение данных регистрируемых автоматическими компонентами Системы-

112;

− получение данных от смежных систем;

− получение данных от внешних систем.

Данные поступающие в Систему-112 должны проходить обработку средствами

форматно-логическим контроля. В случае нарушения правил форматно-логического кон-

троля Система-112 должна уведомлять пользователя об обнаруженных нарушениях и пре-

доставлять ему возможность исправить их.

107

В Системе-112 запрещена передача данных по открытым информационным каналам

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

предназначенной для функционирования в сети Internet.

Представление данных пользователям Системы-112 должно осуществляться через

специализированные графические пользовательские интерфейсы (GUI) в соответствии с

правами доступа. Прямой доступ пользователей к БД Системы-112 должен быть ограни-

чен в соответствии с должностными инструкциями.

4.3.2.7 Требования к защите данных от разрушений при авариях и сбоях в

электропитании системы

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

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

Система должна иметь бесперебойное электропитание, обеспечивающее ее нор-

мальное функционирование в течение не менее 25 минут в случае отсутствия внешнего

энергоснабжения, и не менее 5 минут дополнительно для корректного завершения всех

процессов.

4.3.2.8 Требования к контролю, хранению, обновлению и восстановлению

данных

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

− доступ к данным должен предоставляться только авторизованным пользователям

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

информации;

− Система-112 должна протоколировать все события, связанные с изменением сво-

его информационного наполнения, и иметь возможность в случае сбоя в работе

восстанавливать свое состояние, используя ранее запротоколированные измене-

ния данных.

К хранению данных предъявляются следующие требования:

− технические средства, обеспечивающие хранение информации, должны исполь-

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

ность хранения данных и оперативную замену оборудования (распределенная из-

быточная запись/считывание данных, зеркалирование, независимые дисковые

массивы, кластеризация);

− хранение данных в Системе-112 должно производиться от 6 месяцев до 3 лет, в

зависимости от обрабатываемой информации;

− резервные копии данных должны храниться на специализированных СХД, пред-

назначенных для долгосрочного хранения данных.

108

В состав Системы-112 должны быть предусмотрены функции резервного копирова-

ния, которые должны обеспечивать резервное копирование и восстановление БД и пара-

метров всех подсистем Системы.

Система-112 должна обеспечивать методы инкрементального, дифференциального и

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

работаны на этапе внедрения Системы-112 в Томской области на стадии разработки рабо-

чей документации.

4.3.2.9 Требования к процедуре придания юридической силы документам, про-

дуцируемым техническими средствами АС

Придание юридической силы документам, продуцируемым с использованием Сис-

темы-112, осуществляется в соответствии с действующим законодательством РФ.

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

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

предъявляется.

Языки манипулирования данными должны отвечать требованиям стандарта ANSI

SQL-92 и поддерживать реляционную модель баз данных, а также стандарт ODBC/JDBC.

Для внешнего взаимодействия должны использоваться структуры XML или JSON.

Все прикладное программное обеспечение Системы-112 для организации взаимо-

действия с пользователем должно использовать русский язык.

Допускается выдача сообщений от приобретаемых компонентов Системы-112 на ан-

глийском языке.

Для организации диалога Системы-112 с пользователем должен применяться графи-

ческий пользовательский интерфейс.

Способ организации диалога с пользователем должен обеспечивать:

− уменьшение вероятности совершения пользователем случайных ошибочных дей-

ствий;

− логический контроль ввода данных.

Централизованное ведение кодификаторов, справочников и классификаторов долж-

но обеспечить информационно-лингвистическую совместимость подсистем Системы-112

и смежных информационных систем.

Система-112 должна позволять хранить и обрабатывать текстовую информацию на

русском, английском, немецком, французском, испанском, китайском языках.

109

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

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

характер.

4.3.4 Требования к программному обеспечению системы

4.3.4.1 Требования к независимости программных средств от используемых

СВТ и операционной среды

Программные средства должны обеспечивать совместимость со средствами вычис-

лительной техники, построенными по архитектуре х86 (32 бита) и x64 (64 бита).

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

мендациями фирм производителей этих программных продуктов («списки совместимости

аппаратных средств фирм производителей»).

4.3.4.2 Требования к качеству программных средств, а также к способам его

обеспечения и контроля

Функциональность Системы-112 должна обеспечиваться выполнением подсистема-

ми всех их функций.

Надежность должна обеспечиваться за счет предупреждения ошибок – недопущения

ошибок в готовых программных средствах.

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

граммных средств.

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

шений на разных этапах разработки программных средств и Системы-112 в целом.

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

по сопровождению, а также за счет использования в программном тексте описания объек-

тов и комментариев; использованием осмысленных (мнемонических) и устойчиво разли-

чимых имен объектов; размещением не больше одного оператора в строке текста про-

граммы; избеганием создания фрагментов текстов программ с неочевидным или скрытым

смыслом.

На каждом этапе разработки программных средств должна проводиться проверка

правильности принятых решений по разработке и применению готовых программных

средств.

110

4.3.4.3 Требования по необходимости согласования вновь разрабатываемых

программных средств с фондом алгоритмов и программ

Необходимость согласования вновь разрабатываемых программных средств с фон-

дом алгоритмов и программ отсутствует.

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

4.3.5.1 Требования к видам технических средств

4.3.5.1.1 Требования к видам комплексов технических средств

В качестве технического обеспечения КТС Системы-112 должны применяться сле-

дующие виды технических средств:

− вычислительные серверы;

− система хранения данных;

− система резервного копирования;

− сеть хранения данных;

− телекоммуникационное оборудование;

− локальная вычислительная сеть;

− структурированная кабельная система;

− источники бесперебойного питания;

− серверные шкафы;

− автоматизированные рабочие места.

Количественный и качественный состав КТС Системы-112 должен быть уточнен в

ходе обследования технической оснащенности объектов автоматизации на стадии техни-

ческого проектирования.

4.3.5.1.2 Требования к видам программно-технических комплексов

Требования к видам программно-технических комплексов должны быть определены

на стадии технического проектирования после выбора Заказчиком платформы, основных

поставщиков (заводов-изготовителей оборудования и программного обеспечения).

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

информационной безопасности системы

Общие требования к типам операционных систем, типам серверов и компьютеров, а

также технических средств защиты, которые должны быть задействованы в КСЗИ, не

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

111

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

гибкой модификации структуры и масштабирования ресурсов КСЗИ. Программное обес-

печение, предлагаемое к использованию в КСЗИ, должно соответствовать современным

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

колы совместимости и обмена.

Специальное программное обеспечение, предлагаемое к использованию в КСЗИ,

должно иметь исходные тексты, полную проектную и техническую документацию, пере-

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

вора.

4.3.5.2 Требования к функциональным, конструктивным и

эксплуатационным характеристикам средств технического

обеспечения Системы-112

4.3.5.2.1 Общие требования к КТС

Общие требования, предъявляемые к КТС Системы-112:

− серверное оборудование, а также вычислительное и коммутационное оборудова-

ние ЛВС, СКС и других систем КТС должно размещаться в 19-дюймовых стоеч-

ных шкафах. Установка 19-дюймовых стоечных шкафов и их компонентов долж-

на производиться при развертывании Системы-112 в Томской области;

− вся информация, необходимая для мониторинга состояния оборудования ком-

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

− должна быть обеспечена возможность администрирования оборудования ком-

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

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

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

− все места подключения интерфейсов должны иметь дополнительную фиксацию,

для предотвращения их самопроизвольного отключения во время транспортиров-

ки и эксплуатации;

− оборудование должно быть новое, не восстановленное, должно иметь заводскую

сборку и выпускаться серийно;

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

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

− должен предоставляться единый федеральный номер службы поддержки. Под-

держка по данному номеру должна оказываться круглосуточно;

− гарантия на оборудование должна быть не менее 1 года.

112

4.3.5.2.2 Требования к вычислительным серверам

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

112, СУБД и ПО резервного копирования.

Вычислительные серверы должны обеспечивать высокую степень надежности и от-

казоустойчивости в сочетании с высокой производительностью.

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

ся по схеме N+1.

Архитектура решения должна иметь возможность масштабирования и должна соот-

ветствовать последним тенденциям развития ИТ-архитектуры с обеспечением необходи-

мых требований, таких как: надежность, простота в обслуживании, низкое потребление

энергии, минимальное время восстановления после сбоев, защищенность.

Серверы, входящие в состав Системы-112, могут быть реализованы в виде вирту-

альных машин в отказоустойчивой среде виртуализации, установленной не менее чем на

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

Серверы резервного копирования должны быть реализованы в виде отдельных вы-

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

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

использоваться системы семейства Microsoft Windows и Linux.

ПО должно быть совместимо с промышленной реляционной СУДБ.

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

тийную поддержку со стороны производителя.

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

емом не менее 8 Мб.

Каждый вычислительный сервер должен поддерживать не менее 48Гб оперативной

памяти.

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

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

менее 4Gb пропускной способности канала FibreChanel.

Каждый вычислительный сервер должны иметь не менее 2-х адаптеров Gigabit

Ethernet для межсерверного подключения.

Каждый сервер должен иметь RAID-контроллер уровня 0, 1, 5 и собственную диско-

вую подсистему.

113

Каждый сервер должен иметь не менее 2-х блоков питания для подключения к сис-

теме источников бесперебойного питания.

Каждый сервер должен быть выполнен в конструктиве для установки в стандартный

19'' телекоммуникационный шкаф.

Каждый сервер должен быть совместим с операционными системами семейства Mi-

crosoft Windows Server и операционными системами семейства Linux.

4.3.5.2.3 Требования к системе хранения данных

Система хранения данных (СХД) должна обеспечивать высокую степень надежно-

сти и отказоустойчивости в сочетании с высокой производительностью.

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

схеме N+1.


ветствовать последним тенденциям развития ИТ архитектуры с обеспечением необходи-



СХД должна иметь документацию на русском языке и гарантийную поддержку со

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

СХД должна иметь адаптеры для подключения к системе хранения данных и систе-

ме резервного копирования через высокоскоростные интерфейсы пропускной способно-

стью не менее 4Gb канала Fibre Chanel.

Объем СХД должен рассчитываться в зависимости от нагрузочной способность сис-

темы.

В СХД должны применяться жесткие диски типа Serial Attached SCSI (SAS), с воз-

можностью «горячей» замены;

Каждый элемент СХД должен быть выполнен в конструктиве для установки в стан-

дартный 19'' телекоммуникационный шкаф.

СХД должна поддерживать аппаратные уровни 0, 1, 3, 5, 10, 30 и 50 и организацию

виртуальных RAID-массивов уровней 0,1,5.

СХД должна иметь возможности «горячей» замены для:

− контроллеров;

− жестких дисков;

− вентиляторов;

114

− блоков питания.

СХД должна иметь централизованную систему управления.

СХД должна иметь возможность расширения дискового пространства.

Программное обеспечение для управления СХД должно включать необходимые ли-

цензии и опции для обеспечения вышеприведенных требований и обладать интуитивно

понятным интерфейсом для работы с СХД.

4.3.5.2.4 Требования к системе резервного копирования

Система резервного копирования (СРК) должна обеспечивать высокую степень на-

дежности и отказоустойчивости в сочетании с высокой производительностью.

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

схеме N+1.





СРК должна иметь документацию на русском языке и гарантийную поддержку со

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

СРК должна иметь адаптеры для подключения к системе хранения данных и системе

резервного копирования через высокоскоростные интерфейсы пропускной способностью

не менее 4Gb канала Fibre Chanel.

Объем СРК должен рассчитываться в зависимости от:

− объема системы хранения;

− предъявляемых данных;

− применяемых аппаратных уровней дисковых массивов (RAID);

− степени доступности (готовности) резервируемых данных.

СРК должна использовать приводы типа LTO-3 или выше.

Каждый элемент СРК должен быть выполнен в конструктиве для установки в стан-


Программное обеспечение СРК должно включать необходимые лицензии и опции

для удаленного управления, СРК должна иметь совместимость с программными комплек-

тами производителей приложений для резервного копирования.

115

4.3.5.2.5 Требования к сети хранения данных

Сеть хранения данных (SAN – Storage Area Network) должна обеспечивать высоко-

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

темой резервного копирования.

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

схеме N+1.





SAN-сеть должна строиться на базе коммутаторов второго уровня с интерфейсами

пропускной способностью не менее 4Gb канала Fibre Chanel.

Каждый элемент SAN должен быть выполнен в конструктиве для установки в стан-


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

поддержку со стороны производителя.

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

Телекоммуникационное (ТК) оборудование должно обеспечивать высокую степень

надежности и отказоустойчивости в сочетании с высокой производительностью.

Резервирование всех функциональных компонентов ТК оборудования должно осу-

ществляться по схеме N+1.





ТК оборудование должно иметь документацию на русском языке и гарантийную


ТК оборудование должно обеспечивать следующие функции:

− единая отчетность вне зависимости от распределения операторов;

− возможность территориального распределения операторов без развертывания но-вых КТС;

− централизованное управление и конфигурирование;

116

− наличие функции обработки телефонных звонков (входящие и исходящие звонки,

конференции, переводы, удержания и т.д.);

− наличие функции определения номера звонящего (Automatic Number

Identification, ANI);

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

критериев;

− поддержка мультимедийных каналов взаимодействия - голос, почта, SMS;

− наличие возможности задания единых алгоритмов приоритезации и распределе-

ния между агентами в универсальной очереди (голос, e-mail и т.д.);

− возможность распределения агентов по группам по определенным критериям

(территориальное расположение, квалификация);

− автоматическое распределение нагрузки обращений и поддержки их очередности

(Automated Call Distribution, ACD);

− наличие функции Interactive Voice Response (IVR) и графической формы для по-

строения/изменения ее структуры;

− проигрывание при работе IVR заранее записанных музыкальных и речевых объ-

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

− маршрутизация вызовов на основе: времени суток и дня недели, загрузки опера-

торов, расчетного времени ответа, квалификации операторов, параметров качест-

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

из внешних систем, по номеру звонящего;

− возможность прерывания объявления на IVR;

− наличие функции повышенного приоритета обслуживания в очереди;

− возможность клиента оставить сообщение на голосовой почте (Voice Mail), с мак-

симальной длиной записи такого сообщения не более 30 секунд, определением

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

обратной связи с клиентом;

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

ным приоритетом;

− возможность перевода вызова следующему свободному оператору, в случае, если

выбранный оператор не отвечает на вызов в течение заданного времени;

− возможность организации конференций;

− поддержка назначения навыков агентам, включая степень владения навыком;

− поддержка неограниченного количества очередей;

− возможность изменения параметров маршрутизации в реальном масштабе време-

ни;

− поддержка кодов отсутствия и результатов завершения звонка;

− поддержка стандартных действий супервизора (незаметное прослушивание разго-

вора, помощь оператору, вторжение, перехват звонка и отключение оператора);

− наличие единой WEB-консоли управления Call-центром;

− возможность интеграции с внешними информационными системами;

117

− возможность использования разных IVR-меню, выбор которого должен происхо-

дить на основании DNIS-номера или номера звонящего;

− наличие веб-интерфейса оператора/супервизора со встроенным софтфоном;

− возможность доставки голоса на телефон (офисный, IP, городской, мобильный);

− открытие карточки во внешней информационной системе при входящем звонке

(screen popup);

− возможность записи всех типов взаимодействия (голос, почта, смс) с фиксацией

идентификатора вызова, даты, времени, продолжительности вызова, имени аген-

та, источника обращения (номер телефона, почтовый адрес и т.д.);

− возможность записи экранов рабочих мест операторов (в полном разрешении эк-

рана, от 1 до 30 кадров в секунду);

− предоставление статистики реального времени должна предоставлять данные по

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

− возможность самостоятельного изменения внешнего вида и представления дан-

ных супервизорами при формировании статистики реального времени;

− система отчетности должна быть событий-ориентированной – т.е. в базе должны

фиксироваться все события, происходящие в Call-центре: например, приход звон-

ка, воспроизведение голосовых файлов в IVR, набранные цифры в IVR, переводы

звонков, все изменения состояний агентов (готов, недоступен, в звонке, приход

звонка, постобработка), инициатор завершения звонка и его причина (код ответа

от оператора связи в случае абонента) и т.д.;

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

– таблицы, графики, диаграммы;

− возможность самостоятельной разработки форм отчетов (без привлечения по-

ставщика);

− возможность экспорта данных и создание подписок в хронологической отчетно-

сти (форматы csv, xml, xls, pdf и т.д.);

− поддержка исходящего обзвона (Preview, Predictive, Progressive, IVR).

Predictive должен соответствовать международным требованиям по обработке поте-

рянных (abandoned) звонков: должен задаваться допустимый уровень потерь (%), в случае

невозможности соединить звонок с оператором за 1-2 секунды, звонок должен быть

сброшен или озвучено сообщение с последующим сбросом.

Система исходящего обзвона должна поддерживать распознавание факсов, автоот-

ветчиков, а также иметь механизм автодозвона в зависимости от причины недозвона (за-

нято, нет ответа, автоответчик, факс, потерянный, частое занято и т.д.). Возможность

масштабирования системы Call-центра путем расширения существующих или ввода в

эксплуатацию новых центров обработки данных при условии сохранения целостности

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

118

4.3.5.2.7 Требования к комплексу средств защиты информации

Комплекс средств защиты информации Системы-112 должен включать:

− сертифицированные средства защиты информации в соответствии с классами за-

щищенности, выбранных для реализации Системы-112;

− общесистемное и прикладное программное обеспечение, включающее штатные

средства (встроенные функции) защиты информации от НСД, либо имеющее со-

ответствующие сертифицированные дополнения в виде средств защиты инфор-

мации от НСД;

− средства обеспечения:

− конфиденциальности, целостности, достоверности и доступности информа-

ции;

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

− сопряжения средств защиты информации с используемым в создаваемых ин-

формационных системах общим и специальным программным обеспечением.

Средства экранирования в должны обеспечивать контролируемое подключение Сис-

темы-112 к открытым сетям (сети Интернет) и развязку отдельных сетевых сегментов в

рамках самой Системы-112. Они должны обеспечивать управление информационными

потоками между сегментами Системы-112 и контроль над информационными потоками,

направленными как в Систему-112, так и из нее.

4.3.5.2.8 Требования к локальной вычислительной сети

Локальная вычислительная сеть (ЛВС) должна обеспечивать высокоскоростной об-

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

ного копирования.

Ядро ЛВС должно иметь 100% резервирование технических средств реализации.

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





ЛВС должна строиться на базе коммутаторов второго и третьего уровней с интер-

фейсами Ethernet 10/100/1000.

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

должны поддерживать режим полный дуплекс на скоростях 100/1000 BaseT;

119

Каждый элемент ЛВС должен быть выполнен в конструктиве для установки в стан-


Оборудование ЛВС должно иметь документацию на русском языке и гарантийную


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

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

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

ЛВС должна быть построена с учетом используемых в настоящий момент средств

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

систем защиты информации.

4.3.5.2.9 Требования к структурированной кабельной системе

Структурированная кабельная система (СКС) должна обеспечить коммутацию обо-

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

СКС строится на базе медного неэкранированного витого парного (UTP) и волокон-

но-оптического (FO) кабеля.

Медный сегмент СКС должен строиться с использованием UTP-кабеля не ниже Ка-

тегории 6.

Кросс медный сегмент СКС:

− если количество информационных портов не превышает 96, кросс выполняется на

коммутационных панелях (с разъемами RJ-45), которые монтируются в шкафах

(стойках);

− если количество информационных портов превышает 96, кросс рекомендуется

выполнять в настенном исполнении с использованием разъёма 110-го типа.

СКС должна иметь возможность увеличения количества портов не менее чем на

20%.

В технологических шкафах 19'' устанавливаются UTP- и/или FO-панели, которые со-

единяются с межшкафной частью 110-го кросса и/или главным FO-кроссом соответствен-

но.

Коммутационная зона должна располагается в непосредственной близости от глав-

ного кросса.

120

4.3.5.2.10 Требования к источникам бесперебойного питания

Источники бесперебойного питания (ИБП) должны обеспечить функционирование

комплекса технических средств при полном или частичном отключении внешних источ-

ников электропитания на время необходимое для запуска резервной дизельной электро-

станции (при наличии).

Система гарантированного электроснабжения (далее – СГЭ) должна состоять, как

минимум, из следующих компонентов:

− распределительный щит СГЭ;

− источник бесперебойного питания (ИБП) с аккумуляторной батареей;

− кабельные линии подключения ИБП к вводному и распределительному щитам и

АКБ;

− распределительная сеть: магистраль от главного распределительного щита до вводного щита СГЭ и кабельных линий от распределительного щита СГЭ до

групповых щитов потребителей;

− групповые щиты.

Напряжение на входе и выходе: 380/220В, 50Гц.

СГЭ должна быть построена исходя из максимальной конфигурации без необходи-

мости каких-либо доработок.

Электроснабжение должно соответствовать требованиям первой категории по клас-

сификации ПУЭ (Правила устройства электроустановок). В качестве дополнительных не-

зависимых источников должны применяться ИБП и ДГУ.

При построении системы энергоснабжения допускается применение шинной техно-

логии.

Оборудование СГЭ должно иметь запас мощности не менее 25%.

4.3.5.2.11 Требования к серверным шкафам

Серверные шкафы 19'' необходимы для установки оборудования КТС.

Серверные шкафы 19'' должны иметь следующие рабочие размеры 199,1 х 60,0 х

107,0 см (ВхШхГ).

Место в серверных шкафах должно быть рассчитано с учётом возможности масшта-

бирования компонент КТС.

Серверные шкафы должны оставляться, как минимум, в следующей комплектации:

− дверцы и боковые панели под один ключ;

− крепеж для соединения шкафов;

121

− опора с регулировкой горизонтальности;

− монтажные компоненты;

− предварительно установленные ролики, боковые панели; компакт-диск с доку-

ментацией.

Серверные шкафы должны быть выполнены в едином дизайне.

4.3.5.2.12 Требования к автоматизированным рабочим местам

Автоматизированные рабочие места (АРМ) необходимы для осуществления взаимо-

действия пользователей (операторов или системных администраторов) Системы-112 с

оборудованием комплекса технических средств.

АРМ системных администраторов КТС, как минимум, должны включать:

− персональный компьютер (может входить в состав моноблока);

− монитор (может входить в состав моноблока);

− возможность подключения к сетевому принтеру;


− программное обеспечение мониторинга состояния оборудования КТС.

АРМ операторов Системы-112, как минимум, должны включать:

− персональный компьютер (может входить в состав моноблока);

− монитор (может входить в состав моноблока);

− телефонный аппарат;

− возможность подключения к сетевому принтеру.


− программное обеспечение Системы-112.

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

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

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

Организационное обеспечение Системы-112 должно быть достаточным для эффек-

тивного выполнения персоналом возложенных на него обязанностей по эксплуатации Си-

стемы-112.

Организационное обеспечение должно включать, инструкции по каждому виду дея-

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

персонала системы.

122

Должностные инструкции сотрудников, деятельность которых связана с функцио-

нированием Системы-112, должны быть дополнены функциями, связанными с эксплуата-

цией данной системы.

Заказчиком должны быть определены должностные лица, ответственные за:

− выполнение основных функций Системы-112;

− администрирование Системы-112;

− обеспечение информационной безопасности Системы-112;

− управление работой персонала по обслуживанию Системы-112.

4.3.8 Требования к методическому обеспечению

В состав методического обеспечения, используемого при создании Системы-112,

должны входить следующие стандарты и нормативы:

− ГОСТ 34.201-89. Информационная технология. Виды, комплектность и обозначе-

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

− ГОСТ 34-601-90. Информационная технология. Автоматизированные системы.

Стадии создания;

− ГОСТ 34.603-92. «Виды Испытаний Автоматизированных Систем»;

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

ментов;

− РД 50-34.126-92. Информационная технология. Правила проведения работ при со-

здании автоматизированных систем.

Методическое обеспечение Системы-112 должно обеспечивать сотрудников инст-

рукциями по выполнению действий, совершаемых ими в соответствии со своими долж-

ностными обязанностями в процессе работы с Системой-112.

Методическое обеспечение Системы-112 должно включать следующие виды доку-

ментов:

− проекты основных нормативных правовых документов;

− учебные и методические материалы;

− технологические инструкции.

Учебные и методические материалы должны быть разработаны на этапе внедрения

Системы-112 в Томской области. Учебные и методические материалы предназначены для

обучения сотрудников работе с Системой-112 или отдельными ее компонентами. Учебные

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

каждой подсистемы Системы-112.

Технологические инструкции должны быть разработаны на этапе внедрения Систе-

мы-112 в Томской области. Технологические инструкции предназначены для обеспечения

123

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

бой детальное пошаговое описание выполнения административных процессов с использо-

ванием компонентов Системы-112. Данные инструкции должны содержать конкретные

действия, выполняемые каждым сотрудником (ролью), участвующим в процессе. Техно-

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

соответствии с их функциональными и архитектурными особенностями.

При разработке методического обеспечения Системы-112 должны быть учтены нор-

мативно-правовые акты, регулирующие автоматизируемые Системой-112 процессы, в том

числе нормативно-правовые акты Российской Федерации и Томской области, ведомствен-

ные приказы и регламенты.

Методическое обеспечение Системы-112 в части разработки детальных пошаговых

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

Системы разрабатывается Исполнителем и утверждается Заказчиком.

124

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

СИСТЕМЫ

Создание Системы-112 в Томской области должно включать в себя следующие эта-

пы:

− Техническое проектирование Системы-112 в Томской области;

− Рабочее проектирование Системы-112 в Томской области, включая;

− разработку специализированного программного обеспечения Системы-112

Томской области;

− подготовку объектов для размещения ЦОВ в Муниципальных образованиях

Томской области на базе ЕДДС муниципальных образований;

− подготовку телекоммуникационной инфраструктуры для развертывания Сис-

темы-112 Томской области;

− Ввод в действие Системы-112 в Томской области, включая:

− поставку оборудования и системного программного обеспечения Системы-

112 Томской области;

− поставку и внедрение специализированного программного обеспечения Сис-

темы-112 Томской области;

Отчетные документы по этапам работ по созданию Системы-112 в Томской области

приведены в таблице 6.

Таблица 6. Отчетные документы по этапам работ по созданию Системы-112 в Томской области

Этап Срок1 Документ Требования к содержанию

Этап 1. Техническое проектирование

Ведомость технического проекта

Пояснительная записка к техническому проекту

Схема организационной структуры

Схема функциональной структуры

Описание автоматизи-руемых функций

Описание комплекса тех-нических средств

1.1. Техническое проек-тирование Системы-112 в Томской области

(разработка технического проекта на Систему 112; согласование ТП с МЧС России; разработка сис-темного проекта на теле-коммуникационную под-систему Системы-112; согласование СП с Мин-комсвязи России, МЧС России, администрацией Томской области; прове-дение государственной

10 месяцев

(III-IV кв. 2012 – I-IV кв.2013)

Описание информацион-

Документы должны быть оформлены в соответствии с требованиями ГОСТ 34.201-89 «Виды, комплектность и обозна-чения документов при создании автоматизированных систем» и РД 50-34.698-90 «Автоматизи-рованные системы. Требования к содержанию документов»

125


ного обеспечения экспертизы проектно-сметной документации)

Описание программного обеспечения

Этап 2. Рабочее проектирование2

Руководства пользовате-лей (по ролям)

Документы должны быть оформлены в соответствии с требованиями ГОСТ 19.505-79 «Руководство оператора. Требо-вания к содержанию и оформле-нию». Документы должны быть разработаны для следующего списка ролей:

− Оператор-112; − Старший оператор-112; − Психолог-112; − Переводчик-112;

− Аналитик-112. Список ролей может быть уточ-нен на стадии внедрения Систе-мы-112 в Томской области

Руководство системного администратора

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

Руководство администра-тора ИБ

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

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

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

Документы должны быть оформлены в соответствии с требованиями ГОСТ 19.301-79 «Программа и методика испыта-ний. Требования к содержанию и оформлению»

2.1 Рабочее проектирова-ние Системы-112 в Том-ской области

10 месяцев

(I кв. 2014 – IV кв. 2014)

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

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


126


− Аналитик-112; − Системный администратор-

112; − Администратор информационной безопасности-112.

Список ролей может быть уточ-нен на стадии внедрения Систе-мы-112 в Томской области

Регламент обучения и контроля знаний пользо-вателей

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

Регламенты информаци-онного взаимодействия Системы-112 со служба-ми экстренного реагиро-вания

Документы должны включать требования по объему, перио-дичности и способам информа-ционного взаимодействия Сис-темы-112 с ДДС служб экстрен-ного реагирования в Томской области

Регламент информацион-ного взаимодействия Си-стемы-112 с ЦУКС в Томской области

Документ должен включать тре-бования по объему, периодично-сти и способам информационно-го взаимодействия Системы-112 с ЦУКС МЧС России по Том-ской области

Проекты должностных инструкций

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


− Аналитик-112; − Системный администратор-

112; − Администратор информационной безопасности-112.

Список ролей может быть уточ-нен на стадии внедрения Систе-мы-112 в Томской области

Проект положения о Сис-теме-112 в Томской об-ласти

Проект документа должен опре-делять основные задачи, функ-ции и полномочия Системы-112 на территории Томской области

127


Проект распоряжения о введении Системы-112 в действие

Проект документа должен вклю-чать распоряжение главы Том-ской области о вводе Системы-112 в действие на территории Томской области и придания Системе-112 официального ста-туса

Инструкции по эксплуа-тации КТС

Документы должны быть оформлены в соответствии с требованиями ГОСТ 19.508-79 «Руководство по техническому обслуживанию. Требования к содержанию и оформлению»

План расположения обо-рудования и проводок

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

Схема соединения внеш-них проводок


Спецификация оборудо-вания


Ведомость потребности в материалах


Этап 3. Ввод в действие

Акты о поставке обору-дования и программных продуктов

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

3.1. Поставка компонен-тов Системы-112 и их

внедрение в пилотных3 регионах Томской облас-ти, сопряжение Системы-112 Томской области с НИЦ системы «ЭРА-ГЛОНАСС»

(разработка и поставка

8 месяцев

(I-III кв. 2015)

Акты о готовности объек-тов автоматизации к вво-ду Системы-112 в экс-

Акт оформляется по результатам положительного решения рабо-ты комиссии по оценке состоя-

128


плуатацию ния объектов автоматизации для ввода Системы-112 в эксплуата-цию

Ведомости проведения обучения и контроля зна-ний сотрудников Систе-мы-112

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

Акты о развертывании компонент Системы-112 на объектах автоматиза-ции Томской области

Акт оформляется по результатам развертывания компонент Сис-темы-112 на объектах автомати-зации Томской области

оборудования, программ-ного обеспечения, экс-плуатационной докумен-тации и нормативных ак-тов)

Акт о проведении тесто-вых испытаний

Акт оформляется по результатам работы комиссии по оценке ре-зультатов тестовых испытаний Системы-112 в соответствии с программой и методикой тесто-вых испытаний

Перечень замечаний к Системе-112 по результа-там опытной эксплуата-ции

Перечень замечаний формирует-ся Заказчиком по результатам опытной эксплуатации Системы-112 в Томской области

3.2. Проведение опытной эксплуатации и государ-ственных испытаний, ввод Системы-112 в экс-

плуатацию в пилотных3 регионах Томской облас-ти.

3 месяца

(IV кв. 2015)

Акт о вводе Системы-112 в Томской области в про-мышленную эксплуата-цию

Акт оформляется по результатам работы комиссии по оценке ре-зультатов итоговых испытаний Системы-112 в соответствии с программой и методикой итого-вых испытаний

3.3. Поставка компонен-тов Системы-112 в непи-

лотных3 регионах Том-ской области, сопряжение Системы-112 Томской области с НИЦ системы «ЭРА-ГЛОНАСС»

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

2016 –

2017 гг.4

См. п. 3.1, 3.2. См. п. 3.1, 3.2.

129


Проведение опытной экс-плуатации и государст-венных испытаний, ввод Системы-112 в эксплуа-

тацию в непилотных3 ре-гионах Томской области.

Примечания:

1. Указан срок выполнения работ по государственному контракту, устанавливаемый с

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

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

объявлению конкурса, проведение конкурса, заключение государственного контракта и

выполнения работ по государственному контракту. В обоснованных случаях сроки мо-

гут корректироваться.

2. На этапе рабочего проектирование Системы-112 Томской области должны быть выпол-

нены мероприятия:

− по подготовке (строительству новых и модернизации существующих) линий свя-

зи к развертываю системы в соответствие с требованиями, сформированными на

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

− по подготовке (строительству новых и модернизации существующих) помещений

служб ЕДДС-112 в соответствие с требованиями к помещениям для развертыва-

ния системы, сформированными на этапе технического проектирования;

− по разработке специализированного программного обеспечения Системы-112

Томской области.

3. Томская область состоит из большого числа территориально-удаленных муниципаль-ных образований. Система-112 Томской области строится по схеме с организацией

ЦОВ ЕДДС-112 в каждом муниципальном образовании. В первую очередь система-112

Томской области вводится в эксплуатацию в областном центре (г. Томске) и пилотных

(экономически наиболее значимых) регионах (см. табл. 1). Затем технические решения

системы-112 тиражируются на оставшиеся муниципальные образования Томской об-

ласти (см. табл. 1).

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

Томской области, непилотных регионов, уточняется по выполнении работ п 3.2.

130

6 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ

6.1 Общие требования к приемке работ

Выполненные работы (оказанные услуги) принимаются Государственным заказчи-

ком по акту сдачи-приемки исполнения обязательств по Государственному контракту ли-

бо по акту сдачи-приемки исполнения обязательств по этапу Государственного контракта.

При приемке, в том числе, проверяется соответствие объема и качества выполненных ра-

бот (оказанных услуг) требованиям настоящего Государственного контракта.

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

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

Заказчика, Исполнителя, а также и органов местного самоуправления, ответственных за

создание Системы в соответствии с постановлением Правительства Российской Федера-

ции от 21 декабря 2011 г. № 958 «Об утверждении Положения о системе обеспечения вы-

зова экстренных оперативных служб по единому номеру «112».

В течение 10 (десяти) дней с момента предоставления подготовленной и подписан-

ной Исполнителем отчетной документации, Приемочная комиссия Государственного за-

казчика осуществляет проверку результатов исполнения обязательств Исполнителем по

настоящему Государственному контракту (по этапу Государственного контракта) на

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

документации требованиям и условиям настоящего Государственного контракта. Для

проверки соответствия качества выполненных работ (оказанных услуг) требованиям, ус-

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

независимых экспертов.

В случае несоответствия результатов работы требованиям настоящего технического

задания Заказчик направляет Исполнителю перечень замечаний, которые последний обя-

зан устранить в согласованные с Заказчиком сроки и представить доработанную докумен-

тацию на повторное рассмотрение.

6.2 Требования к испытаниям Системы

Испытания Системы-112 должны проводиться в соответствии с ГОСТ 34.603-92

«Виды испытаний автоматизированных систем».

Апробация модернизированных функциональных подсистем Системы-112 должна

проводиться на основе утвержденной «Программы и методики испытаний». При проведе-

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

131

ствующих в апробации.

Согласно п. 1.3 ГОСТ 34.603-92 для Системы устанавливают следующие основные виды

испытаний:

− предварительные;

− опытная эксплуатация;

− приемочные.

Допускается дополнительно проведение других видов испытаний Системы и ее

компонент, при этом виды испытаний и статус приемочной комиссии устанавливают За-

казчиком.

Предварительные испытания Системы проводятся для определения ее работоспо-

собности и решения вопроса о возможности приемки Системы в опытную эксплуатацию.

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

отладки и тестирования поставляемых программных и технических средств Системы и

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

после ознакомления персонала Системы с эксплуатационной документацией.

Опытную эксплуатацию Системы проводят с целью определения фактических зна-

чений количественных и качественных характеристик Системы и готовности персонала к

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

Системы, корректировке (при необходимости) документации.

Приемочные испытания Системы проводят для определения соответствия Системы

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

можности приемки Системы в постоянную эксплуатацию.

Приемочным испытаниям Системы должна предшествовать ее опытная эксплуата-

ция на объекте автоматизации.

В зависимости от вида требований, предъявляемых к Системе на испытаниях, про-

верке или аттестации в ней подвергают:

− комплекс программных и технических средств;

− персонал;

− эксплуатационную документацию, регламентирующую деятельность персонала

при функционировании Системы;

− Систему в целом.

При испытаниях Системы проверяют:

132

− качество выполнения комплексом программных и технических средств автомати-

ческих функций во всех режимах функционирования Системы ТК согласно тех-

ническому заданию на создание Системы;

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

необходимых для выполнения установленных функций во всех режимах функ-

ционирования Системы;

− полноту содержащихся в эксплуатационной документации указаний персоналу по

выполнению им функций во всех режимах функционирования Системы;

− количественные и (или) качественные характеристики выполнения автоматиче-

ских и автоматизированных функций Системы в соответствии с техническим за-

данием;

− другие свойства Системы, которым она должна соответствовать по техническому

заданию.

Испытания Системы следует проводить на объекте автоматизации. По согласованию

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

средств Системы допускается проводить на технических средствах разработчика при соз-

дании условий получения достоверных результатов испытаний.

Допускается последовательное проведение испытаний и сдача частей (компонент,

модулей, подсистем) Системы в опытную и постоянную эксплуатацию в соответствии с

частными техническими заданиями на данные компоненты, модули, подсистемы.

133

7 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ

ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К

ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ

Объекты автоматизации должны подготавливаться к вводу Системы-112 в действия

на этапе внедрения Системы-112 в Томской области.

Для подготовки объектов автоматизации необходимо провести:

− обследование объектов автоматизации Системы-112 в Томской области, включая:

− обследование организационно-штатной структуры служб экстренного реаги-

рования (ДДС и ЕДДС), расположенных на территории Томской области;

− уточнение характеристик и оценка состояния: систем инженерного и техни-

ческого обеспечения, информационной безопасности, телекоммуникационно-

го обеспечения;

− обследование смежных и внешних АС объектов автоматизации Томской об-

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

− уточнение архитектуры Системы-112 и программно-технических решений в соот-

ветствии с особенностями объектов автоматизации Томской области;

− подготовка объектов автоматизации к вводу Системы-112 в действие, включая

следующие шаги для каждого из объектов автоматизации:

− подготовка инженерно-технической инфраструктуры помещений, предназна-

ченных для размещения КТС Системы-112;

− развертывание КТС в помещениях объекта автоматизации;

− настройка серверного оборудования;

− настройка и при необходимости установка серверного программного обеспе-

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

графического прикладного программного обеспечения;

− настройка сетевого оборудования ЛВС объекта автоматизации;

− настройка коммуникационного оборудования объекта автоматизации (АТС и

каналы связи между объектами автоматизации);

− настройка рабочих мест, включая установку и настройку клиентского ПО;

− при необходимости, формирование штатного расписания Системы-112 и ком-

плектование штата;

− обучение персонала объектов автоматизации к вводу Системы-112 в действие.

134

8 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ

Перечень технических документов, предъявляемых Исполнителем по результатам

работ по созданию Системы-112 на территории Томской области, и требования к их со-

держанию приведены в таблице 7.

Таблица 7. Технические документы по созданию Системы-112 в Томской области

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

Ведомость технического проекта

Пояснительная записка к техниче-скому проекту

Схема организационной структуры

Схема функциональной структуры

Описание автоматизируемых функций

Описание комплекса технических средств

Описание информационного обес-печения

Описание программного обеспе-чения

Документы должны быть оформлены в соответствии с требованиями ГОСТ 34.201-89 «Виды, комплектность и обозначения документов при создании автоматизирован-ных систем» и РД 50-34.698-90 «Автоматизированные сис-темы. Требования к содержанию документов»

Руководства пользователей (по ролям)

Документы должны быть оформлены в соответствии с требованиями ГОСТ 19.505-79 «Руководство оператора. Требования к содержанию и оформлению». Документы должны быть разработаны для следующего списка ролей:


− Аналитик-112. Список ролей может быть уточнен на стадии внедрения Системы-112 в Томской области

Руководство системного админи-стратора

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

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

135

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

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

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

Документы должны быть оформлены в соответствии с требованиями ГОСТ 19.301-79 «Программа и методика испытаний. Требования к содержанию и оформлению»

Инструкции по эксплуатации КТС Документы должны быть оформлены в соответствии с требованиями ГОСТ 19.508-79 «Руководство по техниче-скому обслуживанию. Требования к содержанию и оформ-лению»

План расположения оборудования и проводок

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

Схема соединения внешних про-водок

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

Спецификация оборудования Документ должен быть оформлен в соответствии с требо-ваниями пункта 4.17 РД 50-34.698-90 «Автоматизирован-ные системы. Требования к содержанию документов»

Ведомость потребности в материа-лах

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

136

9 ИСТОЧНИКИ РАЗРАБОТКИ

Нормы и стандарты:

− ГОСТ 34.003-90 «Информационная технология. Комплекс стандартов на автома-

тизированные системы. Термины и определения»;


тизированные системы. Виды, комплектность и обозначение документов при соз-

дании автоматизированных систем»;


тизированные системы. Стадии создания»;

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

мы»;


тизированные системы. Виды испытаний автоматизированных систем»;

− РД 50-34.698-90 «Информационная технология. Комплекс стандартов на автома-

тизированные системы. Методические указания. Требования к содержанию доку-

ментов»;

− ГОСТ 12.1.004-76 ССБТ «Система стандартов безопасности труда. Пожарная без-

опасность. Общие требования»;

− ГОСТ 12.1.030-81 ССБТ «Система стандартов безопасности труда. Электробезо-

пасность. Защитное заземление, зануление»;

− ГОСТ 12.2.003-91 ССБТ «Оборудование производственное. Общие требования

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

− ГОСТ 12.2.007.0-75 ССБТ «Изделия электротехнические. Общие требования без-

опасности»;

− ГОСТ 12.2.007.13-2000 ССБТ «Лампы электрические. Требования безопасности»;

− ГОСТ 12.2.032-78 ССБТ «Рабочее место при выполнении работ сидя. Общие эр-

гономические требования»;

− ГОСТ 12.4.124-83 ССБТ «Средства защиты от статического электричества. Об-

щие технические требования»;

− ГОСТ 22.7.01-99 «Безопасность в чрезвычайных ситуациях. Единая дежурно-

диспетчерская служба. Основные положения»;

− ГОСТ 27.002-89 «Надежность в технике. Основные понятия, термины и опреде-

ления»;

− ОСТ 45.63-96 «Обеспечение надежности средств электросвязи. Основные поло-

жения»;

− ГОСТ 15150-69 «Машины, приборы и другие технические изделия исполнения

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

ния и транспортирования в части воздействия климатических факторов внешней

среды»;

137

− ГОСТ 21552-84 «Средства вычислительной техники. Общие технические требо-

вания, приемка, методы испытаний, маркировка, упаковка, транспортирование и

хранение»;

− ГОСТ 21958-76 «Система «Человек-машина». Зал и кабины операторов. Взаимное

расположение рабочих мест. Общие эргономические требования»;

− ГОСТ 25861-83 «Машины вычислительные и системы обработки данных. Требо-

вания по электрической и механической безопасности и методы испытаний»;

− ГОСТ Р 51322.1-99 (МЭК 60884-1-94) «Соединители электрические штепсельные

бытового и аналогичного назначения. Часть 1. Общие требования и методы испы-

таний»;

− ГОСТ 51583-2000 «Порядок создания автоматизированных систем в защищенном

исполнении»;

− РД Гостехкомиссии РФ «Автоматизированные системы. Защита от несанкциони-

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

требования по защите информации»;

− РД 78.143-92 «Системы и комплексы охранной сигнализации. Элементы техниче-

ской укрепленности объектов. Нормы проектирования»;

− Приложение № 3 к РД78.143-92 «Группы охраняемых объектов по степени необ-

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

ленности и прочими инженерно-техническими мероприятиями по усилению ох-

раны»;

− Пособие к РД 78.145-93;

− Стандарт IEEE 802.3 «Спецификация параметров и требований технологии пере-

дачи «Ethernet» (Local Area Networks): Carrier Sense Multiple Access with Collision

Detection (CSMA/CD) – ETHERNET»;

− Стандарт IEEE 802.3u «Спецификация параметров и требований технологии пе-

редачи «Fast Ethernet» (Local and Metropolitan Area Networks-Supplement - Media

Access Сontrol (MAC) Parameters, Physical Layer, Medium Attachment Units and Re-

peater for 100Mb/s Operation, Type 100BASE-T)»;

− Стандарт IEEE 802.3z «Спецификация параметров и требований технологии пере-

дачи «Gigabit Ethernet» (Media Access Control Parameters, Physical Layers, Repeater

and Management Parameters for 1,000 Mb/s Operation, Supplement to Information

Technology - Local and Metropolitan Area Networks - Part 3: Carrier Sense Multiple

Access with Collision Detection (CSMA/CD) Access Method and Physical Layer

Specifications)»;

− Стандарт IEEE 802.1p «Спецификация параметров и требований технологии клас-

сификации трафика и динамической широковещательной фильтрации (Standard

for Local and Metropolitan Area Networks&Supplement to Media Access Control

(MAC) Bridges: Traffic Class Expediting and Dynamic Multicast Filtering)»;

− Стандарт IEEE 802.1Q «Спецификация параметров и требований мостовой пере-

дачи виртуальных сетей (Standard for Virtual Bridged Local Area Networks)»;

138

− Инструкция по проектированию зданий и помещений для электронно-

вычислительных машин СН-512-78 «Технические требования к зданиям и поме-

щениям для установки средств вычислительной техники»;

− СанПИН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электрон-

но-вычислительным машинам и организация работы»;

− СанПИН 2.2.4.1294-03 «Гигиенические требования к аэроионному составу возду-

ха производственных и общественных помещений»

− Стандарт ISO/IEC 11801:2002 (Е) «Международный стандарт. Информационные

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

Общие документы:

− Концепция создания системы обеспечения вызова экстренных оперативных

служб через единый номер «112» на базе единых дежурно-диспетчерских служб

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

№1240-р от 25 августа 2008 г.;

− Указ Президента РФ №1632 от 28 декабря 2010 г. «О совершенствовании системы

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

Федерации»;

− Федеральный Закон от 7 июля 2003 № 126-ФЗ (ред. от 29 апреля 2008 г.) «О свя-

зи» (принят ГД ФС РФ 18 июня 2003 г.);

− Постановление Правительства РФ от 25 мая 2005 г. № 328 (ред. от 16 февряля

2008 г.) «Об утверждении правил оказания услуг подвижной связи»;

− Постановление Правительства РФ от 31 декабря 2004 г. № 894 «Об утверждении

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

платно обязан обеспечить оператор связи пользователю услугами связи, и о на-

значении единого номера вызова экстренных оперативных служб»;

− Приказ Мининформсвязи РФ от 17 ноября 2006 г. № 142 «Об утверждении и вве-

дении в действие российской системы и плана нумерации” (Зарегистрировано в

Минюсте РФ 08 декабря 2006 г. № 8572).

Нормативная и правовая база служб реагирования в чрезвычайных ситуациях:

− Федеральный закон от 21 декабря 1994 г. № 68-ФЗ «О защите населения и терри-

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

доп. от 28 октября 2002 г., 22 августа 2004 г., 4, 18 декабря 2006 г.);

− Указ Президента РФ от 11 июля 2004 г. № 868 «Вопросы Министерства Россий-

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

видации последствий стихийных бедствий» (с изм. и доп. от 21 октября 2005 г.);

− Указ Президента РФ от 28 августа 2003 г. № 991 «О совершенствовании единой

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

ций" (с изм. и доп. от 11 июля 2004 г.);

− Постановление Правительства РФ от 21 мая 2007 г. № 304 «О классификации

чрезвычайных ситуаций природного и техногенного характера»;

139

− Постановление Правительства РФ от 1 декабря 2005 г. № 712 «Об утверждении

Положения о государственном надзоре в области защиты населения и территорий

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

мом Министерством Российской Федерации по делам гражданской обороны,

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

− Постановление Правительства РФ от 16 мая 2005 г. № 303 «О разграничении пол-

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

биологической и химической безопасности Российской Федерации» (с изм. и доп.

от 23 марта 2006 г.);

− Постановление Правительства РФ от 3 августа 1996 г. № 924 (ред. от 23 декабря

2004 г.) «О силах и средствах Единой государственной системы предупреждения

и ликвидации чрезвычайных ситуаций» (вместе с «перечнем сил постоянной го-

товности федерального уровня единой государственной системы предупреждения

и ликвидации чрезвычайных ситуаций»);

− Постановление Правительства РФ от 30 декабря 2003 г. № 794 «О единой госу-

дарственной системе предупреждения и ликвидации чрезвычайных ситуаций» (с

изм. и доп. от 27 мая 2005 г., 3 октября 2006 г.);

− Постановление Правительства РФ от 4 сентября 2003 г. № 547 «О подготовке на-

селения в области защиты от чрезвычайных ситуаций природного и техногенного

характера» (с изм. и доп. от 1 февраля 2005 г.);

− Постановление Правительства РФ от 10 июня 1999 г. № 620 «О гражданских ор-

ганизациях гражданской обороны»;

− Постановление Правительства РФ от 22 февраля 1997 г. № 193 «Об уточнении

функций Министерства Российской Федерации по делам гражданской обороны,

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

нистерства труда и социального развития Российской Федерации» (с изм. и доп.

от 15 декабря 1998 г.);

− Приказ МЧС РФ от 24 июля 2006 г. № 418 «Об утверждении Регламента Мини-

стерства Российской Федерации по делам гражданской обороны, чрезвычайным

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

− Приказ МЧС РФ от 29 июня 2006 г. № 386 «Об утверждении Административного

регламента Министерства Российской Федерации по делам гражданской обороны,

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

полнению государственной функции по организации информирования населения

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

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

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

области гражданской обороны, защиты населения и территорий от чрезвычайных

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

объектах»;

− Приказ МЧС РФ от 1 октября 2004 г. № 458 «Об утверждении Положения о

территориальном органе Министерства Российской Федерации по делам граж-

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

140

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

ным ситуациям и ликвидации последствий стихийных бедствий» (с изм. и доп. от

24 октября 2006 г., 19 февраля 2007 г.);

− Приказ МЧС РФ от 6 августа 2004 г. № 372 «Об утверждении Положения о тер-

риториальном органе Министерства Российской Федерации по делам граждан-

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

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

роны и задачи по предупреждению и ликвидации чрезвычайных ситуаций по

субъекту Российской Федерации» (с изм. и доп. от 24 октября 2006 г., 2 июля, 6

августа 2007 г.);

− Приказ МЧС РФ от 20 декабря 2004 г. № 590 «Об утверждении норм обеспечения

территориальных органов Министерства Российской Федерации по делам граж-


ных бедствий»;

− Приказ МЧС РФ от 18 марта 2002 г. № 116 «Об утверждении Схемы организации

управления МЧС России»;

− Приказ МЧС РФ от 28 января 2002 г. № 32 «Об утверждении Положения о поис-

ково-спасательной службе Министерства Российской Федерации по делам граж-


ных бедствий»;

− Приказ МЧС РФ и Росгидромета от 2 августа 1999 г. № 416/79 «О взаимодейст-

вии МЧС России и Росгидромета в области прогнозирования, предупреждения и

ликвидации чрезвычайных ситуаций»;

− Положение о поисково-спасательной службе Министерства Российской Федера-

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

следствий стихийных бедствий (утв. приказом МЧС РФ от 28 января 2002 г. №

32);

− Постановление Федеральной службы государственной статистики от 28 января

2005 г. № 5 «Об утверждении статистического инструментария для организации

МЧС России статистического наблюдения за деятельностью в области граждан-

ской обороны, защиты населения и территорий от чрезвычайных ситуаций, обес-

печения пожарной безопасности и безопасности людей на водных объектах, в том

числе в области социальной защиты граждан».

Нормативная и правовая база противопожарной службы:

− Федеральный закон от 21 декабря 1994 г. № 69-ФЗ «О пожарной безопасности» (с

изм. и доп. от 22 августа 1995 г., 18 апреля 1996 г., 24 января 1998 г., 7 ноября, 27

декабря 2000 г., 6 августа, 30 декабря 2001 г., 25 июля 2002 г., 10 января 2003 г.,

10 мая, 29 июня, 22 августа, 29 декабря 2004 г., 1 апреля, 9 мая 2005 г., 2 февраля,

25 октября, 4, 18 декабря 2006 г., 26 апреля, 18 октября 2007 г.);

− Указ Президента РФ от 9 ноября 2001 г. № 1309 «О совершенствовании государ-

ственного управления в области пожарной безопасности» (с изм. и доп. от 8 мая

2005 г.);

141

− Постановление Правительства РФ от 20 июня 2005 г. № 385 «О федеральной про-

тивопожарной службе»;

− Постановление Правительства РФ от 12 февраля 2001 г. № 103 «О территориаль-

ных подразделениях Государственной противопожарной службы Министерства

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

и ликвидации последствий стихийных бедствий» (с изм. и доп. от 8 августа 2003

г.);

− Федеральный закон от 25 июля 2002 г. № 116-ФЗ «О внесении изменений и до-

полнений в некоторые законодательные акты Российской Федерации в связи с со-

вершенствованием государственного управления в области пожарной безопасно-

сти» (с изм. и доп. от 27 декабря 2002 г., 30 июня 2003 г., 20, 22 августа, 29 нояб-

ря, 29 декабря 2004 г., 4 декабря 2006 г.).

Нормативная и правовая база службы полиции:

− Приказ МВД РФ от 26 февраля 2002 г. № 174дсп «О мерах по совершенствованию

деятельности дежурных частей системы органов внутренних дел Российской Фе-

дерации »;

− Приказ МВД РФ от 1 декабря 2005 г. № 985 «Об утверждении инструкции о по-

рядке приема, регистрации и разрешения заявлений, сообщений и иной информа-

ции о происшествиях в органах внутренних дел Российской Федерации»;

− Приказ МВД РФ от 1 апреля 2009 г. № 248 "Об утверждении наставления о по-

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

гана внутренних дел Российской Федерации после доставления граждан»;

− Приказ МВД РФ от 22 сентября 2006 г. № 750 «Об утверждении инструкции по

работе с обращениями граждан в системе МВД России ».

Нормативная и правовая база службы скорой медицинской помощи:

− Приказ Минздрава РФ от 26 марта 1999 г. № 100 «О совершенствовании органи-

зации скорой медицинской помощи населению Российской Федерации»;

− Приказ Министерства здравоохранения и социального развития РФ от 1 ноября

2004 г. № 179 «Об утверждении порядка оказания скорой медицинской помощи».

Нормативная и правовая база аварийной газовой службы:

− Федеральный закон «О газоснабжении в РФ»;

− Федеральный закон «О промышленной безопасности опасных производственных

объектов»;

− Строительные нормы и правила по проектированию и строительству систем газо-

распределения (СНиП);

− «Правила безопасности систем газораспределения и газопотребления» ПБ 12-

529-03;

− «Правила устройства и безопасной эксплуатации сосудов, работающих под дав-

лением»;

142

− Стандарты отрасли «Техническая эксплуатация газораспределительных систем

ОСТ 153-39.3-051-2003; ОСТ 153-39.3-052-2003; ОСТ 153-39.3-053-2003»;

− Положение о системе аварийно-диспетчерского обслуживания газораспредели-

тельных систем.

Нормативная и правовая база службы «Антитеррор»:

− Положение о ГрОУ – приказ МВД РФ, МО РФ, ФСБ РФ, МЧС России, МЮ РФ,

ФСО РФ № 704дсп/313дсп/426дсп/160дсп/381дсп от 9 августа 2007 года.

Нормативная и правовая база Администрации Томской области в сфере ГО и ЧС:

− Постановление от 17 августа 2007 г. N 122а «Об утверждении положения о терри-

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

видации чрезвычайных ситуаций Томской области».

− Постановление от 20 октября 2009 г. №164а «О внесении изменения в постанов-

ление Администрации Томской области от 17.08.2007 №122а».

− Соглашение Администрации муниципального образования с операторами связи

(проект) «О системе обеспечения вызова экстренных оперативных служб по еди-

ному номеру 112».

− Постановление Администрации Томской области от 15 августа 2011 г. №243а «О

порядке сбора и обмена в Томской области информацией в области защиты насе-

ления от чрезвычайных ситуаций природного и техногенного характера».

ТЗ-112 Томская область 2012-08-07storage.esp.tomsk.gov.ru/files/13026/ТЗ-112... · ПО ЕДИНОМУ НОМЕРУ «112» НА ТЕРРИТОРИИ ТОМСКОЙ

Documents