План и структура мероприятий по организации межведомственного взаимодействия в субъекте рф 2012 год

Центр информационных технологий в госсекторе компании АйТи

ФОРМИРОВАНИЕ ЭЛЕКТРОННОГО ПРАВИТЕЛЬСТВА В

СУБЪЕКТАХ РФ

Организация работ по обеспечению перехода органов исполнительной власти и органов местного самоуправления субъектов Российской Федерации на

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

Содержание

Предложение по организации межведомственного взаимодействия и переводу государственных услуг в электронный вид для субъектов РФ от компании АйТи .................... 2

Логика технологической реализации компонентов межведомственного взаимодействия в субъектах РФ ........................................................................................................................................................................ 6

Методология перевода государственных услуг в электронный вид ................................................ 11 Типология способов и форматов получения необходимых документов в рамках межведомственного взаимодействия при предоставлении государственных и муниципальных услуг в субъекте РФ. ........................................................................................................... 11 Типология документов при предоставлении государственных услуг ...................................... 13 «Частное облако» субъекта РФ – подход к формированию «электронного правительства» в регионах ................................................................................................................................. 16 Пример реализации системы межведомственного взаимодействия в субъекте РФ ........ 25 Система нормативно справочной информации (АИС НСИ) субъекта. ....................................... 38

О центре информационных технологий в госсекторе компании АйТи .......................................... 40

Подготовлено: Центр информационных технологий в госуправлении компании АйТи Гриднев Виктор Вячеславович тел. +7 (495) 974-‐79-‐79 доб. 1417 [email protected] www.it.ru


Предложение по организации межведомственного взаимодействия и переводу государственных услуг в электронный вид для субъектов РФ от компании АйТи Основание для выполнения работ:

Федеральный закон от 27.07.2010 г. № 210-ФЗ «Об организации предоставления государственных и муниципальных услуг». Задача по выполнению работ:

• организация межведомственного взаимодействия ( в срок до 1 июля 2012) на основании Федерального Закона от 27 июля 2010 г. № 210-ФЗ «Об организации предоставления государственных и муниципальных услуг».

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

Уровни реализации системы межведомственного взаимодействия: o федеральный уровень (зона ответственности ФОГВ); o региональный уровень (зона ответственности субъекта РФ)

Задача по организации межведомственного взаимодействия в субъекте РФ состоит из следующих подзадач:

- организация "вертикального" межведомственного взаимодействия (запрос и получение веб-сервисов от учетных систем ФОГВ через СМЭВ);

- организация "горизонтального" межведомственного взаимодействия (между региональными ОГВ субъекта РФ)

- организация межведомственного взаимодействия (между региональными ОГВ и ОМСУ субъекта РФ)

- организация межведомственного взаимодействия (между субъектом РФ и «другими субъектами РФ»)

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


Рис.1. Межведомственное взаимодействие в рамках субъекта РФ

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

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

- Региональный СМЭВ (РСМЭВ) - на данный момент использование РСМЭВ возможно в рамках предложения по комплексному сервису «единого исполнителя работ по формированию инфраструктуры электронного правительства», обеспечивающего необходимый функционал субъектам РФ для подключения к СМЭВ и доступа к возможности приема заявок с ЕПГУ и получения веб-сервисов от Федеральных ОГВ;

- Региональная система организации межведомственного взаимодействия между ОГВ субъекта РФ и ОГВ субъекта РФ с ОМСУ – единая система приема заявок и межведомственного взаимодействия субъекта РФ.

- Система межведомственного взаимодействия субъекта РФ с «другими» субъектами РФ и ОМСУ «других» субъектов РФ – на текущий момент данный тип информационных систем отсутствует на рынке.


Описание ИТ-‐компонентов межведомственного взаимодействия ИТ-компонент Зона ответственности Результат

Подсистема веб-запросов к сервисам ФОГВ (получение сервисов)

Субъект РФ (реализация на основе одного из типовых решений)

Возможность для субъекта РФ и ОМСУ получать веб-сервисы от ФОГВ

Региональный СМЭВ «Комплексный сервис» Ростелеком

- Защищённый канал - Подключение к СМЭВ - ЭЦП в «зоне доверия» МКС

Единая система приема заявок и организации межведомственного взаимодействия

Субъект РФ (реализация на основе комплексного решения АйТи по «единой системе» субъекта и НСИ субъекта РФ)

Возможность организации межведомственного взаимодействия в рамках региона

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

Проект Результат Состав решения 2012

Создание подсистемы запросов веб-сервисов с целью обеспечения регионального межведомственного электронного взаимодействия субъекта РФ (ОГВ субъекта РФ с ФОГВ)

50-70 веб- сервисов

(часть от ФОГВ в субъект РФ, часть от субъекта РФ к ФОГВ )

- система веб-запросов - регистрация

подключение к РСМЭВ

Разработка и подключение РСМЭВ

(либо собственный РСМЭВ, либо «комплексный сервис»)

-

(легитимный доступ к ФСМЭВ)

«комплексный сервис» Ростелекома.

Создание «единой системы приема заявок + АИС НСИ с целью создания системы предоставления государственных услуг в электронном вижде и «горизонтального межведомственного взаимодействия» (организации межведомственного взаимодействия для ОГВ субъекта РФ)

40-50 госуслуг в рамках реализации внутрирегионального межведа в субъекте РФ

- системное ПО

- разработка базовой платформы, + НСИ и общая интеграция с системой веб сервисов, системой ПГУ

субъекта РФ.

40-50 госуслуг субъекта РФ для межведа в рамках ОГВ и МСУ субъекта РФ - 2012 год

Подсистема запросов веб-сервисов с целью обеспечения межведомственного электронного взаимодействия для МСУ субъекта РФ

30-40 веб сервисов

(в рамках проекта создания подсистемы запросов веб-сервисов для ОГВ субъекта РФ)

-

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

межведомственного электронного взаимодействия

субъекта РФ

Итого: Стоимость комплексного проекта:

оценка формируется исходя из потребности региона см.

Приложение 1


Приложение 1

Для оценки объема и стоимости проекта по технической организации межведомственного взаимодействия субъекту РФ необходимо провести заполнение следующей таблицы:

Таблица оценки потребности субъекта РФ в компонентах межведомственного взаимодействия:

Общие данные

по межведомственному взаимодействию в ОГВ субъекта РФ:

• всего государственных услуг с межведомственным взаимодействием: _______________ госуслуг.

типы межведомственного взаимодействия субъекта РФ: Типы межведомственного взаимодействия

Количество Документ

1. Вертикальное взаимодействие субъект РФ - ФОГВ (через веб-сервисы смэв)

1.1. Перечень сервисов и получаемых данных от ФОГВ через ФСМЭВ необходимых ОГВ субъект РФ (от ФОГВ к ОГВ субъект РФ)

необходимо определить

Перечень документов и сведений, необходимых для оказания государственных и муниципальных услуг ОГВ субъект РФ от ФОГВ

1.2 Перечень сервисов и передаваемых данных от ОГВ субъекта РФ к ФОГВ через СМЭВ


Перечень документов и сведений, необходимых для оказания государственных и муниципальных услуг ФОГВ от ОГВ и МСУ субъекта РФ

2. Горизонтальное взаимодействие субъект РФ – субъект РФ

2.1 Перечень данных и документов в рамках внутри регионального обмена (между ОГВ субъекта РФ)


Перечень государственных услуг по межведомственному взаимодействию в рамках ОГВ субъекта РФ

3. Межведомственное взаимодействие ОГВ субъекта РФ и МСУ субъекта РФ

3.1. Перечень получаемых данных от МСУ субъекта РФ необходимых ОГВ субъекта РФ (от МСУ к ОГВ субъекта)


Перечень документов и сведений, необходимых для оказания государственных и муниципальных услуг ОГВ субъекта РФ от МСУ субъекта РФ

3.2 Перечень передаваемых данных от ОГВ субъекта РФ к МСУ субъекта РФ


Перечень документов и сведений, необходимых для оказания государственных и муниципальных услуг МСУ субъекта РФ от ОГВ субъекта РФ

4. Межведомственное взаимодействие ОГВ субъекта РФ- ОГВ и МСУ другие регионы

3.1. Перечень получаемых данных от ОГВ и МСУ других субъектов РФ необходимых ОГВ

определить

3.2 Перечень передаваемых данных от ОГВ субъекта РФ к МСУ и ОГВ других регионов

определить


Логика технологической реализации компонентов межведомственного взаимодействия в субъектах РФ Три задачи:

• организация межведомственного взаимодействия (1 июля 2012) • предоставление государственных услуг в электронном виде. • выдача гражданам универсальной электронной карты.

Компоненты «электронного правительства» существующие в субъекте РФ.

На данный момент в большинстве субъектов РФ существуют следующие региональные информационные системы, которые могут быть задействованы в организации межведомственного взаимодействия и предоставления в электронной форме государственных и муниципальных услуг:

• Реестр государственных и муниципальных услуг ЛО. • Портал государственных и муниципальных услуг ЛО.

Ниже на рисунке представлена схема существующих компонентов «электронного правительства», а также отображен уровень федеральной инфраструктуры «электронного правительства» РФ:

Рис. 2 Схема компонентов «электронного правительства» «как есть» На данный момент существующим набором компонент «электронного правительства» по большинству государственных услуг реализован только первый этап перевода государственных услуг в электронный вид. За счет реестра и портала государственных услуг обеспечивается информирование и возможность скачать формы документов для граждан по предоставляемым государственным услугам в субъекте РФ (на


региональном портале и федеральном едином портале государственных услуг).

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

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

Рис. 3 Процесс оказания государственной услуги

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

• Регистрация обращения заявителя – данный этап предполагает следующие процедуры:

o регистрация заявителя – идентификация заявителя и его регистрация в системе, заявитель может обратиться 3 способами: по почте, в электронном виде и лично, независимо от способа обращения заявитель должен быть зарегистрирован в системе;

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

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

• Исполнение услуги – осуществление внутренних функций органа власти в рамках процесса предоставления услуг (согласно внутриведомственному административному регламенту);


• Выдача результата – направление результата и уведомления заявителю (в т ом числе и в электронном виде).

Для поддержки полного цикла предоставления государственной услуги в субъекте РФ в 2011-‐2013 годах необходимо автоматизировать весь спектр информационных потоков и процессов, требуемых для оказания государственных услуг.

Информационные потоки в рамках организации информационного взаимодействия в субъекте РФ

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

Ниже на рисунке представлена схема, на которой отображены необходимые к реализации в 2012 году процессы информационного взаимодействия:

Рис. 4 Схема процессов информационного взаимодействия.

Как видно из схемы, для организации процессов межведомственного взаимодействия и предоставления государственных и муниципальных услуг в электронном виде в субъекте РФ необходимо обеспечить:

• организацию возможности запрашивать и предоставлять данные (документы) в рамках межведомственного взаимодействия через федеральный СМЭВ на основе веб-‐сервисов.


• получать заявки на предоставление государственных и муниципальных услуг с единого портала государственных услуг на региональный уровень (в ведомства) субъект РФ через СМЭВ.

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

• обеспечить соответствие регионального портала государственных услуг (интернет сегмента приема заявок) требованиям постановления Правительства РФ от 24 октября 2011 г. N 861 в части возможность осуществления процедуры регистрации и авторизации заявителей с использованием предусмотренной постановлением Правительства Российской Федерации от 8 июня 2011 г. N 451 информационной системы идентификации и аутентификации, входящей в инфраструктуру, обеспечивающую информационно-‐технологическое взаимодействие информационных систем, используемых для предоставления государственных и муниципальных услуг в электронной форме.

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

Последовательность обработки Заявки на государственную услугу в органах государственной власти субъекта РФ следующая:

• Подача гражданином заявки.

a) Online -‐ заявка заполняется на едином (региональном) портале государственных услуг и через СМЭВ регистрируется в единой системе приема заявок субъекта РФ.

b) Offline -‐ заявка заполняется и регистрируется в системе приема заявок сотрудником государственного органа власти субъекта РФ, ответственного за оказание услуги в ручном режиме, через интерфейс системы приема заявок.

После регистрации Заявки, в систему-‐источник Заявки передается статус «Заявка Зарегистрирована» и идентификатор этой Заявки в системе приема заявок.

• После регистрации в системе приема заявок происходит инициация регистрация Заявки в ведомственной системе исполнения регламентов ведомства, при этом результатом регистрации является входящий № ID-‐Заявки и ответственный исполнитель.

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

• Каждый результат исполнения запроса межведомственного взаимодействия (получение данных от федеральных ведомств через


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

• Полностью сформированная заявка передается в орган государственной власти субъекта РФ, ответственный за исполнение государственной услуги.

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

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

Целевая архитектура «электронного правительства» субъекта РФ для реализации на 2011-‐2013 годах.

Для обеспчения межведомственного взаимодействия в электронном виде к 1 июля 2012 года автоматизация организации межведомственного взаимодействия и предоставления государственных и муниципальных услуг в электронном виде в субъекта РФ требуется создание целого блока информационных систем для дополнения существующей конструкции до целевой архитектуры комплексной системы госуслуг:

Рис. 5 Целевая архитектура системы предоставления государственных услуг.


Методология перевода государственных услуг в электронный вид

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

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

Типология взаимодействия (обмена данными и документами) субъекта РФ при организации межведомственного взаимодействия и предоставления услуг в электронном виде: Таблица 1. Типология межведомственного взаимодействия

№ Источник данных Получатель данных Примечание

(обозначения) Субъект РФ – Федеральные ОГВ (территориальные отделения, органы внебюджетных

фондов и пр.)

1 Федеральный орган государственной власти (центральный аппарат)

Орган государственной власти субъекта РФ (ЛО)

ФОГВ-‐РОГВ(ЛО)

2 Орган государственной власти субъекта РФ (ЛО)

Федеральный орган государственной власти (центральный аппарат)

РОГВ(ЛО)-‐ФОГВ

3 Территориальное отделение федерального органа государственной власти (ЛО)


ТО ФОГВ-‐РОГВ(ЛО)


Территориальное отделение федерального органа государственной власти (ЛО)

РОГВ(ЛО) -‐ТО ФОГВ


Органы государственных внебюджетных фондов (Фед)

РОГВ(ЛО)-‐ ОГВФ(фед)

6 Органы государственных внебюджетных фондов (Фед)


РОГВ(ЛО)-‐ ОГВФ(фед)

Субъект РФ – ОГВ субъекта, МСУ субъекта, Бюджетные учреждения субъекта

7 Орган государственной власти субъекта РФ (ЛО1)

Орган государственной власти субъекта РФ (ЛО2)

РОГВ(ЛО1)-‐РОГВ(ЛО2)

8 Орган государственной Орган местного РОГВ (ЛО) – МСУ


власти субъекта РФ (ЛО1) самоуправления (ЛО) (ЛО)

9 Орган местного самоуправления (ЛО)

Орган государственной власти субъекта РФ (ЛО1)

МСУ (ЛО) -‐ РОГВ (ЛО)


Бюджетные учреждения и иные поставщики данных для ОГВ ЛО

РОГВ(ЛО)-‐ Бюджетные учреждения

Субъект РФ – органы государственной власти, органы МСУ других субъектов РФ


Орган государственной власти субъекта РФ (* другой субъект)

РОГВ(ЛО)-‐РОГВ(*)

12 Орган государственной власти субъекта РФ (* другой субъект)


РОГВ(*)-‐РОГВ(ЛО)


Орган местного самоуправления (* другой субъект)

РОГВ (ЛО) – МСУ (*)

14 Орган местного самоуправления (* другой субъект)


МСУ (*) -‐ РОГВ (ЛО)

Как видно из Таблицы 1 «Типологии взаимодействия» можно зафиксировать как минимум 14 типов взаимодействия органов государственной власти субъекта РФ, причем способы взаимодействия будут организованы различным образом в зависимости от типа (и должны быть поддержаны минимум тремя различными типами ИТ-‐систем).

Стоит отметить, что часть типов и способов взаимодействия установлены нормативными актами, часть способов не доопределена как на федеральном уровне, так и на уровне субъектов РФ.

_________________________________________________________________

Центр информационных технологий в госуправлении компании АйТи Гриднев Виктор Вячеславович тел. +7 (495) 974-‐79-‐79 доб. 1417 [email protected] www.it.ru


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

В результате анализа административных регламентов предоставления услуг субъекта РФ была выработана типология документов необходимых сотрудникам органов государственной власти в процессе предоставления государственных и муниципальных услуг.

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

Тип документа

Характеристика документа

Описание типа

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

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

2 тип Документ личного хранения.

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

Примером документа данного типа являются документы, удостоверяющие личность, учредительные документы, дипломы об образовании. В рамках данного проекта и в целях постепенного увеличения объема документов, передаваемых с использованием межведомственного взаимодействия, часть документов, относящихся к третьему типу, включены в тип «документы личного хранения». (Согласно новой редакции 210-‐ФЗ, статья 7, часть 6 к документам, на которые не распространяются положения пункта 2 части 1 статьи 7, относятся следующие документы: 1) документы, удостоверяющие личность гражданина Российской Федерации, в том числе военнослужащих, а также документы, удостоверяющие личность иностранного гражданина, лица без гражданства, включая вид на жительство и удостоверение беженца;

2) документы воинского учета;


3) свидетельства о государственной регистрации актов гражданского состояния;

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

5) документы, подтверждающие предоставление лицу специального права на управление транспортным средством соответствующего вида;

6) документы, подтверждающие прохождение государственного технического осмотра (освидетельствования) транспортного средства соответствующего вида;

7) документы на транспортное средство и его составные части, в том числе регистрационные документы;

8) документы о трудовой деятельности, трудовом стаже и заработке гражданина;

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

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

11) документы Архивного фонда Российской Федерации и другие архивные документы в соответствии с законодательством об архивном деле в Российской Федерации, переданные на постоянное хранение в государственные или муниципальные архивы;

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

13) учредительные документы юридического лица;

14) решения, заключения и разрешения, выдаваемые органами опеки и попечительства в соответствии с законодательством Российской Федерации об опеке и попечительстве;

15) правоустанавливающие документы на объекты недвижимости, права на которые не зарегистрированы в Едином государственном реестре прав на недвижимое имущество и сделок с ним;


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

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

18) документы о государственных и ведомственных наградах, государственных премиях и знаках отличия.)

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

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

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

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

5 тип Результат предоставления государственной услуги

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


«Частное облако» субъекта РФ – подход к формированию «электронного правительства» в регионах

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

В тексте изложен подход формирования «электронного правительства» на региональном уровне, который был проработан в ряде проектов специалистами компании АйТи. Предлагаемый подход основан на двух основных концепциях: использование «тотальной автоматизации» при переводе государственных услуг в электронный вид и использовании концепции «облачных вычислений» при формировании архитектуры «электронного правительства» субъекта РФ.

«Поштучная» информатизация vs «тотальная» информатизация госуслуг

Можно выделить два основных подхода к переводу государственных услуг в электронный вид:

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

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

Идеологически эти два подхода соответствуют двум традиционным типам – «ремесленному» и «технологическому».

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

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

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


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

Сегодня большая часть проектов в регионах акцентирована именно на «поштучной» автоматизации, когда в год автоматизируется 5-10-15 приоритетных государственных услуг. С учетом того, что в сводных реестрах госуслуг субъектов РФ содержится от 100 до 300 наименований, то при «поштучной» автоматизации понадобится более 10-15 лет для перевода всех госуслуг региона в электронный вид. Этого времени в запасе точно нет – так как в стратегии развития информационного общества уже определен срок: 100% госуслуг должны предоставляться полностью в электронном виде в 2015 году.

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

«Жизненный цикл» государственной услуги и типология ИТ-систем

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

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

• Прием заявлений и подтверждающих документов у заявителя на предоставление государственной услуги

• Рассмотрение документов заявителя и выполнение административных процедур по исполнению регламента предоставления госуслуг в рамках ответственных ведомств

• Выдача результатов государственных услуг (при необходимости предоставление возможности досудебного обжалования результатов)

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


Рис.1. «Жизненный цикл» предоставления государственной услуги и

поддерживающие ИТ-системы Как видно на Рис.1, для автоматизации «жизненного цикла»

предоставления госуслуг в электронном виде можно использовать три класса систем:

1. Инфраструктурные системы региона, общие для всех ОГВ субъекта – это технологическая инфраструктура, инфраструктура доступа, система НСИ и базовых реестров, система документооборота, система межведомственного взаимодействия, инфраструктура безопасности и пр.

2. Прикладные ведомственные системы – это системы по различным сферам деятельности органов исполнительной власти субъекта РФ, например, в области образования, недвижимости, культуры, экономики, экологии и пр.

3. Компоненты инфраструктурных систем федерального уровня - региональный сегмент систем межведомственного электронного взаимодействия (СМЭВ), универсальная электронная карта (УЭК), платежный шлюз (система онлайн-оплаты), единый портал госуслуг и пр. Анализ «жизненного цикла» предоставления государственных услуг

показал, что значительная часть этапов реализации государственных услуг может быть стандартизирована, унифицирована и поддержана инфраструктурными компонентами. Лишь небольшой компонент, связанный с внутриведомственным рассмотрением документов заявителей, предусматривает использование специализированных информационных систем. Проведённая оценка показывает, что создание сегмента региональных инфраструктурных систем и развертывание компонентов инфраструктурных систем федерального уровня дает возможность в обозримые сроки обеспечить для органов государственной власти субъекта РФ реализацию I-го, II-го, III-го и V-го этапов в полном объеме, а также частично IV-го этапа.


Схема организации инфраструктурных компонентов «электронного правительства»

Концептуальная архитектура «электронного правительства» субъекта РФ включает в себя около более двадцати типов систем по всему спектру процессов и функций органов государственной власти. Если рассматривать сегмент «электронного правительства» связанный автоматизацией государственных услуг, то для корректной организации перевода государственных услуг в электронный вид достаточно создать лишь часть инфраструктурных компонентов. Реализация проекта «тотальной» автоматизации государственных услуг для всех органов государственной власти субъекта РФ предполагает проектирование следующих инфраструктурных элементов:

1. Инфраструктура доступа к данным и сервисам 2. Инфраструктура нормативно-справочной информации (НСИ) и данных

3. Инфраструктура межведомственного обмена 4. Развитие системы электронного документооборота 5. Технологическая инфраструктура и инфраструктура безопасности

Общая схема инфраструктурных компонентов «электронного правительства» субъекта РФ представлена на Рис.2:

Рис.2. Схема инфраструктурных компонентов региональной архитектуры «электронного правительства»

Целью реализации Инфраструктуры доступа к данным и сервисам является обеспечение многоканального доступа к сервисам информационного взаимодействия ОГВ субъекта РФ с гражданами и организациями. Результатом должно стать построение единой точки взаимодействия в отношении обращений граждан во все органы государственной власти и местного самоуправления региона на основе единого стандарта взаимодействия.

Цель реализации Инфраструктуры НСИ и данных - создание единой системы справочников и классификаторов, используемых в государственных


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

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

Развитие защищенной информационно-коммуникационной среды межведомственного электронного документооборота ОГВ субъекта РФ позволяет производить обмен электронными сообщениями с применением средств шифрования, электронной цифровой подписи и осуществлять доступ к ИТ-ресурсам. Развитие СЭД субъекта РФ должно обеспечить оперативный информационный и документационный обмен между органами исполнительной власти региона.

В свою очередь, Технологическая инфраструктура и инфраструктура безопасности предполагает создание регионального центра обработки данных и развитие сетей передачи данных субъекта РФ.

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

Реализация инфраструктурных компонентов «электронного правительства» в концепции «частного облака» субъекта РФ

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

Анализ возможностей каждой модели облачной парадигмы (Cloud Computing) показывает: если на федеральном уровне инфраструктурные компоненты «электронного правительства» создаются в концепции «публичного облака», то на локальном уровне необходима реализация в модели «частного облака» региона.

Соотнесение моделей «публичного облака» и «частного облака» представлено на Рис.3.


Рис.3. Схема соотнесения «публичного» и «частного облака»

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

«Частное облако» «Публичное облако»

Общие затраты на создание и функционирование ниже, чем у «публичного облака»

Начальные затраты на использование «облачных сервисов» ниже, чем у «частного облака»

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

Собственное управление и возможность сохранения ИТ-инициативы

Внешнее управление и жесткость сервисов

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

Только новые приложения, написанные под web-платформу

Наиболее важными аргументами при выборе концепции «частного облака» субъекта РФ для реализации инфраструктурных компонентов являются безопасность и сохранение собственной инициативы информационного развития и возможности для самостоятельного наращивания ИТ-возможностей на региональном уровне. Выбор типа «облачной» конструкции для региона связан с необходимостью гарантированного решения функциональных задач, стоящих перед ОГВ субъекта РФ независимо от внешних поставщиков ИТ-сервисов.

Схема структуры «частного облака» субъекта РФ и его организационная конструкция внутрирегионального взаимодействия представлены ниже:


Рис.4. Организация «частного облака» субъекта РФ

Рис.5. Внутрирегиональное взаимодействие в рамках «частного облака»

региона


«Дорожная карта» реализации инфраструктурных компонентов «электронного правительства» 2011-2012.

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

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

Проект 1. Создание инфраструктуры доступа. Обеспечение многоканального доступа к сервисам информационного

взаимодействия ОГВ субъекта РФ с гражданами и организациями предполагает создание:. портальной инфраструктуры региона, центр телефонного обслуживания, единую региональную CRM-систему взаимодействия с гражданами и организациями.

Результат реализации компонента - выполнение требований ФЗ8, ФЗ210, Р1993, Р1506, а также иные требования в отношении взаимодействия G2C, G2B (как минимум 100% государственных услуг субъекта РФ, переведенных на I-й, II-й и III-й этапы).

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

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

Проект 3. Создание системы межведомственного взаимодействия на территории субъекта РФ.

Основными компонентами этой системы являются система межведомственного взаимодействия на базе регионального СМЭВ (обмен данными), система хранения документов по результатам предоставления госуслуг на основе «конструкции архивов» (обмена документами). Техническая реализация этих компонентов позволит решить «проблему 1го июля 2011 года» и обеспечить возможность не запрашивать у граждан информацию, которая хранится в других органах государственной власти и реализовать принцип «бегают не граждане, а документы».

Проект 4. Работы по включению федеральных компонентов в контур создания «электронного правительства» субъекта РФ.


Проекты по интеграции компонентов федеральных проектов инфраструктуры «электронного правительства» в контур «частного облака» субъекта РФ6 создание (подключение) компонентов инфраструктуры универсальной электронной карты (УЭК), интеграция с федеральной системой межведомственного взаимодействия (СМЭВ), подключение к системе электронных платежей за государственные услуги, интеграция с компонентами единого портала государственных услуг (публикации сведений об услугах, предоставляемых ОГВ субъекта, обеспечение однозначной идентификации пользователей через единый портал).

Проект 5. Технологическая и телекоммуникационная инфраструктура субъекта РФ.

Создание базовых компонентов технологической инфраструктуры «частного облака» субъекта РФ: ЦОД, локальные сети, инженерное оборудование, сети передачи данных и пр. Основными компонентами этого проекта являются собственный центр обработки данных субъекта РФ и развитая Единая мультисервисная сеть передачи данных субъекта РФ.

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

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

_________________________________________________________________



Пример реализации системы межведомственного взаимодействия в субъекте РФ Структура комплексного проекта создания системы межведомственного взаимодействия Ленинградской области

В объем комплексного проекта создания системы межведомственного взаимодействия входят следующие информационные системы (Рисунок №1):

• СМЭВ • Региональный сегмент СМЭВ; • Портал информационного взаимодействия заявителя; • Система хранения результатов предоставления государственных

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

услуг (АРМ ведомства) с функциональностью межведомственного взаимодействия;

• Система НСИ.

Информационное взаимодействие всех компонент комплексной системы межведомственного взаимодействия осуществляется при помощи регионального сегмента СМЭВ.

Рис.1. Компоненты ЭП Ленинградской области


Бизнес-‐логика комплексного проекта создания системы межведомственного взаимодействия Ленинградской области

Бизнес-‐логика функционирования комплексной системы межведомственного взаимодействия Ленинградской области предполагает два способа инициации процесса оказания государственной услуги: подача заявки на Портале информационного взаимодействия заявителя и подача заявки в ведомстве с использованием системы обработки заявок в ведомстве (АРМ ведомства). В обоих случаях выбирается услуга и подуслуга. Наименования услуг, подуслуг, состав документов, ответственное ведомство и прочие данные содержатся и загружаются из АИС НСИ Ленинградской области.

Далее, по требованию системы (Портала или АРМ ведомства), в систему загружаются электронные образы документов, необходимых для предоставления государственной услуги (документы, создаваемые заявителем, документы личного хранения). На этапе подачи заявки в систему также могут быть загружены документы, которые могут быть получены по каналам СМЭВ, которые в момент подачи заявки предоставлены заявителем. Во время загрузки документов заявителю или оператору АРМ ведомства необходимо заполнить обязательные поля карточки каждого документа.

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

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


Рис. 2. Административный процесс оказания услуги в системе


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

Рис. 3. Система приема заявок

Рис.4 Схема «вертикального межведомственного взаимодействия»


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

1. При работе с системой в зависимости от требуемой функциональности необходимо выбрать портал:

• Портал заявителя – портал регистрации заявки гражданина или организации на получение услуги;

• Портал Межведомственной организации – портал организации, осуществляющей предоставление документов в рамках оказания услуги;

• Портал исполнительного органа власти – портал органа власти, ответственного за исполнение услуги и принятие решения.

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


3. При оформление нового заявления на предоставление услуги оператор осуществляет пошаговые действия и заносит сведения и документы заявителя.

4. После внесения всех необходимых сведений и документов заявка попадает в MS CRM для укомплектования и передачи в работу ответственному исполнителю.

5. Заявление, хранимое в MS CRM, доступно для проверки на полноту и легитимность ответственным исполнителем.


6. Помимо данных заявки в MS CRM доступен писок документов, необходимых для оказания услуги, и статус их наличия.


7. После формирования задания на укомплектование заявки на портал Межведомственной организации направляется запрос недостающих документов.

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


9. После того как заявка укомплектована она направляется в работу ответственному исполнителю.

10. Исполнитель ответственного органа власти проверяет информацию по заявке и приступает к рассмотрению.


11. После рассмотрения заявления исполнитель загружает решение по данной заявке.


Система запроса федеральных веб-‐сервисов

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

Для органов исполнительной власти (ОИВ) модуль обеспечивает полноценное взаимодействие с федеральными органами исполнительной власти (ФОИВ) через средства единой системы межведомственного электронного взаимодействия (СМЭВ).

Модуль предполагает взаимодействие со СМЭВ в двух вариантах:

• взаимодействие в ручном режиме, когда данные запросов в ФОИВ заносятся непосредственно в программное обеспечение через графический web-‐интерфейс, такой вариант обеспечивает быстрое включение ОИВ в процессы межведомственного обмена и не требует дополнительных затрат;

• пересылка запросов из регионального сегмента СМЭВ через web-‐сервисы, такой вариант применяется при готовности информационных систем ОИВ к обмену средствами web-‐сервисов.

Модуль обеспечивает следующие возможности:

• предоставление графического web-‐интерфейса для создания обработки запросов;

• формирование и отправку запросов в ФОИВ через СМЭВ;

• получение от ФОИВ и хранение ответов на запросы, предоставление полученных ответов в заинтересованный ОИВ;

• трансляция входящих web-‐запросов в СМЭВ, и обратная трансляция ответов от ФОИВ;

• маршрутизация ответов на запросы до отдельных операторов;

• использование и верификация ЭЦП;

• поддержка ролевой модели доступа, как к функциям и данным, так и к отдельным web-‐сервисам;

• журналирование всех операций, в том числе аудит действий пользователей;

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

• предоставление графического web-‐интерфейса администрирования шлюза.


Перечень доступных сервисов:

1. ФНС -‐ Запрос сведений из ЕГРРЮЛ 2. ФНС -‐ Запрос сведений из ЕГРРИП 3. ФНС -‐ Запрос сведений о постановке на учет российской или

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

4. Росреестр -‐ Выписка из Единого реестра прав на недвижимое имущество и сделок с ним

5. Росимущество -‐ Запрос сведений, содержащихся в реестре федерального имущества

6. Запрос сведений по утверждению плана ЛРН 7. Казначейство РФ -‐ Запрос сведений о подтверждении уплаты

пошлины 8. ФТС -‐ Сведения о товаре из декларации на товар или таможенного

приходного ордера 9. ФМС -‐ Запрос о выданных паспортах граждан РФ, об утраченных,

похищенных и недействительных паспортах граждан РФ 10. Росздравнадзор -‐ Сервис, предоставляющий сведения о

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

11. МЧС -‐ Запрос документа о необходимости и целесообразности ввоза лекарственных препаратов

12. МВД -‐ Запрос в МВД на предоставление (отсутствие) судимости

Рис.5. Взаимодействие через модуль межведомственного взаимодействия


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

• Федеральный закон от 27.06.2010 №210-‐ФЗ «Об организации предоставления государственных и муниципальных услуг»;

• Постановление Правительства Российской Федерации от 8 сентября 2010 г. № 697 «О единой системе межведомственного электронного взаимодействия»;

• Приказ Министерства связи и массовых коммуникаций Российской Федерации от 27 декабря 2010 г. № 190 «Об утверждении технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия»;

• Постановление Правительства Российской Федерации № 451 от 08.06.2011 «Об инфраструктуре, обеспечивающей информационно-‐технологическое взаимодействие информационных систем, используемых для предоставления государственных и муниципальных услуг в электронной форме».

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

_________________________________________________________________



Система нормативно справочной информации (АИС НСИ) субъекта.

Назначение АИС НСИ:

Система нормативно-‐справочной информации – является одним из ключевых компонентов системы электронного правительства региона

• Система НСИ обеспечивает информационную совместимость локальных информационных систем и приложений.

• Система НСИ является централизованным хранилищем и единственным поставщиком общей нормативно-‐справочной информации для всех инфраструктурных и ведомственных информационных систем региона.

• Система НСИ предназначена для автоматизации централизованных процессов ведения, консолидации, учета и распространения объектов нормативно-‐справочной информации.

Цель создания АИС НСИ:

• Централизованное ведение объектов НСИ субъекта РФ

• Технологическая и информационно-‐методологическая поддержка единообразного использования объектов НСИ в рамках выполнения административных регламентов, алгоритмов приложений

• Обеспечение информационной совместимости инфраструктурных и ведомственных информационных систем региона за счет создания, постоянной актуализации и синхронизации единого фонда объектов нормативно-‐справочной информации

Рис. 1 Схема организации НСИ субъекта РФ


Система ведения НСИ субъекта РФ:

Рис. 2 Карточка государственной услуги

Рис.3 Прикладные классификаторы


О центре информационных технологий в госсекторе компании АйТи

Направления работы

• Консалтинг в сфере использования ИТ в госуправлении • Постановка задачи и координация разработки программного

обеспечения для ИТ-‐систем электронного правительства • Полный цикл бизнес-‐анализа и организация процесса внедрения

ИТ-‐систем

Группа компаний АйТи

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

• В группу компаний АйТи входят системный интегратор «АйТи», компании «Академия АйТи», «Аплана», «БОСС. Кадровые системы», «БОСС-‐Референт», «Мобико», «ПингВин Софтвер», «РИНТЕХ».

_________________________________________________________________


_________________________________________________________________

Documents

План и структура мероприятий по организации межведомственного взаимодействия в субъекте рф 2012 год