Operational Health Matrix (OHM)

Operational Health Matrix (OHM) je središnji operativni podsustav povezan s podsustavom Data Platform. OHM pretvara tok telemetrijskih podataka, rezultate analitike i operativne događaje u upravljani radni ciklus: od automatskog otkrivanja problema do rješenja potvrđenog podacima.

U jedinstvenom sustavu OHM objedinjuje:

• otkrivanje tehničkih, mjeriteljskih i integracijskih problema;
• korelaciju simptoma i utvrđivanje vjerojatnog temeljnog uzroka (Root Cause);
• stvaranje i vođenje operativnih problema (Operational Issue);
• određivanje odgovornih timova i izvršitelja;
• upravljanje rokovima, prioritetima i sporazumima o razini usluge (SLA);
• praćenje zadataka (Tasks), komentara, dokaza (Evidence) i povijesti radnji;
• automatsku verifikaciju rezultata na temelju novih podataka;
• upravljanje masovnim incidentima (Massive Incidents);
• ocjenu stanja opreme i uređaja na terenu;
• izračunavanje ključnih pokazatelja uspješnosti (KPI) operativnog rada i timova;
• prikupljanje potvrđenih rješenja u bazi znanja (Knowledge Base);
• analizu uz podršku umjetne inteligencije (AI), bez prenošenja ovlasti za donošenje kritičnih odluka na umjetnu inteligenciju.

flowchart TD
  A["Telemetrija"] --> B["Detectors"]
  B --> C["Evidence"]
  C --> D["Korelacija i Root Cause"]
  D --> E["Operational Issue"]
  E --> F["Dodjela i izvršenje"]
  F --> G["Verifikacija na temelju podataka"]
  G --> H["Zatvaranje i Knowledge Base"]
  H --> I["KPI i stalno poboljšavanje"]

Svrha podsustava

Klasični telemetrijski sustavi dobro odgovaraju na pitanje:

Što se dogodilo s uređajem ili s podacima?

Za upravljanje velikim skupom uređaja to, međutim, nije dovoljno. Kada se događaj otkrije, organizacija mora utvrditi:

• predstavlja li signal stvarni problem;
• pogađa li jedan uređaj ili je riječ o incidentu na razini cijelog sustava;
• koji su još simptomi povezani s istim temeljnim uzrokom;
• tko je odgovoran za rješavanje;
• do kada radovi moraju biti završeni;
• koje su radnje već poduzete;
• je li rješenje potvrđeno objektivnim podacima;
• ponavlja li se problem;
• koliko je operativni proces učinkovit.

OHM zatvara cijeli taj ciklus.

Glavni rezultat rada podsustava nije ni obavijest ni redak u izvješću, već operativni entitet kojim se upravlja i koji ima:

• identifikator;
• tip problema;
• pogođene objekte (Assets);
• dokaze;
• ozbiljnost (Severity);
• razinu pouzdanosti;
• vjerojatan i potvrđen temeljni uzrok;
• odgovornu osobu;
• izvršitelja;
• rok;
• zadatke;
• povijest;
• status verifikacije;
• ishod rješavanja;
• vezu s bazom znanja;
• utjecaj na KPI.

Ključna prednost

Platforma se ne zaustavlja na bilježenju odstupanja. Platforma prati problem sve do potvrđenog rezultata.

flowchart TD
  subgraph OPS["Data Platform i OHM"]
    direction TB
    O1["Otkrio problem"] --> O2["Provjerio dokaze"]
    O2 --> O3["Objedinio povezane signale"]
    O3 --> O4["Odredio prioritet"]
    O4 --> O5["Dodijelio zonu odgovornosti"]
    O5 --> O6["Prati rok"]
    O6 --> O7["Verificirao rezultat na temelju podataka"]
    O7 --> O8["Spremio potvrđeno rješenje"]
  end
  subgraph MON["Sustav nadzora"]
    direction TB
    M1["Otkrio problem"] --> M2["Ovdje završava rad sustava"]
  end

Zahvaljujući tome OHM prevodi operativni rad iz reaktivnog režima u upravljani model u kojem svako značajno odstupanje ima odgovornu osobu, rok, dokaze i mjerljiv ishod.

Osnovna načela

Problemi umjesto alarma

Pojedinačni alarm nije uvijek isto što i operativni problem.

Jedan fizički kvar može izazvati desetke ili stotine događaja:

• nema komunikacijske sesije;
• nema arhive;
• zastarjeli podaci;
• nepoznato stanje baterije;
• nema trenutačne vrijednosti tlaka;
• pogreška pri isporuci.

OHM ne stvara zasebnu radnu stavku za svaki simptom. Sustav korelira signale i, kada imaju zajednički uzrok, stvara jedan Operational Issue.

Rad temeljen na dokazima

Svaki automatski zaključak mora biti objašnjiv.

Problem (Issue) sadrži:

• izvorne vrijednosti;
• vremenske oznake;
• identifikator detektora;
• verziju algoritma;
• primijenjene pragove;
• poveznicu na odgovarajuće specijalizirano izvješće;
• povijest ponavljanja;
• povezane signale;
• rezultat korelacije.

Korisnici uvijek mogu pratiti put od sirovih telemetrijskih podataka do stvorenog problema.

Najprije temeljni uzrok

OHM razlikuje:

• simptom – uočeno odstupanje;
• uzrok – tehnički ili organizacijski čimbenik koji je izazvao odstupanje;
• temeljni uzrok – primarni čimbenik čije otklanjanje sprječava ponavljanje skupine simptoma.

Primjer:

flowchart LR
  S1["Simptom 1: nedostaje satna arhiva"] --> RC["Vjerojatan temeljni uzrok: degradacija izvora napajanja"]
  S2["Simptom 2: posljednja sesija bila je prije 9 dana"] --> RC
  S3["Simptom 3: napon baterije je opadao"] --> RC
  S4["Simptom 4: sesije su trajale sve dulje"] --> RC

Zatvaranje potvrđeno podacima

Izvršitelj prijavljuje da je posao završen, ali se konačni status resolved postavlja tek kada rezultat bude verificiran.

flowchart TD
  V1["Posao završen"] --> V2["awaiting_verification"]
  V2 --> V3["Novi podaci potvrđuju normalizaciju"]
  V3 --> V4["resolved"]

Za probleme koji se ne mogu verificirati na temelju telemetrije primjenjuje se kontrolirana ručna verifikacija, uz obvezan komentar i prateće dokaze.

Pogled usmjeren na objekte

Svi događaji, problemi, radne stavke i metrike vežu se uz objekte:

• mjerna mjesta;
• korektore;
• mjerila;
• senzore;
• modeme;
• komunikacijske pristupnike;
• SIM kartice;
• poslužiteljske komponente;
• integracijske kanale;
• verzije softvera.

Karton objekta prikazuje trenutačno stanje (Asset Health), povijest degradacije, aktivne probleme, završene radove i ponavljanje problema.

Čovjek odgovara, AI pomaže

AI pomaže:

• sažeti dokaze;
• rangirati hipoteze;
• pronaći slične slučajeve;
• predložiti poznata rješenja;
• otkriti nove klastere;
• predvidjeti rizik od kvara.

AI ne može samostalno:

• promijeniti prioritet;
• dodijeliti odgovornost;
• zatvoriti problem;
• potvrditi temeljni uzrok kao utvrđenu činjenicu;
• izmijeniti SLA rokove;
• izvršiti kritične radnje na opremi.

Ugrađena ponovljivost

Svi značajni izračuni su ponovljivi. Za svaki rezultat platforma pohranjuje:

• verziju detektora;
• verziju kanonskog problema (Canon);
• verziju modela korelacije;
• korišteni skup podataka;
• vrijeme izračuna;
• pragove;
• konfiguraciju;
• izvor izmjene.

OHM u arhitekturi podsustava Data Platform

OHM se nalazi između analitičkog sloja i upravljanja operativnim radom.

flowchart TD
  PHY["Fizička imovina"] --> DATA["Sloj IIoT podataka i integracije"]
  DATA -->|"Normalizirani podaci"| ANL["Analitika i detekcija"]
  ANL -->|"Evidence i nalazi"| OHM["Operational Health Matrix"]
  OHM -->|"API, događaji, integracija"| ENT["Poslovni sustavi poduzeća"]

Sadržaj slojeva:

Izvori podataka

OHM koristi:

• trenutačnu telemetriju;
• satne i dnevne arhive i arhive događaja;
• dnevnike komunikacijskih sesija;
• podatke iz putovnica i registra;
• statuse uređaja;
• podatke o baterijama;
• tlak, temperaturu, protok i obujam;
• događaje neovlaštenih zahvata;
• verzije firmvera;
• parametre komunikacije;
• rezultate specijaliziranih izvješća;
• ručno unesena zapažanja korisnika;
• događaje iz vanjskih sustava.

Izvori dokaza

Svaka analitička funkcija platforme može biti izvor dokaza.

Primjeri:

Upoznajte podsustav