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

Приложение 2

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

Перечень обозначений и сокращений

ИС - информационные системы;

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

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

Система-112 - система обеспечения вызова экстренных оперативных служб по единому номеру "112";

Субъект РФ 1 - Московская область

Субъект РФ 2 - Смоленская область

УКИО - универсальная карточка информационного обмена;

SIP - протокол инициации сессий.

1. Назначение

Взаимодействие систем-112 сопредельных субъектов РФ (Московская область и Смоленская область) реализуется с целью обмена информацией, принятыми от заявителей данными о происшествиях в режиме реального времени, перевода голосовых вызовов заявителей из одной системы в другую.

2. Общие положения

Информационное взаимодействие систем реализовано исходя из следующих базовых предположений:

протокол является симметричным и обеспечивает единую структуру данных и правила взаимодействия систем-112 сопредельных субъектов РФ;

протокол обеспечивает синхронную передачу голосового вызова и данных в обоих направлениях: от системы-112 субъекта РФ 1 к системе-112 субъекта РФ 2 и обратно;

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

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

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

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

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

в случае принятия решения о передаче вызова (поступивших данных о происшествии) во взаимодействующую систему с целью организации реагирования, принятые данные помещаются в согласованную структуру УКИО;

УКИО помещается в структуру данных согласованного формата и передается по описанному ниже протоколу во взаимодействующую систему-112;

УКИО передается в любом случае, даже если она не заполнена данными на принявшей вызов заявителя стороне. В случае передачи только голосового вызова передается незаполненная УКИО;

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

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

прием данных УКИО;

прием голосового вызова (при его наличии);

связывание поступившего голосового вызова и данных УКИО. Параметром, обеспечивающим однозначное связывание данных УКИО и голосового вызова, является уникальный идентификатор карточки происшествия отправляющей стороны.

Таким образом, в рамках информационного обмена систем-112 сопредельных субъектов РФ (см. рисунок 1) реализованы следующие виды взаимодействия:

передача УКИО из системы-112 субъекта РФ 1 в систему-112 субъекта РФ 2;

передача УКИО из системы-112 субъекта РФ 2 в систему-112 субъекта РФ 1;

передача сообщения о подтверждении приема информации о происшествии к реагированию из системы-112 субъекта РФ 1 в систему-112 субъекта РФ 2;

передача сообщения о подтверждении приема информации о происшествии к реагированию из системы-112 субъекта РФ 2 в систему-112 субъекта РФ 1;

передача телефонного вызова или организация телефонной конференции оператором системы-112 субъекта РФ 1;

передача телефонного вызова или организация телефонной конференции оператором системы-112 субъекта РФ 2.

Передача УКИО выполняется по протоколу SOAP.

Передача телефонного вызова выполняется по протоколу SIP.

"Рисунок 1 - Общая схема межсистемного взаимодействия систем-112 сопредельных субъектов РФ"

4. Описание последовательности взаимодействия

В разделе приведены последовательности обмена информацией в процессе взаимодействия систем-112 сопредельных субъектов РФ (субъекта РФ 1 и субъекта РФ 2) и описание сценариев взаимодействия.

Приведенные диаграммы последовательности описывают взаимодействие систем-112 сопредельных субъектов РФ с передачей вызова/организацией конференцсвязи, диаграммы последовательности для различных случаев взаимодействия представлены на рисунках 2 - 7.

4.1. Последовательность передачи УКИО из системы-112 субъекта РФ 1 в систему-112 субъекта РФ 2 с передачей телефонного вызова

Диаграмма последовательности передачи УКИО из системы-112 субъекта РФ 1 в систему-112 субъекта РФ 2 с передачей телефонного вызова приведена на рисунке 2.

"Рисунок 2 - Диаграмма последовательности передачи УКИО из системы-112 субъекта РФ 1 в систему-112 субъекта РФ 2 телефонного вызова"

Описание сценария взаимодействия

Целью выполнения сценария является передача от системы-112 субъекта РФ 1 информации о происшествии в виде УКИО в систему-112 субъекта РФ 2 вместе с голосовым вызовом.

Оператор системы-112 субъекта РФ 1 принимает вызов, вводит необходимую информацию о происшествии, выбирает систему-112 субъекта РФ 2 для передачи информации о происшествии и выполняет операцию одновременной передачи информации о происшествии и перевода поступившего вызова в систему-112 субъекта РФ 2.

Последовательность взаимодействия (см. рисунок 2):

1. В системе-112 субъекта РФ 1 принимается решение о необходимости передачи карточки и вызова в систему-112 субъекта РФ 2.

2. Система-112 субъекта РФ 1:

2.1. Формирует на основании карточки вызова УКИО в формате EDXL-DE. УКИО содержит уникальный идентификатор происшествия в системе-112 субъекта РФ 1;

2.2. Передает УКИО в систему-112 субъекта РФ 2.

3. Система-112 субъекта РФ 2:

3.1. Производит проверку принятой УКИО;

3.2. Формирует уникальный идентификатор УКИО в системе-112 субъекта РФ 2 и сохраняет принятую УКИО. Уникальный идентификатор является первичным или альтернативным ключом УКИО в системе-112 субъекта РФ 2;

3.3. Формирует и отправляет ответное сообщение в систему-112 субъекта РФ 1, сигнализирующее об успешном приеме УКИО. Ответное сообщение содержит уникальный идентификатор УКИО в системе-112 субъекта РФ 2.

4. Система-112 субъекта РФ 1:

4.1. Сохраняет информацию об успешной доставке УКИО;

4.2. Обновляет данные УКИО (добавляет уникальный идентификатор УКИО в систему-112 субъекта РФ 2);

4.3. Осуществляет перевод вызова/организации конференцсвязи Оператора системы-112 субъекта РФ 1 с Оператором системы-112 субъекта РФ 2 посредством функциональных возможностей телекоммуникационной подсистемы.

5. Система-112 субъекта РФ 2:

5.1. Принимает телефонный вызов/подключается к конференции;

5.2. Отображает карточку происшествия оператору, принявшему вызов из системы-112 субъекта РФ 1.

4.2. Последовательность передачи УКИО из системы-112 субъекта РФ 2 в систему-112 субъекта РФ 1 с передачей телефонного вызова

Диаграмма последовательности передачи УКИО из системы-112 субъекта РФ 2 в систему-112 субъекта РФ 1 с передачей телефонного вызова приведена на рисунке 3.

"Рисунок 3 - Диаграмма последовательности передачи УКИО из системы субъекта РФ 2 в систему-112 субъекта РФ 1с передачей телефонного вызова"

Описание сценария взаимодействия

Целью выполнения сценария является передача от системы-112 субъекта РФ 2 информации о происшествии в виде УКИО в систему-112 субъекта РФ 1 вместе с голосовым вызовом.

Оператор системы-112 субъекта РФ 2 принимает вызов, вводит необходимую информацию о происшествии, выбирает систему-112 субъекта РФ 1 для передачи информации о происшествии и выполняет операцию одновременной передачи информации о происшествии и перевода поступившего вызова в систему-112 субъекта РФ 1.

Последовательность взаимодействия (см. рисунок 3):

1. В системе-112 субъекта РФ 2 принимается решение о необходимости передачи карточки и вызова в систему-112 субъекта РФ 1.

2. Система-112 субъекта РФ 2:

2.1. Формирует на основании карточки вызова УКИО в формате EDXL-DE. УКИО содержит уникальный идентификатор происшествия в системе-112 субъекта РФ 2;

2.2. Передает УКИО в систему-112 субъекта РФ 1.

3. Система-112 субъекта РФ 1:

3.1. Производит проверку принятой УКИО;

3.2. Формирует уникальный идентификатор УКИО в системе-112 субъекта РФ 1 и сохраняет принятую УКИО. Уникальный идентификатор является первичным или альтернативным ключом УКИО в системе-112 субъекта РФ 1;

3.3. Формирует и отправляет ответное сообщение в систему-112 субъекта РФ 2, сигнализирующее об успешном приеме УКИО. Ответное сообщение содержит уникальный идентификатор УКИО в системе-112 субъекта РФ 1.

4. Система-112 субъекта РФ 2:

4.1. Сохраняет информацию об успешной доставке УКИО;

4.2 Обновляет данные УКИО (добавляет уникальный идентификатор УКИО в систему-112 субъекта РФ 1);

4.3. Осуществляет перевод вызова/организации конференцсвязи Оператора системы-112 субъекта РФ 2 с Оператором системы-112 субъекта РФ 1 посредством функциональных возможностей телекоммуникационной подсистемы.

5. Система-112 субъекта РФ 1:

5.1. Принимает телефонный вызов/подключается к конференции;

5.2. Отображает карточку происшествия оператору, принявшему вызов из системы-112 субъекта РФ 2.

4.3. Последовательность передачи УКИО из системы-112 субъекта РФ 1 в систему-112 субъекта РФ 2 без передачи телефонного вызова

Диаграмма последовательности передачи УКИО из системы-112 субъекта РФ 1 в систему-112 субъекта РФ 2 без передачи телефонного вызова приведена на рисунке 4.

"Рисунок 4 - Диаграмма последовательности передачи УКИО из системы-112 субъекта РФ 1 в систему-112 субъекта РФ 2 без передачи телефонного вызова"

Описание сценария взаимодействия

Целью выполнения сценария является передача от системы-112 субъекта РФ 1 в систему-112 субъекта РФ 2 информации о происшествии в виде УКИО без передачи голосового вызова.

Оператор системы-112 субъекта РФ 1 принимает вызов, вводит необходимую информацию о происшествии, выбирает систему-112 субъекта РФ 2 и выполняет операцию передачи информации о происшествии.

Последовательность выполнения операций (см. рисунок 4):

1. В системе-112 субъекта РФ 1 принимается решение о необходимости передачи информации о происшествии в систему-112 субъекта РФ 2.

2. Система-112 субъекта РФ 1:

2.1. На основании карточки вызова формирует УКИО в формате EDXL-DE. УКИО имеет уникальный идентификатор в системе-112 субъекта РФ 1;

2.2. Передает УКИО в систему-112 субъекта РФ 2.

3. Система-112 субъекта РФ 2:

3.1. Производит проверку принятой УКИО;

3.2. Формирует уникальный идентификатор и сохраняет принятую УКИО. Уникальный идентификатор является первичным или альтернативным ключом УКИО в системе-112 субъекта РФ 2;

3.3. Формирует и отправляет ответное сообщение в систему-112 субъекта РФ 1, сигнализирующее об успешном приеме УКИО. Ответное сообщение содержит уникальный идентификатор УКИО в системе-112 субъекта РФ 2.

4. Система-112 субъекта РФ 1:

4.1. Сохраняет информации об успешной передаче УКИО в систему-112 субъекта РФ 2;

4.2. Обновляет данные карточки вызова (добавляет уникальный идентификатор УКИО в системе-112 субъекта РФ 2).

4.4. Последовательность передачи УКИО из системы-112 субъекта РФ 2 в систему-112 субъекта РФ 1 без передачи телефонного вызова

Диаграмма последовательности передачи УКИО из системы-112 субъекта РФ 2 в систему-112 субъекта РФ 1 без передачи телефонного вызова приведена на рисунке 5.

"Рисунок 5 - Диаграмма последовательности передачи УКИО из системы-112 субъекта РФ 2 в систему-112 субъекта РФ 1 без передачи телефонного вызова"

Описание сценария взаимодействия

Целью выполнения сценария является передача от системы-112 субъекта РФ 2 в систему-112 субъекта РФ 1 информации о происшествии в виде УКИО без передачи голосового вызова.

Оператор системы-112 субъекта РФ 2 принимает вызов, вводит необходимую информацию о происшествии, выбирает систему-112 субъекта РФ 1 и выполняет операцию передачи информации о происшествии.

Последовательность выполнения операций (см. рисунок 5):

1. В системе-112 субъекта РФ 2 принимается решение о необходимости передачи информации о происшествии в систему-112 субъекта РФ 1.

2. Система-112 субъекта РФ 2:

2.1. На основании карточки вызова формирует УКИО в формате EDXL-DE. УКИО имеет уникальный идентификатор в системе-112 субъекта РФ 2;

2.2. Передает УКИО в систему-112 субъекта РФ 1.

3. Система-112 субъекта РФ 1:

3.1. Производит проверку принятой УКИО;

3.2. Формирует уникальный идентификатор и сохраняет принятую УКИО. Уникальный идентификатор является первичным или альтернативным ключом УКИО в системе-112 субъекта РФ 1;

3.3. Формирует и отправляет ответное сообщение в систему-112 субъекта РФ 2, сигнализирующее об успешном приеме УКИО. Ответное сообщение содержит уникальный идентификатор УКИО в системе-112 субъекта РФ 1.

4. Система-112 субъекта РФ 2:

4.1. Сохраняет информации об успешной передаче УКИО в систему-112 субъекта РФ 1;

4.2. Обновляет данные карточки вызова (добавляет уникальный идентификатор УКИО в системе-112 субъекта РФ 1).

4.5. Последовательность передачи информации о подтверждении приема информации о происшествии к реагированию из системы-112 субъекта РФ 1 в систему-112 субъекта РФ 2

Диаграмма последовательности передачи информации о подтверждении приема информации о происшествии к реагированию из системы-112 субъекта РФ 1 в систему-112 субъекта РФ 2 приведена на рисунке 6.

"Рисунок 6 - Диаграмма последовательности передачи информации о подтверждении приема информации о происшествии к реагированию из системы-112 субъекта РФ 1 в систему-112 субъекта РФ 2"

Описание сценария взаимодействия

Целью выполнения сценария является передача от системы-112 субъекта РФ 1 информации о подтверждении приема информации о происшествии к реагированию (далее - подтверждение приема информации) в виде электронного сообщения в систему-112 субъекта РФ 2.

Информация о подтверждении приема информации передается в автоматическом или автоматизированном режиме.

Последовательность выполнения операций (см. рисунок 6):

1. В системе-112 субъекта РФ 1 принимается решение о необходимости передачи в систему-112 субъекта РФ 2 информации о подтверждении приема информации.

2. Система-112 субъекта РФ 1:

2.1. Формирует сообщение о подтверждении приема информации. Данное сообщение содержит уникальный идентификатор УКИО происшествия в системе-112 субъекта РФ 1.

2.2. Передает сообщение о подтверждении приема информации в систему-112 субъекта РФ 2.

3. Система-112 субъекта РФ 2:

3.1. Проверяет принятое сообщение о подтверждении приема информации;

3.2. Сохраняет сообщение о подтверждении приема информации.

3.3. Формирует и отправляет в систему-112 субъекта РФ 1 ответ, сигнализирующий об успешном приеме сообщения о подтверждении приема информации.

4. Система-112 субъекта РФ Г.

4.1. Сохраняет информацию об успешной передаче сообщения о подтверждении приема информации.

4.6. Последовательность передачи информации о подтверждении приема информации о происшествии к реагированию из системы-112 субъекта РФ 2 в систему-112 субъекта РФ 1

Диаграмма последовательности передачи информации о подтверждении приема информации о происшествии к реагированию (далее - подтверждение приема информации) из системы-112 субъекта РФ 2 в систему-112 субъекта РФ 1 приведена на рисунке 7.

"Рисунок 7 - Диаграмма последовательности передачи информации о подтверждении приема информации о происшествии к реагированию из системы-112 субъекта РФ 2 в систему-112 субъекта РФ 1"

Описание сценария взаимодействия

Целью выполнения сценария является передача от системы-112 субъекта РФ 2 информации о подтверждении приема информации в виде электронного сообщения в систему-112 субъекта РФ 1.

Информация о подтверждении приема информации передается в автоматическом или автоматизированном режиме.

Последовательность выполнения операций (см. рисунок 7):

1. В системе-112 субъекта РФ 2 принимается решение о необходимости передачи в систему-112 субъекта РФ 1 информации о подтверждении приема информации.

2. Система-112 субъекта РФ 2:

2.1. Формирует сообщение о подтверждении приема информации. Данное сообщение содержит уникальный идентификатор УКИО происшествия в системе-112 субъекта РФ 2.

2.2. Передает сообщение о подтверждении приема информации в систему-112 субъекта РФ 1.

3. Система-112 субъекта РФ 1:

3.1. Проверяет принятое сообщение о подтверждении приема информации;

3.2. Сохраняет сообщение о подтверждении приема информации.

3.3. Формирует и отправляет в систему-112 субъекта РФ 2 ответ, сигнализирующий об успешном приеме сообщения о подтверждении приема информации.

4. Система-112 субъекта РФ 2:

4.1. Сохраняет информацию об успешной передаче сообщения о подтверждении приема информации.

5. Требования к протоколу и структуре данных

В разделе определена структура данных, которая используется для передачи УКИО между системами-112 сопредельных субъектов РФ.

Структура данных строится на основе стандарта Emergency Data Exchange Language (EDXL) (Стандарт Организации по развитию стандартов структурированной информации (OASIS). Спецификация стандарта EXDL-DE (см. рисунок 8).

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

Передача УКИО между системами-112 Сторон должна осуществляться посредством XML-сообщений. Передача сообщений должна осуществляться по протоколу HTTP, с использованием протокола обмена структурированными сообщениями SOAP.

Для обеспечения передачи УКИО, на стороне каждой из систем-112 должны быть реализованы веб-сервисы, реализующие следующие методы:

1) receiveEdxlDistribution - метод предназначен для получения от системы-112 противоположной Стороны XML-сообщения, содержащего карточку УКИО:

2) hello - метод предназначен для проверки соединения между системами-112 Сторон.

"Рисунок 8 - Структура данных на основе стандарта EXDL-DE"

Таблица 1 - Описание состава и структуры данных стандарта EDXL-DE.

Часть 1. Описание общих элементов типа EDXLDistribution

Элемент	Описание
distributionID	Идентификатор сообщения
senderlD	Идентификаторы систем согласовываются в процессе настройки информационного взаимодействия
dateTimeSent	Дата и время отправления сообщения
distributionStatus	Статус сообщения Возможные варианты: Actual - информация для осуществления реагирования; Exercise - имитация информации для участников учений; System - сообщения о поддержки сетевых функций; Test - сообщения для технического тестирования только. При осуществлении взаимодействия между смежными системами всегда используется значение Actual
distributionType	Тип сообщения. В рамках взаимодействия систем-112 сопредельных субъектов РФ используются значения: Request - передача карточки информационного обмена; Response - передача статуса реагирования (подтверждение приема информации о происшествии к реагированию) Error - уведомление об ошибки при получении сообщения.
combinedConfidentiality	Условия конфиденциальности Используется значение по умолчанию "UNCLASSIFIED AND NOT SENSITIVE"
explicitAddress	Точный адресат сообщения. Предлагается использовать значения элемента senderlD
distributionReference	Ссылка на предыдущее сообщение. Она включает в себя значения <distributionID>, <senderID> предыдущего сообщения, на которое дается ссылка. Ссылка используется только для подтверждений получения сообщений
targetArea	Сложный тип данных. Определяет субъект РФ (или муниципальное образование субъекта РФ) для отправки сообщения. Для определения субъекта РФ используется элемент Subdivision, первые два символа которого определяют страну - RU, последующие от одного до трех символов определяют геокод субъекта РФ в соответствии со стандартом ISO 3166-2:RU
contentObject	Сложный тип данных. Содержит XML-сообщение с информацией о происшествии. (при передаче УКИО значение элемента ContentDescription должно быть установлено в UniCard)

Таблица 2 - Описание контракта данных стандарта EDXL-DE.

Часть 2. Описание ключевых элементов сообщения с информацией о происшествии

Элемент	Описание
Id	Идентификатор. В рамках взаимодействия систем-112 сопредельных субъектов РФ предлагается использовать значение элемента distributionID типа EDXLDistribution
Header	Содержит краткую идентификационную информацию о происшествии. Сложный тип данных. Раскрыт в элементе messageHeader. Состав messageHeader: id - идентификатор сообщения (предлагается использовать значение элемента distributionID типа EDXLDistribution); testMessage - признак, указывающий тестовое сообщение или нет; originld - идентификатор в системе-112, который отправляет сообщение (предлагается использовать значение элемента distributionID типа EDXLDistribution); destld - идентификатор в системе-112, который принимает сообщение (при первой отправке параметр пустой). incidentld - идентификатор происшествия - предлагается использовать значение элемента distributionID типа EDXLDistribution. time - дата и время сообщения.
uniCard	Унифицированная карточка информационного обмена. Содержит всю необходимую информацию о происшествии. Сложный тип данных. Раскрыт в элементе UniCard. В элемент servicelnfo, входящий в UniCard добавлено логическое поле transferCall, сигнализирующее, переводится ли вызов на номер "112" одновременно с унифицированной карточкой информационного обмена. По умолчанию, значение поля transferCall устанавливается "НЕТ".

Элементы унифицированной карточки информационного обмена (УКИО) представлены в составном элементе uniCard. Структура элемента UniCard приведена в Таблице 3.

Обязательная часть структуры uniCard содержит:

- информация о происшествии;

- сведения о номере телефоне, с которого принят вызов;

- сведения о месте происшествия;

- сведения об источнике информации (заявителе);

- служебная информация

Таблица 3 - Описание элементов UniCard

Элемент	Наименование	Формат	Описание
Сведения о происшествии (incidentlnfo)
Id	Идентификатор	Число	Идентификатор происшествия
incidentType	Тип происшествия	Классификатор	Предлагается в рамках взаимодействия передача согласованного фиксированного значения
description	Описание	Текст	Краткое описание происшествия
injuredPeople	Травмированные люди	Число	Число людей, для которых может требоваться мед. помощь
peoplelnDanger	Угроза людям	Логич.	Признак того, что происшествие или его последствия угрожают жизни людей - возможно, потребуются эвакуационные мероприятия
emergencySituation	Признак ЧС	Логич.	Флаг-признак ЧС
additionallnfo	Доп. информация	Текст
Служебная информация (servicelnfo)
id	Идентификатор	Число	Идентификатор происшествия
dateTime	Дата и время	Время	Дата и время происшествия или ЧС
status	Состояние	Классификатор	Состояние реагирования на происшествие выбирается из классификатора. По умолчанию - "начало"
transferCall	Перевод вызова	Логич.	Признак перевода вызова одновременно с карточкой происшествия
Сведения о телефоне, с которого принят вызов (автоматическое или ручное заполнение) (phonelnfo)
id	Идентификатор	Число	Идентификатор происшествия
Phone	Телефон	Текст	Номер абонентского устройства, с которого поступило сообщение - автоматическое определение по данным оператора связи
lastName	Фамилия	Текст	Фамилия владельца абонентского устройства по базе данных оператора связи
firstName	Имя	Текст	Имя владельца абонентского устройства по базе данных оператора связи
secondName	Отчество	Текст	Отчество владельца абонентского устройства по базе данных оператора связи
address	Адрес	Текст	Адрес установки абонентского устройства, с которого поступило сообщение, по базе данных местного телефонного узла
latitude	Координата: широта (град.)	Число	Координаты центра зоны расположения терминала пользователя (от оператора мобильной связи)
longtitude	Координата: долгота (град.)	Число
accuracy	Точность координат	Число	Радиус круговой зоны. Точность определения места нахождения терминала пользователя
Сведения о месте происшествия (locationlnfo)
id	Идентификатор	Число	Идентификатор происшествия
place	Место	Текст	Определяется по классификатору ОКАТО
street	Улица	Текст	Ввод вручную или из списка.
house	Дом N	Текст	Номер дома, включая дробную часть номера дома
house2	Дом дробь	Текст	Элемент не используется.
building	Корпус	Текст	Номер корпуса дома
construction	Строение	Текст	Номер строения
premise	Владение	Текст	Номер владения
entrance	Подъезд	Текст	Номер подъезда дома, корпуса, строения, владения
level	Этаж	Текст	Номер этажа. Подвальные этажи вводятся со знаком "-"
room	Квартира (офис)	Текст	Номер квартиры (офиса).
road	Дорога	Текст	Ввод вручную или из списка
kilometer	Километр	Число	Километр дороги
meter	Метр	Число	Уточнение места происшествия на дороге с точностью до 100 м
addressName	Адресный участок	Текст	Поименованный участок местности, не имеющий адреса в стандартном виде
near	Рядом	Логич.	Признак того, что место происшествия находится не совсем в том месте, как его удается формализовать
Okpo	Объект	Текст	Определяется по классификатору ОКПО
additionallnfo	Дополнительная информация	Текст	Уточняющая информация по месту происшествия, например, как проехать
Сведения об источнике информации (заявителе) (callerlnfo)
id	Идентификатор	Число	Идентификатор происшествия
firstName	Фамилия	Текст	Фамилия
secondName	Имя	Текст	Имя
lastName	Отчество	Текст	Отчество
phone	Телефон	Текст	Номер контактного телефона (по умолчанию дублируется номер абонентского устройства, с которого поступило сообщение).
language	Язык общения	Классификатор	Язык общения с заявителем. В рамках взаимодействия предлагается два варианта: использование только русского языка; добавление в системы единого согласованного справочника языков
address	Адрес	Текст	Адрес проживания

Таблица 4 - Описание операций веб-сервиса взаимодействия смежных систем-112

Операция	Входные параметры	Выходные параметры	Описание
receiveEdxlDistribution	Сообщение формата EDXL-DE	Сообщение формата EDXL-DE	Получение сообщения о происшествии
Hello	Строка	Строка	Проверка соединения

6. Требования к процедуре передачи голосового вызова

При перенаправлении вызова в смежную систему для установления сеанса должен использоваться протокол SIP (Session Initiation Protocol), сам вызов должен передаваться с использованием протокола RTP (Real-time Transport Protocol).

Уникальным идентификатором, обеспечивающим однозначное связывание данных УКИО и голосового вызова, является телефонный номер терминала пользователя (заявителя), с которого был осуществлен вызов, передаваемый в сообщении INVITE протокола SIP.

Установка флага "transferCall" в значении "True" в структуре данных UniCard при передаче УКИО свидетельствует о передаче вместе с УКИО также голосового вызова и необходимости совместной обработки как голосового вызова, так и данных, передаваемых в УКИО.

7. Обеспечение информационной безопасности при межсистемном взаимодействии

Информационное взаимодействие между системами-112 сопредельных субъектов РФ создается с использованием сетей передачи данных общего пользования путем создания защищенного канала связи.

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

Техническое решение утверждается эксплуатирующими организациями систем-112 сопредельных субъектов РФ.

Информационное взаимодействие между ЦОВ систем-112 сопредельных субъектов РФ осуществляется по защищенному средствами криптографической защиты (далее - СКЗИ) каналу связи. Защищенный канал связи строится между ПАК ViPNet Coordinator HW1000 систем 112 сопредельных субъектов РФ основываясь на технологии межсетевого взаимодействия сетей ViPNet Custom.

Схема взаимодействия подсистем информационной безопасности систем-112 сопредельных субъектов РФ приведена на рисунке 9.

"Рисунок 9 - Схема взаимодействия подсистем информационной безопасности систем 112 сопредельных субъектов РФ"

Настройка межсетевого взаимодействия между сетями ViPNet осуществляется в соответствии с эксплуатационной документацией на СКЗИ, входящими в ViPNet Custom.

Информационное взаимодействие между ЦОД ограничивается межсетевыми экранами ПАК ViPNet Coordinator HW1000 системы-112 субъекта РФ 1 и ПАК ViPNet Coordinator HW1000 системы-112 субъекта РФ 2. Правилами межсетевого экранирования разрешается прохождение только соединений необходимых для информационного взаимодействия систем-112, остальные соединения блокируются.

Согласовано Начальник Государственного казенного учреждения Московской области "Центр вызова экстренных оперативных служб по единому номеру "112"	Согласовано Директор Смоленского областного государственного автономного учреждения "Центр информационных технологий"
Р.А. Каратаев М.П.	А.М. Гильденков М.П.
"____" __________ 2021 год	"____" __________ 2021 год