Caso studio / In team

UnigestPro: la piattaforma per l’infortunistica, ricostruita

Pratiche, documenti, comunicazioni, agenda, valutazioni e gestione economica in un unico ambiente. Con l’AI che legge i documenti e propone, e lo studio che verifica e decide.

Ruolo
Head of Product, sviluppo full stack, architettura
Team
Team di prodotto dell’azienda
Stato
Piattaforma attiva
Sito
unigestpro.com ↗
Stack
  • React
  • TypeScript
  • Laravel
  • Node.js
  • AWS S3 · SQS
  • Bedrock
  • Textract
  • WebSocket

Nuova pratica da documenti

  1. 01Documentocaricato dall’utente
  2. 02Lettura AIdati estratti
  3. 03Praticaaperta e pronta

Il problema

Chi lavora nell’infortunistica stradale (studi di infortunistica, studi legali, medici legali, periti) segue ogni pratica attraverso molti strumenti: documenti in cartelle condivise, email e PEC, scadenze in agenda, calcoli del danno su fogli separati, fatture in un altro gestionale. Ogni passaggio tra uno strumento e l’altro costa tempo e obbliga a ricopiare gli stessi dati.

UnigestPro riunisce tutto il lavoro intorno alla pratica in un unico ambiente: pratiche, documenti, comunicazioni, agenda, collaborazione con l’esterno, valutazioni del danno e gestione economica. Ogni persona coinvolta, dal perito al cliente, entra con gli accessi e i permessi che decide lo studio.

Contesto e team

UnigestPro è un prodotto dell’azienda in cui lavoro, e ne sono Head of Product. Il nuovo UnigestPro l’abbiamo ricostruito in team, e continuiamo a farlo crescere. Il lavoro comprende il prodotto e anche le basi comuni su cui oggi poggiano Vidimo e Recapito, di cui sono ugualmente Head of Product: design system, gestione dei file, regole di sicurezza, monitoraggio degli errori.

Il mio contributo

  • La direzione del prodotto: cosa costruire, in che ordine, e come ogni funzione si inserisce nel lavoro reale dello studio.
  • Architettura dell’applicazione: frontend React organizzato per funzionalità, backend Laravel organizzato per domini (pratiche, anagrafiche, documenti, risarcimento, agenda, messaggistica, fatturazione).
  • Il servizio Node.js per il tempo reale (chat, notifiche, presenza) e per i lavori asincroni su coda.
  • Il flusso Pratica da documenti con la lettura AI.
  • Lo standard condiviso per i file e il worker che genera anteprime e metadati, oggi usati anche da Vidimo e Recapito.
  • Il sistema di audit degli errori e la regola comune per le password.

Scelte progettuali

Una pratica che nasce dai documenti

Lo studio trascina i documenti del sinistro che ha già: constatazioni amichevoli, documenti d’identità, libretti, certificati medici, verbali dell’autorità, dichiarazioni testimoniali. Un modello Claude su AWS Bedrock li legge e propone i dati della pratica (parti, veicoli, data, luogo, lesioni, dinamica), ciascuno accanto al documento da cui proviene.

La regola è semplice: qui non si inventa nulla. Ogni valore porta con sé la pagina e il testo da cui è stato letto, insieme a un livello di sicurezza; i campi incerti vengono segnalati. Lo studio corregge, completa e conferma: senza conferma non nasce nessuna pratica. La lettura usa un profilo di inferenza europeo, perché i dati restino nell’Unione.

Le prove, ordinate

Il Compendio probatorio legge e ordina le prove di una posizione (verbali, constatazioni, testimonianze, foto, perizie, risposte della compagnia arrivate via email e PEC) e propone una bozza di relazione sulla responsabilità. Ogni argomento è collegato al documento e alla pagina da cui viene; contraddizioni, parti illeggibili e firme mancanti sono segnalate. Anche qui il professionista verifica e decide.

Il backend non si fida del browser

I file vanno direttamente dal browser a S3 con un indirizzo firmato, ma il percorso lo decide il server. Quando il file arriva, un worker genera anteprime e metadati in uno spazio separato e avvisa l’applicazione con una chiamata firmata. La lettura AI parte solo quando il file è confermato e le anteprime sono pronte.

Lo stato successivo lo propone il sistema, lo decide l’utente

Ogni studio configura i propri percorsi di stato. La piattaforma legge i segnali della pratica e propone il passaggio successivo, ma non cambia mai uno stato da sola.

Errori che non restano invisibili

Gli errori finiscono in GlitchTip, ospitato sui nostri server perché i dati dei danneggiati non escano dal nostro perimetro. Un dispatcher raggruppa le segnalazioni e le smista per gravità. Da un errore reale rimasto nascosto dentro un catch è nata una regola: ogni eccezione intercettata va comunque segnalata.

Risultato e stato

Il nuovo UnigestPro copre l’intero ciclo della pratica, dall’apertura alla gestione economica. La fatturazione elettronica è affidata a Vidimo, che UnigestPro usa come partner integrato; la messaggistica WhatsApp arriva da Recapito, integrato come servizio. Le basi comuni costruite qui sono diventate lo standard degli altri prodotti.

Funzionalità, soluzioni e demo sono su unigestpro.com.

Altri progetti

Contatti

Hai un prodotto
da costruire?

Raccontami il problema, il contesto e dove vuoi arrivare. Ti rispondo con domande precise e una proposta concreta.

Parliamo del tuo progettoConosciamoci su LinkedInGitHub

ciao@giovannibevacqua.com