Приложение 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 - идентификатор сооб