Clínica multi-doctor · cómo coordinar agendas sin caos (2026)

Una clínica con un solo doctor tiene agenda simple · una clínica con 4 doctores · 2 higienistas y 3 sillones tiene un puzzle. Quien atiende qué tratamiento · qué slots comparten sillón · cómo se derivan pacientes internos · y cómo el bot WhatsApp decide a quién asignar. Esta es la guía honesta para coordinar sin caos en 2026.

Los 4 retos reales del multi-doctor

No es solo "tener más calendarios". Hay 4 problemas estructurales que aparecen cuando pasas de 1 a 3+ doctores:

Reto 1 · Slots compartidos de sillón

Si tienes 3 sillones físicos y 4 doctores · alguien va a estar siempre sin sillón disponible. La agenda no puede gestionarse por doctor aislado · tiene que considerar el recurso físico (sillón · sala cirugía · TAC) como restricción.

Ejemplo típico: ortodoncista tiene cita 16:00 · pero todos los sillones están ocupados por dentistas generales. Si la agenda no lo detectó · paciente llega y espera 20 min.

Reto 2 · Especialidades distintas

Un dentista general puede hacer empastes · revisiones · blanqueamientos. Pero NO debe hacer endodoncia compleja o cirugía oral si hay un especialista en plantilla. El bot WhatsApp y la recepción deben saber qué tratamiento corresponde a quién.

• Ortodoncista · ortodoncia · alineadores · contenciones
• Endodoncista · endodoncias complejas · retratamientos
• Cirujano oral · extracciones complejas · cordales · implantes
• Periodoncista · enfermedad periodontal · injertos
• Higienista · profilaxis · raspado y alisado · cuidado mantenimiento

Reto 3 · Derivaciones internas

Paciente entra a revisión con dentista general · se detecta caries profunda que necesita endo · hay que pasarle al endodoncista de la clínica · pero ahora hay coordinación entre dos agendas. Si se hace mal · paciente sale sin segunda cita · y se va a buscar otro especialista fuera.

Reto 4 · Preferencias paciente

Algunos pacientes son fieles a un doctor concreto · y no quieren que les atienda otro. Otros prefieren disponibilidad rápida sin importar quién. La agenda debe gestionar ambas preferencias sin confundirse.

El framework de 4 capas

Una agenda multi-doctor que funcione tiene que coordinar 4 capas independientes:

• Capa 1 · Recurso físico · sillones · salas · TAC · esterilizador. Disponibilidad real
• Capa 2 · Doctor · cada profesional con su horario · vacaciones · especialidad · duración por tratamiento
• Capa 3 · Tipo de tratamiento · qué requiere qué especialidad · qué duración · qué recursos físicos
• Capa 4 · Paciente · preferencias · historial · doctor habitual · plan tratamiento activo

Una reserva válida es la intersección de las 4 capas. Si cualquier capa dice "no" · la reserva no procede. Casi ningún software clínica gestiona esto bien · por eso surgen los caos.

Cal.com round-robin · cómo usarlo bien

Cal.com es una herramienta open-source que gestiona agendas por recursos y permite round-robin asignación. Para clínica multi-doctor es una opción sólida (y la que usa AI Empire internamente).

Setup básico

• Crear evento "Revisión general" · 30 min · asignar a todos los dentistas generales · modo round-robin
• Crear evento "Ortodoncia revisión" · 20 min · asignar solo al ortodoncista
• Crear evento "Higiene" · 45 min · asignar a higienistas · round-robin
• Cada doctor sincroniza su Google Calendar / Outlook · Cal.com respeta bloqueos personales

Round-robin avanzado · ponderación

Cal.com permite ponderar quién recibe más reservas (útil si un doctor está part-time y otro full-time). También permite "prioridad" (siempre intenta asignar a doctor A primero · si no hay slot · pasa a B).

Limitación · recurso físico

Cal.com NO modela bien los sillones como recurso compartido separado del doctor. Workaround: crear un calendario por sillón · marcar bloqueos cuando está ocupado · cada doctor tiene "calendario asignado" a su sillón habitual.

Si los sillones son intercambiables · necesitas software clínica que sí modele recurso (Gesden · Dentalink lo hacen · Cal.com en pure form no).

Cómo el bot WhatsApp deriva · 3 reglas

Regla 1 · Por especialidad declarada

Si el paciente escribe "necesito ortodoncia" o "tengo que quitarme un implante antiguo" · el bot detecta especialidad y ofrece slots solo del doctor correspondiente.

• Implementación: keyword matching + LLM (GPT clasifica intent: "orto · cirugía · estética · revisión general")
• Fallback: si no detecta especialidad clara · ofrece "revisión general" con cualquier dentista disponible

Regla 2 · Por disponibilidad

Si el paciente dice "necesito cita lo antes posible" · el bot prioriza el doctor con primer slot disponible · sin importar identidad.

• Excepción: si paciente tiene historial con doctor concreto (campo preferred_doctor en BD) · el bot ofrece primero ese doctor · y si no hay en X días · pasa a alternativa

Regla 3 · Por preferencia paciente

Si el paciente escribe "quiero cita con Dr. García" · el bot respeta · solo ofrece slots de Dr. García. Si Dr. García está de vacaciones · informa y sugiere alternativa o esperar vuelta.

Importante: el bot NUNCA debe forzar al paciente a aceptar otro doctor si tiene preferencia explícita. Mejor "no disponibilidad ahora · ¿esperas o quieres alternativa?".

Ejemplo real · clínica 4 profesionales

Clínica San Mateo (ficticia) · Madrid · 3 sillones. Equipo:

• Dra. López · dentista general · responsable clínica · L-V 9-19h
• Dr. Pérez · dentista general · L M X 9-14h · J V 9-19h
• Dra. Ruiz · ortodoncista · solo X J 10-18h
• Sra. Torres · higienista · L-V 9-15h

Flujo paciente nuevo (revisión)

• Paciente escribe WhatsApp "quería pedir cita revisión"
• Bot detecta intent "revisión general" · busca slots en agenda Dra. López y Dr. Pérez (no Ruiz · no es general)
• Ofrece 3 opciones próximas 5 días con round-robin
• Paciente elige · bot confirma · crea cita Cal.com · envía recordatorio +24h

Flujo paciente existente (ortodoncia)

• Paciente con orto activa escribe "quiero cita control ortodoncia"
• Bot consulta BD · detecta paciente tiene plan ortodoncia con Dra. Ruiz
• Solo ofrece slots Dra. Ruiz (X J) · respeta plan tratamiento

Flujo derivación interna (caries → endo)

Si esta clínica tuviera endodoncista (no es el caso del ejemplo · pero supongamos):

• Dra. López hace revisión · detecta endo necesaria · marca en software clínica "derivar a endo"
• Sistema envía WhatsApp paciente: "Hola María · tras la revisión vimos que necesitas una endodoncia. Te paso con el endodoncista. ¿Cuándo te viene bien?"
• Bot ofrece slots del endodoncista · paciente acepta · cita creada

Errores comunes a evitar

• Compartir un solo Google Calendar entre todos · imposible saber qué evento es de quién · doble booking asegurado
• No bloquear sillón cuando doctor está en visita · el siguiente paciente del mismo doctor llega y no hay sillón
• Asignar urgencia a doctor de baja · sistema no comprueba estado activo doctor
• No respetar preferencia paciente · paciente pierde confianza · churn
• Permitir reserva mientras doctor está en quirófano· si no marcas tiempo cirugía como "no disponible"

Reporte mensual · qué medir

• Ocupación por doctor · ¿hay alguien infrautilizado?
• Ocupación por sillón · ¿hay sillón ocioso mientras otros saturados?
• Tasa derivación interna · si baja del 5% · posible que recepción esté derivando fuera por mala coordinación
• Doble bookings detectados· debe ser 0 · cualquier valor >0 es señal sistema mal configurado

Cómo AI Empire encaja

AI Empire integra Cal.com nativamente y modela las 4 capas:

• Bot WhatsApp clasifica intent por especialidad · ofrece slots solo del doctor correcto
• Respeta preferred_doctor del paciente guardado en BD
• Cal.com round-robin gestiona reparto justo de cargas entre generales · higienistas
• Bloqueo de sillón por reglas custom (workaround Cal.com)
• Derivación interna semi-automática · doctor marca · bot contacta paciente · ofrece slots otro especialista

Disclaimer: este artículo describe patrones operativos. Cada clínica multi-doctor tiene particularidades que pueden requerir adaptaciones específicas. La elección final del software de agenda · estructura derivaciones · y política de preferencias paciente debe consultarse con el equipo clínico y · si afecta a sociedad médica · con asesoría legal/laboral. AI Empire NO sustituye dirección médica.