Geum.ru

Президенте Российской Федерации по развитию информационного общества межрегиональный семинар

Вид материалаСеминар

Содержание


3. О формировании инфраструктуры электронного правительства региона с использованием СМЭВ
Портал государственных услуг
4. Электронный регион. Единая среда взаимодействия граждан, организаций и государства
Основными функциями, реализуемыми интеграционной шиной являются
Взаимодействие «Потребитель-СЭВ ЭР» осуществляется в одну сторону
Взаимодействие «СЭВ ЭР-Поставщик» осуществляется в две стороны
Подобный материал:
1   2   3   4   5   6   7

3. О формировании инфраструктуры электронного правительства региона с использованием СМЭВ


Сергей Калмык (ОАО «Ростелеком»)





см. презентацию доклада (на вкладке)


В августе 2009 года решением Правительства Российской Федерации ОАО «Ростелеком» было определено единственным исполнителем работ по созданию и эксплуатации инфраструктуры Электронного правительства. Выбор Ростелекома исполнителем программы Электронное правительство был обусловлен несколькими факторами.

В первую очередь это неудовлетворённость руководства страны текущим положением дел с внедрением информационно-коммуникационных технологий в сфере государственного управления. Выступая на заседании Совета по развитию информационного общества в России (12 февраля 2009 года), Д.А. Медведев в частности сказал: «…по индексу развития так называемого электронного правительства мы были в 2005 году на 56-м месте, а в 2007 году достигли 92-го. О чём это говорит? Это говорит о том, что у нас никакого электронного правительства нет, всё это – химера. В рейтинге готовности стран к сетевому миру (есть такой рейтинг) мы тоже на «почётном» 72-м месте… Для граждан в большинстве случаев вообще ничего не изменилось. За редким исключением, нет вообще возможности отправить с личного компьютера никакого заявления или проследить за прохождением своей бумаги в том или ином ведомстве, получить электронную справку по системе электронного единого окна. Мы должны были создать единый портал государственных и муниципальных услуг, он должен был заработать с 1января наступившего года. Этого тоже не произошло…».

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

26 августа 2009 года Председателем Правительства Российской Федерации В.В.Путиным было подписано распоряжение Правительства Российской Федерации о назначении ОАО «Ростелеком» единственным исполнителем работ по созданию инфраструктуры Электронного правительства (Распоряжение № 1231- р).

Логическим продолжением этого Распоряжения стало решение о назначении ОАО «Ростелеком» единственным исполнителем работ по эксплуатации инфраструктуры Электронного правительства - единым национальным оператором инфраструктуры Электронного правительства (Распоряжение № 1475-р от 15 октября 2009 года).

А уже 15 декабря 2009 года ОАО «Ростелеком» объявило о запуске Интернет портала государственных услуг www.gosuslugi.ru.

По состоянию на момент запуска на портале была представлена информация о более чем 100 услугах, оказываемых населению федеральными органами исполнительной власти – перечень и регламенты оказания услуг, бланки заявлений, адреса и телефоны соответствующих органов государственной власти. 1 апреля 2010 года на портале заработал Личный кабинет.

В соответствии с планами развития Электронного правительства уже в 2010 году должна появиться возможность дистанционно получать государственные услуги посредством портала Госуслуг, а к 2015 году все государственные услуги должны быть переведены в электронный вид.

Портал государственных услуг

запуск Портала – 15 декабря 2009 года

1 апреля 2010г начата регистрация пользователей в личном кабинете

зарегистрировано свыше 90 тыс. пользователей, ежесуточно Портал посещает порядка 32 тыс.чел.

19 Федеральных органов исполнительной власти предоставляют на портале 45 гос.услуг

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

организовано 15 защищенных каналов связи

подключено к СМЭВ 15 Федеральных органов исполнительной власти зарегистрировано 16 веб-сервисов

обеспечено оказание 22 гос.услуг в электронном виде через СМЭВ (остальные обеспечены средствами портала)


4. Электронный регион. Единая среда взаимодействия граждан, организаций и государства


Константин Мамкин (ООО «ИНЭК - автоматизированные системы»)





см. презентацию доклада (на вкладке)


На сегодняшний момент основополагающими и регулирующими документами в данном направлении являются:

Стратегия развития информационного общества, утвержденная Президентом Российской Федерации 07.02.2008 № Пр-212.

План реализации Стратегии развития информационного общества.

Концепция долгосрочного социально-экономического развития, утвержденная распоряжением Правительства РФ от 17.11.08 №1662-р.

Основные направления деятельности правительства, утвержденные распоряжением Правительства РФ от 17.11.08 №1663-р.

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

Т.е. с одной стороны законодательство требует к 2015 г. регионам обеспечить выполнение государственных услуг в электронном виде, а с другой стороны готовых решений, которые позволяли бы в короткий период времени выполнить развертывание в регионе, адаптацию под местную специфику и быстро начать работу, нет.

Именно такое гибкое, быстро адаптируемое решение и предлагается.

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

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

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

Понятно, что создать такое решение, удовлетворяющее всем перечисленным требованиям, может только компания, имеющая соответствующую компетенцию и богатый опыт построения таких систем. Компания ИНЭК-Автоматизированные системы совместно с нашими партнерами уже прошли путь создания аналогичных решений в Москве, уже столкивались на этом пути с большим количеством проблем и уже нашли способы решения многих из них. Опытно-промышленная эксплуатация в течении нескольких лет, о которой рассказал в своем докладе А.С.Фишер, является ярким тому подтверждением.

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

Уникальным решение делает подсистема государственных услуг, основными компонентами которой являются модуль электронных услуг для населения и организаций и модуль электронных услуг для государственных структур.

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

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

Рассмотрим отдельно каждый из компонентов.

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


Концептуально технологические документы имеют 3 составляющих:
  • документно-ориентированный интерфейс;
  • документарное подтверждение, как способ приобретения юридической значимости;
  • является основным семантическим элементом взаимодействия населения и ОГВ и межведомственного взаимодействия.

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

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

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

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

Особое внимание следует обратить на то, что сам процесс перевода услуг в электронный вид является довольно продолжительным по времени (4 года). В соответствии с принятой терминологией каждая электронная услуга проходит 4 этапа (со 2-го по 5-й) перехода на предоставление услуг в электронном виде. Подсистема технологических документов поддерживает все эти этапы. Так на начальном 2-ом этапе технологический документ существует в виде простого шаблона как для заполнения и распечатки, так и для скачивания и заполнения заявителем у себя на компьютере. В дальнейшем поддерживаются функции хранения частично заполненных форм на сервере, контроль корректности заполнения. На следующих этапах технологические документы средствами интеграционной шины передаются в электронном виде ОГВ.

Предлагаемое решение содержит ПО многопользовательской работы с документами, реализующее документо-ориентированный подход, хранилище документов и формы-шаблоны документов. А также содержит средства кастомизации форм документов и жизненного цикла документов.

Мы имеем большой опыт использования решений, основанных на механизме технологических документов, в структурах правительства Москвы и можем с уверенностью заявить о преимуществе такого подхода работы неподготовленных пользователей с информационной системой по сравнению с традиционными экранными формами. Так в ИАС «Недвижимость-2», разработанной нами для Департамента имущества г.Москвы используется порядка 200 шаблонов технологических документов. 90% вводимых в систему данных используют подсистему технологических документов. На сегодняшний момент в ИАС «Недвижимость-2» уже накопилось порядка 2 млн. технологических документов, что лишний раз подтверждает эффективность такого метода ввода данных.

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


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

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

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


Взаимодействие «Потребитель-СЭВ ЭР» осуществляется в одну сторону:

Передача запроса

Приостановка/возобновление

Получение запроса на дополнительные сведения

Передача дополнительных сведений

Получение статуса запроса

Получение результата запроса


Взаимодействие «СЭВ ЭР-Поставщик» осуществляется в две стороны:

Передача запроса

Приостановка/возобновление

Запрос дополнительных сведений

Передача дополнительных сведений

Обновление статуса запроса

Отправка результата запроса


Таким образом, в идеальном случае, когда ОГВ имеет современную ИС, разработанную с учетом требований к открытым стандартам, и с такой ИС выполнена интеграция, взаимодействие граждан, организаций и ОГВ осуществляется в полностью автоматическом режиме, не требующего интерактивного участия представителей ОГВ:

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

Интеграционная шина осуществляет механизмы маршрутизации направляет заявление указанному ОГВ, используя для отправки опять же унифицированное API прикладной системы.

В процессе исполнения электронной услуги ОГВ обновляет информацию о ее статусе (в том числе о необходимости получения дополнительных сведений и документов), используя унифицированное API интеграционной шины.

Гражданин или представитель организации периодически проверяет состояние своего запроса, используя для этого унифицированное API интеграционной шины. Аналогичным образом он может запросить отмену или приостановку выполнения своего запроса.

После завершения исполнения электронной услуги ОГВ обновляет информацию о ее статусе и отправляет заявителю результат услуги, используя для этого унифицированное API интеграционной шины.

Гражданин или представитель организации проверяет состояние своего запроса и забирает результат выполнения госуслуги, используя для этого унифицированное API интеграционной шины.

На всех этапах взаимодействия задействуются такие компоненты ядра СЭВ ЭР как подсистема информационной безопасности, протоколирования и мониторинга, НСИ, биллинга.

В случае, если в ОГВ, ответственной за выполнение государственной услуги в электронном виде затруднена или невозможна (например, в следствии ее отсутствия) интеграция с учетной ИС, может использоваться компонент «Типовой клиент ОГВ». Важно, что этот сценарий абсолютно не меняет способ взаимодействия «Потребитель-СЭВ ЭР». В данном случае типовой клиент ОГВ взаимодействует с интеграционной шиной, используя тот же самый API.

Фактически типовой клиент ОГВ выполняет роль внутриведомственной прикладной ИС. Спецификой является только то, что результат выполнения электронной госуслуги отправляется заявителю не автоматически, а представителем ОГВ, с использованием интерфейса пользователя.


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

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

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

Еще одним ключевым компонентом СЭВ ЭР является подсистема технологических процессов.

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


Подсистема предназначена для:
  • регистрации действий ОГВ в рамках автоматизированных регламентов;
  • управление процессом оказания государственных услуг;
  • обеспечение межведомственного взаимодействия со всеми необходимыми для исполнения регламентов внутренними и внешними ИСиР;
  • контроль за соблюдением регламента всеми участниками процесса.


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

Предлагаемое решение разрабатывается в соответствии с концепцией открытой архитектуры, а значит, обеспечивает большие возможности по компоновке подсистем. Таким образом обеспечивается:
  • возможность бесшовной интеграции с единым порталом государственных и муниципальных услуг, а также порталом государственных услуг региона;
  • возможность эволюционного внедрения за счет замены некоторых компонентов решения на имеющиеся в регионе (например, НСИ, электронные регламенты и др.);
  • возможность подключения единых унифицированных компонентов электронного правительства после принятия соответствующих законов и разработки стандартных решений (например, аутентификация/авторизация, компоненты использования ЭЦП, платежная система).

Предлагаемая инфраструктурная ИС является полностью моногоплатформенной. СЭВ ЭР может работать на любой аппаратной платформе под управлением любой операционной системы. Существует возможность выбора поставщика общесистемного программного обеспечения в зависимости от предпочтений региона. Доступны варианты от основных ведущих поставщиков общесистемного ПО в части портала, интеграционной шины, управления автоматизированными регламентами от Oracle и IBM, которые мы разрабатывали совместно с нашими партнерами. Также мы разработали решение на основе компонентов Open Source. Сейчас совместно с Microsoft мы ведем разработку типового узла опирающегося на такие компоненты платформы Microsoft как SQL Server, Biztalk Server, Sharepoint Poprtal Server. Подсистема технологических документов в случае использование платформы Microsoft строится на основе продукта Microsoft Infopath.

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

Как известно, существуют 3 модели представления базовых услуг «Облака» - в зависимости от классификации поставщиков и предоставляемых ими услуг в соответствии с типами архитектур облачных вычислений:

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

Платформа-как-услуга (PaaS) – предоставление как услуги вычислительной платформы и стека решения.

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

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

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

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

Так в чем же состоит предложение? Это типовое решение «Электронные регион», включающие следующие элементы:
  • Инфраструктурная ИС
  • Библиотека типовых форм (заявлений)
  • Библиотека типовых электронных регламентов
  • Техническая документация (спецификация api)
  • Пакет локальных нормативных документов (методическое обеспечение)

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

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

Рассмотрим подробно схему внедрения типового решения в регионе.

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

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

Основные особенности инфраструктурной ИС был рассмотрены выше, поэтому остановимся на таких элементах предлагаемого решения, как библиотека типовых форм (заявлений), библиотека типовых электронных регламентов и пакет локальных нормативных документов.

Сводный перечень первоочередных государственных и муниципальных услуг, предоставляемых органами исполнительной власти субъектов Российской Федерации и органами местного самоуправления в электронном виде, а также услуг, предоставляемых в электронном виде учреждениями субъектов Российской Федерации и муниципальными учреждениями закреплен Распоряжением Правительства Российской Федерации №1993-р от 17.12.2009 г.

Этот перечень содержит минимальный набор из 58 обязательных государственных услуг, которые должны предоставлять все регионы. Именно этот набор услуг определяет состав предлагаемой нами в базовом варианте библиотеки типовых форм. Хотя в РПРФ №1993-р и определен перечень государственных услуг, закон не описывает стандартизированные формы обращений к таким услугам. Поэтому мы самостоятельно провели анализ форм обращений на основе бланков из регионов и таким образом сформировали библиотеку типовых форм.

Однако, необходимо отметить, что в регионах зачастую утвержденный местным законодательством перечень предоставляемых государственных услуг в электронном виде может существенно превышать минимальный набор из РПРФ №1993-р, а также может быть не гармонизирован с ним. Разработка дополнительных форм обращений и подключение их в подсистеме технологических документов осуществляется в рамках предоставления дополнительных услуг в процессе адаптации типового решения. Примерами таких региональных форм являются «Заявление по регистрации залога тракторов, самоходных дорожно-строительных машин и прицепов к ним» (Липецк), «Заявление о выплате 50% компенсации страховых премий по договору ОСАГО для инвалидов» (Липецк), «Заявление о назначении денежной компенсации на приобретение твердого топлива многодетными семьями» (Тамбов) и т.д.

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

Имея опыт автоматизации в г.Москве мы создали библиотеку из приблизительно 20 электронных регламентов, организующих межведомственное взаимодействие для обеспечения согласования документов, запрошенных гражданином или организацией в рамках предоставления государственных услуг или в рамках выполнения ОГВ разрешительных, контрольно-надзорных и управленческих государственных полномочий. В среднем каждый регламент вовлекает 3-4 ведомства в процесс согласования. Так, например, в электронный регламент «Получение разрешения на ввод объекта в эксплуатацию» (Москва) вовлечены такие организации как Комитет государственного строительного надзора, ДЗР, Комитет по архитектуре и градостроительству.

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

Запуск и эффективная работа электронного правительства невозможна без серьезного изменения законодательства. К наиболее значимым законам, требующих безотлагательного принятия относятся:
  • Закон об электронном документе
  • Закон об ЭЦП
  • Закон об обращениях граждан
  • Запуск и эффективная работа электронного правительства невозможна без серьезного изменения законодательства. К наиболее значимым законам, требующих безотлагательного принятия относятся:
  • Закон об электронном документе
  • Закон об ЭЦП
  • Закон об обращениях граждан