
Состав страницы — как ведомость рабочих чертежей: каждый лист отвечает на один вопрос проекта. Строка ведёт на лист; вернуться сюда можно по шкале слева или через ведомость сверху.
Экранное поле оперативной службы живёт по событию: пока происшествий нет, смена держит обзор; как только приходит сигнал, на поле должен оказаться тот источник, по которому принимают решение, — без сборки окон руками.
Работа оперативной службы начинается с сигнала: вызов по номеру 112, сработка датчика, сообщение смежной службы, доклад с места. Дальше решают минуты, поэтому экранное поле оценивают не по диагонали, а по одному вопросу: сколько времени проходит от сигнала до момента, когда дежурный видит адрес, карту, камеру и статус сил на одном поле.
Для ЕДДС, ЦУКС, центров реагирования МЧС, транспортных и муниципальных служб экранное поле собирают на LCD/ЖК панелях или на LED-экране. Выбор зависит от размера зала, дистанции просмотра, требуемой детализации карты и режима работы: например, у панели iVi 55UBP2 в карточке указан режим работы 60 000 часов (24 часа в сутки, 7 дней в неделю), а у iVi 55ULS3 к этому добавлено управление по RS232C с опциональным RJ45 — через него панели опрашивают и переключают централизованно. Наличие интерфейса управления проверяют по паспорту выбранной модели.
IVI TECH — инженерная компания полного цикла: обследование зала, проект экранного поля и тракта, поставка на собственной технологической платформе, монтаж, пусконаладка сценариев вывода и сервис. Для оперативной службы это означает, что требования дежурной смены попадают в проект до закупки, а не превращаются в правки после монтажа.
Логику события описывают на бумаге раньше, чем выбирают контроллер. Порядок один и тот же, меняются только источники и названия служб.
Время от сигнала до появления источника на поле — измеряемый параметр. Его записывают в техническое задание и проверяют на приёмке по протоколу, а не на глаз. Разбор того, из чего это время складывается в самом тракте, — на странице видеостены для диспетчерской.
Состав операторского тракта — какой источник каким интерфейсом приходит на поле и что он даёт смене — разобран на странице видеостены для диспетчерской. Дежурной службе тот же перечень нужен в другом разрезе. Для каждого источника заранее решено, висит он на поле постоянно, поднимается по событию или выводится по команде дежурного, — и что происходит, когда два источника претендуют на одну зону поля.
| Источник | Режим вывода | Приоритет при конфликте |
|---|---|---|
| Карты и ГИС | Постоянно на поле: основа дежурной раскладки; по событию карта центрируется на точке происшествия | Полностью не вытесняется. При тревоге сжимается до обзорного окна, но остаётся на поле: без привязки к местности остальные источники теряют смысл |
| Видеонаблюдение | Обзорная группа камер — постоянно, тревожная группа — по событию | Камера места происшествия занимает главную зону и вытесняет обзорную группу. Что делает вторая тревога — занимает соседнее окно, встаёт в очередь или требует подтверждения старшего смены — описывается отдельным пунктом |
| Сигналы тревоги: карточка вызова, сработка датчика, тревожная кнопка | По событию, с подъёмом приоритетной раскладки | Высший приоритет: перекрывает любой фоновый источник. Взаимное старшинство двух тревог задаёт служба, а не контроллер |
| Датчики и телеметрия | Постоянно в сжатой зоне, разворачивается по команде дежурного | Уступает тревожной группе. Разворот в крупное окно — только вручную, чтобы автоматика не выбивала с поля картину происшествия |
| ВКС и оперативная связь | По команде дежурного: вызов руководителя, вышестоящего центра, смежной службы | Занимает закреплённое за ней место и тревожной раскладкой не вытесняется — доклад идёт одновременно с работой по событию |
Правило приоритета — не свойство оборудования, а решение службы: его согласуют на этапе проекта, записывают в задание отдельной таблицей и настраивают при пусконаладке. Пока такой таблицы нет, поле в момент, когда событий больше одного, перестраивается непредсказуемо — и смена перестаёт ему доверять.
Обратная сторона перечня — то, что на общее поле сознательно не выводится. Поле видит каждый, кто вошёл в зал: смежная служба, проверяющий, подрядчик на регламентных работах. Источники с персональными данными и служебной информацией ограниченного доступа либо не входят в дежурный набор вовсе, либо выводятся только по команде и только в раскладке, которую вызывает старший смены.
Для тревожной группы источников задержка вывода — отдельный измеряемый параметр приёмки, а не общее пожелание «без задержек». В задании его формулируют так, чтобы было что проверять: задержка вывода источников тревожной группы (с перечнем этих источников) — не более назначенного значения, подтверждается измерением при пусконаладке, результат заносится в протокол. Само значение назначает служба, исходя из своего регламента реагирования, и оно отличается от допуска для фоновых источников: их картинка обновляется реже и на решение по событию не влияет. Из чего складывается задержка в самом тракте и почему допуски у видеонаблюдения и у данных технологических систем разные — на странице видеостены для диспетчерской.
Раскладка — не «красивая картинка», а описанное состояние поля под конкретный режим смены. Оперативной службе обычно хватает трёх-четырёх.
Способ подачи команды на переключение выбирают по тому, что умеет отдавать система заказчика, и уточняют на обследовании: у одних служб это команда по сети от системы приёма вызовов, у других — ручной вызов раскладки старшим смены. В задании описывают обе схемы отдельными пунктами, а право вернуть поле в дежурный режим вручную остаётся за дежурным в любом случае.
Размер и число окон задаёт геометрия зала: на одно поле смотрят с рабочего места дежурного и с места руководителя смены, дистанции разные. Поэтому на приёмке читаемость карточки вызова и подписей на карте проверяют с обеих точек — и если с дальней точки текст не читается, меняют не яркость, а раскладку и кегль.
На поле оперативной службы попадают данные, которые видит каждый, кто вошёл в зал, включая смежные службы и проверяющих. Поэтому право менять состав источников разделяют по ролям, а не выдают всем, у кого есть доступ к пульту.
Журнал действий фиксирует, кто и когда вызвал раскладку и какой источник вывел. Он нужен не для контроля смены, а для разбора: без него после происшествия невозможно ответить, что именно было на поле в конкретную минуту. Если у службы есть свой каталог учётных записей, привязку ролей к нему обсуждают на обследовании.
Передача смены идёт по короткому чек-листу состояния поля: какая раскладка активна, все ли окна живые, нет ли панели или источника в отказе, что находится в ремонте и какие ограничения из-за этого действуют. Результат заносят в журнал приёма-передачи вместе с остальным имуществом поста — иначе неисправность переезжает из смены в смену, пока не проявится в тревожный момент.
Отказ узла в дежурной службе — не аварийная ситуация, а рабочий режим, который описывают заранее. Перечень резервируемых узлов, состав ЗИП и порядок восстановления — предмет проекта, они разобраны на странице видеостены для диспетчерской. Дежурной службе к ним добавляется свой разрез: что смена увидит на поле и что дежурный делает по инструкции. В проект закладывается, что отказ виден по самому полю, а не выясняется звонком в аппаратную.
| Что отказало | Что видит смена | Действие дежурного |
|---|---|---|
| Тревожный источник: камера, карточка вызова, поток телеметрии | В окне вместо изображения — признак потери сигнала с именем источника и временем. Замерший последний кадр в проект не закладывается: он неотличим от рабочей картинки | Перейти на резервный источник, предусмотренный раскладкой, доложить старшему смены, зафиксировать отказ в журнале |
| Одна панель экранного поля | Тёмный прямоугольник в известном месте поля; остальные окна продолжают работать | Вызвать запасную раскладку, в которой критичное окно не приходится на выбывшую зону, и передать заявку в сервис |
| Управляющее ядро: контроллер или сервер отображения | Поле замирает на последней раскладке или гаснет целиком, команды переключения не проходят | Перейти на запасной путь вывода, предусмотренный проектом, до восстановления работать по мониторам рабочих мест, отметить время отказа |
| Питание | Часть поля гаснет; при работе от источника бесперебойного питания остаётся заранее определённый набор окон | Свериться с перечнем окон, которые сохраняются на резервном питании, и вести событие по ним; перечень определяется на этапе проекта и выносится в инструкцию |
| Канал от смежной системы, по которому приходит команда на переключение | Тревожная раскладка не поднимается сама, поле остаётся в дежурном режиме | Вызвать раскладку вручную из утверждённого списка: ручной вызов сохраняется за дежурным при любой степени автоматизации |
Каждая строка этой таблицы — одновременно пункт инструкции дежурного и пункт программы аварийных испытаний. Если поведение поля при отказе не проверено на приёмке, инструкция остаётся предположением. Сама инструкция должна умещаться на одну страницу и находиться на посту: в три часа ночи никто не открывает том проектной документации.
Обычная приёмка видеостены проверяет геометрию, стыки и то, что картинка есть. Оперативной службе этого мало: систему принимают по поведению в отказах и по времени реакции.
Из приёмки служба должна выйти с тремя документами: протокол испытаний с измеренными значениями, инструкция дежурного «вижу — делаю» на одну страницу и журнал, в котором эти действия фиксируются. Без них принята картинка, а не система. В закупке требования формулируются так же измеримо, иначе проверить их нечем: порядок разобран на странице поставки по 44-ФЗ.
Геометрию помещения, состояние тракта и требования к резервированию уточняют на обследовании — это работа проектировщика. А вот вводные о самой дежурной службе, кроме неё, не сформулирует никто: именно из них получаются раскладки, права и программа испытаний.
Эти вводные переносятся в задание почти дословно: из состава смены и ролей получается матрица прав, из перечня источников с приоритетами — таблица раскладок, из регламента реагирования — число тревожных сценариев, из требований к журналу — пункт приёмки. Каждый пункт, оставленный на «решим при пусконаладке», превращается в дополнительные работы после подписания контракта.
Видеостены iVi TECH работают в единых дежурно-диспетчерских службах: в 2023 году — модернизация инфраструктуры ЕДДС для МКУ «Управление гражданской защиты исполкома города Казани», в 2024-м — система отображения информации для МКУ «Единая дежурная диспетчерская служба» Красноселькупского района ЯНАО, за Полярным кругом. Оба контракта исполнены.
В портфеле компании — около 70 госконтрактов на сумму свыше 650 млн рублей, 60 заказчиков, с 2020 года. Порядок работы по закупкам разобран на странице поставки по 44-ФЗ.
График монтажа согласуется с дежурной службой заранее: работы разбивают на этапы, и к каждому этапу известно, какая часть поля остаётся в работе. Полностью порядок работ на действующем объекте описан на странице видеостены для диспетчерской.
Гарантия, регламентные выезды и обслуживание — на странице сервиса.
Шесть решений, которые принимаются под регламент дежурства, а не под каталог оборудования.
Для каждого типа сигнала заранее описано, какой источник выходит на поле крупно и что остаётся вокруг него. Раскладка вызывается одной командой, а не собирается окнами в момент происшествия.
Команда по сети от системы приёма вызовов, если она умеет её отдавать, и ручной вызов из утверждённого списка. Обе схемы описываются в задании отдельными пунктами; право вернуть дежурный режим вручную остаётся за дежурным всегда.
Для каждого источника — режим вывода (постоянно, по событию, по команде) и место в правиле приоритета: что кого вытесняет и что остаётся на поле при вытеснении. Здесь же фиксируется, что на общее поле не выводится вовсе.
Дежурный, старший смены, администратор, наблюдатель — у каждого свой набор прав. Каждое переключение попадает в журнал, по нему потом восстанавливают картину происшествия.
Одна страница на посту: по какому признаку смена узнаёт отказ источника, панели, управляющего ядра или питания и что делает дальше. Каждая строка инструкции проверяется на испытаниях.
Время выхода на приоритетную раскладку, задержка вывода тревожных источников, читаемость с рабочего места дежурного и с места руководителя смены. Всё это проверяется по протоколу испытаний.
Контроллер позволяет быстро менять сценарии, увеличивать важный источник на весь экран и сохранять нужные раскладки для разных режимов работы.
Формулировки, без которых требования дежурной службы на приёмке проверить нечем — их дописывают уже за свой счёт.
Это измеряемый параметр проекта, а не свойство оборудования: время считают от подачи тревожного сигнала до момента, когда критичный источник виден на поле. Значение записывают в техническое задание, а на приёмке замеряют по программе испытаний — подают тестовый сигнал столько раз, сколько записано в программе, и заносят каждый замер в протокол. Если параметра нет в задании, проверять на приёмке нечего. Из чего это время складывается в самом тракте, разобрано на странице видеостены для диспетчерской.
Короткий чек-лист: какая раскладка активна, все ли окна живые, нет ли панели или источника в отказе, что находится в ремонте и какие ограничения из-за этого действуют, есть ли незакрытые замечания прошлой смены. Результат заносится в журнал приёма-передачи вместе с остальным имуществом поста — иначе неисправность переезжает из смены в смену и обнаруживается в тревожный момент.
Роли разделяются: дежурный вызывает раскладки из утверждённого списка и разворачивает окно на всё поле; старший смены собирает нештатную раскладку и выводит источники вне дежурного набора; администратор правит список источников и раскладок и заводит учётные записи; наблюдателю доступен только просмотр. Каждое переключение фиксируется в журнале — по нему после происшествия восстанавливают, что именно было на поле в конкретную минуту.
Это решает правило приоритета, и его пишет служба, а не оборудование. В задании фиксируют, какая раскладка вытесняет какую, что при вытеснении остаётся на поле обязательно — как правило, карта с точкой события — и как ведёт себя вторая тревога: занимает свободное окно, встаёт в очередь или поднимается только по подтверждению старшего смены. Без такой таблицы поле в момент, когда событий больше одного, перестраивается непредсказуемо, и смена перестаёт им пользоваться.
Это зависит от двух вещей: умеет ли система заказчика отдавать команду вовне и принимает ли её выбранное управляющее ядро. И то и другое проверяется по документации обеих систем на этапе обследования, до закупки, — заранее мы такую интеграцию не обещаем. В задании автоматический вызов и ручной описывают отдельными пунктами, а ручной вызов раскладки остаётся у дежурного в любом случае: это же и запасной вариант, если команда от смежной системы не пришла.
Служба — на этапе согласования дежурного набора. Экранное поле видит каждый, кто вошёл в зал: смежные службы, проверяющие, подрядчик на регламентных работах. Поэтому источники с персональными данными и служебной информацией ограниченного доступа либо не входят в дежурный набор, либо выводятся только по команде и только в раскладке, которую вызывает старший смены. Это решение фиксируется вместе с перечнем источников и попадает в задание.
Да. В 2023 году — модернизация инфраструктуры ЕДДС для МКУ «Управление гражданской защиты исполкома города Казани», в 2024-м — система отображения информации для МКУ «Единая дежурная диспетчерская служба» Красноселькупского района ЯНАО; оба контракта исполнены. В портфеле компании около 70 госконтрактов на сумму свыше 650 млн рублей, 60 заказчиков, с 2020 года.




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