Operational Health Matrix (OHM)

Operational Health Matrix (OHM) je centrálny prevádzkový modul Platformy IIoT. Premieňa tok telemetrie, výsledky analytiky a prevádzkové udalosti na riadený pracovný cyklus: od automatickej detekcie problému až po odstránenie potvrdené údajmi.

OHM spája v jedinom systéme:

• detekciu technických, metrologických a integračných problémov;
• koreláciu symptómov a určenie pravdepodobnej koreňovej príčiny (Root Cause);
• vytváranie a vedenie objektov Operational Issue;
• prideľovanie zodpovedných tímov a riešiteľov;
• riadenie termínov, priorít a SLA;
• vedenie úloh (Tasks), komentárov, dôkazov (Evidence) a histórie úkonov;
• automatickú verifikáciu výsledku podľa nových údajov;
• riadenie hromadných incidentov (Massive Incidents);
• hodnotenie stavu zariadení a celej flotily;
• výpočet prevádzkových a tímových KPI;
• zhromažďovanie potvrdených riešení v databáze znalostí (Knowledge Base);
• AI-podporu analýzy bez toho, aby umelá inteligencia dostala právo prijímať kritické rozhodnutia.

flowchart TD
  A["Telemetria"] --> B["Detektory"]
  B --> C["Evidence"]
  C --> D["Korelácia a Root Cause"]
  D --> E["Operational Issue"]
  E --> F["Pridelenie a vykonanie"]
  F --> G["Verifikácia podľa údajov"]
  G --> H["Uzavretie a Knowledge Base"]
  H --> I["KPI a neustále zlepšovanie"]

Účel modulu

Tradičné telemetrické systémy dobre odpovedajú na otázku:

Čo sa stalo so zariadením alebo s údajmi?

Na riadenie veľkej flotily to však nestačí. Po zistení udalosti musí organizácia určiť:

• či signál predstavuje skutočný problém;
• či sa týka jediného zariadenia, alebo ide o systémový incident;
• ktoré ďalšie symptómy súvisia s tou istou koreňovou príčinou;
• kto zodpovedá za odstránenie;
• dokedy musí byť práca vykonaná;
• aké kroky sa už podnikli;
• či je odstránenie potvrdené objektívnymi údajmi;
• či sa problém opakuje;
• ako efektívne funguje prevádzkový proces.

OHM uzatvára celý tento cyklus.

Hlavným výstupom modulu nie je notifikácia ani riadok v reporte, ale riadený prevádzkový objekt, ktorý má:

• identifikátor;
• typ problému;
• dotknuté aktíva (Assets);
• dôkazy;
• závažnosť;
• úroveň istoty;
• pravdepodobnú a potvrdenú koreňovú príčinu;
• vlastníka;
• riešiteľa;
• termín;
• úlohy;
• históriu;
• stav verifikácie;
• výsledok odstránenia;
• väzbu na databázu znalostí;
• vplyv na KPI.

Kľúčová výhoda

Platforma sa neobmedzuje na zaznamenanie odchýlok. Platforma sprevádza problém až k potvrdenému výsledku.

flowchart TD
  subgraph OPS["Platforma IIoT a OHM"]
    direction TB
    O1["Zistila problém"] --> O2["Overila dôkazy"]
    O2 --> O3["Zlúčila súvisiace signály"]
    O3 --> O4["Určila prioritu"]
    O4 --> O5["Pridelila zónu zodpovednosti"]
    O5 --> O6["Kontroluje termín"]
    O6 --> O7["Overila výsledok podľa údajov"]
    O7 --> O8["Uložila potvrdené riešenie"]
  end
  subgraph MON["Monitorovací systém"]
    direction TB
    M1["Zistil problém"] --> M2["Práca systému sa tu končí"]
  end

Vďaka tomu OHM presúva prevádzku z reaktívneho režimu do riadeného modelu, v ktorom má každá významná odchýlka vlastníka, termín, dôkazy a merateľný výsledok.

Základné princípy

Issues namiesto alarmov

Jednotlivý alarm sa nie vždy rovná prevádzkovému problému.

Jediná fyzická porucha môže vygenerovať desiatky alebo stovky udalostí:

• chýba komunikačná relácia;
• chýba archív;
• neaktuálne údaje;
• neznámy stav batérie;
• chýba aktuálny tlak;
• chyba doručenia.

OHM nevytvára samostatnú pracovnú položku pre každý symptóm. Systém koreluje signály a vytvorí jediný Operational Issue, ak majú spoločnú príčinu.

Prevádzka riadená dôkazmi

Každý automatický záver musí byť vysvetliteľný.

Issue obsahuje:

• zdrojové hodnoty;
• časové značky;
• identifikátor detektora;
• verziu algoritmu;
• použité prahové hodnoty;
• odkaz na príslušný špecializovaný report;
• históriu opakovaní;
• súvisiace signály;
• výsledok korelácie.

Používatelia vždy dokážu vysledovať cestu od surovej telemetrie až po vytvorený Issue.

Najprv koreňová príčina

OHM rozlišuje:

• symptóm — pozorovanú odchýlku;
• príčinu — technický alebo organizačný faktor, ktorý odchýlku vyvolal;
• koreňovú príčinu — prvotný faktor, ktorého odstránenie zabráni opakovaniu celej skupiny symptómov.

Príklad:

flowchart LR
  S1["Symptóm 1: chýba hodinový archív"] --> RC["Pravdepodobná koreňová príčina: degradácia zdroja napájania"]
  S2["Symptóm 2: posledná relácia bola pred 9 dňami"] --> RC
  S3["Symptóm 3: napätie batérie klesalo"] --> RC
  S4["Symptóm 4: dĺžka relácií sa predlžovala"] --> RC

Uzavretie potvrdené údajmi

Riešiteľ oznámi, že práca je hotová, no konečný stav resolved sa nastaví až po overení výsledku.

flowchart TD
  V1["Práca vykonaná"] --> V2["awaiting_verification"]
  V2 --> V3["Nové údaje potvrdzujú normalizáciu"]
  V3 --> V4["resolved"]

Pri problémoch, ktoré nemožno overiť telemetriou, sa uplatňuje kontrolovaná manuálna verifikácia s povinným komentárom a podporným dôkazom.

Aktívum v centre modelu

Všetky udalosti, Issues, práce a ukazovatele sa viažu na aktíva:

• meracie uzly;
• korektory;
• merače;
• snímače;
• modemy;
• brány;
• SIM karty;
• serverové komponenty;
• integračné kanály;
• verzie softvéru.

Karta aktíva zobrazuje aktuálny zdravotný stav (Asset Health), históriu degradácie, aktívne Issues, vykonané práce a opakovanie problémov.

Zodpovedný je človek, AI asistuje

AI pomáha:

• zhrnúť Evidence;
• zostaviť poradie hypotéz;
• nájsť podobné prípady;
• navrhnúť známe riešenia;
• odhaliť nové klastre;
• predpovedať riziko poruchy.

AI nemôže samostatne:

• meniť prioritu;
• prideľovať zodpovednosť;
• uzavrieť Issue;
• potvrdiť Root Cause ako preukázaný fakt;
• meniť SLA;
• vykonávať kritické zásahy na zariadeniach.

Reprodukovateľnosť zabudovaná v návrhu

Všetky významné výpočty sú reprodukovateľné. Ku každému výsledku platforma ukladá:

• verziu detektora;
• verziu kánonu (Canon);
• verziu korelačného modelu;
• použitú množinu údajov;
• čas výpočtu;
• prahové hodnoty;
• konfiguráciu;
• zdroj zmeny.

Miesto OHM v architektúre Platformy IIoT

OHM sa nachádza medzi analytickou vrstvou a prevádzkovým riadením.

flowchart TD
  PHY["Fyzické aktíva"] --> DATA["Vrstva údajov a integrácie IIoT"]
  DATA -->|"Normalizované údaje"| ANL["Analytika a detekcia"]
  ANL -->|"Evidence a výsledky analýzy"| OHM["Operational Health Matrix"]
  OHM -->|"API, udalosti, integrácia"| ENT["Podnikové systémy"]

Obsah vrstiev:

Zdroje údajov

OHM využíva:

• aktuálnu telemetriu;
• hodinové, denné a udalostné archívy;
• záznamy komunikačných relácií;
• pasportné a registrové údaje;
• stavy zariadení;
• údaje o batérii;
• tlak, teplotu, prietok a objem;
• udalosti neoprávneného zásahu;
• verzie firmvéru;
• parametre komunikácie;
• výsledky špecializovaných reportov;
• manuálne pozorovania používateľov;
• udalosti z externých systémov.

Poskytovatelia Evidence

Zdrojom dôkazov môže byť ktorýkoľvek analytický modul platformy.

Príklady:

Preskúmajte modul