import Alert from '@/components/docs/Alert.astro';
import Image from '@/components/docs/Image.astro';
import Cards from '@/components/docs/Cards.astro';
import Card from '@/components/docs/Card.astro';

**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.

```mermaid
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"]
```

<Alert type="info">
  OHM nije samostalno izvješće i ne zamjenjuje ni SCADA sustav, ni telemetrijski sustav, ni
  specijalizirane analitičke dodatke (plugin). Podsustav koristi njihove rezultate kao izvore dokaza
  i uspostavlja jedinstveni operativni proces upravljanja radom na terenu.
</Alert>

<Image
  src="/images/operations-center/01-dashboard-director-light.webp"
  srcDark="/images/operations-center/01-dashboard-director-dark.webp"
  alt="Nadzorna ploča direktora u podsustavu OHM koja prikazuje ukupnu ocjenu stanja ekosustava (Ecosystem Health), ocjene po domenama, brojače aktivnih problema, grafikon trenda za 30 dana, trake opterećenja zona, kartu regija i popis današnjih temeljnih uzroka"
  caption="Nadzorna ploča direktora: ocjena stanja ekosustava (Ecosystem Health) s pet ocjena po domenama, KPI aktivnih problema, trend za 30 dana, opterećenje zona, karta regija i današnji temeljni uzroci"
  width={1440}
  height={900}
/>

## 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.

```mermaid
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:

```mermaid
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.

```mermaid
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.

```mermaid
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:

| Sloj                             | Komponente                                                        |
| -------------------------------- | ----------------------------------------------------------------- |
| Fizička imovina                  | mjerila, korektori, senzori, komunikacijski pristupnici, armatura |
| Sloj IIoT podataka i integracije | telemetrija, arhive, registar, putovnice, događaji                |
| Analitika i detekcija            | detektori kanonskih problema, detaljna izvješća, AI, korelacija   |
| Operational Health Matrix        | Issues, Tasks, SLA, verifikacija, KPI, baza znanja                |
| Poslovni sustavi poduzeća        | ERP, EAM, CMMS, Service Desk, BI, obavijesti                      |

### 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:

| Izvor dokaza                       | Što isporučuje podsustavu OHM                                         |
| ---------------------------------- | --------------------------------------------------------------------- |
| Matrica problema uređaja na terenu | kanonski problemi i dnevni statusi                                    |
| Analitika satne arhive             | potpunost, praznine, praznina na kraju razdoblja, pouzdanost podataka |
| Analiza sesija                     | trajanje, učestalost, anomalije komunikacije                          |
| Analiza tlaka                      | vrijednosti izvan raspona, skokovi, zaglavljena očitanja              |
| Analiza temperature                | anomalije, neslaganja, fizikalna vjerodostojnost                      |
| Sumnja na neovlašteni zahvat       | forenzički signali i razina pouzdanosti                               |
| Analiza baterija                   | trend, pragovi, prognoza preostalog vijeka trajanja                   |
| Kontrola putovnica uređaja         | nedostajući i proturječni parametri                                   |
| Kontrola registra                  | duplikati, fantomski objekti, neusklađenosti identifikatora           |
| Analitika firmvera                 | klasteri problema po verzijama softvera                               |

## Upoznajte podsustav

<Cards cols={2}>
  <Card
    icon="layout-dashboard"
    title="Radni prostori i zasloni"
    href="/hr/platform/v3/operations-center/interface"
    description="Nadzorne ploče po ulogama, redovi zadataka i zasloni u kojima timovi svakodnevno rade."
  />
  <Card
    icon="boxes"
    title="Operativni domenski model"
    href="/hr/platform/v3/operations-center/domain-model"
    description="Osnovni entiteti – Asset, Detector, Evidence, Issue, Task – i veze među njima."
  />
  <Card
    icon="workflow"
    title="Operativni problemi i životni ciklus"
    href="/hr/platform/v3/operations-center/operational-issues"
    description="Entitet Operational Issue i njegovi statusi od otkrivanja do zatvaranja potvrđenog podacima."
  />
  <Card
    icon="radar"
    title="Detektori i kanonski problemi"
    href="/hr/platform/v3/operations-center/detectors-and-canons"
    description="Kako detektori pretvaraju telemetriju u verzionirane definicije kanonskih problema."
  />
  <Card
    icon="git-branch"
    title="Dokazi i korelacija"
    href="/hr/platform/v3/operations-center/evidence-and-correlation"
    description="Nepromjenjivi dokazi, korelacija simptoma i utvrđivanje vjerojatnog temeljnog uzroka."
  />
  <Card
    icon="timer"
    title="Prioriteti, SLA i eskalacija"
    href="/hr/platform/v3/operations-center/priorities-and-sla"
    description="Kako ozbiljnost i utjecaj određuju prioritet, SLA mjerače vremena i putove eskalacije."
  />
  <Card
    icon="list-checks"
    title="Izvršenje i red zadataka"
    href="/hr/platform/v3/operations-center/execution-and-queue"
    description="Zadaci, dodjele, komentari i red zadataka putem kojeg se odvija rješavanje."
  />
  <Card
    icon="heart-pulse"
    title="Stanje imovine i ekosustava"
    href="/hr/platform/v3/operations-center/asset-health"
    description="Izračunate ocjene stanja za objekte, lokacije, regije i cijeli ekosustav."
  />
  <Card
    icon="gauge"
    title="Operativni KPI i učinak timova"
    href="/hr/platform/v3/operations-center/kpi"
    description="Metrike koje mjere operativni proces i timove koji ga provode."
  />
  <Card
    icon="book-open"
    title="Baza znanja"
    href="/hr/platform/v3/operations-center/knowledge-base"
    description="Potvrđena rješenja koja se prikupljaju i ponovno koriste za probleme koji se ponavljaju."
  />
  <Card
    icon="sparkles"
    title="AI operativna inteligencija"
    href="/hr/platform/v3/operations-center/ai-intelligence"
    description="AI podrška za sažimanje, rangiranje i predviđanje, bez ovlasti za donošenje odluka."
  />
  <Card
    icon="siren"
    title="Upravljanje masovnim incidentima"
    href="/hr/platform/v3/operations-center/massive-incidents"
    description="Grupiranje povezanih problema u jedan incident velikih razmjera."
  />
  <Card
    icon="shield-check"
    title="Integracija, sigurnost i usklađenost"
    href="/hr/platform/v3/operations-center/integration-and-security"
    description="API sučelja, vanjski sustavi, kontrola pristupa i zahtjevi u pogledu revizije."
  />
</Cards>