Consulta de Póliza en Sistemas Internos (Policy Lookup AR)

Recupera el documento de póliza desde los sistemas internos de Libra Seguros usando los datos identificatorios disponibles: número de póliza, dominio del vehículo, datos del asegurado o tomador.

Este skill es una capa de integración — no analiza la póliza. El análisis lo hace extraction-policy-summary-ar sobre el documento que este skill devuelve.

Contexto

• Agente: Mike (Extraction Agent)
• Se activa cuando: poliza_path = null y hay datos identificatorios disponibles en el output de extraction-claim-summary-ar
• Output: path al documento de póliza recuperado (para pasar a extraction-policy-summary-ar), o null con motivo si no se encuentra

Campos de búsqueda (orden de prioridad)

1. numero_poliza — el más directo; extraído de la demanda por extraction-claim-summary-ar
2. vehiculo.dominio — dominio del vehículo asegurado (ej: AQX769)
3. asegurado.dni o asegurado.cuit — datos del tomador/asegurado
4. asegurado.nombre + vehiculo.marca_modelo — búsqueda combinada como fallback

Input

{
  "numero_poliza": "string | null",
  "vehiculo": {
    "dominio": "string | null",
    "marca": "string | null",
    "modelo": "string | null"
  },
  "asegurado": {
    "nombre": "string | null",
    "dni": "string | null",
    "cuit": "string | null"
  },
  "fecha_siniestro": "ISO date — para verificar vigencia de la póliza a esa fecha"
}

Output

{
  "found": true | false,
  "poliza_path": "ruta al documento recuperado | null",
  "numero_poliza": "string | null",
  "vigente_a_fecha_siniestro": true | false | null,
  "motivo_no_encontrado": "string | null",
  "confidence": "high | medium | low"
}

TODO — Integración técnica (pendiente con Juan Mazzochi)

Los siguientes puntos deben definirse antes de implementar este skill:

• ¿Sistema de origen? (API REST / base de datos directa / sistema de gestión de pólizas)
• ¿Endpoint o query? (URL, método, autenticación)
• ¿Formato de respuesta del sistema? (JSON / XML / PDF / otro)
• ¿Credenciales de acceso? (API key / OAuth / usuario-contraseña)
• ¿El sistema devuelve el documento de póliza completo o solo datos estructurados?
• ¿Qué hacer si hay múltiples pólizas para el mismo vehículo/asegurado? (tomar la vigente a la fecha del siniestro)
• ¿El sistema tiene entorno de staging para pruebas?

Ver: docs/policy-lookup-integration.md

Reglas

• Si found = false: no bloquear el pipeline. Continuar con policy_summary = null y marcar como pendiente en la entrega al abogado.
• Si vigente_a_fecha_siniestro = false: marcar como señal de atención crítica y escalar a Ali antes de continuar. Posible defensa de falta de cobertura por póliza no vigente al momento del siniestro.
• Si found = true pero confidence = low (ej: match solo por nombre sin DNI): registrar ambigüedad y marcar para revisión humana.