Caso de éxito: cómo el Dr. Rodríguez transformó su consulta oftalmológica

1. La situación de partida: qué no funcionaba

Tres sistemas comprados en momentos distintos, que nunca llegaron a hablar entre sí.

1.1. Tres sistemas que no hablaban entre sí

La consulta tenía el software del OCT (Cirrus de Zeiss) con su propio almacenamiento, el perímetro (Humphrey HFA3) con el suyo, y una historia clínica genérica en PC para las notas y la facturación. Ninguno de los tres se comunicaba con los demás. Cuando el Dr. Rodríguez veía a un paciente de seguimiento de glaucoma, tenía que abrir tres sistemas distintos para ver el OCT anterior, el campo visual anterior y sus propias notas. Una visita que debería durar 15 minutos consumía entre 5 y 8 minutos adicionales en navegación entre sistemas.

Ninguno de los tres programas estaba mal diseñado por separado: el problema era que cada uno se había comprado en un momento distinto, para resolver un problema distinto, sin que nadie pensara en cómo iban a convivir. Con los años, esa acumulación de herramientas sueltas se convirtió en la fricción diaria más costosa de toda la consulta — el mismo problema que resuelve un software para clínicas oftalmológicas pensado como un solo sistema, no como parches sucesivos.

1.2. El no-show del 18% y la agenda sin recursos

Los recordatorios se hacían por llamada telefónica el día anterior: con 20-25 pacientes diarios, eso eran 1,5-2 horas de trabajo de recepción, y aun así el no-show era del 18%, casi 1 de cada 5 pacientes citados. Además, la agenda solo gestionaba el tiempo del médico, no los boxes de diagnóstico: dos pacientes que necesitaban campo visual en la misma franja, o el médico esperando a que el técnico terminara el OCT del paciente que ya tenía sentado en la silla, eran conflictos habituales de cada jornada.

1.3. El retraso acumulado

La suma de los problemas anteriores generaba un retraso sistemático de 35-45 minutos al final de cada turno. Los pacientes del último tramo de la tarde esperaban más de 30 minutos, algo que ni el mejor diagnóstico compensa del todo. La satisfacción con el médico era buena, pero la experiencia del servicio era mediocre, y esa distinción es la que llevó a plantearse el cambio.

2. La decisión: por qué obeliOmed

2.1. Los criterios de selección

• Historia clínica con campos específicos para oftalmología, no texto libre genérico.
• Capacidad de vincular los informes de OCT y campimetría al expediente del paciente.
• Gestión de boxes como recursos de la agenda, para evitar los conflictos habituales.
• Recordatorios automáticos por WhatsApp, para eliminar las llamadas manuales.
• Precio ajustado a una consulta de un médico con dos técnicos de apoyo.
• Migración de datos sin perder el historial de los pacientes existentes.

2.2. Por qué obeliOmed frente a las alternativas

Las alternativas evaluadas eran o demasiado genéricas, sin campos específicos de oftalmología, o demasiado complejas y caras para una consulta de tamaño mediano, o carecían de recordatorios automáticos integrados. obeliOmed combinaba la especificidad oftalmológica necesaria con un precio ajustado al tamaño real de la consulta —el detalle actualizado está en la página de precios y planes— y con un proceso de implementación asistida que permitía hacer el cambio sin interrumpir la actividad diaria.

3. El proceso de implementación

3.1. Semana 1: configuración

El equipo de obeliOmed configuró la historia clínica con los campos específicos del Dr. Rodríguez, los tipos de cita con sus recursos asociados —primera consulta: box de tonometría, box de OCT y consulta médica; revisión de glaucoma: box de campimetría, box de OCT y consulta; urgencia: solo consulta— y migró la base de datos de pacientes del sistema anterior. Los historiales antiguos en PDF se fueron adjuntando a los expedientes a medida que los pacientes acudían a consulta.

3.2. Semana 2: formación

Sesión de dos horas con el Dr. Rodríguez centrada en el flujo de la consulta: cómo documentar la exploración, cómo adjuntar el OCT y el campo visual al expediente, cómo cerrar la consulta y generar la factura. Sesión de hora y media con los técnicos centrada en la gestión de boxes y el panel de coordinación en tiempo real.

3.3. Semana 3: período en paralelo

obeliOmed estuvo activo para todos los pacientes mientras el sistema anterior seguía disponible como referencia. Se detectaron y corrigieron tres ajustes menores en la configuración de los tipos de cita. Al final de la semana, el equipo decidió adelantar el cierre del sistema anterior: ya no lo necesitaban para nada del día a día.

4. Resultados operativos: no-show y retrasos

4.1. Del 18% al 7% de no-show

Los recordatorios automáticos por WhatsApp 48 horas antes, con confirmación y cancelación fácil, redujeron el no-show del 18% al 7% en las primeras cuatro semanas. Nuestro artículo sobre cómo reducir el absentismo con recordatorios por WhatsApp desarrolla el mecanismo que hay detrás de esta cifra. En una agenda de 22 pacientes diarios, pasar de 4 no-shows a 1,5 por turno recuperó una capacidad económica considerable para la consulta, como se detalla en la pregunta sobre el retorno de la inversión.

Lo que más sorprendió al equipo no fue la magnitud de la caída, sino la rapidez: el cambio se notó ya en la segunda semana, antes incluso de que terminara el período en paralelo con el sistema anterior. Un recordatorio que llega solo, sin depender de que recepción tenga tiempo para hacer la llamada, funciona igual de bien un martes tranquilo que un lunes con la agenda desbordada.

4.2. De 45 a 8 minutos de retraso

La coordinación automática de boxes eliminó los principales cuellos de botella del flujo: el médico raramente tiene que esperar las pruebas del paciente que ya tiene en consulta. Al final del turno de tarde, el retraso acumulado pasó de superar sistemáticamente los 40 minutos a ser menor de 10 minutos en el 80% de los días. Nuestra guía de flujo de trabajo en consulta de glaucoma describe el mismo tipo de coordinación aplicado a una revisión de control, con o sin el punto de partida concreto de esta consulta.

5. Resultados de actividad y reputación

Menos ausencias, menos retraso, mejor valoración: la misma consulta, mejor organizada.

5.1. De 10 a 14 consultas por turno

Al eliminar el tiempo perdido en navegación entre sistemas, búsqueda de estudios anteriores y espera de pruebas, el Dr. Rodríguez pasó a ver 4 pacientes más por turno con el mismo nivel de calidad asistencial —o mayor, porque llega a cada consulta con el contexto completo del paciente ya disponible—. Ese margen no salió de acortar la visita: salió de quitarle a la visita el tiempo que no era exploración ni conversación con el paciente.

5.2. NPS de 42 a 71, reseñas de 31 a 87

La encuesta de satisfacción post-consulta automatizada recoge el NPS regularmente: en 6 meses pasó de 42, aceptable para el sector, a 71, excelente. Las reseñas de Google más recientes mencionan «muy bien organizado» y «el médico tenía todos mis datos del año pasado sin que tuviera que repetir nada». El sistema de encuesta con redirección a Google para los pacientes satisfechos generó 56 reseñas nuevas, de 31 a 87, con una media de 4,8 estrellas sobre el total acumulado.

6. Los aprendizajes del proceso

6.1. Lo que facilitó el cambio realmente

• La formación centrada en el flujo real, no en funcionalidades abstractas: los técnicos aprendieron específicamente cómo gestionar los boxes en obeliOmed.
• El período en paralelo eliminó el miedo a perder datos o quedarse sin sistema, y redujo la resistencia del equipo al cambio.
• Los resultados visibles desde la primera semana: el día en que la tarde terminó sin retraso por primera vez en meses, el equipo entendió el valor del cambio.

6.2. Lo que resultó más difícil

• La migración de historiales en papel fue lo más laborioso: los pacientes con más de 10 años de seguimiento tenían campimetrías en papel que había que escanear y adjuntar, y se optó por hacerlo progresivamente, no antes del go-live.
• La configuración inicial de los tipos de cita requirió varias iteraciones, porque definir qué recursos necesita cada tipo de cita exige la participación del equipo, no solo del técnico de obeliOmed.

7. Qué hizo el software y qué siguió siendo del médico

7.1. La coordinación se automatizó, el criterio clínico no

Lo que cambió con la implementación fue la coordinación: qué box está libre, qué paciente toca a continuación, quién ha confirmado su cita. Ninguno de esos cambios tocó cómo el Dr. Rodríguez explora a un paciente, interpreta un campo visual o decide un tratamiento. El software organiza el entorno de la consulta; la valoración clínica siguió siendo, en todo momento, suya.

Es una distinción fácil de perder de vista cuando los resultados son tan visibles como en este caso: más consultas, mejor puntuación, menos ausencias. Ninguna de esas cifras mide si el Dr. Rodríguez diagnostica mejor que antes. Mide si su tiempo y el de su equipo se reparten mejor, que es exactamente lo que un software de gestión puede prometer, y lo único que debería prometer.

7.2. Por qué esta distinción importa para leer el caso

Los resultados de este caso —menos no-show, menos retraso, más consultas, mejor NPS— son todos indicadores de organización y de experiencia del paciente, no de calidad clínica. Eso no les resta valor: para una consulta bien llevada clínicamente, como ya era la del Dr. Rodríguez desde hacía años, resolver la parte organizativa era precisamente lo que faltaba para que el conjunto funcionara mejor.

8. Qué preguntar antes de replicar este proceso

8.1. ¿Cuál es tu punto de partida real?

Los resultados de este caso dependen de un punto de partida concreto: un no-show del 18%, retrasos sistemáticos, varios boxes sin coordinar. Antes de esperar un resultado parecido, conviene medir el propio: una consulta que ya tiene un no-show bajo o una agenda bien coordinada tendrá menos margen de mejora en esos indicadores concretos, aunque pueda ganarlo en otros, como el tiempo que hoy se pierde reconstruyendo el historial de cada paciente antes de cada visita.

8.2. ¿Qué equipos hay que conectar?

El caso del Dr. Rodríguez incluía un OCT y un perímetro de fabricantes concretos. Qué se puede conectar automáticamente y qué requiere introducción manual depende del modelo y del fabricante de cada equipo, y conviene revisarlo antes de dar por hecho un resultado concreto.

9. Cómo empezar en tu consulta

9.1. Un proceso de configuración, formación y paralelo

El mismo patrón que siguió esta implementación —una semana de configuración, una de formación centrada en el flujo real, una en paralelo con el sistema anterior disponible como red de seguridad— es el que se sigue con cualquier consulta que da este paso. La duración exacta depende del volumen de historial que haya que migrar y del número de equipos que haya que conectar en cada box.

9.2. El histórico se incorpora sin detener la consulta

Como en este caso, los historiales antiguos no tienen que estar completos antes de empezar: se van incorporando a medida que cada paciente vuelve a consulta, sin que eso obligue a cerrar la actividad ni un solo día para hacer la migración.