Платформа аварійного реагування 104

«Тризуб» — інтегроване рішення для аварійної диспетчеризації газу (104)

«Тризуб» створений на базі універсальної ірландської платформи «**Phoenix-ESS**» і забезпечує інтеграцію з промисловою телекомунікаційною системою «CallWay» — єдиний канал прийому і маршрутизації всіх звернень за номером 104. Рішення адаптоване під специфіку газової галузі: об’єднує дані з ГІС і SCADA, координує бригади та міжвідомчу взаємодію, забезпечує безпеку та аудит усіх операцій. Система призначена для ліквідації аварійних ситуацій — від локалізації побутових витоків до координації масштабних робіт на магістральних трубопроводах. Завдяки мікросервісній архітектурі «Тризуб» легко масштабується і може працювати в хмарі або в захищеному локальному контурі, що гарантує безперебійну роботу служби 104 навіть в умовах пікових навантажень. Нижче — короткий опис ключових функцій і використовуваних технологій, які підвищують швидкість реагування, знижують ризики і спрощують операційну роботу диспетчерів і польових бригад.

ОСНОВНІ МОДУЛІ ПЛАТФОРМИ «ТРИЗУБ»
(КАСТОМІЗАЦІЯ Phoenix-ESS)

МОДУЛЬ ІНТЕГРАЦІЇ ВИКЛИКІВ І МАРШРУТИЗАЦІЇ (ІНТЕГРАЦІЯ З CALLWAY) — ОСНОВНИЙ КОМУНІКАЦІЙНИЙ ВХІД 104

Модуль інтеграції з CallWay — це центральний шлюз вхідних комунікацій для єдиного номера 104. Він приймає всі звернення громадян і автоматичні сигнали (телефонні дзвінки, SMS, IVR, мобільні додатки, вхідні повідомлення месенджерів), перетворюючи їх на стандартизовані інциденти в системі «Тризуб». При надходженні дзвінка модуль автоматично фіксує метадані дзвінка (номер абонента, час, напрямок, CDR), зберігає голосовий запис і передає потокову розшифровку (ASR) для швидкого вилучення ключових слів (наприклад «витік», «запах газу», «вибух»). Якщо доступна геоінформація — вона підхоплюється з CallWay (CLI/ANI, GPS від мобільного додатка) або розраховується через триангуляцію/Cell-ID; якщо координати некоректні, модуль запускає алгоритм уточнення: відправляє SMS/USSD з швидким опитувальником, ініціює callback або пропонує користувачеві передати місце розташування через мобільний додаток.

Маршрутизація виконується за заздалегідь налаштованими правилами реагування для 104: за небезпечністю події (витік високого тиску vs побутова протікання), за зоною відповідальності (сектор мережі, магістраль/розподіл), наявністю даних про газопровід в місці події і за доступністю бригад. Модуль вміє одночасно повідомляти декількох адресатів — аварійну бригаду, найближчу чергову дільницю, пожежників і поліцію — і формувати єдину картку інциденту з пріоритетами дій. Вбудовані сценарії ескалації автоматично піднімають подію до старшого диспетчера при погіршенні параметрів (зростання кількості скарг на запах, підтверджений датчиками IoT, або зростання CO/CH₄).

CallWay-модуль реалізує зручний інтерфейс для оператора 104: в картці виклику видно джерело, запис розмови, розшифровка, передбачуваний радіус небезпеки, запропоновані ресурси і найближчі точки перекриття/запірні пристрої. Він підтримує функції конференц-з’єднань (оператор ↔ бригада ↔ служба 112/поліція), TTS-повідомлення для масових оповіщень, відправку повідомлень громадянам (SMS/Push) з інструкціями з безпеки і можливістю відстежувати відповіді. Для аудиту та якості обслуговування модуль веде SLAs за часом відповіді, зберігає CDR та інтегрується з аналітикою для виявлення «помилкових» та «повторних» викликів. У плані безпеки весь трафік шифрується, голосові записи та персональні дані зберігаються з контролем доступу за ролями та з ретеншн-політиками, необхідними для регуляторних вимог.

Таким чином, інтеграція з CallWay перетворює хаотичні входи в керований потік інформації — дзвінки та повідомлення автоматично стають коректно класифікованими, геоприв’язаними та маршрутизованими інцидентами з зрозумілою для польової бригади та диспетчера інструкцією до дії.

ІНТЕГРАЦІЯ З ГІС (ARCGIS) І ВІЗУАЛІЗАЦІЯ ГАЗОВИХ ОБ’ЄКТІВ НА GOOGLE MAPS

ГІС-модуль «Тризуб» отримує просторові та атрибутивні дані про газову інфраструктуру з центрального корпоративного ГІС-репозиторію (ArcGIS) і проектує ці дані поверх карт Google Maps для зручності диспетчерів і польових бригад.

Технічно передача даних здійснюється через безпечні з’єднання до ArcGIS REST API (аутентифікація за токенами/SSO) або через експорт GeoJSON / Vector Tiles. «Тризуб» автоматично конвертує отримані шари у формат, придатний для накладення на Google Maps.

Особливості, важливі для роботи 104:

при зміні статусу об’єкта в ArcGIS (наприклад, «виведено в ремонт») шар автоматично змінює колір і доступність дій на Google Maps;
розрахунок маршруту бригади враховує не тільки дорожню мережу Google (Directions API), але і «внутрішню» топологію мережі газопроводів: час до найближчої запірної арматури, допустимість проїзду для техніки, обмеження доступу до КП;
мобільні додатки отримують спрощені векторні пакети (MBTiles) для offline-карти з останньою синхронізацією від ArcGIS, щоб бригада могла бачити актуальні об’єкти навіть без покриття.

В цілому такий підхід дає комбінацію: ArcGIS — джерело достовірних і керованих ГІС-даних; Google Maps — зрозуміла і масштабована візуальна підкладка для оперативної роботи диспетчера і простого доступу польових бригад до потрібної геоінформації.

МОНІТОРИНГ І УПРАВЛІННЯ РЕСУРСАМИ В РЕАЛЬНОМУ ЧАСІ

Модуль відображає ключову картину готовності бригад і ресурсів у компактному вигляді: поточна геопозиція і статус (в дорозі/на місці), ETA з урахуванням трафіку, ролі і кваліфікація учасників (газоспеціаліст, зварювальник тощо) і термін дії сертифікатів. Техніка та інвентар показуються як окремі об’єкти з атрибутами — тип (автомобіль з компресором, аварійний фургон), залишок критичних запасів (балони, герметики), рівень палива та терміни калібрування приладів/ЗІЗ.

Для запірної арматури модуль приймає телеметрію (положення, тиск, стан приводу) і в реальному часі показує доступність і справність вузлів; при аномаліях генеруються автоматичні сповіщення і рекомендовані дії (повідомити ремонт, аварійне закриття). У мобільному додатку доступні швидкі дії: відмітка прибуття, відправка фото і сканування QR-інвентарю. Всі операції управління критичними пристроями проходять аутентифікацію і реєструються для аудиту.

МОДУЛЬ УПРАВЛІННЯ ІНЦИДЕНТАМИ

Центральна картка інциденту — це компактний, але повністю змістовний робочий документ для диспетчера і бригади. У ній фіксується тип інциденту (витік, запах, пошкодження траси тощо), автоматична оцінка ризику і розрахована на ГІС зона впливу (полігон з градацією ризику і передбачуваною зоною евакуації). Картка показує перелік призначених і резервних бригад з їх ETA, призначені ролі і відповідальних, а також статус виконання за етапами (прийнято, виїзд, на місці, локалізовано, закрито).

У розділі журналу дій послідовно фіксуються всі кроки: час входу виклику, комунікації (дзвінки/повідомлення через CallWay), відправлені розпорядження, виконані команди (закриття засувки, вимірювання газоаналізатором) і системні події; кожен запис містить позначку виконавця і мітку часу. Вкладення — фото, відео, аудіозапис розмови, дані газоаналізатора — зберігаються поруч з відповідними записами.

До картки прив’язані контрольні чек-листи за регламентом 104 (обхід точок, заходи безпеки, повідомлення населення), а також міжвідомчі сценарії (автоматична генерація завдань пожежним/поліції при критичному ризику). Завершення та закриття інциденту вимагають підпису відповідального та генерують незмінний аудит-трейл для звітності та подальшого розбору.

ПЕРЕДАЧА ДАНИХ ПРО СТАН ІНЦИДЕНТУ

Картка інциденту автоматично надходить до мобільного додатку призначеної бригади в структурованому вигляді: короткий звіт, рівень ризику з пороговими концентраціями газу (із зазначенням конкретних значень), рекомендації щодо ЗІЗ (тип фільтра/комбінезона, вимоги до дихальної техніки), координати і шлях до найближчої запірної арматури (включаючи відстань і час до точки) і контакт диспетчера з швидкими діями («зателефонувати», «запросити підкріплення», «ініціювати закриття»). Польові співробітники можуть відзначати статус етапів (прибули → огляд → локалізація → закрито), надсилати фотографії/відео, завантажувати показання газоаналізаторів і прикріплювати протоколи вимірювань — всі надіслані дані миттєво синхронізуються з карткою і позначаються часом, автором і GPS-координатою.

Система верифікує отримані показання (порівнює з порогами та історичними даними), генерує автоматичні підказки (наприклад, «небезпечна концентрація — викликати пожежників і поліцію») і формує супровідну документацію (акт виїзду, фотопротокол). Мобільний додаток підтримує offline-режим: дані кешуються локально і синхронізуються при відновленні мережі, а всі правки і команди реєструються для подальшого аудиту і звітності.

ПІДТРИМКА ВЗАЄМОДІЇ МІЖ СЛУЖБАМИ

Платформа забезпечує створення спільних сценаріїв реагування (композитні робочі процеси для газу + пожежників + поліції), де розподіляються ролі, контрольні точки і вимоги щодо ЗІЗ для кожної служби. При спрацьовуванні критерію ескалації картка автоматично розсилає структуровані повідомлення (з даними інциденту, зонами ризику і рекомендованими заходами) в цільові системи партнерів або в інтеграцію з 112/пунктами пожежних/поліції; повідомлення містять попередньо встановлені шаблони і пріоритети, щоб уникнути неоднозначностей.

Для оперативної координації доступні спільні канали зв’язку: захищені конференції, групові чати і загальний тимчасовий доступ до картки інциденту (передача прав із записом всіх дій). Кожне міжвідомче завдання прив’язане до контрольних точок і термінів виконання — система відстежує статус виконання, автоматично нагадує відповідальним і фіксує відхилення від SLA для подальшого розбору та оптимізації взаємодії.

АДАПТИВНІ МОБІЛЬНІ ДОДАТКИ ДЛЯ БРИГАД

Offline-first додаток забезпечує роботу в умовах поганого зв’язку: на пристрої зберігаються карти (MBTiles), останні шари мережі і реєстр запірної арматури, чек-листи та інструкції за регламентом 104. Польовий оператор може швидко відправляти фото/відео, прикріплювати протоколи вимірів і синхронізувати дані при поверненні зв’язку — все з GPS-прив’язкою і позначкою часу. Підтримана інтеграція з портативними газоаналізаторами по BLE — показання підтягуються в картку інциденту автоматично; також реалізовані quick-actions для прийому команд: «ініціювати закриття», «запросити підкріплення», «відзначити локалізацію». Додаток керує правами: критичні команди вимагають підтвердження від старшого і записуються в аудит.

СХОВИЩЕ ТА АНАЛІТИКА ІНЦИДЕНТІВ

Централізоване сховище акумулює всі виклики, логи дій, вкладення і телеметрію в зв’язну історію інциденту. На їх основі формуються звіти за часом реагування, завантаження бригад, частотою і локаціями витоків; дані доступні для дашбордів і вивантажень для регуляторів. Підтримка ML-моделей реалізується через окремий аналітичний шар: підготовлені вибірки і feature-store дозволяють будувати прогнози «гарячих точок», оцінювати ризик відмов обладнання і рекомендувати профілактичні заходи. Політики зберігання і шифрування даних відповідають регламенту безпеки і вимогам ретенції.

ШАБЛОНИ ТА СЦЕНАРІЇ РЕАГУВАННЯ

Набір попередньо налаштованих сценаріїв покриває типові аварії: побутова витік, магістральна витік, пошкодження при земляних роботах, масове отруєння, ризик вибуху. Кожен сценарій містить послідовність дій, список необхідного обладнання та задіяних відомств, а також параметризовані пороги ескалації (концентрації газу, площа полігону, кількість звернень). Сценарії динамічно адаптуються до умов — враховують напрямок вітру, рельєф, щільність забудови та дані ГІС, автоматично коригуючи зону евакуації та пріоритети завдань.

ІНТЕГРАЦІЯ ІЗ ЗОВНІШНІМИ БАЗАМИ ДАНИХ І РЕЄСТРАМИ

Система автоматично синхронізується з реєстрами земельних робіт, дозволами на розкопки, списками підрядників, реєстром абонентів і погодними сервісами (вітер, температура) через захищені API/webhook-канали. Дані використовуються для верифікації викликів (чи є в місці робіт тощо), попереджень підрядників і автоматичного блокування робіт при підвищеному ризику. Вхідні дані проходять валідацію і нормалізацію, а невідповідності позначаються для ручної перевірки диспетчером.

НОВІ МОДУЛІ, ДОДАНІ В «ТРИЗУБ»

УПРАВЛІННЯ ІЗОЛЯЦІЙНИМИ ТОЧКАМИ ТА КАРТУВАННЯ ЗАПІРНОЇ АРМАТУРИ

Централізований реєстр містить всі фізичні та дистанційно керовані засувки з атрибутами (ідентифікатор, тип приводу, стан, обмеження доступу, час останньої перевірки). На карті для диспетчера відображаються найближчі точки перекриття до місця інциденту, розраховується час до повної ізоляції ділянки (включаючи час під’їзду бригади і час механічної операції) і візуалізується список абонентів/об’єктів, які будуть знеструмлені при перекритті. Модуль дає швидкі дії: покрокова інструкція послідовності закриття, ініціювання дистанційного закриття (за наявності прав і телеметрії) і формування плану мінімізації впливу на критичну інфраструктуру.

КОНТРОЛЬ ЗА ЗЕМЛЯНИМИ РОБОТАМИ ТА ІНТЕГРАЦІЯ З ПІДРЯДНИКАМИ

Платформа приймає дані про видані дозволи на розкопки і плани земляних робіт і автоматично звіряє їх з картою газової мережі. При перетині зони робіт з газопроводом система генерує попередження для підрядника і диспетчера, відправляє приписи з безпеки і, при необхідності, блокує узгодження робіт до підтвердження дотримання вимог. Ведеться журнал комунікацій і контрольних перевірок з можливістю призначити виїзд інспекції і зафіксувати результат в картці робіт.

УПРАВЛІННЯ АВАРІЙНИМИ РЕСУРСАМИ І СКЛАДСЬКИМ ЗАПАСОМ ГАЗОВОГО ОБЛАДНАННЯ

Інвентарна система відстежує наявність запасних балонів, аварійних комплектів, ЗІЗ і стан приладів (калібрування, терміни придатності). Для кожного аварійного поста визначається набір мінімальних залишків; при досягненні порогу автоматично створюється заявка на поповнення і повідомлення відповідальному складу. Реалізована облікова історія використання матеріалів по інцидентах і інтеграція зі службою логістики для швидкої доставки комплектів на місце.

РЕЄСТРАЦІЯ ТРЕТІХ ОСІБ І КОНТРОЛЬ ПІДРЯДНИКІВ

Реєстр підрядників містить профіль компанії, перелік допусків, страховок та історії робіт. Перед початком робіт система проводить автоматичні перевірки відповідності підрядника вимогам безпеки (наявність допусків, інструментів з калібруванням, навченого персоналу) і формує приписи/умови. Всі виїзди та операції підрядників реєструються: час, місце, відповідальні, результати перевірок — це полегшує відповідальність і подальший аудит.

СЕРТИФІКАЦІЯ ТА ОБЛІК КВАЛІФІКАЦІЇ ПЕРСОНАЛУ

Модуль зберігає дані про кваліфікацію та сертифікати кожного співробітника (рівень допуску, дата останньої перепідготовки, дійсність сертифіката). При призначенні завдань система автоматично перевіряє відповідність компетенцій вимогам завдання і блокує призначення для непідготовленого персоналу, пропонуючи альтернативних кандидатів або вимагаючи підтвердження від керівника. Також реалізовані нагадування про необхідність перенавчання і генерація звітів по навченості і укомплектованості змін.

TECHNOLOGIES

ТЕХНОЛОГІЧНА ОСНОВА УНІВЕРСАЛЬНОЇ EMERGENCY PLATFORM

Дана система розроблена з урахуванням суворих вимог до безвідмовності, відмовостійкості та цілодобової доступності (24/7/365). Всі її компоненти функціонують в режимі високої готовності, з мінімальними затримками при обробці подій і забезпечують безперервне надання екстреної допомоги. Таким чином, технологічна архітектура Emergency Platform поєднує гнучкість мікросервісів, потужність .NET екосистеми та надійність хмарних технологій, при цьому залишається адаптованою для локального (on-premise) розгортання в умовах державних структур.

АРХІТЕКТУРНІ ПРИНЦИПИ

Мікросервісна архітектура — Кожна функція системи (прийом виклику, диспетчеризація, ГІС-сервіс, управління ресурсами) реалізована у вигляді ізольованого, вузькоспеціалізованого сервісу. Це дозволяє, наприклад, масштабувати в десятки разів сервіс обробки голосових викликів при масовому інциденті, не зачіпаючи при цьому модуль аналітики. Оновлення та виправлення вносяться швидко і без повної зупинки платформи, що критично для роботи екстрених служб.
API-first підхід — Всі взаємодії між сервісами всередині платформи і з зовнішніми системами (наприклад, МНС, лікарні, МВС) будуються через чітко визначені і задокументовані API. Це створює «єдину мову» для інтеграції, дозволяючи новим службам (скажімо, аварійній комунальній службі) легко підключитися до платформи, використовуючи ті ж стандартні інтерфейси, що і швидка допомога.
Загальна шина даних (Enterprise Service Bus) — Виступає в ролі «нервової системи» платформи. Коли надходить новий виклик, ця подія (з усіма деталями) публікується в шині. Миттєво і асинхронно її отримують сервіс диспетчеризації (щоб знайти вільну бригаду), ГІС-сервіс (щоб побудувати маршрут), сервіс логування (для запису) і аналітики (для обліку). Це забезпечує миттєву реакцію і узгодженість даних across всіх компонентів.
Cloud-native дизайн — Система розроблена для роботи в сучасних хмарних середовищах, що дає безпрецедентну еластичність і відмовостійкість. Наприклад, у разі збою в одному дата-центрі Azure платформа автоматично перемикається на той, що працює. При цьому реалізована можливість роботи в закритих державних контурах, тому дизайн допускає розгортання на приватних Kubernetes-кластерах.

СТЕК ТЕХНОЛОГІЙ

Мова і фреймворки** — Вибір C# і .NET 8+ обумовлений їх продуктивністю, безпекою і багатою екосистемою для побудови складних enterprise-рішень. [ASP.NET](https://asp.net/) Core забезпечує створення високопродуктивних API, SignalR — миттєву доставку повідомлень всім диспетчерам про новий виклик, а сучасні фронтенд-фреймворки (Blazor/React/Angular) — інтуїтивні та чуйні інтерфейси для операторів у високостресовій ситуації.
Управління мікросервісами — Kubernetes автоматизує розгортання, масштабування та управління життєвим циклом сотень мікросервісів. Якщо контейнер із сервісом маршрутизації виходить з ладу, Kubernetes негайно його перезапускає. Service Mesh (наприклад, Istio) забезпечує безпечну та контрольовану взаємодію між сервісами, автоматично шифруючи трафік і надаючи детальну телеметрію.

ІНТЕГРАЦІЯ ТА ОБМІН ДАНИМИ

Повідомлення (RabbitMQ/Kafka) — Обробляють пікові навантаження від тисяч датчиків IoT або викликів, гарантуючи, що жодна подія не буде втрачена. Kafka з його можливістю збереження повідомлень ідеально підходить для відтворення подій з метою аналізу минулих інцидентів.
API Gateway (Ocelot/YARP) — Виступає єдиним захищеним входом в платформу для всіх клієнтів (мобільні додатки медиків, веб-інтерфейс диспетчера). Маршрутизує запити до потрібних мікросервісів, аутентифікує і кешує відповіді, знижуючи навантаження.
Event sourcing і CQRS — Для абсолютної достовірності даних про критичні дії (наприклад, кожна команда диспетчера, кожна зміна статусу екіпажу) зберігаються як послідовність подій. Це дозволяє точно відновити хід будь-якого інциденту і гарантує узгодженість даних.
Геоінформаційні сервіси — Ядро для координації ресурсів. Інтеграція з різними постачальниками карт (Google Maps для деталізації, OpenStreetMap для економії) та використання потужних GIS-серверів (PostGIS) дозволяють не просто показувати карту, а й обчислювати оптимальні маршрути з урахуванням заторів, проводити просторовий аналіз (знайти всі бригади в радіусі 2 км) і візуалізувати зони ураження при НС.
Бази даних — Поліглотне зберігання даних: реляційні СУБД (SQL Server/PostgreSQL) для транзакційних даних (облікові записи, журнали викликів), спеціалізована PostGIS — для геоданих, Redis — для кешування частих запитів (наприклад, списку доступних екіпажів) і сесій, а високомасштабовані сховища (Elasticsearch) — для швидкого пошуку по гігабайтах логів і аналітики.

ЗАБЕЗПЕЧЕННЯ БЕЗПЕКИ ТА НАДІЙНОСТІ

Аутентифікація та авторизація — Єдиний вхід (Single Sign-On) для всіх співробітників різних служб через корпоративні Active Directory. Суворий контроль на основі ролей (RBAC): диспетчер може направити бригаду, але не може видалити запис про виклик, що доступно тільки старшому зміни.
Шифрування — всі дані, що передаються між пунктом управління, мобільними додатками медиків і базами

CI/CD І УПРАВЛІННЯ ЖИТТЄВИМ ЦИКЛОМ

Збірка і тестування — Будь-яка зміна коду автоматично проходить суворий цикл збірки і всебічного тестування (модульні, інтеграційні, навантажувальні тести) перед тим, як потрапити в продуктивне середовище. Це гарантує стабільність і якість кожного оновлення.
Деплоймент — Процес розгортання нових версій сервісів повністю автоматизований і управляється через інструменти GitOps (ArgoCD). Інфраструктура описується кодом (Infrastructure as Code), що робить її відтворюваною, версіонованою і виключає людські помилки при ручному розгортанні.
Оновлення без простою — Стратегії розгортання Blue-Green і Canary дозволяють оновлювати критичні компоненти платформи абсолютно без переривання роботи. Нова версія сервісу розгортається паралельно зі старою, на неї переводиться невеликий відсоток трафіку для перевірки, і тільки після успішного тесту трафік перемикається повністю.