Coordinar la agenda de una clínica con varios doctores

Los cuatro retos reales de una clínica con varios doctores

No se trata solo de «tener más calendarios». Hay cuatro problemas estructurales que aparecen cuando pasas de uno a tres o más doctores:

Reto 1: huecos compartidos de sillón

Si tienes tres sillones físicos y cuatro doctores, alguien se va a quedar siempre sin sillón disponible. La agenda no puede gestionarse por doctor de forma aislada: tiene que tener en cuenta el recurso físico (sillón, sala de cirugía, TAC) como una restricción.

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

Reto 2: especialidades distintas

Un dentista general puede hacer empastes, revisiones y blanqueamientos. Pero no debe hacer endodoncias complejas ni cirugía oral si hay un especialista en la plantilla. El asistente de WhatsApp y la recepción deben saber qué tratamiento corresponde a quién.

• Ortodoncista: ortodoncia, alineadores y contenciones.
• Endodoncista: endodoncias complejas y retratamientos.
• Cirujano oral: extracciones complejas, cordales e implantes.
• Periodoncista: enfermedad periodontal e injertos.
• Higienista: profilaxis, raspado y alisado, y cuidados de mantenimiento.

Reto 3: derivaciones internas

El paciente entra a una revisión con el dentista general y se detecta una caries profunda que necesita endodoncia. Hay que pasarlo al endodoncista de la clínica, pero ahora hay que coordinar dos agendas. Si se hace mal, el paciente sale sin segunda cita y se va a buscar otro especialista fuera.

Reto 4: preferencias del paciente

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

El método de las cuatro capas

Una agenda con varios doctores que funcione tiene que coordinar cuatro capas independientes:

• Capa 1, recurso físico: sillones, salas, TAC y esterilizador. Disponibilidad real.
• Capa 2, doctor: cada profesional con su horario, sus vacaciones, su especialidad y la duración de cada tratamiento.
• Capa 3, tipo de tratamiento: qué requiere qué especialidad, qué duración y qué recursos físicos.
• Capa 4, paciente: preferencias, historial, doctor habitual y plan de tratamiento activo.

Una reserva válida es la intersección de las cuatro capas. Si cualquiera dice «no», la reserva no procede. Casi ningún software clínico gestiona esto bien, y por eso surge el caos.

Cal.com con reparto por turnos: cómo usarlo bien

Cal.com es una herramienta de código abierto que gestiona agendas por recursos y permite asignar las reservas por turnos (round-robin). Para una clínica con varios doctores es una opción a valorar.

Configuración básica

• Crear el evento «Revisión general», de 30 min, asignado a todos los dentistas generales, en modo de reparto por turnos.
• Crear el evento «Revisión de ortodoncia», de 20 min, asignado solo al ortodoncista.
• Crear el evento «Higiene», de 45 min, asignado a las higienistas, también por turnos.
• Cada doctor sincroniza su Google Calendar o su Outlook, y Cal.com respeta los bloqueos personales.

Reparto por turnos avanzado: ponderación

Cal.com permite ponderar quién recibe más reservas (útil si un doctor trabaja a tiempo parcial y otro a tiempo completo). También permite definir una «prioridad»: intenta asignar siempre primero al doctor A y, si no hay hueco, pasa al B.

Limitación: el recurso físico

Cal.com no modela bien los sillones como un recurso compartido separado del doctor. Solución provisional: crear un calendario por sillón, marcar bloqueos cuando está ocupado y asignar a cada doctor el calendario de su sillón habitual.

Si los sillones son intercambiables, necesitas un software clínico que sí modele el recurso (Gesden y Dentalink lo hacen; Cal.com, por sí solo, no).

Cómo deriva el asistente de WhatsApp: tres reglas

Regla 1: por especialidad declarada

Si el paciente escribe «necesito ortodoncia» o «tengo que quitarme un implante antiguo», el asistente detecta la especialidad y ofrece solo los huecos del doctor correspondiente.

• Implementación: coincidencia de palabras clave más un modelo de lenguaje (GPT clasifica la intención: «ortodoncia, cirugía, estética, revisión general»).
• Alternativa: si no detecta una especialidad clara, ofrece una «revisión general» con cualquier dentista disponible.

Regla 2: por disponibilidad

Si el paciente dice «necesito cita lo antes posible», el asistente da prioridad al doctor con el primer hueco disponible, sin importar quién sea.

• Excepción: si el paciente tiene historial con un doctor concreto (campo preferred_doctor en la base de datos), el asistente ofrece primero a ese doctor y, si no hay hueco en X días, pasa a una alternativa.

Regla 3: por preferencia del paciente

Si el paciente escribe «quiero cita con el Dr. García», el asistente lo respeta y ofrece solo los huecos del Dr. García. Si el Dr. García está de vacaciones, informa y propone una alternativa o esperar a su vuelta.

Importante: el asistente nunca debe forzar al paciente a aceptar a otro doctor si tiene una preferencia explícita. Mejor «Ahora no hay disponibilidad: ¿esperas o prefieres una alternativa?».

Ejemplo ilustrativo: clínica de cuatro profesionales

Una clínica inventada para el ejemplo, con tres sillones. Equipo:

• Dra. López, dentista general y responsable de la clínica: de lunes a viernes, de 9:00 a 19:00.
• Dr. Pérez, dentista general: lunes, martes y miércoles de 9:00 a 14:00; jueves y viernes de 9:00 a 19:00.
• Dra. Ruiz, ortodoncista: solo miércoles y jueves, de 10:00 a 18:00.
• Sra. Torres, higienista: de lunes a viernes, de 9:00 a 15:00.

Flujo del paciente nuevo (revisión)

• El paciente escribe por WhatsApp: «quería pedir cita para una revisión».
• El asistente detecta la intención «revisión general» y busca huecos en la agenda de la Dra. López y del Dr. Pérez (no en la de la Dra. Ruiz, porque no es dentista general).
• Ofrece tres opciones dentro de los próximos cinco días, con reparto por turnos.
• El paciente elige, el asistente confirma, crea la cita en Cal.com y envía un recordatorio con 24 h de antelación.

Flujo del paciente existente (ortodoncia)

• Un paciente con ortodoncia activa escribe: «quiero cita para el control de ortodoncia».
• El asistente consulta la base de datos y detecta que el paciente tiene un plan de ortodoncia con la Dra. Ruiz.
• Solo ofrece huecos de la Dra. Ruiz (miércoles y jueves) y respeta el plan de tratamiento.

Flujo de derivación interna (de caries a endodoncia)

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

• La Dra. López hace la revisión, detecta que hace falta una endodoncia y marca en el software clínico «derivar a endodoncia».
• El sistema envía un WhatsApp al paciente: «Hola María, tras la revisión vimos que necesitas una endodoncia. Te paso con el endodoncista. ¿Cuándo te viene bien?».
• El asistente ofrece los huecos del endodoncista, el paciente acepta y se crea la cita.

Errores comunes a evitar

• Compartir un solo Google Calendar entre todos: es imposible saber qué evento es de quién y la doble reserva está asegurada.
• No bloquear el sillón cuando el doctor está en una visita: el siguiente paciente del mismo doctor llega y no hay sillón.
• Asignar una urgencia a un doctor de baja: el sistema no comprueba si el doctor está activo.
• No respetar la preferencia del paciente: el paciente pierde la confianza y acaba abandonando la clínica.
• Permitir reservas mientras el doctor está en quirófano: ocurre si no marcas el tiempo de cirugía como «no disponible».

Informe mensual: qué medir

• Ocupación por doctor: ¿hay alguien infrautilizado?
• Ocupación por sillón: ¿hay algún sillón ocioso mientras otros están saturados?
• Tasa de derivación interna: si baja respecto a tu histórico, es posible que recepción esté derivando fuera por una mala coordinación.
• Dobles reservas detectadas: debe ser cero; cualquier valor mayor que cero es señal de un sistema mal configurado.