Критические события: утопление, падение, перегрев

Все остальные статьи этой серии — про деньги и операции. Если тепловая карта врёт на двадцать процентов, вы примете чуть менее точное решение о расстановке лежаков. Эта статья — про задачи, где ошибка измеряется иначе.

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

Почему человек объективно не справляется

Начнём с данных, потому что обычно разговор о детекции утопления начинается с эмоций, а заканчивается вопросом «разве спасатель не справляется».

В индустрии есть известный ориентир — правило 10/20: спасатель должен обнаружить проблему в своей зоне примерно за 10 секунд и достичь человека примерно за 20. Это стандарт бдительности, разработанный в США и широко используемый при аудитах.

Теперь то, что показывают исследования.

Правило 10 секунд физически не выполняется. В экспериментальной работе 2025 года с участием двадцати пяти спасателей, которым показывали видео с опасными ситуациями в бассейне, основной вывод состоит в том, что спасатели не способны просматривать всю зону каждые десять секунд, несмотря на прямую инструкцию делать это. При этом обнаружение опасности статистически не отличалось между предписанным и естественным режимом сканирования — то есть сама метрика плохо связана с результатом.

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

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

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

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

Как устроены системы детекции утопления

Физическая основа. Два подхода, часто комбинируемых.

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

Подводные камеры смотрят через воду и видят, что происходит на дне и в объёме. Они надёжнее для случая «человек ушёл под воду и лежит на дне», но требуют закладных элементов, то есть монтажа при строительстве или реконструкции.

Что именно детектируется. Логика у систем разная, и это стоит понимать при выборе:

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

Как доносится тревога. Это половина проекта, и именно её чаще всего недооценивают. В кёльнском бассейне Stadionbad, по описанию оператора KölnBäder, камеры направлены только на водную поверхность, опасная ситуация распознаётся примерно за тридцать секунд, а сигнал приходит спасателям на умные часы с указанием места на плане бассейна. Это образцовая схема: не монитор в подсобке, а устройство на руке того, кто побежит, плюс координата, куда бежать.

Кто на этом рынке

Lynxight (Израиль, основана в 2018 году) — подключается к обычным камерам видеонаблюдения, что снижает порог входа; получила инвестиции Fluidra Ventures. Внедрения в Европе (упомянутый Кёльн) и Австралии, включая пилот в бассейнах Брисбена и объекты в Сиднее. Операторы в описаниях подчёркивают, что система не записывает и не хранит идентифицируемые изображения.

Poseidon — один из старейших игроков, подводные и надводные камеры, логика неподвижности на дне.

SwimEye — анализ активности в чаше с оповещением спасателей.

AngelEye — подводные камеры с анализом видеопотока.

PoolView — ещё одно решение того же класса.

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

Честно про доказательства

Этот раздел в вендорских материалах не встречается, и именно поэтому он здесь.

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

Научные прототипы дают 82–86 %. В рецензируемых работах по компьютерному зрению для детекции утопления фигурируют показатели относительной точности порядка 82,1 %, 83,4 % и 85,8 %. Это исследовательские прототипы, а не коммерческие продукты, и цифры нельзя переносить на продукты, но они дают представление о порядке сложности задачи.

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

Стандартизация. По заявлениям одного из вендоров, готовится протокол ISO для систем компьютерного зрения в общественных бассейнах, и вендор участвует в работе комитетов. Подтвердить существование такого документа по независимым источникам не удалось; при выборе поставщика этот вопрос стоит задать прямо и попросить ссылку на номер проекта стандарта.

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

Ложные тревоги: главный враг проекта

Система детекции критических событий умирает не от того, что что-то пропустила. Она умирает от того, что слишком часто ошибалась, и персонал перестал на неё реагировать.

Вендоры называют свои цифры — например, порядка одного ложного срабатывания в три недели в одном из интервью, — но это самооценка, а не измерение в ваших условиях. Реальная частота зависит от загрузки чаши, бликов, детских игр (ребёнок, замерший на дне в игре «кто дольше просидит», — это именно та картина, которую система обязана считать опасной), горок, волны, аквааэробики.

Что с этим делать практически:

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

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

Разделять типы тревог. Критическая (неподвижность в воде) идёт на часы спасателя мгновенно. Нарушение правил (ребёнок в глубокой зоне) идёт на терминал администратора. Смешивать их в один канал — верный способ получить игнорирование критических.

Вести журнал и возвращаться к нему. Каждая тревога с отметкой подтверждения и видеофрагментом. Через месяц журнал покажет, что настраивать.

Другие критические события на объекте

Утопление — самое очевидное, но не единственное.

Падение в душевой, раздевалке, парной

Мокрая плитка, перепад температур, пожилой гость, гость после бани и алкоголя. Статистически это куда более частый инцидент, чем утопление.

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

Перегрев в парной

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

Для сауны стоит заложить и обратный сценарий: никого нет, а температура поддерживается. Это уже про деньги, но работает тот же датчик.

Потерявшийся ребёнок

Самый частый инцидент аквапарка и самый тяжёлый по эмоциям. Что реально помогает:

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

Скопление, эвакуация, «кто остался внутри»

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

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

Персонал в одиночной смене

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

Персонал как часть системы

Техника без регламента бесполезна. Минимальный набор решений, которые нужно принять до монтажа:

Кому приходит сигнал. Устройство на руке того, кто реагирует. Монитор на посту — дополнение, не основной канал.

Что в сигнале. Тип события, место на плане, время. Без места сигнал бесполезен.

Кто подтверждает и как. Спасатель нажимает подтверждение на часах или на терминале. Неподтверждённая тревога через N секунд эскалируется администратору.

Что происходит дальше. Короткий алгоритм на одну страницу, отработанный на учениях, а не прочитанный.

Как фиксируется. Автоматическая запись фрагмента, журнал, разбор смены.

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

Что по закону и нормативам в России

Санитарные требования. Эксплуатация бассейнов регулируется СП 2.1.3678-20 (раздел по бассейнам и приложение с гигиеническими требованиями по назначению бассейнов): нормы площади зеркала воды, в том числе на одного человека, температура воды, водообмен, показатели воздуха над водой. С 1 марта 2025 года изменились требования по связанному хлору. Напрямую отслеживания это не касается, но нормы площади на человека — это и есть ваша допустимая загрузка, то есть то самое число, которое должна контролировать система подсчёта.

Требования к спасателям. Их устанавливают не санитарные правила, а правила охраны жизни людей на водных объектах, принимаемые на региональном уровне, и внутренние документы объекта. Это значит, что единого федерального ответа на вопрос «сколько спасателей и где они стоят» нет — нужно смотреть акты своего региона. Отсюда практический вывод: нельзя использовать внедрение автоматики как обоснование сокращения спасателей, пока это не проверено по действующим требованиям региона; и в любом случае отраслевая практика настаивает, что система дополняет, а не заменяет персонал.

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

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

Что записать в договор

Для систем, связанных с безопасностью людей, договор важнее спецификации. Минимум:

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

Чек-лист для разговора с поставщиком

1. Надводные камеры, подводные или комбинация? Что требуется от чаши?
2. По каким признакам поднимается тревога и какое время до тревоги заявлено?
3. Как система ведёт себя при полной загрузке чаши и при наложении пловцов?
4. Что с бликами, волной, горками, аквааэробикой?
5. Какая измеренная частота ложных срабатываний на объектах нашего типа?
6. Куда приходит тревога, что в ней содержится, как подтверждается?
7. Что происходит при обрыве связи, отключении питания, запотевании объектива?
8. Какие изображения хранятся и хранятся ли вообще?
9. Есть ли независимые испытания или сертификация? Есть ли ссылка на проект стандарта?
10. Можно ли провести испытания с имитацией события на нашем объекте до закупки?
11. Какие объекты того же профиля можно посетить и поговорить со спасателями?
12. Как формулируется ответственность поставщика в договоре?

Источники

Источники

• Исследование правила 10:20, 2025 — спасатели не способны просматривать зону каждые десять секунд
• Отчёт ukactive по системам детекции утопления — барьеры внедрения, риск ложного чувства защищённости
• KölnBäder, детекция утопления в бассейне Stadionbad — схема внедрения, время распознавания, оповещение на умные часы
• Fluidra Ventures об инвестициях в Lynxight
• Пилот в бассейнах Брисбена, внедрение в Whitlam Leisure Centre
• Обзор стратегий предотвращения утоплений с применением ИИ — логика работы систем, ограничения при наложении пловцов
• СП 2.1.3678-20 — санитарно-эпидемиологические требования, в том числе к бассейнам