Cómo Construiría un Sistema de Siniestros de Seguros Nativo en IA

Respuesta Directa

Un sistema de siniestros de seguros nativo en IA es una capa de coordinación que captura un siniestro como datos estructurados en el primer aviso de siniestro, valida la cobertura automáticamente, y enruta cada siniestro a la ruta correcta más barata — liquidación directa para los casos rutinarios, un expediente ya armado para un ajustador humano en todo lo demás. Trata la gestión de siniestros como un problema de enrutamiento, no como un problema de recolección de documentos.

Puntos Clave

• La ruta antigua de siniestros es un relevo de recolección de documentos: primer aviso de siniestro, asignación de ajustador, PDFs por correo, verificaciones de cobertura manuales, cribado de fraude manual, matemática de liquidación manual.
• Gran parte de ese relevo existe porque los sistemas heredados de administración de pólizas no pueden ingerir datos estructurados en el punto de la pérdida, no porque un humano necesite leer cada PDF.
• Una ruta nativa en IA valida la cobertura y extrae evidencia en el primer aviso de siniestro, y luego hace triaje: los siniestros rutinarios se liquidan directamente, todo lo demás recibe un expediente ya armado en vez de una pila de adjuntos de correo.
• Los reguladores, no el modelo, fijan el límite humano. El NAIC Model Bulletin y una lista creciente de leyes estatales exigen un humano en el ciclo antes de una denegación o decisión adversa influida por IA.
• El cuello de botella rara vez es el modelo. Es si el sistema de siniestros central de la aseguradora expone una API o no — si no lo hace, esto es un proyecto de integración de sistemas, no una construcción de IA embebida.

¿Qué problema posee realmente este sistema?

Un siniestro no es un documento. Son cinco o seis personas, cada una sosteniendo un fragmento del mismo hecho, y no hay registro compartido hasta que alguien vuelve a teclear todo en el mismo lugar.

El asegurado sostiene la pérdida: qué pasó, cuándo, cómo se ve. El agente o el centro de llamadas sostiene el intake. El ajustador sostiene la interpretación de la póliza. El taller de reparación o el proveedor médico sostiene la estimación de coste. Suscripción sostiene los términos reales de cobertura, a veces en un sistema distinto al que está mirando el ajustador. Investigaciones especiales sostiene la señal de fraude, normalmente revisada después de los hechos en vez de en el intake.

Ninguna de esas personas es lenta. El relevo entre ellas es lento, porque cada traspaso es una re-explicación: una llamada se convierte en una nota, una nota se convierte en un correo, un correo se convierte en un PDF adjunto, un PDF se convierte en una entrada manual en el sistema de siniestros. La capa de coordinación es el producto, igual que lo fue para la reserva de fletes o la diligencia debida inmobiliaria. El siniestro en sí rara vez es complicado. Lograr que cinco sistemas y cinco personas se pongan de acuerdo sobre el mismo conjunto de hechos, sí lo es.

El flujo de trabajo existente que mapearía primero

Esta es la ruta que esperaría encontrar en una aseguradora mediana que todavía corre un sistema central de administración de pólizas de antes de 2010, que describe a la mayor parte del mercado de EE. UU.:

1. Primer aviso de siniestro (FNOL). El asegurado llama, escribe un correo, u ocasionalmente usa una app móvil. Un representante del centro de llamadas o un agente teclea lo básico en el sistema de siniestros a mano. El intake multicanal existe porque las aseguradoras nunca retiraron del todo los canales más antiguos — un asegurado de 80 años y uno de 25 no reportan un siniestro de la misma manera, y ninguno debería quedar bloqueado.
2. Asignación de ajustador. El siniestro se enruta con reglas aproximadas — geografía, línea de negocio, carga de casos actual — no por complejidad real, porque la complejidad no se conoce hasta que alguien ha leído el expediente.
3. Recolección de documentos. El ajustador solicita un informe policial, fotos, estimaciones de reparación, o facturas médicas. Estos llegan como adjuntos de correo, PDFs escaneados, o fax. Este paso existe en parte por razones probatorias — un expediente de siniestro tiene que contener los documentos subyacentes, no solo un resumen — y en parte porque no hay un canal de carga compartido que puedan usar tanto el asegurado como el sistema central de la aseguradora.
4. Revisión manual y re-tecleo. El ajustador lee los documentos, verifica la cobertura de la póliza (a veces llamando a suscripción o abriendo un segundo sistema), y estima manualmente la pérdida o programa una inspección presencial. Los sistemas de siniestros heredados construidos en los años 90 y 2000 nunca fueron diseñados para ingerir imágenes o PDFs como datos estructurados, así que un humano tiene que traducir el papel a campos.
5. Cribado de fraude. Las unidades de investigaciones especiales aplican señales basadas en reglas y revisan al azar un subconjunto de siniestros, porque la revisión manual completa de cada siniestro no es sostenible con el personal disponible. Este paso existe porque el coste de perder un fraude es asimétrico — más barato señalar de más que de menos — y porque una acusación falsa conlleva exposición legal.
6. Negociación y liquidación. El ajustador y el asegurado o el taller van y vienen por teléfono y correo sobre la estimación. Este paso existe porque una primera estimación es frecuentemente incorrecta, y corregirla requiere a alguien con potestad para cambiar una cifra.
7. Aprobación y pago. Se requiere la firma de un supervisor por encima de un umbral. Este paso existe porque el pago de siniestros es un acto con licencia en la mayoría de los estados de EE. UU. — las leyes de licencia de ajustador de siniestros y ajustador público ponen un nombre sobre quién puede determinar y aprobar una liquidación, y ese nombre tiene que responder por ello.
8. Reintroducción de registros. Lo que estaba en papel o en un correo ahora se vuelve a teclear en el sistema de siniestros como registro permanente, a menudo por segunda o tercera vez en la vida del mismo siniestro.

La investigación de McKinsey sobre el sector señala que los ajustadores ya dedican la mayor parte de su tiempo a siniestros complejos y de alto riesgo mientras más de la mitad de la actividad de procesamiento de siniestros ya se gestiona con alguna forma de tecnología — lo cual indica que la mitad rutinaria de este flujo ya es el objetivo de automatización, no algo hipotético.

Cómo correría el sistema

El cambio no es añadir un chatbot al paso 3. Es mover la captura estructurada al paso 1, para que los pasos 3, 4 y 8 dejen de existir en su mayoría.

En el primer aviso de siniestro, un intake guiado — no una caja de texto libre — captura fotos, video y respuestas estructuradas, y verifica la cobertura de la póliza, las fechas y las exclusiones contra el registro de la póliza en la misma interacción. Ese único cambio elimina el paso posterior de “confirmar manualmente que esto está cubierto”, porque ya ocurrió en el intake en vez de en la revisión.

La extracción de evidencia corre de inmediato: las fotos se verifican contra metadatos y, cuando es relevante, señales externas como datos meteorológicos para la fecha y ubicación reclamadas. Las estimaciones de reparación o médicas se analizan como líneas de partida en vez de guardarse como un PDF sin leer. El scoring de fraude corre en cada siniestro de forma continua, no como un muestreo posterior, porque el coste marginal de puntuar un siniestro más es cercano a cero una vez que existe la tubería.

La decisión de triaje ocurre aquí, y es el producto real: los siniestros rutinarios, de bajo valor y bajo riesgo se liquidan directamente con una oferta explicada. Todo lo demás — alto valor, disputado, señalado por fraude, o con información faltante — se enruta a un ajustador humano con un expediente completo ya armado, en vez de una carpeta cruda de adjuntos para trabajar desde cero.

Los proveedores reportan siniestros liquidándose más rápido y a menor coste con este tipo de tubería en marcha — un informe orientado a aseguradoras cita tiempos de liquidación cayendo de un promedio industrial de unos 15 días a menos de 10 minutos para los siniestros más sencillos. Lee cifras así como reportadas por el proveedor hasta que las hayas medido contra tu propia cartera de negocio — el mecanismo (eliminar el re-tecleo y el triaje manual) es real aunque el porcentaje específico no esté auditado de forma independiente.

¿Qué se queda bajo control humano?

Las denegaciones y otras decisiones adversas se quedan humanas, no por convención sino por regla. El NAIC Model Bulletin sobre el Uso de Sistemas de Inteligencia Artificial por Aseguradoras, adoptado en diciembre de 2023 y ahora vigente en más de la mitad de los estados de EE. UU., espera que las aseguradoras designen puntos específicos donde un humano revise una decisión influida por IA, especialmente cualquier cosa que toque una denegación o un resultado discriminatorio. Un modelo puede recomendar una denegación. No puede ser la última firma en una.

Los actos con licencia se quedan humanos. En la mayoría de los estados, determinar y aprobar una liquidación de siniestros es una función con licencia atada a una persona nombrada, no a un sistema. Eso es una estructura de responsabilidad legal, no una limitación tecnológica, y ninguna cantidad de precisión del modelo cambia a quién señala la ley como responsable.

Los siniestros complejos, de alto valor y disputados se quedan humanos, porque el valor de un sistema así es el triaje, no el juicio. Envía a la ruta nativa en IA los siniestros donde los hechos están mayormente asentados y la matemática es mecánica. Envía a una persona los siniestros donde dos partes discrepan sobre lo que pasó — el mismo límite que planteé en dónde pertenece realmente el human-in-the-loop en un flujo de IA.

La determinación de fraude se queda con investigaciones especiales. El trabajo del modelo es elevar la señal antes y en cada siniestro en vez de en una muestra; la decisión de investigar, y la decisión de que un siniestro es fraudulento, se queda con un investigador con licencia.

Cuándo esta es la construcción equivocada

La misma prueba de traspaso que usé para automatización con IA vs. trabajo manual aplica aquí: si el traspaso no se puede mover de verdad, no lo automatices.

Si el sistema central de siniestros de la aseguradora no tiene API y TI no concederá una ruta de integración — común en aseguradoras más pequeñas corriendo plataformas de administración de pólizas de décadas de antigüedad — esto deja de ser una construcción de IA embebida y se convierte primero en un proyecto de integración de sistemas. Eso es un alcance distinto, un cronograma distinto, y a menudo un equipo distinto.

Si la mayor parte de la cartera ya es comercial compleja o líneas especializadas donde cada siniestro genuinamente necesita el juicio de un ajustador, hay poco volumen rutinario que triaje, y el retorno de una ruta directa se reduce rápido.

Si la aseguradora no puede nombrar quién firma una decisión influida por IA — sin programa documentado de gobernanza de IA, sin revisor asignado — construir la tubería antes de que eso exista solo mueve el problema de cumplimiento río abajo en vez de resolverlo.

Resumen

La ruta antigua de siniestros trata cada pérdida como un documento que hay que recolectar, leer y volver a teclear por una persona. La ruta nativa en IA la trata como un hecho que hay que capturar una vez, verificar de inmediato, y enrutar a quien — humano o sistema — pueda cerrarlo más rápido sin cambiar quién es responsable. Lo interesante nunca fue el papeleo. Es la capa de coordinación debajo, y esa capa sigue siendo un modelo hasta que alguien que lleva una cartera de siniestros real describa dónde se rompe de verdad.