1. Отчет «Детализированные технические требования к
системе АИС МФЦ на базе промышленной платформы»
по теме
Создание типовой информационной системы поддержки
деятельности многофункциональных центров
предоставления государственных и муниципальных услуг
Шифр темы: 2105-05-08
Москва 2008 г.
2. Оглавление
ЗАКРЫТОЕ АКЦИОНЕРНОЕ ОБЩЕСТВО «АУДИТОРСКО-КОНСУЛЬТАЦИОННАЯ ГРУППА
«РАЗВИТИЕ-БИЗНЕС-СИСТЕМ»............................................................. ERROR! BOOKMARK NOT DEFINED.
ТЕРМИНЫ И СОКРАЩЕНИЯ ................................................................................................................................... 4
1 ОБЩИЕ СВЕДЕНИЯ ........................................................................................................................................... 8
2 НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ ....................................................................................... 9
2.1 НАЗНАЧЕНИЕ СИСТЕМЫ .................................................................................................................................. 9
2.2 ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ ............................................................................................................................. 9
3 ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ ........................................................................... 11
4 ТРЕБОВАНИЯ К СИСТЕМЕ ........................................................................................................................... 14
4.1 ТРЕБОВАНИЯ К СИСТЕМЕ В ЦЕЛОМ................................................................................................................ 14
4.1.1 Требования к структуре и функционированию.................................................................................... 14
4.1.2 Требования к численности и квалификации персонала системы и режиму его работы................. 20
4.1.3 Показатели назначения.......................................................................................................................... 21
4.1.4 Требования к надежности ..................................................................................................................... 22
4.1.5 Требования к эргономике и технической эстетике ............................................................................ 23
4.1.6 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов
системы ................................................................................................................................................................. 24
4.1.7 Требования к защите информации от несанкционированного доступа ........................................... 24
4.1.8 Требования по сохранности информации при авариях ....................................................................... 25
4.1.9 Требования к патентной чистоте ....................................................................................................... 25
4.1.10 Требования по стандартизации и унификации ............................................................................... 25
4.2 ТРЕБОВАНИЯ К ФУНКЦИЯМ (ЗАДАЧАМ), ВЫПОЛНЯЕМЫМ СИСТЕМОЙ.......................................................... 27
4.2.1 Информационная учетно-процессная подсистема ............................................................................. 27
4.2.2 Подсистема информационно-справочного обеспечения..................................................................... 51
4.2.3 Подсистема «Сервер форм».................................................................................................................. 62
4.3 ТРЕБОВАНИЯ К ВИДАМ ОБЕСПЕЧЕНИЯ .......................................................................................................... 65
4.3.1 Требования к математическому обеспечению .................................................................................... 65
4.3.2 Требования к информационному обеспечению ..................................................................................... 65
4.3.3 Требования к лингвистическому обеспечению ..................................................................................... 72
4.3.4 Требования к программному обеспечению............................................................................................ 73
4.3.5 Требования к техническому обеспечению ............................................................................................ 74
4.3.6 Требования к методическому обеспечению.......................................................................................... 74
4.3.7 Требования к организационному обеспечению ..................................................................................... 75
5 СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ ....................................................... 77
5.1 ПЕРЕЧЕНЬ СТАДИЙ И ЭТАПОВ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ ................................................................... 77
5.1.1 Разработка детализированных технических требований ................................................................. 77
2
3. 5.1.2 Разработка Системы ............................................................................................................................ 77
5.2 ПЕРЕЧЕНЬ ДОКУМЕНТОВ, ПРЕДЪЯВЛЯЕМЫХ ПО ОКОНЧАНИИ СТАДИЙ И ЭТАПОВ РАБОТ ............................. 77
5.3 ВИД И ПОРЯДОК ПРОВЕДЕНИЯ ЭКСПЕРТИЗЫ ТЕХНИЧЕСКОЙ ДОКУМЕНТАЦИИ ............................................. 78
6 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ.................................................................................... 79
6.1.1 Предварительные испытания ............................................................................................................... 80
6.1.2 Опытная эксплуатация.......................................................................................................................... 80
6.2 ОБЩИЕ ТРЕБОВАНИЯ К ПРИЕМКЕ РАБОТ ПО СТАДИЯМ ................................................................................. 81
6.3 СТАТУС ПРИЕМОЧНОЙ КОМИССИИ................................................................................................................ 81
7 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА
АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ................................................................................ 82
7.1 ПРИВЕДЕНИЕ ПОСТУПАЮЩЕЙ В СИСТЕМУ ИНФОРМАЦИИ К ВИДУ, ПРИГОДНОМУ ДЛЯ ОБРАБОТКИ............ 82
7.2 ИЗМЕНЕНИЯ, КОТОРЫЕ НЕОБХОДИМО ОСУЩЕСТВИТЬ В ОБЪЕКТЕ АВТОМАТИЗАЦИИ .................................. 82
7.3 СОЗДАНИЕ УСЛОВИЙ ФУНКЦИОНИРОВАНИЯ ОБЪЕКТА АВТОМАТИЗАЦИИ.................................................... 83
7.4 СОЗДАНИЕ НЕОБХОДИМЫХ ДЛЯ ФУНКЦИОНИРОВАНИЯ СИСТЕМЫ ПОДРАЗДЕЛЕНИЙ И СЛУЖБ ................... 83
8 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ ............................................................................................... 84
3
4. Термины и сокращения
Термины
Ведомственные Информационные системы ведомств-участников МФЦ.
информационные системы
Ведомство Территориальные управления федеральных органов
исполнительной власти, органы исполнительной власти
субъектов РФ, органы местного самоуправления,
организации, участвующие в предоставлении
государственных и муниципальных услуг на базе МФЦ.
Государственная услуга Услуга, оказываемая физическим лицам и организациям
органами государственной власти в соответствии с
административным регламентом оказания услуги.
Дело Дело об оказании ГУ Заявителю включает все документы,
формируемые или получаемые в процессе оказания ГУ
(МУ).
Запрос Ведомства Запрос может быть выполнен:
- согласно регламенту оказания ГУ (МУ) Ведомства при
предоставлении доверенности от Заявителя;
- согласно соглашению между Ведомством и МФЦ.
Опись документов дела Содержит отметки о содержащихся в деле документах, как
принятых от заявителя, так и полученных в процессе
оказания ГУ (МУ) в результате выполнения запросов в
сторонние организации и Ведомство.
Папка дела Используется в качестве контейнера для хранения
электронных документов дела на оказание ГУ (МУ).
По завершению дела перенаправляется в архив.
Рекомендации по оказанию ГУ Содержит перечень запросов (действий), которые
(МУ) необходимо выполнить сотрудникам МФЦ в
определенной последовательности для оказания ГУ (МУ).
Результатом каждого запроса является документ-
результат оказания ГУ (МУ), если запрашивается
Ведомство, или документ, необходимый для оказания ГУ
4
5. (МУ), если запрашивается сторонняя организация. Для
каждого запроса может быть определено:
- запрашиваемое ведомство или организация;
- перечень необходимых документов для запроса;
- наименование запрашиваемого документа (документов);
- очередность запроса.
Сопроводительная ведомость Сопроводительная ведомость сопровождает дело при
прохождении им всех административных процедур и к
моменту выдачи результата оказания ГУ (МУ) должна
содержать отметки всех специалистов, принимавших
участие в оказании услуги.
Электронный документ Документ, созданный с помощью средств компьютерной
обработки информации и сохранённый в электронном
виде.
Сокращения
АИС Автоматизированная информационная система -
совокупность комплекса средств автоматизации,
организационно-методических и технологических
документов и персонала, использующего их в процессе
своей профессиональной деятельности.
АРМ Автоматизированное рабочее место сотрудника МФЦ.
БД База данных – совокупность данных, организованных по
определенным правилам, устанавливающим общие
принципы описания, хранения и манипулирования
данными.
ВИС Ведомственные информационные системы
ГУ Государственная (-ые) услуга (-и).
ИСО МФЦ Подсистема информационно-справочного обеспечения
деятельности МФЦ
ИУПП МФЦ Информационная учетно-процессная подсистема МФЦ
МУ Муниципальная услуга
МФЦ Многофункциональный центр предоставления
5
6. государственных и муниципальных услуг.
НСИ Нормативно-справочная информация
ОГВ (ОИВ) Орган государственной власти, (Орган исполнительной
власти.)
ПО Программное обеспечение – совокупность программ на
носителях данных и программных документов,
предназначенная для отладки, функционирования и
проверки работоспособности АИС.
СПО Специализированное программное обеспечение
СУБД Система управления базами данных – комплекс
программных средств, предназначенный для
манипулирования базой данных.
ТТ Детализированные технические требования к системе
АИС МФЦ на базе промышленной платформы
ЦОД Центр обработки данных - техническое решение,
предназначенное для создания высокопроизводительной,
отказоустойчивой информационной инфраструктуры.
ЭАР Электронный административный регламент - это система
формализованных описаний и руководств по
планированию, организации, выполнению и учету работ,
реализующих соответствующий административный
регламент, которая использует ИТ-средства для большей
эффективности выполнения регламента.
ЭИиКПОГУ МФЦ Модуль «Электронное исполнение и контроль процессов
оказания государственных услуг»
ЭЦП Электронная цифровая подпись - реквизит электронного
документа, предназначенный для защиты данного
электронного документа от подделки, полученный в
результате криптографического преобразования
информации с использованием закрытого ключа
электронной цифровой подписи и позволяющий
идентифицировать владельца сертификата ключа подписи,
а также установить отсутствие искажения информации в
6
8. 1 ОБЩИЕ СВЕДЕНИЯ
Автоматизированная информационная система поддержки деятельности
многофункциональных центров предоставления услуг на территории Российской Федерации
(АИС МФЦ, Система) предназначена для автоматизации основных административно-
управленческих процессов, протекающих в рамках МФЦ, и обеспечения эффективной
информационной поддержки деятельности организатора и участников МФЦ.
Основными целями создания Системы являются:
Повышение осведомленности физических и юридических лиц, а также
организаций о перечне и характере оказываемых услуг на базе МФЦ, а
также обеспечение качественного информационного сопровождения
граждан и организаций на протяжении всего процесса оказания
государственной (муниципальной, в рамках документа при упоминании
«государственных услуг» подразумевается так же что речь идет «о
муниципальных услугах») услуги путем публикации/обнародования
сведений о значимых событиях и фактах, возникающих в процессе её
оказания;
Повышение удобства и комфорта (снижение финансовых и временных
затрат) физических и юридических лиц, а также организаций при
получении государственных (муниципальных) услуг за счет
информатизации основных административно-управленческих процессов,
протекающих в рамках МФЦ, повышения их прозрачности и, в случае
необходимости, использования развитой системы предупреждения
нелегитимных действий участвующих в предоставлении услуги сторон;
Повышение эффективности и интенсификация межведомственного
информационного обмена и взаимодействия в рамках сквозных
административно-управленческих процессов реализуемых на базе МФЦ.
Данный документ разрабатывается в рамках выполнения работ по теме Создание
типовой информационной системы поддержки деятельности многофункциональных центров
предоставления государственных и муниципальных услуг и необходим для разработки
типовых компонент АИС МФЦ на баз промышленной платформы и их последующей
адаптации и вводу с опытную эксплуатацию в регионах внедрения (МФЦ г.Астрахань
Астраханской области, МФЦ г.Шебекино Белгородской области).
8
9. 2 НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ
2.1 НАЗНАЧЕНИЕ СИСТЕМЫ
Система предназначена для:
автоматизации деятельности сотрудников МФЦ и других участников
процессов предоставления услуг населению в объеме их прав и
функциональных обязанностей;
обеспечения оперативного доступа всех участников процессов
предоставления услуг населению к текущей информации.
2.2 ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ
Основной целью создания Системы является повышение эффективности и
интенсификация межведомственного информационного обмена и взаимодействия в рамках
сквозных административно-управленческих процессов, реализуемых на базе МФЦ.
Цель считается достигнутой, если по результатам создания Системы будут решены
следующие задачи:
1 контроль хода оказания ГУ (МУ), в частности:
заведение дела об оказании ГУ (МУ) при приеме Заявления;
ведение в электронном виде описи документов в деле;
ведение в электронном виде сопроводительной ведомости дела;
хранение электронных образов документов, входящих в дело, на протяжении
всего временного периода оказания ГУ (МУ);
отслеживание выполнения запросов в сторонние организаций в ходе оказания
ГУ (МУ) (в том числе, ведомства, ответственные за оказание ГУ (МУ));
доступ сотрудников МФЦ к актуальной информации о статусе заявки для
оперативного информирования Заявителя при запросе статуса заявки;
2 составление отчетности по ходу и результатам процессов оказания ГУ (МУ);
3 публичный доступ к информации о ГУ (МУ), оказываемых на базе МФЦ, через
Интернет;
4 публичный доступ к информации о ГУ (МУ), оказываемых на базе МФЦ, с
помощью информационного киоска;
5 доступ к персонифицированной информации о ходе оказания ГУ (МУ) через
Интернет;
9
10. 6 обработка заявлений на предоставление консультаций по ГУ (МУ),
оказываемым на базе МФЦ;
7 составление отчетности по ходу и результатам процессов предоставления
консультаций по ГУ (МУ), оказываемым на базе МФЦ;
8 расширение перечня ГУ (МУ), оказываемых на базе МФЦ.
Решение указанных задач должно быть выполнено в объеме требований к Системе,
установленных настоящими ТТ.
10
11. 3 ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ
МФЦ организует взаимодействие с заявителями, а также с территориальными
органами федеральных органов исполнительной власти, органами исполнительной власти
субъекта Российской Федерации, органами местного самоуправления, организациями,
участвующими в предоставлении соответствующих государственных и муниципальных
услуг.
Сотрудник МФЦ, не являющийся государственным служащим, в случаях, не
противоречащих законодательству Российской Федерации:
принимает от заявителей соответствующие заявления и другие необходимые для
получения государственной (муниципальной) услуги документы;
проверяет соответствие заявления необходимым требованиям, а также комплектность
представляемых заявителем документов, необходимых для выдачи запрашиваемого
документа;
регистрирует поступившие обращения заявителей в Системе непосредственно с
клиентского рабочего места, находящегося в МФЦ;
не позднее суток после регистрации передает заявление и представленный заявителем
пакет документов в территориальные органы федеральных органов исполнительной
власти, органы исполнительной власти субъекта Российской Федерации, органы
местного самоуправления, участвующие в предоставлении государственных и
муниципальных услуг (далее, Ведомства);
организует доставку необходимых документов из МФЦ в соответствующие
Ведомства, а также доставку результатов предоставления государственных
(муниципальных) услуг на базе МФЦ;
выдает заявителю запрашиваемый документ либо мотивированный отказ в
соответствии с требованиями утвержденных административных регламентов, других
нормативных правовых актов, соглашений;
В ходе работы МФЦ также:
организует привлечение сотрудников соответствующих федеральных органов
исполнительной власти, органов исполнительной власти субъектов Российской
Федерации, органов местного самоуправления для решения возникающих спорных
вопросов;
обеспечивает информационную поддержку предоставления государственных и
муниципальных услуг на базе МФЦ путем публикации разъяснительных, справочных
11
12. и других материалов;
обеспечивает своевременную публикацию в сети Интернет информации о
государственных и муниципальных услугах, предоставляемых на базе МФЦ;
обеспечивает создание и поддержание работы call-центра, телефона «горячей линии»
по вопросам предоставления государственных (муниципальных) услуг.
Сотрудник МФЦ вправе:
отказать заявителю в приеме заявления и пакета документов в случае несоответствия
представляемого комплекта документов требуемому для получения соответствующей
государственной (муниципальной) услуги;
отказать заявителю в приеме заявления и пакета документов либо в выдаче
документов в случае, если заявление и пакет документов для получения
государственной (муниципальной) услуги представлены (затребованы) без
удостоверения личности, либо не уполномоченным лицом.
Территориальные органы федеральных органов исполнительной власти, органы
исполнительной власти субъекта Российской Федерации, органы местного самоуправления,
участвующие в предоставлении государственных (муниципальных) услуг на базе МФЦ:
реализуют административные процедуры и осуществляют административные
действия, в рамках исполнения государственных (муниципальных) функций и
предоставления государственных (муниципальных) услуг, включая принятие решений
в соответствии с законодательством Российской Федерации, административными
регламентами, соглашениями;
размещают (при необходимости) в МФЦ ответственных должностных лиц;
принимают решения в рамках предоставления государственных (муниципальных)
услуг на основании документов, представленных заявителем в МФЦ, в соответствии с
административными регламентами, другими нормативными правовыми актами,
соглашениями;
готовят запрашиваемый заявителем документ либо мотивированный отказ в
соответствии с административными регламентами, другими нормативными
правовыми актами, соглашениями;
обеспечивают доступ сотрудников МФЦ к необходимым базам данных, в том числе
электронным;
передают подготовленный документ либо мотивированный отказ в МФЦ.
12
13. Порядок и режим работы МФЦ определяется регламентом работы конкретного МФЦ,
принимаемым организатором МФЦ. При этом прием заявителей на базе МФЦ
осуществляется не менее чем 60 часов в неделю по всем государственным (муниципальным)
услугам, предоставляемым на базе МФЦ.
Взаимодействие с физическими и юридическими лицами – получателями
государственных (муниципальных) услуг производится лично, по телефону, а также через
Интернет и через информационные киоски (инфоматы), расположенные в МФЦ.
Рассмотрение и выдача документов в рамках предоставления государственных
(муниципальных) услуг осуществляется в сроки, установленные соответствующими
административными регламентами, другими нормативными правовыми актами,
соглашениями.
13
14. 4 ТРЕБОВАНИЯ К СИСТЕМЕ
4.1 ТРЕБОВАНИЯ К СИСТЕМЕ В ЦЕЛОМ
4.1.1 ТРЕБОВАНИЯ К СТРУКТУРЕ И ФУНКЦИОНИРОВАНИЮ
4.1.1.1 Перечень подсистем
В состав АИС МФЦ должны входить следующие подсистемы:
– информационная учетно-процессная подсистема (ИУПП);
– подсистема информационно-справочного обеспечения (ИСО);
– подсистема «Сервер форм»;
– служебные компоненты.
Общая функциональная схема АИС МФЦ представлена на Рис. 1.
Рис. 1. Функциональная схема АИС МФЦ
4.1.1.1.1 Информационная учетно-процессная подсистема
Информационная учетно-процессная подсистема (ИУПП) предназначена для
централизованного управления информацией о государственных функциях и услугах с
целью её публикации на информационных ресурсах МФЦ, организации и учета движения
14
15. бумажного и электронного документопотока в рамках предоставления государственных
услуг на базе МФЦ, обработки заявлений на предоставление консультаций и
государственных услуг.
Подсистема ИУПП МФЦ включает в свой состав следующие модули:
– модуль «Электронное исполнение и контроль процессов оказания государственных
услуг» (Модуль ЭИиКПОГУ);
– модуль «Электронный архив».
Модуль ЭИиКОПГУ обеспечивает информационную поддержку административных
процессов в рамках МФЦ, и позволяет управлять полным жизненным циклом процесса
предоставления услуги, от его инициирования в МФЦ до уничтожения или передачи на
государственное хранение документов, связанных с этим процессом.
Модуль ЭИиКОПГУ обеспечивает автоматизацию следующих функций:
– прием заявлений и формирование дел на оказание ГУ;
– регистрация документов, циркулирующих в Системе (создание
регистрационных карточек документов, сканирование бумажных документов,
загрузка электронных копий бумажных документов в систему);
– проверка комплектности и правильности заполнения документов;
– составление рекомендаций по оказанию ГУ;
– маршрутизация дел на оказание ГУ (перемещение электронных документов
между сотрудниками, а также учет передвижения бумажных документов);
– выполнение запросов ведомств и организаций;
– выдача результатов заявителю.
Модуль «Электронный архив» предназначен для хранения и предоставления доступа
к документам из подсистем МФЦ, в том числе, вышедшим из оперативного пользования.
Модуль «Электронный архив» обеспечивает автоматизацию следующих функций:
– хранение дел на оказание услуги и связанных с ними документами;
– разграничение доступа к объектам архива в соответствии с правами и
полномочиями пользователей;
– протоколирование событий в рамках предоставления доступа к документам;
– поиск информации по объектам архива, включая полнотекстовый поиск по
содержанию документов;
– управление правами доступа к архиву документов (право чтения документа,
право просмотра учетной карточки документа);
– удаления информации из архива в результате согласования (удаление документа
15
16. по истечении установленного срока хранения после согласования выполнения
данного действия).
4.1.1.1.2 Подсистема информационно-справочного обеспечения
Подсистема информационно-справочного обеспечения (ИСО) предназначена для
предоставления физическим и юридическим лицам информации о порядке и ходе оказания
государственных и муниципальных услуг, информирования о режиме и особенностях работы
МФЦ, предоставления возможности записи на прием в МФЦ, заполнения форм документов,
необходимых для получения государственных (муниципальных) услуг через МФЦ и
предоставления сервиса подачи электронных документов в МФЦ.
Подсистема информационно-справочного обеспечения (ИСО) включает в свой состав
следующие модули:
– Модуль «Портал МФЦ»;
– Модуль «Информационный киоск МФЦ»;
– Модуль «Реестр НСИ МФЦ»;
– Модуль регистрации значимых событий
Модули «Информационный киоск» и «Портал МФЦ» служат источником
предоставления информации о государственных и муниципальных услугах гражданам.
Модуль «Портал МФЦ» обеспечивает возможность двухстороннего обмена
информацией и предоставления данных о ходе выполнения государственных или
муниципальных услуг гражданам.
Модуль «Портал МФЦ» обеспечивает автоматизацию следующих функций:
– публикация общей консолидированной информации о возможности получения
государственных и муниципальных услуг через МФЦ, включая нормативную базу их
оказания;
– получения данных из других модулей АИС МФЦ с целью их дальнейшей
публикации;
– публикация детальной информации о порядке получения государственных и
муниципальных услуг через МФЦ, включая регламент их предоставления, категории
получателей, имеющих право на получение этих услуг, основания для отказа в их
получении, требования к комплектности документов, образцы и бланки документов;
– публикация персонифицированной информации о ходе подготовки результатов
предоставления государственной или муниципальной услуги или консультации за
счет возможности разграничения прав доступа к информации и организации личных
16
17. кабинетов пользователей портала МФЦ;
– управление структурой и содержанием модуля, включая средства разграничения прав
доступа, ведения истории изменений, версионность.
Модуль «Информационный киоск МФЦ» предоставляет информацию о порядке и
ходе оказания государственных и муниципальных услуг, оказываемых через МФЦ, а также о
порядке и особенностях работы МФЦ.
Модуль «Информационный киоск МФЦ» обеспечивает автоматизацию следующих
операций:
– предоставление гражданам справки по получению государственных и
муниципальных услуг (информирование граждан о государственных услугах и
способах их получения, быстрый поиск по услугам);
– предоставление информации о статусе исполнения услуги для заявителя;
– информационное взаимодействие с модулями системы АИС МФЦ.
Модуль регистрации значимых событий обеспечивает сохранение в
структурированном виде необходимой информации для:
– предоставления персональной информации о состоянии дела Заявителя;
– составления отчетности по оказанным услугам и направленным запросам
– составления перечня запросов в ведомства для поддержки бумажного документа
оборота при необходимости.
4.1.1.1.3 Подсистема «Сервер форм»
Подсистема «Сервер форм» обеспечивает автоматизацию процессов, связанных с
ведением реестра форм документов, динамическое формирование электронных форм,
контроль правильности заполнения на автоматизированных местах пользователей АИС
МФЦ (в том числе заявителей через «Портал МФЦ»), и хранения информации, внесенной в
поля формы пользователями. Для осуществления функций подготовки и хранения форм в
состав подсистемы «Сервер форм» входит модуль «Ведения реестра форм».
Модуль «Ведения реестра форм» обеспечивает автоматизацию следующих операций с
формами:
– создание различных типов форм, в том числе на основе шаблонов;
– редактирование вновь созданных или уже существующих форм, использование ранее
созданных фрагментов форм;
– загрузка в модуль вновь разработанных форм, а также обновление уже содержащихся
в нем форм;
17
18. – загрузка в модуль вновь разработанных справочников, а также обновление уже
содержащихся в нем справочников.
4.1.1.2 Требования к числу уровней иерархии и степени
централизации системы
Система является централизованной и не имеет уровней иерархии. Все серверные
компоненты Системы, размещаются в рамках локальной вычислительной сети МФЦ.
4.1.1.3 Требования к способам и средствам связи для
информационного обмена между компонентами системы
Взаимодействие между подсистемами и функциональными модулями реализуется
посредством веб-сервисов с использованием протокола SOAP.
4.1.1.4 Требования к характеристикам взаимосвязей со
смежными системами
Взаимодействие с внешними по отношению к АИС МФЦ системами (при их наличии)
реализуется посредством интеграционной платформы и специализированных шлюзов
доступа. Подключение дополнительных внешних систем реализуется путем разработки
(адаптации) шлюза доступа с учетом специфики внешней системы.
4.1.1.5 Требования к совместимости
Разрабатываемая система должна быть построена на современных стандартных
протоколах взаимодействия и форматах данных. В состав совместимых протоколов
информационного взаимодействия должны быть включены:
– Hyper text transfer protocol (HTTP/HTTPS), который должен использоваться для
доступа к портальному слою Системы;
– File transfer protocol (FTP), который должен использоваться для передачи файлов в
Системе;
– Transmission control protocol/Internet protocol (TCP/IP), используемый для
осуществления информационного обмена между компонентами Системы;
– Open database connectivity (ODBC), используемый для доступа как к внешним базам
данных, так и к базам в границах Системы;
– Java database connectivity (JDBC), используемый для доступа как к внешним базам
данных, так и к базам в границах Системы;
– Java Message Service (JMS), используемый для связи компонентов Системы и
18
19. обеспечения совместимости с внешними системами, основанными на Java Platform;
– Extensible messaging and presence protocol (XMPP), для обеспечения совместимости с
компонентами Системы и смежными системами, использующими данный протокол.
Система АИС МФЦ должна обеспечивать совместимость со следующими форматами:
– Microsoft Office 97-2003
– XML;
– CSV.
Помимо этого, АИС МФЦ должна обеспечивать поддержку всех используемых
программных и аппаратных средств в объеме, необходимом для соблюдения
функциональных требований к системе, указанных в разделе 4.2 настоящего ТЗ.
4.1.1.6 Требования к способам обмена информацией
Информационный обмен в Системе осуществляется путем обмена нормализованными
сообщениями, при этом в роли описания сообщения выступает файл формата XML, в роли
транспорта информационного сообщения – протокол HTTP/S. Компоненты АИС МФЦ
должны реализовывать информационный обмен любым способом, не нарушающим
целостность данных, а также правила разграничения доступа пользователей и компонентов
Системы к сведениям Системы.
4.1.1.7 Требования к режимам функционирования
Система должна иметь возможность функционировать в следующих режимах:
– Штатный режим;
– Режим системного администрирования.
Штатный режим должен являться основным режимом функционирования,
обеспечивающим выполнение задач Системы.
Режим системного администрирования должен являться технологическим режимом, и
использоваться для сопровождения Системы, в том числе – изменения конфигурации,
параметров работы, настроек, выполнения регламентного обслуживания программно-
технических средств. Кроме этого, в режиме системного администрирования должны
выполняться функции, связанные с реконфигурацией, конвертированием и архивированием
баз данных Системы. После возникновения отказа в каком-либо из компонентов Системы,
режим должен обеспечивать перевод отказавших компонентов в штатный режим
функционирования после идентификации возникшего отказа и устранении его причин.
19
20. 4.1.2 ТРЕБОВАНИЯ К ЧИСЛЕННОСТИ И КВАЛИФИКАЦИИ ПЕРСОНАЛА
СИСТЕМЫ И РЕЖИМУ ЕГО РАБОТЫ
4.1.2.1 Требования к численности персонала (пользователей)
Для обеспечения функционирования Системы необходим следующий персонал:
– Системные администраторы из числа служащих МФЦ;
– Информационные администраторы из числа служащих МФЦ;
– Пользователи
– Разработчик процессов.
Системные администраторы должны обеспечивать корректное функционирование
программно-аппаратных компонент Системы.
Информационные администраторы должны обеспечивать своевременную
актуализацию и проверку справочной информации в Системе.
4.1.2.2 Требования к квалификации персонала, порядку его
подготовки и контроля знаний и навыков
Системные администраторы должны выполнять следующие функциональные
обязанности:
– Настройка и диагностирование Системы;
– Обслуживание технического и системного программного обеспечения Системы;
– Администрирование баз данных;
– Резервное копирование и восстановление данных;
– Обеспечение регламентных работ и анализ результатов регламентных операций.
Требования к квалификации системных администраторов:
– Знание вопросов сопровождения и администрирования ЛВС, протокола TCP/IP;
– Знание вопросов настройки рабочих станций локальной вычислительной сети;
– Знание вопросов инсталляции, общесистемного сопровождения и
администрирования Системы;
– Опыт администрирования СУБД.
Информационные администраторы должны выполнять следующие функциональные
обязанности:
– Регламентная загрузка информации из внешних источников информации;
– Контроль своевременности предоставления информации пользователями Системы;
– Распределение прав доступа и конфигурирование автоматизированных рабочих мест
Системы.
20
21. Квалификация информационных администраторов должна обеспечивать свободное
обращение с персональным компьютером на уровне пользователя офисных приложений. Для
успешной работы с Системой информационные администраторы должны пройти
специальную подготовку по работе с Системой.
Функции, квалификация и численность пользователей системы:
– Пользователями Системы являются Сотрудники органов государственной власти
ведомств участников МФЦ, организаторы МФЦ, сотрудники и операторы МФЦ,
граждане и организации РФ в рамках взаимодействия с подсистемой
информационно-справочного обеспечения;
– Служащие органов государственной власти Субъектов Российской Федерации
обеспечивают своевременность, полноту и правильность хода исполнения
государственных и муниципальных услуг;
– Количество пользователей АИС МФЦ должно быть достаточным для обеспечения
своевременности обновления информации, возникающей по ходу оказания
государственных услуг в Системе.
4.1.2.3 Требуемый режим работы персонала системы
Требования к режиму работы пользователей Системы устанавливаются Заказчиком на
основании Трудового кодекса Российской Федерации. Режим работы администраторов
должен соответствовать нормальной продолжительности рабочего времени согласно статье
15, разделу IV Трудового кодекса в редакции от 30 декабря 2001 года с внесенным
постановлением Конституционного суда Российской Федерации №3-П от 15.03.2005.
4.1.3 ПОКАЗАТЕЛИ НАЗНАЧЕНИЯ
Выделяются следующие качественные показатели назначения Системы:
1 Автоматизация функций сотрудников МФЦ по исполнению и контролю
процесса оказания государственных услуг.
2 Возможность хранения в Системе электронных копий всех документов,
создаваемых пользователями по ходу процесса оказания государственных услуг.
3 Создание условий для повышения эффективности процесса оказания
государственных услуг.
4 Возможность автоматизированного формирования статистической отчетности
по результатам функционирования МФЦ.
Количественные показатели назначения данным Техническим заданием не
устанавливаются.
21
22. 4.1.4 ТРЕБОВАНИЯ К НАДЕЖНОСТИ
4.1.4.1 Перечень аварийных ситуации
Ниже приводится перечень возможных аварийных ситуаций с указанием требований к
средствам восстановления работоспособности Системы.
1) Сбой общего или специального программного обеспечения Системы (отдельного
АРМ или сервера).
После сбоя серверной операционной системы или СУБД в процессе выполнения
пользовательских задач должно быть обеспечено восстановление данных в базе данных до
состояния на момент окончания последней нормально завершенной перед сбоем транзакции.
Время восстановления работоспособности при сбоях и отказах не должно превышать
З-х часов. В это время не входит разворачивание и настройка специального программного
обеспечения на сервере (ах). В указанное время не входит решение проблем с техническим
обеспечением и инсталляция операционной системы.
2) Выход из строя части технических средств Системы.
Выход из строя одного из АРМ или нарушение канала связи локальной сети между
АРМ и сервером не должны приводить к прекращению функционирования Системы, при
этом должна обеспечиваться возможность выполнения функций, связанных с вышедшим из
строя АРМ на другом АРМ.
3) Сбои или выход из строя активного накопителя на жестком магнитном диске.
Система должен обеспечивать возможность «горячей» замены сбойного или
вышедшего из строя активного накопителя на жестком магнитном диске без остановки
функционирования Системы и потерь информации.
В Системе должна быть обеспечена возможность восстановления данных с внешнего
накопителя после восстановления активного накопителя.
4) Импульсные помехи, сбои или прекращение электропитания.
Импульсные помехи, сбои или прекращение электропитания не должны приводить к
выходу из строя технических средств КСА и/или нарушению целостности данных.
Прекращение электропитания на время до 15 минут не должно приводить к
прекращению функционирования КСА.
Должны быть предусмотрены средства оповещения пользователей о прекращении
электропитания.
22
23. 4.1.4.2 Требования к надежности технических средств
Надежность Системы в части технического обеспечения должна обеспечиваться:
– использованием технических средств повышенной отказоустойчивости и их
структурным резервированием;
– наличием на объектах автоматизации запасных изделий и приборов (ЗИП);
– защитой технических средств по электропитанию путем использования источников
бесперебойного питания;
– дублированием носителей информационных массивов.
В случае возникновения сбоев, аварий и отказов на отдельных рабочих станциях
должна быть сохранена возможность дальнейшего ввода данных, их обработки, а также
формирования отчетных документов на других рабочих станциях.
4.1.4.3 Требования к надежности программного обеспечения
В целях обеспечения надежного функционирования программное обеспечение
Системы должно предусматривать:
контроль целостности данных на уровне СУБД;
сохранение целостности данных при нештатном завершении программы в
случае отказа рабочей станции;
сохранение работоспособности программного обеспечения при
некорректных действиях пользователя;
резервное копирование информации с возможностью её оперативного
восстановления.
4.1.5 ТРЕБОВАНИЯ К ЭРГОНОМИКЕ И ТЕХНИЧЕСКОЙ ЭСТЕТИКЕ
Все формы для ввода данных, использующиеся в Системе, должны быть выполнены
на русском языке и соответствовать стандартам, принятым при работе пользователей в
режиме типовых Web Browser-ов в среде ОС Windows.
При создании и корректировки документов задание их формализованных реквизитов
должно осуществляться с максимальным использованием имеющейся НСИ, путем выбора
нужных значений из соответствующих списков.
Проверка корректности заполнения полей диалоговых форм должна обязательно
выполняться:
перед передачей данных в Систему;
перед сохранением информации в БД Системы.
23
24. Цветовая гамма диалогов, а так же использование логотипов Заказчика определяются
в процессе проектирования в рабочем порядке.
Решение о достаточной эргономичности пользовательских диалогов и качеству их
оформления принимается Заказчиком и Исполнителем в рабочем порядке.
4.1.6 ТРЕБОВАНИЯ К ЭКСПЛУАТАЦИИ, ТЕХНИЧЕСКОМУ ОБСЛУЖИВАНИЮ,
РЕМОНТУ И ХРАНЕНИЮ КОМПОНЕНТОВ СИСТЕМЫ
Условия эксплуатации, а также виды и периодичность обслуживания технических
средств Системы должны соответствовать требованиям по эксплуатации, техническому
обслуживанию, ремонту и хранению, изложенным в документации завода-изготовителя
(производителя) на них.
Технические средства Системы и персонал должны размещаться в существующих
помещениях Заказчика, которые по климатическим условиям должны соответствовать ГОСТ
15150-69 «Машины, приборы и другие технические изделия. Исполнения для различных
климатических районов. Категории, условия эксплуатации, хранения и транспортирования в
части воздействия климатических факторов внешней среды» (температура окружающего
воздуха от 5 до 40° C, относительная влажность от 40 до 80% при Т=25° C, атмосферное
давление от 630 до 800 мм ртутного столба). Размещение технических средств и организация
автоматизированных рабочих мест должны быть выполнены в соответствии с требованиями
ГОСТ 21958-76 «Система "Человек-машина". Зал и кабины операторов. Взаимное
расположение рабочих мест. Общие эргономические требования».
Для электропитания технических средств должна быть предусмотрена трехфазная
четырехпроводная сеть с глухо заземленной нейтралью 380/220 В (+10-15)% частотой 50 Гц
(+1-1) Гц. Каждое техническое средство запитывается однофазным напряжением 220 В
частотой 50 Гц через сетевые розетки с заземляющим контактом.
Для обеспечения выполнения требований по надежности должен быть создан
комплект запасных изделий и приборов (ЗИП).
Состав, место и условия хранения ЗИП определяются на этапе технического
проектирования.
4.1.7 ТРЕБОВАНИЯ К ЗАЩИТЕ ИНФОРМАЦИИ ОТ
НЕСАНКЦИОНИРОВАННОГО ДОСТУПА
Разработка компонентов информационного и программного обеспечения
информационной системы должна осуществляться с учетом требований по защите
информации от несанкционированного доступа в соответствии с требованиями ГОСТ Р
24
25. 50322-96, ГОСТ Р 50739-95 и РД Федеральной службы по техническому и экспертному
контролю (ФСТЭК России).
В соответствии с руководящим документом Гостехкомиссии России
«Автоматизированные системы. Защита от несанкционированного доступа (НСД) к
информации. Классификация автоматизированных систем и требования по защите
информации» данная система относится к группе многопользовательских
автоматизированных систем (АС), в которых одновременно обрабатывается, и хранится
информация разных уровней конфиденциальности.
СПО Системы должно обеспечить:
авторизацию всех пользователей Системы и протоколирование их
действий;
разграничение доступа к данным;
разграничение доступа к функциям пользовательского интерфейса.
Данные доступны для чтения и корректировки должностным лицам, назначенным на
соответствующие роли, исполняемые ими в Системе.
4.1.8 ТРЕБОВАНИЯ ПО СОХРАННОСТИ ИНФОРМАЦИИ ПРИ АВАРИЯХ
Сохранность информации при авариях обеспечивается имеющимися у Заказчика
средствами резервного копирования.
Специальных требований к Системе по данному пункту не выставляется.
4.1.9 ТРЕБОВАНИЯ К ПАТЕНТНОЙ ЧИСТОТЕ
Использование Системы и ее частей должно удовлетворять условиям патентной
чистоты на территории Российской Федерации на неограниченный срок использования.
Использование системного и программного обеспечения Системы и ее частей должно
удовлетворять условиям лицензионной чистоты на территории Российской Федерации на
неограниченный срок и применительно к видам использования, установленным в
эксплуатационной документации.
4.1.10 ТРЕБОВАНИЯ ПО СТАНДАРТИЗАЦИИ И УНИФИКАЦИИ
При разработке Системы должно быть минимизировано использование
нестандартных, ненормативных классификаторов.
Автоматизированные рабочие места Системы должны быть унифицированы и
должны опираться на единую технологию работы и использование типовых программных
решений.
25
26. Для организации обмена информацией между подсистемами должны быть:
– Разработаны и описаны в виде XML Schema спецификации данных в формате XML;
– Реализована возможность информационного обмена при помощи файлов в формате и
структуре, соответствующей XML Schema;
– Проводимые работы должны соответствовать требованиям ФЦП «Электронная
Россия» по отчуждаемости и совместимости:
Применяемые при создании Системы технические (форматы данных,
протоколы передачи и прочие) и организационные (регламенты,
требования, инструкции и т. п.) решения должны быть доступны и
документированы в виде, достаточном для независимой (без обращения к
Исполнителю) реализации третьими сторонами. Применение
недокументированных или недоступных решений не допускается;
При выборе применяемых решений преимущество должно отдаваться
стандартизированным решениям (т. е. прошедшим процедуру
стандартизации и утвержденным в качестве стандарта, либо рекомендации
каким-либо признанным международным, федеральным, отраслевым,
промышленным органом по стандартизации).
В случае применения Исполнителем специфицированных, но не стандартизированных
решений должно быть представлено обоснование на каждый такой случай.
Совместимость со смежным программным обеспечением должна быть обеспечена
путем предоставления возможностей загрузки и выгрузки информации в электронные файлы
фиксированного формата и/или предоставлением специфицированного программного
интерфейса (API).
26
27. 4.2 ТРЕБОВАНИЯ К ФУНКЦИЯМ (ЗАДАЧАМ), ВЫПОЛНЯЕМЫМ СИСТЕМОЙ
4.2.1 ИНФОРМАЦИОННАЯ УЧЕТНО-ПРОЦЕССНАЯ ПОДСИСТЕМА
4.2.1.1 Модуль «Электронное исполнение и контроль процессов оказания государственных услуг»
Модуль должен обеспечивать реализацию следующих групп функций:
1 Прием заявлений
2 Составление рекомендаций по оказанию ГУ
3 Выполнение запросов ведомств и организаций
4 Выдача результатов заявителю
5 Закрытие дел без выдачи результатов
6 Модификация описаний процессов
Перечень и описание функций группы «Прием заявлений» приведены в таблице ниже (Таблица 1).
Таблица 1. Функции приема заявлений
№ п./п. Название функции Описание функции Требования к функции Доступ
1. Создание нового дело При обращении заявителя Инициирование создания нового дела выполняется на Оператор
пользователь создает новое закладке «Процесс» клиентского приложения Adobe
дело об оказании ГУ (МУ) LiveCycle WorkSpace ES.
Форма дела содержит:
сопроводительную ведомость
опись принятых документов
рекомендации по оказанию услуги
28. № п./п. Название функции Описание функции Требования к функции Доступ
перечень действий (протокол работы с делом)
форму заявления (необязательно).
форму договора на оказание услуг(необязательно).
Другие шаблоны документов, оформляемых при
оказании ГУ (МУ)
2. Создание папки дела Для каждого дела в модуле При заведении в Системе нового дела для него Система
«Электронный архив» формируется временная папка в модуле «Электронный
создается папка дела архив», используемая на этапе оформления дела и приема
документов.
Папка дела используется для хранения метаданных дела в
формате XML, электронных шаблонов документов,
используемых при формировании дела, отсканированных
копий документов, принятых от заявителя.
Структура папки дела приведена п. 4.3.2.1.5. Папка дела
на оказание услуг.
При сохранении оформленного дела содержимое
временной папки копируется в постоянную папку дела в
модуле «Электронный архив».
3. Выбор услуги При выборе услуги в При формировании сопроводительной ведомости Оператор
сопроводительной ведомости выполняется последовательный выбор категории,
выполняется предзаполнение подкатегории и услуги на основе вызова сервисов модуля
28
29. № п./п. Название функции Описание функции Требования к функции Доступ
реквизитов дела, на основе «Реестр НСИ».
описания услуги По факту выбора услуги выполняется загрузка
описания услуги и получение данных:
предоставляющее ОГВ;
список необходимых документов с ссылками на
шаблоны при их наличии;
рекомендации по исполнению услуги (задания);
форма заявления на оказание услуги.
4. Предзаполнение При выборе услуги система Предзаполнение списка принимаемых документов Система
списка необходимых выполняет предзаполнение выполняется на основе XML описания услуги.
документов списка необходимых Предзаполнение списка документов – результатов
документов оказания услуг выполняется на основе XML описания
стандартных запросов для выбранной услуги.
5. Предзаполнение При выборе услуги система Предзаполнение запросов выполняется на основе XML Система
рекомендаций выполняет предзаполнение описания стандартных запросов для выбранной услуги.
(заданий) стандартного списка заданий
6. Оформление договора Шаблон договора в формате Шаблон договора загружается в папку дела при создании Оператор
на оказание услуг PDF доступен для заполнения дела. Опись дела содержит ссылку для открытия шаблона
на закладке «Опись дела» договора для заполнения.
При открытии шаблона договора выполняется
предзаполнение данных заявителя и описи принятых
29
30. № п./п. Название функции Описание функции Требования к функции Доступ
документов.
Подписанный договор сканируется, и загружается в папку
дела.
7. Оформление Электронная форма Форма заявления, соответствующая услуге, загружается в Оператор
заявления на оказание заявления в формате PDF папку дела при выборе услуги при формировании дела.
услуги доступна для заполнения на Опись дела содержит ссылку для открытия формы
закладке «Опись дела» заявления для заполнения.
При открытии формы заявления выполняется
предзаполнение данных заявителя из сопроводительной
ведомости.
Заполненная форма распечатывается, данные в формате
XML передаются на сервер, и сохраняются в папке дела.
Подписанное заявление сканируется, и загружается в
папку дела.
8. Загрузка Отсканированные документы Загрузка отсканированных копий документа выполняется Оператор
отсканированных загружаются в опись дела и из сопроводительной описи дела.
документов сохраняются в папке дела Загрузка отсканированной электронной формы заявления
выполняется по кнопке «Прикрепить» секции «Форма».
Загрузка отсканированной копии договора выполняется
по кнопке «Прикрепить» секции «Договор».
Загрузка обязательных документов выполняется двойным
щелчком мыши по названию типа соответствующего
30