Расширение функционала процедур реорганизации в форме слияния и в форме переоформления для подсистем «Лицензирование», «Аккредитация», «Выдача апостиля»
|
4.2.1.1
|
Модификация механизма проведения реорганизации образовательной организации в форме слияния.
Разработка механизм связи со старыми документами реорганизуемых ОУ в процессе слияния.
|
В процессе реорганизации ОУ в форме слияния возникает необходимость в просмотре документов, заявлений, реквизитов, которые имеются в системе, по всем версиям ОУ участвующим в реорганизации.
|
Это штатная процедура обработки заявлений, доступная всем пользователям Системы.
|
Модификация страницы интерфейса Основного Приложения (вкладка «ОУ» в карточке заявлений), для обеспечения дополнительного функционала.
|
Заменить стандартный табличный элемент, используемый для отображения действующих и реорганизуемых ОУ, на новый элемент управления с расширенными возможностями отображения информации.
При отображении основных элементов (строк) необходимо добавлять информацию обо всех версиях ОУ, имеющихся в системе.
При отображении дополнительной информации, строки должны содержать дополнительные элементы управления, облегчающие выбор копируемых элементов.
|
Это штатная процедура обработки заявлений, доступная всем пользователям Системы.
|
Формирование данных для документов целевого ОУ
|
Использование данных реорганизуемых ОУ для создания новых документов.
Дополнительные элементы управления в строках, должны обеспечивать однозначный выбор копируемых элементов, в соответствии с версией ОУ.
Заявленные копируемые элементы: приложения к лицензиям, образовательные программы, адреса (АМОД)
Дополнительные элементы управления в строках должны обеспечивать управление изменением статусов лицензий участвующих в реорганизации.
|
Это штатная процедура обработки заявлений, доступная всем пользователям Системы.
|
Изменение алгоритмов смены статусов лицензий участвующих в реорганизации.
|
В зависимости от значений, выбранных в процессе завершения реорганизации, лицензии должны получить изменения статусов.
Добавить текстовый статус процесса реорганизации в карточку ОУ
|
Это автоматическое программное действие.
|
Добавление поддержки связи лицензии с двумя типами распорядительных документов «открывающим» и «закрывающим».
|
На данный момент, каждая лицензия делается на основании распорядительного документа (приказа) и допускает связь только с одним экземпляром объектов. При переоформлении и ряде других действий лицензия меняет статус на финальный (переоформлена, утратила силу, аннулирована) на основании другого приказа «закрывающего», при этом заменяется связь с первым документом. Необходимо доработать ПО так, чтобы сохранялась связь с «открывающим» и добавлялась вторая связь с «закрывающим» приказом.
Добавить отображение второго типа приказов в карточку Лицензии.
Связь с «закрывающим» распорядительным документом - справочная.
|
Это автоматическое программное действие.
|
Изменение алгоритма обработки свойств филиалов.
|
Филиалы не должны блокироваться, их приложения к лицензии должны добавляться к целевому ОУ. При работе учитывать связь с версиями объектов ОУ.
|
Это автоматическое программное действие.
|
4.2.1.2
|
Разработка механизма множественных оснований при реорганизации ОУ в форме переоформления.
|
В процессе реорганизации ОУ в форме переоформления может возникнуть необходимость в выборе нескольких основания для подачи заявления одновременно. Выбранные основания должны учитываться в зависимости от приоритета (кода). Обеспечить добавление любого количества оснований, при этом «главное» всегда самое приоритетное основание и дальнейшая обработка ведётся по процедуре главного основания. Этот алгоритм устраняет неопределённость, возникающую между порядком выбора оснований и итоговой «главной» процедурой дальнейшей обработки заявления. В случае выбора определённого набора оснований, программа должна автоматически выбирать специальные «составные» процедуры обработки и назначать их главными.
|
Оператор ИС «ГУО» выбирает «основание» в процессе создания нового заявления в части лицензирования и аккредитации образовательной деятельности.
|
Изменение существующей модели выбора основания с целью повышения удобства использования.
|
Изменение внешнего вида в соответствии с приложенным макетом (Приложение А)
Добавление кода основания (приоритета) в таблицу выбора.
Выбираемые основания отображаются в верхней области страницы, при этом «главное» основание всегда идёт первым в списке и выделяется жирным шрифтом.
|
Это автоматическое программное действие.
|
Изменение существующего алгоритма обработки статусов лицензий с целью корректного изменения статуса «старой лицензии».
|
При переоформлении лицензии новая лицензия корректно формируется и встаёт в статус «действует». При этом старая лицензия может не принимать значения «переоформлена» (финального статуса), ввиду отсутствия поддержки версионности. Необходимо изменить существующий алгоритм так, чтобы при активации новой лицензии, все прошлые лицензии, относящиеся ко всем версиям ОУ вставали в статус «Переоформлено».
|
Это автоматическое программное действие.
|
Увеличение степени контроля данных используемых в обработке заявлений по подсистемам «Лицензирование», «Аккредитация», «Выдача апостиля» путём добавления функций проверки интервалов действия печатей и подписей, а так же правильности введённых адресов
|
4.2.2.1
|
Разработка функционала ведения справочников «Справочник печатей» и «Справочник должностных лиц, имеющих право подписи в образовательных учреждениях»
|
Добавление справочников «печатей» и «должностных лиц» в систему данных ИС «ГУО».
Справочник «печати» должен содержать следующие пользовательские данные:
скан образца печати (в виде ссылки на идентификатор файлового хранилища);
дата начала действия;
дата конца действия;
идентификатор загрузившего сотрудника;
дата загрузки;
логическое поле «заблокировано».
Справочник «должностных лиц» должен содержать следующие пользовательские данные:
скан образца подписи (в виде ссылки на идентификатор файлового хранилища);
строка «ФИО удостоверяемого человека»;
строка «Должность»;
дата начала действия;
дата конца действия;
идентификатор загрузившего сотрудника;
дата загрузки;
логическое поле «заблокировано».
Должна быть возможность установки связи и с ОУ раздела «лицензирование» и с ОУ раздела «апостиль».
|
Это автоматическое программное действие.
|
Добавление справочников «печатей» и «должностных лиц» в качестве отдельных страниц интерфейса модуля «Основное приложения» ИС «ГУО»
|
Справочники должны быть представлены в качестве страниц, внешне соответствующих общей модели интерфейса модуля «Основное приложение», содержащих основную таблицу (grid) и стандартные кнопки управления (добавить, удалить, активировать, заблокировать). При вводе должности предлагать заполнение из имеющегося справочника должностей.
Доступ к «вкладкам» справочников должен осуществляться выбором соответствующего пункта в левой области вкладок.
|
Работа со справочниками доступна пользователям системы с уровнем доступа «Оператор» и выше, без ограничений на действия.
|
Обеспечение возможности проверки периода действия печати и права подписи при подаче заявлений.
|
В случае подачи заявления в части «лицензирования», а так же в случае получения ответа на «Запрос в ОУ», в подсистеме «Выдача апостиля», должна быть предоставлена возможность проверки сроков действия печати и подписи должностного лица.
|
В момент создания заявления оператор должен иметь возможность, нажав соответствующие кнопки, произвести поиск действующих образцов печати и подписи с контролем временного интервала. Чтобы отследить возможную ситуацию когда срок действия печати истёк (например, произошла смена юр. лица) или должностное лицо не имеет права подписи (например, указанный для организации директор уже уволен).
|
Обеспечение возможности проверки вида печати и подписи на предоставленных документах.
|
Должна быть реализована возможность визуального сличения изображения печати и подписи с документами, предоставленными Заявителем.
По результатам проверки в заявлении должен устанавливаться логический признак «печати и подписи проверены» и сохранятся идентификатор сотрудника, осуществившего сличение.
Должна быть реализована возможность визуального сличения изображения печати и подписи в ответе на «Запрос ОУ» при предоставлении услуги «апостиля»
По результатам проверки в карточке запроса должен устанавливаться логический признак «печати и подписи проверены» и сохранятся идентификатор сотрудника, осуществившего сличение.
|
В момент создания заявления оператор должен иметь возможность, нажав соответствующие кнопки, произвести сличение изображений, а так же установить отметку о «проверке» на создаваемое заявление.
|
4.2.2.2
|
Необходимо разработать функционал по работе с адресами, в том числе с учетом данных справочника ФИАС.
|
В процессе создания и обработки заявлений в части лицензирования образовательной деятельности и государственной аккредитации образовательных учреждений регулярно возникает потребность в работе с адресными типами данных. Для повышения удобства работы с полями ввода и уменьшения вероятности появления ошибок ручного ввода необходимо добавить ряд инструментов и улучшений.
|
Оператор ИС «ГУО» использует адресные типы данных в процессе каждодневной работы.
|
Управление адресами и их связями с информационными объектами в ИС «ГУО»
|
Добавить вкладку «Адреса» в карточку ОУ. Собрать на этой странице все адреса связанные с ОУ.
Добавить отображение списка "адресов осуществления мест образовательной деятельности" в карточку приложения к лицензии.
Обеспечить стандартные органы управления для всех типов адресов: добавить, удалить, изменить.
|
Доступно оператору
|
Загрузка и хранение данных справочника ФИАС в ИС «ГУО»
|
Создание внутреннего справочника адресов для хранения информации ФИАС. Данные справочника доступны только для чтения и обновления из выгрузки.
Создание обработки файла выгрузки ФИАС (http://fias.nalog.ru/Updates.aspx) с целью импорта данных во внутренний справочник.
|
Обновление данных внутреннего справочника адресов производит обслуживающий персонал с периодичностью 1 раз в месяц, либо по факту обращения ОИВ.
Обновление справочника производится с помощью отдельной административной утилиты, осуществляющей конвертацию данных из формата ФИАС во внутренний формат справочника.
|
Автоматизированная валидация и сопоставление адресов, вводимых оператором ИС «ГУО», с данными справочника ФИАС
|
В процессе добавления в полях ручного ввода адресной информации к заявлению, будет производиться автоматический поиск введённого адреса по внутреннему справочнику с информацией ФИАС. В случае отсутствия адреса в справочнике, будет выдаваться визуальное предупреждение о возможной ошибке.
Проверка осуществляется соответственно стандартизованному формату (город, улица, строение), дальнейшие уточнения адресов в системе указываются справочно.
|
Адресная информация заполняется оператором системы в процессе создания заявлений в части лицензирования образовательной деятельности и государственной аккредитации образовательных учреждений.
|
Унифицированное хранение всех типов адресов в ИС «ГУО».
|
Модификация существующих механизмов хранения адресной информации в разных структурах БД с целью агрегации всех типов данных в общем справочнике используемых адресов.
|
Это автоматическое программное действие.
|
Структуризация данных об адресах, существующих в ИС «ГУО» и приведение указанных данных к единому формату хранения
|
Приведение адресов, используемых в данный момент, к общему формату хранения (индекс, город, улица, строение).
|
Это автоматическое программное действие.
|
|
Расширение функциональных возможностей подсистемы «Аккредитация»
|
4.2.4
|
Обеспечение возможности изменения настроек дополнительного этапа «выездная проверка» в процессе аккредитации образовательных учреждений. Добавление кнопок управления «создание выездной комиссии», «проведение выездной проверки».
|
В карточку заявления по аккредитации добавить вкладку «выездная проверка».
На эту вкладку поместить кнопки
«создание выездной комиссии», «проведение выездной проверки», «завершение выездной проверки».
На эту вкладку поместить табличный элемент позволяющий отобразить параметры проверки «дату, статус, состав комиссии».
|
Штатная работа Оператора системы.
|
Модификация БД
|
Добавить в Базу Данных соответствующую таблицу, обеспечивающую хранение данных проводимых выездных проверок.
|
В процессе разработки
|
Разработка функционала кнопок «создание выездной комиссии», «проведение выездной проверки», «завершение выездной проверки»
|
При нажатии на «создание» необходимо отображать всплывающее окно, позволяющее выбрать сотрудников (из соответствующего справочника) и добавить их в состав комиссии.
При нажатии на «проведение» - фиксировать дату начала проверки и менять текстовый статус.
При нажатии «завершение» - показывать всплывающее окно с выбором результата, фиксировать дату и менять текстовый статус.
|
Штатная работа Оператора системы.
|
Модификация модели установки связей объектов БД таким образом, чтобы была возможна привязка двух «свидетельств» к одной версии ОУ и заявлению.
|
В отличие от «лицензирования», где существование 2х действующих лицензий для одной версии ОУ является ошибкой в подсистеме аккредитации необходимо добавить возможность привязки одновременно к двум действующим «свидетельствам».
Добавить в карточку Заявления на аккредитацию отображение по обоим возможным свидетельствам.
|
Это автоматическое программное действие.
|
Увеличение уровня связанности объектов ИС «ГУО» с целью повышения корректности обработки и хранения информации
|
4.2.2.3
|
Разработка механизма учета изменений версий ОУ в зависимости от выбранного временного интервала.
|
На данный момент, в системе ИС «ГУО» могут храниться данные по нескольким версиям каждого ОУ и в справочниках раздела «лицензирование» и в справочниках раздела «апостиль».
Окончание срока действия, документов, лицензий, переоформления разного рода приводят к тому, что определённая информация по организации устаревает. На данный момент Основное приложение работает только с последними «актуальными» версиями сущностей в базе данных. Необходимо усовершенствовать механизм связей объектов в Базе Данных, чтобы была возможность прозрачной работы со связями объектов Базы данных с учётом «версии» соответствующей данному временному интервалу.
|
Это автоматическое программное действие.
|
Доработка вкладок «Образовательные Учреждения» и «Реестр ОУ (апостиль)»
|
При работе с карточкой ОУ, необходимо усовершенствовать вкладку «устаревшие реквизиты», позволяющую просмотреть информацию о предыдущих версиях данного ОУ, так, чтобы отображалась информация о связанных лицензиях, приложениях, распорядительных документах.
|
Штатная работа Оператора системы
|
Необходимо устранить недостаток текущей реализации Основного Приложения ИС «ГУО», позволяющий работать только с последними, актуальными версиями названий, реквизитов, документов ОУ, без учёта сроков действия, что приводит к искажению информации в отчётах и документах и образованию ошибок в формировании связей между объектами системы.
|
Модифицировать структуру данных с целью сохранения информации о предыдущих связях объектов.
Установить дополнительные перекрёстные связи между объектами Базы Данных, отражающие связи с неактивными версиями ОУ, реквизитов, документов, с соответствующими им заявлениями, лицензиями, приложениями к лицензиям.
|
Это автоматическое программное действие.
|
Модифицировать карточку «лицензии» так, чтобы отображались данные, соответствующие по времени действия этой лицензии.
|
Модификация карточки лицензии - изменение механизмов отбора информации для отображения.
Заменить текущее поле «заявитель» (указывающее на актуальную версию ОУ), на «Полное название ОУ», которое должно точно соответствовать той версии ОУ, для которой эта лицензия была выдана.
|
Это автоматическое программное действие.
|
Модифицировать карточку "приложений к лицензии" так чтобы отображались данные соответствующие версии ОУ, для которой была создана эта лицензия.
|
Модификация карточки приложения к лицензии - изменение механизмов отбора информации для отображения.
|
Это автоматическое программное действие.
|
Изменить карточку работы с заявлением в части «лицензирования» и «аккредитации» так чтобы отображались данные соответствующие версии ОУ, для которой было создано заявление.
|
Модификация карточки заявления - изменение механизмов отбора информации для отображения.
|
Информация о лицензиях используется в работе операторов ИС «ГУО».
|
Расширение функциональных возможностей внутреннего документооборота и обновление шаблонов печатных форм
|
4.2.5
|
Необходимо разработать механизм создания «распорядительных документов» в подсистеме «предоставление апостиля», аналогичный механизму документооборота «лицензирования и аккредитации», а так же расширить систему отчётности.
|
Механизм создания распорядительных документов на данный момент реализован только в части «лицензирования и аккредитации».
Необходимо добавить кнопки создания распорядительных документов в карточку работы с заявлениями на апостиль. Необходимо создать вкладку основного меню (левого) «Распорядительные документы (апостиль)» функционально аналогичную вкладке «Распорядительные документы». Стандартный табличный элемент должны позволять осуществлять фильтрацию данных и выгрузку отчёта.
Необходимо добавить 2 типа распорядительных документов:
«приказ подтверждение» и «приказ отказ», в соответствии с приложенными формами документов.
|
Обработка распорядительных документов является штатной работой Оператора системы.
|
4.2.5.1
|
Добавить отчет по принятым заявлениям на предоставление Апостиля
|
Расширить список статических (доступных для формирования из интерфейса модуля «Основное приложение») отчётов. Отчёт должен содержать следующие «столбцы»:[регистрационный номер, дата приёма, принявший сотрудник, статус заявителя, фамилия заявителя, страна, статус апостиля, уровень образования, вид документа, месяц]. Результаты отчёта должны выгружаться в MS Excel.
|
Формирование отчётов доступно пользователям Системы в любое время.
|
4.2.5.2
|
Создание печатной формы заявления на предоставление апостиля
|
Создать печатную форму, согласно приложенным шаблонам.
|
В процессе разработки
|
Обновление печатной формы «уведомление об отказе»
|
Обновить печатную форму документа согласно приложенным шаблонам.
|
В процессе разработки
|
Обновление печатной формы «уведомление о продлении»
|
Обновить печатную форму документа согласно приложенным шаблонам.
|
В процессе разработки
|
Обновление печатной формы «уведомление без рассмотрения»
|
Обновить печатную форму документа согласно приложенным шаблонам.
|
В процессе разработки
|
Обновление печатной формы «уведомление о продлении»
|
Обновить печатную форму документа согласно приложенным шаблонам.
|
В процессе разработки
|
Увеличение уровня проверки достоверности информации, предоставляемой получателями государственных услуг в части ИС «ГУО»
|
4.2.3
|
Разработка компонента проверки факта смены фамилии в ИС ЗАГС г. Москвы для модуля «Интеграции со смежными ИС»
|
Подсистема должна обеспечивать формирование пакета запроса данных, в соответствии с паспортом услуги «7758 Свидетельство о перемене имени», а так же интерпретировать ответный пакет данных в текстовый статус, доступный операторам Системы.
Добавить кнопку отправки запроса на страницу «Заявитель на Апостиль».
Результат запроса должен отображаться в виде текстового поля.
|
Проверка факта смены фамилии, может производиться Оператором системы в процессе обработки заявления на предоставления «апостиля»
|
Разработка компонента проверки паспортных данных заявителя услуги «апостиль» в Федеральной миграционной службе для модуля «Интеграции со смежными ИС»
|
Подсистема должна обеспечивать формирование пакета запроса данных, в соответствии с паспортом услуги «10209-10210 Паспортное досье», а так же интерпретировать ответный пакет данных в текстовый статус, доступный операторам Системы.
Добавить кнопку отправки запроса на страницу «Заявитель на Апостиль».
Результат запроса должен отображаться в виде текстового поля.
|
Проверка паспортных данных, может производиться Оператором системы в процессе обработки заявления на предоставления «апостиля»
|
