Разработка AI-системы контроля СИЗ и охраны труда

На объекте нарушение по средствам защиты видно только во время обхода, а между обходами смена остаётся без контроля. Мы разрабатываем систему контроля СИЗ под ключ: аналитика по камерам, сигнал ответственному и понятные регламенты для смены. Реакция на нарушение сокращается с часов до минут, ручные обходы уходят.

Разработка AI-системы контроля СИЗ и охраны труда

Компьютерное зрениеСредний~1-2 недели
Часто задаваемые вопросы

Система контроля СИЗ: где ломается ручной обход и что теряет объект

Ручной обход объекта устроен так: мастер раз в смену проходит по участку и отмечает нарушения в бумажном журнале охраны труда. Между обходами зона не контролируется вообще — каску снимают на время работ в траншее, страховочную привязку застёгивают к анкеру по остаточному принципу, и до следующей проверки это никто не увидит. Выборка в 10–15 минут за смену не отражает реальную картину: нарушение попадёт в отчёт только в том случае, если мастер физически дошёл до этой точки в этот момент.

Журнал как носитель доказательств не работает. Строки заполняют по памяти в конце смены, подписи собирают задним числом, фотофиксации нет. При разборе происшествия комиссия получает противоречивый набор: в журнале — «нарушений нет», в объяснительной — «работал без защитных очков третий день». Правила обеспечения СИЗ фиксируют факт выдачи и применения защиты, но не подтверждают, что средство было на человеке именно в момент операции, — а в спорной ситуации важна привязка к времени и месту.

Дальше включается цена. Инспектор запрашивает подтверждение по конкретному работнику и участку, и объект может показать только рукописные строки без отметок времени. Спор с надзором проигрывается не потому, что процесса не было, а потому, что процесс нечем подтвердить. Отдельная точка отказа — сокрытие: мастер, у которого план и премия зависят от отсутствия нарушений, не заинтересован писать лишнее.

Каждый из этих разрывов закрывается по-своему: контроль ношения СИЗ по зонам вместо обходов, машинная отметка времени вместо подписи, выгрузка событий вместо переписывания журнала. Разбираем, как это устроено и что меняется на стороне объекта.

Эффект внедрения: охват смен, время реакции и класс отказов

Выборочные проверки дают статистику, а не картину: обход раз в смену физически покрывает единицы процентов наблюдений, и нарушение в бригаде чаще всего остаётся незамеченным. Автоматический контроль охраны труда меняет сам принцип — поток с площадки разбирается целиком, поэтому в отчёт попадает каждая смена. Охват смен становится сплошным: видно не среднее по участку, а конкретный цех, время и рабочее место.

Время реакции перестаёт зависеть от графика обходов. Раньше нарушение попадало в журнал и всплывало на планёрке или в конце смены, теперь событие доходит до ответственного в пределах минуты — пока человек ещё у опасного узла. Меняется класс реакции: не разбор по итогам недели, а остановка конкретного действия на месте.

Отсюда и ушедший класс нарушений — хронических, которые держались месяцами: работа без страховочной привязи, стропальщик без каски всю смену, посторонние в зоне движения техники. Логика проверок привязана к Единым типовым нормам выдачи СИЗ, поэтому фиксируется не «человек без каски», а расхождение с нормой для конкретной операции. Снижение травматизма видно не сразу: сдвиг оценивается по скользящему окну, по доле смен без нарушений и по числу повторных срабатываний на одном участке.

Обходы и наряд-допуски система не отменяет. Она добавляет сплошной слой контроля, поверх которого выборочные проверки идут уже по адресам — туда, где фиксируются повторные нарушения, а не наугад по цеху.

Варианты построения: облако, локальный контур, гибрид

Схему развёртывания определяет не удобство, а требования службы безопасности и состояние канала связи на объекте. Видеопоток с камер — самый чувствительный контур: нужно заранее ответить, где разрешено его хранить, что произойдёт при обрыве внешнего канала и кто обслуживает серверную часть. Ниже — четыре схемы, между которыми реально выбирают при внедрении.

Вариант Когда подходит Ограничения
Облачная видеоаналитика Устойчивый канал, поток с камер допустимо выводить за периметр, нужен быстрый старт без железа на площадке Зависимость от связи и её задержек; политика безопасности часто запрещает вывод видео наружу
Локальный контур обработки видео Видео должно оставаться на объекте, важна работа при обрыве внешнего канала Нужны вычислительные мощности на площадке, их обслуживание и регламент обновления моделей
Гибридная схема Анализ идёт на объекте, а архив и переобучение моделей — вне площадки Сложнее разграничение доступов, требуется синхронизация настроек между контурами
Изолированный контур Изолированная сеть или закрытый объект, внешние подключения запрещены Обновления только регламентно, качество моделей контролируется силами заказчика

На практике начинают с той схемы, которую пропускает служба безопасности, и уже внутри неё подбирают оборудование под число камер и глубину архива. Перейти из локального контура в гибридный позже дешевле, чем менять всю архитектуру — поэтому развёртывание на объекте мы проектируем с запасом под такой переход.

Этапы внедрения: от пилотной зоны до смены целиком

Внедрение идёт волнами: сначала пилотная зона, затем остальные участки. Так ошибки в логике тревог и настройках выявляются на нескольких камерах, а не на всём объекте, и производственный процесс не останавливается.

  1. Обследование объекта. Проходим маршруты смен, отмечаем места, где вход в опасную зону не контролируется, смотрим освещение, перекрытия и движение техники. На выходе — перечень участков и ограничений, которые влияют на расстановку камер.
  2. Схема зон контроля. Согласуем, где обязательны каска, жилет, очки или защита слуха и какое правило действует на каждом участке. Документ фиксирует привязку зон к типам нарушений — по нему строится логика оповещений и ответственность.
  3. Монтаж и настройка. Ставим камеры и вычислительный узел, разводим питание и сеть, включаем запись фрагментов по событию. Здесь же подключаем оповещения дежурной смены и охраны.
  4. Калибровка камер и порогов. Для каждой зоны подбираем ракурс, область детекции и порог срабатывания, чтобы убрать ложные тревоги от бликов, отражений и похожей спецодежды. Настройки проверяем на архивных записях, сверяя срабатывания с фактическими нарушениями.
  5. Опытная эксплуатация. Система работает в режиме оповещений без автоматических санкций: смены привыкают к контролю, а мы собираем статистику ложных и пропущенных срабатываний и дообучаем модель на реальных кадрах объекта.
  6. Приёмка системы и передача. Прогоняем контрольные сценарии, фиксируем согласованные метрики, переносим отработанные параметры на остальные зоны, обучаем операторов и передаём регламенты, документацию и доступы.

Переход к следующему этапу — только после согласования результата предыдущего: схема зон утверждена, калибровка принята, опытная эксплуатация дала прогнозируемую точность. Так пилотная зона становится эталоном, по которому разворачивается весь объект.

Что передаём на руки: схемы зон, правила срабатываний, регламенты

Комплект документации собираем параллельно с внедрением, а не «после сдачи» — иначе система контроля СИЗ остаётся чёрным ящиком, который может настроить только автор. На выходе заказчик получает набор, по которому новые инженеры и служба охраны труда работают самостоятельно: меняют пороги, добавляют зоны, разбирают инциденты без обращения к нам.

Состав такой: техническая часть описывает, где и как стоит оборудование, организационная — кто и в какие сроки реагирует на событие. Ниже — что именно передаём.

  • Схема размещения камер и разметка зон — план объекта с привязкой точек обзора, перекрытием слепых участков и границами рабочих зон, включая входы, лестницы, склады и участки с повышенной опасностью.
  • Правила срабатываний и пороги — какие события считаются нарушением, сколько кадров подтверждают факт, какая длительность нахождения в зоне без каски или жилета даёт событие, а какой интервал отбрасываем как ложный.
  • Матрица ролей и доступа — кто видит видеопоток, кто только события, кто закрывает инцидент, кто выгружает архив; разграничение по участкам и сменам.
  • Регламент реагирования — сроки реакции на событие по классам, порядок эскалации, фиксация результата разбора и действия при повторных нарушениях у одного сотрудника.
  • Инструкция для смены — короткая памятка оператору: как отличить нарушение от помехи, что делать при сбое канала, куда писать при ложном срабатывании.
  • Паспорт интеграций — форматы выгрузки событий, поля и период хранения, схема обмена с уже работающими системами доступа и оповещения.
  • Порядок изменения правил — как добавить зону или изменить порог своими силами, с журналом правок, чтобы настройки не разъехались между объектами.

Каждый артефакт проходит проверку на реальных сменах до передачи: правила, которые дают шум, переписываем сразу. Опишите задачу — вернёмся с оценкой и планом по составу документации под ваш объект.

Кейс: как на производстве убрали ручные обходы

Производство металлоконструкций, три смены, пять цехов. Контроль СИЗ держался на обходах: мастер раз в смену проходил маршрут, отмечал нарушения в бумажном журнале, а разбор переносился на следующую планёрку. К тому моменту человек уже снял каску и перешёл на другой участок — запись о нарушении оставалась без последствий. Этот кейс внедрения — Северный завод металлоконструкций.

На входах в цеха и в зонах повышенного риска поставили камеры, а детекцию настроили на конкретные признаки: каска, защитные очки, сигнальный жилет, страховочная привязь при работе на высоте. Порог уверенности подняли так, чтобы блики от сварки и отражения металла не уходили в уведомления: ответственный получает подтверждённое событие с кадром и меткой времени, а не поток тревог. От ручных обходов отказались полностью — мастер занят работой, а не маршрутом.

Метрики до и после

Метрика До внедрения После
Доля нарушений, попавших в отчёт около 3 из 10 — только в окне обхода 9 из 10
Время до уведомления ответственного от часа до следующей смены до двух минут
Обходы по маршруту контроля СИЗ 3 в сутки 0
Записи в бумажных журналах десятки в неделю 0, журнал заменён событиями

Когда зона под наблюдением постоянно, а не в момент обхода, меняется и поведение: нарушений становится меньше без дополнительных разборов. «Раньше мы обсуждали то, что уже не изменить, теперь — то, что видно в кадре», — руководитель службы охраны труда.

Что делать, если камеры уже стоят, а аналитики СИЗ нет?

Существующий парк наблюдения почти всегда переиспользуется — менять камеры имеет смысл только там, где ракурс физически не позволяет увидеть средства защиты. Работа начинается с инвентаризации: карта точек, направление обзора, перекрытия, зоны, которые камера уже видит уверенно. На выходе — карта пригодности, где каждая точка помечена как готовая, требующая доработки или бесполезная для контроля.

Пригодность ракурса решает больше, чем качество модели. Каску уверенно читает камера, стоящая выше уровня головы, жилет — по контрастным полосам, если человек идёт навстречу или поперёк кадра. Точка, смотрящая вдоль потока, показывает затылки: движение видно, а принадлежность защиты подтвердить нельзя. Поэтому смотрим не на «камера есть», а на геометрию — высоту подвеса, угол наклона, дистанцию до рабочей зоны и то, попадает ли человек в кадр целиком.

Свет меняет задачу сильнее, чем кажется: контражур в проёме, ночная подсветка, пыль и туман срывают распознавание цвета жилета. Архив нужен репрезентативный — не меньше двух-трёх недель, включая ночные смены и плохую погоду: на нём проверяем поведение детекции и подбираем пороги срабатывания.

Доработка почти всегда легче замены: сменить объектив, перевесить на кронштейн с нужным углом, добавить локальный прожектор, закрыть одной-двумя камерами слепые зоны. Полная замена оправдана, когда в критичной зоне нет ни одного пригодного ракурса либо регистратор не отдаёт поток по стандартному протоколу. Повторное использование наблюдения сохраняет трассы, крепления и питание — монтаж не перекрывает участок и не требует пересогласований, а срок запуска сокращается.

Сомнения инженеров: ложные сработки, приватность, нагрузка

Сомнения у инженеров обычно одни и те же: сработает ли распознавание в пыли и на ночной смене, куда уходят записи и кто их видит, сколько ручной работы оставят ложные тревоги и выдержит ли существующая сеть постоянный поток с камер. Ниже — ответы по каждому пункту, они опираются на проектное решение объекта: расстановку камер, разметку зон и политики хранения, а не на обещания поставщика.

Пыль, пар и ночная смена — не вырастет ли доля пропусков?

Модель настраиваем на кадрах самого объекта: снимаем эталонные смены днём и ночью, размечаем реальные рабочие зоны и типовые помехи — пар от мойки, блик от металла, свет фар. Порог уверенности делаем отдельным для дня и ночи, событие фиксируем только при устойчивом нарушении в течение нескольких секунд. Помехи и блики уходят в отдельный класс и не поднимают тревогу.

Где хранятся записи и кто имеет к ним доступ?

Полный поток не пишем и не выгружаем: в архив уходят метаданные события — класс, зона, время, — и короткий фрагмент вокруг него. Разграничение доступа по ролям: охрана видит факт и зону, служба охраны труда — фрагмент, руководитель — сводку. Просмотр фрагмента пишется в журнал, срок хранения настраивается под внутренний регламент и требования к персональным данным.

Ложные тревоги придётся разбирать вручную?

Нет: в интерфейсе событие помечается как подтверждённое или ложное, метки накапливаются и уходят на дообучение порогов, поэтому доля ложных сработок падает от недели к неделе. Разбор занимает минуты: основную массу спорных кадров система отсекает сама, а инженеру остаются только действительно неоднозначные смены.

Хватит ли пропускной способности существующей сети?

Анализ выполняется локально, на узле рядом с камерами, поэтому в общую сеть уходят только события и короткие фрагменты — единицы процентов от видеопотока. Каналы записи и рабочий трафик объекта не затрагиваются, отдельная линия связи не требуется.

Обсудим задачу: подберём схему под ваш объект

Чтобы разговор был предметным, а не общим, достаточно прислать то, что у вас уже есть. Опишите задачу — вернёмся с оценкой и планом работ, без предварительных обследований и лишних согласований.

  • планировки или схемы зон, где нужен контроль: входы, склады, участки с техникой, зоны повышенной опасности;
  • перечень камер и регистраторов, которые уже стоят, либо требования к новым точкам съёмки;
  • какие нарушения фиксируем в первую очередь — отсутствие каски, жилета, защитных очков, вход в запретную зону, падение человека;
  • как сейчас устроено реагирование и кто получает уведомление: пост охраны, диспетчер, руководитель смены;
  • требования к хранению событий и доступам: кто видит записи, нужен ли отдельный архив, требуется ли размытие лиц;
  • ограничения объекта: связь, питание, освещение, пыль, ночные смены, работа на улице;
  • показатели, по которым вы будете считать результат: доля выявленных нарушений, время реакции, число обходов.

По этому набору мы подбираем схему: где считать кадры — на самом объекте или на сервере, сколько точек съёмки держит одна машина, как система ведёт себя при обрыве связи и что попадает в журнал. Дальше возвращаемся с оценкой и планом работ: состав этапов, что настраиваем на первом запуске, когда появляется первая автоматическая фиксация, как расширяем на соседние площадки.

Старт проекта начинаем с пилотной зоны — она показывает качество распознавания на реальном освещении и потоке людей. Если точность на ваших условиях достаточная, масштабируем на остальные участки тем же контуром; если нет — меняем точки съёмки и настройки до того, как решение уходит на весь объект.

Направления AI-разработки

Последние работы

  • Разработка сайта компании B2B ADVANCE
    Разработка сайта компании B2B ADVANCE
    1543
  • Разработка веб-приложения для компании FEEDME
    Разработка веб-приложения для компании FEEDME
    1394
  • Разработка веб-сайта для компании БЕЛФИНГРУПП
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    1081
  • Разработка интернет магазина для компании FURNORO
    Разработка интернет магазина для компании FURNORO
    1374
  • Разработка логотипа компании B2B Advance
    Разработка логотипа компании B2B Advance
    816
  • Разработка веб-приложения для компании Enviok
    Разработка веб-приложения для компании Enviok
    1142