Eventi in tempo reale
Gli allarmi arrivano sulla dashboard nel momento in cui si generano, con priorità visibile a colpo d'occhio e nessun aggiornamento manuale della pagina.
Eventi in tempo reale, dispositivi di generazioni diverse e operatori H24. Una sola interfaccia, costruita sui protocolli che usi già.
Chi gestisce una centrale di monitoraggio raramente ha un parco dispositivi omogeneo. Ci sono apparati di fornitori diversi, installati in anni diversi, che parlano protocolli diversi. Ognuno arriva con la sua console, e l'operatore passa la giornata a saltare da una finestra all'altra ricostruendo a mente cosa sta succedendo.
Il costo non è solo di comodità. Senza un punto unico di raccolta non esiste uno storico coerente, la presa in carico di un evento non è tracciabile e i tempi di risposta non sono misurabili. Quando serve ricostruire cosa è successo alle tre di notte, si scopre che il dato non è poi così parlante.
Una dashboard su misura risolve il problema dal lato giusto: si adatta ai dispositivi esistenti invece di chiedere di sostituirli.
Gli allarmi arrivano sulla dashboard nel momento in cui si generano, con priorità visibile a colpo d'occhio e nessun aggiornamento manuale della pagina.
Dispositivi e centrali di fornitori diversi confluiscono in un unico flusso, via REST, WebSocket, MQTT, AMQP o scambi programmati, senza sostituire l'hardware.
Ogni apparato ha una scheda: dove si trova, a chi è associato, che stato ha, quando è stato manutenuto. La base per sapere cosa è in campo davvero.
Chi è in turno, chi ha preso in carico un evento e con quale esito. Nessun allarme resta senza un nome accanto, nemmeno nei passaggi di consegna.
Ogni evento e ogni azione restano tracciati in modo consultabile. Ricostruire una notte di lavoro diventa una ricerca, non un'indagine.
Una console usata per otto ore di fila deve essere leggibile e navigabile da tastiera. L'accessibilità qui non è conformità formale, è ergonomia del turno ed è comprova di spinta dell'efficienza.
Per un istituto di vigilanza e teleassistenza abbiamo costruito una dashboard web accessibile per il monitoraggio del telesoccorso: gestione dei dispositivi in campo, allarmi in tempo reale e operatività continua sulle ventiquattro ore, con un'interfaccia pensata per chi la guarda per un turno intero.
Non chiediamo di cambiare i dispositivi né di abbandonare i sistemi in uso. Si parte da un'analisi dei protocolli e delle integrazioni possibili, si collega prima la fonte più critica e si aggiungono le altre per rilasci successivi. Il codice sorgente resta di proprietà del cliente.
Sì, è il punto di partenza. Si analizza cosa espone ogni apparato (API, protocolli seriali, file, servizi del produttore) e si costruisce il livello di integrazione sopra. L'obiettivo è non toccare l'hardware in campo.
Lavoriamo abitualmente con REST API, WebSocket, MQTT, AMQP e scambi batch programmati. Quando un apparato parla un protocollo proprietario si costruisce un adattatore dedicato: è lavoro di integrazione, non un ostacolo.
Il sistema è progettato perché la perdita di collegamento sia essa stessa un evento visibile, non un silenzio ambiguo. Gli eventi vengono accodati e riallineati alla riconnessione, e lo stato di salute di ogni fonte resta sotto gli occhi dell'operatore.
Sì. Progettiamo secondo le WCAG 2.2 livello AA e se necessario AAA: contrasto adeguato, navigazione completa da tastiera, ruoli e stati esposti alle tecnologie assistive. Su una console di turno questo migliora la vita anche a chi non ha alcuna disabilità.
Dove serve che risiedano. Si valutano cloud europeo e sovrano nazionale, infrastruttura del cliente o soluzione on-premise in base ai vincoli normativi e contrattuali del settore. La scelta viene fatta all'inizio, non subita a progetto avviato.
Centrali, dispositivi e procedure che hai già: partiamo da lì per capire cosa integrare e cosa costruire.