Технические требования

СОГЛАСОВАНО Заместитель руководителя Росинформтехнологии ________ «______» _____________2007 г.		УТВЕРЖДАЮ Руководитель Росинформтехнологии ___________ «_______»_____________2007 г.
СОГЛАСОВАНО Директор Департамента государственных программ, развития инфраструктуры и использования ограниченного ресурса Мининформсвязи России _______________ «______» _____________2007 г.

ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ

к лоту №

Реализация типового программно-технологического решения «Информационные системы поддержки оказания органами государственной власти субъектов Российской Федерации государственных услуг с использованием электронных средств коммуникаций, а также на принципах «одного окна» (услуга 2)
в интересах субъектов Российской Федерации

Москва 2007

2.  Общие положения

2.1.  Наименование лота

Реализация типового программно-технологического решения «Информационные системы поддержки оказания органами государственной власти субъектов Российской Федерации государственных услуг с использованием электронных средств коммуникаций, а также на принципах «одного окна» (услуга 2) в интересах субъектов Российской Федерации (далее ТР «Одно окно» или Система).

2.2.  Источник и порядок финансирования работ

Источник финансирования: Федеральный бюджет Российской Федерации.

Поэтапное финансирование не предусматривается.

2.3.  Начальная (максимальная) цена государственного контракта (цена лота)

Начальная (максимальная) цена государственного контракта составляет 10 000 000 (Десять миллионов) рублей, включая налог на добавленную стоимость, в соответствии с функциональной классификацией расходов бюджетов Российской Федерации по разделу 04, подразделу 09, целевой статье расходов 1 виду расходов 381 «Информатика», в соответствии с экономической классификацией расходов бюджетов Российской Федерации по подстатье 226 «Прочие услуги».

2.4.  Государственный заказчик

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

2.5.  Организации, в интересах которых выполняются работы (выгодоприобретатели)

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

Министерство информационных технологий и связи Российской Федерации;

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

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

2.6.  Предмет государственного контракта

Предметом государственного контракта является выполнение работ по созданию первой очереди типового программно-технологического решения «Информационные системы поддержки оказания органами государственной власти субъектов Российской Федерации государственных услуг с использованием электронных средств коммуникаций, а также на принципах «одного окна» (услуга 2) в интересах субъектов Российской Федерации, включающего в себя:

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

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

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

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

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

Концепция административной реформы в Российской Федерации в 2годах, одобренная распоряжением Правительства Российской Федерации от 01.01.01 г. № 1789-р;

Федеральная целевая программа «Электронная Россия ( годы)» в редакции постановления Правительства Российской Федерации от 01.01.01 года № 000;

Концепция использования информационных технологий в деятельности федеральных органов государственной власти до 2010 года, одобренная распоряжением Правительства Российской Федерации от 01.01.01 г. ;

Постановление Правительства Российской Федерации от 01.01.01 г. № 98 «Об обеспечении доступа к информации о деятельности Правительства Российской Федерации и федеральных органов исполнительной власти»;

Концепция региональной информатизации до 2010 года (одобрена распоряжением Правительства Российской Федерации от 01.01.01 г. № 1024-р);

План мероприятий по реализации Концепции региональной информатизации до 2010 года (одобрен распоряжением Правительства Российской Федерации от 1 февраля 2007 г. № 118-р).

2.8.  Мероприятия федеральной целевой программы «Электронная Россия ( годы)», в рамках которых реализуется лот

Мероприятие федеральной целевой программы «Электронная Россия ( годы)» № 19 - «Создание типовых программно-технических решений поддержки деятельности органов государственной власти субъектов Российской Федерации и органов местного самоуправления».

Поставка технических средств по настоящему проекту не осуществляется.

3.  Назначение и цели создания типового программно-технологического решения

3.1.  Актуальность выполнения проекта

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

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

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

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

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

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

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

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

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

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

3.2.  Цели, задачи и требования по реализации проекта

3.2.1. Назначение создаваемого типового программно-технологического решения

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

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

3.2.2. Цели и задачи использования разрабатываемого типового программно-технологического решения

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

Система призвана обеспечить решение следующих задач:

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

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

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

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

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

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

обеспечение координации работы органов государственной власти в режиме «одного окна» и контроля качества предоставления услуг в режиме «одного окна»;

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

3.2.3. Задачи, решаемые в 2007 году

Основными задачами, решаемыми в 2007 году, являются:

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

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

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

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

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

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

3.2.4. Категории пользователей

Участниками режима «одного окна» являются:

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

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

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

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

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

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

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

Система должна иметь в своем составе программно-технологические средства, обеспечивающие решение следующих технологических задач:

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

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

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

обеспечение мониторинга работы системы;

хранение данных и метаданных, обслуживание запросов к данным по различным критериям (СУБД);

обеспечение информационной безопасности системы;

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

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

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

3.3.  Основные характеристики способа реализации типового программно-технологического решения

3.3.1. Требования к структуре и функционированию типового программно-технологического решения

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

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

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

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

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

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

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

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

Подсистема предназначена для:

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

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

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

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

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

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

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

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

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

универсальный модуль обработки обращений;

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

электронная приемная режима «одного окна»;

модуль координации и мониторинга работы органов государственной власти в режиме «одного окна» (МКиМОО);

модуль централизованного учета и хранения данных;

модуль информационной безопасности;

модуль администрирования.

Универсальный модуль обработки обращений (УМОО)

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

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

фиксирование всех операций по работе с заявителем;

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

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

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

отображение статуса исполнения обращения;

регистрацию ответов по запросам заявителей;

поддержку классификации обращений по любым признакам;

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

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

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

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

Модуль электронного взаимодействия (МЭВ)

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

получение заявок, поступающих из УМОО от служб «одного окна»;

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

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

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

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

передача информации об исполнении регламентной схемы в подсистему мониторинга и другие подсистемы ТР «Одно окно».

МЭВ должна обеспечивать юридически значимое информационное взаимодействие ТР «Одно окно» с другими информационными системами.

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

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

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

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

хранение метаописаний данных смежных информационных систем;

стандартизация форматов и способов информационного обмена;

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

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

возможность работы с синхронными и асинхронными сервисами.

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

МЭВ также должна обеспечивать связь между представлением регламентов в виде моделей, создаваемых в средстве моделирования и представлениями регламентов, используемых в подсистемах ТР «Одно окно».

Электронная приемная режима «одного окна»

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

поиск ближайшей службы «одного окна», осуществляющей выдачу необходимого документа, в том числе через Интернет;

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

регламентированный доступ к Единому реестру документов и Реестру служб «одного окна», в том числе через Интернет;

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

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

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

Общими требованиями, предъявляемыми к Электронной приемной, являются:

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

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

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

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

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

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

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

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

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

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

Модуль координации и мониторинга работы органов государственной власти в режиме «одного окна» (МКиМОО)

МКиМОО должен обеспечивать выполнение следующих функций:

сбор статистической информации, ее аналитическую обработку, а также формирование соответствующих отчетов;

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

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

На основании полученной информации в МКиМОО должна осуществляться подготовка сводной аналитической информации о деятельности служб «одного окна». По каждой службе «одного окна» должна обеспечиваться выдача следующей информации:

тип службы «одного окна» (отраслевая или территориальная);

перечень документов, выдаваемых в режиме «одного окна»;

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

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

На запрос о состоянии обращения Заявителя МКиМОО должен обеспечивать выдачу следующей информации:

тип заявителя (граждане или организации);

состояние исполнения обращения;

регистрационный индекс обращения;

наименование запрашиваемого документа;

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

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

компонент сбора информации, контроля, корректировки данных и их сбора по всем держателям «одного окна»;

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

компонент обеспечения информационной безопасности и защиты данных;

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

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

Модуль должен включать в себя следующие хранилища информации:

Централизованное хранилище данных обработки и взаимодействия:

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

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

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

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

Архивное хранилище — исторические данные с истекшим сроком их оперативного хранения.

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

Модуль должен обеспечивать извлечение данных из широкого набора потенциально возможных типов источников в соответствии с методами и практикой, существующей в современных системах извлечения, трансформации и загрузки данных в хранилища данных (ETL - Extract, Transform / Transfer, Load).

Модуль информационной безопасности

Основными задачами информационной безопасности режима «одного окна» являются обеспечение:

аутентификации, авторизации и идентификации пользователей;

целостности информационных ресурсов ТР «Одно окно»;

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

доступности ресурсов ТР «Одно окно»;

обеспечение конфиденциальности.

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

Модуль информационной безопасности (далее – МИБ) режима «одного окна» должен включать в свой состав следующие компоненты:

подмодуль регистрации пользователей;

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

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

подмодуль защиты серверов;

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

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

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

Модуль администрирования

Модуль администрирования должен обладать следующими функциями:

осуществлять централизованное администрирование системы и комплексное управление всеми подсистемами ТР «Одно окно».

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

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

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

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

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

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

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

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

Реестры документов:

реестр функций, документов и услуг оказываемых региональными органами государственной власти (далее - Реестр региональных услуг);

реестр функций, документов и услуг оказываемых федеральными органами власти (далее – Реестр федеральных услуг);

реестр служб «одного окна» региональных органов государственной власти (далее - Реестр служб «одного окна»);

реестр служб «одного окна» федеральных органов государственной власти (далее - Реестр служб «одного окна»).

Справочники:

держатели «одного окна», обеспечивающие оказание услуг из Реестра региональных услуг;

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

уровень обслуживаемой территории;

вид обращения в службу «одного окна»;

причина повторности обращения;

тип заявителя;

режим выдачи документа;

результат работы с обращением;

причины отказа;

дополнительный результат работы с обращением.

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

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

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

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

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

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

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

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

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

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

Подсистема должна поддерживать выполнение следующих операций:

Основные:

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

проверка корректности моделей (семантические проверки);

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

оптимизация моделей по различным критериям;

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

сравнение моделей;

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

непрерывное улучшение модели.

Вспомогательные (обеспечивающие выполнение основных):

копирование моделей;

создание вариантов;

слияние моделей;

экспорт/импорт моделей;

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

очистка (консолидация) моделей.

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

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

хранилище данных;

формирование отчетности по детальным данным хранилища и предоставление необходимого интерфейса пользователя;

формирование отчетности по агрегированным данным хранилища и предоставление необходимого интерфейса пользователя;

поддержка целостности данных.

3.3.2. Требования к программно-техническим характеристикам решения

ТР «Одно окно» должна функционировать в следующих режимах:

ведение баз данных;

ведение справочников и классификаторов;

работа с запросами, ответами, отчетами;

маршрутизация данных;

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

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

регламентное обслуживание.

ТР «Одно окно» должна иметь открытую архитектуру, что позволит оперативно настраивать систему в соответствии с новыми требованиями.

ТР «Одно окно» должна быть рассчитана на произвольное уменьшение количества пользователей и служб «одного окна», а также на 30% увеличение количества служб «одного окна» (при условии соответствующего их оснащения средствами системы).

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

функциональной и информационно-коммуникационной инфраструктуре, в рамках которой оно должно функционировать;

набору форм выходных документов, необходимых в каждом конкретном регионе.

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

Предложенное решение должно основываться на следующих принципах:

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

использование современных технологий, протоколов и стандартов для взаимодействия с внешними системами; в части реализации межсистемных взаимодействий должны использоваться Web-сервисы на основе технологий SOAP, HTTP, WSDL, XML-схема.

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

Подключение новых пользователей к системе должно производиться без остановки уже подключенных АРМ. ТР «Одно окно» и ее составные части должны быть приспособлены к изменению процессов деятельности объектов автоматизации и изменения регламентных схем.

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

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

ТР «Одно окно» должна обладать следующими характеристиками:

Количество обрабатываемых операций – не менее 3 операций в день;

Количество одновременно работающих пользователей – не менее 10000.

Максимальное количество обращений в службу «одного окна» в день – не менее 500.

Количество служб «одного окна» – не менее 1000.

Количество согласующих организаций – не менее 1500.

Среднее количество пользователей в службе «одного окна» – не менее 5.

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

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

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

Предположительный срок эксплуатации системы в рамках ее проектных решений – не менее 5 лет.

3.3.3. Характеристики программно-технологических средств типового решения в части информационного взаимодействия, интеграции процессов и данных

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

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

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

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

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

возможность импорта-экспорта XML документов;

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

3.3.4. Требования к надежности

Требования по сохранности информации при авариях

Для обеспечения сохранности информации в систему должны быть включены следующие функции:

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

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

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

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

3.3.5. Требования информационной безопасности

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

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

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

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

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

Программно-аппаратные средства защиты от несанкционированного доступа должны обеспечивать:

идентификацию защищаемых ресурсов;

аутентификацию пользователей;

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

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

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

управление правами доступа;

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

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

3.3.6. Требования к эргономике и технической эстетике

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

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

При создании интерфейса должны быть выполнены следующие требования:

русифицированный и Windows-ориентированный интерфейс конечного пользователя;

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

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

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

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

наличие глобальной помощи по работе со всей системой в целом и по отдельным режимам;

наличие контекстной помощи при выполнении сложных действий в системе;

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

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

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

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

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

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

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

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

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

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

3.3.7. Требования к патентной (лицензионной) чистоте

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

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

3.3.8. Требования к видам обеспечения создаваемого типового программно-технологического решения

3.3.9. Требования к математическому обеспечению

Требования к математическому обеспечению не предъявляются.

3.3.10.  Требования к информационному обеспечению

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

Состав данных, хранящихся в системе, должен быть представлен следующими блоками информации:

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

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

Сведения о поданных обращениях и фактически оказанных услугах, включая данные биллинга;

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

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

Структура и способы организации данных должны быть построены по следующим принципам:

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

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

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

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

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

Система должна обеспечивать работу с веб-сервисами, разработанными и оформленными в соответствии с общепризнанными мировыми стандартами.

Система должна обеспечивать возможность описания и использования:

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

способов преобразования информации;

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

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

Требования к клиентской части на базе Web-технологий

Клиентская часть ТР, реализуемая в виде Web-приложения, должна удовлетворять следующим требованиям:

поддерживать стандарты XHTML Transitional, CSS и JavaScript.

обеспечивать совместимость с наиболее известными Web-браузерами.

3.3.11.  Требования к лингвистическому обеспечению

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

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

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

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

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

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

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

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

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

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

3.3.12.  Требования к программному обеспечению системы

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

Программное обеспечение (ПО) системы должно быть независимым от используемых СВТ и операционной среды.

Программное обеспечение ТР должно отвечать требованиям открытых систем:

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

переносимость на различные базовые программно-аппаратные средства (мобильность относительно аппаратно-программных платформ);

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

Программное обеспечение ТР должно реализовывать возможности адаптации типового решения к особенностям среды конкретного региона, включая адаптацию к:

функциональной и информационно-коммуникационной инфраструктуре, в рамках которой оно должно функционировать;

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

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

набору форм выходных документов, необходимых в каждом конкретном регионе.

3.3.13.  Требования к техническому обеспечению

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

3.3.14.  Требования к организационному обеспечению

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

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

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

руководство пользователя.

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

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

спецификация технических средств и общесистемного программного обеспечения;

руководство администратора;

описание организации баз данных.

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

3.3.15.  Требования к нормативно-правовому и регламентному обеспечению

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

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

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

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

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

В рамках этой работы также должны быть разработаны:

Референтные графические представления регламентов предоставления государственных услуг в режиме «одно окно» и их текстовые описания;

Референтные регламенты информационного взаимодействия организаций;

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

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

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

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

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

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

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

последовательность выполнения функций;

логика выполнения функций;

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

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

ответственные исполнители функций;

используемые при реализации функций информационные системы;

сроки выполнения функций;

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

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

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

На основе разработанных графических представлений с использованием Подсистемы моделирования и анализа административных регламентов ТР «Одно окно» должны быть сформированы детальные описания регламента в текстовой (табличной) форме, включающие в себя следующую информацию о выполняемых в рамках регламента функциях:

номер функции по порядку;

основания для выполнения функции;

наименование функции;

результаты функции;

должность ответственного исполнителя или наименование внешней согласующей организации;

используемые информационные системы;

срок выполнения функции.

Требования к регламентам информационного взаимодействия организаций

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

Требования к нормативно-правовым актам

Референтные нормативно-правовые акты должны отражать взаимодействие участников режима «одного окна» с правовой точки зрения. Нормативно-правовые акты не должны противоречить Конституции Российской Федерации и действующему законодательству.

3.3.16.  Требования к методическому обеспечению

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

3.4.  Дополнительные требования

3.4.1. Требования к выполняемым работам по типизации программно-технологического решения

При создании типового программно-технологического решения должны быть разработаны:

требования к аппаратной, информационной и телекоммуникационной инфраструктуре субъекта Российской Федерации, необходимой для эксплуатации программно-технологического решения;

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

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

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

3.4.2. Требования к документированию программно-технологического решения

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

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

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

a.  определения;

b.  обозначения и сокращения;

c.  введение;

d.  основная часть;

e.  заключение.

2.  Технический проект (ТП) в составе:

a.  Пояснительная записка к техническому проекту, в составе следующих разделов:

  i.  общие положения;

  ii.  описание процесса деятельности;

  iii.  основные технические решения;

  iv.  мероприятия по подготовке объекта автоматизации к вводу системы в действие;

b.  Описание комплекса технических средств, в составе следующих разделов:

  i.  общие положения;

  ii.  структура комплекса технических средств;

  iii.  средства вычислительной техники.

c.  Описание организации баз данных, в составе следующих разделов:

  i.  логическая структура базы данных;

  ii.  физическая структура базы данных;

  iii.  организация ведения базы данных.

Работа 2. Разработка опытного образца программно-технологического решения

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

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

  iv.  Описание операций;

  v.  Роли специалистов, на которых распространяется инструкция.

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

  vi.  Описание операций;

  vii.  Роли специалистов, на которых распространяется инструкция.

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

d.  Формуляр:

  i.  общие сведения;

  ii.  основные характеристики;

  iii.  комплектность;

  iv.  свидетельство о приемке;

  v.  гарантийные обязательства;

  vi.  сведения о состоянии;

  vii.  сведения о рекламациях.

e.  Паспорт:

  i.  общие сведения;

  ii.  основные характеристики;

  iii.  комплектность;

  iv.  свидетельство (акт) о приемке;

  v.  гарантии изготовителя (поставщика);

  vi.  сведения о рекламациях.

f.  Руководство пользователя в составе следующих разделов:

  i.  введение;

  ii.  назначение и условия применения;

  iii.  подготовка к работе;

  iv.  описание операций.

g.  Руководство администратора в составе следующих разделов:

  i.  введение;

  ii.  назначение и условия применения;

  iii.  подготовка к работе;

  iv.  описание операций.

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

6. Комплект технической нормативной документации по техническому обеспечению обмена данными программно-технологического решения с другими информационными системами.

7. Программа и методика испытаний в составе следующих разделов:

  v.  объект испытаний;

  vi.  цель испытаний;

  vii.  общие положения;

  viii.  объем испытаний;

  ix.  условия и порядок проведения испытаний.

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

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

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

Отчет, оформленный по ГОСТ 7.32-2001 и содержащий:

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

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

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

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

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

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

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

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

Создание первой очереди ТР «Одно окно» должно происходить в соответствии с ГОСТ 34.601-90 Автоматизированные системы. Стадии создания.

Система создается в 2007. Состав и содержание работ по созданию системы согласно таблице 2.

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

Таблица 2. Наименование и содержание работ

Номер и наименование работ	Наименование и основное содержание вида работ	Срок выполнения работ (передачи результатов)
1. Разработка технического проекта на создание программно-технологического решения поддержки оказания органами государственной власти субъектов Российской Федерации государственных услуг с использованием электронных средств коммуникаций, а также на принципах «одного окна	проведение исследования вопросов использования информационных и телекоммуникационных технологий для обеспечения поддержки оказания органами государственной власти субъектов Российской Федерации государственных услуг с использованием электронных средств коммуникаций, а также на принципах «одного окна в двух субъектах Российской Федерации; разработка технического проекта;	Со дня заключения государственного контракта до 3 декабря 2007 г.
2. Разработка опытного образца программно-технологического решения	разработка программного обеспечения опытного образца программно-технологического решения; разработка комплекта рабочей и эксплуатационной документации на опытный образец программно-технологического решения; проведение испытаний опытного образца программно-технологического решения на стенде Исполнителя	Со дня заключения государственного контракта до 3 декабря 2007 г.
3. Разработка модельных нормативных правовых и распорядительных документов, а также соответствующих регламентов	разработка проектов модельных нормативных правовых и распорядительных документов; разработка электронных административных регламентов и регламентов информационного взаимодействия	Со дня заключения государственного контракта до 3 декабря 2007 г.

4.3.  Требования, предъявляемые к работам, результаты работ

При создании программно-технологического решения и создании проектно-эксплуатационной документации Исполнитель по государственному контракту должен руководствоваться требованиями РД 50-34.698-90. Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы.

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

Требования, предъявляемые к работам, приведены в таблице 3.

Таблица 3. Требования к работам и результаты выполнения работ.

Номер работ	Требования к работам	Результат работ
1	В рамках разработки технического проекта должны быть проведены следующие работы: 1. Проведение исследования вопросов использования информационных и телекоммуникационных технологий для обеспечения поддержки оказания органами государственной власти субъектов Российской Федерации государственных услуг с использованием электронных средств коммуникаций, а также на принципах «одного окна» в двух субъектах Российской Федерации; 2. Разработка технического проекта создания типового программно-технологического решения поддержки оказания органами государственной власти субъектов Российской Федерации государственных услуг с использованием электронных средств коммуникаций, а также на принципах «одного окна», включая: разработку информационно-технологической и функциональной архитектуры; разработку решений по обеспечению информационной безопасности; разработку требований к телекоммуникационной и технической инфраструктуре для обеспечения функционирования программно-технологического решения; детальное описание функциональных подсистем программно-технологического решения. 3. Выполнение работ по типизации типового программно-технологического решения в соответствии с пунктом 2.6.1. настоящих технических требований.	1.  Отчет о проведенном исследовании; 2.  Технический проект
2	В рамках разработки опытного образца программно-технологического решения должны быть выполнены следующие работы: 1. Разработка опытного образца программно-технологического решения, включая: создание исходных текстов программного обеспечения компиляцию программного обеспечения и создание дистрибутива программного обеспечения. 2. Разработка комплекта рабочей и эксплуатационной документации на опытный образец программно-технологического решения. 5. Разработка технической и методической документации, описывающей порядок настройки опытного образца программно-технологического решения и его внедрения в двух субъектах Российской Федерации. 3. Разработка комплекта технической нормативной документации по техническому обеспечению обмена данными программно-технологического решения с другими информационными системами. 4. Проведение предварительных испытаний опытного образца, включая: установку опытного образца на стенде Исполнителя; разработку программы и методики испытаний; проведение испытаний. 5. Разработка предложений по функциональному развитию программно-технологического решения.	1.  Дистрибутив опытного образца. 2.Исходные тексты на разрабатываемое программное обеспечение на отдельном носителе, оформленные по ГОСТ 19.401-78. 3. Инструкция по установке дистрибутива программного обеспечения опытного образца программно-технологического решения; 4.  Инструкция по компиляции и сборке дистрибутива опытного образца программно-технологического решения из исходных текстов; 5.  Комплект рабочей и эксплуатационной документации на опытный образец программно-технологического решения, в составе: h.  Формуляр. i.  Паспорт. j.  Руководство пользователя. k.  Руководство администратора 6.  Документация по настройке опытного образца программно-технологического решения для внедрения в субъекте Российской Федерации 7.  Комплект технической нормативной документации по техническому обеспечению обмена данными программно-технологического решения с другими информационными системами. 8.  Программа и методика испытаний. 9.  Протокол проведения испытаний. 10.  Акт проведения приемочных испытаний. 11.  Предложения по функциональному развитию программно-технологического решения.
3	В рамках разработки модельных нормативных правовых и распорядительных документов, а также соответствующих регламентов должны быть проведены следующие работы: 1. Проведение анализа существующей нормативной правовой базы, регламентирующей полномочия субъекта Российской Федерации в области оказания органами государственной власти государственных услуг с использованием электронных средств коммуникаций, а также на принципах «одного окна. 2. Разработка состава нормативных правовых актов субъекта Российской Федерации, обеспечивающих эффективное внедрение и функционирование программно-технологического решения. 3. Разработка модельных нормативных правовых актов субъекта Российской Федерации, связанных с использованием информационных и телекоммуникационных технологий в области оказания органами государственной власти субъектов Российской Федерации государственных услуг с использованием электронных средств коммуникаций, а также на принципах «одного окна. 4. Разработка проектов распорядительных документов, обеспечивающих внедрение, эксплуатацию и развитие программно-технологического решения. 5. Разработка проектов регламентов деятельности органов государственной власти субъекта Российской Федерации в части взаимодействия с гражданами и организациями с использованием программно-технологического решения (электронные административные регламенты). 6. Разработка проектов регламентов информационного взаимодействия программно-технологического решения с другими информационными системами.	Отчет, оформленный по ГОСТ 7.32-2001, и содержащий: 1. Результаты анализа существующей нормативной правовой базы, регламентирующей полномочия субъекта Российской Федерации в оказания органами государственной власти субъектов Российской Федерации государственных услуг с использованием электронных средств коммуникаций, а также на принципах «одного окна. 2. Перечень и проекты нормативных правовых актов субъекта Российской Федерации, обеспечивающих эффективное внедрение и функционирование программно-технологического решения. 3. Проекты распорядительных документов, обеспечивающих внедрение, эксплуатацию и развитие программно-технологического решения. 4. Проекты регламентов деятельности органов государственной власти субъекта Российской Федерации в части взаимодействия с гражданами и организациями с использованием программно-технологического решения (электронные административные регламенты). 5. Проекты регламентов информационного взаимодействия программно-технологического решения с другими информационными системами. 6. Предложения по совершенствованию существующей нормативной базы в области оказания органами государственной власти субъектов Российской Федерации государственных услуг с использованием электронных средств коммуникаций, а также на принципах «одного окна.

4.4.  Прочие и особые условия и (или) способы исполнения обязательств, включая гарантийные обязательства

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

4.5.  Порядок формирования цены работ

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

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

приобретение необходимых для выполнения работ материалов;

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

транспортные расходы;

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

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

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

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

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

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

отчетные материалы, предусмотренные техническим заданием (в письменной форме и в электронной форме на оптическом диске CD-R (исключающем возможность изменения информации) в форматах «doc» или «rtf»).

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

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

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

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

6.1.  Критерии оценки участников конкурса

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

1.  Качество работ;

2.  Цена государственного контракта.

Для каждого i-го критерия устанавливаются количество баллов (А) и вес критерия (Р), согласно таблице 4.

Таблица 4. Критерии оценки заявок

Критерий	Наименование критерия	Количество баллов (Ai)	Вес критерия (Pi)
	Качество работ	10-100	0,5
	Цена государственного контракта	10-100	0,1

6.2.  Качество работ

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

Критерий качества работ оценивается максимально в 100 баллов.

10 баллов – соответствие установленным требованиям.

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

6.3.  Цена государственного контракта

Критерий цены государственного контракта оценивается максимально в 100 баллов.

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

11-100 баллов - цена выполнения проекта меньше цены, заявленной в конкурсной документации на 2-10 % и более.

6.4.  Итоговая оценка

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

Расчет итоговой оценки (O) производится из следующего соотношения:

O = А1*P1 + A2*P2

,где:

A1 – число баллов, присвоенных по критерию «Качество работ»;

A2 – число баллов, присвоенных по критерию «Цена государственного контракта»;

P1 – весовой коэффициент критерия «Качество работ»;

P2 – весовой коэффициент критерия «Цена государственного контракта»;

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

Не предоставляются.

8.  Перечень приложений к настоящим техническим требованиям

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