Isapre vs FONASA en la agenda: dos ritmos, un front office

Isapre y FONASA no son “dos logos en admisión”: son dos ritmos de agenda que suelen compartir el mismo front office. Quien agenda una hora médica en Chile necesita saber si la persona viene por plan Isapre, por FONASA en Modalidad de Atención Institucional (MAI) o por Modalidad de Libre Elección (MLE). La Superintendencia de Salud lo explica para la ciudadanía en FONASA o Isapre; tu operación necesita traducirlo a estados, plantillas y excepciones. Un solo script para ambos mundos produce rechazos en puerta, reprogramaciones inútiles y una falsa sensación de eficiencia.

Lo que la orientación oficial ya deja claro

La Superintendencia contrasta FONASA e Isapre en cobertura, modalidad y lógica de financiamiento. FONASA agrupa a la población afiliada al seguro público con tramos y modalidades de atención; Isapre opera planes privados con redes y condiciones propias del contrato. ChileAtiende describe la MLE como atención con prestadores en convenio vía bono. El sitio de FONASA es la referencia institucional del seguro público.

Para agenda, eso se traduce en preguntas distintas:

• ¿La hora médica está en red/convenio para esa modalidad?
• ¿Qué documento debe existir el día de la atención (bono, autorización de plan, orden)?
• ¿Quién paga qué parte — sin que recepción invente montos?
• ¿Hay un problema GES activado que impone oportunidad además del plan?

Si tu recepción solo pregunta “¿FONASA o Isapre?” y deja el resto al día de la atención, estás postergando el fallo al momento más caro: la puerta.

Matriz operativa: dos ritmos en la misma hora médica

Una comparación útil no corona un financiador. Compara el trabajo de agenda.

Lee la matriz en horizontal. El mismo “confirmar hora médica” cambia de propósito según la columna. Por eso gobernar la relación empieza por clasificar modalidad, no por elegir canal.

Por qué un solo front office falla (y cómo no partirlo en tres islas)

Partir la operación en tres call centers —uno Isapre, uno MLE, uno MAI— suele ser inviable en centros medianos. El error opuesto también: un solo guion. El diseño adulto es un front office con rieles:

1. Clasificación en el primer minuto. Modalidad / seguro / GES sí-no.
2. Plantillas por riel. Confirmación MLE menciona bono; confirmación Isapre menciona documento de plan si tu admisión lo exige; MAI habla el lenguaje de la red.
3. Estados comunes. Creada, confirmada, cancelada, reprogramada, pendiente de documento, escalada.
4. Tablero estratificado. Rechazos y no-shows por modalidad.
5. Escalamiento. Dudas de cobertura → humano con resumen; dudas clínicas → protocolo clínico; nunca diagnóstico por chat.

Eso es compatible con una capa de llamadas sin humano solo si la capa ve los mismos campos. Si el bot no sabe si es MLE o Isapre, automatizar escala la confusión.

GES: el riel transversal que no es un “tercer seguro”

MINSAL define el GES como garantías de acceso, oportunidad, protección financiera y calidad para problemas priorizados (¿Qué es el GES?). Una persona FONASA o Isapre puede tener un problema GES activado. Por eso GES no reemplaza la columna de la matriz: la atraviesa. En agenda, eso significa fecha de oportunidad, contacto con propósito de cumplimiento y separación de colas No GES. Si tu mesón trata “GES” como sinónimo de “FONASA”, estás formando mal a recepción.

Indicadores que revelan el ritmo real

• % de horas médicas creadas con modalidad/seguro completo.
• % de rechazos en admisión por documento/cobertura, estratificado.
• Tiempo medio de clasificación en el primer contacto.
• % de confirmaciones con plantilla correcta al riel.
• Retrabajo diurno causado por contactos nocturnos mal clasificados.

Si solo miras ocupación de boxes, Isapre y FONASA se verán “igual de llenos” hasta que admisión te muestre la fila de personas que no pudieron atenderse.

El hub /chile/isapres/ y el hub general /chile/ sirven para anclar el contexto de mercado; la matriz de arriba es el artefacto que dirección y mesón pueden firmar juntos.

Escenas reales del mesón (sin nombres propios)

Escena 1. Persona Isapre confirma por WhatsApp. Nadie menciona documento de autorización. El día de la atención, admisión no puede continuar. El box queda muerto 20 minutos. El indicador de “confirmación exitosa” seguía en verde. Faltaba el riel.

Escena 2. Persona FONASA MLE agenda de noche. El script afirma un monto de bono “aproximado”. El monto no coincide. Llega el reclamo. El problema no fue agendar: fue cotizar sin fuente.

Escena 3. Persona FONASA MAI en lista de especialidad recibe oferta de cupo liberado pensado para un caso GES de otro problema. La elegibilidad no calza. Alguien “llenó el box” y contaminó prioridad. Mezclar columnas de la matriz tiene costo clínico y de reporte.

Escena 4. El mismo profesional atiende MLE e Isapre en la misma tarde. Recepción usa una sola plantilla de confirmación. La mitad de los mensajes son correctos por accidente. La otra mitad genera llamadas de “¿qué traigo?”. Un front office único exige plantillas distintas, no personal distinto.

Estas escenas no se resuelven con más amabilidad. Se resuelven con campos obligatorios y con la disciplina de no cerrar el contacto hasta clasificar.

Datos mínimos por riel (checklist de sistemas)

Si sistemas solo tiene un campo “previsión = FONASA/Isapre”, te falta resolución. Propón al menos:

• Modalidad FONASA: MAI | MLE | no aplica.
• Isapre: nombre del seguro (catálogo) + flag de “documento de plan requerido sí/no” según tu admisión.
• GES: sí/no + identificador de problema/activación cuando exista.
• Sede y servicio.
• Estado de documento pre-atención: no aplica / pendiente / verificado.
• Preferencia de canal y consentimiento operativo.

Sin esos campos, la CompareTable de este artículo no puede vivir en el software — solo en el blog. Y el mesón volverá al guion único.

Cómo hablarle a dirección sin jerga de seguros

Dirección no necesita un curso de Superintendencia. Necesita tres frases:

1. Perdemos X horas médicas al mes por rechazo de documento/cobertura (estratificado).
2. El costo es clasificación temprana + plantillas por riel, no tres call centers.
3. Automatizar sin campo de modalidad multiplica el error.

Si no puedes estimar X en una semana de observación de admisión, empieza por ahí. El veredicto de abajo asume que X es mayor que cero — en casi todos los centros mixtos lo es.

Diseño de confirmación por riel (textos distintos, mismo estado)

El estado en agenda puede ser el mismo (“confirmada”). El texto no.

• MAI: confirma hora médica + sede de red + qué traer según protocolo del establecimiento.
• MLE: confirma hora médica + recordatorio de bono/documento según regla local + prestador en convenio.
• Isapre: confirma hora médica + documento de plan/autorización si admisión lo exige + red del plan.
• GES (transversal): además, el operador ve fecha de oportunidad y regla de reprogramación; el ciudadano recibe un mensaje sobrio sin plazos inventados.

Unificar el estado y diversificar el texto es exactamente lo contrario del error habitual: diversificar canales y unificar un texto genérico. Para Isapres en contexto de mercado, parte por /chile/isapres/.

Outside-in: lo que la persona ya entiende (y lo que no)

La ciudadanía chilena sí distingue, a grandes rasgos, FONASA e Isapre — la Superintendencia publica orientación precisamente porque la elección y el uso cotidiano generan dudas. Lo que la persona no trae resuelto al mesón es la micro-operación: si su hora MLE necesita bono hoy, si su plan Isapre exige autorización para esa prestación, si su problema GES cambia la prioridad. Esa micro-operación es tu trabajo de front office. Si la externalizas a “ya se arreglará en admisión”, estás diseñando el rechazo.

Entrena al equipo a preguntar en el primer minuto:

1. ¿FONASA o Isapre?
2. Si FONASA: ¿atención en red (MAI) o con bono (MLE)?
3. ¿Hay GES activado / le indicaron garantía explícita?
4. ¿Qué sede y servicio busca?

Cuatro preguntas. Menos de un minuto. Evitan media hora de conflicto en puerta.

Capacitación cruzada: Isapre y FONASA en el mismo turno

No separres el conocimiento en silos de “quien solo sabe Isapre”. El turno mixto necesita un mapa de una página:

• Tabla de documentos típicos por riel (sin montos).
• Lista de servicios que no se agendan sin verificación diurna.
• Escalamiento nominal (nombre del rol, no “alguien de seguros”).
• Tres ejemplos de mensajes correctos e incorrectos.
• Recordatorio GES: atraviesa los rieles; no es un logo más.

Repite el mapa en la inducción y en el muestreo semanal. La matriz de este artículo puede imprimirse y firmarse en el comité de agenda: es un artefacto de gobierno, no solo un gráfico de blog.

Fuera de horario, la misma matriz manda. Si el bot o el turno nocturno no clasifica MAI/MLE/Isapre, el día hereda tareas basura. Si clasifica y deja estado, el día ejecuta. Esa es la diferencia entre “respondimos de noche” y “operamos de noche”. En centros mixtos chilenos, la segunda es la única que reduce rechazos en puerta.

Cuando presentes el veredicto a dirección, evita la falsa disyuntiva “¿nos especializamos en Isapre o en FONASA?”. La pregunta útil es: “¿qué riel nos quema más horas médicas hoy y qué campo falta en agenda para gobernarlo?”. Empieza por el riel que más duele; completa los tres; mantén GES como transversal. El hub /chile/ recuerda que el mercado es uno; tu front office no puede fingir que las reglas también lo son.

Qué puede hacer tu institución esta semana

No reorganices el organigrama. Corre una auditoría de 30 contactos reales (voz + WhatsApp + presencial) y clasifícalos con la matriz.

Un sistema de salud proactivo no espera a que el rechazo en puerta enseñe la modalidad: la captura en el primer contacto.

Dos ritmos. Un mesón. La calidad del front office se mide en horas médicas que llegan atendibles — no en la amabilidad del saludo. Si después de la auditoría de 30 contactos descubres que el riel más débil es MLE, no “arregles Isapre por moda”; arregla MLE. El veredicto es una brújula semanal, no un eslogan anual.