ТЕМАТИКА ДОКЛАДОВ И ВЫСТУПЛЕНИЙ УЧАСТНИКОВ МЕЖРЕГИОНАЛЬНОГО СЕМИНАРА «ОБЕСПЕЧЕНИЕ МЕЖВЕДОМСТВЕННОГО ИНФОРМАЦИОННОГО ВЗАИМОДЕЙСТВИЯ ПРИ ВЫПОЛНЕНИИ ГОСУДАРСТВЕННЫХ ФУНКЦИЙ И ПРЕДОСТАВЛЕНИИ УСЛУГ НАСЕЛЕН

Главная страница
Контакты

    Главная страница



ТЕМАТИКА ДОКЛАДОВ И ВЫСТУПЛЕНИЙ УЧАСТНИКОВ МЕЖРЕГИОНАЛЬНОГО СЕМИНАРА «ОБЕСПЕЧЕНИЕ МЕЖВЕДОМСТВЕННОГО ИНФОРМАЦИОННОГО ВЗАИМОДЕЙСТВИЯ ПРИ ВЫПОЛНЕНИИ ГОСУДАРСТВЕННЫХ ФУНКЦИЙ И ПРЕДОСТАВЛЕНИИ УСЛУГ НАСЕЛЕН



страница3/4
Дата10.01.2017
Размер1.81 Mb.
ТипСеминар


1   2   3   4

ТЕМАТИКА ДОКЛАДОВ И ВЫСТУПЛЕНИЙ УЧАСТНИКОВ МЕЖРЕГИОНАЛЬНОГО СЕМИНАРА «ОБЕСПЕЧЕНИЕ МЕЖВЕДОМСТВЕННОГО ИНФОРМАЦИОННОГО ВЗАИМОДЕЙСТВИЯ ПРИ ВЫПОЛНЕНИИ ГОСУДАРСТВЕННЫХ ФУНКЦИЙ И ПРЕДОСТАВЛЕНИИ УСЛУГ НАСЕЛЕНИЮ».

1. Среда электронного взаимодействия ведомств и государственных органов города Москвы. Опыт создания и промышленной эксплуатации


Александр Фишер (ООО "ИНЭК - Автоматизированные системы")

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

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

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

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

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

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



Конкурентные преимущества разработки программного обеспечения автоматизированных систем:

1. Организация процесса разработки

  • Организационная полнота (группа предметных аналитиков, группа контроля качества, группа поддержки ядра, группы предметных программистов), формальная передача результатов работы каждого этапа

  • Матричная схема управления трудовыми ресурсами, конвейерная схема производства ПО

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

2. Методическая поддержка процесса

  • Разработанные корпоративные стандарты (среда разработки, архитектура, интерфейс, использование языковых конструкций, регламент работы с исходным кодом, классификация дефектов ПО, регламент устранения дефектов ПО)

  • Детальная проработка рабочих проектов, аудит решений и исходного кода

Техническое документирование подсистем

3. Техническая и технологическая поддержка процесса

  • Единое хранилище исходных кодов, версионное управление исходным кодом

  • Ежедневные автоматические компиляции и ранняя диагностика проблем с уведомлениями об ошибках

  • Автоматическая сборка дистрибутивов и генерирование листов изменений

  • Автоматический прогон регрессионных тестов как гарант базового уровня качества

  • Регистрация и управление дефектами ПО

  • Наличие собственной программно-инструментальной платформы и наработанные решения в различных предметных областях (реестры, ресурсы, документы)

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

  • Использование BPWin для описания бизнес-процессов предметной области в соответствии с нотацией IDEF0

  • Использование ERWin для описания логической модели данных в соответствии с нотацией IDEF1X

  • Использование Together для описания концептуальной, логической, физической структуры ПО, детализации компонентов и методов в соответствии с нотацией UML

  • Использование MS Visual Studio и Borland Developer Studio как основной инструментальной среды для разработки

Особенности СЭВ:

- Пользователями в СЭВ являются информационные системы

- При разработке СЭВ использованы различные программные платформы интеграции: Oracle – для ЦУ и отраслевых узлов, IBM – для территориального разреза

- СЭВ разработана не одной компанией а Консорциумом основных разработчиков ГЦП «Электронная Москва»

- Применение стандартов СЭВ обеспечивает экономию при создании ПО

- В отличие от классического обмена «каждый с каждым» в СЭВ осуществляется взаимодействие с помощью узлов, что

уменьшает стоимость разработки средств взаимодействия,

упрощает внедрение и сопровождение,

повышает доступность данных и безопасность доступа

2. Отраслевой строительный узел Среды электронного взаимодействия Метасистемы «Электронная Москва (ОСУ СЭВ МЭМ)»


Александр Загоруйко (ОАО «Системы и Проекты»)


см. презентацию доклада (на вкладке)
Информационные системы создаются для ИНФОРМИРОВАНИЯ кого-либо. При этом все начинается с автоматизации... Но бывает, что работа длится годами и даже десятилетиями. Окружающие и непосвященные часто не понимают, что делается? К чему все это?..

В десятках организаций, связанных с градостроительством и землеустройством в Москве, созданы и функционируют системы автоматизированного делопроизводства и документооборота. Более 10 лет происходит накопление документированной информации и объединение этих информационных систем в единую интегрированную систему.

Сегодня наступает качественно новый этап информатизации столицы в области градостроительства. Начинается ИНФОРМИРОВАНИЕ организаций, предприятий и населения на основе той ИНФОРМАЦИИ, которая копится в результате многолетней ИНФОРМАТИЗАЦИИ.

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

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

Собственником электронной системы является город Москва.

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

В современных экономических условиях, Москва претерпевает бурное развитие. Ежегодно вводятся в эксплуатацию миллионы квадратных метров новых жилых площадей. В новых микрорайонах города сдаются в эксплуатацию социальные объекты. Нарастающими темпами осуществляет реконструкция застройки. Осваиваются резервные территории, производится реформирование промышленных зон города. Реализуется программа обеспечения малого предпринимательства нежилыми помещениями. Строятся и расширяются транспортные артерии. Увеличиваются мощности инженерной инфраструктуры.

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

Комплекс архитектуры, строительства, развития и реконструкции города Москвы (далее Комплекс) в информационном пространстве города – одна из важнейших и крупнейших составляющих. Почти 1/3 всех городских информационных систем и ресурсов связано с инвестиционно-строительным процессом. Поэтому последовательное развитие процессов интеграции систем как внутри Комплекса, так и с городом в целом, является стратегическим направлением развития информационных систем Комплекса.


Основными задачами развития автоматизированных технологий в Комплексе является:

1. Актуализация Генерального плана города Москвы и мониторинг его исполнения.

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

3.Контроль за архитектурными решениями, экспертиза проектно-сметной документации.

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

5. Осуществление надзора:

– за ведением строительных работ;

– за оснащением площадок;

– за соблюдением технических регламентов;

– контроль качества строительных материалов;

– контроль ввода в эксплуатацию;

– контроль поручений по объектам самовольного строительства и долгостроя.

6. Мониторинг и контроль за нормативным и финансовым обеспечением реализации строительных программ:

– по бюджетным объектам – адресная инвестиционная программа;

– по инвестиционным объектам – инвестиционные контракты;

– в т.ч. проблемы связанные с обманутыми вкладчиками.

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

1. Изменение нормативно-правовой базы — принятие нового Градостроительного Кодекса.

2. Реализация общенационального проекта "Доступное жилье".

3. Переход от точечной застройки к комплексной реновации территорий

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

Основной информационной технологий, отслеживающей развитие города с позиций соответствия его требованиям Генерального плана развития Москвы является Автоматизированная информационная система "Мониторинг реализации Генерального плана развития Москвы".

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


  • оценку достигнутого уровня градостроительной организации территории города;

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

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

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

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 ведомства в процесс согласования. Так, например, в электронный регламент «Получение разрешения на ввод объекта в эксплуатацию» (Москва) вовлечены такие организации как Комитет государственного строительного надзора, ДЗР, Комитет по архитектуре и градостроительству.

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

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


  • Закон об электронном документе

  • Закон об ЭЦП

  • Закон об обращениях граждан

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

  • Закон об электронном документе

  • Закон об ЭЦП

  • Закон об обращениях граждан

5. Средства web-коммуникаций для обеспечения межведомственного информационного взаимодействия


Алексей Тихонов (Группа компаний SoftLine Internet) Trade)



см. презентацию доклада (на вкладке)
WEB – коммуникации и портальные решения.

Решения для объединенных коммуникаций на основе Microsoft Office Communications Server обладают следующими ключевыми возможностями:

Голосовая связь

Обмен мгновенными сообщениями

Аудио-, видео и веб-конференции

Определение статуса доступности пользователей

Интеграция с приложениями MS Office

Информационная безопасность

Решения на базе Adobe Acrobat Connect Pro

Adobe Connect Pro Meeting - средство организации виртуальных совещаний и семинаров по сети в реальном времени

Adobe Connect Pro Training – средство организации и предоставления курсов дистанционного обучения

Adobe Connect Pro Events – средство организации виртуальных мероприятий и управления их жизненным циклом

Проекты для органов власти,
реализованные на базе DeskWork

Финансовое Управление администрации Ленинского района г.Видное

Департамент семьи, опеки и попечительства Администрации городского округа Самара

МУ г. Омска Управление информационно-коммуникационных технологий

Территориальный фонд информации по природным ресурсам и охране окружающей среды МПР России по Дальневосточному федеральному округу

Министерство здравоохранения Ульяновской области

Администрация Невельского муниципального района

Администрация МО Кингисеппское городское поселение

Главное управление экономики и инвестиций Алтайского края

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

Администрация Железнодорожного района городского округа Самара

Администрация Новгородской области

Мэрия городского округа Тольятти

Администрация Октябрьского АО

Управление Федеральной службы по надзору в сфере защиты прав потребителей и благополучия человека по Иркутской области

Сахалинская таможня

Управление Федерального казначейства по Удмуртской Республике

и многие другие…



Например реализован проект в Администрации Екатеринбурга: более 1000 сотрудников, расположенных в различных районах города
Задачи:

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

  • снизить риски утечки информации за счёт повышения безопасности коммуникаций

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

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

Результаты:



1   2   3   4

  • 2. Отраслевой строительный узел Среды электронного взаимодействия Метасистемы «Электронная Москва (ОСУ СЭВ МЭМ)»
  • 3. О формировании инфраструктуры электронного правительства региона с использованием СМЭВ
  • 4. Электронный регион. Единая среда взаимодействия граждан, организаций и государства
  • 5. Средства web-коммуникаций для обеспечения межведомственного информационного взаимодействия