РАЗДЕЛ III. ТЕХНИЧЕСКОЕ ЗАДАНИЕ
Код по (ОКДП) ОК 004-93 3020196: Комплексы вычислительные управляющие
Общие сведения
Аппаратно-программный комплекс обработки информации об административных правонарушениях, полученных с приборов фото- и видеофиксации на территории Орловской области должен включать в свой состав:
Комплекс серверного оборудования (КСО), для обеспечения работоспособности модернизированной системы;
2. Комплекс автоматизированной обработки информации об административных правонарушениях (КАОИ), полученных с приборов фото- и видеофиксации;
Все поставляемые компоненты должны быть аппаратно и программно совместимы, должны иметься лицензии на использование программного обеспечения (ПО).
|
Принятые сокращения
ПДД – Правила дорожного движения Российской Федерации;
ТС – транспортное средство;
ГРЗ – государственный регистрационный знак транспортного средства;
КСО – комплекс серверного оборудования;
КАОИ – комплекс автоматизированной обработки информации об административных правонарушениях;
ПО – программное обеспечение;
ИС – информационная система;
ФИС – федеральная информационная система;
ШПИ – штриховой почтовый идентификатор;
ФССП – Федеральная служба судебных приставов;
АП – административное правонарушение;
ЭЦП – электронная цифровая подпись;
ФВФ – фото- и видеофиксация
|
Требования к качеству и безопасности Товара:
|
Требования к подтверждению соответствия качества и безопасности Товара
|
Поставляемое оборудование подлежит обязательной сертификации в соответствии с постановлением Правительства Российской Федерации от 01 декабря 2009 г. №982 «Об утверждении единого перечня продукции, подтверждение соответствия которой осуществляется в форме принятия декларации о соответствии». Качество товара и его комплектующих должно подтверждаться сертификатами соответствия.
|
Год выпуска товара
|
не ранее 2013
|
Сведения об использовании товара ранее
|
Должен быть новым (не бывшим в употреблении)
|
Защита от поражения электрическим током
|
Должны соответствовать ГОСТ12.1.030-81 «Система стандартов безопасности труда. Электробезопасность. Защитное заземление, зануление» и «Правилам устройства электроустановок» (Раздел 1. Общие правила. Заземление и защитные меры электробезопасности), ГОСТ Р 51350-99 «Безопасность электрических
контрольно-измерительных приборов и лабораторного оборудования»
|
Сопротивление и прочность изоляции кабелей Оборудования
|
Должны соответствовать требованиям «Правил устройства электроустановок» (Раздел 1. Общие правила. Нормы приемо-сдаточных испытаний)
|
Защитное отключение системы электропитания при перегрузках и коротких замыканиях в цепях нагрузки, а также аварийное ручное отключение.
|
наличие
|
Пожарная безопасность
|
Товар должен соответствовать требованиям Федерального закона от 22 июля 2008 года №123-ФЗ «Технический регламент о требованиях пожарной безопасности».
|
Требования к техническим характеристикам товара
|
1. Требования к КСО
КСО должен включать в свой состав:
Сервер;
Дисковое хранилище;
Монтажный шкаф напольный
Источник бесперебойного питания
1.2.Требования к серверу
Должен быть поставлен сервер, обеспечивающий монтаж в 19”стойку, с характеристиками:
1.2.1.Не менее 4 процессоров с характеристиками, не ниже:
- 10 ядер;
- Частота 2.40 ГГц;
- 30 МБ Кеш-памяти;
- Реализация технологии 64-х битной адресации памяти.
1.2.2.Оперативная память:
- не менее 128 Гб;
- Возможность расширения как минимум до 2048 Гб
- не менее 8 плат расширения памяти / не менее 64 слотов для установки модулей памяти;
- Механизм обнаружения и коррекции мульти-битных ошибок, режим зеркалирования;
1.2.3.Контроллер жёстких дисков:
- Интерфейс – 6G SAS;
- не менее 8 (восьми) портов;
- не менее 2-х внутренних коннекторов не менее, чем по 4 порта каждый;
- Кэш-память – не менее 1Gb. В случае внезапного отключения питания сервера, содержимое кэш-памяти должна сохраняться в течение неограниченного срока;
- Поддержка уровней RAID 0, 1, 1+0, 5, 5+0;
1.2.4. Не менее 8 (восьми) внутренних дисков не менее 600Гб SAS, не менее 10000 об/мин.
1.2.5. Возможность установки до 8 внутренних дисков (или более);
1.2.6. Интегрированный видеоадаптер, видеопамять не менее 32 МБ;
1.2.7. Встроенный привод DVD-ROM;
1.2.8. Минимум 4 интегрированных сетевых интерфейса со скоростью 10/100/1000 и с поддержкой технологии TCP/IP OffloadEngine (TOE) и AcceleratediSCSI, коннекторы - RJ-45;
1.2.9. Не менее 2-х адаптеров – 2х канальный FibreChannel минимум 8 Гбит;
1.2.10. Не менее 5-ти слотов PCIe, с возможность расширения не менее, чем до 11 слотов;
1.2.11. Наличие не менее 4-х блоков питания с горячей заменой. Мощность минимальная 1200Ватт;
1.2.12. Наличие вентиляторов охлаждения с горячей заменой и резервированием N+1;
1.2.13. Не менее 5-ти USB портов, не менее 2 -х из них на передней панели, хотя бы один внутри корпуса сервера;
1.2.14. Слот для установки SD карт;
1.2.15. Последовательный (COM) порт;
1.2.16. Не мене 2-х портов для подключения монитора, хотя бы один из них на передней панели;
1.2.17. Наличие интегрированного процессора удалённого управления и мониторинга, использующего выделенный сетевой адаптер 10/100Mb.
1.2.18. Сервер должен обладать следующими возможностями:
- удаленная перезагрузка, включение/выключение сервера;
- удаленная загрузка операционной системы сервера при помощи виртуальной дискеты, ISO образа, а так же с виртуальных CD/DVD-устройств;
- подключение через порт удаленного управления файловых папок локального компьютера администратора;
- воспроизведение последней загрузки и последнего экрана системного сбоя, такого как "синий экран" Windows и Linux «coredump»;
- архивирование событий консоли для диагностики неисправностей сервисной службой;
- виртуальная, независимая от операционной системы, текстовая и графическая консоль (Virtual KVM);
- графическая консоль поддерживает разрешение экрана 1600x1200(не менее);
- авторизация пользователей в локальной базе (не менее 12-ти);
- Одновременное подключение к одной графической консоли не менее 6-ти пользователей;
- авторизация пользователей во внешней базе ActiveDirectory;
- поддержка протоколов удаленного управления: SNMP 2, IPMI 2.0, DMTF ServerManagementCommandLineProtocolSpecification (используется Заказчиком);
- доступ к порту управления из Web-браузера по протоколам http, ssl, а так же из командной строки по протоколам telnet, ssh;
- реализация интерфейса удаленного управления на технологии WEB 2.0;
- мониторинг оборудования (температура, напряжение и т.д.) независимый от состояния операционной системы;
- удаленное управление BIOS;
1.2.19. В комплекте с сервером должен поставлятся набор ПО управления и мониторинга, обеспечивающие следующие возможности:
- Сбор инвентарной информации по всем серверным компонентам, включая серийные номера, и передача её в единую систему мониторинга;
- Инвентаризация ПО, установленного на сервере, и сбор информации в общей базе данных; Отслеживание процессов и приложений ОС (запущен, остановлен, не загружен);
- Автоматическое управление процессами ОС (остановить, запустить);
- Обнаружение и устранение уязвимостей операционных систем Windows и Linux;
- Анализ производительности сервера с выдачей рекомендаций по оптимизации конфигурации;
- Запуск программ по расписанию;
- Мониторинг пороговых значений параметров;
- Администрирование пользователей;
- Единое управление физическими и виртуальными серверами;
- Наличие решения IntegratedLights-OutAdvanced (iLO 3), обеспечивающее удаленное управление (используется Заказчиком);
- Наличие средств миграции физических серверов в виртуальные и обратно;
- Выдача на консоль сервера или удаленного администратора информации о предсказании сбоев дисков, модулей памяти и процессоров;
- Мониторинг энергопотребления и тепловыделения серверов на аппаратном уровне со сбором статистических данных;
- Управление режимами энергопотребления процессоров;
- Возможность устанавливать предельные параметры потребляемой сервером мощности.
- Автоматизированная установка операционных систем Windows, Linux, VMware ESX andMicrosoftHyper-V, включая создание виртуальных машин.
1.2.20. Корпус для монтажа в шкаф 19", высота 4U.
1.2.21. Крепежный комплект для установки в монтажный шкаф 19” (квадратные и круглые отверстия в направляющих), обеспечивающий монтаж сервера без использования инструментов;
1.3.Требования к дисковому хранилищу
Дисковое хранилище (дисковый массив) должно обеспечивать монтаж в 19”стойку, размеры:
- высота не более 2U;
- монтажная ширина 19’’;
- шасси с поддержкой до 12 (двенадцать) дисков SAS/SATA (с возможностью расширения до 120)
- содержит не менее 2 (двух) оптических контроллеров FiberChannel 8Гбит/с c КЭШ-памятью не менее 2Гб с функцией коррекции ошибок (ECC) и резервным копированием на Flash накопитель, на каждом контроллере, не мене 2 (двух) портов для подключения FC на каждом контроллере;
- котроллер должен иметь аппаратную поддержку RAID уровней 0, 1, 3, 5, 6, 10, 50;
- каждый контроллер должен содержать не менее одного порта Ethernet и одного терминального порта miniUSB для мониторинга и управления;
- хранилище должно включать не менее 12 (двенадцати) жестких дисков SAS 2ТБ, с горячей заменой, не менее 6Гбит/с, не менее 7200 об/мин.;
- наличие графического интерфейса мониторинга и управления с доступом через веб-браузер;
- каждый контроллер должен содержать не менее одного порта для подключения дополнительной дисковой полки;
- каждый контроллер содержит не менее 2 (двух) оптических модулей SFP FiberChannel не менее 8Гбит/с;
- должна предусматриваться возможность модификации путём замены контроллеров на контроллеры с интерфейсами iSCSI 1Gb,10Gb и SAS 6Gb;
- должно поддерживать создание не менее 512 мгновенных снимков, поддерживать удалённую репликацию;
- возможность расширения путём подключения дополнительных дисковых полок;
- хранилище должно поддерживать операционные системы:
Microsoft Windows Server 2008 IA32, x64, IA64
Microsoft Windows Server 2008 R2 x64
Microsoft Windows 2003 SP1, SP2, and R2 and 2003 R2 IA32, x64
HP-UX
Red Hat Linux 32 bit и 64 bit
SuSE SLES 32 bit и 64 bit
Microsoft Windows Server 2008 x64 Hyper-V
VMware
OpenVMS
Apple Mac OS X
Solaris 10 (x86)
1.4. Требования к монтажному шкафу напольному:
HP 10622, 22U, G2 PalletUniversalRack или эквивалент с характеристиками:
- Форм-фактор 22U;
- Размеры 609 мм х 1008 мм х 1092 мм ;
Дополнительно:
-Наличие стенок
1.5. Требования к источнику бесперебойного питания
Smart-UPS XL 3000VA/2850W или аналог с характеристиками не ниже:
Выход:
Максимальная выходная мощность не менее 2850/3000 Вт/ВА
Номинальное выходное напряжение 230В
Возможность конфигурирования для работы с выходным напряжением номиналом 220 : 230 или 240 В
Пик фактор До 5:1
Тип формы напряжения: Синусоидальный сигнал
Выходные соединения: (7) IEC 320 C13; (1) IEC 320 C19; (2) IEC Jumpers
Внутренний байпас (с автоматическим или ручным включением)
Кабели для подключения нагрузки (2) Power Cord
Вход:
Номинальное входное напряжение 230 В;
Тип входного соединения: IEC-320 C20
Диапазон входного напряжения при работе от сети: 160 - 285 В
Батареи и продолжительность работы:
Типовое время перезарядки (часов): 3
Сменный комплект батарей:RBC43
Количество сменных комплектов батарей:1
Предварительно установленные батареи:1
Коммуникационные средства и средства администрирования:
Интерфейсный порт DB-9 для RS-232,RJ-45 10/100 Base-T,USB
Предварительно установленные платы SmartSlot : AP9631 или аналог
Панель управления : Светодиодный дисплей со шкалами нагрузки и заряда батарей, а также индикаторами On Line (работы от сети): On Battery (работы от батарей): Replace Battery (необходимости замены батареи): Overload (перегрузки) : и Bypass (подачи напряжения на нагрузку через байпас)
Звуковой сигнал : Сигнал перехода в режим работы от аккумуляторов : особый сигнал исчерпания заряда батарей : возможность задания задержек
Размеры не более: 440 мм х 680 мм х 90 мм
Дополнительная информация:
Тип ИБП: Линейно-интерактивный ИБП
Автоматический внутренний байпас; модульная конструкция; преобразуемый между конфигурациями в корпусе «башня» / шасси для установки в аппаратурные стойки; удаленный групповой контроль розеток; связь по шине USB; заменяемые пользователем батареи; модули с возможностью замены пользователем
Комплектация:
Компакт-диск с программным обеспечением,
Кронштейны для монтажа в аппаратурные стойки,
Направляющие для возможного монтажа в аппаратурные стойки,
Сигнальный кабель RS-232 для Smart UPS, USB-кабель,
Руководство пользователя
Требования к техническим характеристикам КАОИ
Требования к программно-техническим характеристикам
Программное обеспечение для обработки данных от устройств фото-видео фиксации нарушений ПДД (далее - программное обеспечение) должно обладать следующими программно–техническими характеристиками:
Обладать характеристиками, обязательными для открытых систем:
Переносимость - способность работать на различных аппаратных платформах или под управлением различных операционных систем.
Интероперабильность - способность к взаимодействию различных аппаратных и программных платформ.
Масштабируемость - способность корректно работать на малых и на больших системах с производительностью, которая увеличивается пропорционально вычислительной мощности системы.
Программное обеспечение должно строиться на стандартных и унифицированных методах программирования и обеспечить унификацию автоматизированных рабочих мест.
Применяемые в Программе технические форматы данных, протоколы передачи и прочие, и организационные – регламенты, требования, инструкции и т.п. решения должны быть доступны и документированы.
Иметь информационное обеспечение, представляющее собой совокупность всех необходимых для функционирования Программы сведений, нормативно – справочной информации, информационных объектов, и обеспечивать возможность взаимодействия с базами данных.
В Программе должны быть реализованы принципы многоплатформенности.
Многоплатформенность серверных компонентов достигается за счет возможности функционирования кластера – серверов и сервера управления базами данных под управлением различных операционных систем и с использованием различных систем управления базами данных.
Многоплатформенность клиентского приложения должна осуществляться за счет использования различных операционных систем для клиентских приложений режим приложение и режим тонкий клиент и а счет использования web – клиентов.
Многоплатформенность web – клиента должна заключаться в возможности использования различных web – браузеров.
Используемое при разработке программное обеспечение и библиотеки программных кодов должны иметь широкое распространение, быть общедоступными и использоваться в промышленных масштабах.
Проверка работоспособности системы должна быть произведена на следующих операционных системах:
Клиентская часть:
Серверная часть:
Microsoft Windows.
Sun Solaris.
Linux.
Требования информационной безопасности
Программное обеспечение должно обеспечивать разграничение доступа к информационным ресурсам на основе авторизации и аутентификации пользователей.
При этом используемые решения по информационной безопасности не должны противоречить действующим в Российской Федерации нормативным правовым и организационно распорядительным документам по технической защите информации.
Разграничение прав доступа пользователей на выполнение определенных действий должно осуществляться на основе ролевой модели. Каждому пользователю назначается определенная роль, которая определяет набор прав на выполнение тех или иных действий в системе. Кроме того, должна быть предусмотрена возможность настройки прав доступа отдельным пользователям.
Требования по сохранности информации при авариях:
Система должно обеспечивать сохранность всей информации, включая данные и программные модули системы при возникновении любых сбоев или аварий.
Для обеспечения полного восстановления Системы после сбоев и аварий должна быть предусмотрена возможность организации автоматического и (или) ручного резервного копирования Системы.
Резервное копирование и восстановление Системы должно производиться с помощью ее штатных средств силами эксплуатационного персонала.
Требования к лицензионной чистоте
Должны соблюдаться положения нормативных правовых актов Российской Федерации по соблюдению авторских прав и защиты специальных знаков.
Должно иметься разрешение правообладателя на модернизацию используемой ИС.
Заказчик не приобретает исключительное право на модернизированную информационную систему.
Должно быть обеспечено предоставление лицензии на использование информационной системы одновременного доступа к ресурсам и функциям модернизированной системы не менее 20 пользователей;
Требования к программному обеспечению
Программное обеспечение должно обеспечивать:
однократный ввод данных в систему и многократное их использование;
возможность использования и ведения необходимой нормативно-справочной информации;
возможность ведения различных справочников, данные которых могут применяться на всех стадиях обработки информации;
возможность поиска материалов по заданным реквизитам;
возможность настройки прикладного программного обеспечения на требования, обусловленные особенностями конфигурации телекоммуникационной инфраструктуры, функциональных потребностей, организационных и нормативно-правовых документов субъекта Российской Федерации.
Обеспечение работы не менее 20 пользователей;
Использование следующих каналов связи::
Единая информационно-телекоммуникационная система органов внутренних дел (ЕИТКС ОВД) России.
Специализированные каналы сотовой GPRS/EDGE связи.
Арендованные закрытые каналы связи (оптоволоконные, радио и т.д.).
Открытая сеть «Интернет».
Требования к лингвистическому обеспечению
Взаимодействие пользователя программного обеспечения должно происходить с использованием интерфейсов, выполненных на русском языке.
Ввод-вывод данных должны производиться на русском языке.
Все прикладное программное обеспечение системы для организации взаимодействия с пользователем должно использовать русский язык.
Требования к составу модулей
Модуль администрирования
Модуль загрузки нарушений
Модуль обработки данных
Модуль печати
Модуль обмена данными
Модуль работы со справочниками
Модуль отчетов
Модуль административной практики
Модуль администрирования
Должна быть реализована ролевая модель доступа в ПО
При конфигурировании Программы пользователю с правами «Администратор» должны быть доступны функции создания ролей пользователей и назначение пользователям этих ролей. Администратором можно назначить любого пользователя путем включения его в соответствующую роль.
Возможность блокировки и коррекции данных пользователя администратором Программы, при этом, заблокированный пользователь не должен войти в Программу даже при правильном вводе имени и пароля.
Для целей формирования индивидуального интерфейса, удовлетворяющего особенностям конкретного пользователя необходима возможность настройки, в пользовательском интерфейсе, размеров и положения на форме полей, кнопок, а так же индивидуальное хранение этих настроек.
Модуль должен содержать электронный журнал действий пользователей, в котором должны отображаться события:
- добавление, удаления, изменение записей базы данных Программы;
- «начало сеанса работы пользователя» и «завершение сеанса работы пользователя»;
Модуль загрузки нарушений
Модуль загрузки данных с комплексов фиксации нарушений ПДД, входящих в систему фото - видеофиксации Орловской области, обеспечивающий следующие функции:
Загрузка данных, поступающих от устройств фото-видео-фиксации нарушений ПДД работающих в автоматическом режиме. Должна быть обеспечена загрузка данных от всех устройств («Сфинкс-С», «Робот», «Арена», «Стрелка», «Крис», «Паркон», «Автоураган», «Паркрайдер», «Поток», «Кордон», «Кречет»), функционирующих и планируемых к внедрению в Орловской области. Предоставление возможности занесения фотоматериалов с помощью внешних носителей информации или по установленным каналам связи.
Осуществление работы с поступившими данными о зафиксированных нарушениях в произвольном порядке, без учета времени их поступления, для подтверждения ГРЗ с использованием программ распознавания ГРЗ. Автоматическое распознавание государственного регистрационного знака, при отсутствии распознавания устройством или его некорректном распознавании.
Должна обеспечиваться возможность задания индивидуального ограничения скоростного режима для каждого типа транспортного средства. Должна иметься возможность автоматического определения типа транспортного средства и выбора соответствующего ограничения для каждого типа транспортных средств.
Обработка данных об устройствах фото- и видеофиксации нарушений ПДД, работающих в автоматическом режиме, включающая:
Хранение и редактирование сведений об устройствах фото- и видеофиксации нарушений ПДД. Данная возможность должна предоставляться только администратору;
Учет (регистрация, просмотр) сведений о дислокациях устройств фото- и видеофиксации нарушений ПДД, работающих в автоматическом режиме. При этом регистрация сведений о местоположении устройств фото-видео-фиксации должна осуществляться до загрузки фотоматериалов, полученных с применением данного устройства фото- и видеофиксации.
Формирование и ведение базы данных нарушений ПДД, зафиксированных устройствами фото- и видеофиксации нарушений ПДД, работающими в автоматическом режиме.
Ручная корректировка оператором информации о нарушениях ПДД, зафиксированных устройствами фото- и видеофиксации нарушений ПДД, работающими в автоматическом режиме. При корректировке информации допускается изменения следующих характеристик:
Данные транспортного средства, включая государственный регистрационный знак, и его владельца;
Перемещение фотоматериалов, которые не могут быть обработаны, в архив;
При корректировке информации НЕ допускается изменения следующих характеристик:
Дата фиксации
Время фиксации
Зафиксированная скорость
Причина срабатывания
Сведения о устройстве (Заводской номер, номер и срок действия свидетельства о поверке и т.д.)
Сведения о месте установки устройства;
Установленные на устройстве пределы скорости движения транспортных средств и т.д.
модуль обработки данных
После определения и подтверждения ГРЗ должен формироваться автоматически проверка по следующим учетам:
Поиск владельца и характеристик транспортного средства по распознанному государственному регистрационному знаку в подсистеме ИС Регион ГИБДД Автомобиль, используемой в УГИБДД УМВД России по Орловской области и ФИС ГИБДД «Автомобиль».
Поиск должен производиться во всех информационных системах регионального и федерального уровней ФИС ГИБДД.
Должны быть обеспечены следующие варианты выполнения поиска:
С помощью файлов в транспортном формате в соответствии с приказом МВД России от 03.12.2007 №1144.
С помощью web-сервисов
В случаях, когда государственный регистрационный знак распознан на устройстве фото-видео-фиксации, поиск должен производиться автоматически при загрузке данных.
При этом выбор конкретной информационной системы ФИС ГИБДД и варианта выполнения поиска должен производиться автоматически на основе заранее определенных критериев, в том числе и в зависимости от шифра распознанного регистрационного знака.
Проверка транспортного средства, его владельца, документов и государственного регистрационного знака по розыскным и учетным подсистемам ФИС ГИБДД в автоматическом режиме.
Без прохождения проверки, записи не должны отправляться на этап вынесения постановления об АП.
Критерии проверки, в том числе подсистемы и информационные системы ФИС ГИБДД, по которым осуществляется проверка, должны задаваться администратором программного обеспечения и не могут изменяться пользователями самостоятельно.
Должны быть обеспечены следующие варианты выполнения проверки:
С помощью файлов в транспортном формате в соответствии с приказом МВД России от 03.12.2007 №1144.
С помощью web-сервисов
В случаях, когда государственный регистрационный знак распознан на устройстве фото-видео-фиксации и поиск владельца и характеристик транспортного средства выполнен успешно, указанная в этом пункте проверка должна производиться автоматически при загрузке данных.
Поиск владельца и характеристик транспортного средства по распознанному государственному регистрационному знаку в используемой в УГИБДД УМВД России по Орловской области ИС Регион «ГИБДД».
Должны быть обеспечены следующие варианты выполнения поиска:
В случаях, когда государственный регистрационный знак распознан на устройстве фото-видео-фиксации, поиск должен производиться автоматически при загрузке данных.
При этом выбор конкретной информационной системы и варианта выполнения поиска должен производиться автоматически на основе заранее определенных критериев, в том числе и в зависимости от шифра распознанного регистрационного знака.
Рассмотрение инспектором по исполнению административного законодательства информации о нарушениях ПДД.
Результатом рассмотрения может быть:
Является нарушением
Не является нарушением
Невозможно распознать государственный регистрационный знак
Выбраковка (невозможно однозначно определить нарушителя)
Транспортное средство находится в розыске
Передать материал на рассмотрение в другое подразделение ГИБДД
Является повторностью нарушения ПДД
Оформление постановлений и прочих документов по делу об административном правонарушении и подготовка их к рассылке нарушителям.
Должно быть предусмотрено два варианта оформления постановлений:
Ручной – оператор отдает команду на оформление постановлений по каждому нарушению индивидуально.
Автоматический – оператор отдает команду на оформление постановлений по всем нарушениям, входящим в одну или несколько групп.
Создание доказательной базы по фактам совершенных административных правонарушений в области дорожного движения, зафиксированных работающими в автоматическом режиме специальными техническими средствами, имеющими функцию фото – киносъемки, видеозаписи или средствами фото – киносъемки, видеозаписи;
Должна быть обеспечена возможность составления нового постановления на водителя транспортного средства, в случае если будет установлено, что не собственник транспортного средства управлял им в момент фиксации нарушения с последующей передачей этой информации на Федеральный уровень;
Возможность возвращения некорректно распознанного материала на повторную обработку;
Возможность обработки архивных материалов;
Оформление извещений граждан о необходимости явки в подразделение для составления протокола по делу об административном правонарушении в случае несвоевременной оплаты штрафа;
Автоматическое определение лиц, не уплативших штраф за нарушение Правил Дорожного Движения, зафиксированных средствами фото - видеофиксации, в установленный законом срок, создание на основании полученных данных, протокола по статье 20.25 КоАП РФ, где:
Поля протокола об АП заполняемые автоматически:
Статья КоАП РФ и фабула нарушения;
Адрес регистрации;
Сведения о нарушителе, ИНН, ОГРН;
Дата рождения нарушителя;
Место рождения нарушителя;
Категория нарушителя;
Данные на ТС;
Ссылка на постановление за нарушение ПДД, по которому в установленный законом срок не оплачен штраф
- Поля протокола об АП заполняемые пользователем Программы:
Владеет русским языком или нет нарушитель;
Законный представитель нарушителя;
Фактический адрес проживания;
Телефон личный;
Телефон рабочий;
Место работы;
Должность;
Серия номер паспорта, дата выдачи, кем и когда;
Установленный законом срок уплаты штрафа;
Объяснение лица;
Проверка информации в автоматическом режиме информации об оплате штрафов по вынесенным постановлениям о привлечении к административной ответственности за нарушение ПДД с целью выявления неисполненных постановлений;
Сортировка неисполненных постановлений по датам вступления в законную силу;
Формирование реестров неисполненных постановлений;
Автоматический переход в архив постановлений по АП в случае получения информации об оплате;
Автоматическая проверка административных материалов на вручение или не вручение собственнику ТС нарушившему ПДД на информационном сайте оператора почтовых услуг;
Автоматическое выставление даты вступления в законную силу постановления при получении информации с информационного сайта оператора почтовых услуг;
Автоматический переход на этап отправки административных материалов судебным приставам, формирование списков, постановлений, сопроводительных на каждое постановление, при не оплате штрафа нарушение ПДД
Автоматическое ведение административного производства по делам с повторностью нарушений ПДД;
Составление постановление об АП на нового собственника ТС при его смене;
Вынесение определения о прекращении административного делопроизводства на несовершеннолетнее лицо, и формирование повестки для его вызова в ЦАФАПОДД ГИБДД УМВД России по Орловской области для дачи показаний с его законными представителями;
Вынесение определения о возбуждении административного производства по вновь открывшимся обстоятельствам и административного протокола на лицо управляющее ТС в момент нарушения ПДД в случаях не виновности собственника ТС;
Подготовка постановлений, в автоматическом режиме, штраф по которым добровольно не оплачен, для их отправки в ФССП для принудительного взыскания штрафа;
Передача информации о зафиксированных нарушениях правил дорожного движения и принятых мерах в региональный сегмент специализированного учета ИС Регион ГИБДД «Адмпрактика», для дальнейшего контроля процессуальных сроков.
Использование аналогичных алгоритмов обработки информации и интерфейсов с информационным ресурсом ИС Регион ГИБДД «Адмпрактика» в целях сокращения времени и затрат на обучение пользователей работе.
Обязательное использование электронной цифровой подписи для придания юридической значимости документам;
Обязательное присвоения баркода (ШПИ) документу для их автоматического распознавания;
При формировании административного постановления должны учитываться сверка обязательных реквизитов:
марка модель ТС, адрес места жительства собственника ТС, его дата рождения и место, индекс ГРЗ ТС, фото ТС, в отсутствие этих реквизитов формирования административного материала должно быть не возможно и автоматически выйти карточка с предупреждением и возможностью до внесения оператором этих данных, а так же данные на повторность нарушения ПДД, если такой случай имеет место;
Обязательное разделение административного производства для ТС с различными категориями (А, B, C, D и т.п.);
В разделе «Обработка» - (вкладка отвечающая за хранение административных материалов для вынесения постановлений, протоколов, определений и т.д.) должны быть следующие вкладки:
- «Все» - данные сформированные административных материалов и готовые к вынесению постановлений об АП, с установленными законом обязательными реквизитами;
- «Розыск» - административные материалы которые проверка транспортного средства, его владельца, документов и государственного регистрационного знака по розыскным и учетным подсистемам ФИС ГИБДД в автоматическом режиме выдала положительный результат;
- «Вынесено» - все вынесенные постановления об АП (с присвоенным номером постановления, ШПИ, ЭЦП и отправленными на федеральный уровень), данная вкладка должна содержать функцию ведения дальнейшего административного производства (вынесение протоколов, определений и т.д.)
- «вторичность» - вкладка хранящая административные материалы по которым возбуждалось или прекращалось производство, протоколы определения и т.п.
Обязательное ведение этапов делопроизводства для всех административных материалов, с автоматической выгрузкой их на Федеральный уровень.
модуль печати
Программа должна осуществлять автоматическую печать постановлений об АП установленного образца с возможностью вывода их в файл формата pdf.
Печать уведомления о вручении (лицевой и оборотной стороны) почтовых отправлений;
Печать почтовых конвертов;
Печать реестра отправки корреспонденции оператором почтовых услуг;
Формирование реестра отправки корреспонденции оператором почтовых услуг;
Квитанции для оплаты штрафа;
Автоматическое формирование и отправка сведений (архивов в формате zip или аналоги), в адрес собственников ТС через оператора почтовых услуг, файлов содержащих административные материалы в формате pdf., списки направляемых административных материалов, реестр почтовых отправлений содержащий данные об отправляемых административных материалах.;
Все оформляемые документы должны удовлетворять требованиям Правил оказания услуг почтовой связи, утвержденных Постановлением Правительства РФ от 15 апреля 2005 г. № 221, в том числе наличие и правила формирования ШПИ (штрих-кода почтового отправления), иметь электронно - цифровую подпись, с использованием средств криптографической защиты индивидуально для каждого оператора;
Автоматическое формирование и отправка сведений (архивов в формате zip или аналоги), в адрес ФССП, по административным материалам вступившим в законную силу и не исполненные, в предусмотренный законом срок, для исполнения, файлов содержащих административные материалы и сопроводительное письмо на каждое постановление в формате pdf.;
Необходимо реализовать в Программе функционал для формирования УИН и осуществлять его печать на постановлениях об АП;
Необходимо наличие функционала по автоматическому формированию рапорта и определения о прекращении делопроизводства;
Система должна содержать функционал по ведению и печати дислокаций передвижных и стационарных устройств ФВФ, а так же отчет по дислокациям с детализацией по местам установки, устройствам ФВФ и дате установки, содержащий количество зафиксированных нарушений, бракованных фото материалов, вынесенным по ним постановлениям и сумма наложения на них штрафных санкций;
Требуется наличие возможности формирования писем – извещений о вызове неплательщиков. Необходимо предусмотреть возможность формирования как обычных писем, так и заказных писем с ШПИ и уведомлениями, а так же формирование электронных реестров на отправку почтой корреспонденции.
модуль обмена данными
для целей сортировки постановлений необходимо реализовать :
-функционал для работы со сканером штрих – кода по считыванию ШПИ;
-функцию для автоматического формирования почтовых реестров.
Необходимо предусмотреть возможность расширения модуля электронного взаимодействия с АИС судебных приставов, устанавливаемое на принимающей стороне (у судебных приставов), напрямую подключающееся к базе данных АИС судебных приставов, загружать электронные выгрузки исполнительных документов из программного комплекса обработки нарушений ПДД в интерфейс таблицы, а так же выгружать исполнительное производство по загруженным исполнительным документам в файл формата - «XML» для дальнейшей загрузки его в программный комплекс обработки нарушений ПДД.
Требуется наличие в Программе функционала автоматической проверки статуса доставки письма с использованием Web – сервиса оператора почтовых услуг.
Требуется наличие в Программе функционала по загрузке информации об оплаченных постановлениях используя текстовые (с разделителями) или dbf файлы банковских реестров оплат и текстовые файлы с разделителями выгружаемые из баз данных Казначейства Российской Федерации;
Необходимо наличие функционала по запросу сведений о владельце ТС из федеральных и региональных баз оперативно – справочного учета ГИБДД. Так же необходимо получать информацию о ТС с транзитными ГРЗ, а так же информацию о ТС, находящихся в розыске;
Обязательное ведение административного делопроизводства не территории Орловской области в строгом соответствии с действующим законодательством РФ и международными соглашениями только в едином информационном ресурсе с ИС Регион ГИБДД «Админпрактика» в которой одним из внутренних сегментов должен являться «Фото – Видеофиксация», разделение этих учетов не допустимо.
При получении информации о владельце запрашиваемого АМТС, в случае, когда почтовый индекс не найден, необходимо осуществлять поиск и нахождение почтового индекса места проживания владельца АМТС, используя либо уже имеющуюся информацию о нарушителе, содержащуюся в базе, либо осуществить поиск по базе КЛАДР;
Обмен информацией с базами данных Федеральных служб судебных приставов, Федеральной миграционной службой, оператора почтовых услуг, с ФИС ГИБДД;
Автоматическая передача сведений об административных правонарушениях в федеральную базу данных ГИБДД с соблюдением транспортного формата предусмотренного в приказе МВД от 03.12.2007г. №1144;
передача данных об административных правонарушениях в финансово–кредитные учреждения, организации;
передача сведений об административных правонарушениях в курьерские службы;
получение сведений о результатах рассылки и доставки документов курьерскими службами;
передача сведений о реестрах почтовых отправлений оператору почтовых услуг.
Получение и обработка данных от оператора почтовых услуг о доставке постановлений нарушителю.
При внесении информации о доставке постановления нарушителю также необходимо автоматически устанавливать дату вступления постановления в законную силу в соответствии с КоАП и разъяснением Пленума Верховного Суда с последующей передачей этих сведений в специализированный учет ИС Регион ГИБДД «Адмпрактика», используемой в УГИБДД УМВД России по Орловской области;
Передача сведений о направлении постановлений в службу судебных приставов на региональный уровень должна быть реализована автоматически при формировании и отправки постановлений, срок к добровольной оплате которых истек, на региональный уровень в соответствии с требованиями приказа МВД РФ от 03.12.2007г. №1144.
Должны быть обеспечены следующие варианты передачи информации:
С помощью файлов в транспортном формате в соответствии с приказом МВД РФ от 03.12.2007г. №1144.
Получение и обработка информации об оплате штрафов за нарушения правил дорожного движения, поступающей от финансово-кредитных учреждений;
Оформление извещений граждан о необходимости явки в подразделение, для составления протокола по делу об административном правонарушении, в случае несвоевременной оплаты штрафа и подготовка их к рассылке нарушителям;
Получение и обработка информации об оплате штрафов за нарушения правил дорожного движения, поступающей от ФССП;
модуль работы со справочниками
Ведение справочников осуществляется администратором системы или
уполномоченным им пользователем.
Ведение справочников включает в себя их заполнение и редактирование, которое может осуществляться в ручном и (или) автоматическом (импорт) режимах.
Поставка справочников осуществляется в открытом виде, допускающем
модификацию и индивидуальную настройку.
В ПО должен быть встроен КЛАДР, что позволит в удобной и нормативной форме кодировать место жительства, место рождения нарушителей, место совершения административного правонарушения и др.
Справочники организованы по иерархическому принципу – в основные разделы объединены крупные группы (админпрактика, отчеты, пользователи и т.п.), которые должны дробится на более мелкие разделы.
Использование многоуровневых справочников позволяет организовать ввод
информации в справочник с нужной степенью детализации.
Администратором или уполномоченным им пользователем должны быть
заполнены основные справочники системы.
Заполнение отдельных полей справочника «Этапы делопроизводства по нарушению»
Заполнение справочников «Группы КБК» и «Справочник КБК»
И других, необходимых для работы системы.
модуль отчеты
Реестр почтовых отправлений – сведения о заказных почтовых отправлениях, копии которых были высланы владельцам ТС зафиксированных в момент совершения АП;
Данные по фотоматериалам – сведения о фотоматериалах и сформированных на их основе постановлениях в разрезе подразделений ГИБДД;
Реестр постановлений – сведения о нарушителях и сформированных постановлениях по делам об АП, отправленных на их имена;
Отчет о работе – сведения о полученных фотоматериалах и количестве составленных на их основе постановлений по делам об АП, относящихся к выбранному подразделению;
Обработанные нарушения – сведения о количестве и классификации обработанных нарушений;
Формирование отчетов по каждой проводимой в Программе операции;
Создание единой системы отчетности по показателям деятельности системы фото – видеофиксации и по каждому датчику Средств фото- и видеофиксации отдельно;
Отчет по браку;
Отчет о результатах доставки почтовой корреспонденции оператора почтовых услуг;
Постатейный отчет;
Отчет по приборам;
Отчет по операторам;
Ведение электронного журнала действий пользователей Программы, и хранение его не менее года.
Программа должна формировать отчет о состоянии постановлений.
Назначение отчета: отражение информации об исполнении постановлений в разрезе состояний (отправлено, доставлено, оплачено, передано в ФССП, отменено) с отбором по интервалу дат вынесения постановления. Требуется рассчитывать итоговые показатели: общая сумма штрафов по состоянию исполнения, суммы оплаты;
Требуется наличие в Программе возможности формирования отчетов с функциями дополнительных пользовательских настроек:
- Настройка состава колонок и группировки отчета (отчетов);
- Установка произвольных отборов и сортировок;
- Возможность работы с данными, как в режиме таблицы, так и в режиме диаграммы;
- настройка порядка вывода данных: в строки, либо в колонки;
- Настройка группировок и промежуточных итогов;
Возможность мониторинга работоспособности системы:
просмотра настроек основного системного процесса, который запускает и останавливает другие процессы;
изменения текущего состояния основного системного процесса;
просмотра информации об обработанных файлах;
просмотра информации об ошибках, возникших при работе процессов;
просмотра информации о запущенных процессах;
просмотра истории запущенных процессов;
и др.
модуль административной практики
Модуль «Адмпрактика» предназначен для учета, обработки и хранения информации по делам об административных правонарушениях и используется в правоприменительной деятельности в качестве источника предварительной информации.
Объектом автоматизации ИС «Адмпрактика» выступает деятельность подразделений ГИБДД в части ведения административного делопроизводства и анализа информации по делам об административных правонарушениях, осуществления поиска нарушителей и материалов об административных правонарушениях, поддержания в актуальном состоянии данных административной практики на региональном и федеральном уровнях ГИБДД.
Построение работы модуля «Админпрактика» должно быть в строгом соответствии с «Инструкцией по формированию сведений подсистемы ФИС ГИБДД «Админпрактика» от 8 августа 2012 г.
Передача данных на федеральный и межрегиональный уровни;
Регистрацию фактов административных правонарушений участниками дорожного движения на основе протоколов, либо постановлений, оформленных сотрудниками подразделений ГИБДД, в том числе, поступивших из других подразделений или субъектов Российской Федерации;
Регистрацию фактов административных правонарушений участниками дорожного движения и вынесенных наказаниях на основе постановлений, вынесенных судебными органами;
Регистрацию фактов административных правонарушений участниками дорожного движения и вынесенных наказаниях на основе постановлений, вынесенных органами иностранных государств;
Поиск информации о нарушителе, его водительском удостоверении и ТС на различных уровнях Систем ГИБДД;
Автоматическую подстановку в карточку нарушения данных полученных при выполнении поиска;
Поиск информации о нарушении на различных уровнях ИС ГИБДД;
Автоматическую проверку введенной информации на совпадение с данными различных подсистем регионального и федерального уровней;
Учет состояния делопроизводства по нарушению;
Учет состояния исполнения постановления по нарушению;
Учет дополнительно оформленных документов при выявлении правонарушения (временное водительское удостоверение, протокол о запрещении эксплуатации ТС, протокол направления на медицинское обследование, протокол задержания ТС, протокол об отстранении от управления ТС и т.д.);
Печать процессуальных документов с сохранением его электронной копии в цифровом виде;
Контроль процессуальных сроков и автоматизацию оформления административного материала в случае несвоевременной оплаты штрафа нарушителем;
Оформление, подготовка и рассылка нарушителям извещений о необходимости явки в подразделение для составления протокола по делу об административном правонарушении в случае несвоевременной оплаты штрафа;
Подготовка и отправка постановлений, штраф по которым не оплачен в ФССП для принудительного взыскания штрафа;
Оформление, подготовка и рассылка протоколов по делу об административных правонарушениях в случае несвоевременной оплаты штрафов в мировой суд и нарушителям;
Автоматизированную обработку информации об оплате штрафов за нарушения правил дорожного движения, поступающую от Банков, Управления Федерального Казначейства и ФССП;
Предоставление доступа к информации для поиска;
Формирование необходимых отчетов;
Функции системы:
- регистрация сведений о первичных материалах;
- регистрация сведений об изменении состояния производства по делам об
административных правонарушениях;
-коррекция и удаление сведений о производстве по делам об административных правонарушениях;
-регистрация информации о мерах обеспечения;
-формирование и печать сопроводительных документов;
-формирование массива данных о состоянии производства по делам об административных правонарушениях для выгрузки на федеральный уровень;
- информационное взаимодействие с финансово-кредитными учреждениями;
-информационное взаимодействие с Управлением Федерального Казначейства;
-импорт сведений об административных правонарушениях из ИС «Регион» Фото-видеофиксация» и аналогичных информационных систем;
-сверка базы данных федерального и регионального уровня;
-поиск административных материалов по заданным реквизитам;
-формирование отчетной информации о состоянии делопроизводства;
-взаимодействие с другими системами.
Функции администрирования:
- регистрация пользователей на основании поданных заявок;
-разграничение и управление правами доступа групп пользователей к системе;
-формирование, обработка и использование информации, представленной в виде справочной системы;
-настройка параметров функционирования системы;
-мониторинг процессов, запущенных в системе;
-обновление.
Общие требования к КАОИ
Должна быть обеспечена поставка лицензии на использование информационной системы одновременного доступа к ресурсам и функциям системы не менее 20 пользователей.
| |
