EPSS, Evidence-based Perimeter for Safe Systems, è il framework di assurance sviluppato da LOGICA per definire a quali condizioni l’uso di un sistema di intelligenza artificiale è sostenuto dalle evidenze disponibili nel contesto reale.
Quando una startup individua più applicazioni possibili per il proprio prodotto, la tentazione è aprire rapidamente nuovi verticali, raggiungere clienti differenti e ampliare il più possibile il mercato potenziale. Per LOGICA questa strategia sarebbe prematura, e la ragione non è di prudenza commerciale: dipende dalla struttura stessa del servizio.
Perché la crescita più efficiente non parte da un nuovo mercato
EPSS, Evidence-based Perimeter for Safe Systems, è il framework sviluppato da LOGICA per definire a quali condizioni l’uso di un sistema di intelligenza artificiale è sostenuto dalle evidenze disponibili nel contesto reale.
L’oggetto della valutazione non è il modello in astratto, ma il suo uso all’interno di una determinata organizzazione. Per questo il valore del servizio dipende dalla conoscenza approfondita della struttura in cui il sistema viene impiegato: popolazione trattata, workflow, sistemi informativi, catena delle responsabilità, procedure, configurazioni, qualità dei dati e modalità di supervisione umana.
Quella conoscenza ha un costo di acquisizione elevato e una vita lunga. Abbandonare il primo cliente dopo il primo assessment significa gettarla via nel momento esatto in cui inizia a rendere. La crescita più efficiente consiste invece nel trasformare il primo incarico nel punto di ingresso per valutare altri sistemi, altri casi d’uso e altri reparti della stessa organizzazione.
La strategia può essere sintetizzata così: un sistema, un reparto, una struttura; poi un secondo sistema nella stessa struttura.
Il primo incarico costruisce un patrimonio riutilizzabile
Un assessment EPSS è formato da tre strati, che hanno vite diverse.
Lo strato struttura descrive il contesto organizzativo nel quale il sistema viene utilizzato. Si costruisce una volta per ogni struttura e successivamente si aggiorna.
La libreria dei criteri formalizzati raccoglie le condizioni attraverso cui verificare la validità di uno specifico uso. È scritta in forma parametrica e riutilizzabile fra sistemi e strutture diverse.
Lo strato modello riguarda la versione del sistema, gli output prodotti, le soglie configurate, i dati di sviluppo e le caratteristiche dell’oggetto valutato. È il più piccolo dei tre ed è l’unico interamente specifico della commessa.
Il primo incarico presso una struttura è il più oneroso perché richiede di costruire contemporaneamente tutti e tre gli strati. Il secondo non parte da zero: lo strato struttura esiste già e va aggiornato, mentre una parte dei criteri può essere riutilizzata. Restano specifici il sistema, il caso d’uso e la conclusione.
Ne deriva un vantaggio operativo ed economico: ogni nuovo incarico nella stessa organizzazione può richiedere meno tempo per la raccolta del contesto, senza che il rigore della verifica ne risulti ridotto.
Si riusa la forma del controllo, non il giudizio
La scalabilità di EPSS non va confusa con la standardizzazione automatica delle conclusioni.
Un criterio può essere formulato una volta e applicato molte volte. Il suo esito, invece, deve essere accertato daccapo su ogni oggetto valutato.
Il criterio relativo alla corrispondenza fra soglia validata e soglia effettivamente configurata, per esempio, si applica a sistemi diversi senza essere riscritto. La conclusione, però, dipenderà sempre dalla versione installata e dalla configurazione adottata da quella singola struttura.
La regola è quindi che EPSS riutilizza la forma del controllo e non trasferisce il risultato prodotto in un altro contesto. Nessun documento potrà mai affermare che un sistema è valido in una struttura perché lo era altrove. La distinzione tutela l’affidabilità del servizio e impedisce che la crescita commerciale riduca la profondità dell’assessment.
Il prodotto di ingresso
Il rapporto con una struttura può iniziare da un incarico circoscritto.
Il Perimetro a Evidenza Pubblica funziona come prodotto di ingresso perché non richiede l’accesso ai dati locali né ai sistemi informativi della struttura. L’analisi consente di formalizzare lo specifico uso del sistema, individuare le condizioni di validità, istruire l’evidenza pubblicata, dichiarare ciò che risulta sostenuto o contraddetto, identificare le informazioni locali mancanti e predisporre la richiesta dati per la fase successiva.
Il risultato non è una versione incompleta del Clinical Assurance Dossier: è un perimetro completo rispetto all’evidenza pubblicamente disponibile. La lista delle condizioni rimaste non accertate, ciascuna accompagnata dal dato che la renderebbe accertabile, diventa la specifica operativa del successivo assessment locale.
Dal prodotto di ingresso al rapporto continuativo
La sequenza commerciale può procedere per gradi.
- Perimetro a Evidenza Pubblica. EPSS analizza il sistema sulla base della documentazione e delle evidenze disponibili, identificando i dati e i controlli necessari per completare la valutazione.
- Clinical Assurance Dossier. La struttura concede l’accesso alle evidenze locali, ai workflow, alle procedure e alle configurazioni necessarie per verificare le condizioni rimaste indeterminate.
- Piano di monitoraggio. Le condizioni di validità vengono trasformate in controlli periodici, indicatori e trigger di rivalutazione.
- Secondo sistema nella stessa struttura. Lo strato struttura già costruito viene riutilizzato per una nuova valutazione.
- Nuovo reparto. L’assessment si estende ad altri dipartimenti, mantenendo la stessa relazione istituzionale e aggiornando il contesto locale.
Questa traiettoria costruisce un rapporto più solido rispetto alla vendita di progetti isolati.
Perché il secondo sistema può valere più del primo
Il primo incarico dimostra che la struttura è disposta ad acquistare il servizio. Il secondo dimostra qualcosa di più importante: che EPSS non è stato percepito come un’attività occasionale, ma come un elemento del governo dell’intelligenza artificiale nella struttura.
La seconda commessa è anche la prima occasione per verificare la promessa di scalabilità. Le domande decisive diventano: quanto tempo è stato risparmiato grazie allo strato struttura già disponibile? Quanti criteri sono stati riutilizzati e quanti nuovi criteri sono entrati nella libreria? Di quanto è diminuito il costo diretto dell’assessment? Il cliente ha attivato il monitoraggio? Il nuovo incarico è stato acquisito senza ripetere l’intero ciclo commerciale?
Il valore non risiede quindi soltanto nel fatturato aggiuntivo. Il secondo incarico produce la prima prova che l’architettura del modello di business funziona.
Una strategia costruita sui reparti
Il percorso può partire dal Pronto Soccorso e proseguire verso aree progressivamente adiacenti. Una possibile sequenza all’interno dello stesso ospedale:
- triage e prioritizzazione in Pronto Soccorso;
- early warning e riconoscimento del deterioramento nei reparti;
- Cardiologia;
- Medicina Interna;
- Radiologia;
- AI generativa per la documentazione clinica;
- sistemi organizzativi e amministrativi.
La sequenza non deve essere rigida. Il criterio principale resta la disponibilità di un sistema realmente in uso, di uno sponsor interno e delle evidenze necessarie. Un’opportunità concreta in un reparto accessibile vale più di una roadmap teoricamente perfetta ma priva di un partner.
Il ruolo del lighthouse partner
Il primo cliente non dovrebbe essere selezionato soltanto in base al valore economico del contratto. Un buon lighthouse partner offre accesso a un caso d’uso definito, disponibilità dei responsabili clinici e tecnici, possibilità di osservare il workflow, documentazione del sistema, dati utilizzabili, apertura al monitoraggio, interesse per una seconda applicazione e facoltà di costruire un case study anonimizzato.
La prima struttura va quindi considerata anche come ambiente nel quale verificare il modello operativo di EPSS, non solo come fonte di ricavo.
Gli indicatori da osservare
Per misurare l’efficacia della crescita all’interno della stessa struttura sono utili alcuni indicatori specifici: tempo intercorso fra primo e secondo incarico; quota di clienti che attivano il monitoraggio; numero di sistemi valutati per struttura; numero di reparti raggiunti per cliente; quota di criteri riutilizzati; riduzione delle ore di delivery; ricavo medio per struttura; costo commerciale della seconda commessa; percentuale di ricavi ricorrenti; rinnovi e rivalutazioni attivate.
Sono gli indicatori che mostrano se la libreria e lo strato struttura stanno effettivamente producendo il vantaggio economico atteso, oppure se il margine sta salendo per compressione della qualità.
Dalla vendita di un documento alla governance dell’AI
EPSS non dovrebbe posizionarsi come fornitore di un singolo documento. Il Clinical Assurance Dossier è il primo risultato concreto, ma il valore più ampio consiste nella capacità di accompagnare la struttura nel tempo: prima dell’adozione, durante la messa in esercizio, dopo un aggiornamento del sistema, quando cambia il workflow, quando emergono incidenti o near miss, quando viene introdotto un secondo sistema.
La strategia land and expand non significa vendere più servizi allo stesso cliente a ogni costo. Significa costruire una relazione fondata su valutazioni indipendenti, verificabili e periodicamente aggiornate.
Conclusione
Per EPSS la prima forma di scalabilità non consiste nell’entrare in molti mercati contemporaneamente. Consiste nel dimostrare che, dopo il primo sistema, la stessa struttura affida al framework una seconda valutazione. È in quel momento che il progetto passa da servizio sperimentale a infrastruttura di assurance riutilizzabile.
La traiettoria più efficace è quindi: entrare con un caso d’uso circoscritto, costruire lo strato struttura, attivare il monitoraggio, valutare un secondo sistema e soltanto dopo estendere il modello a nuovi clienti e nuovi verticali.
EPSS può crescere senza generalizzare i propri giudizi, perché ciò che si accumula non è una raccolta di verdetti, ma una libreria di condizioni verificabili.
EPSS è sviluppato da LOGICA, dedicata all’assurance indipendente dei sistemi di intelligenza artificiale nei contesti decisionali ad alto impatto.
Lascia un commento