Проблемы
(пройдено 36 инстанций)
потрачено 3,5 года
40 рабочих итераций
Ежемесячный объем документации >10 000
86 шагов создания ГИС на Гостех
Количество лиц, участвующих в подготовке, рассмотрении и согласовании документов до заключения контракта >500 человек.
Участники по кругу пишут и согласовывают одни и те же документы на разных стадиях подготовки документов.
Участники по кругу пишут и согласовывают одни и те же документы на разных стадиях подготовки документов.
Большое количество участников в согласовании документов
1. Минфин (НПА, ФЭО, ЗНИ, ЕЗИ, ПНИ);
2. Минцифры, Гостех (НПА, ФЭО, ВПЦТ, Домен, ОЦС, ФТТ, Концепция, ТЗ);
3. Минюст (НПА);
4. Минэкономразвития (НПА);
5. Профильные ФОИВ (НПА, ФЭО, Домен, ОЦС, ФТТ Концепция, ТЗ);
6. Подрядчики (Концепция, ФЭО, ТЗ);
7. Аппарат Правительства, комиссии, правкомиссии и подкомисси;
8. Комитеты ГД и СФ, Проектные комитеты, экспертные и иные управления (ГПУ).
2. Минцифры, Гостех (НПА, ФЭО, ВПЦТ, Домен, ОЦС, ФТТ, Концепция, ТЗ);
3. Минюст (НПА);
4. Минэкономразвития (НПА);
5. Профильные ФОИВ (НПА, ФЭО, Домен, ОЦС, ФТТ Концепция, ТЗ);
6. Подрядчики (Концепция, ФЭО, ТЗ);
7. Аппарат Правительства, комиссии, правкомиссии и подкомисси;
8. Комитеты ГД и СФ, Проектные комитеты, экспертные и иные управления (ГПУ).
С момента принятия решения до заключения контракта на создание ГИС Экомониторинг
36
пройдено инстанций
3.5
потрачено года
- Концепция МИД - 40 итераций, принимается год.
- ГИС НОРМОТВОРЧЕСТВО — 10 итераций в течении года, ППРФ не принят до сих пор (концептуально создание системы планировалось при первом формировании электронного правительства (ранее 2015 года).
- Росреестр 2 года согласовывает ФЭО на ФППД.
НИЗКОЕ КАЧЕСТВО ПОДГОТОВКИ МАТЕРИАЛОВ НА СТАРТЕ
- Создание ГИС требует согласования свыше 15 видов документов;
- Ежемесячный объем документации >10 000.
Ежемесячный объем документации >10 000
86 шагов создания ГИС на Гостех – 0 ГИС, созданных на Гостех:
- >15 методик Гостех);
- >50 актов и методик, регулирующих ИБ;
- > 7 актов, определяющих порядок согласования документации.
Нет формализованного регламента и понятного порядка согласования ИТ-закупок с момента принятия решения до контракта.
- Трудозатраты МЦ на подготовку документов за ведомство (консалтинг не работает);
- Концепция МИД - 40 итераций принимается год;
- ГИС НОРМОТВОРЧЕСТВО — 10 итераций в течении года, ППРФ не принят до сих пор (концептуально создание системы планировалось при первом формировании электронного правительства наряду с ГАС Управление (ранее 2015 года));
- Росреестр 2 года согласовывает ФЭО на ФППД.
Информацию для принятия решения первыми лицами приходится собирать вручную
Треть функционала ГИС УПЧ мог заменить ПОС;
2 года в Минцифре эксплуатировалась система Роспечати (затраты на эксплуатацию, лишняя работа сотрудников, вбивающих данные в 2 системы), которую полностью мог заменить ПГС и ЭБ
Не учитываются на этапе проектирования продукты и технологий МЦ (ИЭП, Гособлако, Гостех), используются традиционные устаревшие подходы к разработке (монолитная архитектура).
Дублирование разработок типовых компонентов ИЭП и Гостех
Аппарату правительства
Оперативное реагирование на возможные риски путем своевременного перераспределения финансирования
Анализ затрат и прогнозирование бюджетных расходов в моменте
Оценка достигнутых результатов онлайн
министрам
Прогноз сроков и финансирования разработки в онлайне (пример: сколько стоит на гостех)
Анализ процесса закупок ИКТ, включая оценку цен, прогнозирование будущего исполнителя
Выявление необоснованных закупок, прогноз дублирования расходов и анализ цен для выявления сговора.
Проверка соответствия планам
и документам
и документам
Проверка сроков выполнения работ, выявление работ не соответствующих требованиям
Информирования министра с помощью отчетов по ГИС, информирование о финансово-экономической деятельности (ФОИВ), обеспечивающих комплексное представление ситуации.
Информирования министра с помощью отчетов по ГИС, информирование о финансово-экономической деятельности (ФОИВ), обеспечивающих комплексное представление ситуации.
Прогнозирование рисков, включая неэффективное расходование средств, нецелевое использование, переплата за товары и услуги
РУКОВОДИТЕЛЯМ
Прогноз сроков и финансирования разработки в онлайне (сколько стоит на гостехе/не гостехе)
Анализ процесса закупок ИКТ, включая оценку цен, прогнозирование будущего исполнителя
Автоматизация разработки нормативно-правовых актов в сфере ИКТ, технических заданий и концепций проектов, обеспечивая эффективное управление документами.
Сверка стоимости с Минцифрой: Обеспечение согласования финансовых показателей и затрат с Минцифры России, с целью поддержания прозрачности и соответствия бюджетным планам.
Результаты
100% всех создаваемых и развиваемых ГИС используют компоненты экосистемы Минцифры
Автоматизированная проверка 15 видов документов (в т.ч. ТЗ, ГК) с применением искусственного интеллекта и машинного обучения
Создание единого инструмента для принятия первыми лицами ключевых решений
Онлайн-контроль рационального использования бюджета на ИТ без потери качества
Онлайн-сопровождение экспертизы материалов по ИКТ
решение
Технология проверки основана на использовании Большой языковой модели, дообученной на основе документов, описывающих ВПЦТ, и позволяет проводить проверку соответствия конкурсной документации требованиям, установленным ВПЦТ.
Раздел 2, колонка С
Генерация ТЗ происходит с использованием Большой языковой модели, дообученной на основе документов, описывающих ВПЦТ и других технических документов. Для генерации ТЗ исполнитель описывает лишь структуру и уточняет смысл пунктов. На выходе модуль предоставляет готовое ТЗ с учетом выставленных требований.
Интеграция с ЕИС позволяет в режиме реального времени загружать и анализировать конкурсные ТЗ с использованием Большой языковой модели, которая может делать анализ данных документов на различные требования.
Выявление потенциальных исполнителей происходит на основе глубокого анализа раннее выполненных контрактов отдельным исполнителем. Анализ выявляет основные направления деятельность, особенности требований ТЗ, стоимость услуг и др
Поисĸовый модуль по доверенной среде
Это доверенная среда, включающая все нормативные, плановые и фактические показатели, статистику и показатели ЦУР. Мы объединяем всю информацию, связанную с государственным и муниципальным управлением, в единый хаб. Основное требование к информации - ее достоверность, то есть она должна быть проверена на правильность. В этой доверенной среде организован поиск, аналогичный обычному поисковику. Например, можно ввести запрос "какой должен быть уровень ДТП в Москве в 2024 году согласно БКАД". И система предоставит ответ, опираясь на информацию из доверенного источника.
Это доверенная среда, включающая все нормативные, плановые и фактические показатели, статистику и показатели ЦУР. Мы объединяем всю информацию, связанную с государственным и муниципальным управлением, в единый хаб. Основное требование к информации - ее достоверность, то есть она должна быть проверена на правильность. В этой доверенной среде организован поиск, аналогичный обычному поисковику. Например, можно ввести запрос "какой должен быть уровень ДТП в Москве в 2024 году согласно БКАД". И система предоставит ответ, опираясь на информацию из доверенного источника.
Что на выходе
Автоматическая проверка всех ключевых показателей
с применением искусственного интеллекта и машинного обучения
с применением искусственного интеллекта и машинного обучения
Автоматизированная проверка требований к заказам (ТЗ) и результатов государственных контрактов (ГК)
Нормирование
в соответствии
с инфраструктурными стандартами
в соответствии
с инфраструктурными стандартами
Метод анализа близости теста Требования и ТЗ
В данном методе текст ТЗ разбивался на части, для каждой части вычислялось векторное представление (эмбеддинг), которые сохранялись в базе данных. Для анализа текста ТЗ на соответствие заданному Требованию текст требования также векторизовался, а затем рассчитывалась косинусное расстояние между эмбеддингом Требования и всеми эмбеддингами. Если находился эмбеддинг ТЗ такой, что косинусное расстояние с эмбеддингом Требования было меньше некоторого порога, то ТЗ считалось удовлетворяющим данному Требованию.
Данный метод оказался в целом работоспособным, однако он приводил к неправильным выводам, если требование было сформулировано коротким предложением, например, «Развитие АИС ЕГРОКН».
Данный метод оказался в целом работоспособным, однако он приводил к неправильным выводам, если требование было сформулировано коротким предложением, например, «Развитие АИС ЕГРОКН».
Поэтому мы разработали другой метод анализа ТЗ на соответствие требованиям.
Метод анализа текстов Требования и ТЗ посредством большой языковой модели (LLM)
В этом методе найденные с помощью косинусного расстояния части ТЗ, наиболее соответствующие Требованию, добавлялись в подсказку большой языковой модели, которая должна была ответить на вопрос: Соответствует ли указанная часть ТЗ заданному Требованию?
Данный метод лишен недостатка предыдущего метода, и показывает способность больших языковых моделей не только определять соответствие ТЗ заданному требованию, но давать объяснение своего решения.
Данный метод лишен недостатка предыдущего метода, и показывает способность больших языковых моделей не только определять соответствие ТЗ заданному требованию, но давать объяснение своего решения.
Мы протестировали 3 больших языковых модели с открытым исходным кодом:
Mistral 7b v.0.2
Zephyr 7b beta
Orca2 13b
И выяснили, что Orca2 13b дает наиболее релевантные и устойчивые ответы. Эта модель и была включена в демонстрационный стенд.
Недостатком данного решения является то, что протестированные нами большие языковые модели генерируют качественные ответы только на английском языке.
Недостатком данного решения является то, что протестированные нами большие языковые модели генерируют качественные ответы только на английском языке.
Расчет альтернативных затрат на труд посредством использования калькулятора Гостеха или аналогичных инструментов
Гарантированное соответствие продуктов Минцифры установленным нормам и стандартам
