Авторами являются государственные инспекторы по пожарному надзору (далее ГПИ) ТП ГПН и подразделений (отделов УГПН), которые должны вводить в СПО ИАП информацию по своим поднадзорным объектам надзора, а также организовывать сбор этой информации и планировать и анализировать свою деятельность.
Читателями на территориальном уровне являются Главные ГПИ и руководители ТП ГПН, которые должны организовывать, планировать и анализировать деятельность ГПИ подчиненной ТП ГПН на подведомственной территории.
Читателями на субъектовом уровне являются Главные ГПИ, руководители и ГПИ УГПН, которые должны организовывать, планировать и анализировать деятельность подчиненных ТП ГПН субъекта.
Работа СПО ИАП предполагает работу в реальном времени всего инспекторского состава, осуществляющего НПР на объектах надзора. Полнота ведения БД предполагает 3 вида:
1. Ввод статистической информации по НПР,
2. Ввод полной информации по НПР, включая подготовку формализованных документов по мероприятиям НПР,
3. Смешанный ввод информации, в зависимости от опытности инспекторского состава.
Время, затраченное на ввод данных по проверке 1 объекта, равно 5-10 мин при вводе обязательных статистических данных. При подготовке документов проверки в программе, время работы зависит от квалификации пользователя.
4.8.3. Описание логической структуры СПО ИАП
СПО ИАП предназначено для поддержки деятельности государственного инспектора территориального отдела (отделения) ГПН по пожарному надзору при выполнении мероприятий по надзору, административно-процессуальных действий при принятии мер по результатам проверки, с фиксацией промежуточных этапов и формированием форм документов проверки; работу с БД нормативных правовых актов Российской Федерации по пожарной безопасности и нормативных документов по пожарной безопасности, включая возможности поиска необходимых документов по их реквизитам в Информационно-справочную систему нормативных документов по пожарной безопасности НСИС (разработка ВНИИПО).
СПО ИАП выполняет функцию универсальной расширяемой и масштабируемой программной платформы, обеспечивающей работу УГПН субъекта и подчиненных ему ТП ГПН на базе общего программного обеспечения, а также работу СПО для решения задач, поставленных перед органами ГПН субъекта.
Интерфейс СПО ИАП разработан в соответствии с основными задачами инспектора ГПИ по ведению БД ЭКНД объектов надзора и оформлению Административных процедур на объектах надзора.
СПО ИАП обеспечивает следующие стадии работы инспектора ГПН при осуществлении административных процедур на объектах надзора:
1) Формирование БД ЭКНД объектов надзора
- Заполнение основных данных объекта - КОД.
- Заполнение данных о противопожарном состояние объекта - КНПР
2) Проведение административных процедур ГПН на объектах надзора:
- Планирование мероприятий по надзору
- Формирование распоряжения на проверку
- Проведение мероприятий по надзору, с фиксацией основных этапов проверки
- Формирование Акта проверки соблюдения требований пожарной безопасности
- Административно-процессуальная деятельность
- Вынесение предписания об устранении нарушений требований ПБ
3) Ведение единых журналов по учету ЭКНД объектов надзора, и журналов Административных процедур при осуществлении ГПН на объектах надзора ТП ГПН и УГПН субъекта в целом.
4) Формирование статистической отчетности и анализа НПР на объектах надзора ТП ГПН и УГПН субъекта.
Требования к составу опытно-конструкторской работы по разработке автоматизированной аналитической системы поддержки и управления контрольно-надзорными органами МЧС России
Исполнитель должен провести следующие работы:
Научно-обоснованная оценка применяемых технологий автоматизации МЧС России при оказании государственных услуг и осуществлении государственных функций в сфере контрольно-надзорной деятельности, в рамках которой должен быть подготовлен отчет содержащий:
а) анализ и оценка технологий автоматизации, реализуемых в информационной системе «Госуслуги», информационной системе «АИС Электронный инспектор», автоматизированной информационной системе сбора информации о противопожарном состоянии объектов надзора и исполнения административных процедур по осуществлению государственного пожарного надзора на объектах надзора (СПО ИАП);
б) описание аналитических технологий и аналитических информационных систем (технологии баз и банков данных в системах управления специального назначения; технологии распределенной обработки информации; технологии обработки многосредной информации; технологии экспертных систем и поддержки принятия решений; технологии защиты информации от несанкционированного доступа, компьютерных вирусов и программных закладок);
в) подход к управлению данными, основанный на стандартизации схемы данных, их форматов, классификаторов и унификации методов доступа;
г) свойства данных, обрабатываемых в ИС МЧС России и их характеристика;
д) интеллектуальный анализ данных, иерархия средств реализации аналитических технологий;
е) спецификациюсетеориентированных информационных услуг;
ж) семантические технологии;
Разработать концепцию повышения уровня автоматизации при оказании государственных услуг и осуществлении государственных функций в сфере контрольно-надзорной деятельности МЧС России в рамках приоритетного проекта «Совершенствование функции государственного надзора МЧС России», в составе которой должны быть отражены следующие вопросы:
рост роли специального программного обеспечения и уровня автоматизации;
влияние уровня автоматизации на реализацию цели проекта;
модель информационного обеспечения и реализации процедур ее внедрения с учетом построения единой информационной среды, готовой к взаимодействию в электронном виде с ЕРП и ГАСУ с использованием СМЭВ, что позволит оптимизировать нагрузку на надзорные органы, при этом повысив их информированность по объектам защиты;
внедрения функций автоматизации риск-ориентированного подхода при осуществлении контрольно-надзорной деятельности, что обеспечит возможность применения автоматизированной системы сопровождения деятельности инспекторского состава надзорных органов, содержащей четкое описание административных процедур, шаблонов и форм документов, модели принятия решения;
автоматизации процедур информирования поднадзорных субъектов через «Личный кабинет» с информацией по их объектам проверки, перечнями обязательных требований и возможностью электронного декларирования на основании проверочных листов;
обеспечения интерактивного взаимодействия с органами контроля (надзора), что повысит открытость и понятность для бизнеса присвоения групп риска поднадзорным объектам и предъявляемых к ним обязательных требований;
внедрения функций автоматизации в системе оценки результативности и эффективности контрольно-надзорной деятельности;
касающиеся информационно-аналитической поддержки внедрения управления рисками обновленной системы оценки результативности и эффективности надзорной деятельности и актуализации и систематизации обязательных требований на базе собираемых первичных (деперсонализованных) данных о деятельности надзорных органов в ГАС «Управление»;
реализации систематизации, сокращения количества и актуализация обязательных требований на территории Российской Федерации за счет автоматизации процессов устранения избыточных нормативов и стандартов, не соответствующих достижениям науки, техники и уровню развития экономики и общества;
автоматизации процессов внедрения системы комплексной профилактики нарушений обязательных требований;
реализации процедур, обеспечивающих внедрение системы предупреждения и профилактики коррупционных проявлений в контрольно-надзорной деятельности;
внедрения механизма обучения (включая самообучение) подконтрольных субъектов, самостоятельного определения подконтрольным субъектом перечней предъявляемых к нему обязательных требований (самообследование на основе анкетирования), в том числе с использованием «Личного кабинета»;
Разработать и предоставить общий технический проект и рабочую документацию на ААС КНД в составе АС «Реестр» и АС «Взаимодействие»;
Опытный образец программно-аналитического комплекса для проведения сравнительной оценки сведений о состоянии пожарной безопасности объектов защиты и результатов надзорной деятельности (ПАК «Оценка»);
Опытный образец АС «Реестр»;
Опытный образец АС «Взаимодействие».
В рамках разработки общего технического проекта и рабочей документации на ААС КНД в составе АС «Реестр» и АС «Взаимодействие» и опытных образцов АС «Реестр» и АС «Взаимодействие» Исполнитель должен провести следующие работы:
- Провести информационное обследование объекта автоматизации;
- Разработать общий технический проект и рабочую документацию на ААС КНД в составе АС «Реестр» и АС «Взаимодействие»;
- Создать для использования при планировании контрольно-надзорных мероприятий исчерпывающие реестры проверяемых объектов по видам надзорной деятельности указанным в п.4.;
- Реализовать механизмы сбора, учета сведений для определения категорий риска проверяемых объектов надзора, в том числе, на основе межведомственного взаимодействия с использованием СМЭВ;
- Разработать "Личные кабинеты должностного лица" для планирования и исполнения контрольно-надзорных мероприятий с использованием реестров проверяемых объектов по видам надзорной деятельности указанным в п.4.;
- Разработать механизм, исключающий ручной ввод сведений о проверяемых субъектах (объектах), если сведения возможно получить в электронном виде с использованием СМЭВ;
- Реализовать механизм для предоставления в электронном виде с использованием СМЭВ в ЕРП учетных данных о проверках по видам надзорной деятельности указанным в п.4.(за исключением ГИМС), и в ГАСУ сведений о контрольно-надзорных мероприятиях и отчетности по показателям результативности и эффективности деятельности.
Назначение ААС КНД
5.1.1. ААС КНД предназначена для обеспечения исполнения обязанностей, реализации прав и взаимодействия в электронной форме в ходе КНД следующих лиц:
- проверяемые лица;
- контрольные (надзорные) органы;
- независимые поставщики сведений для КНД;
- заинтересованные граждане и организации.
5.1.2. ААС КНД автоматизирует следующие процессы КНД:
- ведение информационных ресурсов ААС КНД;
- информационное взаимодействие между МЧС России и проверяемыми лицами вне рамок КНМ;
- присвоение проверяемым лицам, принадлежащим им объектам, осуществляемым видам деятельности категории риска;
- планирование КНД;
- проведение КНМ и профилактических мероприятий;
- межведомственное информационное взаимодействие с иными государственными органами;
- работа с заявлениями и обращениями граждан, жалобами проверяемых лиц;
- оценка эффективности и результативности КНД.
Требования к эргономике и технической эстетике
Взаимодействие пользователей с прикладным программным обеспечением, входящим в состав Системы, должно осуществляться посредством визуального графического интерфейса. Интерфейс Системы должен удовлетворять принципу минимизации затрат ресурсов пользователя при вводе, модификации и просмотре данных (исключение дублирование операций пользователя, доступность необходимой информации, использование элемента управления «календарь» для ввода дат, использование инструментов сортировки и фильтрации в реестрах.
Выводимая информация не должна требовать интерпретации или перекодировки, должна быть наглядной и легко читаемой. Навигационные элементы должны быть выполнены в такой форме, чтобы пользователь мог легко определить их назначение, а также должны использоваться всплывающие подсказки.
Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление Системой преимущественно должно осуществляться с помощью набора экранных меню, кнопок, значков. Клавиатурный режим ввода должен использоваться главным образом при заполнении и/или редактировании полей экранных форм.
Все надписи экранных форм, а также сообщения, выдаваемые пользователю, должны быть на русском языке.
Система должна обеспечивать контроль ввода данных пользователем на предмет заполненности обязательных полей.
Экранные формы должны быть реализованы с учетом требований по унификации:
- все экранные формы пользовательского интерфейса одной подсистемы должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации;
- для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы;
- внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково для однотипных элементов;
- при заполнении полей форм по возможности должны использоваться классификаторы и справочники;
- для дат должна предусматриваться возможность ввода, как в текстовом формате, так и с помощью визуального контрольного элемента – календаря.
Функциональные требования к ААС КНД
В рамках создания ААС КНД Исполнитель должен разработать опытные образцы:
- ПАК «Оценка»;
- АС «Реестр»;
- АС «Взаимодействие».
Функциональные требования, к которым приведены ниже.
Разработанные программные модули должны быть размещены и функционировать на аппаратном обеспечении заказчика.
Функциональные требования к ПАК «Оценка»
5.3.1.1. Основные задачи по созданию опытного образца ПАК «Оценка»:
5.3.1.1.1. Спроектировать интерфейс пользователя, наглядно отображающий сравнительную оценку сведений о состоянии пожарной безопасности объектов защиты.
5.3.1.1.2. Обеспечить ввод информации о сравнительной оценке в виде различных графиков, диаграмм, схем и т.п. При просмотре сравнительной оценки пользователь должен иметь возможность выбора периода просмотра статистической информации.
5.3.1.1.3. Провести работы по интеграции СПО ИАП и АИС «Электронный инспектор» с ПАК «Оценка».
5.3.1.1.4. Обеспечить использование в ПАК «Оценка» информации из АИС «Электронный инспектор» и СПО ИАП для построения графиков в автоматическом режиме.
5.3.1.2. Основные требования к опытному образцу ПАК «Оценка»:
5.3.1.2.1. ПАК «Оценка» должен быть разработан в виде веб-приложения и иметь функционал авторизации пользователя.
5.3.1.2.2. Минимальный перечень графиков, разрабатываемых исполнителем:
5.3.1.2.2.1. Статистика по происшествиям (пожары, чрезвычайные ситуации) – количество происшествий, произошедших с начала календарного года, а также сравнение с количеством происшествий, произошедших за выбранный период прошлого года (увеличение, уменьшение, а также процент изменения).
5.3.1.2.2.2. Статистика по надзорной деятельности (пожарная безопасность, гражданская оборона, чрезвычайные ситуации). По пожарной безопасности – общее количество нарушений, выявленных в ходе проверок, а также процент устранения нарушений в выбранном периоде. Защите населения и территорий от чрезвычайных ситуаций – процент исполнения предписаний, выданных за нарушения в области чрезвычайных ситуаций.
5.3.1.2.2.3. Наглядная сравнительная оценка площади субъекта федерации (либо федерального округа), населения, количества объектов защиты, а также произошедших чрезвычайных ситуаций.
5.3.1.2.2.4. Статистика по государственному пожарному надзору. Общее количество сформированных электронных дел на объекты защиты. Количество предложенных мероприятий по устранению нарушений, выявленных в ходе проверок.
5.3.1.2.3. Графики должны строиться за выбранный пользователем период, для различных территорий: территория всей Российской Федерации (с детализацией по федеральным округам), территория федерального округа (с детализацией по субъектам Российской Федерации), территория субъекта Российской Федерации. Применяемое территориальное деление должно быть актуально на момент окончания работ в рамках настоящего ТЗ.
5.3.1.2.4. В рамках работ должны быть реализованы справочники нарушений правил пожарной безопасности (далее – Справочник нарушений ППБ) в ПАК «Оценка», СПО ИАП и АИС «Электронный инспектор», в соответствии с разрабатываемыми ФГБУ ВНИИПО МЧС России текстовыми базами данных обязательных требований пожарной безопасности (далее – ТБД обязательных требований ПБ), разрабатываемых в рамках НИР «Требования ПБ». Создать функцию добавления новых ТБД обязательных требований ПБ в информационные системы.
5.3.1.2.5. Разработать Модуль «Профилактическая работа» и «Реестр профилактической работы» с возможностями запросной системы, с функциями поиска и наложениями фильтров по территориям, ОНД МЧС России, периоду времени, по основным видам и другим параметрам профилактической работы.
5.3.1.2.6. Разработать формы унифицированной отчетности в области ФГПН 19,20,21 – ГПН.
5.3.1.2.7. Разработать функции ПАК «Оценка» по межведомственному взаимодействию с автоматизированными системами государственных органов. Межведомственное взаимодействие, в случае использования СМЭВ, должно осуществляться черезАС «Взаимодействие».
5.3.1.2.8. Создать функции формирования отчетов в ПАК «Оценка» по надзорной деятельности МЧС России с использованием конструктора запросов.
Функциональные требования кАС «Реестр»
Информационные ресурсы АС «Реестр»
АС «Реестр» должна обеспечивать ведение в машиночитаемом виде следующих информационных ресурсов:
- реестр проверяемых субъектов и объектов;
- перечень отраслевых обязательных требований и критериев их применения. Внесение сведений об отраслевых обязательных требованиях в реестр наборов обязательных требований ФРГУ и их согласование должностным лицом уполномоченного на это органа может осуществляться с использованием интерфейсов ФРГУ;
- сведения о значениях показателей эффективности и результативности КНД, индикативных показателей, сводных показателей. Внесение сведений о значениях показателей может осуществляться должностным лицом МЧС России: вручную путём ввода или копирования необходимых значений в поля форм либо путём импорта массивов данных.
Ведение информационных ресурсов вАС «Реестр» должно реализовываться с использованием справочников и классификаторов, содержание которых сформировано в соответствии с действующими правовыми актами.
Структура реестров АС «Реестр» и их атрибутивный состав уточняется на этапе информационного обследования.
Данные реестра проверяемых субъектов и объектов должны включать в себя, в том числе сведения о проверяемых лицах, принадлежащих им объектах, осуществляемых ими видах деятельности, присвоенных лицам, объектам, видам деятельности категориях риска.
Внесение сведений в реестр может осуществляться вручную должностным лицом МЧС России – путём ввода или копирования необходимых значений в поля форм. Приоритетным является внесение сведений в реестр автоматически и/или автоматизированным способом с использованием современных информационных и телекоммуникационных технологий с использованием СМЭВ.
Информация о проверяемых объектах и субъектах должна поступать в рамках электронного информационного обмена из ведомственной ИС МЧС РоссииАИС «Электронный инспектор».
Информация о лицензиях на осуществление деятельности по монтажу, техническому обслуживанию и ремонту средств обеспечения пожарной безопасности зданий и сооружений, и лицензиях на осуществление деятельности по тушению пожаров в населенных пунктах, на производственных объектах и объектах инфраструктуры, по тушению лесных пожаров должна поступать в рамках электронного информационного обмена из ИС «Госуслуги».
ААС КНД должна позволять вести по каждому объекту надзора расширенный паспорт объекта, соответствующий требованиям, определяемым на этапе информационного обследования.
Присвоение категорий риска
ААС КНД должна обеспечивать возможность внесения в реестр проверяемых субъектов и объектов сведений о присвоенных проверяемым объектамкатегорий риска, в том числе в тех случаях, когда различным объектам присвоены различные категории риска.
Присвоение категории риска может осуществляться вручную должностным лицом МЧС России – путём ввода или копирования необходимых значений в поля форм, с использованием утверждённой модели рисков, но без использования средств автоматизации ААС КНД для присвоения категории риска, с учетом информации получаемой через СМЭВ.
Учёт сведений о значениях показателей КНД
ААС КНД должна обеспечивать учёт (ввод, сохранение, использование) сведений о значениях показателей КНД в соответствии с распоряжением Правительства Российской Федерации от 17.05.2016 г. № 934-р «Об утверждении основных направлений разработки и внедрения системы оценки результативности и эффективности контрольно-надзорной деятельности» и ведомственными нормативно правовыми актами МЧС России в машиночитаемом виде.
ААС КНД должна обеспечивать вычисление и учёт (ввод, сохранение, использование) сводных показателей на основании показателей КНД согласно задачам МЧС России и требованиям Минэкономразвития России.
Внесение сведений о значениях показателей может осуществляться вручную должностным лицом МЧС России – путём ввода или копирования необходимых значений в поля форм.
Должна быть обеспечена готовность для передачи сведений о значениях показателей КНД в ГАСУ.
Перечень и атрибутивный состав электронных форм документов, используемых в ААС КНД, определяется на этапе информационного обследования.
Функциональные модули АС «Реестр»
АС «Реестр» должна включать, как минимум, следующие функциональные модули:
- Модуль внутрисистемных реестров;
- Модуль отчетности;
- Модуль ведения справочников.
Окончательный состав функциональных модулей определяется на этапе информационного обследования.
Модуль внутрисистемных реестров
Основными объектами учета АС «Реестр», для каждого из которых должен быть реализован соответствующий внутрисистемный реестр, являются:
- Внутрисистемный реестр поднадзорных объектов защиты;
- Внутрисистемный реестр поднадзорных территорий;
- Внутрисистемный реестр собственников имущества, а также лиц, уполномоченных владеть, пользоваться или распоряжаться имуществом;
- Внутрисистемный реестр должностных лиц МЧС России, осуществляющих надзорную деятельность и профилактическую работу;
- Внутрисистемный реестр планов проверок и программ профилактических мероприятий;
- Внутрисистемный реестр проверок;
- Внутрисистемный реестр профилактических мероприятий;
- Внутрисистемный адресный реестр;
- Внутрисистемный реестр значений показателей эффективности и результативности КНД, индикативных показателей, сводных показателей.
В системе должны быть реализованы электронные хранилища:
- Перечней обязательных требований;
- Шаблонов документов (распоряжения о проведении проверки, актов проверок и т.п.) и экземпляров заполненных документов с возможностью их корректировки.
Для присвоения в системе уникальных идентификаторов объектам надзора должен быть разработан соответствующий алгоритм.
Система должна обеспечивать установку множественных связей между объектами учета. Должна быть реализована возможность перехода с карточки/паспорта одного объекта учета на карточку связанного объекта учета по нажатию на ссылку в интерфейсе, или иным удобным способом. Схема связей между объектами учета и их конфигурация уточняется на этапе информационного обследования.
Должна быть обеспечена возможность одновременного открытия карточек/паспортов нескольких объектов учета в разных окнах.
Система должна отображать в одной экранной форме значения атрибутов разных объектов учета, если это необходимо. Состав атрибутов, отображаемых на каждой экранной форме, определяется в процессе информационного обследования и разработки «личного кабинета должностного лица».
Полный список внутрисистемных реестров, электронных хранилищ уточняется и определяется на этапе информационного обследования.
Внутрисистемный реестр поднадзорных объектов защиты
Внутрисистемный реестр поднадзорных объектов защиты предназначен для хранения, введения, редактирования данных о поднадзорных объектах.
На главной экранной форме должны отображаться следующие данные:
- Название реестра (экранной формы).
- Кнопки и меню управления.
- Адресный реестр в иерархическом виде. Должна быть реализована возможность контекстного поиска адреса. При этом, при вводе пользователем адреса должны появляться подсказки с вариантами его заполнения. Если адреса нет в адресном реестре, то должна быть реализована возможность перехода в форму ввода нового адреса в адресный реестр. При этом новый адрес должен формироваться по следующему алгоритму: все его уровни, имеющиеся в ФИАС, заполняются из ФИАС с сохранением кодировки, более низкие уровни водятся пользователем.
- Список объектов надзора в табличной форме. Должна быть реализована возможность настройки состава столбцов и их положения на экране пользователем. Должна быть реализована возможность отображать в составе столбцов не только значения атрибутов объекта учета «поднадзорный объект», но и значения атрибутов любого другого связанного объекта учета, необходимые для удобной идентификации поднадзорного объекта. В общем случае на экранной форме должен отображаться список поднадзорных объектов расположенных на территории соответствующей узлу адресного реестра, на котором стоит фокус. При выборе конкретного адреса в адресном реестре, должен отображаться список поднадзорных объектов находящихся по выбранному адресу. В случая наличия иерархической вложенности объектов надзора (например, этаж в здании, помещение на этаже, комната в помещении и т.п.) при отображении в таблице вложенность должна сохраняться. Объект первоначально должен отображаться в «сложенном» виде с возможностью раскрытия вложенности. Количество и состав объектов, которые могут быть вложены друг в друга в зависимости от типов объектов (здания, строения, сооружения, протяженные объекты т.п.) определяется на этапе разработки системы.
- Инструменты поиска объектов без использования адресного реестра. Должен быть реализован поиск объекта/объектов надзора по значению любого атрибута объекта учета «поднадзорный объект», значению атрибутов связанных объектов учета, в любой комбинации. Предусмотрена возможность использования контекстного поиска, а также использования логических операций «больше», «меньше», «однозначно соответствует», «содержит», значения «от…до» включая даты, и т.д. Результаты поиска должны отображаться в табличной форме.
- На данной экранной форме может отображаться и другая информация, необходимая для пользователя, или повышающая комфортность работы с системой. Состав этой информации определяется на этапе информационного обследования.
При нажатии кнопки мыши на строку таблицы должен осуществляться переход в паспорт объекта защиты.
Паспорт объекта защиты должен содержать следующую информацию:
- экранная форма паспорта объекта защиты должна иметь наименование;
- общую и идентифицирующую информацию;
- технические характеристики объекта;
- специальные характеристики;
- сведения о правах на объект надзора;
- сведения о проверках;
- и т.п.
Полный перечень реквизитов паспорта объекта защиты предоставляет заказчик на этапе информационного обследования.
Сведения об обязательных требованиях, правах, проверках должны быть представлены в удобном для восприятия кратком виде с возможностью открытия более подробной информации в дополнительных формах, или карточках соответствующих реестров.
Внутрисистемный реестр поднадзорных территорий
Внутрисистемный реестр поднадзорных территорий предназначен для хранения, введения, редактирования данных о поднадзорных территориях. Особенностью поднадзорной территории является то, что она может иметь много адресов и на ней может располагаться много поднадзорных объектов. Уникальная идентификация поднадзорной территории, как объекта надзора, должна осуществляться на основании пользовательского идентификатора.
На главной экранной форме должны отображаться следующие данные:
- Название реестра (экранной формы).
- Кнопки и меню управления.
- Адресный реестр в иерархическом виде. Должна быть реализована возможность контекстного поиска адреса. При этом, при вводе пользователем адреса должны появляться подсказки с вариантами его заполнения. Если адреса нет в адресном реестре, то должна быть реализована возможность перехода в форму ввода нового адреса в адресный реестр. При этом новый адрес должен формироваться по следующему алгоритму: все его уровни, имеющиеся в ФИАС, заполняются из ФИАС с сохранением кодировки, более низкие уровни водятся пользователем.
- Список поднадзорных территорий в табличной форме. Должна быть реализована возможность настройки состава столбцов и их положения на экране пользователем. Должна быть реализована возможность отображать в составе столбцов не только значения атрибутов объекта учета «поднадзорная территория», но и значения атрибутов любого другого связанного объекта учета, необходимые для удобной идентификации поднадзорной территории. В общем случае на экранной форме должен отображаться список поднадзорных территорий расположенных на территории соответствующей узлу адресного реестра, на котором стоит фокус. При выборе конкретного адреса в адресном реестре, должна отображаться поднадзорная территория, на которой находится указанный адрес. В случая наличия иерархической вложенности объектов надзора (например, объект надзора на поднадзорной территории и т.п.) при отображении в таблице вложенность должна сохраняться. Поднадзорная территория первоначально должна отображаться в «сложенном» виде (одной строкой списка) с возможностью раскрытия вложенности. Количество и состав объектов, которые могут быть вложены друг в друга, определяется на этапе разработки системы.
- Инструменты поиска поднадзорных территорий без использования адресного реестра. Должен быть реализован поиск поднадзорной территории по значению любого атрибута объекта учета «поднадзорная территория», значению атрибутов связанных объектов учета, в любой комбинации. Предусмотрена возможность использования контекстного поиска, а также использования логических операций «больше», «меньше», «однозначно соответствует», «содержит», значения «от…до» включая даты, и т.д. Результаты поиска должны отображаться в табличной форме.
- На данной экранной форме может отображаться и другая информация, необходимая для пользователя, или повышающая комфортность работы с системой. Состав этой информации определяется на этапе информационного обследования.
При нажатии кнопки мыши на строку таблицы должен осуществляться переход в паспорт поднадзорной территории.
Паспорт поднадзорной территории должен содержать следующую информацию:
- Экранная форма паспорта поднадзорной территории должна иметь наименование.
- Общую и идентифицирующую информацию, как минимум:
- Пользовательское наименование поднадзорной территории;
- Полное наименование по документам;
- Кадастровые номера всех земельных участков и объектов надзора, расположенных на поднадзорной территории;
- Условные номера, если нет кадастровых номеров то только условные;
- Пользовательский идентификатор;
- Адреса объектов находящихся на поднадзорной территории;
- Адресные ориентиры;
- Технические характеристики поднадзорной территории:
- Площадь;
- И т.п.
- Специальные характеристики;
- Категория риска, включая реквизиты документа которым он установлен;
- Список обязательных требований для конкретной поднадзорной территории;
- И т.п.;
- Сведения о правах:
- Сведения о правах собственности;
- Сведения о вторичных правах (аренда, оперативное управление, хозяйственное ведение и т.п.);
- ФИО и координаты должностных лиц, или представителей;
- И т.п.;
- Сведения о проверках:
- Дата следующей проверки;
- Дата последней проведенной проверки;
- Имевшиеся нарушения обязательных требований;
- И т.п.
Полный перечень реквизитов паспорта поднадзорной территории определяется на этапе информационного обследования.
Сведения об обязательных требованиях, правах, проверках должны быть представлены в удобном для восприятия кратком виде с возможностью открытия более подробной информации в дополнительных формах, или карточках соответствующих реестров.
Внутрисистемный реестр собственников имущества, а также лиц, уполномоченных владеть, пользоваться или распоряжаться имуществом
Внутрисистемный реестр собственников имущества, а также лиц, уполномоченных владеть, пользоваться или распоряжаться имуществом, предназначен для хранения, введения, редактирования данных о собственниках имущества, а также лицах, уполномоченных владеть, пользоваться или распоряжаться имуществом.
На главной экранной форме должны отображаться следующие данные:
- Название реестра (экранной формы).
- Кнопки и меню управления.
- Список собственников имущества, а также лиц, уполномоченных владеть, пользоваться или распоряжаться имуществом в табличной форме. Должна быть реализована возможность настройки состава столбцов и их положения на экране пользователем. Должна быть реализована возможность отображать в составе столбцов не только значения атрибутов объекта учета «собственников имущества, а также лиц, уполномоченных владеть, пользоваться или распоряжаться имуществом», но и значения атрибутов любого другого связанного объекта учета, необходимые для удобной идентификации собственников имущества, а также лиц, уполномоченных владеть, пользоваться или распоряжаться имуществом.
- Инструменты поиска собственников имущества, а также лиц, уполномоченных владеть, пользоваться или распоряжаться имуществом. Должен быть реализован поиск собственников имущества, а также лиц, уполномоченных владеть, пользоваться или распоряжаться имуществом по значению любого атрибута объекта учета «собственники имущества, а также лица, уполномоченных владеть, пользоваться или распоряжаться имуществом», значению атрибутов связанных объектов учета, в любой комбинации. Предусмотрена возможность использования контекстного поиска, а также использования логических операций «больше», «меньше», «однозначно соответствует», «содержит», значения «от…до» включая даты, и т.д. Результаты поиска должны отображаться в табличной форме.
- На данной экранной форме может отображаться и другая информация, необходимая для пользователя, или повышающая комфортность работы с системой. Состав этой информации определяется на этапе информационного обследования.
При нажатии кнопки мыши на строку таблицы должен осуществляться переход в карточку собственников имущества, а также лиц, уполномоченных владеть, пользоваться или распоряжаться имуществом.
Карточка собственников имущества, а также лиц, уполномоченных владеть, пользоваться или распоряжаться имуществом должна содержать следующую информацию:
- Экранная форма карточки должна иметь наименование.
- Общую и идентифицирующую информацию, как минимум:
- Тип лица;
- Пользовательское наименование;
- Реквизиты собственников имущества, а также лиц, уполномоченных владеть, пользоваться или распоряжаться имуществом;
- Пользовательский уникальный идентификатор;
- Дополнительная информация:
- Список поднадзорных объектов, с которыми связаны собственники имущества, а также лица, уполномоченные владеть, пользоваться или распоряжаться имуществом;
- Список поднадзорных территорий, с которыми связаны собственники имущества, а также лица, уполномоченные владеть, пользоваться или распоряжаться имуществом;
- Отношение собственников имущества, а также лиц, уполномоченных владеть, пользоваться или распоряжаться имуществом к поднадзорным объектам и территориям (право собственности и/или вторичное право и/или является управляющей компанией и т.п.);
- Перечень лицензий и их реквизитов, включая сроки действия, получаемые в рамках информационного взаимодействия с реестром лицензий ИС «Госуслуги»;
- И т.п.;
Полный перечень атрибутов карточки собственников имущества, а также лиц, уполномоченных владеть, пользоваться или распоряжаться имуществом определяется на этапе информационного обследования.
Внутрисистемный реестр должностных лиц МЧС России, осуществляющих надзорную деятельность и профилактическую работу
Внутрисистемный реестр должностных лиц МЧС России, осуществляющих надзорную деятельность и профилактическую работу, предназначен для хранения, введения, редактирования данных о должностных лицах МЧС России, осуществляющих надзорную деятельность и профилактическую работу, их позиционирования в структуре надзорных органов МЧС России и информации о структуре надзорных органов МЧС России. Внутрисистемный реестр должностных лиц МЧС России, осуществляющих надзорную деятельность и профилактическую работу, является расширенным справочником для других внутрисистемных реестров.
На главной экранной форме должны отображаться следующие данные:
- Название реестра (экранной формы).
- Кнопки и меню управления.
- Структура надзорных органов МЧС России в иерархическом виде. Должна быть реализована возможность контекстного поиска подразделения МЧС России. При этом, при вводе пользователем названия должны появляться подсказки с вариантами его заполнения. Должна быть реализована возможность редактирования должностного состава и структуры МЧС России (переименование, объединение, создание новых, удаление старых подразделений).
- Список должностных лиц, в табличной форме. Должна быть реализована возможность настройки состава столбцов и их положения на экране пользователем. Должна быть реализована возможность отображать в составе столбцов не только значения атрибутов объекта учета «должностных лиц МЧС России, осуществляющих надзорную деятельность и профилактическую работу», но и значения атрибутов любого другого связанного объекта учета, необходимые для удобной идентификации должностных лиц МЧС России, осуществляющих надзорную деятельность и профилактическую работу. В общем случае на экранной форме должен отображаться список должностных лиц МЧС России, осуществляющих надзорную деятельность и профилактическую работу, служащих в подразделении соответствующем узлу структуры МЧС России, на котором стоит фокус. При выборе конкретного подразделения в структуре надзорных органов МЧС России, должен отображаться список должностных лиц МЧС России, осуществляющих надзорную деятельность и профилактическую работу, служащих в этом подразделении.
- Инструменты поиска должностных лиц МЧС России, осуществляющих надзорную деятельность и профилактическую работу, без использования структуры надзорных органов МЧС России. Должен быть реализован поиск должностных лиц МЧС России, осуществляющих надзорную деятельность и профилактическую работу, по значению любого атрибута объекта учета «должностных лиц МЧС России, осуществляющих надзорную деятельность и профилактическую работу», значению атрибутов связанных объектов учета, в любой комбинации. Предусмотрена возможность использования контекстного поиска, а также использования логических операций «больше», «меньше», «однозначно соответствует», «содержит», значения «от…до» включая даты, и т.д. Результаты поиска должны отображаться в табличной форме.
- На данной экранной форме может отображаться и другая информация, необходимая для пользователя, или повышающая комфортность работы с системой. Состав этой информации определяется на этапе информационного обследования.
Должна быть реализована возможность для администрирования учетных записей пользователей и редактирования должностного состава и структуры подразделений МЧС России (переименование, объединение, создание новых, удаление старых подразделений) локальными администраторами на уровне территориальных подразделений МЧС России. Состав делегированных локальным администраторам полномочий определяется на этапе информационного обследования.
При нажатии кнопки мыши на строку таблицы должен осуществляться переход в карточку должностных лиц МЧС России, осуществляющих надзорную деятельность и профилактическую работу.
Карточка должна содержать следующую информацию:
- Экранная форма карточки должна иметь наименование.
- Общую и идентифицирующую информацию, как минимум:
- ФИО сотрудника;
- Звание;
- Должность;
- Наименование подразделения МЧС России, в котором служит сотрудник;
- Адрес подразделения, в котором служит сотрудник;
- Информация для связи с сотрудником: телефон, адрес электронной почты;
- Функции (дополнительная нагрузка), исполняемые должностным лицом МЧС России;
- и т.д.
Полный перечень реквизитов карточки должностных лиц МЧС России, осуществляющих надзорную деятельность и профилактическую работу, определяется на этапе информационного обследования.
Внутрисистемный реестр планов проверок и программы профилактических мероприятий
Внутрисистемный реестр планов проверок и профилактической работы предназначен для хранения, отображения и работы со следующими планами и программами:
- Ежегодными планами проведения проверок органов государственной власти субъектов Российской Федерации и должностных лиц органов государственной власти субъектов Российской Федерации, разрабатываемыми в органах ГПН главных управлений МЧС России по субъектам Российской Федерации с использованием сведений о присвоенных категориях риска (далее - план проверки деятельности субъектов Российской Федерации);
- Ежегодными планами проведения проверок органов местного самоуправления и должностных лиц местного самоуправления, разрабатываемыми в органах ГПН территориальных органов с учетом административно-территориального деления и с использованием сведений о присвоенных категориях риска (далее - план проверки деятельности органов местного самоуправления);
- Ежегодными планами проведения проверок объектов защиты и (или) территорий (земельных участков), правообладателями которых являются юридические лица и индивидуальные предприниматели, формируемыми с использованием сведений о присвоенных категориях риска (далее - ежегодный план);
- Ежегодными планами проведения проверок объектов защиты и (или) территорий (земельных участков) физических лиц - правообладателей, формируемыми с использованием сведений о присвоенных категориях риска (далее - ежегодный план проверок физических лиц - правообладателей);
- Планами-графиками государственного инспектора, осуществляющего государственную функцию, составляемыми ежемесячно с учетом должностных обязанностей должностных лиц органов ГПН и с использованием сведений о присвоенных категориях риска.
- Программами профилактических мероприятий субъектов Российской Федерации по профилактике нарушений обязательных требований в формах правового просвещения и правового информирования на год или выписками из них на квартал.
Внутрисистемный реестр планов проверок и программ профилактических мероприятий должен позволять:
- хранить как утвержденные планы проведения проверок, так и проекты планов для обеспечения их подготовки и проведения внутреннего согласования;
- сведение в автоматизированном режиме проектов планов по субъектам Российской Федерации в проект общего, ежегодного плана проведения проверок.
В реестре должно быть реализовано:
- контроль сроков выполнения запланированных мероприятий и проверок;
- возможность формирования в автоматизированном режиме на основании утверждённых планов проведения проверок ежемесячных планов-графиков государственного инспектора;
- возможность выгрузки планов, проектов планов, программ в файлы форматов Excel, Word, PDF.
В реестре планов проверок и программ профилактических мероприятий должен быть реализован механизм вызова шаблонов планов, программ, которые хранятся в электронном хранилище шаблонов технологических документов и экземпляров заполненных документов, для их заполнения и надлежащего оформления и согласования. В том числе подписания электронной подписью. При распечатывании на бумажном носителе документа подписанного электронной подписью на нем должна проставляться соответствующая отметка.
Внутрисистемный реестр проверок
Внутрисистемный реестр проверок предназначен для хранения, введения, редактирования данных о проведении КНД.
На главной экранной форме должны отображаться следующие данные:
- Название реестра (экранной формы).
- Кнопки и меню управления.
- Ежегодные планы проведения проверок и план-график государственного инспектора для конкретного должностного лица. Должен быть реализован контроль сроков выполнения запланированных проверок.
- Список проверок в табличной форме. Должна быть реализована возможность настройки состава столбцов и их положения на экране пользователем. Должна быть реализована возможность отображать в составе столбцов не только значения атрибутов объекта учета «проверки», но и значения атрибутов любого другого связанного объекта учета, необходимые для удобной идентификации проверки.
- Инструменты поиска проверки. Должен быть реализован поиск записи о проверке по значению любого атрибута объекта учета «проверки», значению атрибутов связанных объектов учета, в любой комбинации. Предусмотрена возможность использования контекстного поиска, а также использования логических операций «больше», «меньше», «однозначно соответствует», «содержит», значения «от…до» включая даты, и т.д. Результаты поиска должны отображаться в табличной форме.
- На данной экранной форме может отображаться и другая информация, необходимая для пользователя, или повышающая комфортность работы с системой. Состав этой информации определяется на этапе информационного обследования.
Для каждого вида надзора (контроля) создается своя карточка проверки.
При нажатии кнопки мыши на строку таблицы должен осуществляться переход в карточку проверки.
Карточка проверки должна содержать следующую информацию:
- Экранная форма карточки должна иметь наименование.
- Общую и идентифицирующую информацию о проверке.
- Сроки проведения.
- Информацию о проверяемых объектах и субъектах.
- Список документов по проверке (приказ, акт, и т.п.).
- И т.д.
Полный перечень атрибутов карточки проверки определяется на этапе информационного обследования.
Во внутрисистемном реестре проверок должен быть реализован вызов шаблонов документов оформляемых в ходе проверок, которые хранятся в электронном хранилище шаблонов технологических документов и экземпляров заполненных документов, для их заполнения и надлежащего оформления. В том числе подписания электронной подписью. При распечатывании на бумажном носителе документа подписанного электронной подписью на нем должна проставляться соответствующая отметка.
Внутрисистемный реестр профилактических мероприятий
Внутрисистемный реестр профилактических мероприятий предназначен для хранения, введения, редактирования данных о проведении профилактических мероприятиях.
На главной экранной форме должны отображаться следующие данные:
- Название реестра (экранной формы).
- Кнопки и меню управления.
- Программы проведения профилактических мероприятий. Должен быть реализован контроль сроков выполнения мероприятий.
- Список профилактических мероприятий в табличной форме. Должна быть реализована возможность настройки состава столбцов и их положения на экране пользователем. Должна быть реализована возможность отображать в составе столбцов не только значения атрибутов объекта учета «профилактические мероприятия», но и значения атрибутов любого другого связанного объекта учета, необходимые для удобной идентификации профилактического мероприятия.
- Инструменты поиска профилактического мероприятия. Должен быть реализован поиск записи о профилактическом мероприятии по значению любого атрибута объекта учета «профилактическое мероприятие», значению атрибутов связанных объектов учета, в любой комбинации. Предусмотрена возможность использования контекстного поиска, а также использования логических операций «больше», «меньше», «однозначно соответствует», «содержит», значения «от…до» включая даты, и т.д. Результаты поиска должны отображаться в табличной форме.
- На данной экранной форме может отображаться и другая информация, необходимая для пользователя, или повышающая комфортность работы с системой. Состав этой информации определяется на этапе информационного обследования.
При нажатии кнопки мыши на строку таблицы должен осуществляться переход в карточку профилактического мероприятия.
Карточка профилактического мероприятия должна содержать следующую информацию:
- Экранная форма карточки должна иметь наименование.
- Общую и идентифицирующую информацию профилактическом мероприятии.
- Сроки проведения.
- Информацию о характере профилактического мероприятия.
- Информация о сотруднике, проводившем профилактическое мероприятие.
- И т.д.
Полный перечень атрибутов карточки профилактического мероприятия определяется на этапе информационного обследования.
Внутрисистемный адресный реестр
Внутрисистемный адресный реестр предназначен для хранения, введения, редактирования данных об адресах, используемых в системе.
Основой адресного реестра должен быть ФИАС. Если адрес отсутствует в ФИАС то, реестр должен позволять вводить новый, дополнительный адрес. При этом новый адрес должен формироваться по следующему алгоритму: все его уровни, имеющиеся в ФИАС, заполняются из ФИАС с сохранением кодировки, более низкие уровни водятся пользователем.
Адресный реестр должен позволять вводить, редактировать и хранить адресные ориентиры (строительные адреса), а также адреса расположенные за пределами Российской Федерации.
Внутрисистемный реестр значений показателей эффективности и результативности КНД, индикативных показателей, сводных показателей
Внутрисистемный реестр значений показателей эффективности и результативности КНД, индикативных показателей, сводных показателей предназначен для хранения, введения, редактирования данных показателей.
Состав атрибутов реестра и модель определения показателей эффективности и результативности КНД, индикативных показателей, сводных показателей должны соответствовать разрабатываемым и утверждаемым Минэкономразвития России составу и модели.
Электронное хранилище перечня обязательных требований
Электронное хранилище перечня обязательных требований предназначено для хранения, введения, редактирования перечней обязательных требований.
При включении в перечень обязательного требования в системе должно храниться указание на нормативно-правовой документ, которым это требование установлено.
Электронное хранилище перечня обязательных требований должно обеспечивать формирование проверочных листов. Формирование проверочных листов может осуществляться должностным лицом МЧС России: вручную путём ввода или копирования необходимых значений в поля форм либо путём импорта массивов данных.
Электронное хранилище шаблонов документов и экземпляров заполненных документов
Электронное хранилище шаблонов документов и экземпляров заполненных документов предназначено для:
- хранения, введения, редактирования шаблонов документов;
- хранения, введения, редактирования шаблонов планов, планов-графиков государственного инспектора, программ профилактических мероприятий;
- хранения экземпляров заполненных (окончательно оформленных) документов, в том числе, подписанных электронной подписью. При этом при распечатывании на бумажном носителе документа подписанного электронной подписью на нем должна проставляться соответствующая отметка;
- хранения отсканированных образов документов.
На главной экранной форме должны отображаться следующие данные:
- Название электронного хранилища (экранной формы).
- Кнопки и меню управления.
- Список шаблонов документов и экземпляров заполненных документов в табличной форме. Должна быть реализована возможность настройки состава столбцов и их положения на экране пользователем. Должна быть реализована возможность отображать в составе столбцов не только значения атрибутов объекта учета «технологический документ», но и значения атрибутов любого другого связанного объекта учета, необходимые для удобной идентификации экземпляра документа.
- Должен быть реализован поиск экземпляра документа по значению любого атрибута объекта учета «технологический документ», значению атрибутов связанных объектов учета, в любой комбинации. Предусмотрена возможность использования контекстного поиска, а также использования логических операций «больше», «меньше», «однозначно соответствует», «содержит», значения «от…до» включая даты, и т.д. Результаты поиска должны отображаться в табличной форме.
- На данной экранной форме может отображаться и другая информация, необходимая для пользователя, или повышающая комфортность работы с системой. Состав этой информации определяется на этапе информационного обследования.
Модуль отчетности
Модуль отчетности должен обеспечивать:
- возможность сбора регламентированных отчетов в утвержденном формате в электронной форме и их агрегацию;
- выгрузку сформированные отчеты в файлы форматов Excel, Word, PDF для дальнейшего оформления.
Состав регламентированных отчетов определяется на этапе информационного обследования.
Модуль ведения справочников
Модуль ведения справочников предназначен для актуализации и ведения справочников системы. В системе должны быть реализованы, как минимум, следующие справочники:
- Административно территориального деления Российской Федерации;
- Общероссийский классификатор адресов Федеральной информационной адресной системы (ФИАС);
- Структура надзорных органов МЧС России, включая должности сотрудников;
- Категорий риска.
Полный список, структура и состав справочников определяется на этапе информационного обследования.
Функциональные требования к АС «Взаимодействие»
АС «Взаимодействие» должна обеспечивать информационное взаимодействие в электронном виде, как с ведомственными информационными системами МЧС России, так и с внешними системами. Более подробные требования приведены ниже.
В рамках АС «Взаимодействие» должен быть разработан личный кабинет должностного лица МЧС России.
Информационное взаимодействие с ведомственными информационными системами МЧС России
Исполнитель должен реализовать информационный обмен в электронном виде АС «Реестр» с АИС «Электронный инспектор», ИС «Госуслуги» и СПО ИАП.
Информационный обмен АС «Реестр» с АИС «Электронный инспектор» должен включать:
- Передачу из АИС «Электронный инспектор» в АС «Реестр» следующей информации:
- список поднадзорных объектов;
- список поднадзорных субъектов;
- присвоенные поднадзорным субъектам категории риска;
- учетные данные о проверках;
- сведения о контрольно-надзорных мероприятиях;
- Передачу из ИС «Госуслуги» вАС «Реестр» следующей информации:
- информации о выданных лицензиях по ЛКДМ;
- информации о выданных лицензиях по ЛКДТП;
- информацию о поднадзорных субъектах, которым выданы лицензии;
- информацию о сроках действия лицензий;
- сведения о контрольно-надзорных мероприятиях в части ЛКДМ и ЛКДТП.
Исчерпывающий список передаваемой информации, её структура и атрибутивный состав определяется на этапе информационного обследования.
Информационное взаимодействие с внешними информационными системами
Исполнитель должен обеспечить готовность к предоставлению в электронном виде с использованием СМЭВ в ЕРП учетных данных о проверках (за исключением ГИМС и ГНГО), и в ГАСУ сведений о контрольно-надзорных мероприятиях и отчетности по показателям результативности и эффективности деятельности.
Исполнитель должен реализовать информационный обмен с другими органами исполнительной власти и подведомственными им организациями с использованием СМЭВ для получения сведений о проверяемых субъектах (объектах). В ААС КНД должен быть исключен ручной ввод сведений о проверяемых субъектах (объектах), если сведения возможно получить в электронном виде с использованием СМЭВ.
ААС КНД должна обеспечивать получение сведений о проверяемом лице в рамках КНМ в соответствии с порядком, установленным постановлением Правительства Российской Федерации от 18.04.2016 г. № 323 «О направлении запроса и получении на безвозмездной основе, в том числе в электронной форме, документов и (или) информации органами государственного контроля (надзора), органами муниципального контроля при организации и проведении проверок от иных государственных органов, органов местного самоуправления либо подведомственных государственным органам или органам местного самоуправления организаций, в распоряжении которых находятся эти документы и (или) информация, в рамках межведомственного информационного взаимодействия».
Исполнитель должен реализовать механизмы сбора, учета информации для определения категорий риска проверяемых объектов надзора, в том числе, на основе межведомственного взаимодействия с использованием СМЭВ.
Структура, атрибутивный состав сведений, получаемых, передаваемых с использованием СМЭВ, определяется на этапе информационного обследования.
Для обеспечения единой точки входа в СМЭВ всё информационное взаимодействие с использованием СМЭВ должно быть организовано через ИС «Госуслуги».
Информационное взаимодействие МЧС России с использованием СМЭВ при межведомственном взаимодействии должно осуществляться с использованием актуальной версии СМЭВ в соответствии с Методическими рекомендациями по работе со СМЭВ версии 3.0.
Требования к разработке личного кабинета должностного лица
ААС КНД должна обеспечивать единый интерфейс для осуществления должностным лицом всех регламентных действий в рамках КНД, на которые оно уполномочено – личный кабинет должностного лица МЧС России. Использование множественных интерфейсов не допускается.
ААС КНД в зависимости от полномочий должностного лица, в его личном кабинете должны быть обеспечены возможности для исполнения, в том числе следующих функций:
- подготовка, внутреннее согласование проектов планов проверок на основании присвоенных категорий риска объектов, видов деятельности;
- формирования проверочных листов на основании перечня обязательных требований;
- внесение сведений в проверочные листы по итогам КНМ;
- работа с заявлениями и жалобами проверяемых лиц;
- передача в ЕРП, согласование с органами прокуратуры;
- внесение сведений в реестр проверяемых объектов и субъектов;
- присвоение категорий риска, проверяемым лицам, объектам, видам деятельности;
- направление запросов о предоставлении сведений в иные государственные органы.
Схема внутренних и внешних информационных потоков ААС КНД
Схема внутренних и внешних информационных потоков ААС КНД приведена на рисунке 1.
|
