2.3 Недостатки ргу

По статистике аналитического отчета компании «ЛАНИТ» [12, c.44] наибольшее число обращений происходит по вопросам технического сопровождения, что свидетельствует о “не дружелюбности” интерфейса при установке и обслуживании для большинства позвонивших. Также были отмечены случаи некорректной работы системы по причинам возникновения технических ошибок (невозможность провести публикацию услуги, удалить внесенные сведения). Ещё одной проблемой можно назвать разнонаправленное наполнение Реестра в части региональных и муниципальных услуг, т.е. наименования аналогичных услуг нередко существенно различаются в разных субъектах РФ, муниципальных образованиях, что не позволяет вести учет и систематизацию предоставляемых услуг. Кроме несоответствия типовых форм документов по государственным и муниципальным услугам требованиям законов и НПА имеет место несовершенство классификаторов, списков и перечней, что встречаются в разных субъектах РФ. Были отмечены случаи отсутствия нужного классификатора или сложности отнесения услуги к тому или иному списку. Таким образом, использование различных подходов к формированию перечня государственных (муниципальных) услуг федеральных ОИВ, ОИВ субъектов, ОМС не учтено в текущей версии системы (v2.5). По результатам отзывов от представителей ОИВ, непосредственно осуществляющих ввод сведений об услугах в реестр госуслуг, а так же сотрудников, осуществляющих руководство и контроль процесса заполнения реестра, наибольшими недостатками реестра госуслуг, помимо несовершенства интерфейса и минусов в структуре данных, являются недостаточно развитые, либо отсутствующие дополнительные справочники.

С программной точки зрения недостатки сведений в РГУ могут заключаться не в полноте и качестве, а в форматах хранения и передачи, что никак не связано с особенностями подготовки и ввода таких сведений, а относится исключительно к программной реализации реестра госуслуг. Отсутствуют функции контроля соответствия формата данных в услуге формату, который должен быть. К примеру, оформление блок-схем не в “JPG”-формате, а в “DOC”. Или Использование формата “DOCX” в закладке “нормативно-правовые акты”, хотя в приложении №1 к письму №17-0693 от 26.05.2011 в перечне полей АРМ РГУ данный формат отсутствует, т.к. не на всех АРМ Министерства стоят новые версии ПО Microsft Office.

К недостаткам можно отнести и отсутствие средств проверки орфографии, соответствия текста определённому шаблону (стиль, отступы, размер шрифта). В связи с этим при несоответствии текста шаблону операторам РГУ приходится вручную проверять и корректировать все услуги.

2.4 Рекомендации по улучшению работы ргу

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

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

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

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

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

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