Richiesta paziente 58a · descrizione: dolore toracico sotto sforzo. Pattern di pre-triage attivato. Notifico medico di turno, sospendo booking automatico.
AGENTE · PATIENT ACQUISITION TRIAGE
I lead paziente arrivano qualificati al medico o all'operatore corretto.
Patient Acquisition Triage riceve le richieste di prenotazione paziente da form, chat, canali messaggistica e webhook di piattaforme di booking. Qualifica per servizio richiesto (specialità, prestazione), riconosce segnali clinici preliminari per il triage di pre-prenotazione, assegna il lead al medico o all'operatore corretto. La decisione clinica resta del professionista; l'agente apparecchia. L'integrazione con il gestionale sanitario si realizza in fase di delivery.
Patient Acquisition Triage al lavoro.
Richiamo il paziente per valutazione preliminare. Disclosure AI Act già fatta in apertura.
Chiamata in carico al medico. Audit GDPR art. 9 tracciato.
Perché esiste.
Le strutture sanitarie private — cliniche, poliambulatori, centri medici, telemedicina — ricevono richieste paziente da molti canali. Form sul sito, chat, WhatsApp Business, webhook. Il problema operativo non è la mancanza di canali: è il flusso interno. Il personale di front-office deve qualificare la specialità, decidere se l'urgenza dichiarata è compatibile con un'attesa di giorni o richiede attenzione immediata, assegnare al medico o all'operatore corretto.
Come qualifica la richiesta.
L'agente si attiva su ogni nuova richiesta. In pochi secondi: estrae dati strutturati (specialità, descrizione del bisogno, preferenze), dichiara apertamente di essere un sistema automatico in conformità AI Act art. 50, riconosce segnali clinici preliminari rilevanti per il triage di pre-prenotazione, assegna alla specialità o all'operatore corretto secondo le regole configurate dal team clinico. La sequenza resta nel registro audit per audit GDPR art. 9.
La decisione clinica resta al medico.
L'agente non fa diagnosi, non prescrive, non sostituisce la valutazione medica. Il perimetro è coerente con MDR-SaMD avoidance. Per casi con urgenza clinica preliminare riconosciuta, l'agente non procede con la prenotazione: notifica immediatamente il personale di triage o il medico di base con il segnale clinico in evidenza.
Per chi è utile e dove si applica.
Direttore sanitario
Vede la prima fase del flusso paziente diventare strutturata, con regole dichiarative scritte dal team clinico anziché interpretazione caso per caso del personale di front-office. La qualità del triage di pre-prenotazione diventa misurabile rispetto alla baseline pre-agente.
Chat marketing «vorrei prenotare una visita cardiologica, ho avuto un episodio strano…»
Servizio Cardiologia
Urgenza Da valutare · 48h
Contatto callback richiesto
Smistato a segreteria cardiologia · CRM aggiornato
Personale di front-office
Recupera il tempo della qualificazione manuale delle richieste inbound. Gestisce solo i casi che richiedono giudizio umano — richiesta ambigua, paziente con storia complessa, casi che l'agente ha scalato come urgenza. Le richieste standard arrivano già instradate.
visita ambulatoriale · 18:24
«la paziente riferisce dispnea da sforzo da circa due mesi…»
I50.9 Insufficienza cardiaca, non specificata
R06.0 Dispnea
Cartella elettronica popolata · firma medico richiesta
Medico assegnato
Riceve la richiesta del paziente con il contesto già preparato: specialità coerente con il bisogno, eventuale segnale clinico preliminare evidenziato, storia di interazioni precedenti se il paziente è già nel sistema. La preparazione della visita non parte da zero.
Audit settimanale 4 sistemi
HIS · accessi OK
LIS · referti OK
FSE 2.0 · tracciabilità VERIFICA
RIS · privacy OK
1 anomalia · alert al responsabile AGENAS
Un esempio concreto.
Sabato sera, una richiesta via form.
Per un poliambulatorio specialistico privato, alle nove di sera del sabato arriva una richiesta paziente via form sul sito. L'agente la riceve in tempo reale. Estrae dati: paziente di 58 anni, richiesta di visita cardiologica, descrizione "ho avuto qualche episodio di dolore al petto sotto sforzo nelle ultime settimane, vorrei prenotare una visita". La prima risposta automatica dichiara apertamente che l'interlocutore è un sistema.
Segnale rilevato: dolore toracico sotto sforzo.
L'agente riconosce segnali clinici preliminari: dolore toracico sotto sforzo, marcato come richiedente attenzione del medico di triage prima della prenotazione standard secondo le regole dichiarative del team clinico. L'agente non procede con la prenotazione automatica. Notifica immediatamente il medico di triage di turno sul canale di lavoro configurato.
Il medico richiama entro la mezz'ora.
Il medico vede la notifica con il segnale clinico in evidenza, la descrizione completa, il numero di telefono per il contatto immediato. Decide di richiamare il paziente entro la mezz'ora per valutazione clinica preliminare e indirizzo corretto. L'evento completo — richiesta, disclosure AI Act, segnali clinici, notifica al medico, decisione — resta nel registro audit per audit GDPR art. 9 e ispezione AGENAS o regionale.
Configurazione e risorse tecniche.
Le regole di triage di pre-prenotazione sono dichiarative, scritte dal team clinico della struttura. Definiscono: mapping sintomi-specialità per il routing standard, segnali clinici che richiedono attenzione del medico di triage prima della prenotazione, dichiarazione AI Act conforme alla pratica della struttura, conservazione dei dati paziente secondo il vincolo GDPR art. 9 applicabile. Le regole vivono nel repository del cliente, versionate, validate all'avvio dell'agente.
- Linguaggio
- TypeScript (Node.js)
- Modello LLM
- a scelta del cliente: Anthropic, OpenAI, Mistral, modelli open source ospitati internamente, AWS Bedrock per modello privato
- Controlli built-in usati
- pii-detector, prompt-injection, topic-guardrail, message-length-limit
- Canali nativi
- WhatsApp, Telegram, Slack, HTTP OpenAI-compatible (webhook form)
- Integrazione email aziendale e portali sanitari
- adapter dedicato realizzato in fase di delivery dal team Exelab
- Integrazione gestionale sanitario e sistema di prenotazione
- adapter dedicato realizzato in fase di delivery (sistemi eterogenei per struttura)
- Regole di triage
- dichiarative, scritte dal team clinico, versionate, validate all'avvio
- Perimetro MDR-SaMD
- l'agente non fa diagnosi, non prescrive, non sostituisce il professionista clinico
- Disclosure AI Act art. 50
- obbligatoria, configurata per istanza
- Memoria
- persistente per istanza, pgvector + PostgreSQL FTS sul contesto paziente
- Conservazione dati paziente
- configurabile per istanza secondo GDPR art. 9
- Registro
- immutabile, interrogabile con client SQL standard (audit GDPR art. 9 e AGENAS ispezionabile)
Domande frequenti sull'agente.
No. Patient Acquisition Triage non fa diagnosi, non prescrive, non sostituisce il professionista clinico. Le regole di triage di pre-prenotazione sono scritte dal team clinico della struttura e indicano quali segnali richiedono attenzione del medico di triage prima della prenotazione standard. L'agente esegue le regole; la decisione clinica resta del medico. Il perimetro è coerente con MDR-SaMD avoidance.
Sì, ed è obbligatorio. La prima risposta automatica dichiara apertamente che l'interlocutore è un sistema automatico, fornisce il recapito del centralino umano per chi preferisce parlare con una persona, prosegue con la qualificazione. Il rispetto dell'art. 50 AI Act è cardinale per i sistemi a contatto con utenti finali nel settore sanitario.
I dati paziente sono trattati come dati di categoria speciale ai sensi del GDPR art. 9. La base giuridica applicabile è tipicamente l'art. 9.2.h (gestione sanitaria da parte di professionisti soggetti al segreto professionale); la struttura del trattamento specifico va definita con il DPO della struttura in sede di DPIA pre-deploy. La conservazione è configurabile per istanza. Il registro audit traccia tutte le decisioni dell'agente per ispezione GDPR e regolatori sanitari.
I gestionali sanitari sono molto eterogenei. L'integrazione con il gestionale specifico della struttura — gestionale di clinica, sistema di prenotazione regionale, FSE 2.0 — viene realizzata in fase di delivery dal team Exelab. La discovery commerciale qualifica i pattern di integrazione per il caso reale del cliente.
Da una conversazione di 30 minuti alla squadra in produzione.
Una conversazione di 30-45 minuti per capire come Patient Acquisition Triage si configurerebbe sul caso della struttura. Quali canali di ricezione, quali regole cliniche di pre-triage, quale gestionale sanitario.