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


НазваниеТехнические требования на выполнение работ модернизации Реестра государственных услуг (функций) Московской области
страница9/17
ТипДокументы
1   ...   5   6   7   8   9   10   11   12   ...   17

4.2Требования к функциям (задачам), выполняемым системой

4.2.1 Требования к функциям Модуля контроля качества

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


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

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

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

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

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


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

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

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

  • Уполномоченный сотрудник ЦИОГВ и ОМСУ создает описание новой государственной или муниципальной услуги (функции) и передает его на публикацию.

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

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

  • В случае выявления ошибок в описании государственной или муниципальной услуги (функции), оно передается для доработки в ЦИОГВ и ОМСУ с указанием требуемых доработок и возможными комментариями к отдельным полям описания.

  • Система фиксирует все доработки, произведенные в ЦИОГВ и ОМСУ, с указанием даты (времени) и автора внесенных изменений.

  • Доработанное описание передается на публикацию повторно.

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

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

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

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


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

Разрабатываемый механизм должен обеспечивать следующие возможности:

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

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

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

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

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

  1. Создание новой типовой услуги:

  • Уполномоченный сотрудник Государственного заказчика создает новую типовую услугу и заполняет значениями ее поля. Типовая услуга включает в себя те же поля, которые входят в описание обычной услуги.

  • Уполномоченный сотрудник Государственного заказчика определяет перечень ОМСУ, которым доступна для использования (создания на ее основе своих описаний услуг) типовая услуга. По умолчанию типовая услуга доступна для использования всем ОМСУ.

  1. Создание на основе типовой услуги муниципальной услуги на уровне ОМСУ:

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

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

  • В случае необходимости уполномоченный сотрудник ОМСУ изменяет те поля описания услуги, которые были определены как доступные для редактирования.

  • Описание услуги, созданной на основе типовой, передается на согласование уполномоченному сотруднику Государственного заказчика.

  • После опубликования описания услуги в Системе оно может быть передано в ПГУ МО. При этом передается не только информация о самой услуге, но и информация о типовой услуге, на основе которой было сформировано описание услуги.

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

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

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

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

  • Для каждой услуги в перечне услуг, созданных на основе изменяемой типовой услуги, изменяется статус – услуги направляются “на доработку”.

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

  • ОМСУ, которыми были сформированы услуги, основанные на измененной типовой услуге, отправляются соответствующие оповещения (средствами Системы).

  • Услуга, основанная на измененной типовой услуге, передается на повторное согласование и публикацию уполномоченным сотрудником ОМСУ (подписывается его ЭП).

  • После согласования услуга передается для согласования и публикации публикатору Системы.

  • Услуга публикуется в Системе.

После разработки механизма ведения перечня типовых услуг должен быть доработан сервис инкрементального обновления. В настоящее время указанный сервис отвечает за передачу во внешние информационные системы (в частности, в ПГУ МО) информации, размещенной в Реестре государственных услуг (функций) Московской области. Требуется обеспечить возможность передачи сервисом информации о привязке отдельной услуги к типовой услуге (если описание услуги было подготовлено на основе типовой услуги) и сведений о типовой услуге.

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


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

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

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

После реализации механизма необходимо обеспечить корректное разделение по разделам уже хранящихся в ПТК ГМУ Государственного Заказчика сведений об услугах и функциях.

4.2.1.5.Требования к возможности определения нормативно-утвержденного перечня государственных и муниципальных услуг (функций), предоставляемых ЦИОГВ или ОМСУ



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

Сведения в перечень утвержденных услуг вводятся уполномоченным сотрудником соответствующего ЦИОГВ и ОМСУ. В системе должна быть предусмотрена возможность редактирования перечня услуг: ввода, изменения и удаления его элементов. Кроме того, необходимо обеспечить возможность импорта перечня утвержденных услуг из файла установленного формата (xml, xls, csv) и из буфера обмена (порядок форматирования текста перечня, требуемый для его корректного импорта в Систему, должен быть предложен Исполнителем, согласован с Государственным Заказчиком и внесен в техническую и эксплуатационную документацию на Систему).

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

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

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

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


Требуется обеспечить возможность ведения в Системе дополнительных сведений. Для этого необходимо разработать механизм ведения расширенных сведений об объектах Реестра, а именно реализовать возможность определения дополнительных реквизитов, задаваемых Администратором, для основных информационных сущностей: описаний государственных (муниципальных) услуг и функций и сведений об ЦИОГВ и ОМСУ.

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

Для расширения реквизитного состава сведений, относящихся к тем или иным информационным сущностям, хранящимся в ПТК ГМУ Государственного заказчика, требуется обеспечить возможность указания дополнительных пользовательских атрибутов описания услуг, функций и сведений об ЦИОГВ и ОМСУ. Администратор Системы должен иметь возможность определить дополнительные поля, которые могут быть заполнены при описании услуги и функции или при вводе сведений об ЦИОГВ и ОМСУ. При этом должна быть предоставлена возможность указания типа атрибутов (в том числе, возможность указания в качестве атрибута поля-списка из ранее определенного пользовательского справочника), обязательности его заполнения, ограничений на значения, указываемые в нем.

Должен быть разработан механизм информационного обмена на базе сервиса инкрементального обновления, входящего в ПТК ГМУ Государственного Заказчика, обеспечивающий возможность выгрузки определенных пользователями дополнительных сведений во внешние информационные системы, использующие информацию из Системы.
b.Требования к механизму ведения пользовательских справочников

Необходимо предоставить пользователю возможность ведения в Системе, с целью дальнейшего использования и предоставления внешним системам, пользовательских справочников: справочной информации, расширяющей модель данных ПТК ГМУ Государственного Заказчика. Пользователь должен иметь возможность:

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

  • импортировать сведения в пользовательские справочники из файлов в формате xml, csv.

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

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

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

4.2.2 Требования к функциям Модуля информационного обмена

4.2.2.1.Требования к обеспечению обратной связи с ПГУ МО и иными внешними системами с целью повышения качества описаний услуг и функций


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

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

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

  • пользователи Системы, ответственные за размещение сведений, информируются средствами Системы о поступивших сообщениях;

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

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

  • формируется отчетность по результатам поступивших сообщений.

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


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

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

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

  • ФРГУ. Федеральный реестр государственных услуг (функций). Информационная система, содержащая информацию обо всех государственных и муниципальных услугах (функциях), предоставляемых ОГВ и ОМСУ в Российской Федерации.

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

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

  • УНП. «Централизованная информационная система «Учет начислений и платежей Московской области», выступающая в качестве универсальной платежной шины.

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

Формируемый и передаваемый сервисом по запросу внешних информационных систем набор данных должен быть структурирован как иерархический справочник, содержащий сведения о государственной (муниципальной) услуге (функции) и об ЦИОГВ и ОМСУ, ее предоставляющим. Должна быть обеспечена передача следующих сведений:

  • Орган власти / Организация:

    • идентификатор;

    • идентификатор во внешней системе;

    • вышестоящий орган;

    • полное наименование;

    • краткое наименование;

    • тип органа власти (организации);

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

    • тип подчинения;

    • административный уровень;

    • веб-сайт;

    • электронная почта;

    • регион;

    • перечень офисов:

      • наименование офиса;

      • идентификатор офиса;

    • перечень контактов:

      • контактное лицо (ФИО);

      • телефон/факс;

      • электронная почта;

      • офис.

  • Паспорт государственной (муниципальной) услуги (функции):

    • идентификатор;

    • полное наименование государственной (муниципальной) услуги (функции);

    • краткое наименование государственной (муниципальной) услуги (функции);

    • участвующие организации:

      • орган власти (организация);

      • тип участия (предоставление услуги (исполнение функции), участие в предоставлении услуги (исполнении функции);

    • классификатор услуг (функций);

    • адрес предоставления услуги (исполнения функции) в электронном виде;

    • сведения об административном регламенте предоставления услуги (исполнения функции), в том числе:

      • текст административного регламента;

      • дата утверждения административного регламента;

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

      • орган власти, утвердивший административный регламент.

    • Шаблон заявления на предоставление услуги;

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

    • Основания для отказа в предоставлении услуги (исполнении функции);

    • сведения о подуслугах (подфункциях), в том числе:

      • Стоимость и порядок оплаты;

      • Реквизиты, необходимые для оплаты;

      • Сроки предоставления услуги (исполнения функции);

      • Типы и категории получателей;

      • Жизненные ситуации;

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

      • Документы, необходимые для предоставления услуги (исполнения функции), в том числе:

        • Предоставляемые заявителем;

        • Находящиеся в распоряжении органов власти, участвующих в предоставлении услуги (исполнении функции).

Для каждого документа при этом передаются:

        • Тип документа;

        • Вид документа;

        • Шаблон и пример документа.

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

        • Орган власти, предоставляющий документ;

        • Срок предоставления документов;

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

    • Описание административных процедур, исполняемых в процессе предоставления услуги (исполнения функции), в соответствии с административным регламентом, в формате, совместимом с нотацией BPMN 2.0, в том числе:

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

      • Исполнители по каждому действию;

      • Сведения, обрабатываемые при каждом действии;

      • Сведения, передаваемые от исполнителя исполнителю;

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

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

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

4.2.3 Требования к функциям Модуля аналитики

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


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

  • определение точного значения поля (применимо для всех форматов полей);

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

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

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

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

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

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

4.2.3.2.Требования к формированию преднастроенных аналитических отчетов


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

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

    • государственные/муниципальные;

    • услуги/функции;

    • платные/бесплатные;

    • типовая/не типовая;

    • по возможности получить в МФЦ;

    • по сферам деятельности;

    • по жизненным ситуациям;

    • по текущему и плановому этапу оказания (межвед /не межвед);

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

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

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

  • Сведения об услугах, не соответствующих требованиям качества.

  • Сведения об исправлениях.

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

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


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

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

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

Для реализации механизма запросов необходимо разработать соответствующий подраздел, в котором пользователю должна быть предоставлена возможность настраивать пользовательские запросы по полям информационных сущностей, хранящихся в Системе: описаниям услуг и функций, сведениям об ЦИОГВ, ОМСУ и пр. Должна быть предоставлена возможность задания основных правил для фильтрации запрашиваемой выборки по различным полям (колонкам) с учетом взаимосвязей информационных сущностей, информация о которых должна быть получена в ходе выполнения запроса. Интерфейс пользователя для подготовки запросов должен быть максимально упрощен, для возможности его использования широким кругом пользователей. Предоставление пользователям Системы прав на формирование запросов должно осуществляться администратором Системы. Подготовленные запросы должны храниться в Системе: требуется реализовать возможность их редактирования и удаления. Требуется обеспечить доступ пользователя только к тем запросам, которые были подготовлены им. Просмотр запросов других пользователей должен быть доступен лишь администратору Системы.

Результаты запроса должны быть доступны для просмотра пользователем. Кроме того, должна быть реализована функция экспорта результатов в файлы наиболее распространенных форматов (csv, pdf и т.п.).
1   ...   5   6   7   8   9   10   11   12   ...   17

Похожие:

Технические требования на выполнение работ модернизации Реестра государственных услуг (функций) Московской области iconРуководство администратора фргу спгу-фргиму-и3(1)-01 Тема: «Выполнение...
Федеральная государственная информационная система «федеральный реестр государственных и муниципальных услуг (функций)»

Технические требования на выполнение работ модернизации Реестра государственных услуг (функций) Московской области iconМетодические рекомендации по размещению сведений в фргу» Тема: «Выполнение...
Федеральная государственная информационная система «федеральный реестр государственных и муниципальных услуг (функций)»

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

Технические требования на выполнение работ модернизации Реестра государственных услуг (функций) Московской области iconТехнические требования
К разработке интерактивных форм заявлений на предоставление государственных и муниципальных услуг (функций) (проект)

Технические требования на выполнение работ модернизации Реестра государственных услуг (функций) Московской области iconТехнические требования
К разработке интерактивных форм заявлений на предоставление государственных и муниципальных услуг (функций) (проект)

Технические требования на выполнение работ модернизации Реестра государственных услуг (функций) Московской области iconМинистерство здравоохранения московской области распоряжение
Порядка разработки и утверждения административных регламентов исполнения государственных функций и административных регламентов предоставления...

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

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

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

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

Вы можете разместить ссылку на наш сайт:


Все бланки и формы на filling-form.ru




При копировании материала укажите ссылку © 2019
контакты
filling-form.ru

Поиск