Документы Правительства Москвы
№ 1050-РП Об утверждении Концепции информатизации работы органов исполнительной власти, городских организаций в режиме "одного окна"
ПРАВИТЕЛЬСТВО МОСКВЫ
Р А С П О Р Я Ж Е Н И Е
15 июня 2005 г. N 1050-РП
Об утверждении Концепции информатизации
работы органов исполнительной власти,
городских организаций в режиме "одного
окна"
Во исполнение постановления Правительства Москвы от 1 июня
2004 г. N 361-ПП "О мерах по реализации принципа "одного окна" в
работе органов исполнительной власти города Москвы и городских ор-
ганизаций" и в целях обеспечения дальнейшего проведения работ по
информационному обеспечению режима "одного окна":
1. Утвердить Концепцию информатизации работы органов исполни-
тельной власти, городских организаций в режиме "одного окна" (при-
ложение).
2. Управлению информатизации города Москвы предусмотреть
включение в установленном порядке работ по информатизации режима
"одного окна" в план мероприятий городской целевой программы
"Электронная Москва" на 2005-2006 гг.
3. Возложить на Управление координации деятельности Комплекса
развития научно-производственного потенциала города Москвы, межре-
гиональных и общественных отношений функции оператора информацион-
ной системы "одного окна".
4. Возложить на Финансово-хозяйственное управление Мэрии
Москвы функции генерального подрядчика выполнения работ по созда-
нию и государственного заказчика по эксплуатации информационной
системы "одного окна".
5. Контроль за выполнением настоящего распоряжения возложить
на Вице-мэра Москвы Шанцева В.П.
П.п.Мэр Москвы Ю.М.Лужков
Приложение
к распоряжению Правительства Москвы
от 15 июня 2005 г. N 1050-РП
К О Н Ц Е П Ц И Я
ИНФОРМАТИЗАЦИИ РАБОТЫ ОРГАНОВ ИСПОЛНИТЕЛЬНОЙ ВЛАСТИ,
ГОРОДСКИХ ОРГАНИЗАЦИЙ В РЕЖИМЕ "ОДНОГО ОКНА"
Москва, 2004 г.
СОДЕРЖАНИЕ
Основные положения .......................................... 4
1. Цели и задачи концепции ................................. 6
2. Основные цели, задачи и направления информатизации
органов исполнительной власти, городских организаций
для обеспечения работы в режиме "одного окна" ........... 7
3. Описание объекта информатизации ......................... 10
3.1. Участники информационного взаимодействия
при реализации режима "одного окна" ................ 10
3.2. Регламентация схем подготовки и выдачи
документов из Единого реестра ...................... 11
3.3. Проблемы предоставления услуг в режиме
"одного окна"....................................... 13
4. Предложения по информатизации работы органов
исполнительной власти, городских организаций
в режиме "одного окна" .................................. 15
4.1. Информационная система службы "одного окна" ........ 17
4.2. Система обработки запросов и взаимодействия ........ 18
4.3. Система координации и мониторинга работы
органов исполнительной власти города Москвы,
городских организаций в режиме "одного окна"........ 20
4.4. Портальное приложение режима "одного окна" ......... 21
4.5. "Информационная шина" (магистраль) ................. 23
4.6. Разработка общегородских классификаторов
и справочников, необходимых для информационного
взаимодействия городских организаций в режиме
"одного окна" ...................................... 27
4.7. Биллинговая система ................................ 28
4.8. Комплексная система информационной безопасности
режима "одного окна" ............................... 29
4.9. Правовое обеспечение информатизации предоставления
услуг в режиме "одного окна" ....................... 30
5. Обеспечение информационной безопасности при организации
работы органов исполнительной власти и городских
организаций в режиме "одного окна" ...................... 33
5.1. Угрозы информационной безопасности ................. 33
5.2. Модель нарушителя информационной безопасности ...... 35
5.3. Цели обеспечения информационной безопасности
режима "одного окна" ............................... 37
5.4. Обеспечение информационной безопасности режима
"одного окна" ...................................... 39
5.4.1. Задачи и функции информационной
безопасности ................................ 39
5.4.2. Организационное обеспечение защиты
информации при реализации режима
"одного окна" ............................... 42
5.4.3. Программно-техническая структура реализации
защиты информации информационных систем,
используемых при реализации режима "одного
окна" ....................................... 42
5.4.4. Мероприятия по обеспечению информационной
безопасности режима "одного окна" ........... 44
6. Реализация концепции информатизации органов исполни-
тельной власти, городских организаций для обеспечения
работы в режиме "одного окна" ........................... 47
"Бегать должны данные, а не граждане"
Герхард Шредер, канцлер ФРГ
Основные положения.
Заказчик разработки - Управление информатизации города
Москвы
Исполнитель - Финансово-хозяйственное управление
Мэрии Москвы
Основание для разработки - Государственный контракт
N ГК 6401/04-072 от 10 декабря 2004 г.
Переход органов исполнительной власти города Москвы и го-
родских организаций на осуществление своей деятельности в режиме
"одного окна" призван исключить возможность необоснованного прив-
лечения граждан, предприятий и организаций к оформлению или сог-
ласованию документов, выдаваемых органами исполнительной власти
города Москвы и иными городскими организациями. Решение этих воп-
росов в рамках четко установленных сроков, обязательных для осу-
ществления указанных действий, должно обеспечиваться органами ис-
полнительной власти города Москвы, городскими организациями. С
этой целью осуществляется совершенствование функционирования сис-
темы городского управления отраслями городского хозяйства при
взаимодействии с населением, предприятиями и организациями, в том
числе перепроектирование административных процессов, адаптация
конкретных государственных организационных структур.
Эффективная реализация режима "одного окна", в том числе и
перечисленных процессов, невозможна без использования информаци-
онно-коммуникационных технологий в деятельности органов исполни-
тельной власти города Москвы и городских организаций, а также
формирования информационно-технологической инфраструктуры для
обеспечения их деятельности в режиме "одного окна", которые спо-
собны обеспечить оперативность процессов рассмотрения запросов,
подготовки, согласования и выдачи необходимых документов, а так-
же эффективность координации и мониторинга работы органов испол-
нительной власти и городских организаций в режиме "одного окна".
В связи с вышеизложенным, в настоящей концепции под информа-
тизацией органов исполнительной власти, городских организаций для
обеспечения работы в режиме "одного окна" понимается процесс соз-
дания оптимальных условий для удовлетворения информационных пот-
ребностей и реализации прав граждан, органов исполнительной влас-
ти города Москвы, организаций, общественных объединений в рамках
процесса выдачи запрашиваемых заявителями1 документов (справок,
копий, выписок, согласований, разрешений, лицензий, аттестатов,
удостоверений, документации и др.), в том числе при осуществлении
сбора документов, необходимых для выдачи запрашиваемого заявите-
лем конечного документа в органах исполнительной власти города
Москвы и городских организациях, на основе формирования и исполь-
зования информационных ресурсов, а также создания и эксплуатации
информационных систем города Москвы.
Информатизация режима "одного окна" рассматривается в ка-
честве приоритетного направления повышения эффективности работы
органов исполнительной власти и городских организаций, информаци-
онного обеспечения контроля и управления деятельности служб "од-
ного окна", а также обеспечения межсистемного взаимодействия ин-
формационных систем служб "одного окна". Указанное взаимодействие
предполагается организовать с использованием технологической пла-
тформы, создаваемой в рамках Метасистемы "Электронная Москва"
(МЭМ). При этом необходимо обеспечить соответствие формируемых
архитектурных решений общей стратегической линии, проводимой в
городе в области информатизации.
________________________
1
Заявители - физические лица, юридические лица и предприниматели
без образования юридического лица, обратившиеся в службу "одного
окна" за получением требуемых документов
1. Цели и задачи Концепции.
Концепция разработана на основе требований действующего за-
конодательства Российской Федерации и города Москвы, нормативных
документов, регламентирующих вопросы деятельности органов испол-
нительной власти города Москвы, городских организаций в режиме
"одного окна".
В настоящей Концепции формулируются общие положения и прин-
ципы, определяющие содержательные, организационные и технические
подходы, которыми следует руководствоваться в процессе информати-
зации органов исполнительной власти города Москвы, городских ор-
ганизаций для обеспечения работы в режиме "одного окна". В этой
связи предполагается, что на основе сформулированных положений
должен быть разработан и утвержден детальный перечень технических
и организационных требований по реализации настоящей Концепции в
рамках выполнения мероприятий ГЦП "Электронная Москва".
Концепция разработана исходя из необходимости создания сис-
темы требований и решений, обеспечивающих единство, интегрирован-
ность и совместимость с решениями, реализуемыми в рамках Метасис-
темы "Электронная Москва" и мероприятий Городской целевой прог-
раммы "Электронная Москва", а также с технологическими решениями
городской информационно-коммуникационной инфраструктуры.
Исходя из вышеизложенного, основными задачами Концепции яв-
ляются:
- обеспечение единого понимания всеми участниками процесса
информатизации работы в режиме "одного окна";
- определение стратегии создания, функционирования, развития
и взаимодействия информационных систем и ресурсов, обеспечивающих
реализацию принципов "одного окна";
- разработка концептуальных подходов к интеграции информаци-
онных систем и ресурсов, обеспечивающих реализацию принципов "од-
ного окна", в единое информационное пространство Москвы.
2. Основные цели, задачи и направления информатизации
органов исполнительной власти, городских организаций
для обеспечения работы в режиме "одного окна"
2.1. Стратегической целью информатизации органов исполни-
тельной власти города Москвы и городских организаций в режиме
"одного окна" является качественное информационное обеспечение
реализации прав граждан и их информационных потребностей на осно-
ве (сервисно-ориентированных) информационно-коммуникационных тех-
нологий, формирования и использования гармонизированных (взаимоу-
вязанных, интегрированных) информационных систем и ресурсов. По-
мимо этого одной из основных целей информатизации органов испол-
нительной власти города Москвы и городских организаций в режиме
"одного окна" является повышение эффективности оказания услуг на-
селению и хозяйствующим организациям, обеспечение им комфортных
условий доступа к услугам в режиме "одного окна" при их минималь-
ном участии в процессе предоставления услуг, исключение админист-
ративных барьеров, оптимизация межведомственного взаимодействия
организаций-участников процесса в режиме "одного окна".
2.2. Достижение указанных целей обеспечивается решением сле-
дующих задач:
2.2.1. Разработка информационных ресурсов и дружественных
интерфейсов доступа к ним, облегчающих заявителю подготовку доку-
мента для обращения в службу "одного окна" (частично заполненная
заявка типовыми реквизитами, юридически правильная информация,
требуемая при заполнении заявки, информация о возможностях службы
"одного окна", предоставляемая заявителю о ходе реализации его
заявки, планирование выдачи заявки в удобное для пользователя
время или размещение ее на доступном заявителю ресурсе).
2.2.2. Оптимизация с последующей автоматизацией основных
процессов обработки обращений граждан и хозяйствующих субъектов с
использованием классификаторов, справочников и реестров докумен-
тов.
2.2.3. Обеспечение функционирования органов исполнительной
власти и городских организаций - держателей "одно окна" и взаимо-
действующих организаций при подготовке документов в режиме "одно-
го окна", разработка (реализация) нормативно-правового обеспече-
ния использования электронного документооборота с ЭЦП.
2.2.4. Внедрение системы электронных платежей для оплаты
возмездных услуг, обеспечивающей начисление, учет и обработку
платежей за оказываемые населению возмездные информационные и
иные услуги, согласно действующему законодательству.
2.2.5. Организация контроля за выполнением процедур обработ-
ки обращений граждан и хозяйствующих субъектов, получения и ана-
лиза статистических данных о качестве и своевременности предос-
тавления услуг органами исполнительной власти и городскими орга-
низациями в целях совершенствования процессов обработки обращений
граждан и хозяйствующих субъектов.
2.2.6. Поддержка внутри- и межведомственного взаимодействия
информационных систем и ресурсов, используемых в процессе предос-
тавления услуг в режиме "одного окна".
2.3. Сформулированные цели и задачи определяют следующие ос-
новные направления информатизации работы органов исполнительной
власти города Москвы, городских организаций в режиме "одного
окна":
2.3.1. Автоматизированный учет обращений в службу "одного
окна" и контроль исполнения.
2.3.2. Внедрение электронных платежных систем и систем доку-
ментооборота с использованием электронной цифровой подписи.
2.3.3. Налаживание электронного взаимодействия служб "одного
окна" с общегородскими и ведомственными информационными ресурсами
и системами.
2.3.4. Использование интернет-технологий для массового обс-
луживания участников режима "одного окна" с предоставлением им
полной информации через систему городских порталов, обеспечение
интерактивного режима взаимодействия.
2.3.5. Создание общегородской системы координации и монито-
ринга работы органов исполнительной власти города Москвы, городс-
ких организаций в режиме "одного окна".
2.3.6. Обеспечение централизованной справочно-информационной
поддержки работы служб "одного окна" и предоставления достоверной
информации заявителям и организациям - держателям "одного окна".
2.3.7. Развитие общегородских и ведомственных классификато-
ров и справочников, применяемых в информационных процессах "одно-
го окна", составление и актуализация Единого реестра документов,
Реестра служб "одного окна", Реестра согласующих организаций, а
также разработка положений о них.
2.3.8. Создание базовых подсистем Метасистемы "Электронная
Москва", таких как: система удостоверяющих центров, система го-
родских порталов, система прикладных платформ, средства интегра-
ции и обеспечения взаимодействия информационных систем, биллинго-
вая система.
3. Описание объекта информатизации.
Режим "одного окна" - это порядок работы с заявителями, в
соответствии с которым служба "одного окна" обязана:
- обеспечивать выдачу запрашиваемых заявителями документов
(справок, копий, выписок, согласований, разрешений, лицензий, ат-
тестатов, удостоверений, документации и др.);
- осуществлять сбор необходимых для выдачи запрашиваемых
заявителями документов в органах исполнительной власти города
Москвы, городских организациях, согласно утвержденных в установ-
ленном порядке регламентов подготовки, согласования и выдачи зая-
вителями документов.
3.1. Участники информационного взаимодействия
при реализации режима "одного окна".
Участниками информационного взаимодействия при реализации
режима "одного окна" являются заявители, службы "одного окна",
согласующие и контролирующие организации.
Заявители - физические лица, юридические лица и предпринима-
тели без образования юридического лица, обратившиеся в службу
"одного окна" за получением требуемых документов.
Документы, запрашиваемые заявителем, должны быть зарегистри-
рованы в Едином реестре документов, выдаваемых органами исполни-
тельной власти, государственными учреждениями, государственными
унитарными предприятиями города Москвы и территориальными органа-
ми федеральных органов исполнительной власти (далее - Единый ре-
естр документов). Набор входящих документов заявителя, представ-
ляемых в службу "одного окна", должен быть строго регламентирован.
Держатели "одного окна" - органы исполнительной власти горо-
да Москвы и городские организации, непосредственно осуществляющие
функции оформления и выдачи документов заявителям по соответству-
ющим направлениям их деятельности. Держатели "одного окна" могут
выступать в качестве согласующей организации.
Держатели "одного окна" для выполнения функций приема заяв-
лений и документов, согласования и выдачи запрашиваемых докумен-
тов заявителям, либо выдачу мотивированного отказа, формируют со-
ответствующие структурные подразделения - службы "одного окна".
В рамках подготовки документов по запросам заявителей служба
"одного окна" взаимодействует с другими органами исполнительной
власти города Москвы, городскими и окружными ведомственными орга-
низациями, направляет к ним на согласование документы, обменива-
ется справочной информацией в электронном виде и на бумажных но-
сителях, совершает иные операции, направленные на обеспечение
подготовки требуемых заявителям документов.
Перечень держателей "одного окна" утверждается нормативными
и распорядительными документами Правительства Москвы.
Согласующие организации - органы исполнительной власти горо-
да Москвы, городские организации и территориальные органы феде-
ральных органов исполнительной власти, участвующие в процессе
согласования и подготовки документов, выдаваемых заявителю в ре-
жиме "одного окна".
Контролирующие организации - органы исполнительной власти
города Москвы, а также их структурные подразделения, на которые в
установленном порядке возложены функции по осуществлению контроля
за работой органов исполнительной власти города Москвы и городс-
ких организаций в режиме "одного окна".
3.2. Регламентация схем подготовки и выдачи
документов из Единого реестра.
Основной задачей регламентации работы с заявителями и взаи-
модействия органов исполнительной власти города Москвы, городских
организаций и территориальных органов федеральных органов испол-
нительной власти в режиме "одного окна" является определение по-
рядка организационного, документационного и информационного обес-
печения работы органов исполнительной власти города Москвы и го-
родских организаций с заявителями в режиме "одного окна", роль и
отношения организаций, участвующих в подготовке, согласовании и
выпуске документов, выдаваемых заявителям, условия и порядок сбо-
ра необходимых сведений, имеющихся в городских структурах, для
согласования запрашиваемых заявителем документов, т.е. установле-
ние порядка подготовки, согласования и выдачи конечного документа
заявителю, обратившемуся в службу "одного окна" за получением та-
ких документов. Регламентные схемы утверждаются распорядительным
документом Правительства Москвы для каждого конечного документа,
включенного в Единый реестр документов.
Положения и требования соответствующих регламентных схем об-
работки обращений в режиме "одного окна" распространяются на все
органы исполнительной власти, государственные учреждения и госу-
дарственные унитарные предприятия, выступающие при этом в качест-
ве согласующей стороны.
При этом допускается дополнительная внутренняя регламентация
деятельности служб "одного окна". Регламентные схемы должны опре-
делять порядок внутреннего прохождения документов, обязанности
структурных подразделений по их согласованию и оформлению, а так-
же корректироваться по отношению к общему регламенту в соответс-
твии со спецификой выдаваемых документов.
Для каждого из документов, включенных в регламентную схему,
устанавливаются:
- наименования документов, запрашиваемых у заявителя;
- наименования территориальных, отраслевых органов исполни-
тельной власти города Москвы, городских организаций и территори-
альных органов федеральных органов исполнительной власти, либо их
территориальных подразделений в административных округах, наде-
ленных полномочиями по подготовке и выдаче промежуточных согласо-
ваний (заключений);
- срок согласования (выдачи заключения) в пределах общего
срока подготовки и выдачи конечного документа, установленного в
Едином реестре документов;
- фиксированная стоимость подготовки и выдачи;
- перечень обязательных сведений.
Рис.1 Реализация режима "одного окна" в настоящее время
3.3. Проблемы предоставления услуг
в режиме "одного окна".
Анализ текущего состояния выявил ряд проблем, препятствующих
практической реализации принципа "одного окна" в работе органов
исполнительной власти и городских организаций.
Прежде всего не налажено взаимодействие органов исполни-
тельной власти города, городских организаций и территориальных
органов федеральных органов исполнительной власти между собой в
процессе подготовки конечного документа для заявителя.
Не решен вопрос определения порядка взаиморасчетов между ор-
ганами исполнительной власти города Москвы, городскими организа-
циями и территориальными органами федеральных органов исполни-
тельной власти, участвующими в подготовке конечного документа для
заявителя (если документ выдается на возмездной основе).
По многим документам существующая нерациональная, громоздкая
система их подготовки и согласования закреплена законодательством
города Москвы и Российской Федерации, подзаконными актами феде-
ральных органов исполнительной власти. Для создания условий рабо-
ты в режиме "одного окна" по ряду документов требуется внесение
изменений в действующее законодательство.
В настоящее время работы по информатизации режима "одного
окна" осуществляются держателями "одного окна" самостоятельно с
использованием различных технических принципов. Индивидуально
осуществляются процедуры электронного взаимодействия со службами
"одного окна" других организаций.
Отсутствует отлаженная схема информационного взаимодействия
органов исполнительной власти и городских организаций в рамках
режима "одного окна".
Слабое нормативно-правовое обеспечение использования элект-
ронного документооборота и электронной цифровой подписи в процес-
се информационного взаимодействия участников реализации режима
"одного окна", а также высокая сложность осуществления доступа к
ведомственным информационным системам и ресурсам, а также теле-
коммуникационным сетям не позволяют выдавать в режиме "одного ок-
на" документы, в согласовании которых принимают участие несколько
согласующих сторон.
4. Предложения по информатизации работы органов
исполнительной власти, городских организаций
в режиме "одного окна".
Оказание услуг органами исполнительной власти, городскими
организациями в режиме "одного окна" требует интеграции необходи-
мых для этого информационных ресурсов города Москвы, содержащихся
в обособленных друг от друга ведомственных информационных систе-
мах. Эти системы созданы в разное время, имеют различную функцио-
нальность и базируются на разнообразных аппаратных и программных
платформах. Поэтому организация их общего взаимодействия путем
установления непосредственных прямых связей является сложнейшей
технической задачей.
Одномоментная замена таких систем на единую систему оказания
услуг в режиме "одного окна" является экономически неоправданной,
так как требует значительных затрат как на замену оборудования,
так и на создание программного обеспечения, реализующего другие
функциональные возможности в интересах органов исполнительной
власти и городских организаций.
С учетом изложенного, а также целей и задач информатизации
органов исполнительной власти города Москвы и городских организа-
ций для обеспечения работы в режиме "одного окна" предлагается
следующая схема использования информационно-коммуникационных тех-
нологий в режиме "одного окна" (рис.2):
.
- 15 -
Рис. 2 Схема использования ИКТ при реализации режима "одного окна"
4.1. Информационная система службы "одного окна".
В целях обеспечения деятельности служб "одного окна" предпо-
лагается создание информационных систем службы "одного окна"
(ИССОО).
ИССОО обеспечивает регистрацию заявлений, хранение истории
работы с заявлением от момента его поступления и регистрации до
выдачи конечного документа заявителю, включая этапы подготовки,
согласования и выдачи документов. В частности, ИССОО обеспечивает
хранение переписки, возникающей в процессе подготовки и согласо-
вания документа, а также электронных документов (отсканированные
заявления либо электронная копия подготовленного к выдаче доку-
мента), необходимых для обработки поступившего заявления.
В ИССОО предусматриваются режимы представления актуальной
информации заявителю об основных этапах подготовки и согласования
конечного документа.
После регистрации заявления ИССОО формирует и направляет в
Систему обработки запросов и взаимодействия (далее - СОЗВ) запрос
на обработку заявления в соответствии регламентной схемой подго-
товки, согласования и выдачи документов заявителям в режиме "од-
ного окна".
Также ИССОО осуществляет взаимодействие с Системой координа-
ции и мониторинга работы органов исполнительной власти города
Москвы, городских организаций в режиме "одного окна" (далее -
СКиМОО). В этих целях ИССОО должна обеспечивать периодическое
предоставление в СКиМОО статистической информации о деятельности
службы "одного окна" и данные по конкретному обращению в случае
поступления из СКиМОО оперативного запроса по указанным данным. В
соответствии с этим ИССОО должна обеспечить предоставление следу-
ющей информации:
- тип службы "одного окна" (отраслевая или территориальная);
- перечень документов, выдаваемых данной службой в режиме
"одного окна";
- количество обращений по каждому типу выдаваемого документа;
- тип заявителя (физическое или юридическое лицо);
- состояние исполнения обращения;
- регистрационный индекс обращения;
- наименование запрашиваемого документа;
- исполнитель, ответственный за подготовку запрашиваемого
документа;
- переписки, возникающей в процессе подготовки и согласова-
ния документа, а также электронных документов (отсканированные
заявления либо электронная копия подготовленного к выдаче доку-
мента), необходимых для обработки поступившего заявления.
Информационная система службы "одного окна" также должна
удовлетворять следующим требованиям:
- обеспечивать поддержку всего цикла обращения, начиная с
момента его регистрации и до момента выдачи документов заявителю;
- система должна осуществлять автоматизированное оповещение
исполнителей и ответственных лиц при регистрации обращения и из-
менениях его состояния;
- система должна поддерживать классификацию обращений по лю-
бым признакам;
- в системе должно быть предусмотрено: разделение прав дос-
тупа к информации об обращениях; возможность ограничения доступа
к определенным формам, полям этой формы, а так же записям и прог-
раммной логике;
- система должна обеспечить регистрацию информации об обра-
щении и заявителе, включая электронные версии документов, требуе-
мых от заявителя;
- автоматизацию подготовки необходимых документов в соот-
ветствии с регламентной схемой;
- автоматическое отслеживание сроков выполнения регламентной
схемы.
4.2. Система обработки запросов и взаимодействия.
Система обработки запросов и взаимодействия предназначена
для автоматизации основных процессов взаимодействия служб "одного
окна", согласующих и контролирующих организаций.
Под автоматизацией процессов взаимодействия понимается цент-
рализованная обработка обращений, поступающих от служб "одного
окна" в соответствии с регламентными схемами.
Централизованная обработка запросов позволит установить чет-
кий контроль выполнения обращений, а так же увеличить скорость
реагирования на все обращения. В результате создания единой базы
данных всех управленческих процессов (регламентов) система позво-
лит также получить достоверный статистический материал по качест-
ву и своевременности услуг, предоставляемых заявителям.
Основными задачами системы являются:
- обработка обращений заявителей в режиме "одного окна";
- создание единого хранилища регламентов;
- повышение эффективности использования информационных ре-
сурсов и систем служб "одного окна", согласующих и контролирующих
организаций;
- сбор статистической информации по качеству и своевремен-
ности услуг, предоставляемых службами "одного окна" и согласующи-
ми организациями.
Общие функциональные требования, предъявляемые к системе об-
работки запросов и взаимодействия:
- наличие инструментария для настройки автоматизируемых рег-
ламентов и любых действий, связанных с обращением;
- автоматический выбор регламентной схемы обработки обраще-
ния;
- автоматическое извлечение данных из информационных баз
данных внешних подсистем, если это предусмотрено регламентной
схемой;
- автоматическая организация процедуры согласования и ут-
верждения документов в соответствии с регламентной схемой.
Система обработки запросов и взаимодействия содержит в своем
составе:
- базы регламентных схем;
- Единый реестр документов;
- Реестр служб "одного окна";
- Реестр согласующих организаций.
Требования к СОЗВ по обеспечению ведения, использования и
предоставления доступа к указанным реестрам должны быть определе-
ны на основе подлежащих разработке положений о них.
Система должна обеспечивать взаимодействие со службами "од-
ного окна" с помощью электронного обмена данными в формате XML и
средствами электронной почты.
4.3. Система координации и мониторинг а работы
органов исполнительной власти города Москвы,
городских организаций в режиме "одного окна".
Система координации и мониторинга работы органов исполни-
тельной власти города Москвы, городских организаций в режиме "од-
ного окна" (далее - СКиМОО) предназначена для обеспечения контро-
ля сроков выдачи документов в режиме "одного окна", сбора и пре-
доставления контролирующим органам исполнительной власти опера-
тивной статистической информации о работе служб "одного окна" с
заявителями и о ходе подготовки документов в режиме "одного ок-
на".
С момента обращения заявителя в службу "одного окна" в ин-
формационной системе службы "одного окна" (ИССОО) осуществляется
фиксация информации о ходе обработки обращения. СКиМОО должна
обеспечить возможность периодического получения статистической
информации о деятельности службы "одного окна" из ИССОО данной
службы.
На основании полученной информации в СКиМОО осуществляется
подготовка аналитической информации о деятельности служб "одного
окна".
По каждой службе "одного окна" необходимо обеспечить предос-
тавление следующей информации:
- тип службы "одного окна" (отраслевая или территориальная);
- перечень документов, выдаваемых в режиме "одного окна";
- количество обращений по каждому типу выдаваемого документа.
По каждому обращению необходимо обеспечить предоставление
следующей информации:
- тип заявителя (физическое или юридическое лицо);
- состояние исполнения обращения;
- регистрационный индекс обращения;
- наименование запрашиваемого документа;
- исполнитель, ответственный за подготовку запрашиваемого
документа.
На основе указанной информации СКиМОО обязана обеспечить
возможность просмотра в оперативном режиме регистрационной кар-
точки обращения, переписки, возникающей в процессе подготовки и
согласования документа, а также текстов электронных документов,
закрепленных за регистрационной карточкой (отсканированные заяв-
ления либо электронная копия подготовленного к выдаче документа).
Кроме этого, в СКиМОО должно быть предусмотрено формирование ана-
литической информации по работе служб "одного окна" в виде графи-
ков.
4.4. Портальное приложение режима "одного окна".
Согласно современным принципам построения информационной
инфраструктуры, в качестве единой точки доступа пользователей ко
всем необходимым информационным ресурсам и услугам применяются
интернет-порталы.
В связи с этим необходимо создать портальное приложение ре-
жима "одного окна" (как самостоятельный интернет-портал или как
раздел другого общегородского интернет-портала) (далее - Портал),
который обеспечил бы пользователям интернета предоставление пер-
сонифицированных интерактивных услуг по выдаче органами исполни-
тельной власти города Москвы и городскими организациями докумен-
тов в режиме "одного окна", а также различной справочной информа-
ции о режиме "одного окна", необходимой заявителям.
На начальной стадии информатизации органов исполнительной
власти, городских организаций для обеспечения работы в режиме
"одного окна", когда подача обращения происходит при личном визи-
те заявителя в службу "одного окна", объективно отсутствуют пер-
сонифицированные интерактивные сервисы типа "правительство - жи-
тели" и "правительство - бизнес". На этом этапе рассматриваемый
Портал может обеспечивать:
- поиск ближайшей службы "одного окна", осуществляющей выда-
чу необходимого документа;
- предоставление справочной информации о состоянии процесса
обработки обращения заявителя;
- доступ к Единому реестру документов и Реестру служб "одно-
го окна";
- предоставление возможности доступа к различным формулярам
документов в электронной форме, которые требуются заявителям для
обращения в службу "одного окна";
- предоставление различной справочной информации о режиме
"одного окна", необходимой заявителям (нормативно-правовые акты
по данной тематике, новости и прочее).
В перспективе, при внедрении персонифицированных интерактив-
ных сервисов в деятельность органов исполнительной власти города
Москвы и городских организаций в режиме "одного окна", Портал до-
полнительно обеспечит возможность подачи заявок в службы "одного
окна" через интернет, а также способствовать организации полного
цикла удаленного оказания услуг от подачи заявки до проведения
оплаты и получения результирующих документов.
В рамках ГЦП "Электронная Москва" ведутся работы по созданию
системы городских порталов (далее - СГП) - единой, взаимоувязан-
ной системы официального информационного представительства города
Москвы в сети интернет, объединяющей все интернет-ресурсы, отно-
сящиеся к официальному представительству различных структур влас-
ти города Москвы и городского хозяйства. Основной целью создания
СГП является достижение качественно нового уровня информационного
взаимодействия системы власти и хозяйства города Москвы с жителя-
ми города, представителями бизнеса, общественными организациями
на основе преимущественного использования персонифицированных ин-
терактивных интернет-услуг.
В соответствии с вышеизложенным рассматриваемый Портал явля-
ется составной частью СГП, а, следовательно, в процессе его соз-
дания необходимо руководствоваться общими положениями и принципа-
ми СГП, определяющими содержательные, организационные и техничес-
кие подходы по созданию городских интернет-ресурсов и непосредс-
твенно связанных с ними информационных систем.
Необходимо отметить, что предоставление персонифицированных
интерактивных услуг по выдаче органами исполнительной власти го-
рода Москвы и городскими организациями документов в режиме "одно-
го окна", а также различной справочной информации о режиме "одно-
го окна", необходимой заявителям, также должно осуществляться и
через систему центров общественного доступа к современным инфор-
мационно-коммуникационным технологиям, Городскую информацион-
но-справочную систему и создаваемые городские сети инфоматов.
4.5. "Информационная шина" (магистраль).
Основным связующим звеном к созданию системы оказания услуг
в режиме "одного окна" должна стать так называемая "информацион-
ная шина". "Информационной шиной" является инфраструктура, пре-
доставляемая МЭМ, обеспечивающая передачу данных между информаци-
онными системами, взаимодействующими в рамках реализации режима
"одного окна". "Информационная шина" позволит реализовать ряд
принципов:
- распределенное проектирование - решения относительно внут-
ренних особенностей информационных систем принимаются различными
группами людей, имеющими собственные организационные, политичес-
кие и экономические мотивы;
- постоянство изменений - отдельные участки архитектуры мо-
гут претерпевать изменения в любой момент времени;
- последовательное совершенствование - локальное улучшение
компонентов архитектуры должно приводить к совершенствованию всей
архитектуры в целом, т.е. к росту суммарной полезности компонен-
тов того же уровня, что и изменяемый, равно как и компонентов бо-
лее низкого и более высокого уровня;
- рекурсивность - однотипные решения имеют место на различ-
ных уровнях архитектуры.
"Информационная шина" для систем, взаимодействующих в рамках
"одного окна", необходима для обеспечения унифицированного взаи-
модействия систем. Также данная шина позволит унифицировать тре-
бования к подключаемым системам в рамках обеспечения представле-
ния новых услуг, регламентировать принципы организационного и ин-
формационного взаимодействия между организациями-участниками.
"Информационная шина" также предоставляет совокупность всех
утвержденных протоколов взаимодействия, систем обмена, мониторин-
га прохождения выполнения заявок или подзапросов по заявке, стан-
дартов интерфейсов информационных систем и т.д. "Информационная
шина" должна обеспечивать надежную и защищенную связь взаимодейс-
твующих систем в рамках "одного окна" с учетом территориальной и
организационной распределенности информационных систем.
Для обработки запросов, являющихся комплексной услугой, не-
обходимо принятие протоколов, обеспечивающих "граф взаимодей-
ствия" между сервисами информационных систем, типа управления
бизнес-процессами (Business Process Management, BPM), как в пото-
ковом варианте типа Workflow, так и для асинхронного взаимодейс-
твия.
Протоколы защиты информации должны обеспечивать шифрование и
электронную цифровую подпись документов, передаваемых с использо-
ванием "информационной шины".
В настоящее время к проблеме обеспечения взаимодействия ин-
формационных систем наиболее предпочтительным представляется под-
ход, основанный на интеграции с помощью ХМL и основанных на нем
технологиях web-сервисов.
Технологии web-сервисов - это набор основанных на XML специ-
фикаций, обеспечивающих универсальный метод технического описания
сервисов и взаимодействия с ними. Сами сервисы, реализованные в
соответствии с этими спецификациями, называют web-сервисами.
Именно технологии web-сервисов сыграли свою роль в наимено-
вании сервис-ориентированной архитектуры (Service Oriented Archi-
tecture, SOA) распределенных вычислительных систем. Ее достоинс-
тва заключаются в следующем:
- разделение сложных прикладных программ на программные ком-
поненты.
Следовательно, различные задачи можно распределять сразу
среди нескольких компаний разработчиков, получая несколько опера-
тивных и независимых решений;
- упрощение модернизации и обслуживания. Нередко обновление
и обслуживание "монолитных систем" оказывается довольно дорогим и
долгим. Программные приложения, состоящие из компонентов, расши-
ряемы, и применять их можно неоднократно;
- распределение программных компонентов среди компьютеров,
наиболее подходящих для выполнения задачи. Кроме того, программ-
ные компоненты могут использоваться несколькими приложениями;
- использование адаптеров при обращении к унаследованным
системам.
Адаптеры - интерфейсы, обеспечивающие возможность организо-
вать взаимодействие с унаследованными информационными системами.
В сервис-ориентированной архитектуре сервисы рассматриваются
как автономные объекты, управление которыми не централизовано.
Это позволяет взаимодействующим посредством сервисов информацион-
ным системам развиваться в соответствии с потребностями бизнеса,
которые потребителям сервисов, как правило, не только не извест-
ны, но и не интересны. Однако это было бы невозможно, если бы ин-
терфейс сервиса не был прочно закреплен обоюдным соглашением про-
вайдера и потребителя сервиса.
Одной из отличительных черт сервис-ориентированной архитек-
туры является наличие "контрактов", описывающих интерфейсы серви-
сов, т.е. технических регламентов для систем, "какие входные дан-
ные, какие выходные данные". Такой "контракт" представляет собой
документ, специфицирующий ожидания сервиса по отношению к его
потребителям и наоборот. Контракты web-сервисов описываются
WSDL-документом, в нотации XML определяющим как потребители
должны обращаться к сервису. Использование XML на этом этапе име-
ет принципиальное значение, позволяя и поставщику, и потребителю
сервиса не зависеть от определенной платформы.
Основанный на сервис-ориентированной архитектуре подход к
созданию и обеспечению функционирования "информационной шины"
обусловлен следующими требованиями:
- обеспечение совместимости информационных систем на техни-
ческом уровне, включая протоколы передачи данных и форматы их
представления;
- обеспечение взаимной употребимости полученной информации
на основе общего понимания взаимодействующими информационными
системами ее значения.
Основным методологически значимым компонентом при рассматри-
ваемом подходе является реестр сервисов. Поставщик сервиса разме-
щает информацию о своих сервисах в указанном реестре, что дает
возможность потребителю в любой момент найти необходимый ему сер-
вис. На первый взгляд кажется, что в этом нет ничего особенного,
однако за этим процессом общения скрывается основное качество
сервис-ориентированной архитектуры - слабая связанность. Благода-
ря этому свойству, сервисы обретают мобильность, способность пе-
ремещаться с одного сервера на другой, не требуя согласования и
координации со всеми потребителями. Естественно, что потребители
сервисов в ряде случаев не способны и не должны принимать во вни-
мание регулярное перераспределение ресурсов, обеспечивающих функ-
ционирование сервисов.
Слабое связывание также позволяет отложить момент конечной
сборки связей до времени исполнения, а не времени разработки
программы, что характерно для традиционных монолитных систем.
Можно также во время исполнения менять параметры связи (такие как:
адрес, протокол и канал взаимодействия). Это придает несколько
измерений гибкости самой связке между поставщиком и потребителем
сервиса - соответственно вызываемым и осуществляющим вызов объек-
тами. В частности, поставщик и потребитель могут функционировать
на сколь угодно физически удаленных инфраструктурах. Каждая из
систем может иметь собственные параметры функционирования, а лю-
бые изменения в них, не затрагивающие интерфейс сервиса, не тре-
буют остановки ни одной из них.
Поскольку слабая связанность существенно снижает необходи-
мость ручной координации изменений в информационной инфраструкту-
ре со всеми взаимодействующими сторонами, сама возможность мно-
госторонней интеграции становится вероятнее, а ее привлекатель-
ность существенно возрастает.
Программный интерфейс реестра сервисов составляет часть сте-
ка протоколов взаимодействия. В наборе технологий web-сервисов
таким стандартом является UDDI (Universal Description, Discovery
and Integration), призванный обеспечить общую для различных инс-
трументальных платформ базу взаимно совместимых технологий описа-
ния, публикации, обнаружения и вызова сервисов.
Индивидуальные сервисы также могут быть классифицированы. С
этой целью, как правило, применяются дополнительные классификато-
ры, отражающие наиболее целесообразные способы структурирования
информации о сервисах для конкретной организации, сообщества или
отрасли. Но с точки зрения применимости UDDI в сервис-ориентиро-
ванной архитектуре, наиболее методологически значимым элементом
информационной модели UDDI является возможность стандартизации
типов сервисов. Используя те или иные параметры, потребитель мо-
жет найти в реестре сервис, соответствующий его техническим или
деловым потребностям.
4.6. Разработка общегородских классификаторов и
справочников, необходимых для информационного
взаимодействия городских организаций в режиме
"одного окна".
Для обеспечения эффективности процедур ведения и использова-
ния Единого реестра документов, выдаваемых органами исполнитель-
ной власти города Москвы, городскими организациями и территори-
альными органами федеральных органов исполнительной власти в ре-
жиме "одного окна", утверждаемого Правительством Москвы, а также
в целях создания условий сопоставимости экономико-статистических
данных и совместимости информационных систем и ресурсов, взаимо-
действующих с указанным реестром, при реализации настоящей Кон-
цепции следует предусмотреть использование общегородских класси-
фикаторов, в том числе:
- Общемосковского классификатора улиц Москвы (введен в дейс-
твие 27 июля 1999 г. постановлением Правительства Москвы N 681
"Об утверждении общемосковских классификаторов и Положения о
Службе ведения общегородских классификаторов");
- Общемосковского классификатора территориальных единиц
Москвы (введен в действие 27 июля 1999 г. постановлением Прави-
тельства Москвы N 681);
- Общемосковского классификатора органов исполнительной
власти города Москвы;
- Общемосковского классификатора видов (номенклатуры) доку-
ментов служб "одного окна";
- и других, разработка которых осуществляется во исполнение
постановления Правительства Москвы от 21 сентября 2004 г. N
637-ПП "О создании Метасистемы "Электронная Москва".
При этом следует обеспечить выполнение всех мероприятий,
предусмотренных Положением о Единой системе классификации и коди-
рования технико-экономической и социальной информации в городе
Москве, утвержденным постановлением Правительства Москвы от 24
июня 2003 г. N 496-ПП "О Единой системе классификации и кодиро-
вания и Едином реестре информационных ресурсов и систем города
Москвы".
4.7. Биллинговая система.
Одно из важных мест в организации взаимодействия при органи-
зации оказания услуг в режиме "одного окна" занимает задача обес-
печения расчетов за оказанные услуги, которая решается с исполь-
зованием биллинговой системы.
Биллинговая система, являющаяся одной из базовых подсистем
Метасистемы "Электронная Москва", может быть использована для
обеспечения деятельности служб "одного окна" в части начисления,
учета и обработки платежей за оказываемые на возмездной основе
услуги в режиме "одного окна", что позволит осуществлять непре-
рывный учет потребления/оказания на возмездной основе услуг в ре-
жиме "одного окна".
Кроме того, биллинговая система должна обеспечить создание
механизма финансовых расчетов между службами "одного окна" и
собственниками используемых информационных ресурсов.
Процесс взаимодействия служб "одного окна", собственников ин-
формационных ресурсов (согласующих организаций) и заявителей при
использовании биллинговой системы основан на генерации отчетов по
предоставленным услугам и выставлении счетов и показан на нижес-
ледующем рисунке.
Рисунок
4.8. Комплексная система информационной
безопасности режима "одного окна".
Комплексная система информационной безопасности режима "од-
ного окна" предназначена для обеспечения информационной безопас-
ности информационных систем и ресурсов, используемых при реализа-
ции режима "одного окна", путем реализации механизмов аутентифи-
кации, авторизации и аудита действий субъектов режима "одного ок-
на". Более подробно комплексная система информационной безопас-
ности режима "одного окна" рассмотрена в пункте 5.4.3 настоящей
Концепции.
4.9. Правовое обеспечение информатизации
предоставления услуг в режиме "одного окна".
Концепция может быть реализована только при наличии адекват-
ной нормативной базы, регламентирующей все аспекты информатизации
режима "одного окна". Правовое обеспечение информатизации работы
органов исполнительной власти и городских организаций в режиме
"одного окна" должно регулировать весь комплекс отношений, свя-
занных с производством, движением, применением информации, в том
числе следующие основные вопросы:
- соблюдения регламентных схем прохождения документированной
информации;
- ответственности субъектов электронной среды взаимодействия
режима "одного окна" за нарушения при формировании информационных
ресурсов и их использовании;
- ответственности участников режима "одного окна" за качест-
во формирования информационных ресурсов;
- регламентации полномочий, функций и обязанностей различных
звеньев в структуре управления и исполнения мероприятий систем
автоматизированного управления и обработки информации;
- регулирование электронного обмена процедурной информацией
и электронного документооборота;
- регламентация процедур аутентификации и идентификации;
- регламентация процедур обеспечения безопасности и конфи-
денциальности в электронной среде взаимодействия, а также исполь-
зования электронной подписи.
Правовое обеспечение информатизации работы органов исполни-
тельной власти, городских организаций в режиме "одного окна"
предполагает создание сбалансированной нормативной правовой базы
на основе следующих принципов:
- реальной доступности - обеспечение фактической доступности
информации, которая в соответствии с законодательством и действу-
ющим порядком должна быть доступной;
- минимизации количества транзакций, необходимых для реали-
зации тех или иных информационных прав, путем оптимизации струк-
туры информационных ресурсов и информационных процессов;
- консолидации городских информационных ресурсов, используе-
мых органами исполнительной власти и городскими организациями при
осуществлении деятельности в режиме "одного окна";
- единообразия форм представления информации и стандартов
ведения городских информационных ресурсов;
- обеспечения сохранности и достоверности информации;
- равноправия форм документов - документ, представленный в
электронной форме, не может быть лишен юридической силы.
Работы по созданию рассматриваемой нормативно-правовой базы
должны включать мероприятия по разработке и утверждению в уста-
новленном порядке следующих документов:
- положений о службах "одного окна";
- внутренних регламентов работы служб "одного окна";
- должностных инструкций сотрудников держателей "одного ок-
на" и согласующих организаций, в которых регламентированы задачи,
функции, полномочия и обязанности;
- регламентных схем, устанавливающих порядок подготовки,
согласования и выдачи конечного документа заявителю;
- регламентов взаимодействия информационных систем и ресур-
сов, используемых для реализации режима "одного окна";
- пакета документов, регламентирующих взаимодействие с ин-
формационными системами территориальных подразделений федеральных
органов исполнительной власти;
- положений о Едином реестре документов, Реестре служб "од-
ного окна", Реестре согласующих организаций;
- положений о создаваемых для реализации режима "одного ок-
на" справочников и классификаторов;
- требований к программно-аппаратным комплексам служб "одно-
го окна" по обеспечению информационной безопасности;
- положений об информационных ресурсах и системах, создавае-
мых в процессе рассматриваемой информатизации, а также операто-
ров соответствующих информационных систем.
5. Обеспечение информационной безопасности при
организации работы органов исполнительной власти
и городских организаций в режиме "одного окна".
5.1. Угрозы информационной безопасности.
Исходя из предложенной схемы информатизации органов исполни-
тельной власти города Москвы и городских организаций для обеспе-
чения работы в режиме "одного окна", при реализации режима "одно-
го окна" актуальны следующие угрозы безопасности информационным
ресурсам:
5.1.1. Получение несанкционированного доступа к рабочим мес-
там ИССОО, серверам СОЗВ и СКиМОО внешними (персоналом биллинго-
вой системы, пользователями смежных информационных систем) или
внутренними нарушителями (пользователями ИССОО, СОЗВ и СКиМОО,
администраторами систем) путем использования чужого идентификато-
ра легально зарегистрированного пользователя ("маскарад"). Внеш-
ний и внутренний нарушитель может завладеть идентификатором и па-
ролем пользователя системы различными путями, включая подслушива-
ние и подглядывание, а также путем использования методов социаль-
ного инжиниринга. Пользователь также может сообщить свой пароль
другому пользователю в нарушение установленных правил политики
безопасности.
5.1.2. Нарушение целостности данных, хранящихся и обрабаты-
ваемых в информационных системах внешними или внутренними наруши-
телями путем использования чужого идентификатора легально заре-
гистрированного пользователя ("маскарад").
5.1.3. Нарушение конфиденциальности и целостности обрабаты-
ваемых в режиме "одного окна" данных (персональной информации,
связанной с заявителем, служебной информации - ключевой информа-
ции и конфигурационной информации ИССОО, СОЗВ и СКиМОО, заявок,
регламентов, реестров, справочной информации).
5.1.4. Использование внутренними и внешними нарушителями
уязвимых мест в компонентах системы защиты. Нарушители могут слу-
чайно или в результате целенаправленного поиска обнаружить уязви-
мые места в средствах защиты, которыми можно воспользоваться для
получения несанкционированного доступа (далее - НСД) к информа-
ции.
Существуют следующие способы осуществления этой угрозы:
- использование ошибок проектирования, кодирования, либо
конфигурации программного обеспечения (далее - ПО);
- анализ и модификация ПО;
- использование недекларированных возможностей в ПО, остав-
ленных для отладки, либо умышленно внедренных. По степени возмож-
ного ущерба основными угрозами для информационных систем являют-
ся:
1) угрозы нарушения целостности (угрозы модификации и удале-
ния) по отношению к следующим данным:
- персональной информации и коммерческой тайне заявителей
(угроза нарушения законных прав юридических и физических лиц);
- реестрам документов (угроза отказа от совершенных действий
и угроза нарушения законных прав физических и юридических лиц);
- реестрам служб "одного окна", согласующих организаций (уг-
роза функционированию служб);
- данным мониторинга работы служб "одного окна" (угроза от-
каза от совершенных действий и угроза нарушения законных прав фи-
зических и юридических лиц);
- данным аудита прикладных и инфраструктурных подсистем (уг-
роза отказа от совершенных действий);
- служебной информации (угроза функционированию информацион-
ных систем).
2) угрозы нарушения целостности (угрозы аварий или разруше-
ния) по отношению к основным компонентам информационных систем,
приводящие к необходимости дополнительных финансовых затрат на
восстановление необходимой инфраструктуры.
3) угрозы нарушения конфиденциальности по отношению к следу-
ющим данным:
- персональной информации и коммерческой тайне заявителей
(угроза нарушения законных прав физических и юридических лиц);
- ключевой и служебной информации (угроза функционированию
служб "одного окна", угроза отказа от совершенных действий и уг-
роза нарушения законных прав физических и юридических лиц);
- информации ограниченного доступа, принадлежащей городу или
третьим сторонам, совместно обрабатываемой в службах "одного ок-
на" и смежных информационных системах и ресурсах, задействованных
в предоставлении услуг режима "одного окна" (угроза нарушения за-
конных прав физических и юридических лиц).
4) угрозы нарушения доступности информационных сервисов
служб "одного окна":
- нарушение временных регламентов обслуживания физических
или юридических лиц (угроза получения жалоб и судебных исков);
- финансовые потери в результате простоя информационных сис-
тем или дополнительных затрат ресурсов (угроза судебных исков и
превышения бюджета на функционирование соответствующих служб).
5.2. Модель нарушителя информационной безопасности.
Внутренний нарушитель.
Под внутренним нарушителем понимается субъект, имеющий дос-
туп к работе со штатными средствами служб "одного окна". Внутрен-
ними нарушителями могут являться сотрудники, занятые в обслужива-
нии и эксплуатации ИССОО, СОЗВ и СКиМОО. Внутренние нарушители
классифицируются по уровню возможностей, предоставляемых им штат-
ными средствами. Выделяются следующие уровни этих возможностей
(классификация является иерархической, то есть каждый следующий
уровень включает в себя функциональные возможности предыдущего):
- запуск задач (программ) из фиксированного набора, реализу-
ющих заранее предусмотренные функции по обработке информации -
для пользователей служб "одного окна";
- управление функционированием служб "одного окна", т.е.
воздействием на базовое программное обеспечение, на состав и
конфигурацию ПО и комплекса технических средств (далее - КТС)
служб "одного окна" - для администраторов;
- весь объем возможностей лиц, осуществляющих проектирова-
ние, реализацию и ремонт компонентов информационных систем и ре-
сурсов (далее - ИСиР) служб "одного окна", вплоть до включения в
состав средств вычислительной техники (далее - СВТ) собственных
технических средств с новыми функциями по обработке информации.
Предполагается, что несанкционированный доступ к техническим
средствам служб "одного окна" посторонних лиц исключается мерами
физической защиты (охрана территории, организация пропускного ре-
жима и т.п.).
Внешний нарушитель.
К внешним нарушителям относятся лица, которым не предостав-
ляется санкционированного логического доступа к информационным
системам и ресурсам служб "одного окна" и пребывание которых в
помещениях с оборудованием без контроля со стороны персонала
служб невозможно. Внешними нарушителями могут являться заявители,
пользователи ИСиР, на объектах которых развернуты автоматизиро-
ванные рабочие места (далее - АРМ) ИССОО и сотрудники сторонних
организаций, легально имеющие доступ к локальной вычислительной
сети службы (далее - ЛВС) "одного окна" или сетям общего пользо-
вания, с помощью которых осуществляется взаимодействие пользова-
телей в режиме "одного окна", а также внешние пользователи, полу-
чившие несанкционированный доступ к ЛВС или телекоммуникационным
ресурсам.
Внешний нарушитель:
- осуществляет попытки несанкционированного доступа к инфор-
мационным ресурсам служб "одного окна" (в целях получения инфор-
мации, ее подмены или уничтожения) посредством обхода существую-
щих средств защиты информации с использованием специализированных
программных средств;
- осуществляет перехват, анализ и модификацию информации,
передаваемой по линиям связи, проходящим вне контролируемой зоны.
5.3. Цели обеспечения информационной безопасности
режима "одного окна".
Целью защиты информации в органах исполнительной власти го-
рода Москвы и городских организациях для организации работы в ре-
жиме "одного окна" является обеспечение законных прав владельцев
информационных систем и ресурсов, прав потребителей информации и
пользователей ИСиР города Москвы.
5.3.1. Реализация защитных механизмов должна обеспечить:
5.3.1.1. Предотвращение или существенное затруднение хище-
ния, утраты, искажения, подделки информации в ИСиР города Москвы.
5.3.1.2. Предотвращение или существенное затруднение несанк-
ционированных действий по уничтожению, модификации, искажению,
копированию, блокированию информации; предотвращение или сущест-
венное затруднение других форм незаконного вмешательства в ИСиР,
обеспечение правового режима документированной информации как
объекта собственности города Москвы.
5.3.1.3. Сохранение конфиденциальности документированной ин-
формации в соответствии с законодательством Российской Федерации
и города Москвы.
5.3.1.4. Обеспечение прав субъектов в информационных процес-
сах и применении информационных систем, технологий и средств их
обеспечения.
5.3.2. В результате реализации мероприятий по обеспечению
информационной безопасности режима "одного окна" должны быть дос-
тигнуты следующие показатели:
5.3.2.1. Снижение возможности доступа или раскрытия информа-
ции ИСиР города Москвы неуполномоченным лицам ("конфиденциаль-
ность").
5.3.2.2. Поддержание полноты и неизменности ресурсов "одного
окна" и смежных ИСиР, задействованных в режиме "одного окна" при
обработке информации и при ее передаче по открытым каналам связи,
находящимся вне контролируемых зон ("целостность").
5.3.2.3. Уверенность в том, что субъект или ресурс является
именно тем, который заявлен ("подлинность").
5.3.2.4. Регистрация имевших место действий или событий при
реализации режима "одного окна" так, чтобы эти события или дейс-
твия не могли быть позже аннулированы ("неотказуемость").
5.3.2.5. Отслеживаемость действий объектов и субъектов ин-
формационных отношений при реализации режима "одного окна" ("под-
контрольность").
5.3.2.6. Возможность доступа и готовность к использованию на
запрос уполномоченного объекта или субъекта ("доступность").
5.3.2.7. Централизация управления защитой при реализации ре-
жима "одного окна".
5.3.3. Экономический эффект от внедрения средств защиты ин-
формации должен проявляться:
- в снижении вероятной величины материального и морального
ущерба по отношению к лицам, осуществляющим правомочия собствен-
ника ИСиР города Москвы за счет комплекса мер, направленных на
формирование и поддержание режима информационной безопасности;
- в обеспечении юридически значимого перехода с бумажного
документооборота к электронному и связанного с этим сокращения
затрат граждан и хозяйствующих субъектов при получении документов
в органах власти города Москвы.
5.3.4. Критерием оценки достижения целей при реализации ме-
роприятий по обеспечению информационной безопасности режима "од-
ного окна" является функционирование юридически значимого доку-
ментооборота, аттестация используемых службами "одного окна" ин-
формационных систем на соответствие требованиям класса 1Г РД Гос-
техкомиссии России "Автоматизированные системы. Защита от несанк-
ционированного доступа к информации. Классификация автоматизиро-
ванных систем и требования по защите информации" и дополнительным
функциональным требованиям по информационной безопасности режима
"одного окна".
5.4. Обеспечение информационной безопасности
режима "одного окна".
5.4.1. Задачи и функции информационной безопасности.
В режиме "одного окна" с точки зрения обеспечения информаци-
онной безопасности должны выполнятся следующие задачи по защите
информации:
- управление доступом к ИСиР, реализующих режим "одного ок-
на";
- регистрация и учет действий пользователей ИСиР при органи-
зации режима "одного окна";
- криптографическая защита информации при формировании доку-
ментов и их обмене;
- обеспечение целостности ресурсов ИСиР при обработке доку-
ментов и обмене информацией.
Данные задачи должны решаться на уровне следующих подсистем
информационной безопасности ИСиР, формирующих режим "одного ок-
на":
- защиты межсетевого и информационного обмена между ИССОО,
СОЗВ и СКиМОО, а так же ИСиР (биллинговой системы, реестрами и
другими смежными ИСиР), участвующими в реализации режима "одного
окна";
- защиты информационного обмена с заявителями, использующих
портальное приложение режима "одного окна";
- защиты серверов СОЗВ и СКиМОО;
- защиты рабочих мест пользователей ИССОО, СОЗВ и СКиМОО;
- управления информационной безопасностью.
Задача управления доступом должна решаться в следующем объ-
еме:
- использование методов надежной аутентификации документов,
запросов и субъектов доступа в функциональных прикладных подсис-
темах режима "одного окна" на основе реализации криптографических
функций и использования защищенных протоколов транспортного уров-
ня, меток времени, использования сертификатов открытых ключей
пользователей;
- использование идентификации, аутентификации и авторизации
пользователей средствами общесистемного ПО и централизованное уп-
равление учетными данными пользователей;
- использование аутентификации субъектов режима "одного ок-
на" (узлов, серверов и рабочих станций по сетевым адресам при ус-
тановлении защищенных межсетевых соединений);
- разграничение и контроль доступа к узлам и сетям (на уров-
не входящих/исходящих сетевых адресов, используемых сетевых про-
токолов и времени доступа при установлении межсетевых соедине-
ний);
- разграничение и контроль информационного обмена между
пользователями режима "одного окна" (на уровне входящих/исходящих
сетевых адресов, сетевых протоколов, при установлении сетевых со-
единений и приходу/уходу контролируемых сообщений);
- разграничение и контроль информационного обмена между
внешними пользователями ИССОО (на уровне входящих/исходящих сете-
вых адресов, сетевых протоколов, времени доступа и сокрытия внут-
ренней структуры ИСиР режима "одного окна", установлении сетевых
соединений и приходу/уходу контролируемых сообщений);
- контроль физического доступа к техническим средствам служб
"одного окна" на основе организации физического контроля доступа
в помещения с использованием пропускного режима, систем охранной
сигнализации и систем видеонаблюдения, использования персональных
идентификационных, аутентификационных признаков пользователей.
Задача регистрации и учета должна решаться в следующем объ-
еме:
- регистрация событий (записей аудита) общесистемным ПО и
функциональными подсистемами;
- взаимодействие специализированных средств обнаружения атак
с общесистемным ПО и функциональными подсистемами ИСиР режима
"одного окна";
- регистрация событий (записей аудита) на средствах защиты
информации (в соответствия с задаваемыми правилами при возникно-
вении заданных событий);
- регистрация сетевой активности (в реальном режиме време-
ни);
- сигнализация попыток нарушения защиты в реальном режиме
времени.
Задача криптографической защиты должна решаться в следующем
объеме:
- генерация криптографических ключей;
- контроль целостности и сокрытие структуры информационного
обмена при межсетевом обмене между службами "одного окна" вне
контролируемых зон;
- предоставление функций шифрования, хэширования и ЭЦП при
формировании электронных документов.
Задача обеспечения целостности должна решаться в следующем
объеме:
- контроль целостности среды использования средств защиты
информации (периодически и при запуске);
- контроль целостности и защищенности среды серверов и рабо-
чих мест пользователей (периодически и при запуске);
- контроль целостности информации, передаваемой при межсете-
вого обмене вне контролируемой зоны;
- формирование и проверка ЭЦП в прикладных подсистемах служб
"одного окна";
- антивирусный контроль информационного обмена при межсете-
вом взаимодействии;
- антивирусный контроль среды серверов и рабочих мест служб
"одного окна";
- тестирование защищенности ИСиР режима "одного окна".
5.4.2. Организационное обеспечение защиты информации
при реализации режима "одного окна".
Для эффективной организации процессов по защите информации
режима "одного окна" должны быть осуществлены следующие мероприя-
тия:
- проведена классификация информационных ресурсов служб "од-
ного окна";
- проведена классификация угроз и пользователей служб "одно-
го окна";
- выработаны положения и регламенты по работе с информацион-
ными ресурсами служб "одного окна";
- выработаны правила и регламенты подключения ИССОО;
- определен уровень ответственности пользователей ИССОО,
СОЗВ и СКиМОО за противоправные действия в отношении ресурсов ин-
формационных систем;
- выработаны правила и регламенты использования криптографи-
ческих ключей при реализации режима "одного окна", разработаны
регламенты взаимодействия с Системой удостоверяющих центров
(СУЦ).
5.4.3. Программно-техническая структура реализации
защиты информации информационных систем,
используемых при реализации режима "одного окна".
В составе средств, обеспечивающих информационную безопас-
ность режима "одного окна" должны быть реализованы механизмы ау-
тентификации, авторизации и аудита действий пользователей.
Структура комплексной системы информационной безопасности
режима "одного окна" (далее - КСИБ) должна включать следующие
подсистемы:
- защиты межсетевого и информационного обмена;
- защиты информационного обмена служб "одного окна" со смеж-
ными ИСиР;
- защиты серверов;
- защиты рабочих мест пользователей;
- управления информационной безопасностью.
В состав подсистем защиты межсетевого и информационного об-
мена и информационного обмена ИСиР с внешними абонентами должны
входить:
- средства межсетевого экранирования для разграничения и
контроля доступа к информационным ресурсам;
- средства организации виртуальной частной сети (ВЧС) для
обеспечения создания единого защищенного информационного прост-
ранства режима "одного окна";
- пользовательские средства подключения к ВЧС для организа-
ции защищенного доступа пользователей ИССОО, обеспечивающие на-
дежную аутентификацию пользователей при подключении к СОЗВ и СКи-
МОО и защиту трафика при его передаче вне контролируемых зон;
- сетевые средства обнаружения атак (в том числе антивирус-
ные средства анализа сетевого трафика), обеспечивающие контроль
сетевой активности на границах и внутри служб "одного окна".
Подсистема защиты серверов организуется следующими механиз-
мами:
- настройкой операционных систем серверов, минимизирующей
предоставление сетевых сервисов, оптимизирующих права доступа к
системным файлам и настройкам, включающей механизмы аудита;
- использованием средств обнаружения атак (агентов активного
аудита) на уровне серверов;
- средствами антивирусной защиты;
- периодическим контролем целостности среды серверов и конт-
ролем сервисов и прав доступа к конфигурационным файлам.
Подсистема защиты рабочих станций пользователей организуется
следующими механизмами:
- средствами надежной аутентификации пользователей в сети на
основе средств криптографической защиты информации (далее - СКЗИ)
и внешних носителей ключевой информации (с минимизацией использо-
вания паролей для доступа к ресурсам) и централизованным ведением
учетных данных пользователей;
- настройкой операционных систем рабочих станций, минимизи-
рующей предоставление сетевых и прикладных сервисов, оптимизирую-
щих права доступа к системным файлам и настройкам, включающей ме-
ханизмы аудита;
- использованием средств обнаружения атак (агентов активного
аудита) на уровне рабочих станций;
- средствами антивирусной защиты;
- периодическим контролем целостности среды рабочих станций
и контролем сервисов и прав доступа к конфигурационным файлам;
- использованием электронных замков для ограничения доступа
к рабочим станциям и контроля целостности среды рабочей станции
при ее запуске;
- криптографическими средствами защиты информации, обеспечи-
вающими доступ прикладного и системного ПО к функциям шифрования,
формирования и проверки ЭЦП.
Подсистема управления КСИБ включает выделенные рабочие места
администраторов безопасности с установленными консолями управле-
ния межсетевым экранированием, ВЧС и средств обнаружения вторже-
ний, а так же серверы антивирусной защиты и серверы средств обна-
ружения вторжений для централизованного сбора данных аудита.
Централизация управления КСИБ достигается интеграцией ло-
кальных подсистем информационной безопасности (ПИБ) ИСиР с Цент-
ром мониторинга событий информационной безопасности города Москвы
(ЦМ СИБ) в рамках единой политики информационной безопасности Ме-
тасистемы "Электронная Москва" и построения Центра компетенции по
информационной безопасности.
5.4.4. Мероприятия по обеспечению информационной
безопасности режима "одного окна".
Для обеспечения необходимого уровня по защите информации
служб "одного окна" должны быть осуществлены следующие мероприя-
тия:
5.4.4.1. Проведены первоочередные мероприятия по защите
программно-технических комплексов и автоматизированных рабочих
мест пользователей.
5.4.4.2. Разработана политика (комплекс нормативно-методи-
ческих и организационно-распорядительных документов и решений)
обеспечения информационной безопасности режима "одного окна".
5.4.4.3. Разработано техническое задание на создание комп-
лексной системы информационной безопасности режима "одного окна",
обеспечивающее соответствие базовому уровню информационной безо-
пасности в соответствии с Концепцией ИБ города Москвы и норматив-
но-правовой базой в области информационной безопасности Российс-
кой Федерации и города Москвы.
5.4.4.4. Разработаны технические решения по построению КСИБ
и рекомендации по защите общесистемного и прикладного ПО, включая
обследование ИССОО, СОЗВ, СКиМОО и смежных ИСиР, сформированы
требования по защите системы, разработаны частные технические за-
дания (ЧТЗ) на создание ПИБ ИССОО, СОЗВ и СКиМОО, разработаны со-
ответствующие ПИБ.
5.4.4.5. Разработаны технические решения по интеграции ПИБ в
КСИБ и рекомендации по защите общесистемного и прикладного ПО,
включая разработку КСИБ в части создания защищенной инфраструкту-
ры информационного обмена и защиты ЛВС.
5.4.4.6. Проведено встраивание средств криптографической за-
щиты информации в прикладное ПО служб "одного окна": разработано
ЧТЗ на встраивание СКЗИ в прикладное ПО и интеграция прикладного
ПО с Системой удостоверяющих центров, проведено согласование ЧТЗ
с ФСБ РФ, техно-рабочее проектирование, разработаны необходимые
программные модули и проведены испытания прикладного ПО, получено
заключение о корректности встраивания СКЗИ.
5.4.4.7. Создан центральный узел КСИБ на базе ИТЦ ФХУ Мэрии,
Оператора МЭМ и Центра мониторинга, который должен включать:
- средства межсетевого экранирования;
- центральный узел защищенной виртуальной частной сети;
- средства обнаружения атак (включая средства антивирусной
защиты) и средства интеграции с Центром мониторинга событий ин-
формационной безопасности;
- защищенные автоматизированные рабочие места пользователей
служб "одного окна".
5.4.4.8. Создана защищенная инфраструктура информационного
обмена служб "одного окна".
5.4.4.9. Обеспечена защита ЛВС ИССОО, СОЗВ и СКиМОО, включа-
ющая:
- установку средств межсетевого экранирования;
- развертывание средств обнаружения атак (включая установку
средств антивирусной защиты);
- организацию защиты рабочих мест пользователей режима "од-
ного окна", в том числе установка СКЗИ и регистрация пользовате-
лей в СУЦ города Москвы.
5.4.4.10. Проведена интеграция ПИБ служб "одного окна" с
Центром мониторинга событий информационной безопасности в целях
централизованного контроля соблюдения политики информационной бе-
зопасности.
5.4.4.11. Проведена интеграция СОЗВ и СКиМОО с Защищенным
центром резервного хранения данных в целях обеспечения целостнос-
ти ресурсов.
5.4.4.12. Обеспечена непрерывная эксплуатация ПИБ ИССОО,
СОЗВ и СКиМОО.
6. Реализация Концепции информатизации органов
исполнительной власти, городских организаций
для обеспечения работы в режиме "одного окна".
Выполнение положений Концепции информатизации органов испол-
нительной власти, городских организаций для обеспечения работы в
режиме "одного окна" должно осуществляться в рамках мероприятий
Городской целевой программы "Электронная Москва".
6.1. При реализации Концепции необходимо использовать сис-
темный подход, основанный на следующих основных принципах:
- приоритетность информатизации деятельности органов испол-
нительной власти города Москвы, городских организаций, осущест-
вляющих выдачу документов заявителям в режиме "одного окна";
- подчинение процессов информатизации решению задач модерни-
зации системы государственных услуг, предоставляемых в режиме
"одного окна", оптимизации взаимодействия на межведомственном
уровне и обеспечения действенного контроля за работой соответс-
твующих органов исполнительной власти города Москвы и городских
организаций;
- соответствие задач информатизации работы органов исполни-
тельной власти города Москвы, городских организаций в режиме "од-
ного окна" целевым показателям эффективности их деятельности.
6.2. Реализация Концепции информатизации органов исполни-
тельной власти, городских организаций для обеспечения работы в
режиме "одного окна" заключается в разработке, установлении и
обеспечении условий и порядка выполнения требований и положений
Концепции.
В ходе реализации Концепции должно быть выполнено:
6.2.1. Проведение обследований служб "одного окна" и опреде-
ление потребностей в технических средствах и программном обеспе-
чении.
6.2.2. Проведение анализа существующих информационных ресур-
сов и систем в органах исполнительной власти, городских организа-
циях и определение потребности в разработке новых информационных
систем и ресурсов для обеспечения режима "одного окна".
6.2.3. Разработка возможных схем электронного взаимодействия
служб "одного окна" в органах исполнительной власти и городских
организаций при реализации режима "одного окна" в городе Москве.
6.2.4. Разработка функциональных требований к программному
обеспечению, предназначенному для автоматизации работы служб "од-
ного окна".
6.2.5. Доработка существующего в службах "одного окна" прог-
раммного обеспечения в соответствии с указанными требованиями.
Разработка типового проекта информационной системы службы "одного
окна".
6.2.6. Введение электронной цифровой подписи (ЭЦП) в практи-
ку работы служб "одного окна", органов исполнительной власти и
городских организациях в режиме "одного окна".
6.2.7. Создание системы координации и мониторинга работы
служб "одного окна".
6.2.8. Разработка и реализация мероприятий по обеспечению
информационной безопасности режима "одного окна".
6.2.9. Создание портального приложения режима "одного окна".
Обеспечение размещения соответствующей информации в Системе го-
родских порталов, в том числе на порталах и сайтах органов испол-
нительной власти города Москвы. Обеспечение доступа к данной ин-
формации с использованием системы центров общественного доступа к
современным информационно-коммуникационным технологиям, Городской
информационно-справочной системы и различных сетей инфоматов.
6.2.10. Разработка общегородских классификаторов и справоч-
ников, необходимых для информационного взаимодействия городских
организаций в режиме "одного окна".
6.2.11. Интеграция информационных систем и ресурсов, необхо-
димых для реализации режима "одного окна" на основе Метасистемы
"Электронная Москва".
6.2.12. Разработка нормативных и организационно-распоряди-
тельных документов, рассмотренных ранее.
6.2.13. Внедрение Биллинговой системы Метасистемы "Электрон-
ная Москва" в деятельность служб "одного окна" в части обеспече-
ния начисления, учета и обработки платежей за оказываемые в режи-
ме "одного окна" услуги.
Верно:Документ опубликован в соответствии с Законом № 63 от 28.11.2012 О внесении изменений в статью 21 Закона города Москвы от 14 декабря 2001 года № 70 «О законах города Москвы и постановлениях Московской городской Думы» и статью 19 Закона города Москвы от 8 июля 2009 года № 25 «О правовых актах города Москвы»