Payer-Side Medical Audit for SOAT Claims in Colombia: A Methodological Description

Sintesi Tecnica: Audit Medico Lato Pagatore per Sinistri SOAT in Colombia

Definizione del Problema
La revisione dei sinistri medici nei sistemi sanitari è una funzione amministrativa e clinica critica, in cui i pagatori devono verificare che le richieste presentate siano complete, clinicamente giustificate e conformi ai requisiti normativi e contrattuali. Nei sistemi sanitari dell'America Latina, e specificamente in Colombia, questo processo è complicato dalla frammentazione della documentazione, dall'eterogeneità dei flussi di lavoro dei fornitori e dall'evoluzione degli obblighi di fatturazione digitale. Il contesto colombiano aggiunge specifici strati normativi, tra cui il Seguro Obligatorio de Accidentes de Tránsito (SOAT) per gli incidenti stradali, i flussi di rimborso dell' Administradora de los Recursos del Sistema General de Seguridad Social en Salud (ADRES) e rigorosi standard di documentazione (ad es., FURIPS, RIPS/FEV e cartelle cliniche).

La letteratura esistente sull'assistenza alla fatturazione tramite IA si concentra spesso sulla rilevazione delle frodi o sulla gestione del ciclo dei ricavi in contesti ad alto reddito, utilizzando l'individuazione di anomalie o l'apprendimento supervisionato. Tuttavia, tali approcci spesso non riescono ad affrontare le specifiche necessità metodologiche dell'audit lato pagatore in America Latina: preservare la tracciabilità documentale, distinguere tra "ritorno" (documentazione mancante) e "obiezione" (non conformità clinica/regolamentare) e consolidare un giudizio rivolto al fornitore che sia legalmente difendibile. Esiste una lacuna nelle metodologie pubblicate che descrivano come separare la logica documentale, clinica e di giudizio mantenendo la supervisione umana obbligatoria e la tracciabilità a livello di fonte in un ambiente normativo frammentato.

Metodologia
Questo studio presenta una descrizione metodologica di una pipeline di audit lato pagatore in sei fasi, basata su regole, progettata per i sinistri SOAT/ADRES in Colombia. Il sistema opera all'interno dell'ambiente operativo "Salmona" sviluppato da Arkangel AI.

• Architettura e Design: La pipeline è strutturata come una sequenza di strumenti distinti e versionati, piuttosto che come un singolo prompt monolitico. Utilizza OpenAI Codex (tramite API) in modalità di ragionamento con prompting fisso e schemi di output JSON predefiniti per garantire la coerenza procedurale. Il sistema non utilizza parametri di temperatura, affidandosi invece a vincoli strutturati.
• Il Flusso di Lavoro in Sei Fasi:
  1. Fase 1a (Validazione del Supporto): Verifica la presenza di 21 tipi di documenti attesi (12 obbligatori, 9 condizionali). Un verdetto di "ritorno" in questa fase interrompe il processo, indicando che il sinistro non è formalmente revisionabile.
  2. Fase 1b (Strutturazione dei Dati): Mappa il file del sinistro in 62 campi standardizzati, ancorando ciascuno a un documento, pagina e sezione specifica. Mantiene un invariante finanziario in cui i valori approvati più quelli oggetto di obiezione devono riconciliarsi con la fattura totale.
  3. Fase 1c (Coerenza tra i Documenti): Applica sette controlli (identità, data dell'evento, ID del fornitore, dati del veicolo, totali, diagnosi, dettaglio chirurgico) per identificare contraddizioni. Le incongruenze bloccanti attivano un'uscita anticipata.
  4. Fase 2a (Audit Clinico): Esegue in parallelo alla Fase 2b. Valuta 25 regole riguardanti la coerenza diagnosi-procedura, la pertinenza clinica e la logica di business del pagatore. Le regole generano prove testuali e livelli di confidenza.
  5. Fase 2b (Rilevazione dell'Atipicità): Valuta 14 pattern rispetto a baseline storiche o statistiche. Fondamentalmente, i risultati qui non alterano direttamente le decisioni finanziarie; servono come segnali per l'investigazione.
  6. Fase 3 (Giudizio Finale): Consolida tutte le fasi eseguite, applica sei regole decisionali prioritarie (inclusi un sottoparcorso specifico per i ritorni documentali), verifica nuovamente la riconciliazione monetaria e genera la lettera formale al fornitore.
• Meccanismi di Controllo:
  • Gate di Uscita Anticipata: Due gate indirizzano i casi direttamente alla Fase di Giudizio Finale se vengono rilevate incompletezze documentali (Gate 1) o incongruenze bloccanti (Gate 2), evitando l'audit clinico su file non revisionabili.
  • Revisione Umana: È presente un checkpoint obbligatorio. Se la confidenza per una regola clinica scende sotto il 75,0%, il caso viene segnalato per la revisione umana. Nessun giudizio viene comunicato senza supervisione umana.
  • Tracciabilità: Ogni campo estratto e ogni output di regola è collegato alla fonte del documento, alla pagina e alla sezione.

Contributi Chiave
Il documento contribuisce con un framework strutturato per l'audit lato pagatore che affronta i vincoli normativi e operativi specifici del sistema sanitario colombiano.

• Separazione delle Responsabilità: L'architettura separa esplicitamente la validazione documentale, la strutturazione dei dati, l'audit clinico, la rilevazione dell'atipicità e il giudizio finale in strumenti indipendenti. Ciò evita la confusione tra estrazione delle prove, giudizio clinico e sospetto di frode.
• Codifica Regolamentare: Il sistema codifica le specifiche normative colombiane (ad es., Decreto 056 de 2015, Resolución 3047 de 2008) in strumenti versionati, consentendo aggiornamenti normativi senza riscrivere la logica centrale della pipeline.
• Tracciabilità e Sicurezza: Preservando i riferimenti a livello di fonte e imponendo un flusso di lavoro "conservativo" (dove i dati incompleti portano a un ritorno piuttosto che a un'obiezione clinica), il sistema garantisce che i risultati dell'audit siano fondati su prove leggibili e coerenti.
• Differenziazione dall'Audit Lato Fornitore: A differenza della pipeline lato fornitore (che utilizza strati paralleli), il modulo lato pagatore utilizza un flusso sequenziale con uscite anticipate, riflettendo la necessità del pagatore di rifiutare pacchetti incompleti prima della revisione clinica.

Risultati
Lo studio fornisce una dimostrazione funzionale piuttosto che una validazione statistica contro uno standard di riferimento di un auditor esperto.

• Selezione dei Casi: Sono stati selezionati 15 casi de-identificati da esecuzioni operative per coprire diversi profili di sinistro.
• Copertura: La dimostrazione ha eseguito con successo l'intero processo attraverso tutte le sei regole decisionali (D01–D06) e entrambi i gate di uscita anticipata.
  • 5 casi hanno portato all'approvazione totale.
  • 6 casi hanno portato a un'obiezione parziale.
  • 3 casi hanno portato al ritorno (1 tramite Gate 1, 2 tramite Gate 2).
  • 1 caso è stato scalato alla revisione umana a causa di documenti illeggibili.
• Riconciliazione Finanziaria: Per i 14 casi chiusi (totale fatturato: 137,7 milioni di COP), il sistema ha verificato che la somma degli importi approvati e oggetto di obiezione/ritorno corrispondese al totale fatturato.
• Limiti delle Prove: Gli autori dichiarano esplicitamente che non sono state calcolate metriche quali precisione, recall, F1 score o accordo tra auditor. I casi servono a dimostrare la capacità di esecuzione, non a validare l'accuratezza rispetto a un gold standard.

Significatività e Rivendicazioni
Il documento rivendica con modestia di colmare una lacuna metodologica nella letteratura riguardante l'audit lato pagatore nei sistemi sanitari dell'America Latina. La sua significatività risiede nel fornire un framework replicabile che:

1. Preserva la Supervisione Umana: Posiziona l'IA come uno strumento assistivo che struttura gli input e applica regole, ma richiede una revisione umana obbligatoria per le decisioni finali, in particolare quando la confidenza è bassa.
2. Garantisce la Difendibilità Legale: Mantenendo una chiara traccia di audit dal documento sorgente al giudizio, il sistema supporta i requisiti amministrativi e normativi della legge sanitaria colombiana.
3. Si Adatta alla Frammentazione: Il design separato per fasi consente al sistema di gestire la frammentazione della documentazione e la complessità normativa locale, che spesso falliscono l'automazione generalizzata.

Gli autori concludono che è necessaria una validazione prospettica rispetto alle decisioni di un auditor esperto per stabilire il valore operativo, l'accuratezza e la sicurezza del sistema. Il presente lavoro stabilisce la fattibilità architettonica e l'esecuzione end-to-end di una pipeline di audit basata su regole e tracciabile.