Требования к услугам

Приложение

ТРЕБОВАНИЯ К УСЛУГАМ

1. Предмет контракта: оказание услуг по разработке и внедрению мастера электронных форм запросов (МЭФЗ) для Интернет-портала государственных и муниципальных услуг Нижегородской области (www. gu. *****).

2. Объем услуг: в рамках оказания услуг осуществляется:

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

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

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

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

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

- обучение специалистов заказчика;

- обеспечение необходимой методической документацией (инструкция администратора, инструкция оператора);

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

3. Начальная (максимальная) цена контракта: 700 000 (Семьсот тысяч) рублей.

4. Место оказания услуг:

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

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

5. Срок оказания услуг: услуги в полном объеме должны быть оказаны до 20 декабря 2010 года в соответствии с таблицей 1.

Таблица 1.

№ п/п	Наименование услуг	Срок оказания услуг	Результат
1	Разработка мастера электронных форм запросов	Не более 7 дней с даты начала оказания услуг	Разработанный функционал мастера электронных форм запросов в соответствии с техническими требованиями
2	Установка и настройка серверного и клиентского программного обеспечения на рабочем месте заказчика и двух рабочих местах операторов (по выбору заказчика)	Не более 1 дня с даты завершения оказания услуг по п.1	Установленное и работающее программное обеспечение на рабочих местах заказчика и операторов
3	Подготовка необходимой методической документации (инструкция администратора, инструкция оператора)	Не более 2 дней с даты завершения оказания услуг по п.1	Разработанная и переданная заказчику методическая документация (инструкция оператора, инструкция администратора)
4	Обучение специалистов заказчика	Не более 1 дня с даты завершения оказания услуг по п.2	Обученные работе с МЭФЗ специалисты заказчика
5	Консультирование специалистов заказчика в течение периода опытной эксплуатации*	Не более 6 дней с даты завершения оказания услуг по п.3	Обеспечение консультирования специалистов заказчика

* Опытная эксплуатация – включает в себя проверку корректности работы системы, выявление ошибок, устранение ошибок в работе системе.

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

6. Срок предоставления гарантии качества услуг: минимальный срок предоставления гарантии качества услуг – 12 месяцев с момента завершения опытной эксплуатации.

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

- поддержка работоспособности МЭФЗ в течение гарантийного срока;

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

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

7. Условия оказания услуг: исполнитель оказывает услуги собственными силами или с привлечением третьих лиц за счет собственных средств.

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

8.1. Назначение: реализация принципов государственной политики Российской Федерации в части обеспечения доступности, повышения качества и расширения общественного участия в развитии государственных услуг, основой которых является социальная адресность и сбалансированность социальных интересов.

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

8.2. Цели:

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

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

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

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

8.3. Задачи:

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

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

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

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

8.4. Характеристика объекта автоматизации

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

Пользователями сервиса электронных форм запросов (пользователями) являются:

- Физические лица;

- Юридические лица;

- Специалисты органов государственной власти и местного самоуправления Нижегородской области.

8.5. Описание схемы работы (рис.1)

8.5.1. Создание формы

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

8.5.2. Публикация формы в веб-интерфейсе

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

8.5.3. Заполнение формы пользователем

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

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

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

8.5.5. Передача заполненной формы оператору

Заполненная форма и сопутствующие документы передаются по безопасному соединению (например, SSL) оператору.

8.5.6. Проверка формы

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

8.5.7. Редактирование формы

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

8.5.8. Повторная проверка формы

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

8.5.9. Передача обращения на рассмотрение (исполнение)

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

8.5.10. Принятие решения по обращению

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

8.5.11. Проверка статуса обращения

Пользователь может отслеживать состояние своего обращения с помощью уникального идентификационного номера, присвоенного обращению, при направлении его в орган власти. При этом пользователь видит статус, сообщение об ошибке/исполнителя (ФИО и контактные данные)/ уведомление о необходимости явиться в службу (в зависимости от этапа прохождения обращения).

8.5.12. Формирование архива обращений

После отработки обращения, оно списывается в архив (в системе проставляется статус «исполнено» и карточка формы, форма и сопутствующие документы автоматически перемещаются в архив).

Рис.1 Схема работы

8.6. Требования к системе

8.6.1. Функциональные требования к системе

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

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

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

- Редактирование шаблонов электронных форм запросов на получение услуг оператором системы:

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

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

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

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

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

- Создание классификаторов различного типа (содержащих текстовые, цифровые данные, тип дат), редактирование и удаление классификаторов (отдельных элементов классификаторов) оператором. Использование классификаторов в электронных формах. Электронные формы должны позволять вводить данные из классификаторов, созданных в рамках МЭФЗ;

- Проверка корректности заполнения формы:

o проверка заполнения обязательных полей;

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

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

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

- Возможность загрузки ранее сохраненных данных в веб-форму;

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

- Наличие возможности присоединения сопутствующих документов. Формат прикладываемых документов различный (.doc, .xls, .jpg, .jpeg, .gif, .png, .odt, .zip, .rar и иные форматы по согласованию с заказчиком) в том числе и сканированные документы. Настраиваемый объем прикладываемых документов;

- Возможность сохранения формы в том виде, в каком она была заполнена;

- Импорт и экспорт электронных форм пользователем в виде отдельного файла;

- Журналирование всех операций, производимых системой (дата, время, вид операции, кем произведен, над каким объектом);

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

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

- Дополнение формы с данными и документами пользователем;

- Статус обработки запроса. В МЭФЗ должна быть предусмотрена возможность выставления и изменения статуса обработки запроса (принят, на исполнении, исполнен, отклонен и прочее по согласованию с заказчиком);

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

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

8.6.2. Функциональные возможности пользователей при работе с МЭФЗ

Пользователь (физическое или юридическое лицо):

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

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

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

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

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

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

8.6.3. Функциональные возможности специалистов органов государственной власти и местного самоуправления при работе с МЭФЗ

Специалисты органов государственной власти и местного самоуправления (операторы):

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

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

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

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

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

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

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

8.6.4. Создание электронных форм

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

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

- Создание формы с различными полями и типами данных;

- Создание и использование готовых макетов в форме;

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

- Создание сложных форм;

- Добавление функции проверки и форматирования к форме;

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

- Публикацию формы на веб-странице;

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

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

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

8.6.5. Дизайн веб-формы

Дизайн веб-формы должен соответствовать дизайну портала государственных и муниципальных услуг Нижегородской области (www. gu. *****):

- Должна быть выдержана соответствующая цветовая гамма;

- Должны применяться аналогичные по стилю элементы управления;

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

8.6.6. Требования к хранению данных

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

Хранилище форм системы должно:

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

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

- Обеспечивать эффективность следующих видов поиска:

поиск форм по одному или нескольким атрибутам карточки формы;

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

- Поддерживать контроль версий регистрационных карточек и форм;

- Обеспечивать обмен информацией с внешними системами в формате XML;

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

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

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

8.6.7. Требования к формату передачи данных

Для информационного взаимодействия должна быть:

- Разработана и описана в виде XML Schema спецификация файлов в формате XML. Каждая электронная форма представляет собой отдельный файл в открытом стандарте XML.

- Возможность информационного обмена при помощи файлов в формате и структуре, соответствующей разработанным XML Schema;

- Использована технология веб-сервисов для он-лайн взаимодействия подсистем.

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

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

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

- локальная вычислительная сеть (НТТР/HTTPS/ TCP/ FTP/ smtp&pop3);

- сеть Интернет (НТТР/HTTPS / TCP/ FTP/ smtp&pop3);

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

8.6.9. Требования к архитектуре

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

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

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

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

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

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

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

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

8.6.11. Требования к безопасности и защите информации

Система должна обладать свойствами целостности, достоверности и доступности информации.

Разработка компонентов МЭФЗ должна осуществляться с учётом требований по защите информации от несанкционированного доступа.

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

- обеспечивать безопасный доступ к данным;

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

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

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

8.6.12. Режим администрирования

В режиме администрирования должны решаться следующие задачи:

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

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

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

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

- Создание, редактирование, удаление заполненных экземпляров электронных форм запросов;

- Создание, редактирование, удаление классификаторов;

- Присвоение статуса обработки запросу;

- Настройка отчетов;

- Формирование статистики в различных разрезах (критерии выбора и набор реквизитов определяется Заказчиком).

8.6.13. Роли пользователей:

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

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

Функция авторизации системы должна позволять решать следующие задачи:

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

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

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

- Делегирование прав доступа к документу от владельца документа другому пользователю или группе пользователей. Также делегирование прав доступа к документу может осуществляться администратором системы;

- Регистрировать доступ пользователей к системе и вести журнал (аудит) действий пользователей в системе.

Роли пользователей системы:

Администратор. Администратору доступны все задачи, выполняющиеся в режиме администрирования;

Оператор – сотрудник органов государственной власти или местного самоуправления. Администрирование хранилища форм;

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

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

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

8.6.15. Требования к консультированию

Исполнитель должен обеспечить консультирование специалистов заказчика и пользователей системы (сотрудников 2-х органов исполнительной власти) по рабочим дням с 9.00 до 18.00 посредством телефона или электронной почты.