Требования к имуществу (стр. 10 )

Первой очередью создания Системы-112 Тамбовской области является поставка оборудования с предустановленным ОПО и СПО для создания ЦОВ (на базе ТПТК) Системы-112 в г. Тамбове, включая его монтаж и выполнение пуско-наладочных работ. Первая очередь создания Системы-112 Тамбовской области находится вне рамок настоящего ТЗ. Первая очередь создания Системы-112 выполняется на основании требований «Техническое задание на закупку оборудования для оснащения центра обработки вызовов системы-112 Тамбовской области программно-техническим комплексом».

Второй очередью создания Системы-112 Тамбовской области является поставка оборудования с предустановленным ОПО и СПО на объекты автоматизации Системы-112 Тамбовской области, включая монтажные и пуско-наладочные работы. Перечень объектов автоматизации приведен в приложении (см. Приложение 1).

Требования к выполнению обязательств Арендодателя Поставка прав на использование СПО Системы-112

Арендодатель осуществляет поставку Арендатору лицензий СПО Системы-112. Количество лицензий соответствует количеству запроектированных АРМ, устанавливаемых на объектах автоматизации Системы-112. Перечень объектов автоматизации и количество устанавливаемых АРМ приведен в приложении (см. Приложение 1).

СПО должно соответствовать требованиям настоящего ТЗ (п. 4.3.4.2 и п. 4.3.3.5).

СПО должно соответствовать (иметь сертификат соответствия) требованиям руководящего документа ФСТЭК России (Гостехкомиссии России) «Защита от несанкционированного доступа к информации. Часть 1. Программное обеспечение средств защиты информации. Классификация по уровню контроля отсутствия недекларированных возможностей» по 4 уровню контроля.

По результатам поставки Арендодатель должен заключить с Арендатором Лицензионный договор на лицензии СПО Системы-112.

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

Арендодатель за счет собственных средств на площадке, определенной Арендатором, осуществляет организацию полнофункционального макета Системы-112 Тамбовской области. Кроме этого, на базе полнофункционального макета Системы-112 Тамбовской области Арендодателем осуществляется создание макета информационного взаимодействия между Системой-112 Тамбовской области и Системой-103 Тамбовской области (Информационной системой Службы скорой медицинской помощи – ИС СМП) с возможностью дальнейшего использования разработанного решения в Системе-112 Тамбовской области.

СПО полнофункционального макета должно соответствовать требованиям настоящего ТЗ (п. 4.3.4.2).

Демонстрация полнофункционального макета проводится на основе документа «Программа и методики испытаний макета Системы-112 Тамбовской области» (ПМИ), предоставленного Арендодателем. Арендодатель согласует ПМИ с Арендатором.

Информационное взаимодействие Системы-112 Тамбовской области и Системы-103 Тамбовской области Требования к протоколу обмена данными

Для передачи данных между Системой-112 и ИС СМП в каждой системе должен быть реализован web-сервис, реализующий метод обмена данными, и использующий в качестве протокола обмена сообщениями SOAP 1.2. На стороне Системы-112 сервис содержит методы (см. Таблица 4)

Таблица 3 – Методы сервиса обмена данными

Название метода	Описание метода	Обязательный
UpdateCaseFolder	передача в синхронном режиме данных блока карточек происшествия во взаимодействующую систему	Да
GetCaseFolder	запрос во взаимодействующую систему данных о блоке карточек происшествия (синхронный)	Нет
RequestCaseFolder	запрос во взаимодействующую систему данных о блоке карточек происшествия (асинхронный)	Нет
RequestCaseFolderHistory	запрос во взаимодействующую систему данных о нескольких блоках карточек происшествия (синхронный)	Нет
GetCaseFolderHistory	запрос во взаимодействующую систему данных о нескольких блоках карточек происшествия (асинхронный)	Нет

На стороне ИС СМП может быть реализован только метод UpdateCaseFolder, достаточный для инициативной передачи данных из ИС СМП в Систему-112.

Описание метода обмена данными UpdateCaseFolder приведено в п. 5.2.2.1.2.

При медицинском опросе позвонившего лица и заполнении карточки происшествия в Системе-112 должны использоваться следующие справочники из ИС СМП:

Повод к вызову; Вид вызова; Признак вызова; Место вызова; Вызвавший (тип заявителя).

Используемые в системах справочники не синхронизируются. При обмене данными значения используемых справочников передаются в текстовом виде. Значения справочников Арендодателю предоставляются Арендатором.

Перечень и описание возможных статусов привлечённых к реагированию ресурсов приведён в таблице (см. Таблица 5).

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

Таблица 4 – Перечень статусов сил и средств, направленных на реагирование (ресурсов)

№ п/п	Статус	Описание статуса
Accepted	Вызов принят
Departure	Выезд
OnTheWay	Экипаж (бригада) в дороге
WayIncedent	Авария в дороге
TrafficDelay	Задержка в дороге
Reject	Отмена вызова
Redirect	Перенаправление на другой вызов
Arrived	Прибытие на место
Deployment	Развертывание, рекогносцировка
Performance	Выполнение экстренных мероприятий
Completed	Экстренные мероприятия завершены
Undeployment	Свертывание
Retuning	Убытие на базу
Comeback	Возвращение на базу
ArrivalToBase	Прибытие на базу
Closed	Освобождение ресурса

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

При обмене данными между Системой-112 и ИС СМП в сообщении должны передаваться все заполненные поля из числа перечисленных в таблицах (см. Таблица 1 и Таблица 2)

При передаче адресных данных (кроме текстового значения) могут передаваться коды ФИАС адресных объектов. Коды ФИАС должны обязательно передаваться в том случае, если введённое оператором/диспетчером текстовое значение адресного объекта совпадает с аналогичным значением в базе ФИАС. В противном случае код данного адресного объекта и его дочерних объектов могут не передаваться. Текстовые значения адреса должны передаваться всегда.

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

Метод UpdateCaseFolder должен реализовать приём из взаимодействующей системы данных о поступившем вызове. Вызов метода осуществляется командой CaseFolderInterchangeResult UpdateCaseFolder (EmergencyCaseFolderInfo info), где

info – структура типа EmergencyCaseFolderInfo, описание которой приведено в таблице (см. Таблица 6),

CaseFolderInterchangeResult возвращаемое значение, описанное в таблице 7.

Структура EmergencyCaseFolderInfo описывает сообщение, использующееся для обмена данными между Системой-112 и ИС СМП. Информация, специфическая для ИС СМП, передаётся в полях контейнера answers.

Таблица 5 - Описание структуры EmergencyCaseFolderInfo

Поле	Состав данных (значение)	Формат	Обязат.
caseFolderId	Идентификатор папки происшествия в Системе-112	Текст	Нет
externalCaseFolderId	Идентификатор папки происшествия в ИС СМП	Текст	Нет
callTime	Дата поступления вызова	Дата и время	Да
answers	Значения полей, относящиеся ко всем карточкам в папке происшествия	Контейнер, может быть больше одного элемента	Нет
questionCode	Код поля	Строка	Да
answer	Значение поля	Строка	Да
caller	Информация о позвонившем лице	Контейнер	Да
phoneNumber	Телефон	Текст	Да
lastName	Имя	Текст	Нет
firstName	Фамилия	Текст	Нет
middleName	Отчество	Текст	Нет
language	Язык общения	Текстовое значение в формате ISO - 8859 Например:“ru_RU” – русский …	Нет
location	Информация о месте происшествия	Контейнер	Да
latitude	Широта в тысячных долях угловых минут(WGS84)	Число	Нет
longitude	Долгота в тысячных долях угловых минут (WGS84)	Число	Нет
region	Субъект РФ	Текст	Нет
municipality	Район территориального деления субъекта РФ	Текст	Нет
locality	Населенный пункт	Текст	Нет
FIAS	Код ФИАС населенного пункта или района	Текст	Нет
OKTMO	Код ОКТМО населенного пункта или района	Текст	Нет
OKATO	Код ОКАТО населенного пункта или района	Текст	Нет
street	Улица/микрорайон	Текст	Нет
house	Номер дома/владения, включая дробный номер	Текст	Нет
building	Номер корпуса, строения	Текст	Нет
entrance	Подъезд	Текст	Нет
floor	Этаж	Текст	Нет
apartment	Квартира/офис	Текст	Нет
entranceCode	Код подъезда	Текст	Нет
highway	Федеральная трасса	Контейнер	Нет
name	Код трассы	Текст	Да
km	Километр трассы	Число	Да
objectName	Название объекта, где произошло происшествие	Текст	Нет
comment	Комментарий к месту происшествия	Текст	Нет
cases	Карточки в папке происшествия	Контейнер	Да
case	Карточка	Контейнер	Да
cardId	Идентификатор карточки происшествия в Системе-112	Текст	Нет
externalCardId	Идентификатор карточки происшествия в ИС СМП	Текст	Нет
info	Сообщение о происшествии	Текст	Нет
answers	Значения полей, относящихся к конкретной карточке в папке происшествия	Контейнер, может быть больше одного элемента	Нет
Код поля	Код поля	Строка	Да
Значение поля	Значение поля	Строка	Да
reaction	Состояние реагирования службы на происшествие	Контейнер, может быть больше одного элемента	Нет
serviceType	Вид службы экстренного реагирования	Значение из списка: 0 – Служба-112 1 – Служба пожарной охраны 2 – Служба реагирования в чрезвычайных ситуациях 3 – Служба полиции 4 – Служба скорой медицинской помощи 5 – Аварийная служба газовой сети 6 – Служба «Антитеррор» 7 – ЕДДС 8 – Служба ГИБДД 9 – Служба психологической помощи 10 – СПАС - дорожно-аварийная служба 11 – Аварийная служба водоканала 12 – Аварийная служба электросети 13 – Аварийная служба теплосети	Да
personnelUsed	Общее количество задействованного персонала	Целое число	Нет
vehicleUsed	Общее количество задействованной техники	Целое число	Нет
finishCase	Признак закрытия инцидента в ИАС	Логический флаг	Да
events	Событие реагирования	Контейнер, может быть больше одного элемента	Нет
resource	Экипаж/бригада	Текст	Да
resourceType	Тип экипажа/бригады	Текст	Нет
eventTime	Время события реагирования	Дата и время(UTC)	Да
eventType	Вид события	Значение из списка: Accepted Departure OnTheWay WayIncedent TrafficDelay Reject Redirect Arrived Deployment Performance Completed Undeployment Retuning Comeback ArrivalToBase Closed	Да

Метод должен возвращать XML-структуру, содержащую код результата обработки команды, описание ошибки (при наличии). Формат возвращаемого значения приведён в таблице (см. Таблица 7).