Здоров’я активів та екосистеми

Здоров’я активу (Asset Health)

У центрі Operational Health Matrix перебуває не подія, не тривога й не задача, а експлуатований актив.

Кожен актив має власний експлуатаційний стан, який безперервно розраховується на основі телеметрії, історії експлуатації, результатів аналітики та підтверджених Operational Issues.

Asset Health дає змогу оцінювати не лише поточний стан обладнання, а й тенденцію його зміни, експлуатаційний ризик і вплив на загальну стійкість інфраструктури.

Модель Asset Health

Кожен актив представлений єдиним цифровим профілем.

flowchart TD
    A["Актив"] --> CFG["Конфігурація"]
    CFG --> TEL["Телеметрія"]
    TEL --> EV["Evidence"]
    EV --> ISSUE["Operational Issues"]
    ISSUE --> MH["Історія обслуговування"]
    MH --> HS["Health Score"]
    HS --> PRED["Прогноз"]

Картка активу містить:

• ідентифікатори;
• тип обладнання;
• виробника;
• модель;
• серійний номер;
• регіон;
• координати;
• власника;
• організацію;
• поточну конфігурацію;
• історію змін;
• встановлену прошивку;
• пов’язані пристрої;
• журнал обслуговування;
• активні проблеми;
• усунені проблеми;
• розрахований Health Score.

Домени здоров’я

Стан активу оцінюється за кількома незалежними доменами.

Кожен показник розраховується незалежно.

Компоненти здоров’я

Health Score — це агрегований показник.

Наприклад:

Підсумковий стан визначається після нормалізації всіх компонентів.

Стани здоров’я

Кожен актив перебуває в одному з експлуатаційних станів.

Порогові значення визначаються політикою організації.

Тренд здоров’я

OHM зберігає не лише поточне значення, а й напрям зміни.

flowchart TD
    EXC["Excellent"] --> GOOD["Good"]
    GOOD --> ATT["Attention"]
    ATT --> DEG["Degraded"]
    DEG --> CRIT["Critical"]

Система водночас розраховує:

• швидкість деградації;
• тривалість поточного стану;
• кількість переходів;
• повторюваність.

Це дає змогу виявляти обладнання, яке ще працює, але швидко втрачає стійкість.

Хронічні активи

Актив автоматично отримує ознаку Chronic, якщо спостерігається стійке повторення однакових Operational Issues.

Наприклад:

• п’ять замін батареї за рік;
• постійна втрата архівів;
• регулярні проблеми зі зв’язком;
• багаторазові повторні відкриття одного канону.

Таке обладнання потребує окремого аналізу, навіть якщо наразі працює коректно.

Здоров’я екосистеми (Ecosystem Health)

Asset Health оцінює окремий пристрій.

Ecosystem Health характеризує стан усієї інфраструктури.

У розрахунок входять:

• усі активи в експлуатації;
• усі Operational Issues;
• критичність проблем;
• масові інциденти;
• якість даних;
• стан комунікаційної інфраструктури;
• експлуатаційні KPI.

Ієрархічне здоров’я

OHM розраховує стан на кожному рівні.

flowchart TD
    A["Актив"] --> ST["Станція"]
    ST --> D["Район"]
    D --> R["Регіон"]
    R --> ORG["Організація"]
    ORG --> ECO["Уся екосистема"]

Це дає змогу миттєво визначити регіон, який найбільше впливає на загальний показник.

Зважена агрегація

Під час обчислення Ecosystem Health використовується вага кожного активу.

Вага може враховувати:

• тип обладнання;
• комерційну значущість;
• кількість споживачів;
• категорію об’єкта;
• обсяг транспортованого газу;
• вплив на безпеку.

Завдяки цьому відмова резервного об’єкта не має такого самого впливу, як відмова центрального вузла.

Операційна теплова карта

Результати відображаються у вигляді теплової карти.

Кожен регіон забарвлюється відповідно до поточного Health Score.

Додатково на карті відображаються:

• кількість Critical Issues;
• масові інциденти;
• порушення SLA;
• Communication Health;
• Archive Health;
• прогноз деградації.

Показник Health Score

Health Score — інтегральний показник експлуатаційного стану об’єкта.

Він призначений для:

• порівняння активів;
• оцінювання регіонів;
• ранжування ризиків;
• оцінювання ефективності експлуатації;
• аналізу динаміки.

Health Score не є заміною телеметрії й не приховує первинної інформації.

Це агрегований експлуатаційний індекс.

Базова формула

Базова модель використовує зважену суму доменів.

де сума всіх ваг дорівнює одиниці.

Доменний показник (Domain Score)

Кожен домен обчислюється незалежно.

Наприклад:

flowchart TD
    COM["Communication"] --> AV["Доступність"]
    COM --> FR["Свіжість даних"]
    COM --> SS["Стабільність сесій"]
    COM --> SQ["Якість сигналу"]
    AV --> CS["Communication Score"]
    FR --> CS
    SS --> CS
    SQ --> CS

Решта доменів розраховується аналогічно.

Модель штрафів

Operational Issues знижують підсумковий показник.

Розмір штрафу залежить від:

• Severity;
• Priority;
• тривалості;
• повторюваності;
• підтвердженої Root Cause;
• впливу на бізнес.

Наприклад:

flowchart LR
    CI["Critical Issue"] --> PEN["Штраф"]
    PEN --> HSD["Health Score знижується"]

Після підтвердженого усунення штраф поступово знімається.

Відновлення

OHM не відновлює Health Score миттєво.

Після усунення діє період стабілізації.

Це запобігає ситуації, коли пристрій безперервно перемикається між станами «справний» і «несправний».

Історія показника

Для кожного об’єкта зберігається повна історія зміни показника.

Це дає змогу аналізувати:

• деградацію;
• вплив ремонтів;
• ефективність обслуговування;
• сезонні зміни;
• строк служби обладнання.

Історія не перераховується заднім числом.

Прогноз здоров’я

За наявності достатньої історії система будує прогноз зміни Health Score.

Прогноз використовує:

• швидкість деградації;
• повторюваність;
• сезонність;
• пов’язані події;
• якість обслуговування;
• результати попередніх ремонтів.

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