МИНИСТЕРСТВО ЭКОНОМИЧЕСКОГО РАЗВИТИЯРОССИЙСКОЙ ФЕДЕРАЦИИ

ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ - ВЫСШАЯ ШКОЛА ЭКОНОМИКИ

УТВЕРЖДАЮУДК№ госрегистрацииИнв. №

ПроректорГосударственного образовательного

учреждения высшего профессионального образованияГосударственного университета-

Высшей школы экономики

__________А.В. Клименко"___"________ 2008 г.

ОТЧЕТ О ВЫПОЛНЕНИИ РАБОТ

по теме:«Разработка концептуальной, функциональной, информационной и технической

структуры «электронного правительства» Ленинградской области («Архитектура ЭП ЛО»)».

(заключительный)

Руководитель работ,Научный сотрудник Института проблемгосударственного и муниципального управления Государственного университета – Высшей школы экономики _______________ К.И. Головщинский

Москва, 2008

СПИСОК ИСПОЛНИТЕЛЕЙ

Руководитель работ,Научный сотрудник Института проблемгосударственного и муниципального управления Государственного университета – Высшей школы экономики ____________К.И. Головщинский

Исполнители работы

Научный сотрудник, ИПГМУ _____________А.Б. Жулин

Научный сотрудник, ИПГМУ,канд. эк. наук _____________С.М. Плаксин

Научный сотрудник, ИПГМУ,_____________И.К. Суворова

Научный сотрудник, ИПГМУ,Канд. эк. наук _____________Н.М. Сивашева

Научный сотрудник, ИПГМУ _____________В.Ф. Елисеенко

Младший научный сотрудник, ИПГМУ _____________И.М. Степанов

Младший научный сотрудник, ИПГМУ _____________С.А. Никифоров

Консультант проекта, к.т.н _____________С.А. Чернов

СОДЕРЖАНИЕ

2

1 АНАЛИЗ ОСНОВНЫХ ПРЕДСТАВЛЕНИЙ И ПОДХОДОВ К ФОРМИРОВАНИЮ АРХИТЕКТУРЫ ФЕДЕРАЛЬНЫХ И РЕГИОНАЛЬНЫХ «ЭЛЕКТРОННЫХ ПРАВИТЕЛЬСТВ» В РОССИИ И ЗА РУБЕЖОМ.. 101.1 Характеристика общей ситуации в области информатизации...............101.2 Региональный аспект информатизации и формирования «электронного правительства»......................................................................................................121.3 Основные подходы к созданию электронного правительства в мировой практике

151.3.1 Американский подход к регулированию государственных информационных систем.....................................................................................................................151.3.2 Европейский подход к созданию государственных информационных систем 191.4 Семантическая совместимость информационных систем......................301.4.1 Общие положения......................................................................................301.4.2 Инструменты обеспечения семантической совместимости...................311.4.3 Тенденции мирового регулирования совместимости государственных информационных систем.....................................................................................341.5 Этапы развития «Электронного правительства».....................................351.5.1 Общие положения......................................................................................351.5.2 I ЭТАП - Информационное присутствие.................................................351.5.3 II ЭТАП. Интерактивное взаимодействие...............................................361.5.4 III ЭТАП. Транзакционное взаимодействие............................................371.6 Мировой опыт внедрения «Электронного правительства»....................381.6.1 Опыт внедрения «Электронного правительства» в Канаде и США.....381.6.2 Опыт внедрения «Электронного правительства» в Германии..............421.6.3 Реализация программ электронного правительства Германии.............471.7 Нормативно-правовая база формирования в России электронного правительства

511.7.1 Первый этап — формирование программ развития информационного общества в России (2000— 2004 гг.)......................................................................................521.7.2 Федеральная целевая программа «Электронная Россия (2002—2010 годы)» 531.7.3 Второй этап — определение приоритетов информатизации органов государственной власти и внедрения электронного правительства (2004 – 2006 гг.)571.7.4 Концепция использования информационных технологий в органах государственной власти.......................................................................................571.7.5 Третий этап — формирование нормативно-правовой базы развития электронного правительства как компоненты административной реформы (с 2006 г.).......59

3

1.7.6 Концепция региональной информатизации до 2010 г............................611.7.7 Концепция формирования электронного правительства в Российской Федерации до 2010 г.................................................................................................................621.7.8 Стратегия развития информационного общества в России...................641.8 Концепция формирования электронного правительства в Российской Федерации до 2010: приоритеты и перспективы...................................................................662 ВЫЯВЛЕНИЕ И АНАЛИЗ ПРОБЛЕМ, СВЯЗАННЫХ С ОТСУТСТВИЕМ ФУНКЦИОНАЛЬНО-ИНФОРМАЦИОННЫХ АРХИТЕКТУР ИНФОРМАЦИОННЫХ СИСТЕМ И ТЕХНОЛОГИЙ ОРГАНОВ ГОСУДАРСТВЕННОЙ ВЛАСТИ И МЕСТНОГО САМОУПРАВЛЕНИЯ ЛЕНИНГРАДСКОЙ ОБЛАСТИ И ЕДИНОЙ АРХИТЕКТУРЫ «ЭЛЕКТРОННОГО ПРАВИТЕЛЬСТВА» ЛЕНИНГРАДСКОЙ ОБЛАСТИ 702.1 Описание и анализ используемых в органах государственной власти и местного самоуправления Ленинградской области, подведомственных им предприятиях и учреждениях информационных систем, информационных технологий, информационных ресурсов и метаданных, технологий обеспечения информационного обмена, методов и средств защиты информации, существующей инфраструктуры информатизации.....................................702.2 Анализ текущих проблем информатизации Ленинградской области1192.3 Разработка рекомендаций по формированию единой  архитектуры «электронного правительства» Ленинградской области.........................1243 РАЗРАБОТКА КОНЦЕПЦИИ ФОРМИРОВАНИЯ ЕДИНОЙ АРХИТЕКТУРЫ «ЭЛЕКТРОННОГО ПРАВИТЕЛЬСТВА» ЛЕНИНГРАДСКОЙ ОБЛАСТИ..........................................................................................................1293.1 Концепция единой архитектуры «электронного правительства» Ленинградской области.................................................................................................................1293.1.1 Общие положения..................................................................................1293.1.2 Прикладные ИКТ-системы органов исполнительной власти Ленинградской области................................................................................................................1313.2 Инфраструктура информационного взаимодействия и предоставления государственных услуг....................................................................................1353.2.1 Многофункциональный центр предоставления государственных и муниципальных услуг.....................................................................................1353.2.2 Развитие регионального центра обработки телефонных обращений организаций и граждан....................................................................................1383.2.3 Интернет-портал государственных и муниципальных услуг.......1393.2.4 Обеспечение интеграции Портала государственных и муниципальных услуг, МФЦ и регионального центра обработки телефонных обращений организаций и

4

граждан................................................................................................................1433.3 Механизмы реализации настоящей Концепции...............................1463.3.1 Общие положения....................................................................................1463.3.2 Стандартизация процедур размещения государственного заказа.......1463.3.3 Требования, обеспечивающих возможность тиражирования и доработки результатов работ...............................................................................................1463.3.4 Требования по совместимости разрабатываемой АС с другими системами 1473.3.5 Требование по отсутствию ссылок в конкурсной документации на товарные знаки 1483.3.6 Наличие в конкурсной документации требований соответствия специфицированным технологиям...................................................................1493.3.7 Институт раскрытия информации..........................................................1493.3.8 Институт независимой экспертизы........................................................1513.3.9 Аудит государственных информационных систем Ленинградской области 1533.3.10Перечень проектов нормативных правовых актов, в т.ч. проекты административных регламентов, принятие которых необходимо в целях реализации настоящей Концепции........................................................................................1553.4 Разработка предложений по структуре и содержанию стандартов моделирования процессов, проектирования систем, моделирования и описания информации и метаданных, архитектуры прикладных систем, информационных технологий, сетей и коммуникаций, межведомственного обмена информацией, защиты информации, иных стандартов, необходимых для разработки информационных систем и технологий в составе «электронного правительства» Ленинградской области...................................................................................1583.5 Описание основных требований к информационным системам и информационным технологиям в составе «электронного правительства» Ленинградской области, которые устанавливаются предлагаемой системой стандартов..........................................................................................................1843.6 Разработка предложений по структуре и содержанию справочников, необходимых для реализации ИТ-архитектуры «электронного правительства» Ленинградской области (справочной модели бизнес-процессов, справочной модели описания данных, технологической справочной модели и др.), порядку и последовательности их разработки...............................................................2143.7 Разработка рекомендаций по формированию функционально-информационных архитектур отраслевых и муниципальных компонентов «электронного правительства» Ленинградской области, создаваемых в рамках РЦП «Информатизация Ленинградской области на 2008 – 2010 годы» на основе единой архитектуры «электронного правительства» Ленинградской области 218

5

ПРИЛОЖЕНИЕ 1. ПРИМЕРНЫЙ ПЕРЕЧЕНЬ ГОСУДАРСТВЕННЫХ И БЮДЖЕТНЫХ УСЛУГ ЛЕНИНГРАДСКОЙ ОБЛАСТИ ДЛЯ РАЗМЕЩЕНИЯ НА ПОРТАЛЕ...................................................................................................251ПРИЛОЖЕНИЕ 2. СТАНДАРТЫ МОДЕЛИРОВАНИЯ ПРОЦЕССОВ, РАЗРАБОТАННЫЕ В АРМКАХ РЕАЛИЗАЦИИ ФЦП ЭЛЕКТРОННАЯ РОССИЯ

258Приложение 3. Перечень дополнительных материалов.................................285

6

ОПРЕДЕЛЕНИЯ

Административный регламент

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

Объединённые государственные информационные ресурсы

Совокупность всех государственных инфокоммуникационных ресурсов (ГИР), способных работать совместно в соответствии с электронными административными регламентами (ЭАР).

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

Репозиторий архитектуры

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

Федеральная архитектура предприятия

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

Федеральное предприятие

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

7

программах, в соответствии с его миссией.Электронное правительство

1) Метафора, обозначающая информационное взаимодействие органов государственной власти и общества с использованием информационно-коммуникационных технологий.2) Формы и методы государственного управления и оказания услуг (гражданам, предприятиям и другим органам власти) правительством, обеспеченные ИКТ.3) [Gartner Group] трансформирование внутренних и внешних отношений государственных организаций на основе использования возможностей Интернета, информационных и телекоммуникационных технологий с целью оптимизации предоставляемых услуг, повышения уровня участия общества в вопросах государственного управления и совершенствования внутренних процессов.4) Мининформсвязи: Электронного правительства региона (ЭПР): комплекс государственных и муниципальных информационных систем, обеспечивающих поддержку деятельности органов государственной власти субъектов Российской Федерации и органов местного самоуправления, а также объединяющих их на основе общей информационно-технологической инфраструктуры региона.

Электронный административный регламент

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

Архитектура электронного государства

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

Справочная модель Обобщённое описание устройства электронного правительства относящееся к одной из его приоритетных областей.

Справочная модель функций

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

Справочная модель эффективности

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

Государственный учет

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

8

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

доступ (и обеспечивает взаимодействие) определенным целевым аудиториям к значимым информационным базам (например, информация/контент, программные приложения и бизнес процессы), базам знаний и пр., доставляемых высоко персонифицированным способом".

Функция органов исполнительной власти Ленинградской области

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

Обозначения и сокращения

ИТ – информационные технологии

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

ОГВ – органы государственной власти

ЭП – электронное правительство

АЭГ – архитектура электронного государства

ЕФА – единая федеральная архитектура

ИКТ – информационно-коммуникационные технологии

ОГИР - общегосударственные информационные ресурсы

ЭАР – электронный административный регламент

9

1 АНАЛИЗ ОСНОВНЫХ ПРЕДСТАВЛЕНИЙ И ПОДХОДОВ К

ФОРМИРОВАНИЮ АРХИТЕКТУРЫ ФЕДЕРАЛЬНЫХ И РЕГИОНАЛЬНЫХ

«ЭЛЕКТРОННЫХ ПРАВИТЕЛЬСТВ» В РОССИИ И ЗА РУБЕЖОМ.

1.1 Характеристика общей ситуации в области информатизации

В настоящее время сложились благоприятные предпосылки для повышения

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

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

аппарата на основе широкого применения информационно-коммуникационных

технологий (далее — ИКТ). Расширяется доступ населения к электронным средствам

коммуникаций и сети Интернет. По уровню распространения персональных

компьютеров среди населения и доступности сети Интернет Россия стремительно

сокращает отставание от развитых стран. Повышается уровень компьютерной

грамотности. ИКТ все шире используются в повседневной жизни, в медицине и

здравоохранении, образовании и науке.

Российские предприятия практически всех отраслей экономики применяют

ИКТ для автоматизации производственных и технологических процессов, а также

управления своей текущей деятельностью. Развивается электронная торговля и

электронные платежи. Все шире ИКТ используются для организации обмена

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

качестве стандартного средства коммуникации выступает сеть Интернет.

ИКТ активно внедряются и в систему государственного управления. Органы

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

продукции и услуг в сфере ИКТ. В настоящее время в основном решены задачи,

связанные с формированием в органах государственной власти современной базовой

10

информационно-коммуникационной инфраструктуры. Удовлетворяются потребности

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

территориально распределенные ведомственные компьютерные сети. Во многих

органах государственной власти сотрудникам обеспечен доступ к сети Интернет.

Успешно реализуются масштабные программы и проекты по созданию

государственных информационных систем, обеспечивающих автоматизацию процедур

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

возложенных на них функций.

Большинство органов государственной власти создали Интернет-сайты, на

которых размещена нормативно-правовая, справочная и новостная информация,

связанная с их деятельностью.

В рамках реализации административной реформы ведется систематическая

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

возможностей их оптимизации и совершенствования на основе применения

современных ИКТ. Подготовлены нормативные правовые акты, направленные на

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

Несмотря на то, что сложились все условия для создания «электронного

правительства» на федеральном и региональном уровнях, результаты внедрения ИКТ в

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

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

основных показателей работы государственного аппарата в соответствии с

потребностями и ожиданиями населения.

Это, в первую очередь, связано с тем, что большинство действующих

информационных систем формировалось органами государственной власти в условиях

отсутствия единой нормативно-правовой базы и общей координации работ.

Содержащиеся в них сведения зачастую недоступны другим органам государственной

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

временным задержкам при обмене информацией на межведомственном уровне, ее

многократному сбору и дублированию в отдельных системах. 11

Различные форматы хранения данных ограничивают возможности применения

автоматизированных средств поиска и аналитической обработки информации,

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

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

Многие из созданных интернет-сайтов органов государственной власти

практически не поддерживают оперативное информационное обновление и не

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

организациям, в том числе в электронной форме. Предоставление информации,

связанной с деятельностью органов государственной власти, в большинстве случаев

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

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

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

Для решения этих и других проблем, препятствующих повышению

эффективности использования ИКТ в деятельности органов государственной власти,

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

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

федеральном, так и на региональном уровне.

1.2 Региональный аспект информатизации и формирования «электронного

правительства»

На региональном уровне ИКТ занимают сегодня центральное место в

обновлении и реструктуризации ключевых сфер деятельности: государственного и

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

обеспечения безопасности, общественной жизни. Сложившаяся ситуация развития

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

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

усиление активности в реализации проектов по формированию ИТ-

12

инфраструктуры и создания региональных ИКТ-систем в разных сферах деятельности

региона (как следствие осознания того, что информатизация деятельности

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

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

развития);

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

отвечающих за информатизацию, и координационных советов по реализации ИТ-

проектов (как следствие увеличения сложности реализуемых проектов и

необходимости интеграции в рамках проекта организационных, нормативно-правовых,

технологических компонентов в рамках целостной конструкции информатизации

региона);

расчет на «собственные силы»: реализация проектов в ориентации

исключительно на существующие возможности на уровне региона, являющиеся

следствием «пробуксовки» федеральных проектов по «типовым решениям для

региона» и расхождением ряда приоритетов, фиксируемым на федеральном уровне в

отношении ИТ-систем, с актуальными потребностями, существующими в субъектах

Российской Федерации; отсутствия внятных предложений со стороны ИТ-

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

государственного управления и отсутствие компетенции у сотрудников ИТ-

интеграторов в постановке задачи и попытки «продать не то в чем есть потребность, а

то, что есть в наличии у ИТ-компаний»);

региональная информационная раздробленность — характеризуется тем, что

в рамках региона каждое ведомство внедряет программное обеспечение и организуют

свою ИКТ инфраструктуру самостоятельно. В рамках большинства регионов

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

бюджетирования — большая часть внедрений идет в рамках бюджетов отдельных

региональных министерств и департаментов. Одно из ближайших следствий такого

положения дел — сложность при интеграции и технологическая несовместимость

разнородных систем даже в рамках региона;13

нечеткость и неясность при планировании работ — значительный процент

неудачных и малоэффективных решений в регионах России создает ситуацию, когда в

рамках принятия решения о расходовании ресурсов ИТ-проекты рассматриваются по

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

понятен и может быть посчитан, то при запуске комплексного ИТ-проекта результат

неочевиден (это во многом является следствием отсутствия адекватных методик

расчета эффективности внедрения ИТ в органах власти субъектов Российской

Федерации — при продвижении проекта обосновать объективные параметры

эффективности/полезности ИТ-проекта для региона сложно);

неадекватность стратегий информатизации региона — ИТ-отделы

региональных администраций в большинстве своем формировались как отделы,

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

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

ИТ-систем уровня региона, их подходы к информатизации мало эффективны. Для

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

квалификации;

отсутствие общей картины информатизации органов государственной

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

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

федерального и регионального уровней;

отсутствие нормативно-правовых оснований для координации работ при

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

федеральных органов исполнительной власти, региональными органами власти и

органами местного самоуправления. Отсутствие общей методологии и стандартов на

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

отсутствие системы передачи опыта и технологий при внедрении

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

квалифицированных специалистов и методических руководств.

14

Одним из ограничителей развития «электронного правительства» на

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

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

информатизации органов государственной власти, для эффективного создания

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

специалисты, а на данный момент у сотрудников органов государственной власти

часто не хватает общих знаний про технологии «электронного правительства» и

механизмы их внедрения. До сих пор в обыденном понимании термин «электронное

правительство» часто ассоциируется исключительно с внедрением компьютерной

техники, программного обеспечения, средств связи. Однако суть «электронного

правительства» заключается прежде всего в новом организационном устройстве и

новых технологиях функционирования государства, отдельных его институтов,

которые возникают или становятся возможными в связи с использованием ИКТ и

должны быть закреплены не только в нормативно-правовой базе, но и в методологии

государственного управления.

1.3 Основные подходы к созданию электронного правительства в мировой

практике

Регулирование в области государственных информационных систем сегодня

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

рассмотрим каждую из них.

1.3.1 Американский подход к регулированию государственных

информационных систем

Первая модель исторически основана на методе описания информационных

систем, носящем название «архитектуры предприятия». Этот метод представляет собой

инструмент формализованного проектирования и описания процессов и структур

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

15

данной модели является американский проект Federal Enterprise Architecture1 (FEA).

Проекту FEA предшествовал более сложный и оказавшийся из-за этого

неэффективным в госсекторе проект Federal Enterprise Architecture Framework2 (FEAF).

В проекте FEAF модель архитектуры предприятия была построена на основе

упрощенной модели Захмана3 (Zachman framework, табл. 1). Модель Захмана

представляет собой достаточно простой для понимания инструмент, позволяющий

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

Модель Захмана позволяет подробно описать систему, отвечая на шесть

«аристотелевских» вопросов (что? как? где? кто? когда? и почему?) с пяти позиций

(позиции планировщика системы, владельца, проектировщика, разработчика и

пользователя). Каждое «пересечение» вопросов и позиций соответствует одной из

моделей описания системы. Например, при ответе на вопрос кто? (рассмотрение

системы в «функциональном» фокусе) с позиции владельца системы (или с

«концептуальной» позиции) используется модель трудовых потоков, а описание

системы при ответе на вопрос что? (рассмотрение в фокусе «обработки данных») с

позиции разработчика («физической») будет соответствовать технологической

архитектуре.

1.3.1.1 Справочные модели FEA

Архитектура FEA не полностью следует модели Захмана, но тем не менее

унаследовала от нее идею формализованного и детализированного описания

автоматизированной системы, стадий ее проектирования и внедрения. 30 моделей

описания системы (соответствующей 30 ячейкам таблицы) по «чистой» модели

Захмана в FEA сведены к пяти «справочным моделям»:

справочная модель производительности (performance reference model),

1 FEA Consolidated Reference Model Document, Version 2.1 // egov -- The Official Web Site of the President's E-Government Initiative // http://www.whitehouse.gov/omb/egov/documents/FEA_CRM_v21_Final_Dec_2006.pdf (2006, декабрь), см. также Federal Enterprise Architecture // egov -- The Official Web Site of the President's E-Government Initiative // http://www.whitehouse.gov/omb/egov/a-1-fea.html.2 Federal Enterprise Architecture Framework. Version 1.1 // Federal Chief Information Officers Council // http://www.cio.gov/Documents/fedarch1.pdf (1999, сентябрь).3 Zachman Framework // The Zachman Institute for Framework Advancement // http://www.zifa.com/framework.html.

16

справочная модель процессов (business reference model),

справочная модель сервисных компонентов (service component reference

model),

техническая справочная модель (technical reference model) и

справочная модель данных (data reference model).

Если проводить параллели с европейской моделью регулирования, то

справочная модель данных имеет что-то общее с семантическим уровнем требований,

техническая справочная модель может быть сопоставлена с техническим уровнем в

европейских документах (лишь частично, поскольку FEA не содержит важнейшего

элемента европейских сводов требований по совместимости – каталога стандартов).

Остальные справочные модели либо не имеют аналогов в европейских сводах, либо их

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

документов.

Применение «архитектуры предприятия» к регулированию государственных

ИТ тесно связано в США с законом Клингера-Коэна4 от 1996 г., который впервые

установил должность руководителя по вопросам информатизации (CIO)

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

собственную архитектуру ИТ, а при закупках в области ИТ – осуществлять

планирование будущей системы, пересмотр бизнес-процессов, оценку ИТ-систем по их

производительности и др.

FEA используется Службой управления и бюджета США в качестве

инструмента для оценки целесообразности инвестиций в области ИТ5, поэтому

представление будущей автоматизированной системы в соответствии с моделями FEA

необходимо для получения ее дальнейшего финансирования.

Принятое в США регулирование государственных ИС имеет более раннюю

историю, чем европейское, и отчасти поэтому, а отчасти в силу сохранения США

4 Clinger-Cohen Act, February 10, 1996 // Federal Chief Information Officers Council // http://www.cio.gov/Documents/it_management_reform_act_Feb_1996.html (1996, февраль).5 FEA in the Budget // egov -- The Official Web Site of the President's E-Government Initiative // http://www.whitehouse.gov/omb/egov/a-2-EABudget.html.

17

лидирующих позиций в области ИТ, ставит перед собой иные приоритеты. Например,

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

приобретает второстепенное значение6, а на первый план выходит эффективность ИС.

1.3.1.2 Преимущества и недостатки американской модели Federal Enterprise

Architecture (FEA)

Регулирование в области государственных ИС на основе модели «архитектуры

предприятия» обладает специфическими преимуществами и недостатками.

Преимущества связаны с широтой охвата и полнотой описания системы,

представленной в виде пяти моделей, которые определяют ключевые характеристики

эффективности, функциональности, компонентной архитектуры, технических решений

и данных. Но при этом применение «архитектуры предприятия» требует высокой

компетенции в области проектирования ИТ-систем, которая, в случае США, была

заимствована из частного сектора. Реализация модели «архитектуры предприятия» в

госсекторе требует высоких материальных и организационных затрат. При этом

составление моделей не является гарантией того, что проект по созданию

автоматизированной системы будет успешным.

Критики использования методологии «архитектуры предприятия» считают, что

модель FEA принципиально неприменима в госсекторе, особенно в Европе,

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

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

секторах принципиально отличаются. Свою роль здесь играет также и разница между

американской и европейской системами права.

1.3.2 Европейский подход к созданию государственных информационных

систем

Европейское регулирование в области государственных информационных

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

18

вызвано к жизни несколько иными проблемами. В Европе довольно сильна

обеспокоенность из-за зависимости государственных органов от зарубежных (т.е.

американских) поставщиков.

Кроме того, европейское регулирование начало активно развиваться во

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

распространение в индустрии ИТ свободного ПО и открытых стандартов (рис. 3).

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

организаций, как W3C (The World Wide Web Consortium, создатель языка HTML) и

IETF (Internet Engineering Task Force, группа, осуществляющая работу по созданию

интернет-протоколов TCP/IP). Европейские правительственные учреждения начали

осознавать, что государственные автоматизированные системы можно создавать в

опоре на технологии и программы, которые не контролируются конкретными

поставщиками, не ставят государственные учреждения в зависимость от этих

поставщиков и не содержат в себе угрозу для национальной безопасности государства.

Рис. 3. Хронология появления европейских сводов требований по

совместимости (l2.4_pic3_gif_chronology.xls)

1.3.2.1 Европейские нормативные акты, направленные на обеспечение

совместимости информационных систем

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

государственных сводов требований по совместимости (government interoperability

frameworks):

английский e-GIF7 (e-Government Interoperability Framework),

немецкий проект SAGA (Standards und Architekturen für E-Government-

Anwendungen) и

7 e-GIF // GovTalk. Information on policies and standards for e-government // http://www.govtalk.gov.uk/schemasstandards/egif.asp.

19

французский CCI8 (Cadre Commun d'Interopérabilité), которому наследует

еще не введенный в действие, но чрезвычайно интересный проект RGI9 (Référentiel

Général d'Interopérabilité).

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

государствах. Так, бразильский ePING10 был создан на базе британского e-GIF, проект

CCI канадской провинции Квебек11 частично воспроизводит модель французской

разработки и заимствует ее название, швейцарский проект SAGA.ch12 основан на

немецкой разработке.

Несмотря на то что все эти проекты решают задачу обеспечения совместимости

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

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

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

Наибольшее практическое значение имеет британский e-GIF: следование требованиям

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

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

рекомендаций, а требования немецкого документа SAGA имели существенное

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

BundOnline 200513 (соответствие SAGA было необходимо для получения

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

Вместе с тем новый французский документ RGI, разработка которого

осуществляется по президентскому постановлению14 от декабря 2005 г., будет иметь

8 Cadre Commun d’Interopérabilité // Synergies, les ressources d’Adèle // http://synergies.modernisation.gouv.fr/rubrique.php3?id_rubrique=173 (на сайте доступны только документы предпоследней версии CCI: 2.0).9 Les 3 volets du référentiel général d’interopérabilité // Synergies, les ressources d’Adèle // http://synergies.modernisation.gouv.fr/article.php3?id_article=405 (2006, 1 сентября).10 Apresentação e-Ping // Governo Eletrônico // https://www.governoeletronico.gov.br/acoes-e-projetos/e-ping-padroes-de-interoperabilidade.11 Cadre commun d'interopérabilité // Ministère des Services gouvernementaux // http://www.msg.gouv.qc.ca/fr/administration/standards/cadre.asp (2005, 31 марта).12 eCH-0014 „SAGA.ch“ Version 4.0 // eCH. eGovernment Standards // http://www.ech.ch/index.php?option=com_docman&task=doc_download&Itemid=0&gid=1111&lang=de.13 BundOnline 2005 // Koordinierungs- und Beratungsstelle der Bundesregierung für Informationstechnik in der Bundesverwaltung // http://www.kbst.bund.de/Content/Egov/Initiativen/Bol/bol.html.14 Ordonnance no 2005-1516 du 8 décembre 2005 relative aux échanges électroniques entre les usagers et les autorités administratives et entre les autorités administratives // Legifrance - Le service public de l'accès au droit //

20

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

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

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

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

невыполнением требований RGI. Таким образом, RGI будет первым документом с

новым целеполаганием: если раньше совместимость информационных систем

государства объяснялась прежде всего потребностями самих государственных

учреждений, то RGI во главу угла ставит реализацию прав граждан и юридических

лиц.

Наконец, Европейский свод требований по совместимости (European

Interoperability Framework15, EIF) содержит рекомендации, касающиеся обеспечения

совместимости государственных ИС на общеевропейском уровне. В текущей версии

EIF содержит лишь рекомендации общего характера и не содержит перечня

рекомендованных технологий, хотя последний имеется в Указаниях по архитектуре

(Architecture Guidelines16). В настоящее время ведутся работы по согласованию

положений Указаний по архитектуре и Европейского свода требований по

совместимости в следующих версиях этих документов, которые должны быть

опубликованы в 2008 г.

Сходства и отличия между рассмотренными документами представлены в

Таблица 1.

Таблица 1 . Сопоставление основных европейских сводов требований по

совместимости

Обязательность Каталог стандартов

Каталог метаданных

Регулирование затрагивает общественный сектор

Регулирование затрагивает частный сектор

Великобритания + + + + -

http://www.legifrance.gouv.fr/imagesJOE/2005/1209/joe_20051209_0286_0009.pdf (2005, 9 декабря).15 European Interoperability Framework for Pan-European eGovernment Services // IDABC. European eGovernment Services // http://ec.europa.eu/idabc/servlets/Doc?id=19529 (2004, ноябрь).16 Documentation on Architecture Guildelines // IDABC. European eGovernment Services // http://ec.europa.eu/idabc/en/document/3485/5585 (2004, сентябрь).

(e-GIF)

Франция (CCI) - + + + -

Германия (SAGA)

- + -* + -

ЕС (EIF) - -** - + -

* Каталог метаданных реализован в отдельном проекте.** Каталог стандартов реализован в отдельном проекте.

Следует обратить внимание, что описанные требования к совместимости во

всех случаях касаются только государственных информационных систем и не

затрагивают автоматизированные системы частного сектора.

1.3.2.2 Ввод в действие сводов требований по совместимости

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

совместимости представляется не менее важным, чем само содержание этих сводов,

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

власти и исполнителями по госконтрактам. Мировой опыт показывает, что

эффективное регулирование в области государственных информационных систем

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

интересов всех участников рынка: как заказчиков, так и поставщиков (см. табл. 2).

Попытка ввода в действие жестких предписаний обречена на провал, поскольку она

столкнется с саботажем как поставщиков, не желающих перестраивать структуру

предложения в соответствии с новыми требованиями, так и сотрудников

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

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

учитывать не слишком высокий уровень подготовленности и поставщиков, и

государственных заказчиков.

22

Таблица 2. Последовательность ввода в действие правительственного свода

требований по совместимости

№ Наименование и содержание этапа

Длительность этапа

Результат

1 Разработка и публикация проекта свода требований по совместимости. Общественное обсуждение.

3-6 месяцев Информирование сотрудников государственных учреждений, экспертов, граждан о готовящемся регулировании. Продвижение и разъяснение принципов, расширение круга экспертов. Выявление и устранение ошибок.

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

1-2 года Пилотные проекты, накопление первоначального опыта применения свода, внедрение в практику работы государственных органов.

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

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

В европейской практике ввод в действие правительственного свода требований

по совместимости осуществляется только в поэтапном порядке, причем начинается он

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

рекомендательный характер. После того как свод требований получает определенную

известность, и появляется опыт его применения в нескольких пилотных проектах,

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

увеличена. В частности, именно так осуществлялось развитие британского e-GIF,

который за шесть лет превратился из 27-страничного документа в массивную систему

нормативных и методических материалов, содержащих разносторонние требования к

информационным системам Великобритании.

23

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

практики.

1.3.2.3 Организация общественного обсуждения

Важным элементом европейской практики ввода требований по совместимости

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

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

заинтересованные лица (граждане, поставщики, представители государственных

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

проекта свода, которые, по их мнению, требуют корректировки, дополнения или

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

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

регулированию после того, как оно будет введено в действие.

При обсуждении проекта необходимо создать такую ситуацию, чтобы

инициативы разработчиков свода, иногда идущие вразрез с интересами поставщиков

(которых обычно устраивает сложившийся status quo), находили сторонников в

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

требований по совместимости RGI, которые в 2006 году организовали общественное

обсуждение с помощью вики-сайта17. Обсуждение в этой форме не только облегчило

всем заинтересованным лицам участие в обсуждении, но и повысило популярность

RGI в ИТ-сообществе, прежде всего в среде фирм среднего и малого бизнеса.

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

«революционного» регулирования, в котором последовательно реализован принцип

приоритетности открытых стандартов.

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

власти и профессиональным сообществом в области ИТ (представленным как

представителями компаний, так и экспертами и частными лицами, выражающими

17 Wiki ADAE // http://www.adele.gouv.fr/wiki/index.php/Accueil.

24

интересы граждан, а не бизнеса) является важным условием успеха общественного

обсуждения.

1.3.2.4 Обновление сводов

Чрезвычайно динамичный характер развития отрасли информационных

технологий делает необходимым частый пересмотр сводов требований по

совместимости, поэтому единовременного ввода свода в действие недостаточно.

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

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

совместимости обладает узкой областью применения и не несет обязательного

характера) между двумя версиями свода может проходить больше времени.

Количество изменений между двумя версиями свода, как правило, зависит от степени

его зрелости и качества проработки. На рис. 4 сопоставлены базовые требования к

браузерам и форматам документов в e-GIF 2.0 (апрель 2001 г.) и e-GIF 3.0 (октябрь

2001 г.). Примечательно, что в версии 3.0 разработчики e-GIF постарались исключить

проприетарные форматы из базовых требований к браузерам и средствам просмотра:

упоминания Internet Explorer и Netscape Navigator были заменены требованием

соблюдения стандарта HTML 3.2, а проприетарный формат Adobe PDF был перемещен

из раздела «базовых спецификаций» в раздел «дополнительных» (использование

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

помощью базовых спецификаций технически неосуществимо).

Пересмотр, текущая поддержка свода, сбор и обработка замечаний и

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

органом. В Великобритании этим занимается секретариат кабинета министров, во

Франции – главная дирекция государственной модернизации, находящаяся в

подчинении министерства по делам бюджета, государственных расходов и

государственных функций, а в Германии – министерство внутренних дел. В каждом

случае эти государственные органы формируют специальное структурное

подразделение, укомплектованное необходимым экспертным ресурсом, или

25

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

практика Англии и Франции, реструктуризация или смена ответственного органа

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

пересмотру концепции его развития (обратите внимание на потерю периодичности

выпуска новых версий CCI во Франции и e-GIF в Великобритании).

1.3.2.5 Контроль соблюдения требований по совместимости

Свод требований по совместимости составляется и позиционируется таким

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

построению информационных систем, а не как навязанное сверху регулирование. CCI,

SAGA, e-GIF, RGI и европейский EIF представляют собой добротно оформленные

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

сопровождаются иллюстрациями и таблицами. Датский свод требований выделяется на

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

интерактивного веб-сайта.

Но несмотря на общность некоторых подходов (своды требований по

совместимости во всех случаях составляются так, чтобы они были удобны читателю, а

не составителю), одно из наиболее существенных отличий европейских проектов друг

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

1.3.2.6 Механизмы, обеспечивающие выполнение немецкого свода стандартов

(SAGA)

Выше (в разделе 2.4.5.1) мы уже упоминали, что в Германии соответствие

требованиям SAGA было необходимо для получения правительственных субсидий на

проекты, реализуемые в рамках правительственной программы BundOnline 2005.

Несмотря на то что на сегодняшний день программа уже завершена, разработка SAGA

продолжается, соответственно, существуют и другие способы привлечения внимания

разработчиков государственных ИС к требованиям этого документа. Несоответствие

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

26

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

«один для всех», разработанных в рамках программы BundOnline 2005;

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

компетенции;

отсутствие при определенных условиях поддержки интерфейсов таких

систем;

отсутствие в большинстве случаев дополнительного финансирования от

государственных учреждений18.

Эти стимулы нельзя назвать особенно сильными, и в принципе государственное

учреждение, не желающее следовать требованиям SAGA, может игнорировать их без

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

к совместимости).

Вместе с тем SAGA содержит проработанные механизмы, позволяющие

обеспечить соответствие ее требованиям на уровне «заказчик – исполнитель», чего нет

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

SAGA необходимо выполнить четыре условия: соответствие стандартизованной

модели процессов, соответствие стандартизованной модели данных, соответствие

стандартам и архитектурам, приведенным в SAGA, и использование существующих

готовых модулей «один для всех»19.

При выполнении государственного заказа на разработку автоматизированной

системы путем проведения открытого тендера соответствие требованиям SAGA

обеспечивается в пять этапов:

Государственный заказчик составляет на основе SAGA качественные и

квалифицирующие критерии оценок конкурсных заявок.

Поставщик готовит конкурсную заявку, в которой он указывает, как будут

18 Standards and Architectures for e-Government Applications Version 3.0 (English) // Koordinierungs- und Beratungsstelle der Bundesregierung für Informationstechnik in der Bundesverwaltung // http://www.kbst.bund.de/cln_046/nn_945224/SharedDocs/Anlagen-kbst/Saga/standards-and-Architectures-for-_20e-Government-applications-version-3__0-pdf.html (2006. Октябрь). С. 30.19 Там же. С. 25-26.

27

реализованы проектные требования.

Заказчик оценивает поступающие заявки по критериям конкурсной

документации.

Победивший в тендере поставщик по завершению разработки

автоматизированной системы заполняет декларацию ее соответствия требованиям

SAGA.

Заказчик оценивает соответствие разработанного приложения требованиям

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

(четвертый этап)20.

Разработчики SAGA составили набор шаблонов, призванных упростить

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

шаблоны (на немецком языке) можно загрузить с веб-сайта21.

В России аналогичный подход был использован разработчиками проекта

«Разработка стандартизации программного обеспечения электронного государства…».

1.3.2.7 Механизмы, обеспечивающие выполнение британского свода (e-GIF)

Чтобы государственная информационная система в Великобритании

соответствовала требованиям e-GIF, она должна22:

использовать браузер в качестве основного пользовательского интерфейса;

использовать XML в качестве основного инструмента сбора данных из

разных источников;

использовать метаданные для описания данных и информационных

ресурсов;

использовать стандарты Интернета;

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

информационных ресурсах.20 Там же. С. 27-28.21 SAGA-Konformitätserklärung // Koordinierungs- und Beratungsstelle der Bundesregierung für Informationstechnik in der Bundesverwaltung // http://www.kbst.bund.de/saga-konformitaet.22 e-GIF 6.1 // GovTalk. Information on policies and standards for e-government // http://www.govtalk.gov.uk/documents/eGIF%20v6_1(1).pdf. С. 29.

28

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

частные требования,. Кроме того, совместимая с e-GIF система должна обеспечивать

беспрерывный обмен информацией и услугами между информационными системами и

возможность замены ее компонентов аналогичными компонентами, реализующими те

же или подобные спецификации, без потери функциональности .

e-GIF предусматривает санкции для случаев, когда информационная система не

соответствует требованиям свода, а миграционная стратегия отсутствует. Из этих

санкций наиболее существенна следующая:

Соответствие e-GIF является одним из критериев, по которым осуществляется

оценка ведомственных стратегий в области информационных технологий и на

основании которых Отдел по электронному правительству и Казначейство Ее

Величества будут принимать решение о финансировании проекта.

Таким образом, соответствие требованиям e-GIF является формальным

критерием при выделении финансирования на создание автоматизированной системы.

Напомним, что аналогичный подход применяется в США для обеспечения

соответствия информационных систем требованиям Federal Enterprise Architecture.

1.4 Семантическая совместимость информационных систем

1.4.1 Общие положения

Помимо технической совместимости, обеспечивающей единство протоколов,

форматов и технологий информационного обмена, важной составляющей частью

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

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

обработки данных при переводе их из одной системы в другой.

Наиболее универсальное и общепризнанное решение в этой области

представляют XML-технологии, позволяющие существенно упростить обработку

данных по сравнению с нестандартизированными бинарными форматами (такими как

используемый и по сей день в России формат dbf). Однако сам по себе язык XML

29

представляет лишь инструмент описания произвольной информации в структурном

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

технологии, основанные на XML, такие как язык описания схем данных XSD для

описания структуры XML-документов и их типов, XSL для определения правил

обработки и преобразования XML-документов, RDF для формализованного описания

ресурсов, опубликованных в Интернете, и т.д. Если выбор той или иной технологии

неодинаков в разных информационных системах (или же вместо стандартизированных

XML-технологий используются неспецифицированные разработки), то способность

таких систем к совместной работе будет низкой, несмотря на то, что данные в них

формально представлены в виде XML.

Как уже говорилось, различают семантическую и синтаксическую

совместимость. Если синтаксическая совместимость обеспечивает унифицированное

представление, единый формат и структуру данных, то семантическая –

единообразную интерпретацию этих данных, единство их значений во

взаимодействующих системах. Основной метод обеспечения синтаксической

совместимости – использование одинаковых схем данных для одинаковых

информационных объектов, в то время как достижение семантической совместимости

осуществляется за счет контролируемых словарей (controlled vocabularies), словарей

данных (data dictionaries), онтологий (ontologies) и проч.

1.4.2 Инструменты обеспечения семантической совместимости

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

обеспечить единообразную структуру XML-документов (например, могут быть

созданы единые схемы данных для адресной информации, названий ведомств,

персональных данных граждан, данных кадастрового учета, данных учета

юридических лиц и т.п.)23.

Государство заинтересовано в том, чтобы однажды разработанные схемы

данных использовались впоследствии максимально широко. В противном случае одни 23 Существует несколько стандартов описания схем XML, из которых наиболее распространены XML Schema Definition (XSD) и Document Type Definition (DTD).

30

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

автоматизированной системы, что влечет за собой не только лишние расходы, но и

потерю совместимости между системами. Для решения этой проблемы обычно

создаются специальные репозитории схем данных XML, к которым обращаются как

разработчики при проектировании информационных систем, так и сами

автоматизированные системы при обмене данными в автоматическом режиме. В

Великобритании такой репозиторий24 функционирует в составе проекта e-GIF. Иногда

репозитории схем данных существуют как независимые проекты. В Европейском

союзе проводятся исследования по оценке целесообразности создания репозитория

схем XML на общеевропейском уровне25.

Инструменты обеспечения семантической совместимости отличаются друг от

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

отдельными понятиями. Простейшим способом обеспечения семантической

совместимости является контролируемый словарь. В качестве примера можно

привести сводный словарь государственного сектора Великобритании26, составленный

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

описании правительственных информационных ресурсов Великобритании. Другим

примером могут служить классификаторы, созданные в Санкт-Петербурге на

основании общероссийских и региональных классификаторов27.

Контролируемый словарь обеспечивает единство терминологии, используемой

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

определенного числа необходимых терминов и терминологическую полноту (часто

термины из контролируемого словаря используются в самом словаре). Одним из

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

24 XML Schemas // GovTalk. Information on policies and standards for e-government // http://www.govtalk.gov.uk/schemasstandards/xmlschema.asp.25 Semantic Interoperability Strategy / XML Clearinghouse – Interpretable exchange of data between applications // IDABC. European eGovernment Services // http://ec.europa.eu/idabc/en/document/3875/5644.26 IPSV-Integrated Public Sector Vocabulary // electronic service delivery // http://www.esd.org.uk/standards/ipsv/, (2006. 3 апреля).27 Перечень классификаторов и справочников АИС «ГРН Санкт-Петербурга» с указанием источников их формирования // Информационно-аналитический центр Администрации Санкт-Петербурга // http://www.iac.spb.ru/shablon.asp?subpage=778&napr=2.

31

данных, в которых задаются допустимые значения отдельных элементов (таким

образом, синтаксическая и семантическая совместимость обеспечивается единым

инструментом – схемой данных).

Наибольшими возможностями из современных способов обеспечения

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

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

Онтологии создаются с использованием специализированного языка OWL (Web

Ontology Language). Этот язык является сравнительно новым инструментом и на

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

научно-исследовательского назначения.

Один из важных способов обеспечения семантической совместимости является

единство описания метаинформации документов (заглавие документа, его автор, дата

создания и т.д.). В этой области наиболее известными стандартами являются

Дублинское ядро (Dublin Core28) и RDF (Resource Description Framework). Общие

правила описания метаинформации могут быть применены к разным типам

документов, что делает возможным, например, одновременный поиск и

систематизацию текстовых документов, записей в базах данных и графических

изображений, оформленных в соответствии с единым стандартом описания

метаданных.

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

информационных систем

Одна из наиболее «горячих» тем, связанных с разработкой требований к

информационным системам государства, – определение формата офисных

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

избегают указания в каталоге стандартов «стандартов де-факто» и ограничиваются

спецификациями, не зависящими от конкретного поставщика (например, HTML для

тестовых документов, CSV для электронных таблиц и т.д.). В Европе лишь британский

28 Dublin Core Metadata Initiative // http://dublincore.org/.

32

e-GIF (и то лишь в последней версии каталога стандартов29) допускает, помимо других,

использование форматов файлов Microsoft Office.

В последнее время наметилась тенденция перехода правительств к

использованию формата OpenDocument, изначально реализованному в свободном

офисном пакете OpenOffice.org и утвержденному Международной организацией по

стандартизации (ISO) в 2006 г. OpenDocument стал первым признанным стандартом, не

контролируемым единственным поставщиком (как форматы Microsoft Office) и

имеющим различные реализации. Помимо пакета OpenOffice.org, стандарт

OpenDocument с тем или иным качеством поддержан в Google Docs & Spreadsheets, в

офисных пакетах KOffice, AbiWord, Lotus Notes и др.

В последней версии SAGA формат OpenDocument имеет статус «на

рассмотрении». Он же фигурирует как обязательный при приеме информации от

граждан в проекте французского документа RGI, при этом прямо запрещается

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

документов иного, чем OpenDocument.

По мере периодического пересмотра европейских сводов технологических

требований следует ожидать попадания в них формата OpenDocument.

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

сводов требований по совместимости. Это связано как с «вызреванием» технологий

(например, технологий видео-конференц-связи), так и со зрелостью самих сводов

требований по совместимости и «обкатанностью» их базовых разделов.

Так, последняя версия каталога технических стандартов e-GIF содержит

разделы, посвященные IP-телефонии, смарт-картам, обеспечению доступности

(accessibility) электронных услуг и др. Разработчики SAGA в ближайшее время

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

Наконец, разработчики французского RGI в организационном разделе установили ряд

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

29 e-GIF v6.2 Technical Standards Catalogue // GovTalk. Information on policies and standards for e-government // http://www.govtalk.gov.uk/egif/contents.asp (2005. 2 сентября).

33

услуг (например, требования к выполнению аутентификации, требования к

электронному архивированию и др.).

1.5 Этапы развития «Электронного правительства»

1.5.1 Общие положения

В настоящее время реализуемые в мире инициативы по формированию

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

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

эволюция «электронного правительства» состоит из следующих этапов.

1.5.2 I ЭТАП - Информационное присутствие

Органы власти присутствуют в Интернете на базовом уровне. Создаются

страницы различных министерств и ведомств, содержащие информацию об их миссии,

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

собой так называемые «визитные карточки». Электронное правительство понимается

большинством управленцев, которые только начинают овладевать соответствующими

технологическими и политическими знаниями, как простое наличие порталов

государственных органов в Интернете. Изменений в политической и правовой сфере

практически не наблюдаются. Страницы государственных органов, как правило, не

создаются и не поддерживаются централизованно. Каждый орган власти имеет

индивидуальную логику построения сайта, дизайн не стандартизирован, нет единого

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

обновляемость и отсутствие структуризации информации и средств ее поиска.

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

государственных органов к обществу. Основная проблема, которую необходимо

решить на этом этапе, — сформировать нормативно-правовую базу, обязывающую

каждую государственную организацию публиковать в сети Интернет обязательную

стандартизированную информацию и следить за постоянным ее обновлением.

34

1.5.3 II ЭТАП. Интерактивное взаимодействие

Отличием от предыдущего этапа является наличие уже двустороннего

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

гражданами: доступность электронной почты, чатов, форумов, электронных форм —

средств front office для граждан, а также баз данных, серверов электронной почты —

средств back office для обработки входящих запросов и реакции служащих.

При этом новые возможности закрепляются законодательно. Кроме того,

происходит регулярное пополнение сайтов новостной информацией — это первый

элемент информирования о текущей деятельности государственных органов.

На данном этапе формируется новое отношение государственных органов к ИТ

как инструменту для осуществления коммуникаций, происходит выяснение

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

Главной проблемой становится проблема управления информационными потоками,

проходящими через государственный web-pecypc, или, иными словами, проблема

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

1.5.4 III ЭТАП. Транзакционное взаимодействие

Особенностью данного этапа является появление реальной интерактивности:

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

режиме реального времени благодаря соответствующему уровню подготовки кадров и

технологической базы. На Интернет-страницах государственных органов

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

карт: уплата штрафов, заказ паспортов, продление действия некоторых лицензий,

патентов и т.д. Данный этап характеризуется многоэтапным взаимодействием

гражданина с государственной структурой посредством Интернета, причем чаще всего

одним из этапов взаимодействия является финансовый платеж.

Для того чтобы осуществлять транзакции, государственным структурам

необходим портал, на котором гражданин, инициируя сессию работы, имеет

возможность пройти аутентификацию и получить авторизацию на выполнение 35

электронных услуг, результатами которых станет модификация данных в

государственных электронных информационных хранилищах. Очень часто в

реализации транзакционных услуг участвует сразу несколько государственных

подразделений.

Эволюция и развитие «электронного правительства» отражается не только в

уровне технической оснащенности и качестве информационных систем органов

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

таких сложных, комплексных явлений, как «электронный бизнес» или «электронное

правительство». Компанией Gartner Group был предложен «Цикл ожиданий внедрения

технологий», который иллюстрирует прохождение основных этапов развития

информационных технологий: от так называемых «технологических триггеров», через

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

достижениям и использованию этих технологий.

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

36

На рисунке 1 дана иллюстрация процесса развития государственной

информатизации от хаотического до системного, сформированная на основе

аналитических материалов компании Gartner. Временная шкала верна для стран-

лидеров в области электронного правительства (инф. по: DiMaioA. E-Govemment Hype

Cycle: Going Downhill, 26.07.2002, Gartner Group). Такого рода представление,

позволяет, по крайней мере отчасти, предвидеть реакцию бизнес-сообщества,

общественности, аналитиков и прессы на процессы, происходящие вокруг проектов в

области электронного правительства.

1.6 Мировой опыт внедрения «Электронного правительства»

1.6.1 Опыт внедрения «Электронного правительства» в Канаде и США

Странами, достигшими наибольших успехов в процессе перехода к

электронному правительству, являются Канада, Сингапур и США. Именно на примере

этих и некоторых других государств далее будут рассмотрены две основные модели

разработки и реализации государственной политики в сфере электронного

правительства: западная (Канада и США) и восточная (Сингапур, Южная Корея).

Канада одной из первых стран в мире приступила к решению проблемы

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

государственной политики Канады в сфере электронного правительства прошел

первые два этапа — определение общественных проблем и целей политики,

инициирование политики, разработка и легитимация еще в 1994 году, когда

правительство Канады разработало документ «Проект предоставления услуг

государственными органами при помощи информационных технологий». К середине

1990-х Канада уже прошла два этапа развития:

«проблемы общества —> государство» и

«государство —> политическая стратегия».

Одной из основных причин, побудивших канадское правительство серьезно

взяться за развитие информационных услуг, — большая территория страны и низкая

37

плотность населения. Иными словами, главной целью Канады было обеспечение

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

медицинским, налоговым и т.д. Однако, к третьему этапу — мониторингу процесса

реализации государственной политики Канада перешла не сразу.

Первоначально национальное правительство рассматривало возможности

увеличения количества соответствующих специалистов и строительства путей

сообщения. Однако, проанализировав все данные, руководство страны пришло к

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

Проект 1994 г. предусматривал создание в масштабах всего государственного аппарата

электронной информационной системы, которая должна была упростить и ускорить

обслуживание населения при одновременном снижении расходов налогоплательщиков.

Проект получил условное международное название «E-Government» или

«Электронное правительство».

Сегодня в Канаде создан мощнейший веб-портал правительства, на котором

объединено до 500 интернет-страниц министерств и ведомств. И любой посетитель

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

напрямую взаимодействовать с ними. Канадский правительственный портал

представляет собой один из самых крупных порталов, объединяющих G2C и G2B

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

www.canada.gc.ca. и наряду с разделами для граждан Канады содержит G2C и G2B

разделы для граждан, не проживающих в стране постоянно.

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

направлениям взаимодействия государства с населением и бизнесом. Например, раздел

«Начало бизнеса» является интерактивным руководством для тех, кто начинает свой

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

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

нового бизнеса, зависящий от таких параметров, как территориальное расположение

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

ответы на многие вопросы, касающиеся начала ведения бизнеса. В разделе «Налоги» 38

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

агентством, а также обширный массив нормативно-правовой информации о

налогообложении в Канаде.

В общей сложности портал предоставляет доступ почти к 1000

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

Правительство этой страны взяло на себя обязательство сделать так, чтобы

Канада получила всемирную известность как государство наиболее тесно связанное со

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

информационно-кибернетической системе.

Руководящий принцип создания электронного правительства в Канаде —

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

ожиданиями граждан. Правительство работает над тем, чтобы электронные

правительственные услуги были общедоступными, простыми в использовании и

соответствовали приоритетам канадцев, не требовали больших затрат времени и денег,

были качественными и всесторонними, конфиденциальными и безопасными, отвечали

потребностям населения Канады. Говоря о политической стратегии Канады в сфере

формирования электронного правительства, необходимо отметить, что она является

практическим воплощением так называемой демократической модели, при которой

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

и общественных организаций при сохранении централизованного управления.

Итак, Канада прошла уже полный цикл развития государственной политики в

области электронного правительства от определения проблем до оценки и

регулирования государственной политики. Сегодня Канада является одним из мировых

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

электронное правительство.

Другим примером демократической модели политической стратегии

государства в области формирования и функционирования электронного

правительства является США.

39

Обсуждение возможности и необходимости разработки проекта американского

электронного правительства велось с 1998 г. Однако только 24 июня 2000 г. Билл

Клинтон объявил об открытии правительственного портала в течение ближайших 90

дней. Правительственный портал «Первое правительство» открылся в сентябре 2000 г.

Техническим обеспечением занимался Эрик Брюер – один из основателей и главный

научный сотрудник корпорации Inktomi. На сегодняшний день портал содержит

47 миллионов млн страниц: сайты всех американских правительственных учреждений,

— как центральных, так и местных.

Сегодня официальный портал правительства США предоставляет гражданам

любую общедоступную правительственную информацию. Портал имеет четкое

разделение на тематики G2G, G2B и G2C.

1.6.2 Опыт внедрения «Электронного правительства» в Германии

Основные этапы федеральных программ по модернизации работы

правительства Германии представлены на рис. 2.

Рисунок 2. История формирования электронного правительства в Германии:

основные программы федерального уровня

40

Правительство Германии обеспокоилось вопросом адаптации государственных

органов управления к меняющейся социальной среде еще в середине 1990-х годов,

когда объявило о новой доктрине, девизом которой стала модернизация деятельности

органов власти в соответствии с 4 принципами:

новое распределение обязанностей, ведущее к росту эффективности и

улучшению исполнения законов;

ориентация на граждан, которые должны видеть в федеральном

правительстве партнера;

разностороннее развитие государственных служб, в результате которого

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

использовать средства и действовать более прозрачно;

эффективное руководство, позволяющее нанимать и удерживать в

организации служащих, заинтересованных в результатах своей работы.

Принято считать, что формирование электронного правительства в Германии

было начато вместе с запуском информационной сети Бонн–Берлин IVBB,

расширенной к 2004 году до сети администрации на уровне Федерации (IVBV).

Главными целями, которые преследовало правительство Германии в то время,

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

создание инфраструктуры органов власти и стандартов услуг.

В 2000 году Германией была принята директива eEurope 2002 Action Plan,

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

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

стартовала очень амбициозная инициатива BundOnline («Германия в Сети»), в ходе

которой планировалось к 2005 году вывести правительственные службы в режим он-

лайн. На программу «Германия в Сети» сразу были выделены 1,2 млрд евро, что

сделало ее одной из самых крупномасштабных в Европе, из чего следует, что

правительство Германии хочет и может себе позволить тратить немалые средства на

41

информатизацию государственного управления. В целом, затраты на информатизацию

госорганов в Германии составляют примерно 3—4 % федерального бюджета.

Уже в 2003 году в рамках BundOnline был начат проект Deutschland Online

(«Германия Online») по объединению электронных правительств федерального,

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

подачи заявлений в режиме он-лайн. Таким образом, «Германия Online» — это

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

административные услуги и развивают единые стандарты. В основе стратегии было

предоставление услуг гражданам и управление центрами по комплексному

предоставлению услуг. Здесь следует отметить, что электронное правительство

Германии изначально было ориентировано на активное общение с населением и

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

Реализовав большую часть задуманной программы BundOnline, и даже

перевыполнив некоторые ее плановые показатели, Германия приступила к программе

развития усовершенствованных услуг электронного правительства на основе опыта

Европейской Инициативы i2010. В связи с тем, что программа не завершена, подводить

ее итоги рано.

Сегодня среди приоритетов программы электронного правительства Германии

следует выделить:

создание систем баз данных идентификации и передачи информации по

стране;

оптимизацию сети процессов и сокращения бюрократических затрат;

ориентацию законодательства на возможности информационных

технологий.

Методика разработки и реализация электронного правительства Германии

является частью административной реформы. Она описывается в постоянно

обновляемом документе SAGA (Standards and Architecture for e-government

Applications), название которого можно расшифровать как «Стандарты и архитектура

42

прикладных систем электронного правительства». Архитектура электронного

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

разработанных по принципу «один на всех», так называемых «общих сервисов» (shared

services), таких, как: общие портальные сервисы, сервисы управления контентом,

сервисы оплаты государственных услуг, сервер электронных форм, компоненты

обеспечения безопасности, каталоги и т.д.

Основными идеями программы является всеобщий доступ к информации

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

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

Федеральное правительство также намерено сделать нормой общение по электронной

почте между гражданами и государственными служащими, что повысит уровень

демократии и участия граждан в управлении.

1.6.2.1 Программа «BundOnline 2005» («Германия в Сети 2005»)

В сентябре 2000 г. на всемирной выставке Экспо2000 канцлер ФРГ Герхард

Шредер объявил о запуске федеральной целевой программы «BundOnline 2005»

(«Германия в Сети 2005», «Союз на связи 2005»), которая стала основой в построении

электронного правительства Германии и главным элементом политики федерального

правительства на пути к информационному обществу. Девиз инициативы — «Больше

услуг и больше гласности».

Программа представляет собой широкий процесс реформ, в который вовлечена

целиком вся административная система Германии. Были поставлены достаточно

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

предоставить к концу 2005 г. 350 услуг федерального правительства

гражданам и бизнесу через Интернет;

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

обеспечить совместимость действий отдельных поставщиков услуг в

государственном секторе;

повысить гибкость работы государственных органов и обеспечить их 43

готовность к быстрым изменениям.

Реализация электронных государственных услуг на основе национальной

архитектуры электронного правительства в рамках «BundOnline 2005» стояла в числе

приоритетных направлений развития страны. Среди основных задач программы

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

где гражданам будут предлагаться услуги федеральных, региональных и местных

ведомств.

В дальнейшем по мере реализации программы планировалось объединить

электронные правительства федерального, регионального, местного и окружного

уровней власти Германии, предоставляя услуги гражданам быстрее, более прозрачным

образом и с меньшими затратами.

Среди преимуществ программы BundOnline 2005 — повышение удобства

работы для граждан, рост удовлетворенности среди пользователей и более

рациональное использование управленческих ресурсов. К базовым принципам,

декларируемым в рамках программы BundOnline 2005, относятся:

децентрализованная реализация с централизованным мониторингом и

обеспечением поддержки;

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

государством услуг.

Технически процесс предоставления государственных услуг через Интернет во

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

документооборота поступивших в систему сведений. По окончанию процесса

электронная форма с информацией направляется обратно пользователю. Такие

решения были реализованы путем интеграции Интернет-технологий с программами

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

бесплатно во все государственные учреждения Германии.

В рамках программы «BundOnline 2005» важно отметить реализацию проектов

по 3 направлениям работы электронного правительства, а именно по взаимодействию:

44

граждан —A2C (administration-to-citizen — администрация-граждане),

частных компаний — A2B (administration-to-business — администрация-

бизнес),

органов управления на федеральном, региональном и местном уровне —

A2A (administration-to-administration — администрация-администрация).

1.6.3 Реализация программ электронного правительства Германии

Рассмотрим практические результаты развития программы электронного

правительства в Германии и сервисов, доступных в он-лайне для всех ее жителей.

1.6.3.1 Онлайновая подача заявок на документы

Вместо традиционной подачи заявок на выдачу удостоверений личности,

загранпаспортов и водительских прав в соответствующие государственные органы с

последующим ожиданием от трех до четырех недель, теперь можно заказать эти

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

электронном виде, а через несколько дней его можно получить в соответствующем

органе власти. Федеральная типография предоставляет эту услугу жителям всех

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

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

лайн режиме.

1.6.3.2 Персональные налоговые декларации через Интернет

В настоящее время более 130 тыс. человек по всей Германии могут подавать

декларацию о своих доходах через Интернет. Восемь федеральных земель

предоставили предпринимателям такую же возможность для подачи деклараций по

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

1.6.3.3 Электронные государственные закупки

45

Организация закупок в электронной форме позволяет снизить на 5 % затраты

государства на закупки товаров и услуг и на 50—80 % уменьшить затраты на

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

управления размещают около 1 млн заказов на общую сумму более миллиарда евро.

1.6.3.4 Официальная статистика посредством Интернета

Услугу, которой пользуются уже несколько тысяч предприятий, предоставляя

ежемесячные отчеты по внешней торговле посредством Интернета, предлагает

Федеральное статистическое ведомство Германии.

1.6.3.5 Информационная система Profi для эффективного управления

продвижением проектов

Система способствует экономии времени и средств, благодаря чему упрощается

продвижение инновационных проектов в сферах образования, науки, экономики и

техники.

1.6.3.6 Интернет-служба для погашения студенческих займов

Служба BAfÖG-Online предназначена для подачи и обработки заявок на

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

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

студентами, и недоступна третьим лицам.

1.6.3.7 WAP-служба для ведения торговли в рамках Евросоюза

С помощью этой WAP-службы компаниям предоставляется возможность

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

налогоплательщика (ИНН) делового партнера. Результат из реестра той страны

Евросоюза, к которой принадлежит партнер, выдается через несколько секунд после

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

партнерами в пределах Евросоюза.

46

1.6.3.8 Модернизация работы полиции

В апреле 1999 г. в полиции Гамбурга была внедрена специальная

информационная система COMVOR F, с помощью которой был автоматизирован

документооборот всех сфер деятельности полиции, без внесения каких-либо

изменений в работу полиции. На федеральном уровне был создан специальный портал

федеральной полиции Германии — «Электронная полиция», на котором можно

оставить электронное заявление, например, с жалобой о несоблюдении прав

потребителей или совершении более тяжкого преступления. Полиция же, в свою

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

и провести дальнейшее расследование. Также на сайте есть раздел, посвященный

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

работе полиции.

1.6.3.9 Управление деловыми поездками для федеральных служащих

Было разработано решение для эффективного управления деловыми поездками

сотрудников, которое привело к 15-процентной экономии всех транспортных издержек

и к 50-процентной экономии административных затрат. Ключевой составляющей

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

использует централизованную транспортную БД и самостоятельно договаривается с

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

человека. С внедрением этой системы покупательная способность федерального

правительства возросла, схемы поездок были пересмотрены, а сами пользователи

теперь гораздо лучше ориентируются в предоставляемых им услугах.

В сфере медицинского обслуживания изменению подверглись полисы

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

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

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

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

47

Еще одним успешным проектом в рамках реализации концепции «электронного

правительства» стало превращение земли Шлезвиг–Гольштейн, расположенной на

севере Германии, в «электронный регион» (e-region) путем организации

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

Основной целью проекта было создание «государственного универсального

учреждения», которое обеспечит доступ к любым услугам из любого места на

территории региона.

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

создание телефонной сети, оптоволоконной сети и сети кабельного радио и

телевидения на бывшей военной базе, которую федеральное правительство передало

для преобразования в Центр информационных технологий;

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

города земли Шлезвиг–Гольштейн.

В рамках проекта была внедрена программа «электронная администрация» (e-

administration), которая объединила в себе:

сети передачи данных и речевых сообщений,

организации, предоставляющие все свои услуги по Сети,

стандартизованные системы и программное обеспечение,

различные службы (министерства, региональные и городские правительства,

законодательные и судебные органы, учебные заведения и органы здравоохранения) на

базе Интернета, что позволило:

предоставить доступ в Интернет всем сотрудникам, гражданам и компаниям,

предоставить гражданам электронные услуги через национальные,

региональные и локальные порталы,

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

(электронные налоги, электронное голосование, электронные закупки, информация и

т.д.) и внутренних (электронные архивы, межведомственная связь, электронное

обучение) электронных подписей.

48

Следующими этапами реализации проекта будет продолжение строительства

платформы «электронной администрации», превращение всей земли Шлезвиг–

Гольштейн в Fiberland («Кабельную страну») и более широкое обучение граждан

региона информационным технологиям.

Среди прочих электронных сервисов следует отметить:

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

поиска вакансий;

прием прошений от студентов об оказании им финансовой помощи в силу

тех или иных социальных причин;

осуществление выплат социально уязвимым слоям населения (например,

инвалидам или безработным), а также пособий на ребенка, стипендий студентам и т.д.;

прием заявок на разрешение строительства;

порталы общественных библиотек (каталоги, средства поиска);

оплата коммунальных платежей и т.д.

В рамках программы также реализовано множество услуг, которые носят в

основном информационный характер, например:

сайт Федерального министерства экономики и труда — по открытию

собственного бизнеса;

онлайн бюро по антимонопольной политике — в части контроля слияний

хозяйствующих субъектов;

сайт Федерального министерства финансов — по разъяснению вопросов

налогообложения в стране и т.д.

1.7 Нормативно-правовая база формирования в России электронного

правительства

В настоящее время в России имеются достаточные основания для

совершенствования работы государственного аппарата на основе широкого

использования информационно-коммуникационных технологий (далее — ИКТ) и

49

внедрения электронного правительства. Однако без необходимого развития

законодательной базы большинство проектов внедрения технологий электронного

правительства могут остаться в статусе инициативных работ и дорогостоящих

экспериментов. Рассмотрим основные этапы формирования нормативно-правовой базы

электронного правительства.

1.7.1 Первый этап — формирование программ развития информационного

общества в России (2000— 2004 гг.)

Развитие электронного правительства является важным компонентом программ

построения информационного общества. Считается, что главным стимулом для

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

России в работе саммита «Группы восьми», где традиционно обсуждаются проблемы

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

2000 г. на острове Окинава (Япония) состоялся очередной саммит «восьмерки», на

котором была подписана «Окинавская хартия глобального информационного

общества», в которой в качестве основной цели была заявлена ликвидация

международного разрыва в области информации и знаний.

Для достижения этой цели планировалось проводить мероприятия по

укреплению соответствующей политики и нормативно-правовой базы, обеспечению

экономической и финансовой стабильности, борьбе со злоупотреблениями, которые

подрывают целостность глобальных сетей, сокращению разрыва в цифровых

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

ИКТ заключается не только в переходе к информационному обществу, но также и в

реализации его полных экономических, социальных и культурных преимуществ. Также

развитие информационного общества должно сопровождаться согласованными

действиями по созданию безопасного и свободного от преступности

киберпространства. Одним из основных в Хартии стал вопрос о преодолении

информационного неравенства т.н. «электронно-цифрового разрыва» внутри

50

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

«Группу Восьми» взяли на себя обязательства по реализации программ, направленных

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

1.7.2 Федеральная целевая программа «Электронная Россия (2002—2010

годы)»

В начале 2001 г. на основании распоряжения Правительства Российской

Федерации от 12 февраля 2001 г. № 207-р была начата разработка проекта

Федеральной целевой программы «Электронная Россия». Постановлением

Правительства Российской Федерации от 28 января 2002 г. № 65 Федеральная целевая

программа «Электронная Россия (2002-2010 годы)» (далее ФЦП «Электронная

Россия») была утверждена.

ФЦП «Электронная Россия» предусматривает реализацию мероприятий по

девяти основным направлениям:

1) Совершенствование законодательства и системы государственного

регулирования в сфере ИКТ.

2) Обеспечение открытости в деятельности органов государственной власти и

общедоступности государственных информационных ресурсов.

3) Совершенствование деятельности органов государственной власти и органов

местного самоуправления на основе использования ИКТ.

4) Совершенствование взаимодействия органов государственной власти и

органов местного самоуправления с хозяйствующими субъектами и внедрения ИКТ в

реальный сектор экономики.

5) Развитие системы подготовки специалистов по ИКТ и квалифицированных

пользователей.

6) Содействие развитию независимых средств массовой информации

посредством внедрения ИКТ.

51

7) Развитие телекоммуникационной инфраструктуры и создание пунктов

подключения к открытым информационным системам.

8) Развитие системы электронной торговли.

9) Формирование общественной поддержки выполнения мероприятий

программы.

10) Первоначальная редакция ФЦП «Электронная Россия» предусматривала

очень широкий набор целей и задач — от создания условий для развития демократии

(равноправное вхождение граждан России в глобальное информационное сообщество)

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

механизмов электронной торговли. В качестве самой важной задачи ставилось

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

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

гражданами на основе использования ИКТ.

11) Реализацию программы предполагалось осуществить в три этапа:

На первом этапе (2002 г.) планировалось осуществить анализ нормативно-

правовой базы, изучить уровень информатизации экономики, сформировать систему

мониторинга эффективности использования ИКТ, в том числе в органах власти и

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

гармонизацию законодательства Российской Федерации в сфере ИКТ с положениями

международных конвенций и законодательством стран ЕС.

На втором этапе (2003 –— 2004 гг.) предполагалось на основе проведенных

исследований и сформированной законодательной базы начать реализацию проектов,

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

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

субъектами и гражданами в сфере налогообложения, таможенного декларирования,

регистрации юридических лиц, выдачи лицензий и сертификатов, подготовки и

представления статотчетности и по вопросам поставки продукции для федеральных

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

52

мероприятий в сфере инновационного развития — создание технопарков и

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

образовательных учреждениях страны специалистов в сфере ИКТ.

Третий этап программы (2005 –— 2010 гг.) был ориентирован на создание

основы для массового распространения ИКТ во всех сферах общественной

деятельности на основе единой информационной и телекоммуникационной

инфраструктуры и использования системы электронной торговли. На этом этапе

предполагалось комплексное внедрение системы электронной торговли для

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

стандартизированного электронного документооборота и систем обеспечения

информационной безопасности.

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

управления в органах власти фактически не позволяло на первом и втором этапах

эффективно внедрять электронные государственные услуги и в большинстве случаев

выполнялись в основном инициативные и (или) пилотные проекты, которые в этот

период реализовывались в отдельных органах власти.

Несмотря на все организационные трудности, само утверждение и начало

выполнения ФЦП «Электронная Россия» явилось серьезным стимулом для начала

проработки проектов развития электронного правительства на федеральном и

региональном уровнях.

Постановление Правительства Российской Федерации от 12 февраля 2003 г.

№ 98 «Об обеспечении доступа к информации о деятельности Правительства

Российской Федерации и федеральных органов исполнительной власти»

Первый шаг в формировании организационно-правовой основы обеспечения

информационной открытости органов власти в России был сделан принятием

постановления Правительства Российской Федерации от 12 февраля 2003 г. № 98

«Об обеспечении доступа к информации о деятельности Правительства Российской

Федерации и федеральных органов исполнительной власти». Данное постановление

предписывает федеральным органам исполнительной власти обеспечить доступ 53

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

информационных ресурсов, а также регулярного размещения этих информационных

ресурсов в информационных системах общего пользования, в том числе в сети

Интернет. Постановлением Правительства Российской Федерации утвержден перечень

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

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

Государственная Дума Российской Федерации в апреле 2007 г. приняла в

первом чтении законопроект «Об обеспечении доступа к информации о деятельности

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

государство берет на себя ответственность за то, чтобы гражданин мог реализовать

свое право на информацию» (В. Комиссаров, председатель Комитета по

информационной политике Государственной Думы»).

В законопроекте закрепляется состав информации о деятельности

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

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

требования к составу общедоступной информации в электронном виде об органе

власти.

Сфера действия законопроекта распространяется на отношения, возникающие в

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

государственной власти и органов местного самоуправления, но всю общественно-

значимую информацию неправомерно сводить лишь к информации о деятельности

органов государственной власти и органов местного самоуправления. Таким образом,

необходим более широкий и открытый подход к регулированию конституционного

права на информацию, а это, в свою очередь, требует более широкого

законодательного регулирования.

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

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

законодательного акта, который бы устанавливал гарантии права на информацию,

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

распространять информацию, а также ответственность субъектов предоставления

информации.

1.7.3 Второй этап — определение приоритетов информатизации органов

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

(2004 – 2006 гг.)

Второй этап развития процессов формирования концепции электронного

правительства в России связан с актуализацией задачи постановки приоритетов

программ, нацеленных на совершенствование деятельности органов государственной

власти и органов местного самоуправления на основе использования ИКТ. Недостатки

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

которые явно проявились на первом этапе этой деятельности, выявили острую

необходимость определения приоритетов на государственном уровне. Существенной

проблемой, которая проявилась на предыдущем этапе, являлась также традиционная

оторванность программ информатизации от целей и задач государственного

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

обозначены в 2005 – 2006 гг., после старта второго этапа административной реформы и

включения задачи развития электронного правительства в качестве одного из

компонентов реформирования органов государственной власти и органов местного

самоуправления.

1.7.4 Концепция использования информационных технологий в органах

государственной власти

В целях определения основных приоритетов, принципов и направлений

реализации единой государственной политики использования ИКТ в деятельности

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

государственного управления, в 2004 г. была разработана и одобрена распоряжением

Правительства Российской Федерации от 27 сентября 2004 г. № 1244-р «Концепция

использования информационных технологий в органах государственной власти».

55

Концепция содержит основные положения и принципы единой государственной

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

органов государственной власти, включая:

выявление и первоочередную информатизацию приоритетных направлений

деятельности федеральных органов государственной власти в целях социально-

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

при одновременном обеспечении общественного контроля их деятельности и

внедрении технологий электронного правительства;

повышение эффективности и прозрачности бюджетных расходов на

информатизацию федеральных органов государственной власти;

создание общей телекоммуникационной инфраструктуры органов

государственной власти, инфраструктуры удостоверяющих центров и среды

электронного взаимодействия в рамках реализации общего информационного

пространства федеральных органов государственной власти;

решение проблем повышения эффективности использования

государственных информационных систем, ресурсов и технологий, включая

совершенствование методического, информационного, нормативно-правового,

организационно-структурного, финансового, кадрового обеспечения;

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

мониторинг результатов создания единой информационно-технологической

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

государственной власти.

В Концепции также определена интегрированная организационная структура

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

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

государственной власти.

56

1.7.5 Третий этап — формирование нормативно-правовой базы развития

электронного правительства как компоненты административной реформы

(с 2006 г.)

Новая редакция ФЦП «Электронная Россия», которая принята почти

одновременно с Концепцией региональной информатизации, увязана с мероприятиями,

проводимыми в рамках административной реформы. Новая редакция была

скорректирована с учетом новых задач в области повышения эффективности

функционирования системы государственного управления в Российской Федерации и

направлена на создание «электронного правительства».

Одной из основных задач программы являются обеспечение эффективного

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

информационной вертикали государственного управления, повышение доступности

государственных услуг для населения и организаций, а также уровня квалификации

профессиональной подготовки работников органов государственной власти в сфере

использования ИКТ.

Основное внимание в этой редакции программы уделено внедрению ИКТ в

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

региональном уровне. В программе предусматривается реализация мероприятий по

6 основным направлениям:

1) Формирование стандартов и рекомендаций в сфере использования ИКТ в

государственном управлении.

2) Обеспечение эффективного межведомственного информационного

взаимодействия на основе ИКТ и интеграция государственных информационных

систем.

3) Обеспечение эффективности взаимодействия органов государственной власти

с населением и организациями на основе ИКТ.

4) Внедрение информационных систем управления деятельностью органов

государственной власти.

57

5) Создание типовых программно-технических решений поддержки

деятельности органов государственной власти.

6) Управление реализацией мероприятий Программы.

Предполагается, что выполнение Программы в 2007 – 2010 г. будет

осуществляться в две стадии:

первая стадия — 2007—2008 годы;

вторая стадия — 2009—2010 годы.

В период 2007 – 2008 гг. планируется завершить формирование методологии

повышения качества государственного управления на основе использования ИКТ. В

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

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

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

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

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

граждан.

В период 2009 – 2010 гг. предполагается осуществить опытную эксплуатацию,

доработку и поэтапное внедрение решений в области информационного

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

организациями, интеграции государственных информационных систем. Планируется

обеспечить масштабное распространение разработанных на предыдущих этапах

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

государственной власти и органов местного самоуправления, завершить формирование

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

Для обеспечения координации, разграничения сфер ответственности и

повышения эффективности реализации мероприятий административной реформы и

мероприятий ФЦП «Электронная Россия» Минэкономразвития России и

Мининформсвязи России подписан совместный приказ № 148/70 от 1 июня 2006 г. «О

58

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

административной реформы и программных мероприятий ФЦП «Электронная Россия».

1.7.6 Концепция региональной информатизации до 2010 г.

Распоряжение Правительства Российской Федерации от 17 июля 2006 г.

№ 1024-р

В 2006 году была принята «Концепция региональной информатизации до

2010 года», которая определила приоритеты, принципы и направления реализации

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

соответствии с задачами модернизации государственного управления и социально-

экономического развития регионов Российской Федерации.

Концепцией предусмотрено:

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

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

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

объединяющих их на основе общей информационно-технологической инфраструктуры

региона;

интеграция информационно-технологической инфраструктуры региона с

информационно-технологической инфраструктурой федерального уровня;

реализация комплекса мероприятий, направленных на обеспечение

управления региональной информатизацией, включая совершенствование ее

нормативно-правовой базы, разработку стандартов, создание типовых решений в сфере

региональной информатизации и их сертификацию, разработку программ и проектов

региональной информатизации, формирование соответствующих органов управления,

обеспечение мониторинга, организацию финансирования и софинансирования

программ и проектов региональной информатизации.

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

инфраструктуры, в качестве приложения к Концепции были также сформулированы

59

основные принципы функциональных подсистем и элементов инфраструктуры

электронного правительства региона.

В соответствии с Концепцией электронное правительство региона должно

включать следующие основные элементы:

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

мониторинга, анализа, прогнозирования и планирования деятельности органов

государственной власти субъектов Российской Федерации и органов местного

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

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

органов государственной власти субъектов Российской Федерации в информационном

обмене, а также контроль и надзор;

интеграционные подсистемы, обеспечивающие возможность организации и

обеспечения электронного информационного взаимодействия подсистем электронного

правительства региона как между собой, так и с государственными информационными

системами федерального значения;

общая информационно-технологическая инфраструктура, обеспечивающая

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

правительства региона.

1.7.7 Концепция формирования электронного правительства в Российской

Федерации до 2010 г.

16 августа 2007 г. на заседании Правительства Российской Федерации был

рассмотрен проект Концепции формирования электронного правительства до 2010 г.,

разработанный Мининформсвязи России. Основная идея Концепции — объединить все

инструменты межведомственного взаимодействия, закрепленные в ФЦП «Электронная

Россия», с задачами информатизации деятельности органов государственной власти.

На заседании было отмечено, что Концепция имеет четкую социальную

направленность. Ее реализация позволит обеспечить новый уровень предоставления в

электронном виде государственных услуг для граждан России.60

Распоряжением Правительства Российской Федерации от 6 мая 2008 г. № 632-р

одобрена Концепция формирования в Российской Федерации электронного

правительства до 2010 г. Концепция разработана Мининформсвязи России совместно с

Минэкономразвития России и ФСО России. В Концепции определены основные

приоритеты, направления и этапы формирования в Российской Федерации

электронного правительства на период до 2010 г., которые более подробно будут

рассмотрены далее.

Постановление Правительства Российской Федерации от 25 декабря 2007 г.

№ 931«О некоторых мерах по обеспечению информационного взаимодействия

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

государственных услуг гражданам и организациям»

В соответствии с постановлением Правительства Российской Федерации от

25 декабря 2007 г. № 931 «О некоторых мерах по обеспечению информационного

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

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

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

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

общероссийского Государственного информационного центра (далее — ОГИЦ).

Предполагается, что ОГИЦ позволит федеральным и региональным органам

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

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

Конечной целью создания единой информационной системы является организация

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

государственных услуг в сети Интернет. Предполагается, что федеральные органы

исполнительной власти с 1 января 2009 г. будут предоставлять государственные услуги

через единый портал государственных услуг.

1.7.8 Стратегия развития информационного общества в России

61

Проект «Стратегии развития информационного общества в России» был

разработан в течение 2005 г. рабочей группой при Совете Безопасности. Стратегия

развития информационного общества в Российской Федерации рассмотрена на

заседании Cовета Безопасности России под председательством Президента Российской

Федерации 25 июля 2007 г. На этом заседании было подчеркнуто, что главным

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

формирование открытого общества и создание условий для дальнейшего развития

демократических процессов в России. Благодаря реализации стратегии, к 2015 году

Россия должна войти в двадцатку лидеров глобального информационного общества, а

по показателю доступности информационной и телекоммуникационной

инфраструктуры для граждан и организаций — войти в десятку стран-лидеров. В

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

информационным ресурсам, размещаемым в системе Интернет, получат не менее 80 %

населенных пунктов; число точек общественного доступа к системе Интернет составит

не менее 4 на 10 тыс. населения.

По результатам этого заседания была создана Комиссия по вопросам развития

информационного общества при Совете при Президенте Российской Федерации по

науке, технологиям и образованию. Комиссия призвана обеспечить объединение

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

информационного общества.

Стратегия развития информационного общества в России утверждена 7 февраля

2008 г. Президентом Российской Федерации.

Итак, рассмотрев нормативно-правовую базу по вопросам формирования

электронного правительства в России, можно сделать следующие выводы:

1) Формирование нормативно-правовой базы находится в активной стадии

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

которые имеют отношение к вопросам развития электронного правительства, имеют

статус концепций. В настоящее время Правительством Российской Федерации

62

утверждены пять документов со сроком действия до 2010 г., имеющих прямое

отношение к развитию электронного правительства:

Концепция административной реформы в Российской Федерации;

ФЦП «Электронная Россия»;

Концепция формирования электронного правительства в Российской

Федерации;

Концепция региональной информатизации;

Концепция использования информационных технологий в органах

государственной власти.

Необходимость реализации электронного правительства отражена и в

Стратегии развития информационного общества в России, которая утверждена

Президентом России.

2) Основные проблемы, которые не получили необходимого юридического

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

правительства, связаны с двумя нерешенными вопросами:

легитимизация электронного документа и исключение необходимости

дублирования электронного документооборота бумажными документами, заверенными

традиционным способом;

обеспечение эффективного межведомственного информационного

взаимодействия на основе ИКТ и интеграция государственных информационных

систем.

3) Концепцией административной реформы в Российской Федерации и

Концепцией формирования в Российской Федерации электронного правительства до

2010 г. предусмотрен ряд механизмов существенного повышения качества и

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

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

региональном и муниципальном уровнях.

63

Ключевым принципом является многоканальность предоставления услуги, т. е.

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

отдельные административные процедуры наиболее удобным для него способом: лично,

через Интернет или по телефону. Должно соблюдаться требование наличия «единой

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

единого адреса в сети Интернет, общего телефонного номера. При этом

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

реализуются соответствующими органами власти в соответствии с

административными регламентами.

1.8 Концепция формирования электронного правительства в Российской

Федерации до 2010: приоритеты и перспективы

Основными целями формирования электронного правительства в Концепции

формирования электронного правительства в Российской Федерации до 2010 (далее —

Концепция формирования электронного правительства) определены:

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

гражданам государственных услуг, упрощение процедуры и сокращения сроков их

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

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

обслуживания граждан;

повышение открытости информации о деятельности органов

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

непосредственного участия организаций, граждан и институтов гражданского

общества в процедурах формирования и экспертизы решений, принимаемых на всех

уровнях государственного управления;

повышение качества административно-управленческих процессов;

совершенствование системы информационно-аналитического обеспечения

принимаемых решений на всех уровнях государственного управления, обеспечение

64

оперативности и полноты контроля за результативностью деятельности органов

государственной власти и обеспечение требуемого уровня информационной

безопасности электронного правительства при его функционировании.

Ожидается, что к 2010 году все федеральные органы власти и регионы будут

иметь центры телефонного обслуживания населения, интернет-сайты,

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

Кроме того, к 2010 году будет обеспечен полный перевод в электронный вид 10

наиболее значимых государственных услуг, как-то заполнение бланков на оформление

персональных документов (паспортов, водительских лицензий), различных детских

пособий, заполнение квитанций на оплату штрафов за нарушение правил дорожного

движения.

В Концепции формирования электронного правительства также предлагаются

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

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

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

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

цифровой подписью.

Концепция формирования электронного правительства определяет вопросы

нормативно-правовой регламентации общей инфраструктуры федерального уровня.

Согласно Концепции формирования электронного правительства в рамках

деятельности по совершенствованию нормативно-правовой базы необходимо

обеспечить:

развитие законодательства, обеспечивающего использование электронной

подписи в Российской Федерации, гармонизированного с международными правовыми

актами;

внесение изменений в законодательные акты о закупках товаров (работ,

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

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

65

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

совместных конкурсов с целью экономии на масштабе закупок;

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

порядок определения необходимого объема авторских имущественных прав, в

процессе закупок программ для ЭВМ для государственных нужд, порядок оценки

конкурсных заявок, включая порядок закрепления и учета авторских имущественных

прав на свободное программное обеспечение (программы для ЭВМ с открытым

кодом);

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

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

документооборота, использованием в системах электронного документооборота

открытых стандартов форматов электронных документов, созданием и эксплуатацией

государственных информационных систем, обеспечением их технологической и

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

информационной безопасности;

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

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

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

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

органов в электронном информационном обмене;

внесение изменений и дополнений в законодательные акты об архивном

фонде, регламентирующих порядок формирования, ведения и использования

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

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

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

По мнению разработчиков Концепции формирования электронного

правительства, реализация этих мер позволит устранить отставание законодательства в

области процессов формирования электронного правительства от потребностей

66

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

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

общепризнанными нормами и принципами международного права.

67

2 ВЫЯВЛЕНИЕ И АНАЛИЗ ПРОБЛЕМ, СВЯЗАННЫХ С

ОТСУТСТВИЕМ ФУНКЦИОНАЛЬНО-ИНФОРМАЦИОННЫХ АРХИТЕКТУР

ИНФОРМАЦИОННЫХ СИСТЕМ И ТЕХНОЛОГИЙ ОРГАНОВ

ГОСУДАРСТВЕННОЙ ВЛАСТИ И МЕСТНОГО САМОУПРАВЛЕНИЯ

ЛЕНИНГРАДСКОЙ ОБЛАСТИ И ЕДИНОЙ АРХИТЕКТУРЫ «ЭЛЕКТРОННОГО

ПРАВИТЕЛЬСТВА» ЛЕНИНГРАДСКОЙ ОБЛАСТИ

2.1  Описание и анализ используемых в органах государственной

власти и местного самоуправления Ленинградской области,

подведомственных им предприятиях и учреждениях

информационных систем, информационных технологий,

информационных ресурсов и метаданных, технологий

обеспечения информационного обмена, методов и средств защиты

информации, существующей инфраструктуры информатизации

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

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

предприятиях и учреждениях информационных систем, информационных технологий,

информационных ресурсов и метаданных, технологий обеспечения информационного

обмена, методов и средств защиты информации, существующей инфраструктуры

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

государственной власти и местного самоуправления, оказание ими услуг населению и

бизнесу представлены на Таблица 3 3.

68

Таблица 3 . Сводные данные по используемым информационным системам

Структурное подразделение

Администрации ЛО

Наименование ИС Наименование ИРНазначение и

область применения

Программно-техническая

характеристика

Информационное обеспечение

Перечень входных и выходных данных

Информационные услуги

Аппарат Губернатора и Правительства Ленинградской области

Единая система электронного делопроизводства и документооборота Кодекс: Документооборот

База данных "Протокол" правительства Ленинградской областиБаза данных "Служебная корреспонденция" Правительства Ленинградской областиБД "Письма и обращения граждан" Правительства ЛОБаза данных "Контроль исполнительской дисциплины" Правительства Ленинградской области

Автоматизация процессов делопроизводства

Общее число рабочих станций: 55,

Программное обеспечение (ОС; СУБД / ППП): windows 98/2000/xp; SQL server

Тип ЛВС: tcp/ipОбщее число серверов: 1

Бумажные носители / Электронные документы

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

Условия и способы их предоставления, формат представляемых данных:ms word, seagate crystal reports

Архивный комитет Санкт-Петербурга и Ленинградской области

Программно-информационный комплекс "Архивы Ленинградской области"

- Создание базы данных, содержащей информацию о фондах и документах архивных

Общее число рабочих станций: 8,

Программное обеспечение (ОС; СУБД /

Архивные документы / электронные документы

Перечень информационных услуг по предоставлению информации из ИС: автоматическое формирование

учреждений Ленинградской области: ЛО государственного архива в г.Выборге(ЛОГАВ) и муниципальных архивов

ППП): windows 2000 / Oracle

Тип ЛВС: wi-fiОбщее число серверов: 1

документов

Программно-информационный комплекс "Электронная система учета архивных документов"

- Автоматизация учетных функций Архивного комитета и муниципальных архивов

Общее число рабочих станций: 1,

Программное обеспечение (ОС; СУБД / ППП): windows 2000 / Ms access

Телекоммуникационное оборудование (коммутаторы, маршрутизаторы): Lotus Notes

Ведение документов в автоматизированном режиме

-

Администрация Гатчинского муниципального района

Автоматизированное рабочее место "Арендная плата за землю физических и юридических лиц"

АРМ "Аренда земли физических и юридических лиц"

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

Общее число рабочих станций: 0,

Программное обеспечение (ОС; СУБД / ППП): windows 98 / borland

Постановления о предоставлении участков в аренду, платежные поручения, договра аренды / формы формируемые в формат Exel

Условия и способы их предоставления, формат представляемых данных: ms word / exel;Ограничение по доступу к информационным

70

уровня,а также в КУИ Гатчинского муниципального района, по юридическим и физическим лицам. Начисление арендно

BDE / Ms office ресурсам ИС: разграничение прав доступа и паролей

Наличие сведений конфиденциального характера в составе информационного ресурса: Да

Реестр юридических лиц и муниципального имущества

Реестр юридических лиц и муниципального имущества

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

Общее число рабочих станций: 11, Программное обеспечение (ОС; СУБД / ППП): windows 98 и выше / interbase / borland BDE / ms office

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

Комитет по труду и занятости населения

Автоматизированная система "Региональное хранилище данных"

Региональное хранилище данных

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

Общее число рабочих станций: 6,

Программное обеспечение (ОС; СУБД / ППП): windows 2000/2003/xp SQL server 2.03

Тип ЛВС: витая пара

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

71

Общее число серверов: 1

информацииУсловия и способы их предоставления, формат представляемых данных: оперативное получение аналитических дынных, предоставление информации в фоме таблиц, графиков, диаграмм. excel 2000/2003Ограничение по доступу к информационным ресурсам ИС: система разграничения правНаличие сведений конфиденциального характера в составе информационного ресурса: Да

Информационный web-портал службы занятости населения Ленинградской области

Выполнение представительских функции в сети Интернет

Общее число рабочих станций: 45,

Программное обеспечение (ОС; СУБД / ППП): windows 2000/2003/xp

есть возможность экспорта информации с портала в ПК Катарсис, импорта из БД Катарсис на портал

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

72

Тип ЛВС: витая параОбщее число серверов: 21Иное телекоммуникационное оборудование (коммутаторы, маршрутизаторы): модем, сплиттеры

Условия и способы их предоставления, формат представляемых данных:HTML

Наличие удаленного доступа к информационным ресурсам ИС: Да

Ограничение по доступу к информационным ресурсам ИС: система разграничения прав доступа

Наличие сведений конфиденциального характера в составе информационного ресурса: Да

Локальная вычислительная сеть Управления ФГСЗН по Ленинградской области

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

Общее число рабочих станций: 50,Иное используемое в ИС оборудование: активное сетевое

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

Перечень информационных услуг по предоставлению информации из ИС: информация о состоянии технических средств,

73

находящимися на сервере или на какомлибо другом

оборудование

Программное обеспечение (ОС; СУБД / ППП): windows 2003 server

Тип ЛВС: на витой пареОбщее число серверов: 3Иное телекоммуникационное оборудование (коммутаторы, маршрутизаторы): ADSL

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

Программный комплекс "Катарсис"

Информационные срезы ПК "Катарсис"

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

Общее число рабочих станций: 310,Иное используемое в ИС оборудование: 295-принтеры

Программное обеспечение (ОС; СУБД / ППП): dos, windows 2000/2003/xp / foxpro 2.6

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

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

Условия и способы

74

Тип ЛВС: витая параОбщее число серверов: 21Иное телекоммуникационное оборудование (коммутаторы, маршрутизаторы): меодемы, сплиттеры

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

Наличие сведений конфиденциального характера в составе информационного ресурса: Да

Комитет по здравоохранению

Анализ показателей качества медицинской помощи на основе расчета индикатора качества(ИНДИКАТОРЫ)

Данные для расчета индикаторов качестваБД значения индикаторов качества ЛПУЗначения индикаторов качества АТО и области

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

Общее число рабочих станций: 22

Программное обеспечение (ОС; СУБД / ППП): MS FOXPRO 6.0

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

Условия и способы их предоставления, формат

75

представляемых данных: по запросу, по согласованию с правительством ЛО

Регистр медработников

Регистр медработников

Ведение федерального регистра медработников

Общее число рабочих станций: 63, Программное обеспечение (ОС; СУБД / ППП): СУБД "HiTech"

передача сформированного файла в территориальное управление РосЗдравнадзора по СПБ и ЛО

Система обработки медико-статистических данных по формам отраслевой отчетности (VISUALMEDINFO)

БД формыБД Субъекты отчетностиБД Методики расчетаБД Методики контроляБД Статистические данные

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

Общее число рабочих станций: 5,

Программное обеспечение (ОС; СУБД / ППП): windows 98/2000/xp visual fox pro 6.0

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

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

76

Система обработки медико-статистических данных по формам отраслевой отчетности (МЕДИНФО)

БД Субъекты отчетностиБД формыБД Методики расчетаБД Методики контроляБД Статистические данные

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

Общее число рабочих станций: 68,

Программное обеспечение (ОС; СУБД / ППП): MS-DOS, FOXPRO

формируются по сводным данным

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

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

Система обработки реестров больничных листов на законченный случай временной нетрудоспособности (SICKLIST)

Реестры больничных листов

Сбора данных по реестрам больничных листов прролеченных пациентов в ЛПУ Ленинградской области

Общее число рабочих станций: 45,

Программное обеспечение (ОС; СУБД / ППП): MS DOS /Fox PRO

документы в электронном виде

Перечень информационных услуг по предоставлению информации из ИС: информация из ИС в виде сводов по реестрам поступает в ИС МЕДИНФО

Условия и способы их предоставления, формат представляемых

77

данных: в электронном виде 1 раз в квартал. сжатый формат .lza .fpt

Комитет общего и проф. образования

ИС "Надежда" БД о детях оставшихся без попечения родителей

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

Общее число рабочих станций: 1

Программное обеспечение (ОС; СУБД / ППП): windows 98

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

Условия и способы их предоставления, формат представляемых данных: данные предоставляются гражданами в устной форме при условии соблюдения требований семейного кодекса РФ

Программный комплекс Министерства образования РФ (ПК МОРФ)

Программный комплекс министерства образования РФ (ПК МОРФ)

Сбор данных по сводным формам федерального государственного статистическог

Общее число рабочих станций: 1,

Программное обеспечение (ОС; СУБД /

Перечень информационных услуг по предоставлению информации из ИС: сведения федерального

78

о наблюдения об учебных заведениях

ППП): windows 2000

государственного статистического наблюдения

Условия и способы их предоставления, формат представляемых данных: данные предоставляются по запросам организаций

Комитет по агропромышленному и рыбохозяйственному комплексу

АИС Ведомственная интегрированная информационная система

Администрирование Предприятия Ленинградской области Генератор отчетовРеестры получателей субсидий

Поддержка процесса субсидирования производителей сельскохозяйственной продукции Подготовка аналитических документов для осуществления реализации Приоритетного Национального проекта «Развитие Агропромышленного Комплекса».

Общее число рабочих станций: 7

Программное обеспечение (ОС; СУБД / ППП): windows 2003 / oracle 10

внутренние документы комитета общим числом около 70

Перечень информационных услуг по предоставлению информации из ИС: ведение базы внутренних документов комитета

Условия и способы их предоставления, формат представляемых данных: файл в формате txt, xml, xls

Комитет финансов

Управление бюджетным

AZK2006, AZK2005, AZK2004, AZK2003

Осуществление процесса

Общее число рабочих станций:

Генерируются и принимаются для

Перечень информационных

79

процессом Ленинградской области

AZKPLANAZKCONSSkif3, Skif_OTCH, Skif_PBUD, Skif_OPER, Skif_MIN

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

115Иное используемое в ИС оборудование: ноутбуки 9шт, принтеры 110шт ,сканеры 2шт.Программное обеспечение (ОС; СУБД / ППП): windows 2000, oracle-9i, криптоПро-2, mssql-2000Общее число серверов: 17Иное телекоммуникационное оборудование (коммутаторы, маршрутизаторы): коммутаторы-5шт, модемы-4шт, межсетевой экран-1шт, криптошлюз

обработки электронные документы, соответствующие требованиям, изложенным в бюджетном кодексе РФ, приказах Минфина, нормативно-правовых документах казначейства РФ ЦБ РФ

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

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

Комитет по печати и

телекоммуникациям

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

БД "Градостроительная деятельность"

Ввод, хранение и анализ и документирования данных о планировании застройки о

Общее число рабочих станций: 74Иное используемое в ИС

формы на бумажной основе / выходные документы

Перечень информационных услуг по предоставлению информации из ИС: информационные

80

"Градостроительная деятельность" (ИАС ГД)

ходе строительства, подготовки ряда документов, определяющих градостроительную деятельность

оборудование: Программное обеспечение (ОС; СУБД / ППП): windows 98 и выше / ms access xp / office xpОбщее число серверов: 1

выборки из тематической базы, градостроительные документы, отчеты

Условия и способы их предоставления, формат представляемых данных: информация предоставляется бесплатно на основе соглашений и запросов / *.doc

Информационно-аналитическая система администрации муниципального образования "Жилищно-муниципальный комплекс"

БД "Жилищно-коммунальный комплекс"

Обеспечение информационной поддержки администрации муниципального образования при осуществлении функций управления социально-экономическим развитием территорий и региона в целом

Общее число рабочих станций: 74

программное обеспечение (ОС; СУБД / ППП): windows xp / office xp

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

Условия и способы их предоставления, формат представляемых данных: графический, табличный, текстовый

Информационно- БД "Социальная Повышение Общее число Перечень

81

аналитическая система администрации муниципального образования "Социальная сфера" (ИАС СС)

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

рабочих станций: 76Программное обеспечение (ОС; СУБД / ППП): windows xp / office xp

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

Условия и способы их предоставления, формат представляемых данных: графический, табличный, текстовый

Информационно-аналитическая система администрации муниципального образования "Экономика"

БД "Экономика" Обеспечение информационной поддержки администрации муниципального образования при осуществлении функций управления социально-экономическим развитием территорий и региона в целом

Общее число рабочих станций: 74Программное обеспечение (ОС; СУБД / ППП): windows xp / office xp

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

Условия и способы их предоставления,

82

формат представляемых данных: графический, табличный, текстовый

Информационно-справочная система органов государственной власти Ленинградской области (Linfo)

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

Общее число рабочих станций: 0

данные для справочно-информационной системы вносятся или изменяются уполномоченными сотрудниками Органов государственной власти, чьи права доступа определены в системе в соответствии с поставленными задачами

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

Официальный интернет-портал Администрации Ленинградской области

Официальный портал Администрации Ленинградской области www.lenobl.ru

Информационно-коммуникационная система, обеспечивающая

Программное обеспечение (ОС; СУБД / ППП): Операционная система -

Перечень информационных услуг по предоставлению информации из ИС: Формы для отправки

83

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

FreeBSD; управление web-сервером - Apache; СУБД - PostgreSQL 7.2

вопросов, заявок в органы исполнительной власти Ленинградской области через Интернет-портал Администрации; Лента новостей, анонсов, планов мероприятий - рассылается по подписке.

Условия и способы их предоставления, формат представляемых данных: Бесплатно, в электронном виде, запрашиваемый формат (документы Word, Excel, фотографии любого формата, шаблоны справок, заявок и т.д.)

Система видеоконференции (ВКС) органов власти Ленинградской области

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

Программное обеспечение (ОС; СУБД / ППП): разработано DiViSy GroupИное

Перечень информационных услуг по предоставлению информации из ИС: предоставляет услуги видеоконференцсвяз

84

текущих вопросов

телекоммуникационное оборудование (коммутаторы, маршрутизаторы): терминальное оборудование для рабочего места абонента

и

Система служебной электронной почты органов государственной власти Ленинградской области Lotus Notes/Domino

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

Общее число рабочих станций: 262,Программное обеспечение (ОС; СУБД / ППП): windows 2000/xp/98se/ME/NT 4.0 Lotus Notes/domino,Общее число серверов: 7

данный вид обеспечения в системе не предусмотрен

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

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

Комитет по природным

Информационно - аналитическая

Базы цифровых картографических

Повышение эффективности

Общее число рабочих станций:

Перечень информационных

85

ресурсам и охране окружающей

среды

система использования и охраны водных объектов Ленинградской области - информационно - моделирующий комплекс управления водопользованием Ленинградской области

проектов,Базы атрибутивных данных,Текстовые базы данных

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

5Иное используемое в ИС оборудование: P-4-1800/512/40/dvd

Программное обеспечение (ОС; СУБД / ППП): MS windows 2000 server prof/98 субд: ms access xp

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

Условия и способы их предоставления, формат представляемых данных: графический, табличный

Территориально распределенная автоматизированная система информационного обеспечения управления недропользованием (АИС Недропользование)

БД Недропользование,БД полнотекстовых документов и материалов,Картографическая база данных АИС Недропользование

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

Общее число рабочих станций: 21Иное используемое в ИС оборудование: Кпк, плоттеры, принтеры, сканеры

Программное обеспечение (ОС; СУБД / ППП): MS Wndows 2000

Перечень информационных услуг по предоставлению информации из ИС: Информационные выборки из тематической БД на основе произвольно формируемых еритериев, типовые отчеты, картографичесие материалы

Условия и способы их предоставления,

86

недропользования на

server prof, 98 / MS Access

формат представляемых данных: документы и выборки: doc, html, xls, jpg, pdf

Комитет экономического

развития

Автоматизированная информационная система госзакупок ОВГ Ленинградской области (АИСГЗ)

Автоматизированная информационная система госзакупок ОВГ Ленинградской области

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

Общее число рабочих станций: 25

Программное обеспечение (ОС; СУБД / ППП): windows 2000/xp / Oracle, Access

Общее число серверов: 4

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

Условия и способы их предоставления, формат представляемых данных: Отображение из АИСГЗ данных на официальном специализированном сайте государственного заказа ЛО

АИС Каталог информационных ресурсов

Каталог информационных ресурсов комитета

Представление руководству комитета

Общее число рабочих станций: 3

Внутренние документы комитета экономического

Перечень информационных услуг по

87

экономического развития ЛО

необходимой информации для оперативного принятия решений

Программное обеспечение (ОС; СУБД / ППП): windows 2000/xp СУБД: mysql

развития, общим числом около 70

предоставлению информации из ИС: ведение базы данных внутренних документов комитета

Условия и способы их предоставления, формат представляемых данных: форматы представления: doc, xls

АИС Региональная экономика

База экономических показателей (АИС Региональная экономика)

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

Общее число рабочих станций: 8

Программное обеспечение (ОС; СУБД / ППП): windows 2000/xp СУБД: MS SQL server 2000

официальные документы

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

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

88

формат

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

ИС учета внешних связей Ленинградской области

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

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

Общее число рабочих станций: 6

Программное обеспечение (ОС; СУБД / ППП): windows xp, ms office 2000

в соответсвии с интрукцией по делопроизводству

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

Условия и способы их предоставления, формат представляемых данных: размещение информации на официальном сайте ЛО, в разделе Международные и региональный связи(для чтения)

Комитет по труду и социальной защиты населения

ИС “Социальная сфера”

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

Повышение эффективности и оперативности управления в области соц.сферы МО за счет своевременного предоставления лицам,

Программное обеспечение (ОС; СУБД / ППП): windows xp, ms office 2000

в соответсвии с интрукцией по делопроизводству

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

Условия и способы

89

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

их предоставления, формат представляемых данных: визуальный вид предоставление информации, возможность экспорта файла в xls-формат

90

Работы, которые проводятся в настоящее время в рамках развития

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

1. Работы, проводимые в рамках создания единого

информационного пространства органов исполнительной

власти Ленинградской области.

2. Внедрение отраслевых информационных систем.

Первое: работы, проводимые в целях создания единого

информационного пространства органов исполнительной власти

Ленинградской области

В рамках создания единого информационного пространства органов

государственной власти Ленинградской области создан Внутренний портал

Правительства Ленинградской области.

Внутренний портал Правительства ЛО и внутренние сайты

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

комитетов Правительства, что обеспечивает защищенный доступ

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

информации, обрабатываемой в отраслевых автоматизированных системах.

В настоящем году разработана система персонифицированного

доступа к внутреннему порталу Ленинградской области

Работы в рамках создания ЕСПД Ленинградской области включают в

себя:

1. Проектирование телекоммуникационной инфраструктуры сети

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

Ленинградской области.

Ключевыми целями этой работы являются:

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

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

образований Ленинградской области с учетом требований Комитета

финансов Ленинградской области.

Разработка предложений о возможных вариантах передачи/приема

данных в электронном виде между бюджетными учреждениями,

финансируемыми из бюджета Ленинградской области), расположенными на

территории поселений МО ЛО и комитетом финансов Ленинградской

области.

Выработка общих требований к оборудованию, программному

обеспечению, сертификации оборудования.

2. Выполнение работ по модернизации и развитию единой сети

передачи данных органов государственной власти Ленинградской области

Основной целью работы является разработка типовых технических

решений по организации каналов передачи данных между финансовыми

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

органами администраций муниципальных районов.

3. Организация ведомственной сети передачи данных комитета по

здравоохранению Ленинградской области, включая услуги для организации

каналов «Телемедицинской сети Ленинградской области».

В соответствие с техническим заданием, 14 учреждений

здравоохранения должны быть объединены в ведомственную сеть передачи

данных для комитета здравоохранения Ленинградской области,

обеспечивающая проведение сеансов Телемедицины.

В 2007 году создан Удостоверяющий центр Правительства

Ленинградской области. В правительстве области ЭЦП используется в

системе Единой диспетчерской службы. Электронной цифровой подписью

подписываются ежедневные сообщения дежурных муниципальных

образований губернатору Ленинградской области о событиях, произошедших

за сутки.

Кроме того, выполняются следующие работы:

Разработка нормативной базы по разграничению доступа

пользователей к ресурсам ЛВС Правительства ЛО и настройке технических

92

средств управления доступом ЛВС ПЛО – заказчик Комитет по печати и

телекоммуникациям Ленинградской области.

Разработка системы персонифицированного доступа к внутреннему

порталу Ленинградской области – заказчик Комитет по печати и

телекоммуникациям Ленинградской области.

Работы по развитию системы информирования населения.

Продолжается работа по созданию Интернет-представительств

отдельных органов исполнительной власти и организаций. В настоящее

время реализуются следующие проекты:

Разработка, техническая поддержка и продвижение интернет сайта

"Областной информационный центр поддержки НКО Ленинградской

области" – заказчик Комитет по информационно-аналитическому

обеспечению Ленинградской области.

Развитие информационно-справочной системы органов

государственной власти Ленинградской области

В ходе выполнения данной работы, должны быть выполнены

следующие работы:

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

соответствии с ФЗ «59 об обращениях граждан Российской Федерации» от 2

мая 2006г.;

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

информационных терминалов Системы, установленных в различных районах

ЛО;

разработка программного модуля, позволяющего пользователям

внутренней локальной сети выводить на печать информацию о

подразделении, сотруднике или результатах поиска;

обеспечение доступа пользователей Системы к актуальной

информации об административно-территориальном делении ЛО;

актуализация раздела «Предприятия ЛО» телефонного справочника

Системы;

93

В области реализован проект по внедрению ЕДДС Ленинградской

области, объектами которой является ядро системы - дежурная служба

Губернатора Ленинградской области и территориальные пункты ЕДДС

(дежурные службы администраций муниципальных образований). ИС ЕДДС

объединяет в один комплекс дежурную службу Губернатора Ленинградской

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

образований, предприятий, ответственных за обеспечение деятельности

органов местного самоуправления, федеральных служб и ведомств. ЕДДС

строится с использованием геоинформационных систем.

Внедрена система постоянного взаимодействия ИС ЕДДС с создаваемым

СЦ Губернатора Ленинградской области.

Второе: внедрение отраслевых информационных систем

Здравоохранение

Регистр медработников Комитета по здравоохранению – В

Регистре предусмотрена передача сформированного файла в

территориальное управление РосЗдравнадзора по СПБ и ЛО. Стоит отметить,

что ИС данного комитета имеют возможность информационного как между

собой, так со внешними системами, кроме этого существует возможность

создания индивидуальных версий ПО для ЛПУ и районов

Образование

Данные, приведенные в таблице 3 показывают, что в

информационных системах Комитета по общему и профессиональному

образованию реализована передача данных федеральному оператору в

Департаменте молодежной политики, воспитания и социальной защиты

детей Мин.обр.РФ и в ГИВЦ федерального агентства по образованию.

В настоящее время в отрасли «Образование» создаются, как

минимум, следующие информационные системы:

Создание системы интерактивных форм дистанционного сбора

данных.

94

Модернизация автоматизированной информационной системы

"Медиатека".

Модернизация программной основы единого информационно-

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

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

Данная работа предусматривает создание двух систем: АРМ РОНО и

АРМ «Директор».

АРМ «РОНО» представляет собой специализированную систему сбора,

обработки, анализа, хранения и передачи информации должна быть

предназначена для эффективного управления муниципальной

образовательной системой и позволять:

сформировать единый банк данных всех типов и видов

образовательных учреждений на уровне района, города, региона;

осуществлять выборку данных как по конкретному

образовательному учреждению, так и по совокупности их видов и

типов;

сформировать единый интегрированный банк данных

учащегося контингента, педагогических (административных)

кадров образовательных учреждений района (города, региона);

решать задачи учета переподготовки кадров, планирования

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

(административных) кадрах;

осуществлять мониторинг образовательной деятельности в

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

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

АРМ «Директор»

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

делопроизводства, автоматизации процессов управления школой,

планирования и контроля качества учебного процесса,  должна содержать

функциональные подсистемы.

95

Социальная защита населения

Разработка автоматизированной системы расчета прогнозных

демографических показателей в разрезе муниципальных образований (ИАС

"Демография и трудовые ресурсы Ленинградской области") – заказчик

Управление делами правительства Ленинградской области.

Разработка и внедрение модернизированного программного

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

отдельных категорий льготных граждан в Ленинградской области – заказчик

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

Информационные система Комитета по труду и занятости населения

предоставляют возможность организовать обмен данными для

информационных систем (в том числе данными по вакансиям и резюме

ищущих работу). Программный комплекс "Катарсис" реализует обмена

данными с порталом, производит импорт данных с предприятиями и

учредителями из ИС федеральной налоговой службы.

Развитие информационно-аналитической системы обеспечения

социальной поддержки населения Ленинградской области в 2008году.

В данную работу входят два лота:

Развитие региональной автоматизированной информационной

системы «Единая база данных социальной защиты населения»

Ленинградской области (АИС ЛО «Соцзащита»)”.

Работы по модернизации защищенной транспортной системы

локальной вычислительной сети Комитета по социальной защите населения

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

Первая работа посвящена доработке уже существующих баз данных

БД «Ветераны», «Пособие неработающим гражданам с детьми до 1,5 лет»,

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

предоставления мер социальной поддержки.

Задачей второй работы является обеспечение защищенного доступа к

ЛВС комитетов социальной защиты населения Ленинградской области,

96

который необходимо предоставить для пользователей 18-ти муниципальных

образований.

Культура

В данной отрасли ведется разработка и внедрение

автоматизированных рабочих мест для системы мониторинга, анализа и

прогнозирования развития отрасли культуры Ленинградской области.

Заказчиком работы выступает Комитет по культуре Ленинградской области.

Недропользование

1. Обеспечение функционирования территориально –

распределенных АИС «Недропользование», разработка блока принятия

управленческих решений в сфере недропользования на основе всей

имеющейся в системе информации, информационное обеспечение органов

управления. Заказчик: Комитет по природным ресурсам и охране

окружающей среды Ленинградской области.

2. Разработка (завершающий этап) и техническое сопровождение

информационно-моделирующего комплекса управления водопользованием

ЛО. Заказчик: Государственное учреждение "Региональное агентство

природопользования и охраны окружающей среды".

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

охраны водных объектов Ленинградской области - информационно -

моделирующий комплекс управления водопользованием Ленинградской

области Комитета по природным ресурсам и охране окружающей среды ЛО

(в части лесных отношений) – в данной системе может быть отражен

характер взаимодействия с другими отраслевыми/ведомственными

подсистемами, с ИС других отраслевых комитетов и ведомств, с ИС

федерального уровня.

4. «Проектирование и создание информационно-аналитической

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

Ленинградской области».

Ключевыми результатами данной работы должно стать:

97

информационная система мониторинга параметров, характеризующих

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

среды Ленинградской области

автоматизированная система ведения информационных ресурсов в

сфере управления природными ресурсами и охраной окружающей среды

Ленинградской области

аналитическая система комплексного многомерного анализа

информации в сфере управления природными ресурсами и охраной

окружающей среды Ленинградской области

интегрированная геоинформационная система «Природные ресурсы и

охрана окружающей среды» Ленинградской

информационная система нормативной правовой и организационной

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

окружающей среды Ленинградской области.

информационная система подготовки (актуализации) и ведения

формализованных аналитических материалов в сфере управления

природными ресурсами и охраной окружающей среды Ленинградской

области

5. «Проектирование и создание информационно-аналитической

системы управления развитием жилищно-коммунального, топливно-

энергетического комплексов и инженерной инфраструктуры Ленинградской

области» должно привести к разработке следующих подсистем:

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

жилищно-коммунального, топливно-энергетического комплексов и

инженерной инфраструктуры в Ленинградской области .

автоматизированного ведения информационных ресурсов в сфере

управления развитием жилищно-коммунального, топливно-энергетического

комплексов и инженерной инфраструктуры Ленинградской области и

муниципальных образований

98

комплексного многомерного анализа информации о жилищно-

коммунальном, топливно-энергетическим комплексах и инженерной

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

ситуационного прогнозирования и индикативного планирования

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

Ленинградской области.

геоинформационной подсистемы.

нормативной правовой и организационной документации в сфере

управления развитием жилищно-коммунального, топливно-энергетического

комплексов и инженерной инфраструктуры Ленинградской области и

муниципальных образований

информационного обеспечения разработки (актуализации)

формализованных аналитических материалов

мониторинга процессов реализации документов стратегического и

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

образований в части разделов «Жилищно-коммунальный, топливно-

энергетический комплексы и инженерная инфраструктура Ленинградской

области»

Дорожное хозяйство и транспорт

«Проектирование и создание информационно-аналитической системы

управления развитием транспортно-логистического комплекса

Ленинградской области»

ИАС ТЛК ЛО предназначена для реализации информационных

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

местного самоуправления Ленинградской области полномочий и функций в

сфере развития транспортно-логистического комплекса Ленинградской

области, включая технологии автоматизированного сбора информации,

создания отраслевых хранилищ и витрин данных, технологии ведения

аналитической работы, прогнозирования и индикативного планирования,

99

разработки формализованных аналитических материалов, необходимых для

подготовки стратегических и оперативных управленческих решений,

разработки и реализации соответствующих разделов документов

стратегического и территориального планирования социально-

экономического развития Ленинградской области (прогнозов, стратегий,

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

перспективу), региональных и муниципальных целевых программ.

Экономическое развитие

«Проектирование и создание информационно-аналитической системы

мониторинга, анализа, прогнозирования и планирования социально-

экономического развития Ленинградской области»

(ИАС «Социально-экономическое развитие Ленинградской области» –

ИАС СЭР ЛО)

ИАС СЭР ЛО в целом должна обеспечивать реализацию следующих

основных функций:

сбор и хранение нормативной правовой и организационной

документации в сфере стратегического планирования и управления

социально-экономическим развитием Ленинградской области и

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

планирования;

сбор и хранение информации о социально-экономическом развитии

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

стратегического планирования и управления социально-экономическим

развитием;

аналитическую обработку информации, подготовку аналитических

материалов о социально-экономическом развитии Ленинградской области,

муниципальных образований;

ситуационное прогнозирование и индикативное планирование

социально-экономического развития Ленинградской области,

муниципальных районов Ленинградской области;

100

подготовку (актуализацию) аналитических материалов, необходимых

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

реализации процессов управления социально-экономическим развитием на

основе документов стратегического планирования;

ведение документов стратегического планирования, мониторинг

процессов их реализации и контроль за выполнением плана мероприятий;

пространственные отображение и анализ информации о социально-

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

образований с использованием геоинформационных технологий;

ИАС СЭР ЛО должна представлять собой территориально

распределенную информационно-аналитическую систему, состоящую из

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

территориальных уровней:

- 1-й уровень – уровень городских и сельских поселений Ленинградской

области;

- 2-й уровень – уровень муниципальных районов и городского округа

Ленинградской области;

- 3-й уровень – региональный уровень.

Сельское хозяйство

Выполнение работ по проектированию и созданию I этапа

информационно – аналитической системы управления развитием

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

области.

Данная работа нацелена на Расширение действующей

функциональности Ведомственной Интегрированной Информационной

Системы Агропромышленного и рыбохозяйственного комплекса

Ленинградской области в части проектирования и создания информационно

– аналитической системы управления развитием агропромышленного и

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

101

Результатом работ по I этапу развития информационно –

аналитической системы управления развитием агропромышленного и

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

Создание информационного ресурса сельхозпредприятий с

программным обеспечением по его введению, блоком отчётных форм и

интеграцией с ранее разработанной и эксплуатируемой финансовой частью

по государственной поддержке в сфере агропромышленного комплекса

процесса субсидирования производителей сельскохозяйственной продукции.

Создание Информационного ресурса фермерские хозяйства

Ленинградской области с программным обеспечением по его введению,

блоком отчётных форм и интеграцией с ранее разработанной и

эксплуатируемой финансовой частью по государственной поддержке в

сфере агропромышленного комплекса процесса субсидирования

производителей сельскохозяйственной продукции.

Создание базового информационного ресурса экономических

показателей экономической деятельности агропромышленного и

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

Внедрена автоматизированная информационная система «Сельское

административное образование», которая представляет собой

территориально распределенную трехуровневую автоматизированную

информационную систему, функционирующую в сельских населенных

пунктах - на уровне сельской администрации, в муниципальных районах – на

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

области.

АИС решает следующие задачи:

-  Повышение качества работы органов государственной власти и

местного самоуправления Ленинградской области

Автоматизация информационно-справочного и административного

обслуживания граждан.

Повышение эффективности планирования деятельности органов

власти за счет комплексного анализа полученной информации. -

102

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

рациональное распределение.

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

образованиях

В соответствии с функциями, возложенными на структурные

подразделения сельских а образований, в АИС входят следующие

подсистемы:

ведение похозяйственных книг;

учет социальных объектов;

информационно-справочное обслуживание граждан;

информационное взаимодействие;

Управление имуществом

«Автоматизированная информационная система управления

имуществом Ленинградской области» предназначена для решения

следующих задач:

ведение реестра объектов недвижимого имущества (земельные

участки и их части, объекты капитального строительства и их части,

отдельные помещения, квартиры, комнаты), в том числе, находящихся в

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

ином виде права третьим лицам, включающее:

инвентаризацию и внесение сведений об объектах

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

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

объектов земельно-имущественного комплекса, выявление,

подготовку адресного перечня и проведение

инвентаризационных мероприятий по объектам

недвижимости, по которым не заключены договорные

отношения;

103

реализацию мер принуждения к заключению договорных

отношений по отношению к фактическим пользователям

объектов недвижимости или изменению условий платежей;

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

не используемых объектов на конкурсные торги;

ведение реестра договоров аренды объектов недвижимости,

включающее:

инвентаризацию и внесение в базу данных сведений о

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

объектов недвижимого имущества;

подготовку новых договоров, в том числе, расчет арендной

платы и формирование планов платежей;

актуализацию условий платежей за пользование объектами,

подготовку и заключение дополнительных соглашений;

мониторинг поступлений платежей и начисление штрафных

санкций за просрочку платежей;

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

объектов недвижимости, в том числе, по претензионным

вопросам;

формирование и передача объектов недвижимости заинтересованным

лицам на том или ином виде права, в том числе по принципу “одного окна”,

включающая:

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

формирования объектов недвижимости;

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

кадастрового (технического) учета, документов для

заключения договорных отношений и регистрации права,

договоров пользования объектами;

104

проведение мониторинга реализации технологических

процессов и соблюдения плановых сроков исполнения заявок

на предоставление объектов недвижимого имущества;

создание и обеспечение функционирования информационно-

справочной подсистемы, предоставляющей упорядоченные сведения об

объектах, выставляемых на продажу, предоставляемых в аренду, концессию,

для реконструкции или строительства на инвестиционных условиях, а также

сведения о территории и перспективах ее развития;

обеспечение полноты поступлений в бюджет за счет перехода на

использование единого реестра объектов недвижимости, единого адресного

реестра, единых реестров населения и юридических лиц;

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

по земельному налогу, налогу на другие виды недвижимости.

Структура информационных ресурсов органов государственной

власти Ленинградской области представлена на рисунках 1, 2.

105

Рисунок 2. Структура информационных ресурсов органов государственной власти Ленинградской

области (продолжение)

0

2.2 Анализ текущих проблем информатизации Ленинградской

области

По результатам анализа программно-аппаратной инфраструктуры и ее

использования в деятельности ОИВ Ленинградской области, принимая во внимание

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

выявлен ряд проблем, которые требуют решения при проведении дальнейших

мероприятий по информатизации, а также мероприятий административной реформы

в Ленинградской области.

Наиболее очевидной проблемой региона является несовместимость

информационных систем (далее ИС) ОИВ Ленинградской области, влекущая

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

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

приводит к тому, что решения различных поставщиков (или даже одних и тех же

поставщиков) оказываются несовместимыми между собой, что исключает

возможность обмена данными между ИС. В результате для интеграции ИС

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

информации (текстовых, табличных данных, структур баз данных и т.п.) в

недокументированных форматах данных приводит к тому, что после смены

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

будет невозможно.

Существенным фактором также является семантическая несовместимость,

под которой понимается несовпадение форматов представления одних и тех же

типов данных в электронной форме. Она практически исключает автоматическое

формирование взаимных запросов между различными информационными

системами ОИВ Ленинградской области, т.к. различные информационные системы,

во-первых, не обладают информацией о том, в каких форматах хранятся данные у

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

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

109

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

тому же объекту (например, человеку или организации), без ручной стадии разбора

данных на нынешней стадии информатизации Ленинградской области невозможно.

Поскольку одни и те же типы данных (например: адреса, названия ведомств,

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

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

для всех ОИВ Ленинградской области принципы организации полей баз данных, в

которых отображаются однотипные данные.

Обмен данными между ОИВ Ленинградской области не только связан с

технологическими проблемами, но и недостаточно обеспечен нормативно.

В настоящее время в Ленинградской области широко распространена

практика заключения формальных или неформальных (построенных на

установленных отношениях либо административном торге) соглашений об «обмене

данными». Такие соглашения порождают «административный рынок»

неформального обмена информацией. «Сильное» ведомство (подразделение),

имеющее влияние или информационные ресурсы, в которых нуждаются смежные

подразделения, получает доступ к необходимым для него данным. «Слабые»

ведомства, не имеющие «котирующейся» информации, с меньшей вероятностью

получают доступ к данным смежников, даже в том случае, если это законно и

необходимо для их работы. Фактически, ведомства и подразделения ОИВ

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

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

большинстве случаев противозаконно. Для решения указанной проблемой порядок

обращения с собираемыми данными должен устанавливаться нормативными

правовыми актами надведомственного характера, а не быть прерогативой самих

оперирующих электронными данными сотрудников ведомств.

Ситуацию усугубляет отсутствие нормативной правовой базы,

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

какого-либо нормативного закрепления, тем создаются возможности для их

произвольного использования государственными служащими.

110

Отдельной проблемой, связанной с внедрением информационных

технологий в деятельность государственных ведомств, является ограничение

прав и свобод граждан и организаций.

Информация в электронном виде значительно меньше «привязана» к

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

гораздо легче осуществлять и сложнее отслеживать. Недобросовестные

государственные служащие незаконно собирают, хранят и разглашают разного рода

информацию о гражданах и организациях, распространена «точечная» продажа

(передача) информации заинтересованным в ней лицам за пределами госсектора.

При этом, например, отдельные бизнес-структуры получают экономические

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

приватной (частной) информации приводит к снижению доверия граждан к

государству.

Помимо внерегламентного разглашения информации внедрение

информационных технологий несет совершенно новую угрозу, порожденную

именно электронной формой хранения незаконное агрегирование данных. В

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

внешнего протоколирования (фиксации фактов обращения к данным: кто, в какой

момент времени, какие именно данный просматривал, копировал, изменял), данная

практика останется неискоренимой. Отметим, что законодательство Российской

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

запрещают внерегламентное сопоставление персональных данных и иных видов

информации ограниченного хождения, собираемых различными органами власти.

Отметим, что в соответствие со статьей 20 Областного закона

Ленинградской области «О государственных информационных ресурсах

Ленинградской области» от 22 сентября 1998 №33-оз «Отнесение информации из

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

информации осуществляется органами государственной власти на территории

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

нормативными актами». В Ленинградской области утвержден «Сводный перечень

конфиденциальной информации утверждается постановлением Губернатора

111

Ленинградской области». Необходимо продолжить работу по жесткой

регламентации процедур работы с информационными ресурсами ОИВ

Ленинградской области на основе единых принципов.

Одной из основных проблем использования информационных

технологий в ОИВ Ленинградской области, как и в федеральных органах

государственной власти, является невозможность установления достоверности

информации в электронной форме.

Официально, учет данных об объектах государственного управления ведётся

в бумажном виде. При этом фактически бумажные документы готовятся с

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

выписок и т. п. являются распечатками из электронных систем, достоверность и

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

Ленинградской области «О государственных информационных ресурсах

Ленинградской области» от 22 сентября 1998 №33-оз не предписывает никаких

мер, направленных на обеспечение достоверности данных, которые содержатся в

ИС. Таким образом, в регионе неявным образом легализуется практика

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

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

сотрудники ОИВ Ленинградской области (обладающие правом подписи) не имеют

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

достоверности и актуальности электронных данных.

Использование электронных форм представления данных позволяет

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

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

обработки и хранения данных превратить в системы достоверного, а в перспективе и

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

и организационные требования к информационным системам и правилам их

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

информации. Кроме того, следует зафиксировать нормативным правовым актом

статус данных, представленных в электронном виде в информационных системах

ОИВ.

112

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

ОИВ Ленинградской области от поставщиков информационных технологий.

Во-первых, во многих случаях ОИВ не располагают достаточными для

полноценной эксплуатации программ для ЭВМ имущественными правами (прежде

всего, правами на модификацию программного обеспечения). Распространены

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

образом: отсутствуют авторские договора на произведения, приобретенные за счет

бюджета; такие произведения не поставлены на баланс и не отражены в

бухгалтерской отчетности; в государственных контрактах используются

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

принадлежат заказчику», не влекущие правовых последствий и т.п. Особенно остро

проблема проявляется при создании за счет бюджетных средств программ для ЭВМ,

подлежащих тиражированию, например, при разработке типового программного

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

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

Во-вторых, массовое использование закрытых (нестандартных или даже

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

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

продукта, что снижает конкуренцию на рынке поставок информационных

технологий государственным органам Ленинградской области, повышает цену

программных продуктов и приводит к неэффективному расходованию средств

государственного бюджета Ленинградской области. Закрытость используемых в

ОИВ Ленинградской области технологий противоречит лучшей практике развитых

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

на использование только открытых, преимущественно стандартных (прошедших

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

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

разметки и т.п.).

Использование закрытых технологий также приводит к предъявлению

необоснованных (незаконных) и дискриминирующих технологических требований к

113

информационным системам граждан и организаций, т.к. требует от них

приобретения конкретных программных продуктов конкретных поставщиков.

На данной стадии зрелости ИТ данная проблема не столь актуальна для

Ленинградской области, однако при переходе к электронным формам

взаимодействия между государственными органами и гражданами (оказанию

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

распространения и признания гражданами.

К сожалению, принятый в 1998 году закон Областной закон Ленинградской

области «О государственных информационных ресурсах Ленинградской

области» лишь частично решает указанные выше проблемы. Основным

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

отсылочных норм вместо закрепления конкретных механизмов реализации

заявленных принципов функционирования информационных ресурсов. Концепция

информатизации Ленинградской области в 2008-2010 годах (утверждена

Постановлением Правительства от 29 ноября 2007 г. N 299) сосредоточена почти

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

систем. Задача формирования нормативной правовой и методической базы,

регламентирующей использование информационно-коммуникационных технологий

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

осуществлена.

2.3 Разработка рекомендаций по формированию единой 

архитектуры «электронного правительства» Ленинградской

области

На основании проведенного анализа можно сформулировать ряд выводов

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

Ленинградской области на конец 2008 года и внести ряд предложений.

1) Одной из основных проблем, непосредственно влияющей на

результативность информатизации и успешность административного

114

реформирования Ленинградской области, является отсутствие нормативной

правовой базы, обеспечивающей регулирование внедрение и использование

информационно-коммуникационных технологий в деятельности органов

государственной власти. Политика Ленинградской области в области

информатизации и реализации мероприятий административной реформы должна

быть уточнена. Представляется целесообразным сделать акцент на разработке

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

введения в эксплуатацию ИС, порядок взаимодействия между ИС, порядок

использования ИС государственными служащими и т. д. Нормативная правовая база

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

характер, то есть состоять из нормативных актов Ленинградской области ,

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

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

систем.

2) Специального внимания требует к себе вопрос обеспечения прав и свобод

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

деятельности органов государственной власти. Необходимо исключить угрозы

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

данных), а также ее утечки за пределы государственных органов. Соблюдение прав

и свобод граждан, установленных федеральным и региональным

законодательством, должно являться принципиальной основой политики

информатизации ОИВ Ленинградской области и реализовываться через требования

к окружным проектам информатизации, закрепленным нормативными актами

Ленинградской области.

3) Ещё одним ключевым направлением политики информатизации ОИВ

Ленинградской области должно стать обеспечение достоверности государственной

информации в электронном виде и ее юридической значимости. Механизмы (как

технические, так и организационные) обеспечения юридической значимости

являются фундаментом для легитимной замены традиционных («бумажных»)

технологий в административных процессах. Без их реализации использование

информационных технологий будет либо медленным и неэффективным из-за

115

необходимости дублирующих «бумажных» процессов, либо будет приводить к

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

государственными данными. Также без миграции к достоверным и юридически

значимым электронным формам взаимодействия не может быть осуществлен

переход к оказанию дистанционных (электронных) услуг населению. На данный

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

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

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

приоритетные виды информационных ресурсов и взаимодействий, которые

непосредственным образом влияют на права граждан, и разработать регулирование,

фиксирующее правила сбора, обработки и хранения таких видов информации, а

также осуществления электронных взаимодействий.

4) Следующим важным направлением политики информатизации, следует

считать обеспечение доступности государственной информации (не являющейся

информацией ограниченного доступа) для общества и самих органов власти.

Внедрение информационных технологий в деятельность ОИВ Ленинградской

области позволяет существенно улучшить показатель доступности за счет низкой

стоимости и простоты распространения информации в электронном виде. Однако

эти возможности на данный момент не используются и в число принципов

государственной политики Ленинградской области в области информатизации не

включены. Необходимо нормативно ввести категорию «государственная

информация Ленинградской области, подлежащая обязательному раскрытию»,

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

единые для всех ОИВ Ленинградской области требования к способам обеспечения

доступа к такой информации, сбор (создание), обработка и хранение которой

находится в их компетенции. Порядок обеспечения доступа к подлежащей

раскрытию информации ОИВ Ленинградской области Ленинградской области

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

5) Учитывая выявленные проблемы взаимодействия между ИС,

представляется целесообразным ввести общие для всех проектов информатизации

ОИВ Ленинградской области требования по обеспечению совместимости

116

информационных систем. Некоторое увеличение затрат на проекты и повышение

требований к квалификации реализующих их специалистов многократно

компенсируется в дальнейшем за счет существенного упрощения интеграции

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

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

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

схемы данных. В дальнейшем имеет смысл проанализировать опыт использования

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

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

обеспечивающих технологическую и семантическую совместимость

(интероперабельность) информационных систем.

6) Актуальным как для ОИВ Ленинградской области, так и для федеральных

органов государственной власти, является вопрос обеспечения необходимых

авторских имущественных прав на закупаемые программные продукты. На данный

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

управления авторскими имущественными правами. Неопределенность с

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

влечет значительные и не наглядные для проверяющих органов затраты, связанные

с необходимостью оплаты лицензий на каждый автоматизируемый объект. Для

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

методически требование о получении полного набора авторских имущественных

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

программных продуктов.

7) Уровень подготовки государственных служащих Ленинградской области в

сфере информационных технологий является примерно таким же по сравнению со

средним по России уровнем (или даже несколько более высоким, если из статистики

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

внедрения информационных технологий в регионе. Тем не менее, кадров, имеющих

достаточную квалификацию одновременно в сфере информационных технологий и

в области государственного управления, все равно недостаточно для реализации

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

117

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

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

сконцентрировать все полномочия по административной реформе и построению

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

Для усиления кадрового состава ОИВ Ленинградской области следует провести

переподготовку государственных служащих по следующим направлениям:

«Государственные закупки и информационные технологии», «Использование

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

управления», «Электронное правительство» и т.п. Далее, при проведении

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

внешнюю независимую от поставщиков и органов власти экспертизу на всех

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

(планирование конкурсов, подготовка конкурсной документации, выявление

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

работ).

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

изложенные ниже принципы, а в последствии реализовать их путём выполнения

прилагаемого Плана мероприятий.

118

3 РАЗРАБОТКА КОНЦЕПЦИИ ФОРМИРОВАНИЯ ЕДИНОЙ

АРХИТЕКТУРЫ «ЭЛЕКТРОННОГО ПРАВИТЕЛЬСТВА» ЛЕНИНГРАДСКОЙ

ОБЛАСТИ

3.1 Концепция единой архитектуры «электронного правительства»

Ленинградской области

3.1.1 Общие положения

Цели настоящей Концепции:

Снижение суммарной стоимости внедряемых на объектах автоматизации

систем, в том числе с учетом их будущего развития (за счет продуманной политики

лицензирования, использования свободного ПО и др.);

Обеспечение эффективной технической поддержки и обслуживания (за

счет открытости технологий, независимости от компании-поставщика, отказа от

установки на компьютерах пользователей прикладного ПО и использование в

качестве клиента браузера и т.п.);

Открытость и модульность компонентов, позволяющих быстро их

модифицировать при изменении нормативной базы или развитии системы.

Задачи системы электронного правительства

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

возможность мониторинга, анализа, прогнозирования и планирования деятельности

органов государственной власти субъектов Российской Федерации и органов

местного самоуправления по достижению целей социально-экономического

развития региона

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

населения и органов государственной власти субъектов Российской Федерации в

информационном обмене, а также контроль и надзор

Формирование интеграционных подсистем, обеспечивающих возможность

организации и обеспечения электронного информационного взаимодействия

119

подсистем электронного правительства региона как между собой, так и с

государственными информационными системами федерального значения.

Создание общей информационно-технологическая инфраструктуры,

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

подсистем электронного правительства региона.

Архитектура электронного правительства представлена на рисунке 3.

Архитектура «Электронного правительства»

Единая инфраструктура данных(общефедеральные системы РФ)

ИКТ- системыреализации проектов (ПНП) исистем поддержки принятия

решений для ОГВ

ИКТ- поддержка выполненияустановленных

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

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

Прикладные ИКТ-системыфедеральных и региональных ОГВ

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

услуг(порталы, системытранзакций и пр.)

ОбеспечивающиеИКТ-системы

(финансовые системы, внутренний

документооборот, кадровый учет и пр.)

граждане

юр. лица

(A,B,C,D)(A,F)

(B)

(C,F)

(A,B,C,F)

Техническая инфраструктура(A,B,C,F)

Техническая инфраструктура(A,B,C,F)

Рисунок 3. Единая архитектура электронного правительства Ленинградской

области:

Составные элементы электронного правительства Ленинградской

области

I. Прикладные ИКТ-системы органов исполнительной власти

(требования к прикладным системам, которые необходимы

(уровень архитектуры прикладных систем) определяется

исходя из структуры информации и данных, которые

необходимы (уровень архитектуры информации).

120

II. Инфраструктура информационного взаимодействия и

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

III. Единая инфраструктура данных.

IV. Техническая инфраструктура (стандарты технологий и

сетевой инфраструктуре, на которых располагаются

прикладные систем (уровень технологической архитектуры)

3.1.2 Прикладные ИКТ-системы органов исполнительной власти

Ленинградской области

3.1.2.1 Обеспечивающие системы

Ключевым элементом обеспечивающей ИКТ системы органов

исполнительной власти Ленинградской области должен стать электронный

документооборот.

К настоящему моменту большинство органов исполнительной власти

Ленинградской области в том или ином виде внедрили СЭД в своей деятельности.

Но автоматизированное межведомственное взаимодействие по-прежнему

остается редким явлением. В то же время потребность в нем очень высока. Без него

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

из которых подразумевают сквозные административные процессы.

Во многом эта проблема обусловлена отсутствием технологической

совместимости программных продуктов СЭД различных производителей.

Каждое ведомство самостоятельно определяет как порядок именования

объектов, реквизиты документов и протоколы взаимодействия, так и внутренние

форматы хранения, обработки и представления документов. Большая часть

внедренных СЭД имеет дело с «монолитным» документом, структура и содержание

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

Должны быть созданы единые стандарты электронного документооборота.

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

документооборота. Таким образом, как и в случае с технологическими стандартами,

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

121

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

достоверности и юридической значимости документа.

Проблема юридической значимости электронного документа должна быть

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

использовать опыт Федеральной налоговой службы России, которая определила

электронный документ как «дубликат» бумажного (повторный экземпляр

подлинника документа) и таким образом придала ему юридическую силу.

Наряду с использование систем делопроизводства и электронных архивов,

необходимо переходить к механизмам коллективной обработки документов и

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

Системы коллективной обработки документов предполагают поддержку

регламентов совместной работы с документом, включая разработку маршрутов и

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

документом, установку уровня их прав и полномочий.

Комплексные системы обеспечивают более широкую автоматизацию,

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

отдельных приложений и подсистем, по сути, реализуя комплексную

автоматизацию ведомственных процессов.

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

документооборота и архивного хранения документов необходимо решить проблему

выбора и унифицирования форматов файлов электронных документов.

С одной стороны, сроки жизни файловых документов в государственных АС

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

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

устареванию аппаратно-программных платформ и их обновлению с интервалом раз

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

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

документы в устаревших форматах становится невозможно не только обрабатывать,

но во многих случаях и читать.

122

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

всегда сопровождается значительными материальными и организационными

затратами, а часто влечет, и это главное, частичную или полную потерю данных.

До недавнего времени эта проблема практически не имела адекватного

решения, так как на рынке офисных приложений доминировала корпорация

Microsoft, технологическая политика которой определяла действия государственных

заказчиков по смене файловых форматов и офисных пакетов. Используемые в

офисных пакетах Microsoft форматы хранения документов являются бинарными и

неспецифицированными, то есть гарантированно читать и редактировать

содержимое файла без Microsoft Office невозможно. Структура файлов документов и

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

документов, является интеллектуальной собственностью корпорации Microsoft

Необходимо переходить к использованию формату электронного документа,

свободного от лицензионных, патентных, копирайтных и иных ограничений, --

ISO/IEC 26300:2006 Open Document Format for Office Applications (ODF). В 2006

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

(ISO).

3.1.2.2 ИКТ – поддержка выполнения административных регламентов

Эффективное исполнение регламентов, достижение задач административной

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

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

государственные услуги, настраиванию межведомственного взаимодействия между

ними. Смысл предоставления государственной услуги состоит в предоставлении

заявителю определенного статуса, а технология работы ответственных за

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

государственных учетах.

Примерами учетов могут служить кадастровый учет земли и

недвижимости и персональный учет населения, учет входящих и исходящих

документов, виз исполнителей при документообороте. Каждый объект сферы

регулируемых государством общественных отношений обязан быть представлен в

123

виде структурированных данных, описывающих этот объект и подлежащих учету.

Сегодня официальный учет ведется в бумажной форме (картотеки,

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

накапливаются исключительно в справочных целях. Электронная форма учета

позволяет повысить оперативность информационного обмена между ведомствами,

сократить время обработки обращений граждан, а также обеспечить раскрытие

информации для публичного доступа в удобной форме и в кратчайшие сроки.

Однако сейчас электронная информация не может использоваться для принятия

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

органам власти. Целый ряд административных процессов предполагает

использование бумажных выписок из электронных баз данных (например, из

Единого государственного реестра юридических лиц), получение которых требует

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

также снижает эффективность работы органов власти.

Существование нерегламентированного, то есть неофициального, учета в

органах исполнительной власти неприемлемо. Для придания учтенным данным в

электронном виде официального статуса, основания ведения учета в электронной

форме следует закрепить нормативно, (включая цели ведения учета, состав

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

На данный момент необходимо в первую очередь провести

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

государственного учета. В рамках инвентаризации следует создать Реестр видов

государственного учета Ленинградской области, в котором идентифицировать виды

учета и для каждого из них систематизировать следующую информацию:

нормативная правовая база, являющаяся основанием для осуществления

данного вида учета;

организационные структуры, ответственные в государственном органе за

ведение данного вида учета;

ИКТ-системы обеспечения ведения учета;

условия приобретения прав на использование этих систем, включая

124

имущественные и личные неимущественные права, а также права на исходные

тексты компьютерных программ.

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

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

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

(электронный каталог).

3.2 Инфраструктура информационного взаимодействия и

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

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

муниципальных услуг

Ключевой формой предоставления любых публичных услуг на территории

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

государственных и муниципальных услуг (далее – МФЦ). Многофункциональный

центр должен стать единственной точкой приема заявителей и предоставления им

конечного результата – справки, лицензии, разрешения, субсидии и проч.

Организационная схема деятельности МФЦ состоит в следующем.

Получатель государственных (муниципальных) услуг предоставляет в

многофункциональный центр заявление на оказание ему таких услуг и/или

минимально необходимые документы, которые получатель услуг может собрать

самостоятельно со значительно меньшими затратами, чем сотрудники

многофункционального центра. Подготовка пакета документов для предоставления

услуги, согласование пакета документов с органами исполнительной власти

(организациями), включая территориальные органы федеральных органов

исполнительной власти, является функцией МФЦ.

В случае, если объединение большого количества разнопрофильных услуг в

рамках единого МФЦ ухудшает транспортную доступность получения

государственной (муниципальной) услуги для заявителя, целесообразно применить

формат мобильного многофункционального центра предоставления

125

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

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

Задачами создания многофункциональных центров являются:

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

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

органы местного самоуправления на основе соглашений между этими органами;

организация информационного обмена данными между федеральными

органами исполнительной власти, органами исполнительной власти субъектов

Российской Федерации, органами местного самоуправления и организациями,

участвующими в предоставлении государственных и муниципальных услуг, в том

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

инфраструктуры общероссийского государственного информационного центра;

организация информационного обмена с федеральным интернет-порталом

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

Многофункциональный центр:

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

органами федеральных органов исполнительной власти, органами исполнительной

власти субъектов Российской Федерации, органами местного самоуправления и

организациями, участвующими в предоставлении соответствующих

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

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

государственной (муниципальной) услуги, по первичной обработке документов и

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

услуги;

организует доставку полученных документов в соответствующие

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

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

самоуправления и организации, участвующие в предоставлении соответствующих

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

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

126

организует предоставление дополнительных услуг;

обеспечивает создание и поддержание работы центра обработки

телефонных обращений, "горячей линии" по вопросам предоставления

государственных (муниципальных) услуг;

обеспечивает учет количества посетителей, обслуживаемых за

определенный период (день, неделю, месяц), по видам предоставляемых

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

приема и обслуживания.

Взаимодействие органов государственной власти с получателями

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

помощью электронной почты, а также посредством сети Интернет (в том числе

через интернет-портал государственных услуг) и через информационные киоски

(инфоматы), расположенные в многофункциональном центре.

Необходимо обеспечить своевременную публикацию в сети Интернет

информации о государственных и муниципальных услугах, предоставляемых на

базе многофункционального центра.

Предусматривается обеспечить возможность регистрации поступивших

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

соответствующего федерального органа исполнительной власти, органа

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

самоуправления непосредственно с автоматизированного рабочего места оператора

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

электронного журнала регистрации и контроля за обращениями заявителей в

многофункциональный центр, а также передачи в соответствии с правилами

документооборота заявления и представленного заявителем пакета документов в

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

самоуправления, участвующие в предоставлении государственных и

муниципальных услуг.

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

предполагается разработать единые требования, определяющие комплексы

127

взаимоувязанных государственных услуг, соответствующие им типовые

инфраструктурные решения и организационно-административные модели

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

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

Создание сети МФЦ должно сопровождаться внедрением

автоматизированной информационная система поддержки деятельности

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

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

управленческих процессов, протекающих в рамках МФЦ, и обеспечения

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

МФЦ.

3.2.2 Развитие регионального центра обработки телефонных обращений

организаций и граждан

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

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

создаются ведомственные центры обработки телефонных обращений.

В Ленинградской области предусматривается создание единого

регионального центра телефонного обслуживания.

Региональный центр обработки телефонных обращений Ленинградской

области обеспечит:

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

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

информации;

предоставление справочной информации о времени и месте приема

граждан, телефонах ответственных за взаимодействие с гражданами сотрудников,

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

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

случае, если содержание обращения относится к сфере его компетенции;

128

информирование заявителей об их правах и о порядке обжалования

действий (бездействия) должностных лиц;

предоставление заявителям информации о статусе и результатах оказания

им государственной услуги.

В целях обеспечения эффективной организации создания и последующего

функционирования ведомственных центров телефонного обслуживания

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

перечень и условия предоставления информации по телефонным обращениям,

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

технологические параметры функционирования указанных центров.

3.2.3 Интернет-портал государственных и муниципальных услуг

В целях обеспечения комплексной справочной поддержки граждан по

вопросам предоставления государственных услуг необходимо создать Интернет-

портал государственных и муниципальных услуг Ленинградской области.

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

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

условиях их получения, а также общий справочник общественных приемных,

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

телефонов, времени приема и ответственных должностных лиц и порядка

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

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

Интернет-портал государственных и муниципальных услуг Ленинградской

области предназначен для обработки запросов со стороны граждан, поиска и

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

государственной услуги или более подробной информации, а также доведения этой

информации до сведения заявителя в режиме реального времени.

Интернет-портал государственных и муниципальных услуг Ленинградской

области обеспечивает через единую точку доступ организаций и граждан к реестру

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

129

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

государственных органов и получению государственных услуг с возможностью

перехода на сайт в сети Интернет органа, ответственного за предоставление

конкретной государственной услуги, или на единый интернет-портал

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

Ленинградской области.

В интернет-порталах государственных услуг содержится также информация,

необходимая для оплаты гражданами государственных услуг при их получении, в

случаях, когда государственная услуга оказывается на возмездной основе, в том

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

регистрации пользователя и предоставления им дополнительных данных (возраст,

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

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

Интернет-портал государственных и муниципальных услуг Ленинградской

области обеспечивает:

единое пространство предоставления информации и услуг -

(обеспечение доступа к государственным и муниципальным услугам

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

информационную открытость по единым стандартам о деятельности

органов региональной и муниципальной власти в Ленинградской области

экономию времени и иных затрат граждан на доступ к

государственным услугам, снижение совокупных общественных затрат на

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

повышение «прозрачности» деятельности органов государственной

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

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

коррупции

технологическую совместимость и формирование единого

интеграционного пространства информационных систем и приложений G2C, G2B;

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

130

интерфейса» для граждан и обеспечение «быстрого» реагирования на потребности

граждан и бизнеса в государственных услугах)

решение проблемы цифрового неравенства между районами и

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

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

регионе)

Схема построения Интернет-портала государственных и муниципальных

услуг приведена на Рисунке 4/

Рисунок 4. Схема построения Интернет-портала.

Муниципальное образование 1

Муниципальное образование 2

Потребитель услуги

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

Сервер Реестра муниципальных

услуг

Ведомство 1

Портал Ленинградской области

Сервер Реестра госуслуг

Ведомство 2

Сервер Реестра госуслуг

Ведомство 3

Сервер портала

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

круг продуктов (в зоне портальных технологий определено очень небольшое

количество портальных решений (6 платных представлено в РФ (в мире 7),

несколько бесплатных (реально - это LifeRay и JBoss - которые определяют порядка

75% рынка порталов на opensource).

К платным портальным технологиям относятся решения компаний IBM,

SAP, BEA Systems, Oracle, Microsoft, SUN Microsystems и Vignette.

131

В настоящее время в рамках федеральной целевой программы Электронная

Россия разработан типовое решение Портала государственных услуг

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

Microsoft ActiveX, Macromedia Flash и др.) при публикации государственной

информации может осложнять доступ к ней не только гражданам, но и самим

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

Для снятия этой проблемы необходимо при создании публичных порталов

использовать исключительно открытые стандарты, принятые в данной области . В

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

страницы (HTML) нестандартные элементы, расширения и надстройки (такие,

например, как упомянутый ActiveX), снижающие доступность сайтов пользователям

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

большую роль играют мобильные устройства.

3.2.4 Обеспечение интеграции Портала государственных и муниципальных

услуг, МФЦ и регионального центра обработки телефонных

обращений организаций и граждан

Портал государственных и муниципальных услуг, многофункциональные

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

телефонных сообщений населения должны быть интегрированы в единую

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

муниципальным услугам Ленинградской области.

Основными целями создания инфраструктуры предоставления

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

Повышение информационной открытости и прозрачности деятельности

органов исполнительной власти Ленинградской области и

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

Повышение осведомленности граждан и организаций об оказываемых

услугах органами государственной власти и органов местного

самоуправления Ленинградской области;

132

Повышение удобства и комфорта (снижение финансовых и временных

затрат) физических и юридических лиц при получении государственных

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

в административном регламенте соответствующей услуги;

Повышение эффективности деятельности государственных служащих

по оказании государственных услуг и обеспечение межведомственного

информационного обмена и взаимодействия в части обеспечения

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

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

органами власти.

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

населения необходимо:

Сформировать перечни государственных и муниципальных услуг

Ленинградской области.

Создать инфраструктуру разработки и принятия административных

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

Описать процессы в соответствие с едиными стандартами (описание

стандартов приведено в приложении 1).

Разработка единых стандартов подготовки и размещения информации и

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

Подготовка технологических решений для обеспечения организации

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

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

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

Обеспечение разработки комплекса нормативно-правовых актов

необходимых для функционирования инфраструктуры предоставления

информации государственным и муниципальным услугам Ленинградской

области.

133

Схема интеграции приведена на рисунке 5.

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

муниципальных услуг Ленинградской области.

3.2.4.1 Единая система передачи данных

Единая система передачи данных включает в себя:

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

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

данных, однозначное установление авторства и целостности электронных

документов и сообщений, расставление меток времени;

инфраструктуру общественного доступа к открытой информации

электронного правительства региона в сети Интернет, включающая создание

соответствующих центров доступа, в том числе – сети информационных киосков,

134

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

здравоохранения и проч.);

Единая система опирается на существующие магистральные каналы связи,

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

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

возможность электронного информационного обмена между ними, а также

территориальными подразделениями федеральных органов исполнительной власти,

гражданами и организациями.

3.3 Механизмы реализации настоящей Концепции

3.3.1 Общие положения

В целях построения Электронного правительства Ленинграсдкой области

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

инфраструктуру размещения и обслуживания подсистем Электронного

правительства региона, предоставление услуг по поддержке и администрированию

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

Основным форматом построения электронного правительства является

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

Эффективная реализация процедур государственного заказа обеспечит реализацию

задач по построению электронного правительства. Именно поэтому в числе

ключевых механизмов реализации Концепции архитектуры электронного

правительства вошли:

Стандартизация процедур размещения государственного заказа

Проведение аудита информационных систем Ленинградской области

3.3.2 Стандартизация процедур размещения государственного заказа

Процедуры размещения государственного заказа с целью приобретения

программно-аппаратного обеспечения электронного правительства Ленинградской

области должно отвечать ряду требований, которые изложены ниже.

135

3.3.3 Требования, обеспечивающих возможность тиражирования и

доработки результатов работ

Для того чтобы программы для ЭВМ, разрабатываемые по государственному

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

АС) или использованы в других подразделениях или ведомствах, необходимо,

чтобы государственный заказчик получил:

Соответствующие права. По умолчанию авторские имущественные права на

разработанные программы для ЭВМ принадлежат исполнителю по контракту.

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

результаты работы, может сильно его ограничивать, например, предполагать

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

места.

Исходные тексты программы для ЭВМ. Доработка программы будет

невозможна, если исполнитель не передал исходные тексты программы.

Документацию на программу для ЭВМ и ее исходный код. Даже не самая

сложная программа для ЭВМ может состоять из десятков тысяч строк кода,

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

документированность исходных текстов означает фактическую невозможность их

полноценного использования.

3.3.4 Требования по совместимости разрабатываемой АС с другими

системами

В том случае, если взаимодействующие между собой АС не будут

совместимы (интероперабельны), обмен информацией между ними будет

происходить медленно и обходиться дорого (сопряжение систем, скорее всего,

будет осуществлять оператор).

Обеспечить совместимость АС без привлечения ее разработчиков, как

правило, невозможно: интерфейсы АС могут быть нестандартными и даже не

специфицированными (не описанными). В этом случае задача обеспечения

совместимости своими силами, по сути, сводится к задаче «взлома» оригинальной

АС (эта задача упростится в случае наличия исходных кодов, однако все равно

136

останется трудоемкой). Обращение же к разработчику АС, оказывающемуся в

привлекательной роли «монополиста», чревато дополнительными расходами

относительно рыночного уровня.

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

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

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

нецелесообразно налагать строгие ограничения на все элементы разрабатываемых

АС. Требования «стандартности» следует относить к внешним интерфейсам и

частично к внутренним (интерфейсам основных подсистем АС).

В частности, если АС оперирует какими-либо критически важными

данными, то обязательным требованием к АС является поддержка программного

интерфейса экспорта данных, который должен быть реализован

стандартизированными технологиями. Данное требование должно касаться как

протокола выдачи данных, так и формата самих данных.

3.3.5 Требование по отсутствию ссылок в конкурсной документации на

товарные знаки

В соответствии с ст. 22 федерального закона №94-ФЗ упоминание товарных

знаков нарушает закон если:

товарный знак не сопровождается указанием «или эквивалент» а также

требованиями и показателями к качеству, техническим характеристикам товара, а

также иными показателями, связанными с определением соответствия

поставляемого товара, выполняемых работ, оказываемых услуг потребностям

заказчика, позволяющие определить «эквивалентность товаров»;

товарный знак не сопровождается указанием, что закупка товара вызвана

необходимостью обеспечения взаимодействия закупаемого товара с товарами,

используемыми заказчиком.

Использование формулировки «или эквивалент» является нерациональной

практикой. Если заказчик может согласно норме закона описать «требования и

показатели качества, технические характеристики товара, а также иные

137

показатели…», то указание на торговый знак (и упоминание «эквивалента») будут

излишними.

3.3.6 Наличие в конкурсной документации требований соответствия

специфицированным технологиям

Ссылки на неспецифицированные технологии, находящиеся под контролем

ограниченного круга поставщиков, влекут за собой ограничение количества

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

потенциального исполнителя к сделке с поставщиком упомянутой технологии.

Конкурсы, использующие такие формулировки, могут быть опротестованы

участником конкурса, не согласным с его результатами, на том основании, что:

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

потребованных заказчиком, нет способов (критериев) проверить соответствие этому

требованию;

как следствие, удовлетворить требование заказчика может только

поставщик, владеющий этой технологией.

Неразрешимым вопросом для заказчика также останется запрос участника

конкурса с просьбой разъяснить, что понимается в конкурсной документации под

«форматом *.doc» (ввиду отсутствия спецификаций на данный формат).

Наконец, третьей угрозой для успешности конкурса окажется предложение к

поставке текстового редактора, который сохраняет файлы в любом собственном

формате, но дает им расширение *.doc. Отклонить такую заявку на законных

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

конкурсной документации («сохранять файлы в формате doc»).

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

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

и института независимой экспертизы.

3.3.7 Институт раскрытия информации

138

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

формирования системы обратных связей в отношении действий как

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

Публичная процедура подготовки технических требований

Распространена ситуация, когда технические требования для конкурсов

готовят потенциальные поставщики. Такая практика отчасти оправдана:

государственные структуры не располагают необходимыми человеческими

ресурсами, готовить технические требования в ведомстве (это предполагает знание

предметной области и изучение рынка) зачастую просто некому. Однако такая

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

исполнителя и заказчика не идентичны, и поручать исполнителю выбирать, чей

интерес более важен (исполнителя или заказчика), очевидно неправильно.

Если к подготовке технических требований будет привлечено несколько

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

продемонстрировать заказчику максимальную полезность уже на данном этапе, и

качество технических требований может быть существенно повышено.

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

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

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

предложения, но и критические замечания в адрес конкурентов, а также

контраргументы против встречных замечаний.

Публичные экспертные семинары

Рекомендуемый сценарий организации публичного обсуждения проекта

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

Публикация текущей версии проекта технических требований,

сопутствующих материалов, идей и пожеланий заказчика (сайт ведомства, рассылка

участникам соответствующей рыночной ниши и т.п.).

Приглашение потенциальных исполнителей на семинар (рассылка

приглашений, оповещение через СМИ и ведомственный сайт, обзвон).

139

Проведение семинара. По его итогам обязательно материализовать

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

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

Информационное сопровождение проекта

Одним из самых простых и дешевых способов обеспечить текущий контроль

над деятельностью исполнителя (вне точек приемки промежуточных и

окончательных результатов работ) является требование к нему (зафиксированное в

технических требованиях и тексте государственного контракта) организовать

информационное сопровождение проекта, а именно:

Оперативное размещение в открытом доступе информации о ходе проекта.

Такое требование может быть актуальным, если в числе результатов работ

присутствуют методические материалы (которые должны быть поняты

потенциальным пользователям), проекты нормативных правовых актов (которые

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

станет эффективнее, если будет сопровождаться привлечением внимания к

размещенным материалом целевых аудиторий (например, потенциальных

пользователей АС, участников согласования нормативных правовых актов, СМИ).

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

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

позволить «запустить» какую-либо проблему, а более частые потребуют от

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

Состав участников семинара нужно планировать в зависимости от того, какие

именно материалы планируется обсудить. Так, для обсуждения методических

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

проектов нормативных правовых актов – участников процедуры согласования, а для

обсуждения технологических вопросов – технических экспертов и конкурентов

исполнителя.

3.3.8 Институт независимой экспертизы

Для решения проблемы дефицита кадрового ресурса у государственного

заказчика (кадров, которые были бы достаточно компетентны для экспертизы

140

технических требований и результатов работ и могли бы потратить на это

достаточно много времени) возможно привлечение экспертных организаций.

Функцией экспертизы является аудит документации и иных продуктов

проекта (например, сайтов) на регламентных стадиях взаимодействия

государственного заказчика и поставщика. Организация, оказывающая услуги

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

Исполнитель для выполнения работ по независимой экспертизе выбирается в

рамках государственного конкурса.

Основными принципами работы поставщика экспертных услуг должны

быть:

профессионализм;

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

письменном виде (объектами экспертизы).

отсутствие собственных продуктов в области экспертной деятельности;

запрет на прямые контакты с поставщиками.

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

осуществления независимой экспертизы проектов следует исключить у поставщика

конфликта интересов. С этой целью в технические требования соответствующего

лота рекомендуется включить следующие формулировки:

к участию в конкурсе не допускаются компании-поставщики на рынке ИКТ.

Под «компаниями-поставщиками на рынке ИКТ» понимаются поставщики

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

системные интеграторы и иные компании, осуществляющие разработку и внедрение

АС;

участником конкурса не могут быть компании, имеющие иные формы

конфликта интересов, т.е. противоречия между своими имущественными и иными

интересами и интересами заказчика, которые не позволяют провести объективную

независимую экспертизу.

Объектами независимой экспертизы могут являться:

Технические требования на лоты. Задачей экспертизы является оценка

141

полноты требований (отдача для качества госуправления, функциональные

свойства, возможность тиражирования, технологическая совместимость,

нормативное обеспечение и т.д.). Экспертиза технических требований не делает

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

Конкурсные заявки. Экспертиза должна проводиться согласно критериям

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

составленной документации будут оценены финансовые предложения поставщиков,

сравнительный технико-экономический анализ заявок, оценка квалификации

участников (для НИОКР) и т.п. Результаты экспертизы представляются в

формализованном виде для рассмотрения конкурсной комиссией.

Результаты работ. Это наиболее трудоемкая часть экспертной работы.

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

участие в проведении приемочного тестирования рабочих продуктов проекта,

оценку соответствия требованиям государственного контракта, юзабилити и

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

кодов.

3.3.9 Аудит государственных информационных систем Ленинградской

области

В целях усиления контроля со стороны уполномоченных органов за

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

средств, а также контроля соблюдения правил электронного государственного учета

и раскрытия информации должен быть создан институт информационного аудита

государственных ИКТ-систем и административных процессов их использования.

Система информационного аудита должна включать внутренний контроль

со стороны ведомств, осуществляющих эксплуатацию ИКТ-систем, внешний

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

независимый негосударственный аудит. Разные виды аудита необходимы как для

снижения издержек государства на контроль над ИКТ-системами, число которых

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

независимый информационный аудит должен быть обязательным в отношении

142

государственных ИКТ-систем, обеспечивающих выполнение важнейших

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

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

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

финансовый аудит Центрального банка Российской Федерации, который проводится

частными, в т.ч. иностранными аудиторами, выбираемыми на конкурсной основе.

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

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

фактические административные процессы, обеспечивающие исполнение

государственных функций и оказание государственных услуг;

регламенты эксплуатации ИКТ-систем;

аппаратно-программные средства, обеспечивающие поддержку

административных процессов учета;

фактически собираемые органами власти данные.

Важно отметить, что при информационном аудите не оценивается качество

принимаемых решений или содержание учетной информации. Аудиторы

проверяют только соответствие фактических процедур учета и принятия

решений установленным регламентам.

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

независимый аудит использования ИКТ-систем государственными органами,

должны быть разработаны и приняты требования к информационным аудиторам,

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

установления соответствия этим требованиям, включающая механизмы

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

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

аудита государственных ИКТ-систем должен реализовываться в соответствии с

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

Проведение информационного аудита должно стать необходимым

условием получения бюджетных средств на создание или развитие

ведомственных ИКТ-систем. При этом органы государственной власти,

143

использующие ИКТ-системы, должны обеспечить аудиторам необходимый доступ к

информации и ИКТ-системам при соблюдении нормативных требований к

информационной безопасности (в т.ч. дистанционный доступ посредством сетей

общего или ограниченного доступа).

В рамках первоочередных мер по созданию инструментов правового

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

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

определяющие порядок внедрения внутреннего информационного контроля в

деятельность федеральных органов исполнительной власти и правила сертификации

аудиторов систем, содержащих информацию ограниченного доступа.

3.3.10 Перечень проектов нормативных правовых актов, в т.ч.

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

необходимо в целях реализации настоящей Концепции

Раздел 1. Проекты нормативных правовых актов Ленинградской области,

регламентирующих процедуры введения в эксплуатацию и использования ИС

Обоснование: обеспечение достоверности данных, которые содержатся в ИС.

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

введения в эксплуатацию и использования ИС:

1. Проект областного закона Ленинградской области «О внесении изменений и

дополнений в областной закон Ленинградской области «О государственных

информационных ресурсах Ленинградской области» в части

установления следующих норм:

Статья ___ Перечень, порядок и условия предоставления документированной

информации в информационные системы

Перечень, порядок и условия предоставления документированной

информации в Информационную систему утверждаются постановлением

Правительства Ленинградской области.

Статья ___ Порядок введения в эксплуатацию информационной системы

144

1. Информационные системы Ленинградской области подлежат

регистрации в уполномоченном органе исполнительной власти в соответствие с

порядком, установленном Правительством Ленинградской области.

2. Введение информационных систем в эксплуатацию осуществляется

правовым актом органа исполнительной власти после регистрации информационной

системы в уполномоченном органе.

3. Должностное лицо, вводящее информационную систему в

эксплуатацию, несет полную ответственность за соответствие эксплуатируемой

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

4. Проект нормативного правого акта Правительства Ленинградской

области «О порядке регистрации Ленинградской области в уполномоченном органе

исполнительной власти».

5. Проект нормативного правого акта Правительства Ленинградской

области «Об утверждении перечня, порядка и условий предоставления

документированной информации в информационную систему».

Раздел 2. Проекты нормативных правовых актов Ленинградской области,

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

исполнительной власти Ленинградской области

Обоснование: снизить зависимости Правительства Ленинградской области от

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

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

введения в эксплуатацию и использования ИС:

1. Типовые технические задания на разработку информационных систем

для органов исполнительной власти Ленинградской области, типовые

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

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

нормативных актов, определяющих общие для всех правила разработки.

2. Проект нормативного правового акта Правительства Ленинградской

области, определяющего:

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

145

- общий для органов исполнительной власти Ленинградской

области порядок использования схем данных (метаданных).

3. Проект нормативного правового акта Правительства Ленинградской

области, определяющего порядок проведения информационного и

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

власти Ленинградской области.

4. Проект административного регламента приемки результатов закупок в

части передачи государственному заказчику авторских имущественных

прав на программы для ЭВМ

Раздел 3. Проекты нормативных правовых актов Ленинградской области,

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

исполнительной власти Ленинградской области

Обоснование: обеспечить создание и актуализацию данных в портале

государственных (муниципальных) услуг Ленинградской области.

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

введения в эксплуатацию и использования ИС:

Проект Постановления Правительства Ленинградской области «Об

утверждении порядка обеспечения достоверности данных, сбор и хранение которых

осуществляется органами исполнительной власти Ленинградской области в

электронной форме»

Проект областного закона Ленинградской области «О доступе к

государственной информации Ленинградской области»

Проект Постановления Правительства Ленинградской области «О создании

единой точки доступа к государственной информации Ленинградской области на

базе официального портала Ленинградской области »

Проект административного регламента о ведении регионального реестра и

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

исполнительной власти Ленинградской области.

146

3.4 Разработка предложений по структуре и содержанию стандартов

моделирования процессов, проектирования систем, моделирования и описания

информации и метаданных, архитектуры прикладных систем,

информационных технологий, сетей и коммуникаций, межведомственного

обмена информацией, защиты информации, иных стандартов, необходимых для

разработки информационных систем и технологий в составе «электронного

правительства» Ленинградской области

Стандарты моделирования процессов

Необходимо создание единого подхода к формализованному описанию

деятельности органов исполнительной власти Ленинградской области.

Данная цель обусловлена целым рядом мероприятий в области реформы

государственного управления в РФ. С точки зрения мероприятий второго этапа

административной реформы описание административных процессов и деятельности

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

административных регламентов и стандартов услуг. В рамках реформы

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

регламентов. Таким образом, формализованное описание административных

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

различных задач.

На данный момент очевидно, что технологически задача описания во всех

перечисленных случаях должна решаться на основе единого подхода, к которому

предъявляются следующие требования:

Методология описания процессов должна позволить получить

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

Процедура описания должна быть относительно простой,

тиражируемой, понятной;

Электронные средства, поддерживающие реализацию методологии,

должны быть открыты для изменений;

Это позволит решить следующие задачи стандартизации формального

представления административных процессов:

147

1. Оптимизация (реинжиниринг) административных процессов, в том

числе носящих межведомственный характер;

2. Повышение исполнительской дисциплины через четкое закрепление

ответственности государственных служащих, участвующих в административных

процессах, а также возможность контроля со стороны вышестоящего звена

3. Повышение прозрачности административных процессов для граждан и

организаций, вступающих во взаимодействие с государством, через создание

простого для понимания формата представления информации о процессе;

4. Постановка задач для ИТ-решений в рамках подготовки создания

электронных административных регламентов

Решение каждой из поставленных задач ориентировано на определенный тип

потребителей информации о деятельности органа власти, поэтому формат

представления информации должен быть адекватен типу потребителя. Кто является

основным потребителем информации?

Проводимая в данный момент административной реформы предусматривает

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

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

основе административных и должностных регламентов, создание унифицированных

требований (стандартов) взаимодействия государственных органов с гражданами и

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

деятельности государственных служащих, исполнительской дисциплины, снижения

транзакционных издержек взаимодействия государства и общества в целом. Для

успешной реализации данных направлений необходимы новые инструменты

организационного моделирования и анализа. Прежде всего, это связано с тем, что

существующая регламентирующая деятельность государственных служащих база

излишне бюрократизирована, избыточна, но не обеспечивает персонализацию

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

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

рутинная деятельность государственных служащих практически не

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

148

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

Должностные инструкции не актуализируются при изменении функций и

полномочий органов и поэтому практически не используются ни при найме на

государственную службу, ни для передачи «знаний» о деятельности на данной

должности, ни для оценки и планирования деятельности сотрудников.

Новые регламентирующие механизмы, предлагаемые в рамках

административной реформы и реформы государственной службы, такие как

административные, должностные и электронные регламенты, стандарты

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

последовательности работ:

Описание процессов в режиме «как есть», включая анализ текущей

регламентирующей базы и административной практики; Формирование

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

представлений потребителей услуг);

Формирование моделей процесса в режиме «как должно быть»

Формирование административного регламента процесса,

должностных регламентов служащих, стандарта государственной услуги и

их правовое закрепление;

Формирование технических требований (технических заданий) на

создание электронных регламентов.

Очевидно, что на каждом этапе возникает проблема представления

информации, необходим ответ на вопросы: что означает модель процесса, в каком

виде информация о процессе проходит этап оптимизации, как сохранить единый

источник изменений информации и непротиворечивость различных форм

представления о процессе при прохождении всех этапов. Причем все эти процедуры

должны учитывать закрепленные законодательно имеющиеся стандарты

представления – например, к имеющимся можно отнести положения об органе, его

структурных подразделениях, из возникающих в данный момент –

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

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

регламент. Следует отметить, что последние нормативные правовые акты в области

149

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

всего на уровне детализации описания процессов (до уровня действий, документов и

т.д.). Также осознана и зафиксирована связь между административным регламентом

исполнения функций (по сути – процессов) и должностными регламентами

государственных служащих. Стандарты государственных услуг выступают как одна

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

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

государственным органом в ходе процесса. Должностной регламент (в переменной,

операционной части) строится на основе административных регламентов процессов,

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

решениям также существует набор стандартных форм представления информации,

как в виде графических нотаций, так и в виде языков описания процессов.

Тем самым, можно предварительно выделить несколько типов потребителей

информации о деятельности органов власти:

группа 1 - граждане и организации, пользующиеся услугами

ОИВ;

группа 2 - вышестоящие органы ОИВ;

группа 3 - аудиторы ОИВ;

группа 4 - персонал (служащие) ОИВ;

группа 5 - руководство ОИВ;

группа 6 - эксперты-консультанты, занятые построением

моделей деятельности ОИВ, реинжинирингом процессов и структур

ОИВ;

группа 7 - специалисты по созданию информационных

систем, поддерживающих деятельность ОИВ.

Первые три группы являются внешними пользователями, четыре

последующих – внутренними пользователями сведений о деятельности ОИВ.

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

формате, при этом объект анализа – один – это деятельность органа власти (и его

отдельные характеристики).

150

Можно ли решать поставленные задачи (регламентация, стандартизация услуг,

информатизация отдельных процессов, реинжиниринг) автономно, без единого

формата описания процессов? Как показывает практика, разработать регламент

процесса как описание последовательности административных действий, системе

предписаний к очередности работ, содержанию работ исполнителя на каждом шаге

процесса исключительно на основе правовой базы невозможно. Регламент по

уровню детализации существенно отличается даже от наиболее подробных

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

функций документов. Неизбежно требуется описание текущей административной

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

желаемого состояния в виде регламента (бумажного или электронного). Можно ли

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

стандартов моделирования бизнес-процессов, например, в BPML, в UML? Да, но

для ограниченной задачи информатизации конкретного процесса, причем такие

варианты не позволяют на их основе написать, например, административный

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

описания (за счет четкого определения необходимой входящей информации)

появлялась возможность ее выражения в стандартах бизнес-моделирования, но не

наоборот. Обратная ситуация уже невозможна, так как данные стандарты находятся

вне контроля российских разработчиков административной реформы. Это приводит

еще к одному частному выводу – так как на задаче описания соединяются

требования со стороны различных направлений (административное,

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

не способствует решению задачи (ситуация обратная применению стандартов,

например, в архитектуре программного обеспечения, где есть зависимость от

мейнстрима велика и стандартизация действительно эффективна). В силу того, что

ситуация в части регламентации, изменения функционирования органов власти

постоянно изменяется, должна быть возможность самостоятельного расширения

решения, в частности – состава «входящей» информации и форматов представления

информации (отчетов).

151

Как показывает опыт решения подобных задач в корпоративном секторе и в

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

менеджмента, в основе которого лежит применения электронных средств

моделирования процессов или моделирования деятельности организаций. Данная

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

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

государственном секторе.

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

решаются с применением инструментов специализированных анализа и бизнес-

моделирования. Такого рода инструментов разработано на сегодняшний день

довольно много, причем они существенно отличаются друг от друга - обладают

различной функциональностью и используют различные методологии.

К лидерам функциональности и возможностям полноты описания

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

продукты компаний IDS Scheer и Casewise. Помимо этих продуктов можно

выделить так же менее мощные по своим функциональным характеристикам и

возможностям полноты описания, но хорошо известные и пользующиеся

популярностью инструменты компаний Computer Associates и Microsoft, такие как

MS Visio и IBM WORKBENCH. Ввиду того, что инструмент MS Visio компании

Microsoft является чисто графическим инструментом, не имеющим методологии, он

не рассматривается далее.

В части применяемых методологий продукты Computer Associates

поддерживают методологии и стандарты семейства IDEF, компания IDS Scheer

предлагает собственную методологию описания – методологию EPC, Corporate

Modeler компании Casewise использует известную методологию Захмана.

В контексте тематики целесообразно рассмотреть возможности этих

методологий применительно к решаемой задаче построения модели

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

определенной спецификой по сравнению с задачей описания процессов

коммерческой организации.

152

Одна из наиболее популярных методологий – IDEF0. Методология весьма

подробно описана, доведена до стандартов, в приемлемое время становится вполне

понятной пользователю после объяснения принципов лежащих в её основе.

Ограничение на сферу применения методологии определяется тем, что методология

IDEF0 сфокусирована на представлении структурной модели процесса с показом

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

позволяет донести информацию о происходящих процессах с учетом именно

временного аспекта и алгоритмической логики.

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

последующая оценка и анализ порядка их исполнения. Модель изучается

специалистами, либо консультантами с целью выявления источников ошибок

планирования и источников операционных рисков. Для обеспечения такой

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

представление должно максимально способствовать облегчению работы по

выявлению и устранению недостатков. Методология в этом случае должна

обеспечивать предоставление сведений о процессах, их исполнителях, сведений об

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

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

процесса, однако IDEF0 не отображает динамику процессов. То есть ещё одним

существенным ограничением сферы применения методологии IDEF0 является

отсутствие возможности учёта и отображения динамики процессов.

Другой хорошо известной методологией является EPC-моделирование

процессов посредством ARIS. В отличие от семейства IDEF, методология EPC

представляет собой способ описания всех сторон деятельности организации. В ARIS

предоставляется возможность очень подробного описания процессов, которое

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

иной функции и их степень ответственности за нее, отображает инициирующие

события. Диаграммы процессов в нотации EPC ARIS содержат большое количество

информации, а правила построения диаграммы жестко регламентированы. С одной

стороны, строгость правил построения диаграммы дает определенные

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

153

а в ряде случаев сама возможность и даже необходимость обучить всех просто

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

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

применения диаграмм ARIS можно считать большое количество отображаемой на

диаграммах информации. В тех случаях, когда приходится иметь дело с широким

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

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

перегруженные.

Решения Casewise Framework опираются на подходы Захмана, где

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

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

информация, описывающая диаграммы ячейки, методы сбора данных, ее

взаимосвязи с другими ячейками структуры («framework»). Использование данной

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

на моделирование сильносвязанных организационных систем. Благодаря гибкости

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

которые трудно отобразить посредством ARIS и IDEF0. Преимущество этой

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

настройки способов отображения объектов и их взаимосвязей. Дело в том, что

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

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

представляется большая свобода выбора, что позволяет изображать диаграммы в

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

временных диаграмм (диаграмм Гантта), которые помогают планировать и

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

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

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

правила создания самой модели, а описывается целостный подход к созданию

модели.

Кроме того, методология Casewise Framework требует привязки процессов

именно к задачам и целям. В этом случае, даже на этапе описания деятельности

154

могут быть выявлены неточности и несоответствия связанные с ответственностью за

решение задач, не имеющих прямого отношения к организационным единицам-

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

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

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

управление требованиями к автоматизации. Цель управления требованиями состоит

в том, чтобы заказчик и исполнитель смогли полностью согласовать требования.

Поэтому Casewise и ARIS имеют средства интеграции с системами управления

требованиями, такими как Rational Requisite Pro, Telelogic DOORS. Стоит также

отметить, что инструментальные среды ARIS (IDS Scheer) и Corporate Modeler

(Casewise) поддерживают возможность создания диаграмм в соответствии с

нотацией UML (Unified Modeling Language). Это унифицированный язык

моделирования, явившийся развитием принципов объектно-ориентированного

подхода. Может использоваться для представления бизнес-процессов, структур,

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

восемь типов диаграмм (вариантов использования, классов, состояний, активностей,

последовательностей, кооперации, компонентов развертывания). Преимущество

этого языка заключается в его универсальности - он представляет собой мощное

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

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

технологий и это является его существенным ограничением по сфере применения.

Этот язык широко используется программистами, однако, в государственной

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

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

пользователей затруднено.

Помимо UML целесообразно обратить внимание на еще один известный

стандарт - BPML, предназначенный для определения формальной модели,

выражающей выполнимые процессы, с описанием основных аспектов порядка

исполнения корпоративных бизнес-процессов. Разработки группы BPMI, в

частности язык BPML, представляют несомненный интерес с точки зрения создания

формализованных средств для описания схем бизнес-процессов. Их можно

155

рассматривать как некоторые обобщения возможностей нотаций и средств

моделирования от различных производителей (ARIS, BPWIN, CASEWISE). Однако,

надо признать, что идеология построения моделей органов исполнительной власти

исходит из более общего подхода и преследует более широкие цели, чем

моделирование исключительно последовательности действий.

Таким образом, на основе анализа основных систем моделирования

и практики применения этих систем в государственном и бизнес-секторе,

напрашивается вывод о том, что невозможно с помощью одной графической

нотации во всей полноте представить все аспекты деятельности организации,

интересующие различные группы пользователей. Для органов исполнительной

власти пользователи – это граждане и организации, вступающие во взаимодействие

с государством, чиновники – исполнители, руководители вышестоящих

организаций, разработчики ИТ-систем, и аналитики – эксперты по оптимизации

процессов.

Оглядываясь на опыт разных стран по созданию электронного правительства,

надо отметить, что каждая страна избирала свой путь моделирования и

проектирования. В Канаде, например, пошли по пути перенесения опыта,

полученного в бизнесе в область государственного управления. Сегодня там для

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

обеспечению трансформации бизнеса /The Business Transformation Enablement

Program (BTEP), в рамках данной программы создается и внедряется

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

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

проектирования и моделей, соответствующих государственному сектору. В Англии

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

создания и внедрения Схемы развития электронных сервисов e-Service Development

Framework (eSDF). Такая схема обеспечивает структуру для создания спецификаций

для совместной работы и стандарты для е-Сервисов, которые будут использоваться

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

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

156

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

процессов.

Исходя из приведенного рассмотрения можно сделать вывод о том, что в

России сегодня трудно решить проблему моделирования, использую

конкретную графическую нотацию моделирования, или конкретную

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

пользователей сильно отличаются друг от друга, а каждая конкретная методология

имеет свою сферу эффективного применения.

Надо также признать, что конечные требования к электронным

регламентам со стороны административной реформы на настоящий момент не

доопределены и в ходе проведения работ эти требования будут безусловно

развиваться и уточняться.

Не дает предпочтительных ответов и мировой опыт проведения работ в этой

сфере. Разные страны решают проблема выбора методологий моделирования

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

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

приходиться.

В этой ситуации можно предложить подход, построенный на следующих

принципах:

Вместо конкретной методологии ориентироваться на применение

открытой развивающейся методологии, включающей в качестве

минимального ядра уже очевидные решения по построению моделей

деятельности органа власти, эффективность и необходимость которых

признается на настоящий момент и на перспективу, а также систему работы

(метаметодологию) по развитию методологии моделирования.

Системное накопление требований со стороны разработчиков

административной реформы.

Системное накопление требований по выводу информации о

регламентах для разных групп пользователей, вводу информации о

157

регламентах от разных групп специалистов, необходимых способах

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

администраторами моделей.

Системное накопление требований по сопряжению решений с ИТ

–стандартами и «универсальными» языками моделирования, а также

известными эффективными системами моделирования.

Отбор приоритетных требований, развитие системы

моделирования под приоритетные требования.

Создание и пошаговое развитие программного ядра системы

моделирования административных регламентов.

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

органа необходимо создание единой модели деятельности органа власти, которая

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

нормативных правовых актов, внешней среды и проведении оптимизации

деятельности.

Единая модель деятельности органа власти (как база знаний) имеет

значительные преимущества по сравнению с отдельными, частными моделями и

проекциями (только описание процессов, только описание организационных

структур и т.д.), так как позволяет поддерживать системное представление об органе

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

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

изменений в общую модель.

Единая модель также позволяет расширить набор способов оптимизации

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

распределения ресурсов. Это не означает необходимости детального описания

органа в целом для решения частной задачи описания одного административного

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

власти.

Стандарт моделирования процессов, основанный на данной парадигме,

приведен в приложении 2 к настоящей работе. Он не предусматривает

использование определенного электронного средства моделирования процессов, но

158

лишь определяет систему требований к любым электронным средствам

моделирования процессов.

Стандарты проектирования систем

Ключевым фактором успеха в реализации компонентной технологии

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

информационных систем. Методология создания информационных систем с

компонентной архитектурой "выросла" из объектно-ориентированной методологии

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

Наиболее распространенной является методология, основанная на

использовании унифицированного языка моделирования (UML - Unified Modeling

Language в настоящее время принят OMG в качестве стандарта смысл фразу не

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

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

языки программирования С++, Java, Visual Basic, SmallTalk и др., а также

популярные среды разработки - MS Visual Studio, Delphi, PowerBuilder),

автоматизированного тестирования и документирования, охватывающих жизненный

цикл создания программных систем.

Стандарты описания информации и метаданных

В качестве основного стандарта описания информации должны

использоваться ER-диаграммы.

Модель Сущность-Связь (ER-модель) (англ. entity-relationship model или

entity-relationship diagram ) — это модель данных, позволяющая описывать

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

блоках и соединяющих их линиях, с помощью которых можно описывать объекты и

отношения между ними какой-либо другой модели данных. В этом смысле ER-

модель является мета-моделью данных, то есть средством описания моделей

данных.

ER-модель удобна при прототипировании (проектировании)

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

других систем (далее, моделей). С её помощью можно выделить ключевые

159

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

устанавливаться между этими сущностями. Важно отметить что сами отношения

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

позволяет устанавливать отношения на множестве самих отношений.

ER-модель является одной из самых простых визуальных моделей данных

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

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

онтологией выбранной предметной области (area of interest).

На этапе перехода к реализации данной ER-диаграммы в виде реальной

информационной системы или программы, происходит отображение ER-модели в

более детальную модель данных реляционной (объектной, сетевой, логической, или

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

исходной ER-диаграмме.

Существует несколько графических нотаций описания ER-диаграм

(несколько похожих ER-моделей данных). Классический вариант описывается во

второй части данной статьи. Есть несколько типичных примеров использования ER-

модели данных: IDEF1x (ICAM DEFinition Language) и dimensional modelling.

В качестве графической нотации для ER-диаграммы рекомендуется

использовать UML (сокр. От англ Unified Modeling Language — унифицированный

язык моделирования) — язык графического описания для объектного

моделирования в области разработки программного обеспечения. UML является

языком широкого профиля, это открытый стандарт, использующий графические

обозначения для создания абстрактной модели системы, называемой UML моделью.

UML был создан для определения, визуализации, проектирования и

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

Использование UML не ограничивается моделированием программного

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

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

UML позволяет разработчикам ПО достигнуть соглашения в графических

обозначениях для представления общих понятий (таких как класс, компонент,

160

обобщение (generalization), объединение (aggregation) и поведение) и больше

сконцентрироваться на проектировании и архитектуре.

UML использует для описания структур данных диаграммы,

представляющие собой архитектурных слоев системы. В рамках разработки

архитектур информационных систем Ленинградской области рекомендуется

использовать:

1) Диаграмму классов

Диаграмма классов, Class diagram — статическая структурная диаграмма,

описывающая структуру системы, она демонстрирует классы системы, их атрибуты

и зависимости между классами.

2) Диаграмму компонентов , Component diagram — статическая структурная

диаграмма, показывает разбиение программной системы на структурные

компоненты и связи (зависимости) между компонентами. В качестве физических

компонент могут выступать файлы, библиотеки, модули, исполняемые файлы,

пакеты и т. п.

3) Диаграмму пакетов , Package diagram — структурная диаграмма, основным

содержанием которой являются пакеты и отношения между ними. Жёсткого

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

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

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

других структурных диаграммах). Диаграммы пакетов служат, в первую очередь,

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

структуры и организации работы с моделью системы.

Диаграмму деятельности, Activity diagram — диаграмма, на которой показано

разложение некоторой деятельности на её составные части. Под деятельностью

(англ. activity) понимается спецификация исполняемого поведения в виде

координированного последовательного и параллельного выполнения подчинённых

элементов — вложенных видов деятельности и отдельных действий (англ. action),

соединённых между собой потоками, которые идут от выходов одного узла ко

входам другого. Диаграммы деятельности используются при моделировании бизнес-

161

процессов, технологических процессов, последовательных и параллельных

вычислений.

Метаданные могут либо описывать сам ресурс (например, название и размер

файла), либо содержимое ресурса. По отношению к ресурсу в целом. Метаданные

могут относиться к ресурсу в целом или к его частям. По возможности логического

вывода. Метаданные можно подразделить на три слоя: нижний слой — это «сырые»

данные сами по себе; средний слой — метаданные, описывающие эти данные; и

верхний слой — метаданные, которые позволяют делать логический вывод,

используя второй слой.

3.4.1.1 Стандарты архитектуры прикладных систем

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

трехзвенной архитектуры (слой хранения данных, слой бизнес-логики,

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

составляющие. Стандартная трехуровневая архитектура подразумевает

использование следующих функциональных элементов:

клиент (тонкий клиент на основе веб-броузера);

сервер приложений (ядро);

СУБД.

В качестве клиентов выступают АРМ обеспечивающие работу с

данными. Ядро обрабатывает запросы клиента и возвращает результат в виде

структурированного сообщения. На уровне ядра реализованы возможности по

описанию бизнес-объектов и правил их взаимодействия на языке метаописания.

СУБД используется в качестве долговременного хранилища объектов. При этом

ядро самостоятельно обеспечивает размещение всей необходимой информации в

хранилище данных и ее дальнейшее использование.

При разработке сетевой инфраструктуры должны использоваться стандарты,

описанные в рамках модели OSI. Стеком сетевых протоколов рекомендуемым к

использованию является TCP/IP:

Это наиболее завершенный стандартный и в то же время популярный стек

162

сетевых протоколов, имеющий многолетнюю историю.

Почти все большие сети передают основную часть своего трафика с

помощью протокола TCP/IP.

Это метод получения доступа к сети Internet.

Этот стек служит основой для создания intranet- корпоративной сети,

использующей транспортные услуги Internet и гипертекстовую технологию WWW,

разработанную в Internet.

Все современные операционные системы поддерживают стек TCP/IP.

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

транспортных подсистем, так и на уровне прикладных сервисов.

Это устойчивая масштабируемая межплатформенная среда для

приложений клиент-сервер.

Так как стек TCP/IP был разработан до появления модели взаимодействия

открытых систем ISO/OSI, то, хотя он также имеет многоуровневую структуру,

соответствие уровней стека TCP/IP уровням модели OSI достаточно условно.

Структура протоколов TCP/IP приведена на рисунке Протоколы TCP/IP

делятся на 4 уровня.

163

Стек TCP/IP

Самый нижний (уровень IV) соответствует физическому и канальному

уровням модели OSI. Этот уровень в протоколах TCP/IP не регламентируется, но

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

локальных сетей это Ethernet, Token Ring, FDDI, Fast Ethernet, 100VG-AnyLAN, для

глобальных сетей - протоколы соединений "точка-точка" SLIP и PPP, протоколы

территориальных сетей с коммутацией пакетов X.25, frame relay. Разработана также

специальная спецификация, определяющая использование технологии ATM в

качестве транспорта канального уровня. Обычно при появлении новой технологии

локальных или глобальных сетей она быстро включается в стек TCP/IP за счет

разработки соответствующего RFC, определяющего метод инкапсуляции пакетов IP

в ее кадры.

Следующий уровень (уровень III) - это уровень межсетевого

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

различных транспортных технологий локальных сетей, территориальных сетей,

линий специальной связи и т. п.

164

В качестве основного протокола сетевого уровня (в терминах модели OSI) в

стеке используется протокол IP, который изначально проектировался как протокол

передачи пакетов в составных сетях, состоящих из большого количества локальных

сетей, объединенных как локальными, так и глобальными связями. Поэтому

протокол IP хорошо работает в сетях со сложной топологией, рационально

используя наличие в них подсистем и экономно расходуя пропускную способность

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

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

сделать.

К уровню межсетевого взаимодействия относятся и все протоколы,

связанные с составлением и модификацией таблиц маршрутизации, такие как

протоколы сбора маршрутной информации RIP (Routing Internet Protocol) и OSPF

(Open Shortest Path First), а также протокол межсетевых управляющих сообщений

ICMP (Internet Control Message Protocol). Последний протокол предназначен для

обмена информацией об ошибках между маршрутизаторами сети и узлом -

источником пакета. С помощью специальных пакетов ICMP сообщается о

невозможности доставки пакета, о превышении времени жизни или

продолжительности сборки пакета из фрагментов, об аномальных величинах

параметров, об изменении маршрута пересылки и типа обслуживания, о состоянии

системы и т.п.

Следующий уровень (уровень II) называется основным. На этом уровне

функционируют протокол управления передачей TCP (Transmission Control Protocol)

и протокол дейтаграмм пользователя UDP (User Datagram Protocol). Протокол TCP

обеспечивает надежную передачу сообщений между удаленными прикладными

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

обеспечивает передачу прикладных пакетов дейтаграммным способом, как и IP, и

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

многочисленными прикладными процессами.

Верхний уровень (уровень I) называется прикладным. За долгие годы

использования в сетях различных стран и организаций стек TCP/IP накопил большое

количество протоколов и сервисов прикладного уровня. К ним относятся такие

165

широко используемые протоколы, как протокол копирования файлов FTP, протокол

эмуляции терминала telnet, почтовый протокол SMTP, используемый в электронной

почте сети Internet, гипертекстовые сервисы доступа к удаленной информации,

такие как WWW и многие другие. Остановимся несколько подробнее на некоторых

из них.

Протокол пересылки файлов FTP (File Transfer Protocol) реализует

удаленный доступ к файлу. Для того, чтобы обеспечить надежную передачу, FTP

использует в качестве транспорта протокол с установлением соединений - TCP.

Кроме пересылки файлов протокол FTP предлагает и другие услуги. Так,

пользователю предоставляется возможность интерактивной работы с удаленной

машиной, например, он может распечатать содержимое ее каталогов. Наконец, FTP

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

соответствии с протоколом пользователи должны сообщить свое имя и пароль. Для

доступа к публичным каталогам FTP-архивов Internet парольная аутентификация не

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

предопределенного имени пользователя Anonymous.

В стеке TCP/IP протокол FTP предлагает наиболее широкий набор услуг для

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

Приложения, которым не требуются все возможности FTP, могут использовать

другой, более экономичный протокол - простейший протокол пересылки файлов

TFTP (Trivial File Transfer Protocol). Этот протокол реализует только передачу

файлов, причем в качестве транспорта используется более простой, чем TCP,

протокол без установления соединения - UDP.

Протокол telnet обеспечивает передачу потока байтов между процессами, а

также между процессом и терминалом. Наиболее часто этот протокол используется

для эмуляции терминала удаленного компьютера. При использовании сервиса telnet

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

локальный пользователь, поэтому такой вид доступа требует хорошей защиты.

Поэтому серверы telnet всегда используют как минимум аутентификацию по

паролю, а иногда и более мощные средства защиты, например, систему Kerberos.

166

Протокол SNMP (Simple Network Management Protocol) используется для

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

удаленного контроля и управления маршрутизаторами Internet, которые

традиционно часто называют также шлюзами. С ростом популярности протокол

SNMP стали применять и для управления любым коммуникационным

оборудованием - концентраторами, мостами, сетевыми адаптерами и т.д. и т.п.

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

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

управляющей информации определяют процедуру взаимодействия SNMP-агента,

работающего в управляемом оборудовании, и SNMP-монитора, работающего на

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

Протоколы передачи определяют форматы сообщений, которыми обмениваются

агенты и монитор.

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

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

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

имена этих данных и синтаксис этих имен. В стандарте SNMP определена

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

известная как база данных MIB (Management Information Base), определяет те

элементы данных, которые управляемое устройство должно сохранять, и

допустимые операции над ними.

Предложения по использованию стандартов сетевых протоколов,

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

Таблице 2.

Таблица 2

№ п.п.

Тип данных, назначение стандарта/спецификации

Наименование и обозначение стандарта/спецификации.

Стандартизирующая организация.

1. Передача данных от веб сервера клиенту

HTTP v1.1 – Hypertext Transfer Protocol v1.1Стандарт IETF

167

2. Сетевые протоколы IP v4

3. Передача файлов по сети без предоставления сервиса файловой системы

File Transfer Protocol (FTP)Стандарт IETF

HTTP v1.1 – Hypertext Transfer Protocol v1.1Стандарт IETF

4. Транспорт электронной почты Simple Mail Tranfer Protocol/Multipurpose Internet Mail Extensions (SMTP/MIME),

5. Клиентский доступ к удаленным почтовым ящикам

POP3Стандарт IETF

IMAP4rev1Стандарт IETF

6. Передача текстовых сообщений в реальном времени

XMPPСтандарт IETF.

SIPСтандарт IETF

7. Служба каталогов LDAPСтандарт IETF.

Active Directory.Основанная на спецификации протокола LDAP частная спецификация Microsoft. Официальные спецификации протокола недоступны. См. указания по применению.

8. Образование шифрованного туннеля на сетевом уровне

IP-SEC (Authenticated Header, Encapsulation Security Payload)Стандарт IETF.

168

9. Асинхронная доставка новостных подписок

HTTP v1.1 – Hypertext Transfer Protocol v1.1.Стандарт IETF

10. Доступ к принт-сереверам IPP – Internet Printing ProtocolСтандарт IETF

LPR – Line Printing daemon protocolСтандарт IETF

Windows Printing ServicesЧастная спецификация Microsoft. Официальные спецификации протокола недоступны. См. указания по применению

11. Доступ к объектам данных и функциям смежных систем

SOAP -- Simple Object Access Protocol v1.2Стандарт W3C.http://www.w3.org/TR/soap12/

Стандарты межведомственного обмена информацией

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

использовать концепцию сервис-ориентированной архитектуры SOA.

Се́рвис-ориенти́рованная архитекту́ра (англ. SOA, service-oriented

architecture) — модульный подход к разработке программного обеспечения,

основанный на использовании сервисов (служб) со стандартизированными

интерфейсами.

В основе SOA лежат принципы многократного использования

функциональных элементов ИТ, ликвидации дублирования функциональности в

ПО, унификации типовых операционных процессов, обеспечения перевода

169

операционной модели компании на централизованные процессы и функциональную

организацию на основе промышленной платформы интеграции.

Компоненты программы могут быть распределены по разным узлам сети, и

предлагаются как независимые, слабо связанные, заменяемые сервисы-приложения.

Программные комплексы, разработанные в соответствии с SOA, часто реализуются

как набор веб-сервисов, интегрированных при помощи известных стандартных

протоколов (SOAP, WSDL, и т. п.)

Интерфейс компонентов СОА-программы предоставляет инкапсуляцию

деталей реализации конкретного компонента (ОС, платформы, языка

программирования, вендора, и т. п.) от остальных компонентов. Таким образом,

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

использования компонентов для построения сложных распределённых

программных комплексов.

SOA хорошо зарекомендовала себя для построения крупных корпоративных

программных приложений.

В качестве стандарта описания бизнес-процессов межведомственного

взаимодействия рекомендуется использовать BPEL.

BPEL (англ. Business Process Execution Language) — язык на основе XML для

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

собой. BPEL расширяет модель взаимодействия веб-служб и включает в эту модель

поддержку транзакций.

Стандарты защиты информации

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

безопасности информации, в первую очередь, относятся:

в области защиты информации от несанкционированного доступа

комплект руководящих документов Гостехкомиссии России (1998 г), которые в

соответствии с Законом "О стандартизации" можно отнести к отраслевым

стандартам, в том числе "Средства вычислительной техники. Защита от

несанкционированного доступа к информации. Показатели защищенности средств

вычислительной техники"", "Автоматизированные системы. Защита от

170

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

систем и требования по защите информации", "Временное положение по

организации разработки, изготовления и эксплуатации программных и технических

средств защиты информации от несанкционированного доступа в

автоматизированных системах и средствах вычислительной техники", "Средства

вычислительной техники. Межсетевые экраны. Защита от несанкционированного

доступа к информации. Показатели защищенности от НСД к информации", ГОСТ Р

50739-95 "Средства вычислительной техники. Защита от несанкционированного

доступа к информации. Общие технические требования";

в области защиты информации от утечки за счет побочных

электромагнитных излучений и наводок (ПЭМИН) "Специальные требования и

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

утечки за счет ПЭМИН" (СТР), ГОСТ 29339-92 "Информационная технология.

Защита информации от утечки за счет ПЭМИН при ее обработке средствами

вычислительной техники. Общие технические требования", ГОСТ Р 50752-95

"Информационная технология. Защита информации от утечки за счет побочных

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

техники. Методы испытаний", методики контроля защищенности объектов ЭВТ и

другие.

Особенности защиты программ нашли свое отражение в следующих

документах Гостехкомиссии России: "Программное обеспечение

автоматизированных систем и средств вычислительной техники. Классификация по

уровню гарантированности отсутствия недекларированных возможностей" и

"Антивирусные средства. Показатели защищенности и требования по защите от

вирусов". В первом документе устанавливается классификация программного

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

уровню гарантированности отсутствия в нем недекларированных возможностей, где

уровень гарантированности определяется набором требований, предъявляемых к

составу, объему и содержанию документации представляемой заявителем для

проведения испытаний программ и к содержанию испытаний.

171

Во втором документе устанавливается классификация средств антивирусной

защиты по уровню обеспечения защиты от воздействия программ-вирусов на базе

перечня показателей защищенности и совокупности описывающих их требований.

Кроме того, следующие нормативные документы так или иначе косвенно

регламентируют отдельные вопросы обеспечения безопасности ПО:

ГОСТ 28195-89. Оценка качества программных средств. Общие

положения;

ГОСТ 21552-84. Средства вычислительной техники. ОТТ, приемка

методы испытаний, маркировка, упаковка, транспортировка и хранение;

ГОСТ ВД 21552-84. Средства вычислительной техники. ОТТ, приемка

методы испытаний, маркировка, упаковка, транспортировка и хранение;

ТУ на конкретный вид продукции (ПО).

Отечественные стандарты ГОСТ 28147-89, ГОСТ Р 34.10-94 и ГОСТ Р 34.11-

94 описывают криптографические алгоритмы, достаточные для решения

большинства прикладных задач:

ГОСТ 28147-89 "Системы обработки информации. Защита

криптографическая. Алгоритм криптографического преобразования" описывает три

алгоритма шифрования данных (из них один - так называемый "режим простой

замены" - является служебным, два других - "режим гаммирования" и "режим

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

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

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

ГОСТ Р 34.10-94 "Информационная технология. Криптографическая

защита информации. Процедуры выработки и проверки электронной цифровой

подписи на базе асимметричного криптографического алгоритма";

ГОСТ Р 34.11-94 "Информационная технология. Криптографическая

защита информации. Функция хэширования".

Последние два алгоритма связаны друг с другом и описывают алгоритмы

выработки и проверки электронной цифровой подписи, служащей для

удостоверения авторства и подлинности информации.

172

3.5 Описание основных требований к информационным системам и

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

Ленинградской области, которые устанавливаются предлагаемой системой

стандартов.

3.5.1.1 Общие положения

При реализации информационных систем и информационным технологиям в

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

моделирования процессов, проектирования систем, моделирования и описания

информации и метаданных, архитектуры прикладных систем, информационных

технологий, сетей и коммуникаций, межведомственного обмена информацией,

защиты информации, представленные в настоящем отчете.

Информационное обеспечение электронного правительства представляет

собой систему территориально распределенных информационных ресурсов,

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

использования и по уровням административно-территориального деления ЛО на

основе общих методологических, технологических и организационных принципов,

согласованных информационно-лингвистических и программно-технических

средств.

Интеграция информационных ресурсов (ИР) в рамках электронного

правительства позволят создать единое информационное пространство объектов и

субъектов реального мира:

однозначная идентификация объектов и субъектов реального мира;

единообразие описание данных и однозначная интерпретация данных;

классификация информации;

полнота и достоверность информации;

модификация состава и структур информационных ресурсов, связанная с

изменяющимся потребностями пользователей;

адаптация системы выборки, агрегирование и предоставления информации

к изменяющимся потребностям пользователей на базе имеющихся информационных

173

ресурсов;

совместная обработка данных, отнесенных к различным предметным

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

информационное взаимодействие пользователей;

информационная совместимость информационных ресурсов с

взаимодействующими системами.

Информационное обеспечение ЭП реализуется на основе взаимосвязанных

разнородных баз данных, характеризующихся форматом их хранения и

представления в системе.

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

представляет собой территориально распределённую систему с главным элементом

– Ситуационным центром администрации МО и связанными с СЦ ЭП

функциональными и общесистемными компонентами.

Выделим из информационных систем, образующих “электронное

правительство” следующие системы:

Интернет-портал ЛО;

Системы межведомственного взаимодействия (СМВ);

Системы защиты информации;

Система ведомственного электронного документооборота;

Автоматизированная система многофункциональных центров;

Ведомственная система социальной защиты населения;

Информационная система здравоохранения;

Система управления собственностью;

Обеспечение работы с обращениями граждан.

174

3.5.1.2 Требования к Интернет-порталу Ленинградской области

Основная функциональность Интернет-портала Ленинградской области

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

всей совокупности структурированных и неструктурированных информационных

ресурсов. Отсюда следуют основные требования к портальному решению:

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

необходимой информации среди распределенных и разнородных ведомственных

информационных ресурсов, доступных пользователю в соответствии с правами

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

информацию. Кроме общего поиска на портале размещаются локальные поисковые

интерфейсы и фильтры, предназначенные для поиска информации, специфической

для конкретных разделов;

Портал должен быть удобным для пользователя – использование портала

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

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

Навигационные элементы должны обеспечивать однозначное понимание

пользователем их смысла: ссылки на страницы должны быть снабжены

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

Информационное наполнение, предназначенное для всех пользователей,

должно быть написано ясным и простым, и в тех случаях, когда это возможно,

дружественным пользователю языком: коротким и четко структурированным;

Портал должен представлять сервис подписки на рассылку общих

новостей портала, либо на рассылки новостей отдельных разделов. Отправка

новостей начинается только после успешного подтверждения подписки;

Портал должен предоставлять возможности персонализации;

Портал должен поддерживать создание ролевых рабочих групп

175

пользователей и распределение прав доступа к информационному наполнению и

функциональным сервисам в зависимости от роли пользователя;

Портал должен обеспечивать каждому пользователю в зависимости от

прав доступа информацию и сервисы в соответствии с его индивидуальными

потребностями;

Функциональность портала должна позволять проводить анализ

посещаемости и обращения пользователей к собственным ресурсам для учета

предпочтений всех категорий пользователей в процессе функционирования портала

и его развития. Должна быть реализована одна или нескольких независимых систем

сбора статистики;

Портал должен обеспечивать полнотекстовый поиск с учетом

морфологии русского языка, с возможностью ограничения зоны поиска, логических

запросов и т.п.

На Портале должна быть предусмотрена возможность

многокритериального поиска по информационным объектам определенного типа с

возможностью задания значений искомых метаданных.

Структура и состав информации, предоставляемой через Интернет-портал

Ленинградской области

Примерный перечень государственных и бюджетных услуг,

предназначенных для публикации на портале государственных услуг, приведен в

Приложении 1.

В целях данной работы для обмена информацией, необходимой для

использования на Интернет-портале Ленинградской области, органы

исполнительной власти Ленинградской области, участвующие в предоставлении

государственной услуги, должны предоставлять в уполномоченный орган по

ведению портала государственных услуг информацию, необходимую для

наполнения портала. Подготовка информации должна осуществляться с помощью

Подсистемы Реестра государственных услуг.

Требования к пользовательскому интерфейсу Интернет-портала

176

Пользовательский интерфейс Интернет-портала должен обеспечивать

пользователям – потребителям услуг следующие возможности:

Регистрация пользователей с присвоением им уникального

идентификатора (логина) по выбору пользователя. Изменение паролей

пользователей, восстановление по запросу забытых паролей высылкой

на указанный при регистрации адрес электронной почты.

Блокировка (временная) ранее зарегистрированного логина при утере

его пользователем или при других неотложных обстоятельствах

Навигация по структурированному перечню государственных услуг.

Справочная информация, позволяющая пользователю портала на

основании описания типовых ситуаций найти нужную государственную

услугу («рубрикатор жизненных ситуаций»)

Поиск по ключевым словам и группировка перечня государственных

услуг по ведомствам, предоставляющим услуги, по темам (образование,

налоги, недвижимость и т.д.), по группам пользователей (родители,

пенсионеры, владельцы автомобилей и др.). Список группировочных

признаков должен быть уточнен на этапе разработки проектного

решения Системы. Поиск должен учитывать морфологию слов строки

запроса и выявления слов, написанных с ошибками.

Доступ к полному описанию государственной услуги из перечня услуг.

Представление описание в соответствии с заданной структурой (общее

описание услуги, регламентирующие документы, формы бланков и т.д.).

Окончательное определение структуры описания госуслуги будет

проведено на этапе разработки проектного решения Системы.

Требования к сервисам, обеспечиваемым для услуг

Для услуг, реализуемых на портале, обеспечиваются следующие сервисы:

1. «Поиск ответственного органа». Поиск адреса органа власти

(территориального подразделения), предоставляющего услугу, на основе

ввода адреса заявителя.

177

2. «Скачивание документа». Возможность скачивания форм (бланков)

документов, относящихся к классификатору «комплект документов», не

содержащих атрибута «специальный бланк», не содержащих атрибута

«Оригинал».

3. «Распечатка документа». Возможность распечатки форм (бланков)

документов, относящихся к классификатору «комплект документов», не

содержащих атрибута «специальный бланк», не содержащих атрибута

«Оригинал» (версия экранной формы «для печати»).

При проектировании и разработке портала должна учитываться

необходимость последующей реализации следующих сервисов:

1. «Заполнение документов». Заполнение всех необходимых документов,

относящихся к классификатору «комплект документов», не содержащих

атрибута «специальный бланк», не содержащих атрибута «предъявление»

непосредственно на портале путем однократного ввода информации

заявителем.

2. «Проверка заполнения». Проверка правильности заполнения бланков и

форм с точки зрения допустимости значений.

3. «Отправить». Направить заполненный документ в ответственный орган.

Получить сообщение о том, что данная заполненная форма получена

соответствующим сотрудником.

4. «Распечатать». Возможность распечатки заполненных и проверенных форм

(бланков) документов.

4. «Оплата он-лайн». Возможность оплаты государственной пошлины (иных

обязательных платежей) на портале.

5. «Предварительная запись на прием». Обеспечение отправки сообщения о

записи ответственному должностному лицу. Возможность выбора

свободного для приема времени на основании существующих записей.

6. «Уведомление». Получение уведомление по электронной почте о ходе

рассмотрения поданных документов (принятие на рассмотрение,

требование в предоставлении недостающих документов, отказ, принятие

положительного решения, выдача документа).

178

Требования к последовательности размещения государственных

(бюджетных) услуг на портале

Портал государственных (муниципальных услуг) должен обеспечивать

публикацию информации – как о государственных, так и бюджетных услугах.

Публикация информации о государственных услугах должна осуществляться

в соответствии с утвержденным план-график разработки и утверждения

административных регламентов предоставления государственных услуг или

стандартов государственных услуг.

Требования к размещению (оформлению) информации на портале

1. На первой странице («нулевой уровень») необходимо обеспечить возможность

представления полного перечня государственных (бюджетных) услуг,

содержащегося на портале, в следующих формах (используются краткие

названия услуг):

1.1.классификация по атрибутам описания госуслуги;

1.2.классификация в соответствии с разделами Приложения 1 в случае, если

используется типовой перечень государственных (бюджетных услуг);

1.3.классификация по категориям получателей государственной (бюджетной

услуги). В случае если на портал добавляется новая услуга, для которой

утвержден регламент (стандарт) ее предоставления, из соответствующего

раздела берется наименование типа (категории) получателей услуги.

1.4.сервис «поиск» по названию услуги (анализ проводится по полным и кратким

названиям), результатом выбора (поиска) является краткое наименование

государственной (бюджетной) услуги

3.5.1.3 Требования к системам межведомственного взаимодействия

(СМВ)

Система межведомственного взаимодействия должна выполнять следующие

функции:

моделирование электронных административных регламентов

межсистемного и межведомственного взаимодействия в рамках всей

179

интеграционной цепочки;

интегрирование этих регламентов в рамках совокупности созданных на

заказ и готовых приложений, используемых в государственных ведомствах и

органах государственной власти;

соединение этих регламентов с информационными системами других

государственных ведомств и структур;

отслеживание выполнения электронных административных регламентов

по межсистемному и межведомственному взаимодействию, и управление общей

производительностью в пределах всего государственного ведомства или органа

власти

Реализация СМВ предполагает следующие основные принципы:

реализация подсистемы не предусматривает кардинальных изменений

действующих процедур сбора и обработки персональных данных, реализуемых

отдельными органами власти в рамках выполнения закрепленных за ними функций;

система имеет децентрализованный характер и основана на

использовании существующих автоматизированных систем учета населения,

создание и сопровождение которых обеспечивается органами государственной

власти и местного самоуправления самостоятельно;

система использует реестр ИПД, понимаемого как совокупность ИПД и

показателей, необходимых для идентификации физического лица,

доступ к персональным данным и работа с ними осуществляется

исключительно на основании административных регламентов, разработанных в

соответствии с федеральными законами;

система обеспечивает учет и протоколирование всех действий,

производимых с персональными данными;

организация взаимодействия и информационного обмена

автоматизированных систем учета населения между собой обеспечивается на основе

общих методических и технологических принципов и стандартов;

СМВ основана на использовании гармонизированных классификаторов и

180

справочников во всех системах учета населения;

во всех вновь создаваемых системах учета населения обязательно

использование единого ИПД, обеспечивающего возможность однозначной

идентификации информации о физическом лице и ее сопоставления с информацией,

размещаемой в других базах данных;

создание механизмов обеспечения соответствия ИПД и внутрисистемных

идентификаторов учета населения для уже реализованных систем учета населения;

идентификатор персональных данных присваивается однократно,

является уникальным для каждого физического лица;

ИПД формируется в соответствии с определенным алгоритмом;

СМВ должна иметь возможность подключения систем учета населения на

основе единой процедуры;

развитие сервисов и информационного наполнения СМВ, создание в ее

рамках новых автоматизированных систем учета населения должно обеспечиваться

по результатам оценки социально-экономического эффекта;

система должна создаваться с учетом существующей информационно –

технологической инфраструктуры органов государственной власти и местного

самоуправления;

защита персональных данных должна осуществляться в соответствии с

основными положениями нормативной правовой базы и требованиями к

обеспечению информационной безопасности, на основе принципа соразмерности, а

именно гарантировании ограничения сбора, обработки и использования данных по

поручению гражданина в действительно необходимом объеме и только для целевого

назначения;

хранение персональных данных в электронном виде осуществляется в

автоматизированных системах по месту их возникновения.

3.5.1.4 Требования к системам защиты информации

Основной функциональностью системы является обеспечение комплексной

защиты информации на всех этапах. Отсюда следуют основные требования к

решению по защите информации;

181

Обеспечение защиты от несанкционированного доступа;

Обеспечение антивирусной защиты;

Обеспечение защиты сетевого взаимодействия;

Обеспечение защиты прикладных систем;

Обеспечение юридически значимого документооборота;

Обеспечение инженерно-технической защиты информации. 

3.5.1.5 Требования к системам ведомственного электронного

документооборота

В целом система управления документооборотом на основе технологии

потока работ, должна обеспечивать автоматизацию следующих

делопроизводственных функций:

обеспечение централизованной, децентрализованной или смешанной

регистрации поступающей корреспонденции, включая письма и обращения граждан,

с обеспечением доступа ко всем поступившим документам;

направление электронной версии документа на рассмотрение руководству

и в структурные подразделения, причем на стадии рассмотрения входящего

документа может быть наложено несколько резолюций, отражающих движение

документов сверху вниз по иерархической лестнице;

регистрация всей исходящей корреспонденции и внутренних документов;

обеспечение работы над документами в соответствии с технологией

потока работ;

регистрация движения документов по определенным маршрутам внутри

ОГВ региона, включая резолюции, отчеты об исполнении, согласование

(визирование) документов;

корректировка документа и повторное его согласование, возможность

контроля движения документа от исполнителя к исполнителю;

списание документов в дело в соответствии с принятой номенклатурой

дел, уничтожение и подготовка документов к архивному хранению;

осуществление контроля за своевременным исполнением поручений,

обращений учреждений, организаций, резолюций и указаний руководства; проверка

182

правильности и своевременности исполнения документов;

определение стадии маршрута (места текущего нахождения) документа,

ответственного исполнителя, срока исполнения;

поиск документов по любому набору реквизитов электронной

регистрационной карточки, в том числе контекстный поиск, как по карточке, так и

по тексту самого документа;

получение статистических отчетов по документообороту;

хранение электронных образов документов произвольного формата;

отправка документов, формирование реестров рассылки для экспедиции

или отправка документов по электронной почте;

работа с взаимосвязанными документами, образование гипертекстовой

сети зарегистрированных документов;

организация единого регламента работы с документами в ОГВ региона;

использование унифицированных форм представления и обработки

документов;

обеспечение иерархического представления документов и настраиваемой

системы фильтров;

обеспечение работы пользователей на основе авторизации и прав доступа,

определяемых положениями, должностными обязанностями, определение на их

основе набора допустимых для конкретного пользователя функций и прав доступа к

документированной информации;

возможность использования ЭЦП.

Обеспечение делопроизводства внутренних проектов и документов,

принимаемых органами исполнительной власти Ленинградской области, начиная с

этапа создания проекта и заканчивая рассылкой принятых документов для

исполнения или ознакомления:

постановка на учет проекта правового акта, контроль за его

прохождением;

регистрация документа после его подписания;

помещение электронного текста документа в интегрируемую систему

183

полнотекстовых распорядительных документов;

рассылка извещения о принятии документа и/или о необходимости его

исполнения.

В качестве стандарта ведомственного документооборота необходимо

использовать стандарт ISO/IEC 26300:2006, который определяет структурированное

описание электронного документа и его реквизитов на основе XML, обеспечивая

лучшую совместимость АС и технологическую независимость пользователей, т.к.

формат ODF не контролируется монопольным поставщиком.

В настоящее время ODF является единственным форматом электронного

документа, имеющим статус стандарта ISO. многие государственные и

муниципальные организации разных странах мира, среди которых Франция,

Бельгия, Германия, Дания, Голландия, Англия, Австрия, Норвегия, Хорватия,

Эстония, Италия, Польша, Австралия, Индия, Бразилия, Малайзия и др приняли

решение об использовании именно этого формата.

Формат ISO/IEC 26300:2006 поддерживается рядом программных продуктов,

включая как свободные (например, OpenOffice), так и проприетарные (от IBM, Corel

и др.). Формат ODF также используется в свободном онлайновом сервисе создания

и редактирования файлов GoogleDocs.

Мировой опыт показывает, что миграция СЭД на стандарт ISO/IEC

26300:2006 экономически целесообразна. Даже при консервативном подсчете,

включающем переподготовку пользователей, снижение производительности труда в

связи с освоением новых интерфейсов, а также конвертацию электронных архивов,

оказывается, что миграция на ODF приносит значительную экономию бюджетных

средств. Например, согласно исследованию, проведенному в Дании в 2006 г.

(Ramboell Management Report30), миграция центральных правительственных

учреждений с MS Office 2007/Open XML на OpenOffice/ODF позволит за 5 лет

сэкономить более 30% средств ($44 млн. вместо $65 млн.). Миграция всего

госаппарата Дании на OpenOffice/ODF даст экономию около $100 млн.

Исследование Городского совета Бристоля (Англия) показало, что сокращение

издержек составит 60%, если миграция будет проводиться при модернизации 30 http://www.odfalliance.org/resources/RamboellReport.pdf

184

офисного программного обеспечения. Аналогичные исследования проводились в

Массачусетсе (США), Индии, Испании, Франции, Швеции и др.

3.5.1.6 Требования к автоматизированной системе

многофункциональных центров, создаваемых в Ленинградской

области

Создаваемая автоматизированная система многофункциональных центров на

территории Ленинградской области должна обеспечивать:

Информирование физических и юридических лиц, а также организаций

по вопросам предоставления государственных и муниципальных услуг за счет

обеспечения сотрудников МФЦ возможностью оперативного доступа к справочной

информации по государственным (муниципальным) услугам, образцам документов,

бланкам и пр. в процессе консультирования заявителей с использованием любых

возможных каналов взаимодействия (личная явка, Интернет, телефонные каналы), а

также путем размещения указанной информации на общедоступных

информационных ресурсах МФЦ в сети Интернет («Портал МФЦ»);

Организацию приема физических и юридических лиц, а также

организаций в МФЦ, обеспечение стандартов комфортности;

Прием от физических и юридических лиц, а также организаций

документов, необходимых для получения государственных и муниципальных услуг,

помощь в их заполнении и подготовке, их первичная проверка;

Сокращение количества взаимодействий заявителей с должностными

лицами за счет автоматизации и информационной поддержки межведомственного

информационного и документационного взаимодействия;

Информирование физических и юридических лиц, а также организаций о

ходе исполнения государственных и муниципальных услуг, предоставляемых им

через МФЦ;

Передача физическим и юридическим лицам, а также организациям

результатов оказания государственных и муниципальных услуг;

Поддержка деятельности по оптимизации административных процедур и

185

повышению качества предоставления ГУ за счет оперативного мониторинга

эффективности действий, исполняемых в ходе оказания ГУ, повышения

эффективности взаимодействия с территориальными органами федеральных

органов исполнительной власти, органами исполнительной власти субъекта

Российской Федерации, органами местного самоуправления, организациями,

участвующими в предоставлении соответствующих ГУ.

Исходя из приведенного выше перечня автоматизируемых функций, АИС

МФЦ должна решать следующие задачи:

Сбор и поддержание в актуальном состоянии информации (в электронном

виде) о порядке оказания государственных и муниципальных услуг, размещение

этой информации на «Портале МФЦ» и предоставление доступа к ней сотрудникам

МФЦ;

Автоматизация процесса подготовки гражданами бумажных и

электронных документов установленной формы;

Автоматизация процессов приема и регистрации, а также проверки на

правильность заполнения и комплектность как бумажных, так и электронных

документов, поступивших от граждан и организаций;

Автоматизация процессов оказания комплексных услуг, включающих в

себя несколько государственных и муниципальных услуг, результаты исполнения

одних из которых необходимы для оказания других;

Сбор информации о ходе исполнения государственных и муниципальных

услуг в электронном виде, включая как информацию о движении документов внутри

МФЦ, так и о ходе процесса оказания услуг в органах государственной власти,

органах местного самоуправления, автоматизация контроля соблюдения органами

государственной власти, органами местного самоуправления и сотрудниками МФЦ

процедур и регламентов исполнения услуг;

Предоставление автоматизированных средств оценки эффективности

оказания государственных и муниципальных услуг на основании собранной в ходе

контроля исполнения услуг информации;

Предоставление полной и исчерпывающей информации по ключевым

186

аспектам деятельности МФЦ (включая публикацию форм и бланков документов) на

«Портале МФЦ».

Концептуальная схема формирования АИС МФЦ представлена на рисунке 6

Рисунок 6. Концептуальная схема формирования АИС МФЦ

3.5.1.7 Обеспечение работы с обращениями граждан:

ввод данных о заявителях (гражданах и/или организациях);

регистрация обращений и вопросов, поставленных в них;

формирование уникального регистрационного номера обращения в

соответствии с принятыми принципами нумерации документов;

187

постановка обращения на контроль;

отслеживание хода обработки обращения;

формирование, представление на экране монитора и печать выходных

документов в виде справок, отчетов или протоколов;

многокритериальный поиск информации о заявителях, обращениях и

исполнителях по значениям атрибутов соответствующих объектов.

3.5.1.8 Требования к ведомственной системе социальной защиты

населения

Ведомственная система социальной защиты населения должна решать

следующие задачи:

формирование актуальной и достоверной информации о жителях

субъекта Российской Федерации, имеющих в соответствии с законодательством

право на социальную помощь, и предоставление этой информации органам

государственной власти и органам местного самоуправления, а также иным

организациям, являющимся пользователями ЭСРН.

улучшение информационного обслуживания граждан, имеющих право на

социальную помощь, и сокращение времени на подготовку информации при их

обращении в органы государственной власти и органы местного самоуправления;

автоматизация повседневной деятельности сотрудников органов

социальной защиты при приеме граждан, их учете, принятии решении о назначении

и выплате социальной помощи;

поддержка принятия решения при назначении социальной помощи;

предоставление пользователям ЭСРН аналитических отчетов и

статистических сведений о потребностях граждан, фактически оказанных услугах и

т.д.;

обеспечение обмена данными с информационными системами внешних

организаций и смежных ведомств с целью организации социальных выплат и

подтверждения прав граждан на оказанные социальные услуги, в том числе при

использовании технологии социальных карт;

формирование информационно-технологической инфраструктуры

188

системы персонального учета населения на региональном и муниципальном

уровнях;

создание основы для интеграции и обеспечения информационной

совместимости баз данных по учету получателей социальной помощи, в том числе

при осуществлении межрегионального взаимодействия.

Основными принципами формирования, ведения и использования ЭСРН

являются:

соблюдение прав граждан на получение социальной помощи,

предусмотренных действующим законодательством;

актуальность, достоверность и полнота документированной информации

ЭСРН;

введение в ЭСРН единых идентификаторов записей о гражданах,

имеющих право на социальную помощь, и их использование в автоматизированных

системах организаций, оказывающих социальные услуги, в том числе, с

использованием социальной карты жителя региона, а также в автоматизированных

системах других участников системы социальной защиты;

централизованное формирование и ведение в рамках ЭСРН справочников

и классификаторов, используемых в системе социальной защиты субъекта

Российской Федерации;

разграничение доступа и защита документированной информации ЭСРН

от несанкционированного доступа, неправомерного уничтожения, блокирования,

модификации, копирования и иных противоправных действий.

3.5.1.9 Требования к информационной системе здравоохранения

Ленинградской области

Информационная система здравоохранения Ленинградской области должна

обеспечить следующую функциональность:

персонифицированный учет обеспечения медицинскими услугами и

лекарственными препаратами жителей региона;

обеспечение мониторинга состояния сферы здравоохранения региона;

189

обеспечение отчетности и анализа информации;

обеспечения лекарственными средствами льготных категорий населения.

Ключевым элементом информационно ситсемы здравоохранения

Ленинградской области должно стать создание системы персонифицированного

учета медицинской помощи Ленинградской области, которая представляет собой

распределенную систему сбора, обработки и обмена персонифицированной

информацией о случаях оказания медицинской помощи с формированием

центральной базы данных в МИАЦ Ленинградской области.

Система предназначена для следующих основных целей:

- автоматизации медико-статистической и медико-

экономической учетно-отчетной деятельности

лечебно-профилактических

учреждений;

- централизованного мониторинга показателей

деятельности системы здравоохранения для

поддержки принятия управленческих решений;

- поддержки системы финансирования лечебно-

профилактических учреждений за фактически

оказанную медицинскую помощь на основании

персонифицированных реестров;

- построения централизованной системы

ведомственной и вневедомственной экспертизы на

основании истории лечения пациента.

Система изначально проектировалась как региональная с максимальной

централизацией данных, функций управления и эффективной транспортной

составляющей.

Основным качественным изменением работы Комитета

здравоохранения, Территориального фонда обязательно медицинского

страхования Ленинградской области с ЛПУ является не получение отчетных

форм с набором интегральных показателей, которые практически невозможно

190

проверить, но получение первичных учетных документов, на основании которых

показатели рассчитываются автоматически. Данная система должна позволять без

постоянных запросов в ЛПУ получать необходимые данные (в пределах объемов,

подлежавших обязательному электронному учету) за любой период и в любых

разрезах непосредственно в МИАЦ Ленинградской области в минимальное время

(время обработки и выполнения максимально сложного запроса).

В программном комплексе блоками учета являются:

■ Стационар

■ Поликлиника, в т.ч.

■ Регистратура

■ Прием специалистов

■ Дополнительное лекарственное обеспечение

■ Параклиника.

Основными учетными документами, заполняемыми ЛПУ, информация с

которых подлежит обязательному электронному учету являются:

■ Карта выбывшего из стационара

■ Талон амбулаторного пациента

■ Рецепт дополнительного лекарственного обеспечения

Система базы данных и приложения построена по следующим основным

принципам:

1. Распределенная база данных на уровне региона

Целесообразно реализовать модель поддержки распределенной базы данных

исходя из возможностей телекоммуникационных технологий на территории

Ленинградской области, т.е. возможности поддержки доступа единой базе данных в

режиме реального времени для всех ЛПУ на данный момент не существует. Таким

образом, единственной возможностью является синхронизация информации

(обеспечение полного совпадения по данному ЛПУ или подразделению ЛПУ)

между центральной базой данных и базами данных ЛПУ с заданной

периодичностью (принятым стандартом на данном этапе является ежедневная

синхронизация).

191

Центральная база данных содержит актуальную информацию баз данных -

подписчиков в полном объеме с заданной периодичностью. Структура баз данных

на любом уровне одинаковая.

2. Событийная реализация на уровне базы данных и приложения

Для возможности любой детализации процесса лечения пациента при

реализации базы данных и приложения необходимо использовать

событийный подход. Таким образом, при автоматизации деятельности

медицинского персонала возможно максимальное разделение процесса на этапы.

3. Переменные параметры объектов

Для обеспечения независимости от времени параметров объектов учета

значения объекта на момент происхождения события фиксируются в

неизменном состоянии.

4. Сквозная реализация приложения

Приложение, используемое для работы с базой данных, является единым для

всех уровней (уровень подразделения ЛПУ, ЛПУ, МИАЦ, Комитета

здравоохранения).5. Максимальная централизация ведения нормативно-справочной

информации

Обмен данными (репликация данных)

При построении медицинской информационной системы Ленинградской

области требует создание системы обмена данными. При этом были

сформулированы основные требования к системе (репликации):

Возможность передачи/переноса данных по корпоративной сети или на

произвольных носителях

1. Минимальный объем передаваемой информации

2. Гибкие настройки времени обмена

3. Гибкая настройка передаваемой информации

4. Управления процессом обмена как из центрального узла ЛПУ так из

сводной БД

5. Принудительный обмен данными

192

6. Несколько наборов правил обмена для различных типов передаваемой

информации (нормативно-справочная, данные ЛПУ и т.д)

7. Web-интерфейс управления

3.5.1.10 Требования к системе управления собственностью

Общая функциональность АИС «Управление собственностью» состоит в:

Комплексном учете имущества, находящего в собственности

Ленинградской области, в состав которого входят имущественные комплексы,

переданные в хозяйственное ведение государственным и муниципальным

унитарным предприятиям Ленинградской области; имущественные комплексы,

переданные в оперативное управление государственным и муниципальным

учреждениям; находящиеся в собственности акции (доли, вклады) хозяйственных

обществ и товариществ; находящиеся в собственности Ленинградской области РФ

объекты недвижимости (здания, строения, сооружения, нежилые помещения,

объекты; инженерного и коммунального назначения).

Создании единой технологической основы для решения вопросов

комплексного учета имущества, подлежащего различному регулированию.

Формировании единой автоматизированной системы Ленинградской

области, обеспечивающей привязку учетных сведений о собственности субъекта к

кадастровом плану.

Подсистемы АИС «Управление собственностью региона» должны

обеспечивать;

ведение (создание, редактирование, поиск, архивирование) данных

(объектов учета);

поиск данных (в отдельно взятом реестре);

формирование документов (отчеты, справки) по данным отдельного

реестра;

формирование сводной отчетности по данным АИС;

обработка запросов и предоставление данных по всей совокупности

объектов в реестрах АИС и/или отдельному объекту в одном из реестров;

193

отображение данных на топографической основе;

Создаваемая система должна базироваться на следующих основных

принципах:

единая система идентификации объектов, основанная на кадастровом

делении;

однократность ввода информации;

ответственность за полноту и достоверность введенной информации;

обеспечение доступа пользователя к информации и блокирование

несанкционированного доступа;

обеспечение интегрированного перекрестного контроля достоверности

информации в системе;

периодическое обновление информации;

обеспечение сохранности информации и независимости от

используемых технических средств.

Эффективное управление собственностью в субъекте требует

использования всех преимуществ современных информационных технологий, что

включает в себя:

поэтапную интеграцию раздробленных информационных ресурсов в

информационное пространство;

развитие программного обеспечения на основе использования

экономико-математических методов:

оперативного анализа данных о состоянии собственности субъекта,

эффективности ее использования, структуре действующих правоотношений,

динамике поступления и использования денежных средств;

прогнозирования тенденций развития экономики субъекта и выработки

решений о составе собственности субъекта и изменении форм и методов ее

использования;

прогнозирования последствий управленческих решений;

анализа фактической эффективности управленческих решений.

Создание АИС должно предусматривать:

194

разработку и ввод в эксплуатацию системы учета и обеспечение ее

бесперебойного функционирования;

создание баз данных и обеспечение сбора, ведения и контроля

достоверности первичной информации;

создание единой технологии функционирования всех участников

процесса управления имуществом субъекта при разделении информации на

публичную и коммерческую с регламентированным доступом;

переход на электронные стандарты документооборота внутри структур

законодательной и исполнительной власти субъекта.

3.5.1.11 Автоматизированные системы государственных закупок

АС государственных закупок автоматизируют функцию подготовки и

размещения заказа, обеспечивая проведение закупок согласно установленному

законодательством порядку (открытый конкурс, аукцион, аукцион в электронной

форме, запрос котировок).

Помимо основной функции, АС госзакупок поддерживают функции контроля

порядка размещения заказа, планирование проверок закупок, обработку жалоб на

нарушение законодательства, публикацию информации о контрольных проверках и

их результатах, формирование отчетов по результатам размещения заказов в

различных разрезах.

В состав АС госзакупок могут входить различные модули, ключевыми среди

которых являются:

АС поддержки установленных законом регламентов, реализованных в

электронном виде (включая торговую площадку).

Системы учета (реестр объявленных конкурсов и конкурсной документации,

реестр госконтрактов, реестр недобросовестных поставщиков, справочники и

классификаторы и др.).

Портал госзакупок.

«Брокер» (система маршрутизации и журналирования данных,

195

циркулирующих в АС).

Модули сопряжения с внешними системами госзакупок и рабочие места

операторов.

Аналитические подсистемы и др.

В соответствии с текущей редакцией Федерального закона «О размещении

заказов на поставки товаров, выполнение работ, оказание услуг для

государственных и муниципальных нужд госзакупках» информация о размещении

госзаказа должны публиковаться на официальном сайте государственных закупок

(http://www.zakupki.gov.ru).

Для обеспечения доступности информации о госзаказе необходимо

реализовать открытые стандартизированные интерфейсы, позволяющие получать

информацию относительно государственных закупок в автоматизированном

режиме. Указанные стандарты устанавливают протоколы взаимодействия

автоматизированных систем государственных закупок, состав реквизитов и правила

разметки электронных документов, использующихся при размещении госзаказа, а

также регламенты информационного взаимодействия.

Поскольку на портале госзакупок должна агрегироваться информация от

большого числа ведомств, наличие стандартов является критически важным для

взаимодействия с ними автоматизированных систем, созданных различными

поставщиками. Отдельные госзаказчики получают возможность построения

сквозных регламентов размещения государственного заказа и публикации

информации о нем на портале в автоматизированном режиме.

При проектировании АС госзакупок имеет смысл среди ключевых требований

устанавливать соответствие создаваемых автоматизированных систем указанным

стандартам.

3.5.1.12 Автоматизированные системы формирования и контроля

исполнения бюджета

Региональный или муниципальный бюджет формируется на основе анализа

196

экономической конъюнктуры в стране и отдельном регионе, показателей

исполнения бюджетов за предыдущие годы с учетом хода исполнения бюджета

текущего года и изменений в налоговом законодательстве и в других сопряженных с

процессами формирования и исполнения бюджета нормативных документах.

Одной из основных функций, которые реализуются в бюджетном процессе,

является планирование. Планирование бюджета основывается на:

бюджетном послании Губернатора Ленинградской области;

прогнозе социально-экономического развития Ленинградской област;

основных направлениях бюджетной и налоговой политики.

Другой важной функцией является исполнение бюджета, подразумевающее

взаимодействие финансового ведомства с основными распорядителями и

получателями бюджетных средств (РБС и ПБС) с целью обеспечения плановых

показателей и по необходимости своевременной коррекции бюджета.

Функция контроля целевого использования и объемов фактического

исполнения бюджета на всех уровнях направлена на обеспечение рационального

расходования государственных средств.

В последнее время в нормативную базу бюджетного процесса внесены

существенные поправки. В частности, осуществлен переход на среднесрочное

финансовое планирование и трехлетний бюджет. Важно и то, что новая редакция

Бюджетного кодекса предусматривает возможность финансирования бюджетных

учреждений на основе государственных заданий. Повышается самостоятельность и

ответственность госучреждений при распоряжении выделенными деньгами.

Предполагает введение новых форм финансирования государственных и

муниципальных услуг, в частности финансирование «по результатам».

В настоящее время имеет место большое разнообразие функциональных

возможностей различных АС бюджетирования. Связано это с административной,

территориальной, ведомственной и иной спецификой автоматизируемых ведомств.

В связи с этим сложно определить оптимальный набор базовых функциональных

компонент, которые должны входить в систему бюджетирования.

197

К наиболее востребованным функциям АС бюджетирования относятся:

формирование финансового плана на среднесрочный период;

формирование проекта бюджета на очередной финансовый год;

ведение реестра расходных обязательств;

учет договоров распорядителей бюджетных средств;

формирование расходных расписаний и расходных уведомлений;

формирование платежных документов;

формирование реестра бюджетополучателей;

формирование реестра государственных контрактов;

формирование форм бюджетной и статистической отчетности;

формирование аналитических справок по бюджетному планированию и

финансированию;

обеспечение документооборота.

Одной из особенностей бюджетного процесса является то, что он

регулируется по одним составляющим федеральным законодательством (например,

казначейское исполнение) и соответствующими нормативными и инструктивными

документами Министерства финансов РФ, а по другим (планирование) –

законодательством субъектов РФ и нормативными актами муниципалитетов, под

которые, как правило, инструктивных материалов создается крайне мало. Таким

образом, при проектировании АС бюджетирования целесообразно учитывать

текущее разнообразие нормативной базы и, что более важно, возможность ее

изменения.

Существенную проблему представляет участие в формировании и исполнении

бюджета большого числа ведомств и служащих, которые ведут параллельную

работу над бюджетом. Это обуславливает необходимость установления высоких

требований к обеспечению версионности систем и управлению правами доступа.

Для любой АС бюджетирования существует необходимость получения

198

разнородных данных из большого числа внешних источников (бухгалтерские,

госзакупочные, казначейские системы, учетные системы распорядителей и

получателей бюджетных средств и т.д.). Это сильно затрудняет интеграцию и

автоматизацию взаимодействия, особенно с унаследованными системами. Наиболее

эффективным средством разрешения данной проблемы является реализация

как систем бюджетирования, так и смежных систем на основе открытых

стандартов, а также разработка и стандартизация схем данных на основе XML.

Необходимо учитывать частое изменение законодательства, методик

формирования бюджета и бюджетной классификации. Поэтому при проектировании

нужно отдавать предпочтения системам, которые позволяют модифицировать

автоматизированные процессы под изменяющиеся нормативные требования силами

функциональных пользователей (а не переработкой кода силами программистов).

3.5.1.13 Автоматизированные системы бухгалтерского учета

При автоматизации процессов бухгалтерского учета в органах

государственной власти ключевую роль играет учет требований нормативной базы.

Основой нормативной базы бухгалтерского учета являются законодательные

акты: в первую очередь Федеральный закон «О бухгалтерском учете», указы

Президента Российской Федерации и постановления Правительства Российской

Федерации, прямо или косвенно регулирующие порядок бухгалтерского учета в

организациях.

Следующий уровень регулирования – Положения по бухгалтерскому учету

(ПБУ)31, которые устанавливают принципы, базовые правила ведения

бухгалтерского учета по сферам деятельности организации и видам активов, а также

составления и представления бухгалтерской отчетности.

Третий уровень – методические рекомендации (инструкции, указания и другие

подобные документы) по учету имущества, затрат, составлению бухгалтерской

отчетности и т. п., которые утверждаются Минфином России с учетом отраслевой

специфики и видов деятельности организаций.

31 http://www1.minfin.ru/buh/buh_zinpa_pbu.htm

199

Основным документом общеметодического характера, который необходимо

учитывать при проектировании бухгалтерских систем, является «Концепция

развития бухгалтерского учета и отчетности в Российской Федерации на

среднесрочную перспективу» (далее – Концепция), утвержденная приказом

Министра финансов Российской Федерации от 1 июля 2004 года №180. Одним из

ключевых направлений реформирования бухгалтерского учета Концепция

рассматривает переход на международную систему бухгалтерской отчетности.

Ключевым направлением развития бухгалтерского учета является переход на

электронную форму отчетности, которая подразумевает возможность только

электронного (без «бумажного» дублирования) обмена отчетными документами с

уполномоченными органами. Положения, обеспечивающие нормативно-правовые

основы такой деятельности были введены в Федеральном законе от 28 марта 2002 г.

«О внесении изменения и дополнения в Федеральный закон «О бухгалтерском

учете». Форматы предоставления отчетности описаны приказом Федеральной

налоговой службы от 13 апреля 2007 № ММ-3-13/230 «О внесении изменения в

приказ МНС России от 22.12.2003 № БГ-3-13/705 «Об утверждении формата

представления налоговых деклараций, бухгалтерской отчетности и иных

документов, служащих основанием для исчисления и уплаты налогов и сборов, в

электронном виде (версия 3.00)».

При проектировании бухгалтерских систем нельзя забывать о специфических

особенностях бухучета в госсекторе. 26 августа 2004 года Министерством финансов

был выпушен приказ №70н, которым была утверждена новая инструкция по

бюджетному учету. Этот приказ установил единый порядок ведения бухгалтерского

учета в органах государственной власти, органах управления государственных

внебюджетных фондов, органах управления территориальных государственных

внебюджетных фондов, органах местного самоуправления и бюджетных

учреждениях. Бюджетный учет стал вестись на основании единого плана счетов с

применением бюджетной классификации.

В соответствии с требованиями новой инструкции, государственным

учреждениям необходимо вести только автоматизированный учет. При выборе

200

автоматизированной системы бухгалтерского учета руководители бюджетных

организаций должны требовать от разработчика ПО соответствие системы всем

особенностям нового порядка ведения бухгалтерского учета. Выбранная система

автоматизированного ведения бухгалтерского учета должна быть адаптирована под

обе инструкции (№107н и №70н) и содержать таблицу соответствия старых и новых

счетов. Последнее необходимо для гибкого перевода ранее накопленных данных

бухучета.

В остальном автоматизация бухгалтерского учета не имеет отличий от

аналогичной деятельности в коммерческом секторе и поддержана конкурирующими

автоматизированными системами, имеющими в России большую инсталляционную

базу.

201

3.6 Разработка предложений по структуре и

содержанию справочников, необходимых для реализации ИТ-

архитектуры «электронного правительства» Ленинградской

области (справочной модели бизнес-процессов, справочной

модели описания данных, технологической справочной модели

и др.), порядку и последовательности их разработки

Справочники являющиеся частью методики “электронного правительства” и

представляют собой следующий набор:

Справочник государственных функций (направлений деятельности и

государственных услуг);

Справочник показателей эффективности и результативности;

Справочник типов информационных систем и ресурсов;

Справочник сервисных компонент информационных систем;

Справочник информации и данных;

Справочник технологических компонент.

3.6.1.1 Модель функциональной административной архитектуры

Администрации Ленинградской области и администраций

муниципальных образований (справочник государственных

функций)

Справочник государственных функций - представляет собой единую базу

данных, содержащую информацию о государственных функциях органов

исполнительной власти по реализации полномочий Ленинградской области,

установленных федеральными и областными законами

Внесению в Справочник подлежат:

государственные функции по исполнению полномочий субъекта Российской

Федерации, установленные федеральным и областным законодательством;

государственные функции по реализации полномочий Российской Федерации,

переданные в установленном порядке субъекту Российской Федерации.

202

Справочник носит сводный характер и формируется на основе данных

мониторинга действующего законодательства.

Мониторинг государственных функций администрации области проводится

структурными подразделениями администрации области (далее - структурные

подразделения) в пределах их компетенции.

Основанием для внесения изменений в Справочник являются:

данные мониторинга действующего законодательства;

поручения губернатора области;

поручения заместителей губернатора области.

Ведение Справочника осуществляется уполномоченный орган исполнительной

власти Ленинградской области (предположительно – Юридический комитет

Администрации).

Органы исполнительной власти, в полномочия которых входит исполнение

государственной функции:

анализируют федеральное и региональное законодательство с целью выявления

новых государственных функций, способов их исполнения;

вносят предложения по изменениям и дополнениям в Справочник ;

готовят документы, связанные с ведением и использованием Реестра в

отношении конкретных государственных функций, являющихся предметом их

ответственности;

проводят мониторинг Справочника в пределах своей компетенции;

ведут Реестр государственных функций, исполняемых ими.

Справочник утверждается Постановлением губернатора.

Справочник формируется на основе реестров государственных функций

органов исполнительной власти области

содержит:

регистрационный номер государственной функции;

наименование государственной функции;

наименование исполнительного органа государственной власти Ленинградской

области, исполняющего государственную функцию;

203

нормативные правовые акты (с указанием пункта, статьи Федерального закона

РФ, закона Ленинградской области), в соответствии с которыми исполняется

государственная функция;

результат государственной функции.

При внесении в Справочник, исключении из Справочника, уточнении

государственных функций в Справочник исполнительные органы, структурные

подразделения готовят проект постанолвения о внесении изменений в Справочник в

установленном порядке.

Справочник государственных функций не реже одного раза в год

рассматривается на предмет уточнения содержания и описания государственных

функций с целью обеспечения максимального удовлетворения потребностей

получателей государственных функций.

Справочник государственных функцийисполнительных органов государственной власти

Ленинградской области

Регистрационный номер государственной функции

Наименование государственной функции

Наименование исполнительного органа государственной власти Ленинградской области, исполняющего государственную функцию

Нормативные правовые акты

Результат государственной функции

1 2 3 4 5

3.6.1.2 Модель архитектуры информации

Данная модель должна определять какие данные необходимы для

поддержания бизнес-процессов (например, модель данных), а также для

обеспечения стабильности и возможности долговременного использования этих

данных в прикладных системах.

204

3.6.1.3 Модель архитектуры прикладных систем

Описывает прикладные системы, обеспечивающие реализацию

государственных и муниципальных функций, процессов и электронных

административных регламентов.

Прикладные системы большей частью состоят из компонент, настроенных

под реализацию конкретного процесса и услуги и, таким образом, должны, как

правило, быть реализованы на уровне отдельного ведомства.

Модель архитектуры прикладной системы должна быть реализована в двух

проекциях: концептуальной и логической.

Концептуальное представление отражает взгляд на прикладную систему с

точки зрения пользователя, т.е. выполняемой функциональности. Основная задача

на этапе концептуального проектирования и создания административной модели —

описание ключевых административных процессов и данных, которые эти процессы

используют, таким образом, чтобы подчеркнуть цели и требования с точки зрения

деятельности в форме, свободной от описания применяемых технологий.

Многие методы, которые используются для построения административной

модели на этапе концептуального проектирования, методы анализа вариантов

использования, UML-диаграммы деятельности и др.

Логическое представление архитектуры приложения создается

посредством создания модели приложений. Модели приложений описывают общую

структуру прикладной системы, ее компоненты и взаимосвязи между ними в

терминах логической пересылки сообщений между этими компонентами,

последовательности информационного обмена, общего описания данных и

состояний, в которых могут находиться система и ее компоненты. Таким образом,

модель приложения дает некоторое логическое представление, как могут быть

реализованы бизнес-модели, разработанные на этапе концептуального

проектирования.

В рамках использования SOA на этапе создания модели приложения

используются концепции, которые позволяют описать приложение без указания

конкретных технологий или стандартов. Стандарты и технологии (но не конкретные

205

продукты) используются для описания физического представления, что является

следующим этапом проектирования.

3.6.1.4 Модель технологической архитектуры (инфраструктуры)

На этапе проектирования физического представления (архитектуры) каждый

элемент модели приложения необходимо соотнести с реальными технологиями и

технологическими стандартами, что делается посредством создания

технологических моделей приложения.

Архитектура инфраструктуры аппаратного и программного обеспечения,

обеспечивает работу прикладных систем и выполнение операционных

(нефункциональных) требований, предъявляемых к архитектуре прикладных систем

и информации. Она описывает структуру и взаимосвязи между используемыми

технологиями и то, как эти технологии обеспечивают выполнение операционных

требований организации.

Ключевой принцип формирования модели технологической архитектуры

является можно изложить так: «функциональные требования обеспечиваются

архитектурой приложений»; «операционные требования обеспечиваются

технологической архитектурой».

Технологическая модель должна быть сформулирована в технологически

нейтральной по отношению к конкретным поставщикам форме.

3.7 Разработка рекомендаций по формированию функционально-

информационных архитектур отраслевых и муниципальных

компонентов «электронного правительства» Ленинградской

области, создаваемых в рамках РЦП «Информатизация

Ленинградской области на 2008 – 2010 годы» на основе единой

архитектуры «электронного правительства» Ленинградской

области

206

Настоящий раздел содержит рекомендации по формированию

функционально-информационных архитектур отраслевых и муниципальных

компонентов «электронного правительства» Ленинградской области.

Функционально-информационной архитектурой муниципальных и отраслевых

компонентов «электронного правительства» Ленинградской области можно назвать

семейство руководящих принципов (концепций, правил, шаблонов, интерфейсов,

стандартов), используемых при построении совокупности информационных

технологий предприятий, организаций, органов власти региона.

Объединенное информационное пространство региона призвано

сгруппировать, учитывая строго регламентированное информационное

взаимодействие, социально значимые информационные ресурсы, обслуживающие

такие области, как: экономика и финансы, обслуживание населения, управление

недвижимостью и инженерными сооружениями, управление земельными ресурсами.

Общая схема информационных связей электронного правительства Ленинградской

области показана на Рисунке 7.

Рисунок 7. Общая схема информационной архитектуры электронного

правительства Ленинградской области

207

Информационно-функциональная архитектура электронного правительства

муниципального образования (ЭПМО) предполагает типовую структуру для

каждого населенного пункта Ленинградской области и имеет два варианта в

зависимости от уровня управления ОИВ.

Для муниципальных образований подчиненных вышестоящему

территориальному ОИВ Ленинградской области и имеющих

подчиненные территориальные образования.

Для муниципальных образований, подчиненных ОИВ

административной единице области и не имеющих подчиненных

территориальных образований.

Организация архитектуры информационных ресурсов ЭПМО должна

представлять собой систему распределенных баз данных, обеспечивающих:

однократный ввод информации в систему ЭПМО и их дальнейшее

использование всеми компонентами ЭПМО;

распределенное хранение информации с регулируемой степенью

избыточности и целостности данных;

представление всей совокупности данных муниципального

образования, составленной из множества баз данных, как одной

логической базы данных;

использование соответствующих общероссийских и общегородских

классификаторов, справочников и рубрикаторов;

защиту данных от разрушений при авариях и сбоях в электропитании

(бросках напряжения и отключении питания);

контроль вводимых данных на их достоверность;

исключение возможности потери или искажения данных;

восстановление первоначального состояния данных за время, не

нарушающее производственные процессы.

Должны реализовываться принципы защиты обрабатываемых данных

компонентов ЭПМО, в том числе регламентации доступа пользователей к

информационным ресурсам, ведение журнала работы с информационными

ресурсами, попыток несанкционированного доступа к данным, абонентской защиты

208

информации, защиты телекоммуникационных каналов передачи информации.

Особое внимание также должно быть уделено скорости обработки и передачи

данных, сведению к минимуму потери и искажения информации и обеспечению

возможности архивного хранения и работы с историческими данными, обеспечения

взаимодействия с заинтересованными лицами посредством Интранет и Интернет -

ресурсов.

Информационно-функциональная архитектура ЭПМО состоит из следующих

основных типовых компонент.

Центральный компонент:

В соответствии с указанной архитектурой в центре информационно-

функционального пространства ЭПМО помещён центр обработки данных

муниципального образования с информационной моделью ЭПМО,

представляющим собой хранилище метаданных муниципального образования,

которое синхронизировано с аналогичным центральным хранилищем метаданных

(ХМД) Ленинградской области, хранилищем данных (ХД) территориального

образования, включающем геоинформационные данные, данные об объектах и

субъектах, находящихся на территории муниципального образования, нормативно-

справочную информацию, данные о государственных услугах и функциях ОИВ и

учреждений, показатели деятельности ОИВ, организаций и учреждений,

подведомственных указанным ОИВ. В ХД также хранится необходимая первичная

информация о деятельности ОИВ по оказанию государственных услуг для

заинтересованных лиц.

Портальный компонент:

Компонентом, обеспечивающим взаимодействие ОИВ с гражданами и

юридическими лицами, централизованный доступ к информационным ресурсам

ЭПМО, является информационный портал муниципального образования. Все

операции по оказанию государственных услуг, данные о ходе рассмотрения заявок

на получение государственных услуг, информация об административных

регламентах по государственным функциям и услугам, реестры физических и

юридических лиц соответствующего назначения, данные о конкурсных торгах по

закупкам в интересах государственных и муниципальных органов власти,

209

организация совместной работы.

Компонент «население»

Обеспечивает выполнение разнообразных задач учета и обслуживания

населения муниципального образования в части учета граждан, проживающих

временно или постоянно на территории данного муниципального образования.

Данная информация используется другими компонентами ЭПМО в части указанной

информации.

Компонент «экономика»

Обеспечивает хранение и обработку данных о финансово-экономическом

состоянии и производственном потенциале муниципальных предприятий,

учреждений и организаций, а также поддержку принятия решений в части

экономических вопросов развития муниципального образования.

Компонент «управление недвижимостью»

Обеспечивает хранение и обработку данных по объектам муниципальной

недвижимости, по объектам недвижимости на территории муниципального

образования, относящейся к другим видам собственности, их характеристик,

инженерных коммуникаций, проложенных в объектах недвижимости и

предприятиях и организациях, эксплуатирующих данные объекты недвижимости.

Компонент «земля»

Обеспечивает хранение и обработку данных земельных участков,

территориально расположенных в пределах муниципального образования и

переданных им в пользовании, а также земельных участков, находящихся в частной,

либо другой собственности, их характеристик, описания инженерных

коммуникаций, проложенных по указанным земельным участкам.

Функционально-информационную архитектуру ЭПМО можно представить на

Рисунке 8 следующим образом:

Рисунок 8. Типовая функционально-информационная архитектура

электронного правительства муниципального образования.

210

Функционально-информационная архитектура (ФИА) ХМД муниципального

образования должна являться частью ФИА Ленинградской области и

использоваться для:

o Информационная модель представления данных ЭПМО, определяющая

их структуру, допустимые значения и способы их представления,

взаимосвязи данных между собой

o Модель описания нормативно-справочной информации: словарей,

справочников, классификаторов

o Описание информационных ресурсов электронного правительства

муниципального образования

o Описания внешних информационных ресурсов для организации

информационного взаимодействия со сторонними информационными

ресурсами

o Ведения актуальной функционально-процессной модели

административных процессов ОИВ Ленинградской области.

Информационная модель в части метаданных муниципального образования

взаимодействует с центральным хранилищем метаданных Ленинградской области,

используя те метаданные, которые формируются ОИВ Ленинградской области и

действующими на всей территории области.

211

Информационная модель данных представляет собой взаимоувязанное

описание информации, которая формируется в информационных ресурсах ЭПМО, а

также поступает из внешних информационных ресурсов. Построение модели

данных должно быть независимо от типа, структуры и количества объектов данных

и строится на основе объектного хранения данных.

Информационная модель должна быть унифицированным описанием объектов

предметной области органов исполнительной власти муниципального образования.

Информационная модель данных определяет требования к информационному

взаимодействию ЭПМО и внешних информационных ресурсов.

Модель описания нормативно-справочной информации предполагает

следующие данные:

Каталог справочников, словарей и классификаторов, в котором представлены

базовые свойства объектов каталога, назначение и наименование

Структура атрибутов справочников, словарей, классификаторов –

наименование, типы данных, граничные значения и другая информация.

Модель описания информационных ресурсов ЭПМО предназначена для

указания всех ресурсов органа власти, а также определения правил работы с ними. В

роли таких ресурсов могут выступать прикладные системы органа власти, базы

данных, данные в открытых источниках.

Описание ресурса должно включать формат данных и способ доступа к ним

(подключения к источнику).

Информационная модель ЭПМО обеспечивает информационное

взаимодействие всех компонентов ЭПМО.

Многообразие задач, стоящих перед муниципальными администрациями

приводит к необходимости ЭПМО, которое бы автоматизировала процесс

управления городскими ресурсами и осуществляла контроль над выполнением всех

бюджетных обязательств – по вопросам демографии и миграции, по обеспечению

населения услугами здравоохранения и образования, по социальной защите

горожан, по созданию и развитию городской инфраструктуры (коммунальных услуг,

транспорта), по развитию городского хозяйства и оптимальному использованию

ресурсов.

212

Указанные функции ЭПМО предполагают обеспечение комплекса функций по

накоплению, хранению и быстрому доступу к разнообразной информации о

физических лицах, организациях, объектах, нормативных актах, и т.п., входящих в

систему компетенции органов муниципальной власти.

Указанные функции необходимо обеспечить системой информационного

взаимодействия, включающего в себя и портальные решения. Система должна

обладать развитым набором атрибутов, описывающих организации, физические

лица, объекты, нормативы и субсидии.

Наличие системы информационного взаимодействия как центрального

компонента предполагает использование единой нормативно – правовой системы

взаимоувязанных показателей развития МО. Это, прежде всего показатели,

отражающие ход выполнения целевых муниципальных программ, показатели

развития экономики МО, необходимые для разработки прогноза бюджета

муниципальных образований в увязке с бюджетами верхнего уровня (районными и

региональными). Одновременно осуществляется использование взаимоувязанной

системы показателей для организации обмена с региональным уровнем ОИВ. Это

показатели, отражающие ход выполнения различных целевых программ

регионального уровня, показатели социально-экономического развития области.

Система информационного взаимодействия поддерживает ведение и

использование различными компонентами регистров населения различного уровня с

целью анализа демографических сведений (ЗАГС), регистрации (паспортные столы),

вопросов социальной защиты (социальные службы и ФОМС), формированию

статистики о миграции и занятости и применения данных из регистра для других

ведомственных систем.

В рамках системы информационного взаимодействия обеспечивается

формирование и ведение ведомственного реестра объектов муниципального уровня,

а именно, объектов здравоохранения, образования и социального обеспечения с

целью формирования расходных частей бюджета муниципальных образований.

Одновременно в рамках системы информационного взаимодействия

обеспечивается использование всеми компонентами электронной формы книг

похозяйственого и поземельного учета

213

Система информационного взаимодействия обеспечивает формирование

единой системы делопроизводства от муниципального до регионального уровня с

целью оптимизации объема и разнообразия видов и форм документов, числа

промежуточных документов, сокращения трудозатрат при поиске, создании и

обработке информации, используемой для принятия кадровых и управленческих

решений в рамках муниципальных образований. В рамках автоматизации

делопроизводства необходимо предусмотреть формирование различного вида

справок, выписок, извещений, ходатайств, повесток и т.д.

Применение технологии электронно–цифровой подписи (ЭЦП)

обеспечивающей государственное регулирование в области использования

электронной цифровой подписи, и удостоверяющего центра, выдающего

сертификаты ключей подписей уполномоченным лицам, что позволит упростить

предоставление стандартной отчетности на разных уровнях от муниципального до

регионального, создать системы электронных торгов для организации гос. закупок

на всех уровнях от муниципального до регионального.

Система информационного взаимодействия обеспечивает интеграцию

компонент ЭПМО с межведомственными системами социального обеспечения,

коммунального обслуживания и т.д.

Таким образом, центральный компонент в части информационной модели,

центрального хранилища данных ЭПМО и системы информационного

взаимодействия, обеспечивает гражданам и организациям услуг по обслуживанию

заявок на предоставление государственных услуг и выполнение государственных

функций в режиме многофункционального центра государственных услуг (режиме

«одного окна»).

3.7.1. Компонент «Муниципальное управление»

В рамках указанного компонента выполняются следующие функции:

Управление жилищно-коммунальным хозяйством

Управление транспортом

Управление местными бюджетами

Управление государственными служащими

Планирование и управление по целям

214

Управление проектами

Аналитические и информационные задачи

Подготовка и принятие решения

Управление жилищно-коммунальным хозяйством должно обеспечивать

функции по:

Регистрации организаций – управляющих компаний,

обеспечивающих управление жилищным фондом

Размещению заказа в интересах эксплуатирующих

организаций ЖКХ

Услуги биллинга при расчете за ЖКХ

Расчету тарифов на ЖКХ для населения и организаций

Расчету с предприятиями ТЭК за услуги

Управление транспортом обеспечивает функции:

Управления муниципальным транспортом

Управление дорожным фондом

Закупки и ремонт в интересах эксплуатирующих

организаций муниципального транспорта

Управление местными бюджетами обеспечивает выполнение функций:

Формирование заявок по бюджетным статьям от ОИВ,

муниципальных предприятий и организаций

Формирование доходной части бюджета

Контроль выполнения бюджетных статей (факт)

Управление местным бюджетом предполагает наличие нескольких

иерархических уровней:

Нижний – муниципальный – уровень администраций предприятий

и организаций. Муниципального образования

Средний – уровень администрации муниципального образования

Верхний – уровень администрации ЛО.

Управление государственными служащими должно представлять собой

несколько иерархических уровней:

нижний – муниципальный – уровень администрации муниципального

215

образования, средний – уровень администрации муниципального района,

верхний – уровень региональной администрации, с территориально -

распределенной БД, с едиными набором нормативно-справочной информации и

соответствующие классификаторам государственной службы, адресным и другим

общероссийским, либо региональным справочникам, и моделью данных для всех

уровней системы.

Для всех организаций, сотрудники которых входят в единый реестр

государственных и муниципальных служащих, должны отображаться:

иерархическая структура подчинения, списки организаций и

подразделений и их характеристики;

сформированное штатное расписание по каждой организации и

подразделению;

различные изменения с указанием даты: добавление организаций и

подразделений в структуру, изменение местоположений, реквизитов,

переподчинение;

сведения об организации и ее история;

стандартные формы отчетов и формироваться отчеты различного

вида;

Для каждого сотрудника, занесенного в реестр ГиМС, производится:

ведение карточки сотрудника;

организация архива личных дел сотрудников;

формирование и печать объективок и отчетных форм;

ведение различных системных справочников - классификаторов,

используемых всеми приложениями системы;

автоматический расчет отпусков и стажа;

автоматический учет больничных листов, программ обучения,

данных о повышении квалификации;

массовый ввод и изменение атрибутов сотрудников выбранных

организаций и подразделений.

Система должна обеспечивать интеграцию с системами всех уровней в

216

рамках взаимодействия органов исполнительной власти субъектов Российской

Федерации и органов местного самоуправления

Управление по целям обеспечивает выполнение функций планирования

развития МО в части:

Стратегического планирования (долгосрочного)

Тактического планирования (среднесрочного)

Оперативного (краткосрочного)

Управление проектами обеспечивает выполнение функций:

Создания по стратегическим и оперативным планам целевых

программ,

Формирования портфеля проектов, либо отдельных проектов

управление их выполнением с привлечением всех заинтересованных

в реализации проектов лиц, контроль и оптимизацию бюджетов

проектов, используемых ресурсов.

Аналитические и информационные задачи обеспечивают выполнение

функций:

Применение аналитических и статистических методов для

обеспечения контроля процессов развития и оперативной

деятельности ОИВ МО

Построения различных отчетов и моделей МО

Подготовка и принятие решения обеспечивает выполнение следующих

функций:

Контроль и мониторинг деятельности ЭПМО

Контроль и мониторинг выполнения государственных функций

оказания государственных услуг органами исполнительной власти

Ситуационный анализ

Принятие решений

3.7.2. Компонент Экономика

Компонент «Экономика» должен обеспечивать объективной информацией об

217

экономическом состоянии и производственном потенциале муниципальных

предприятий, учреждений здравоохранения, социальной защиты, образования

внутренних дел. Качественный анализ такой информации - основные составляющие

успешных управленческих экономических и политических решений органов власти

любого муниципального образования. Компонент выполняет следующие функции:

Регистр муниципальных предприятий

Регистр недобросовестных поставщиков

Система гос закупок МО

Мониторинг муниципального продуктового рынка

Реестр муниципальных образовательных и информационных

учреждений

Мониторинг и ведение унифицированных электронных учебных

ресурсов, сетевого тестирования и контроля и переподготовки

граждан

Реестр муниципальных предприятий здравоохранения

Контроль тарифов дополнительных услуг учреждений

здравоохранения

Контроль эпидемиологической и санитарной обстановки МО

3.7.3. Компонент «Территория»

Компонент должен обеспечивать актуальной информацией о наличии и

состоянии земельных участков, переданных в пользование муниципальным

образованиям в части Земельных ресурсов и их использовании, владельцах

земельных участков, которые находятся в собственности, ведение

градостроительного кадастра, экологического состояния земельных участков,

инженерной инфраструктуры, проложенной по территории муниципального

образования. Компонент «Территория» выполняет следующие функции:

Земельный кадастр

ГИС система объекты недвижимости на земельных участках и

инженерные коммуникации

3.7.4. Компонент Недвижимость

218

Компонент должен обеспечивать актуальной информацией о наличии и

состоянии объектов недвижимости в части технической инвентаризации и

муниципального имущества:

Регистр недвижимости,

БТИ

Улицы и магистрали

Архитектура и строительство

Объекты МЧС

ГИС система объектов недвижимости и инженерных коммуникаций

3.7.5. Компонент Население

Данный компонент осуществляет учет населения муниципального

образования в тех ведомствах, в которых предоставляются различные услуги

гражданам. Это учет налогоплательщиков, пенсионное обслуживание, учет

военнообязанных, учет избирателей, учет мигрантов и т.п. В качестве базы для

построения такого компонента должен использоваться Государственный регистр

населения РФ. Компонент «Население» должен представлять собой открытую

многоуровневую функциональную и информационную архитектуру. Деятельность

по сбору, хранению и обработке информации о населении, содержащей

конфиденциальные сведения должна быть лицензирована и основана на

законодательстве РФ.

Учет населения строится на основе действующих нормативно-правовых актов,

регламентирующих процесс регистрации и учета населения, обеспечивает

необходимую информационную поддержку и автоматизированную технологию

решения задач органов местного самоуправления. Компонент «население» строится

на основе действующих нормативно-правовых актов, регламентирующих процесс

регистрации и учета населения, обеспечивает необходимую информационную

поддержку и автоматизированную технологию решения задач органов местного

самоуправления.

Компонент выполняет следующие функции:

Ведение регистра граждан

219

Ведение демографических сведений (ЗАГС),

Регистрация и миграция населения(паспортные столы),

Обеспечение социальной защиты (социальные службы и ФОМС),

Занятость населения (трудоустройство, повышение квалификации)

Охрана порядка

Контроль ЧС

3.7.6. Подсистема основных данных как элемент компонента

взаимодействия и доступа к информационным ресурсам

Основные данные ЭП ЛО представляют собой совокупность фактических

данных, которые отражают сущность органа власти в процессе выполнения

государственных функций и оказания государственных услуг:

Реестр государственных услуг

Реестр государственных функций

Модель административных процессов

Регистр населения

Реестр предприятий

Реестр поставщиков услуг и товаров и т.д.

то есть это информация, которую органы власти используют многократно в

процессе своей деятельности. Основные данные позволяют однозначно определять

сущность деловых процессов органов власти.

Планируемая структура основных данных ЭП ЛО представлена на Рисунке

9.

220

Рисунок 9. Структура основных данных (НСИ) ЭП ЛО

Система управления основными данными охватывает все уровни

управления ЛО, при этом предполагается централизованное ведение

справочников и классификаторов, используемых в рамках всех органов

власти Ленингадской области

Схема ведения основных данных ЭП муниципального образования

представлена на Рисунке 10.

221

Рисунок 10. Схема ведения основных данных

Основные данные представляют совокупность структур данных: НСИ автоматизированной системы ЭП муниципального образования

- состоит из справочников и классификаторов, используемых в

рамках отдельной системы органа власти.

НСИ органа власти, предприятия - состоит из справочников и

классификаторов и используется в рамках всех автоматизированных

систем отдельного органа власти, предприятия.

НСИ ЭПМО - состоит из справочников и классификаторов и

используется прикладными системами, поддерживающими все

процессы оказания государственных услуг на уровне

муниципального образования,

НСИ ЭП ЛО - состоит из справочников, классификаторов и ссылок

на данные, используемые в НСИ ЭПМО.

Изменение в НСИ происходят двумя путями:

В результате возникновения потребности в электронном справочнике

Предоставлениеданных

Предоставлениеданных

Установлениессылок

Изменение данных

Использование данных в системе

Потребностьв электронномсправочнике

Ссылки на данные,Справочники,

классификаторы

Уровень ЭП ЛО

Уровень ЭП МО

Справочники,классификаторы

Уровень Органа властиНСИ органа власти

Справочники,классификаторы

Уровень автоматизированныхсистемНСИ автоматизированной системы СТРУКТУРА ДАННЫХ ПОТОКИ ДАННЫХ

Запрос на создание эл. справочника

Запрос на создание эл. справочника

Уведомление осоздании элемента

Доставка данных (информация об элементе Справочника)

Информация об элементесправочника

Доставка данных (информация об элементе Справочника)

Справочники,классификаторы

222

НСИ для автоматизированной системы - из автоматизированной

системы органа власти создается запрос на создание электронного

справочника органа власти, предприятия При этом на уровне

предприятия анализируется возможность использования данного

справочника автономно без НСИ ЭПМО.

В НСИ ЭПМО - происходит изменение данных и формируется

уведомление о создании элемента НСИ для соответствующей

прикладной системы, если эта автоматизированная система

поддерживает процессы оказания государственных услуг.

В результате изменения НСИ ЭП ЛО информация об изменении

элемента НСИ доставляется всем НСИ, вплоть до НСИ прикладных

систем, в которых данный элемент справочника используется.

Основным принципом ведения основных данных в части НСИ являются:

Принцип Назначение

Централизация процессов ведения

основных данных

Обеспечение целостности и достоверности

основных данных

Централизованная система ссылок

(System of References)

Исключение дублирования записей и

однозначная идентификация записей,

хранящихся в распределённой системе ведения

Основных Данных.

Возможность использования

распределённой системы управления

Основных данных

Разбиение данных по специализированным

функциональным областям, обслуживаемых

группами предметных экспертов, связанных с

соответствующим государственными услугами,

позволяет повысить качество и актуальность

справочников.

Интеграция информации Обеспечение возможности получения данных из

любого узла распределённой системы

223

управления Основных Данных независимо от его

местоположения.

3.7.7. Предложения по последовательности формирования ЭП ЛО

Для оптимального создания ЭП ЛО предлагается следующая

последовательность первоочередных действий:

1) Создание функционально-процессной модели

административных процессов органов власти муниципальных

образований ЛО.

2) Создание репозитория данных по государственным услугам и

функциям ЛО

3) Создание НСИ и классификаторов, общих для всех

автоматизированных систем различных ведомств,

задействованных в МФЦ.

4) Создание системы показателей деятельности органов власти и

предприятий, задействованных в предоставлении

государственных услуг и выполнении государственных

функций

5) Формирование унифицированных требований к

автоматизированным системам, обеспечивающим процессы

предоставления государственных услуг

6) Создается единая интеграционная платформа (компонента

взаимодействия и доступа к данным).

7) Определяются возможности каналов связи между

ведомствами для обеспечения маршрутизации заявок на

выполнение государственных услуг.

8) Создаются центры обработки данных в рамках которых

создаются хранилища НСИ, классификаторов общего 224

назначения, система показателей деятельности.

9) Развивается портал с точки зрения использования

информационных киосков, витрин данных для получения

заинтересованными лицами информации о процессах

выполнения государственных функций и предоставления

государственных услуг.

225

ПРИЛОЖЕНИЕ 1

Рисунок 1. Схема взаимодействия ИАС “Жилищно-коммунальный комплекс”

226

227

Рисунок 2. Схема взаимодействия ИАС “Земельно-имущественный комплекс”

228

Рисунок 3. Схема взаимодействия ИАС “Инвестиционная деятельность”

229

Рисунок 4. Схема взаимодействия ИАС “Социальная сфера”

230

231

Рисунок 5. Схема взаимодействия ИАС “Территориальные образования”

232

233

Рисунок 5. Схема взаимодействия ИАС “Экономика и финансы”

234

235

236

237

Приложение 1. Примерный перечень государственных и бюджетных услуг

Ленинградской области для размещения на портале

№ п/п Наименование услуги

Обеспечение безопасности при чрезвычайных ситуациях

1. Обеспечение безопасности населения при чрезвычайных ситуациях, стихийных бедствиях, эпидемиях, минимизация их последствий

2. Обеспечение пожарной безопасности населения области3. Обеспечение радиационной безопасности населения

Ведение предпринимательской деятельности

4. Лицензирование деятельности по заготовке, переработке и реализации лома цветных и черных металлов.

5. Предоставление информации из реестра лицензий органам государственной власти и местного самоуправления, юридическим и физическим лицам

6. Заключение договоров с инвесторами о предоставлении государственной поддержки инвестиционной деятельности за счет средств областного бюджета

7. Предоставление на конкурсной основе субсидий венчурным фондам8. Аккредитация инновационных технопарков и предоставление им субсидий9. Возмещение субъектам инновационной деятельности части процентной ставки за

пользование кредитами кредитных организаций, полученными на реализацию инновационных проектов

10. Субсидирование части затрат субъектов малого предпринимательства на уплату процентов по кредитам кредитных организаций, займам кредитных потребительских кооперативов, и лизинговых платежей по договорам лизинга

11. Субсидирование части затрат субъектов малого предпринимательства по участию в торгово-экономических миссиях, выставках, ярмарках

12. Оказание грантов малому бизнесу в рамках программы развития малого бизнеса13. Заключение договора водопользования 14. Принятие решения о предоставлении водных объектов в пользование15. Предоставление права пользования участками недр16. Проведение государственной экспертизы запасов полезных ископаемых17. Предоставление участков лесного фонда в аренду, безвозмездное пользование и

краткосрочное пользование18. Разрешение проведения в лесном фонде работ по региональному геологическому

изучению, за исключением буровых работ19. Государственная экологическая экспертиза объектов регионального значения20. Заключение договоров о предоставлении в пользование территорий, акваторий,

необходимых для осуществления пользования животным миром 21. Выдача именных разовых лицензий на использование объектов животного мира,

отнесенных к объектам охоты, за исключением объектов, предусмотренных законодательством РФ

22. Государственный экологический контроль, инициируемый обращениями граждан. 23. Размещение государственного заказа для областных нужд путем проведения торгов в

форме аукциона, конкурса24. Размещение государственного заказа для областных нужд путем запроса котировок, на

товарных биржах25. Осуществление информационного обеспечения размещения заказов для областных

государственных нужд

238

Образование

26. Обеспечение государственных гарантий на получение общего образования27. Обеспечение государственных гарантий на получение дошкольного образования28. Обеспечение государственных гарантий на получение высшего образования29. Обеспечение государственных гарантий на получение среднего специального

образования 30. Обеспечение государственных гарантий на получение начального профессионального

образования31. Аттестация педагогических и руководящих работников32. Лицензирование образовательной деятельности33. Аттестация образовательного учреждения34. Аккредитация образовательного учреждения

Социальное обеспечение

35. Предоставление субсидии на оплату жилого помещения, коммунальных услуг и услуг связи инвалидам и семьям, имеющим детей-инвалидов

36. Принятие решения о выплате единовременного социального пособия малоимущим семьям, малоимущим одиноко проживающим гражданам, реабилитированным лицам и лицам, признанным пострадавшими от политических репрессий, а также гражданам, находящимся в трудной жизненной ситуации

37. Выплата инвалидам, получившим транспортные средства через органы социальной защиты населения, компенсаций страховых премий по договору обязательного страхования гражданской ответственности владельцев транспортных средств

38. Предоставление 50% скидки на приобретенные по рецептам врачей лекарственные средства

39. Бесплатные изготовление и ремонт зубных протезов (кроме расходов на оплату стоимости драгоценных металлов и металлокерамики)

40. Обеспечение другими протезами (кроме зубных) и протезно-ортопедическими изделиями со скидкой не ниже 50 % стоимости

41. Бесплатный проезд всеми видами городского пассажирского транспорта (кроме такси), а также автомобильным транспортом общего пользования (кроме такси) в пределах городского округа и (или) муниципального района, в котором проживает реабилитированное лицо

42. Первоочередная бесплатная установка телефон43. Освобождение от абонентской платы за пользование телефоном, радиотрансляционной

точкой, коллективной телевизионной антенной44. 50-% скидка в оплате за ремонт радиоаппаратуры, телевизоров, холодильников,

стиральных машин, пылесосов, одежды, обуви, при стирке белья и на услуги парикмахерских

45. Предоставление дополнительного материального обеспечения приемным семья46. Предоставление социального обслуживания на дому47. Предоставление социально-медицинского обслуживания на дому48. Предоставление полустационарного социального обслуживания в отделениях дневного

(ночного) пребывания учреждений социального обслуживания

Предоставление стационарного социального обслуживания

49. Предоставление срочного социального обслуживания50. Предоставление консультативной помощи51. Предоставление временного приюта лицам без определенного места жительства и

занятий52. Предоставление временного приюта гражданам пожилого возраста и инвалидам в

отделениях временного проживания

239

53. Предоставление мер социальной поддержки социальных работников государственной системы социальных служб

54. Предоставление стационарного социального обслуживания в учреждениях социального обслуживания для детей с ограниченными возможностями, в специализированных учреждениях для несовершеннолетних, нуждающихся в социальной реабилитации

55. Предоставление временного приюта специализированными учреждениями для несовершеннолетних, нуждающихся в социальной реабилитации

56. Обеспечение жилой площадью детей-сирот и детей, оставшихся без попечения родителей, лиц из числа детей-сирот и детей, оставшихся без попечения родителей, а также детей, находящихся под опекой (попечительством), не имеющих закрепленного жилого помещения

57. Устройство детей-сирот и детей, оставшихся без попечения родителей на воспитание в семьи граждан Российской Федерации

58. Устройство детей-сирот и детей, оставшихся без попечения родителей в учреждения для детей-сирот и детей, оставшихся без попечения родителей

59. Выплата денежных средств на детей-сирот и детей, оставшихся без попечения родителей и находящихся под опекой (попечительством)

60. Назначение и выплата ежемесячного пособия на ребенка61. Назначение и выплата областного единовременного пособия при рождении ребенка62. Назначение и выплата пособия по беременности и родам63. Назначение и выплата единовременного пособия женщинам, вставшим на учет в

медицинских учреждениях в ранние сроки беременности64. Назначение и выплата единовременного пособия при рождении ребенка (если родители

не работают, не служат, не учатся)65. Назначение и выплата ежемесячного пособия на период отпуска по уходу за ребенком

до достижения им возраста полутора лет66. Назначение и выплата социального пособия на погребение. Возмещение

специализированными службами стоимости услуг по погребению умерших

67. Назначение и выплата компенсационной выплаты за конфискованное имущество реабилитированным лицам, изъятое и вышедшее иным путем из их владения в связи с репрессиями

68. Назначение и выплата государственного единовременного пособия при возникновении поствакцинального осложнения

69. Назначение и выплата ежемесячной денежной компенсации гражданам признанным инвалидами в следствии поствакцинального осложнения

70. Назначение и выплата ежемесячной компенсационной выплаты по уходу за ребенком до достижения им возраста трех лет

71. Выдача удостоверения инвалида войны, инвалида о праве на льготы72. Выдача удостоверения ветерана Великой Отечественной войны единого образца 73. Выдача документов о праве на льготы проживающим на территории области членам

семей погибших (умерших)74. Выдача свидетельств реабилитированным лицам и лицам, признанным пострадавшими

от политических репрессий75. Присвоение звания «Ветеран труда» и выдача удостоверения "Ветеран труда" 76. Оформление справок единого образца и удостоверений гражданам, пострадавшим от

радиационного воздействия вследствие деятельности ПО «Маяк». 77. Оформление удостоверений пострадавшего от радиационного воздействия вследствие

катастрофы на Чернобыльской АЭС.78. Выплата единовременного социального пособия79. Меры социальной поддержки по оплате жилого помещения и коммунальных услуг

240

гражданам, подвергшимся радиационному воздействию вследствие катастрофы на Чернобыльской АЭС, аварии на производственном объединении "Маяк" и ядерных испытаний на Семипалатинском полигоне, а также отдельным категориям граждан из числа ветеранов и инвалидов

80. Оплата в размере 50 процентов абонентской платы за пользование телефоном, услуг за пользование радио и коллективной телевизионной антенной.

81. Бесплатный проезд на всех видах городского пассажирского транспорта (кроме такси), на автомобильном транспорте общего пользования (кроме такси) пригородных и междугородных маршрутов (внутрирайонных и внутриобластных)

82. Оплата в размере 50 процентов стоимости проезда на железнодорожном транспорте пригородного сообщения

83. Оплата в размере 50 процентов занимаемой общей площади жилых помещений и коммунальных услуг, в том числе - лицам, проживающим в домах, не имеющих центрального отопления, - твердого топлива, приобретаемого в пределах норм, установленных для продажи населению, и транспортных услуг для доставки этого топлива

84. Бесплатный проезд на железнодорожном транспорте пригородного сообщения и в автобусах пригородных маршрутов.

85. Бесплатный проезд (туда и обратно) один раз в год железнодорожным транспортом, а в районах, не имеющих железнодорожного сообщения, - водным, воздушным или междугородным автомобильным транспортом со скидкой 50 процентов стоимости проезда.

86. Возмещение расходов, связанных с погребением реабилитированного лица.87. Освобождение от оплаты занимаемой общей площади жилых помещений и

коммунальных услуг, в том числе - лицам, проживающим в домах, не имеющих центрального отопления, - твердого топлива, приобретаемого в пределах норм, установленных для продажи населению, и транспортных услуг для доставки этого топлива

88. Предоставление ежегодной денежной выплаты гражданам, награжденным нагрудным знаком "Почетный донор России", "Почетный донор СССР"

89. Социальная поддержка по обеспечению жильем отдельных категорий ветеранов, инвалидов и семей, имеющих детей-инвалидов, вставших на учет до 1 января 2005 года»

90. Оказание протезно-ортопедической помощи отдельным категориям граждан, не имеющим группы инвалидности

91. Выплата ежемесячных, ежегодных и единовременных денежных компенсаций гражданам, пострадавшим от радиационных воздействий вследствие катастрофы на Чернобыльской АС

92. Выплата ежемесячных, ежегодных и единовременных денежных компенсаций гражданам, пострадавшим от радиационных воздействий вследствие ядерных испытаний на Семипалатинском полигоне

93. Выплата ежемесячных, ежегодных и единовременных денежных компенсаций гражданам, подвергшимся радиационным воздействиям вследствие участия в работах подразделений особого риска

94. Выплата ежемесячных компенсаций в возмещение вреда здоровью инвалидам вследствие радиационных аварий и катастроф

95. Доплаты к пенсиям государственным служащим96. Пожизненное содержание заслуженных граждан области97. Выплата почетным гражданам области98. Социальное обеспечение родителей военнослужащих, погибших (умерших) при

исполнении обязанностей военной службы или умерших вследствие военной травмы после увольнения с военной службы

99. Выдача государственных пособий гражданам, имеющим детей

241

100. Предоставление материальной и иной помощи для погребения

Занятость населения

101. Осуществление социальных выплат гражданам, признанным в установленном порядке безработными

102. Организация проведения оплачиваемых общественных работ103. Организация временного трудоустройства несовершеннолетних граждан в возрасте от

14 до 18 лет в свободное от учебы время, безработных граждан, испытывающих трудности в поиске работы, безработных граждан в возрасте от 18 до 20 лет из числа выпускников образовательных учреждений начального и среднего профессионального образования, ищущих работу впервые

104. Социальная адаптация безработных граждан на рынке труда105. Содействие самозанятости населения106. Выдача работодателям заключений о привлечении и об использовании иностранных

работников в соответствии с законодательством о правовом положении иностранных граждан в Российской Федерации;

107. Содействие гражданам в переселении для работы в сельской местности;108. Содействие гражданам в поиске подходящей работы, а работодателям в подборе

необходимых работников;

Здравоохранение

109. Предоставление первичной медико-санитарной помощи110. Предоставление специализированной медицинской помощи111. Предоставление скорой медицинской помощи112. Сертификация медицинских услуг в учреждениях здравоохранения всех форм

собственности113. Информирование населения, органов управления и учреждений здравоохранения по

вопросам состояния здоровья населения, здравоохранения и лекарственного обеспечения

114. Направление граждан на предоставление им высокотехнологичной медицинской помощи

115. Аттестация специалистов, работающих в системе здравоохранения

Недвижимость

116. Предоставление государственного имущества области в аренду117. Предоставление в собственность, постоянное (бессрочное) пользование, аренду

земельных участков, находящихся в государственной собственности области юридическим лицам и гражданам

118. Проведение приватизации земельных участков, на которых расположены объекты недвижимого имущества, находившиеся в собственности области, а также земельных участков, предоставленных в соответствии с решением исполнительного органа государственной власти области

119. Перевод земельных участков сельскохозяйственного назначения, за исключением земель, находящихся в собственности РФ, в земли другой категории

120. Приватизация имущества, находящегося в государственной собственности области (акции, доли в уставных капиталах хозяйственных обществ, движимое и недвижимое имущество)

121. Приобретение имущества в государственную собственность области (участие в инвестиционных договорах, приобретение объектов недвижимого и движимого имущества, акций открытых акционерных обществ)

122. Выдача выписок из реестра имущества области по земельному участку 123. Предоставление копий архивных документов

242

124. Выдача доверенностей на регистрацию права собственности области, права хозяйственного ведения и права оперативного управления

125. Подготовка и выдача информации о форме собственности на недвижимое и движимое имущество (разграничение различных уровней собственности)

126. Предоставление сведений о ранее приватизированном имуществе

Семья

127. Организация деятельности по государственной регистрации актов гражданского состояния на территории области

128. Выдача повторных свидетельств о государственной регистрации актов гражданского состояния и иных документов, подтверждающих факты государственной регистрации актов гражданского состояния

129. Проставление апостиля на документы о государственной регистрации актов гражданского состояния, выданные на территории области

Культурная жизнь

130. Предоставление услуг в области культуры по видам131. Проведение историко-культурной экспертизы в отношении объектов культурного

наследия132. Выдача разрешения и задания на проведение работ по сохранению объектов

культурного наследия (памятников истории и культуры) регионального значения

Архивы

133. Прием документов на государственное хранение от юридических и физических лиц134. Обеспечение доступа к архивным фондам135. Оформление архивных справок

Дорожное хозяйство

136. Выдача разрешений на проезд по автомобильным дорогам области вследствие сезонных климатических условий

137. Проведение конкурсов на заключение договоров по строительству дорог регионального значения

Строительство

138. Выдача разрешений на производство инженерных изысканий (геодезических и геологических) на территории области

139. Выдача разрешений на строительство объектов регионального значения на территории области

140. Заключение договора и выдача разрешения на право осуществления пассажирских перевозок на пригородных и межмуниципальных маршрутах

141. Принятие решения о приеме в эксплуатацию законченных строительных объектов

Сельское хозяйство

142. Компенсация сельскохозяйственным товаропроизводителям, пищевым и перерабатывающим предприятиям, организациям агропромышленного комплекса области и организациям, инвестирующим сельскохозяйственное производство области, части затрат на уплату процентов по кредитам, полученным в российских кредитных организациях

143. Компенсация сельскохозяйственным товаропроизводителям, организациям агропромышленного комплекса всех форм собственности, крестьянским (фермерским) хозяйствам и гражданам, ведущим личное подсобное хозяйство, части затрат на уплату процентов по кредитам, полученным в российских кредитных организациях, и займам, полученным в сельскохозяйственных кредитных потребительских кооперативах

243

144. Выплата единовременного денежного пособия семьям, переселившимся в сельскую местность области для создания крестьянских (фермерских) хозяйств

145. Лицензирование деятельности по розничной продажи алкогольной продукции. 146. Поддержка деятельности по технологическому обновлению основных средств

производства, включая приобретение новой техники и оборудования, племенных животных, и иных мероприятий в соответствии с областными целевыми программами и инвестиционными проектами

147. Предоставление субсидий на поддержку племенного дела в животноводстве;148. Предоставление субсидий на улучшение и воспроизводство плодородия почв,

проведение мелиоративных мероприятий и осуществление работ по защите растений;149. Отбор образовательных учреждений на конкурсной основе на профессиональное

обучение кадров для агропромышленного комплекса области;150. Предоставление субсидий на поддержку животноводства;151. Предоставление субсидий на поддержку элитного семеноводства;152. Предоставление субсидий на компенсацию части затрат (до 50 процентов)

сельскохозяйственных товаропроизводителей на страхование урожая сельскохозяйственных культур

153. Предоставление субсидий на уничтожение карантинного сорняка - горчака ползучего (розового)

Предоставление субсидий на дизельное топливо, использованное на проведение сезонных сельскохозяйственных работ

154. Регистрация специалистов в области ветеринарии, занимающихся предпринимательской деятельностью;

155. Выдача разрешений на ввоз и вывоз животноводческой продукции и грузов подконтрольных ветеринарной службе за пределы области (бесплатно)

156. Регистрация тракторов, прицепов к ним, самоходных дорожно - строительных и иных машин, а также выдача на них государственных регистрационных знаков

157. Государственный технический осмотр и регистрация залога тракторов, прицепов к ним, самоходных дорожно - строительных и иных машин независимо от их принадлежности

158. Прием экзаменов на право управления машинами у механизаторов по специальности тракториста - машиниста (тракториста) и выдачу соответствующих удостоверений

Охота и рыбалка

159. Предоставление населению и организациям возможности использования объектов животного мира, отнесенных к объектам охоты и водных биологических ресурсов, вылов которых осуществляется при спортивном и любительском рыболовстве.

244

Приложение 2. Стандарты моделирования процессов, разработанные в армках

реализации ФЦП Электронная Россия

Стандарты Электронной России

СТАНДАРТ ЭЛРОС-001.2 - 05ЭЛЕКТРОННАЯ МОДЕЛЬ ДЕЯТЕЛЬНОСТИ ОРГАНОВ ГОСУДАРСТВЕННОГО УПРАВЛЕНИЯФорматы (внешнего) представления сведений о деятельности ОИВ

245

Настоящий стандарт распространяется на форматы (внешнего) представления сведений в моделях деятельности органов исполнительной власти (ОИВ), создаваемых и используемых ОИВ Российской Федерации.

Стандарт устанавливает общие требования к описаниям деятельности ОИВ, предоставляемым различным группам пользователей.

1. Общие положения1.1. Форматы представления сведений о деятельности ОИВ

являются средством описания организационного устройства и порядка функционирования ОИВ, предназначенным для внутренних целей ОИВ или для использования внешними органами, организациями и гражданами.

1.2. Формат представления определяет состав и перечень характеристик представляемых компонент модели деятельности ОИВ, а также способ их представления.

1.3. С учетом требований настоящего стандарта и в соответствии с Типовой методологией составления формального описания деятельности ОИВ32 могут настраиваться и формироваться отчеты содержащие сведения о деятельности ОИВ, функционирование которых описывается моделью в соответствии со стандартом ЭЛРОС-001.1 - 05.

2. Общая характеристика форматов представления2.1. Формат представления сведений о деятельности ОИВ строится

на основе модели деятельности ОИВ, выполненной в соответствии со стандартом ЭЛРОС-001.1 - 05.

2.2. Общими форматами представления сведений из модели является текстовые и табличные отчеты, а также набор графических нотаций.

2.3. Формат представления (отчет, нотация) выбирается и настраивается в соответствии с требованиями, определяемыми группой (видом) пользователей, которым предназначена информация отчета.

2.4. Пользователи (потребители) сведений о деятельности ОИВ разделяются на следующие группы:

группа 1 - граждане и организации, пользующиеся услугами ОИВ;

группа 2 - вышестоящие органы ОИВ;

группа 3 - аудиторы ОИВ;

группа 4 - персонал (служащие) ОИВ;

группа 5 - руководство ОИВ;

группа 6 - эксперты-консультанты, занятые построением моделей деятельности ОИВ, реинжинирингом процессов и структур ОИВ;

группа 7 - специалисты по созданию информационных систем, поддерживающих деятельность ОИВ.

32 Методология будет определена стандартом ЭЛРОС 001.1/3

246

Первые три группы являются внешними пользователями, четыре последующих – внутренними пользователями сведений о деятельности ОИВ.

2.5. Группы пользователей характеризуется различными информационными потребностями и различными допустимыми уровнями раскрытия информации о модели, на основании чего определяются форматы предоставления им сведений о деятельности ОИВ.

3. Структура отчета3.1. Отчет настраивается для предоставления информации в текстовой, табличной, графической или смешанной (содержащей текст, таблицы и графику) форме.

3.2. Структура отчета задается его шаблоном, в котором определяется также состав отчета и ряд дополнительных параметров. Построенный шаблон позволяет создавать сами отчеты, отражающие требуемую информацию о текущем состоянии модели.

3.3. Отчет может включать в себя один или несколько разделов и/или диаграмм.

3.4. Каждый из разделов может включать в себя информацию о классификаторе, проекции или некоторой совокупности классификаторов и проекций.

3.5. Информация о содержимом классификаторов приводится в отчетах в явном виде. Информация о проекциях представляется посредством перечисления элементов одного из классификаторов проекции с указанием связанных с каждым из них элементов другого классификатора проекции или таблицей-матрицей. При частичном отображении трехместной проекции может использоваться любая пара ее классификаторов.

3.6. Степень детализации представления сведений в отчете, а также выбор представляемых элементов классификаторов определяются системой настроек позиций отчета.

3.7. Настройки позиции отчета позволяют выборочно показывать (или скрывать) содержимое классификаторов и дополнительные характеристики, показываемых элементов, определенные стандартом ЭЛРОС-001.1 – 05 (п. 4.2).

3.8. Настройка на выборочное предоставление сведений отчета, совместно с заданием его структуры, позволяют по-разному представлять информацию о деятельности ОИВ различным группам пользователей.

3.9. Текущее состояние конкретных процессов деятельности (оказания услуг, внутренних процессов) ОИВ отражается отчетами, создаваемыми в прикладной системе, непосредственно контролирующей ход этих процессов.

4. Требования к информационному содержанию отчетов модели4.1.Общие требования к информационному наполнению отчетов для различных групп пользователей учитывают их основные потребности.

247

4.2. Для группы пользователей, представляющей собой граждан и организации, пользующиеся услугами ОИВ, отчет должен содержать информацию о процессе оказания услуги, включающую в себя:

- требованиях к оформлению входных документов для оказания услуги;- этапах прохождения процесса оказания услуги;- ограничений на сроки прохождения этапов процесса;- исполнителей отдельных этапов процесса;- возможные причины отказа в оказании услуги для различных этапов

процесса.4.3. Для группы пользователей, представленной вышестоящими организациями,

отчет должен содержать сведения, позволяющие контролировать общий ход процессов деятельности ОИВ, включающие:

- перечень ОИВ, участвующих в процессе;- ролевое участие ОИВ и их подразделений в процессе;- укрупненные этапы прохождения процесса и статусы объекта

процесса (документа, законопроекта, законодательного акта и пр.).4.4. Для группы пользователей, обеспечивающих непосредственное руководство

ОИВ, отчет должен содержать информацию, позволяющую руководителям ОИВ анализировать общую организацию процессов деятельности ОИВ, показывающую:

- общий вид процесса;- ролевое участие подразделений ОИВ и, при необходимости,

отдельных исполнителей в процессе;- основные действия при прохождении процесса (функции) и

статусы объекта процесса (документа).4.5. Для группы пользователей, являющихся непосредственными исполнителями

функций процессов деятельности ОИВ отчеты должны содержать сведения, достаточные для выполнения функций процесса:

- общий вид процесса или его фрагмента;- ролевое участие отдельных исполнителей в процессе;- регламенты основных действий при исполнении закрепленных за

пользователем функций;- перечень подготавливаемых или обрабатываемых документов и

выполняемых с ними действий.4.6. Для группы пользователей, осуществляющих аудит процессов деятельности

ОИВ отчеты должны обеспечивать возможность получения общей информации об организации и внутренней логике реализации процессов деятельности ОИВ и включать в себя сведения:

- общий вид процесса;- ролевое участие подразделений ОИВ и, при необходимости,

отдельных исполнителей в процессе;- основные действия при реализации процесса (функции) и

описание логики их исполнения.4.7. Для группы пользователей экспертов-консультантов, выполняющих

построение и модификацию моделей деятельности ОИВ, отчет должны содержать наиболее подробное описание процессов, включая в себя следующую информацию:

- общий вид процесса;

248

- ролевое участие всех исполнителей в процессе;- необходимы компоненты для всех действий процесса;- основные действия при реализации процесса (функции) и

описание логики их исполнения.4.8. Для группы пользователей – специалистов по созданию информационных

систем отчет должны содержать наиболее подробное описание процессов, включая в себя следующую информацию:

- общий вид процесса;- структуру данных по всем документам и описаниям компонент

системы;- потоки движения данных и их взаимосвязь с реализуемыми в

процессах функциями.4.9. Допускается модификация отчетов за счет включения в них дополнительных

сведений в соответствии с запросами пользователей.

5. Базовые отчеты модели5.1. Базовые отчеты модели о деятельности ОИВ обеспечивают предоставление

сведений различным группам пользователей.

5.2. Типовой состав отчетов из базовой модели деятельности ОИВ, определенной стандартом ЭЛРОС-001.1 – 05, представлен в Приложении 1. Отчеты приведенные в данном Приложении представляют собой как самостоятельные документы, так и их составные части.

5.3. Рекомендуемое распределение отчетов по группам пользователей представлено в Приложении 2. Внутренняя структура отчетов приводится в Приложении 333.

5.4. Примеры графических нотаций для различных групп пользователей представлены в приложениях 4 – 10. Приведенные нотации определяют рекомендуемый состав и схемы расположения информации исходя из потребностей определенной группы пользователей. Данные нотации могут использоваться в качестве основы для различных программных реализаций, которые не должны принципиально расходится с требованиям настоящего стандарта.

5.5. Общие требования к информационному наполнению отчетов для различных групп пользователей приведены в разделе 4.

5.6. Для групп пользователей: “аудиторы ОИВ”, “эксперты-консультанты” и “специалисты по созданию информационных систем” допускается предоставление дополнительных отчетов по составу модели. Объем и характер предоставляемой в таких отчетах информации определяется руководством ОИВ в соответствии с задачами, ставящимися перед названными группами.

5.7. Для группы пользователей: “вышестоящие органы ОИВ” должна быть предусмотрена возможность предоставления дополнительных отчетов по модели в соответствии с требованиями, формулируемыми пользователями названной группы.

6. Общие требования к форматам представления

33 Внутренняя структура отчетов показывает, из каких элементов модели ОИВ получен данный отчет

249

6.1. Форматы представления сведений о деятельности ОИВ (базовые отчеты) включаются в общую модель оформляемую в соответствии с требованиями раздела 7 стандарта ЭЛРОС-001.1 – 05.

6.2. Форматы представления не должны включать никаких избыточных сведений, явно не запрашиваемых пользователями.

6.3. Непосредственный доступ к управлению форматами представления в модели допускается только для специально уполномоченных лиц, относимых по категории к группе 5 (руководство ОИВ). Все остальные пользователи получают информацию в виде твердых копий или готовых файлов отчетов.

250

Приложение 1. Типовой состав отчетов базовой модели деятельности ОИВ

Таблица 1. Типовой состав отчетов базовой модели деятельности ОИВ№ Наименование Характеристика Вид34

Отчеты из базовой функционально-процессной моделиОбъекты регулирования (управления) ОИВ

Перечень объектов регулирования, закрепленных за описываемым ОИВ (из предметного классификатора) с указанием характеристик (из соответствующего классификатора)

Тб

Перечень государственных услуг, оказываемых ОИВ

Перечень государственных услуг, оказываемых описываемым ОИВ (из классификатора составленного на основе РГУ-ОИВ) с указанием характеристик услуг (из соответствующего классификатора)

Перечень государственных услуг, с указанием исполняющих органов

Перечень государственных услуг, с указанием исполнителей на уровне ОИВ и выделением ОИВ, непосредственно взаимодействующих с получателем государственной услуги (в комментарии – обязательства ОИВ в отношении графика работы с потребителями государственной услуги)

Тб

Паспорт государственной услуги

Систематизированные данные о государственной услуге, включающие информацию о наименовании услуги, субъекте предоставления государственной услуги, количестве субъектов предоставления государственной услуги, типе получателя государственной услуги, сроке предоставления государственной услуги согласно нормативным правовым актам, количество получателей государственной услуги, перечне документов, предоставляемых получателем для получения государственной услуги

Тб

Графическая и функционально-табличная форма представления процесса оказания государственной услуги

Этапы прохождения процесса оказания услуги, сроки, исполнители и «точки взаимодействия» с получателями государственных услуг.

Г, Тб

Формы графического представления информации о процессах ОИВ в укрупненном виде

Участвующие в реализации процессов ОИВ и службы (департаменты, отделы), основной информационный поток по процессам

О, Г

Паспорт процесса Систематизированные сведения о процессе: назначение, результат, используемые ресурсы (в т.ч. участники - исполнители), документы и внешние регламенты, показатели эффективности и т.п.

Тб

Форма графического представления функциональной

Взаимосвязи между подразделениями и сотрудниками ОИВ при реализации операций

Г

34 Текстовый (Т), Табличный (Тб), Графический (Г), Матричный (М), Древовидный граф: Оргдиаграмма, Функциограмма, Процессограмма (О)

251

последовательности процессов ОИВ

процесса

Форма графического представления процесса ОИВ в виде логико-функциональных схем

Этапы и условия ветвления процесса. Г

Форма графического представления сведений о процессах ОИВ в виде EIDEF0 диаграмм

Нотация IDEF0 дополненная связями через хранилища информации, условиями перехода и статусами (состояниями) документов

Г

Форма графического представления движения данных в процессе оказания государственных услуг ОИВ

Узлы обработки информационных потоков процесса (функции/ исполнители/ рабочие места), взаимосвязи с хранилищами информации

Г

Форма графического представления информации о функциях процессов деятельности ОИВ («Карта операции»)

Детальная карта отдельной операции (функции) процесса

Г

Требования к документам, для предоставления государственной услуги

Перечень и структура документов, предоставляемых получателем для получения государственной услуги, с указанием необходимой для корректного составления документов информации и общих требований к заполнению

Тб

Перечень типовых проектов («минипроектов», поручений)

Данные поручения связываются с функциональными областями (классификатор «Функции»), необходимые компетенции в которых поддерживает описываемый ОИВ. Возможно также указание в отчете конкретных сотрудников и департаментов, за которыми закреплены данные функцию

Тб

Паспорт проекта Паспорт конкретного проекта может быть сформирован после завершения фазы «авторизации».

Тб

Административно-штатная структура ОИВ

Полный перечень и иерархия звеньев ОИВ. Могут быть отражены также отношения функциональной подчиненности. В качестве Приложения к отчету может быть сформирована графическая оргдиаграмма (с ФИО сотрудников)

О, Т

18.35 Положение об организационно-функциональной структуре ОИВ

Обобщающий взгляд на организацию в целом. В сжатом виде содержит сведения об административно-штатной структуре, функциях и процессах ОИВ, с распределением ответственности по структурным звеньям ОИВ

Т, О

Перечень функциональных задач, поддерживаемых ОИВ, и их закрепление за организационными звеньями (департаментами и

С выделением внешних (государственных) и внутренних функций. В качестве Приложения к отчету может быть сформирована графическая функциограмма (с исполнителями)

М, О

35 Отчеты – Положения 17-24 отражают взгляд на деятельность ОИВ со стороны различных уровней организационной структуры

252

сотрудниками ОИВ)Положение о функциональной области ОИВ

Перечень функций ОИВ, раскрывающих соответствующую функциональную область и их распределение по организационным звеньям с конкретизацией степени участия (уровня ответственности) для функций управления

Т, О

Перечень внутренних процессов, поддерживаемых ОИВ, и их закрепление за организационными звеньями

Процессы приводятся с указанием их характеристик и их ответственных исполнителей (департамент или сотрудник ОИВ). Для процессов инициируемых извне указываются связанные внешние процессы и услуги. В качестве Приложения к отчету может быть сформирована графическая диаграмма («Дерево» процессов ОИВ (с исполнителями процессов)

М, О

Состав и границы процессов, поддерживаемых ОИВ

Перечень операций процесса, с указанием исполнителей операций (роль и должность)

Тб

Положение о структурном подразделении ОИВ

Обобщающий взгляд на деятельность департамента. Содержит сведения о структуре, функциях и процессах департамента, а также общие сведения (руководителя, систему подчиненности, ключевые регламенты и пр.)

Т, О

Положение о функциональных обязанностях сотрудника – «Должностной регламент»

Содержит сведения, регламентирующие деятельность государственного служащего: требования, предъявляемые к государственному служащему, его должностные (служебные) права, обязанности и ответственность в зависимости от функциональных особенностей данной должности.

Т

Административный регламент Регламент процесса оказания государственной услуги. Общее описание и основные характеристики:

Т, Г, О

Структуры данных (документов, электронных форм, отчетов)

Представление данных для специалистов по созданию информационных систем

Тб

Матрица ответственности (на уровне ОИВ) по процессам и проектам

Участвующие в реализации процессов/ проектов ОИВ с указанием ролей

Тб

«Матрица ответственности ОИВ» - по функциональным областям

Участвующие в реализации функциональных задач структурные звенья ОИВ с указанием ролей

Тб

Отчеты на основе модели эффективности36

Дерево целей Структурированная, построенная по иерархическому принципу (распределенная по уровням, ранжированная) совокупность целей ОИВ

О

Таблица "Стратегические темы – Цели - Проекты"

Отражает стратегические приоритеты (темы) и способы их достижения (на верхнем уровне) – примерно соответствует среднесрочной стратегии

Тб

36 Данная группа отчетов будет определена стандартом ЭЛРОС 001.1/2

253

Таблица "Стратегические цели - Показатели"

Отражает показатели, с помощью которых измеряется степень достижения целей

Тб

Таблица "Стратегический бюджет"

Отражает движение в направлении достижения целей – объединяет плановые и фактические значения по стратегическим показателям

Тб

Таблица "Измерение значений показателей"

Отражает «методику» измерения показателей (кто, что, как, как часто, в какой документ…)

Тб

Таблица "Проекты - Цели - Показатели"

Отражает назначение проектов и указывает критерии их результативности и эффективности

Тб

Таблица "Процессы - Цели - Показатели"

Отражает назначение процессов и указывает критерии их результативности и эффективности

Тб

Таблица "Государственные услуги - Цели – Показатели"

Отражает цели по услугам и показатели их достижения

Тб

Таблица "Подразделения - Цели - Показатели"

Отражает распределение ответственности за цели и показатели между подразделениями

Тб

Карточки целей и показателей по центрам стратегической ответственности37

Выбирается интересующий центр стратегической ответственности и для него указывается цели, показатели, их плановые и фактические значения

Тб

37 В качестве центра стратегической ответственности может выступать процесс, проект, предлагаемая услуга (аналог «продуктовой линии» в бизнесе), подразделение

254

Приложение 2. Рекомендуемое распределение отчетов по группам пользователей

Таблица 2. Рекомендуемое распределение отчетов по группам пользователей

Перечень отчетов/ Группы пользователей

Гра

жда

не и

орг

аниз

ации

Вы

шес

тоящ

ие о

рган

изац

ии

Рук

овод

ство

ОИ

В

Пер

сона

л (с

луж

ащие

) ОИ

В А

удит

оры

про

цесс

ов

деят

ельн

ости

ОИ

В Э

кспе

рты

-кон

суль

тант

ы С

пеци

алис

ты п

о со

здан

ию

инф

орма

цион

ных

сист

ем

Отчеты из базовой функционально-процессной модели              Текстовые              

Объекты регулирования (управления) ОИВ   +     +    Перечень государственных услуг, оказываемых ОИВ +            Перечень государственных услуг, с указанием исполняющих органов +            

Паспорт государственной услуги +            Требования к документам, для предоставления государственной услуги +            

Перечень типовых проектов («минипроектов», поручений)   +     + +  Административно-штатная структура ОИВ   + + + + + +Положение об организационно-функциональной структуре ОИВ   + +   + +  

Перечень функциональных задач, поддерживаемых ОИВ, и их закрепление за организационными звеньями (департаментами и сотрудниками ОИВ)

    +        

Положение о функциональной области ОИВ     +        Перечень внутренних процессов, поддерживаемых ОИВ, и их закрепление за организационными звеньями     +        

Перечень типовых проектов («минипроектов», поручений)     +        Положение о подразделении ОИВ     + +      Должностной регламент       +      

Табличные              Система взаимосвязей процессов   +       +  Паспорт процесса     +   + +  Состав и границы процессов, поддерживаемых ОИВ       +      Административный регламент         + + +Структура используемых данных             +Паспорт проекта     +   + +  Функционально-табличная форма представления процесса оказания государственной услуги +   +        

«Матрица ответственности (на уровне ОИВ)» - по процессам и проектам   +       +  

«Матрица ответственности ОИВ» - по функциональным областям и проектам     +   +    

255

Перечень отчетов/ Группы пользователей

Гра

жда

не и

орг

аниз

ации

Вы

шес

тоящ

ие о

рган

изац

ии

Рук

овод

ство

ОИ

В

Пер

сона

л (с

луж

ащие

) ОИ

В А

удит

оры

про

цесс

ов

деят

ельн

ости

ОИ

В Э

кспе

рты

-кон

суль

тант

ы С

пеци

алис

ты п

о со

здан

ию

инф

. сис

тем

Графические              Графическая форма представления процесса оказания государственной услуги +   +        

Формы графического представления информации о процессах ОИВ в укрупненном виде   + +        

Форма графического представления функциональной последовательности процессов ОИВ     +       +

Форма графического представления процесса ОИВ в виде логико-функциональных схем     +   +    

Форма графического представления сведений о процессах ОИВ в виде EIDEF0 диаграмм           +  

Форма графического представления движения данных в процессе оказания государственных услуг ОИВ             +

Форма графического представления информации о функциях процессов деятельности ОИВ       +      

Оргдиаграмма   + + + + + +Функциограмма     +        Дерево процессов ОИВ (с указанием ответственных за реализацию процессов)     +        

Дерево типовых проектов («минипроектов», поручений) ОИВ     +        

Отчеты модели эффективности              Таблица "Стратегические темы – Цели – Проекты"   + +        Таблица "Стратегические цели - Показатели"   + +     +  Таблица "Стратегический бюджет"     +        Таблица "Измерение значений показателей"     +     +  Таблица "Проекты - Цели - Показатели"     +     +  Таблица "Процессы - Цели - Показатели"     +     +  Таблица "Государственные услуги - Цели – Показатели"   + +     +  Таблица "Подразделения - Цели – Показатели"   + +        Карточки целей и показателей по центрам стратегической ответственности   + + + +    

256

Приложение 3. Внутренняя структура отчетов

Таблица 3. Внутренняя структура отчетов№ Отчет модели Структура отчета

Объекты регулирования (управления) ОИВ

Классификатор 1.2. Объекты управленияПроекция 1213 Объекты управления_ Характеристики объектов управления

Перечень государственных услуг, оказываемых ОИВ

Классификатор 2.1. Государственные услугиПроекция 21211 Государственные услуги _ Характеристики государственных услуг

Перечень государственных услуг, с указанием исполняющих органов

Классификатор 2.1. Государственные услугиПроекция 2133 Государственные услуги_ПроцессыПроекция 4232 Функции – Организационно-ролевая структура

Паспорт государственной услуги Классификатор 2.1. Государственные услугиПроекция 3332 Процессы_ФункцииПроекция 2133 Государственные услуги_ПроцессыПроекция 4232 Функции – Организационно-ролевая структураПроекция 323261 Функции_Функции (Документооборот и Нормативное регулирование)

Графическая и функционально-табличная форма представления процесса оказания государственной услуги

Классификатор 2.1. Государственные услугиКлассификатор 3.2. ФункцииПроекция 3332 Процессы_ФункцииПроекция 2133 Государственные услуги_ПроцессыПроекция 4232 Функции – Организационно-ролевая структураПроекция 323261 Функции_Функции (Документооборот и Нормативное регулирование)Проекция 434241 Адм-шт. стр-ра_Орг.-ролевая стр-ра(Сотрудники)

Система взаимосвязей процессов Классификатор 2.1. ПроцессыПроекция 2133 Государственные услуги_ПроцессыПроекция 323261 Функции_Функции (Документооборот и Нормативное регулирование)

Формы графического представления информации о процессах ОИВ в укрупненном виде

Классификатор 2.1. ПроцессыПроекция 3332 Процессы_ФункцииПроекция 323261 Функции_Функции (Документооборот и Нормативное регулирование)Проекция 4232 Функции – Организационно-ролевая структура

Паспорт процесса ** Классификатор 3.3. ПроцессыПроекция 515333. Цели – Продукт/ Результат – ПроцессыПроекция 515233 Цели – Показатели – Процессы

257

Проекция 334241. Процессы – Ролевая структура (Сотрудники)Классификатор 4.2. Ролевая структураПроекция 434241. Административно-штатная структура – Ролевая структура (Сотрудники)Проекция 3332 Процессы – ФункцииПроекция 323261 Функции – Функции (Документооборот и Нормативное регулирование)Проекция 3261. Функции – Накопители и базы данных (Документооборот через Хранилища информации)

Форма графического представления функциональной последовательности процессов ОИВ

Классификатор 2.1. ПроцессыПроекция 3332 Процессы_ФункцииПроекция 323261 Функции_Функции (Документооборот и Нормативное регулирование)Проекция 4232 Функции – Организационно-ролевая структура

Форма графического представления процесса ОИВ в виде логико-функциональных схем

Классификатор 2.1. ПроцессыПроекция 3332 Процессы_ФункцииПроекция 323261 Функции_Функции (Документооборот и Нормативное регулирование)

Форма графического представления сведений о процессах ОИВ в виде EIDEF0 диаграмм

Классификатор 2.1. ПроцессыПроекция 3332 Процессы_ФункцииПроекция 323261 Функции_Функции (Документооборот и Нормативное регулирование)Проекция 4232 Функции – Организационно-ролевая структураПроекция 32328 Функции_Функции (Инфраструктура)Проекция 327061 Функции_Накопители и базы данных (Документооборот через Хранилища информации)

Форма графического представления движения данных в процессе оказания государственных услуг ОИВФорма графического представления информации о функциях процессов деятельности ОИВТребования к документам, для предоставления государственной услуги

Классификатор 6.1. ДокументыПроекция 61100 Документы_ Информационное поле

Перечень типовых проектов («минипроектов», поручений)

Классификатор 3.1. ПроектыПроекция 31.32. Проекты – ФункцииПроекция 32.42. Функции – Ролевая структура

Паспорт проекта** Классификатор 3.1. Проекты Проекция 31.42.41. Проекты – Ролевая структура (Сотрудники)Проекция 31.51. Проекты – ЦелиПроекция 51.31.52. Цели – Проекты – ПоказателиПроекция 51.53.31. Цели – Продукт/ Результат – Проекты

Административно-штатная структура ОИВ

Классификатор 4.3. Административно-штатная структураПроекция 434241 Адм-шт. стр-ра_Орг.-ролевая стр-ра(Сотрудники)

258

Положение об организационно-функциональной структуре ОИВ

Классификатор 2.1. Государственные услугиКлассификатор 3.2. ФункцииКлассификатор 3.3. ПроцессыКлассификатор 4.3. Административно-штатная структураПроекция 32.42. Функции – Ролевая структура Проекция 33.42.41. Процессы – Ролевая структура (Сотрудники)Проекция 43.42.41. Административно-штатная структура – Ролевая структура (Сотрудники)

Перечень функциональных задач, поддерживаемых ОИВ, и их закрепление за организационными звеньями (департаментами и сотрудниками ОИВ)

Классификатор 4.2. Ролевая структураКлассификатор 3.2. ФункцииПроекция 32.42. Функции – Ролевая структура

Положение о функциональной области ОИВ

Классификатор 4.2. Ролевая структураКлассификатор 3.2. ФункцииПроекция 32.42. Функции – Ролевая структура

Перечень внутренних процессов, поддерживаемых ОИВ, и их закрепление за организационными звеньями

Классификатор 4.2. Ролевая структура Классификатор 3.3. ПроцессыПроекция 33.42.41. Процессы – Ролевая структура (Сотрудники)

Состав и границы процессов, поддерживаемых ОИВ

Классификатор 2.1. ПроцессыПроекция 3332 Процессы_ФункцииПроекция 4232 Функции – Организационно-ролевая структураПроекция 43.42.41. Административно-штатная структура – Ролевая структура (Сотрудники)

Положение о структурном подразделении ОИВ

Классификатор 4.2. Административно-штатная структураПроекция 32.42. Функции – Ролевая структураПроекция 33.42.41. Процессы – Ролевая структура (Сотрудники)Проекция 323261 Функции_Функции (Документооборот и Нормативное регулирование)Проекция 43.42.41. Административно-штатная структура – Ролевая структура (Сотрудники)Проекция 4391 Административно-штатная структура _Права и Полномочия

Положение о функциональных обязанностях сотрудника – «Должностной регламент»

Классификатор 4.1. Административно-штатная структураПроекция 33.42.41. Процессы – Ролевая структура (Сотрудники)Проекция 31.42.41. Проекты – Ролевая структура (Сотрудники)Проекция 32.42. Функции – Ролевая структураПроекция 32.32.61 Функции – Функции (Документооборот и Нормативное регулирование)Проекция 33.42.41. Административно-штатная

259

структура - Организационно-ролевая структура (Сотрудники)Проекция 43.91. Административно-штатная структура – Требования к персоналу– Права и полномочия персонала

Административный регламент Классификатор 2.1. ПроцессыПроекция 3332 Процессы_ФункцииПроекция 323261 Функции_Функции (Документооборот и Нормативное регулирование)Проекция 4232 Функции – Организационно-ролевая структураПроекция 32328 Функции_Функции (Инфраструктура)Проекция 327061 Функции_Накопители и базы данных (Документооборот через Хранилища информации)

260

Структура используемых данных Классификатор 2.1. ПроцессыПроекция 3332 Процессы_ФункцииПроекция 323261 Функции_Функции (Документооборот и Нормативное регулирование)Проекция 4232 Функции – Организационно-ролевая структураПроекция 32328 Функции_Функции (Инфраструктура)Проекция 327061 Функции_Накопители и базы данных (Документооборот через Хранилища информации)

Матрица ответственности (на уровне ОИВ) по процессам и проектам

Составная проекция Процессы_ Функции _ Организационно-ролевая структура_ Административно-штатная структураСоставная проекция Проекты _ Организационно-ролевая структура_ Административно-штатная структура

«Матрица ответственности ОИВ» - по функциональным областям и проектам

Составная проекция Функции _ Организационно-ролевая структура_ административно-штатная структураСоставная проекция Проекты _ Организационно-ролевая структура_ Административно-штатная структура

Модель эффективности38

Таблица "Стратегические темы – Цели - Проекты"

Классификатор 5.0. Стратегические темыПроекция 50.51. Стратегические темы – ЦелиПроекция 51.31.52. Цели – Проекты – Показатели

Таблица "Стратегические цели - Показатели"

Классификатор 5.0. Стратегические темыПроекция 50.51. Стратегические темы – ЦелиПроекция 51.52. Цели – Показатели

Таблица "Стратегический бюджет"

Классификатор 5.0. Стратегические темы

Таблица "Измерение значений показателей"

Классификатор 5.2. ПоказателиПроекция 52.31.42. Показатели – Проекты – Ролевая структураПроекция 52.33.42. Показатели – Процессы – Ролевая структура

Таблица "Проекты - Цели - Показатели"

Классификатор 3.1. ПроектыПроекция 51.31.52. Цели – Проекты – Показатели

Таблица "Процессы - Цели - Показатели"

Классификатор 3.3. ПроцессыПроекция 21.33.51. Государственные услуги – Процессы – ЦелиПроекция 51.52. Цели – Показатели

Таблица "Государственные услуги - Цели – Показатели"

Классификатор 2.3. Государственные услугиПроекция 21.33.51. Государственные услуги – Процессы – ЦелиПроекция 51.31.52. Цели – Проекты – Показатели

Таблица "Подразделения - Цели - Показатели"

Классификатор 4.2. Ролевая структураПроекция 51.52.42. Цели – Показатели – Ролевая структура

38 Данная группа отчетов будет определена стандартом ЭЛРОС 001.1/2

261

Карточки целей и показателей по центрам стратегической ответственности39

Классификатор 5.1. ЦелиПроекция 51.52.42. Цели – Показатели – Ролевая структура

Приложение 4. Общие формы графического и функционально-табличного представления информации о процессе оказания государственной услуги

Информация о процессе оказания государственной услуги для граждан и организаций может представляться как в графической, так и в функционально-табличной форме.Графическое представление рекомендуется использовать при небольшом количестве операций, документов и др. (до 7-12), используемых в процессе.В случае большого количества операций, документов, возможных альтернативных ветвлений в процессе, предпочтительней использовать функционально-табличную форму представления процесса, позволяющую для сложных процессов проследить любые связи в таком процессе. Функционально-табличную форму можно сопровождать сокращенным вариантом графического представления.

39 В качестве центра стратегической ответственности может выступать процесс, проект, предлагаемая услуга (аналог «продуктовой линии» в бизнесе), подразделение

262

Графическая форма «представления внешним пользователям» процесса оказания государственной услуги

263

Табличное представление процесса оказания услуги внешним пользователям№ п/п

Функция(операция)

Исполнит. Документы Срок исполнения

Следующий шагРезультат След.№

1 Проверка комплектности документов

Референт(Петров Г.Г.)

Заявление 2 дня Полный комплект

4Документ 1

Неполный комплект

3

Документ n Отказ в услуге 2

2 Возврат документов с обоснованием

Эксперт(Рыков А.А.)

10 дней Выход из проц.

3 Запрос дополнительных документов

Секретарь(Чехова И.Т.)

2 дня Запрос 1

4 Анализ задействования ранее выделенных ресурсов

Эксперт(Рыков А.А.)

Сведения о ресурсах(из базы данных)

5 дней Справка 5

5 Подготовка и отправка письма с обоснованием отказа

Эксперт(Рыков А.А.)

2 дня Отправка письма

Выход из проц.

6 Проверка ограниченности ресурса

Эксперт(Рыков А.А.)

3 дня Ресурс ограничен

7., 8

Ресурс не ограничен

8

7 Объявление конкурса на ограниченный ресурс

Референт(Петров Г.Г.)

5 дней Запуск другого проц.

8 Содержательная проверка документов

Референт(Петров Г.Г.)

3 дня Документы соответствуют

10

Документы не соответствуют

9

9 Подготовка и отправка письма с обоснованием отказа

Референт(Петров Г.Г.)

2 дня Отправка письма

Выход из проц.

10 Анализ организации связи

Эксперт(Рыков А.А.)

Сведения о связи(из базы данных)

3 дня Связь возможна

12

Связь невозможна

11

11 Подготовка и отправка письма с обоснованием отказа

Эксперт(Рыков А.А.)

2 дня Отправка письма

Выход из проц.

12 Отправка клиенту Секретарь 2 дня Оплаты нет 13

264

уведомления об оплате

(Чехова И.Т.)

Оплата есть 14

13 Изъятие ресурса в случае неуплаты в течение 90 дней

Референт(Петров Г.Г.)

Выход из проц.

14 Проверка и регистрация документов об уплате

Секретарь(Чехова И.Т.)

3 дня Регистрация платежа

15

15 Подготовка и выдача оригинала бланка

Секретарь(Чехова И.Т.)

5 дней Выдача бланка Заверш. проц.

Сокращенная форма графического представления процесса оказания услуги внешним пользователям

265

266

Приложение 5. Формы графического представления информации о процессах ОИВ40 в укрупненном виде

а1) Система процессов ОИВ41 а2) Состав процесса

б) Этапы прохождения документов между ОИВ (Службами ОИВ)

40 В том числе межведомственных процессов41 Процессы могут группироваться по функциональным областям деятельности или формироваться на уровне ОИВ в целом

267

Приложение 6. Форма графического представления «функциональной последовательности» в процессах ОИВ

268

Приложение 7. Форма графического представления информации о функциях процессов деятельности ОИВ («Карта операции»)

269

Приложение 8. Форма графического представления процессов ОИВ в виде логико-функциональных схем

а1) Вариант 1 а2) Вариант 2

270

Приложение 9. Форма графического представления сведений о процессах ОИВ в виде EIDEF042 диаграмм

42 Расширенный стандарт IDEF0, допускающей отражение на одной диаграмме условий, статусов документов и связь функций через единые хранилища271

Приложение 10. Форма графического представления «движения информации» в процессах ОИВ43

Приложение 3. Перечень дополнительных материалов

Интернет-ресурсы:

№ Тематика сервера web-адрес

Органы государственной власти

43 В качестве основных узлов могут отображаться «функции» или «исполнители» или «рабочие места»

1. Официальная Россия http://www.rsnet.ru/

2. Президент РФ http://www.president.kremlin.ru

3. Совет Федерации ФС РФ http://www.council.gov.ru

4. Государственная Дума РФ http://www.duma.gov.ru

5. Правительство РФ http://www.government.ru

6. Верховный Суд РФ http://www.supcourt.ru

7. Арбитражный Суд http://www.arbitr.ru

8. Совет безопасности http://www.scrf.gov.ru

9. Органы государственной власти субъектов РФ http://www.gov.ru/main/regions/region.html

10. Сервер премьер-министра Великобритании http://www.number10.gov.uk

11. Сеть правительственной информации Великобритании

http://www.coi.gov.uk

12. Шлюз государственных служб Великобритании

http://www.gateway.gov.uk

13. Правительственный портал Германии www.deutschland.de

14. Сервер правительства Канады http://pm.gc.ca

15. Сайт «Белого Дома» США http://www.whitehouse.gov

16. США. Государственная сеть Федеральных Агентств и местных органов власти

http://www.statelocal.gov

17. США. Госдепартамент http://www.state.gov

18. США. Главный правительственный портал http://www.firstgov.gov

19. Правительство Японии http://www.kantei.go.jp

20. Французский информационный центр http://www.france.com

22. Форум «Электронное Правительство России» http://www.egovernment.ru/

273