Por qué los ERP genéricos fracasan en las clínicas de oftalmología

1. El error crítico de gestionar una clínica de ojos con un software genérico

Un ERP médico generalista está construido sobre una premisa razonable para casi cualquier especialidad: un paciente entra, un profesional lo atiende, se registra un diagnóstico y se emite una factura. Esa premisa se rompe en oftalmología el primer día, porque en una consulta de ojos el paciente no ve a un profesional: recorre una cadena. Y cada eslabón genera datos que el siguiente necesita leer antes de tocar al paciente.

1.1. El fracaso no es estrepitoso, es lento

Nadie desinstala el programa a los tres meses. Lo que ocurre es que la clínica se adapta: el gabinete empieza a anotar la refracción en un campo de texto libre, alguien guarda los OCT en una carpeta de red con el número de historia en el nombre del archivo, y la coordinadora de quirófano monta una hoja de cálculo para saber qué lente lleva cada cirugía.

Nada de eso aparece en el balance como un fallo del software. Aparece como horas de personal, y por eso la decisión de cambiar se pospone año tras año: el coste está repartido en pequeñas fugas diarias que nadie suma.

1.2. La cadena real de un paciente oftalmológico

El recorrido en una clínica de tamaño medio atraviesa entre tres y cinco puntos de registro antes de que el facultativo emita un juicio clínico:

• Recepción: filiación, aseguradora, motivo de consulta y consentimientos pendientes.
• Gabinete u optometría: agudeza visual, refracción, tonometría y, con frecuencia, una o varias pruebas de imagen.
• Pruebas complementarias: OCT, campimetría, retinografía, biometría, topografía. Cada una en su equipo y con su formato.
• Consulta: el facultativo necesita todo lo anterior ya cargado y comparado con las visitas previas.
• Cierre: indicación quirúrgica, presupuesto, programación, material asociado y facturación.

Un generalista modela ese recorrido como una sola cita con un campo de observaciones. La consecuencia es que el trabajo del gabinete queda invisible para el sistema: se hace, se cobra y no existe como dato comparable en la visita siguiente. Es el problema que abordamos en la optimización de tiempos entre gabinete y consulta.

1.3. Por qué una agenda tradicional destruye la productividad

La agenda generalista asigna un hueco a un paciente con un profesional. La oftalmológica tiene que resolver algo distinto: un paciente ocupa varios recursos en serie —box de gabinete, equipo de OCT, consulta—, cada uno con su duración. Cuando el programa solo sabe reservar el último eslabón, la consulta se llena y el gabinete se colapsa, o al revés.

Lo que se ve desde dirección es una sala de espera llena con el oftalmólogo parado. Lo que no se ve, y es lo caro, es que la clínica acaba programando por debajo de su capacidad real porque nadie se fía de los tiempos que da el sistema.

2. Carencias en el registro de datos de salud visual

Aquí es donde la palabra «personalizable» del comercial se encuentra con la realidad. Casi todos los ERP médicos permiten crear campos a medida. Muy pocos permiten crear estructuras a medida, y esa es la diferencia entre un dato consultable y un dato meramente escrito.

2.1. La refracción no es un número, es una estructura

Una refracción es un conjunto de valores relacionados —esfera, cilindro, eje y adición— por cada ojo, con su fecha y su contexto: subjetiva u objetiva, con ciclopléjico o sin él. Registrarla como texto libre tiene tres consecuencias inmediatas:

• No se puede comparar: nadie puede pedir la evolución del cilindro de los últimos cuatro años si el cilindro nunca fue un campo.
• No se puede validar: un eje de 190° o una esfera con el signo cambiado pasan sin que salte ninguna alerta.
• No se puede explotar: ni para revisar resultados refractivos, ni para responder a una auditoría, ni para segmentar a quién llamar.

2.2. Faltan los campos anatómicos del polo anterior y posterior

El generalista ofrece un diagnóstico codificado y una evolución en prosa. La oftalmología necesita registrar por ojo y por estructura: córnea, cámara anterior, cristalino, presión intraocular, papila, mácula y retina periférica. Sin esa granularidad, lo que dirección da por hecho resulta imposible:

2.3. El esquema ocular acaba siendo una imagen suelta

Un dibujo de polo anterior o un mapa de fondo de ojo terminan como archivo adjunto cuando deberían ser una anotación fechada y comparable. El resultado es un expediente que se lee, pero no se consulta: para saber qué pasaba hace dos años hay que abrir la visita de hace dos años. Lo que debe contener un expediente bien montado está en qué debe incluir una historia clínica oftalmológica.

3. El talón de Aquiles: la integración con la maquinaria de diagnóstico

Si hay un punto donde el ERP generalista se rinde sin disimulo, es este. Una clínica oftalmológica es, en términos informáticos, un parque de equipos que hablan idiomas distintos: OCT, campímetro, biómetro, topógrafo, retinógrafo, autorrefractómetro. Un software médico horizontal no está construido para hablar con ninguno.

3.1. El circuito del PDF exportado a mano

El flujo que acaba imponiéndose es siempre el mismo: se hace la prueba, se exporta a PDF o JPG en el ordenador del equipo, se guarda en un pendrive o en una carpeta compartida y alguien la adjunta a la historia. Cuatro pasos manuales que introducen cuatro riesgos distintos:

• Error de vinculación: la prueba se adjunta al paciente equivocado. Es el fallo más caro, porque contamina una decisión clínica.
• Pérdida de información: un PDF aplanado no permite medir, comparar capas ni recuperar los valores numéricos del informe.
• Datos fuera de control: imágenes diagnósticas en carpetas de red y memorias USB, con el problema de cumplimiento que eso supone.
• Tiempo administrativo puro: minutos por prueba, todos los días, sin ningún valor clínico añadido.

Con conectividad DICOM, cada equipo del gabinete envía el estudio a la historia clínica con el paciente ya identificado. Sin ella, la prueba sale del box en un PDF, una memoria USB o una carpeta de red.

3.2. Qué cambia con conectividad DICOM nativa

DICOM es el estándar que permite que un equipo envíe el estudio al sistema con el paciente ya identificado, sin que nadie escriba un nombre. Con conectividad nativa, la prueba está en la historia antes de que el paciente salga del box, con sus metadatos, su fecha y su lateralidad. Sin ella, cada estudio depende de que una persona no se equivoque. La arquitectura completa está en interoperabilidad en imagen médica: redes PACS, DICOM y cloud.

3.3. «Compatible con DICOM» no significa nada por sí solo

Es la respuesta comercial estándar y no compromete a nada. Lo que hay que pedir es concreto: marca y modelo de equipos integrados hoy, en producción, en otra clínica. Y después, una demostración con un equipo igual al tuyo en la que se compruebe que el estudio llega solo, llega vinculado al ojo correcto y conserva los valores numéricos, no solo la imagen.

Para el director de la clínica, el resumen es corto: un ERP que no habla DICOM convierte a su personal en el cable de red entre la máquina y la historia clínica.

4. Lo que exige la normativa y un genérico no cubre

Esta es la parte que rara vez entra en la comparativa comercial y la que más caro sale cuando llega una inspección o una reclamación. Un software de gestión clínica no es solo una herramienta de productividad: es el soporte de una obligación legal.

4.1. La historia clínica tiene un contenido y un plazo fijados por ley

La Ley 41/2002 define qué debe contener la historia clínica y obliga a conservarla un tiempo mínimo desde el alta de cada proceso asistencial. En oftalmología eso incluye las pruebas de imagen, que son parte del expediente y no un anexo prescindible. Un sistema que guarda los OCT en una carpeta de red ajena al programa no puede acreditar la integridad de ese expediente, ni garantizar que siga completo dentro de diez años.

4.2. Los datos de salud son categoría especial

El RGPD sitúa los datos de salud entre las categorías especiales, con exigencias reforzadas de seguridad, y la LOPDGDD concreta su aplicación en España. En la práctica, tres requisitos que un ERP genérico rara vez resuelve: control de acceso por rol y por finalidad, registro de accesos que permita saber quién abrió qué historia y cuándo, y cifrado y trazabilidad de las imágenes diagnósticas. El detalle aplicado a imagen está en RGPD aplicado a las imágenes de pruebas oftalmológicas.

4.3. Cuidado con el software que interpreta

Cuando un módulo no se limita a almacenar sino que ayuda a interpretar —detección automática sobre un OCT, análisis de progresión—, entra en el ámbito del reglamento de productos sanitarios y debe estar amparado por el marcado correspondiente. Es una pregunta legítima para cualquier proveedor que ofrezca funciones de IA diagnóstica, y conviene recordar que la responsabilidad de la decisión clínica sigue siendo siempre del facultativo.

5. El impacto económico de la ineficiencia operativa

La conversación sobre software suele quedarse en la cuota mensual, que es la parte pequeña y la fácil de comparar. La grande está en el coste operativo que el sistema impone cada día y que nadie factura por separado. Conviene ponerle números propios: no hace falta un estudio, basta con cronometrar durante una semana.

5.1. El preoperatorio de las cirugías premium

La cirugía de catarata con lente premium concentra todo lo anterior: biometría, cálculo de lente, consentimiento firmado, presupuesto aceptado, material reservado y fecha de quirófano. Con un generalista, esa secuencia vive repartida entre el programa, un Excel y el correo de la coordinadora.

El daño no es solo administrativo. Un preoperatorio incompleto detectado el día anterior obliga a reprogramar, y un hueco de quirófano que se cae con menos de 48 horas rara vez se rellena. Lo tratamos como proceso propio en la gestión del bloque quirúrgico de cataratas.

Tres estrechamientos frenan el circuito preoperatorio: el consentimiento sin firmar, el presupuesto sin aceptar y la lente intraocular sin reservar. Al final, un quirófano que se queda vacío.

5.2. El stock de lentes intraoculares

Las LIO son el ejemplo perfecto de por qué un almacén genérico no sirve: no basta con saber cuántas unidades hay, hay que saber qué modelo, qué dioptrías, qué lote, qué caducidad y para qué paciente está reservada cada una. De ahí salen las tres pérdidas clásicas: lentes caducadas que nadie vio venir, consignaciones que no se facturan porque no quedó registro de lo implantado, y suspensiones por no tener la dioptría exacta el día de la cirugía.

5.3. Cómo calcular tu cifra

A eso hay que sumarle lo que no se mide en minutos: los huecos de quirófano perdidos, el material caducado y las decisiones tomadas sin datos comparables.

6. Cómo un ERP oftalmológico cambia la rentabilidad

La ventaja de un sistema especializado no es que tenga «más funciones». Es que el modelo de datos coincide con el modelo de trabajo, y por eso desaparecen los pasos intermedios que en el generalista hay que hacer a mano.

6.1. El paciente avanza y cada puesto encuentra su trabajo hecho

• El gabinete registra en campos, y esos valores están disponibles en consulta sin transcribir nada.
• Las pruebas llegan por DICOM vinculadas al paciente y al ojo correcto, sin intervención manual.
• La indicación quirúrgica dispara el circuito: consentimiento, presupuesto, reserva de material y propuesta de fecha.
• El material implantado se registra en el acto, y de ese mismo dato salen la trazabilidad y la factura.

6.2. La dirección deja de construir informes a mano

Con todo estructurado, los indicadores dejan de fabricarse una vez al mes en una hoja de cálculo: ocupación real por recurso, conversión de primera visita a cirugía, rendimiento por franja horaria, coste y margen por procedimiento. El resultado agregado es lo que describimos en la clínica digital oftalmológica automatizada.

6.3. Y deja de dar miedo cambiar de sistema

Hay un efecto menos obvio: cuando el dato está estructurado desde el origen, una migración futura deja de ser una amenaza. Lo que ata a una clínica a un software malo casi nunca es el software; es el miedo a mover veinte años de historias que solo existen como texto y archivos adjuntos.

7. Cómo se cambia de software sin parar la clínica

El motivo por el que muchas clínicas aguantan años con un sistema que no les sirve no es económico: es el miedo a la migración. Se gestiona por fases, y ninguna de ellas obliga a cerrar la agenda.

7.1. Paso 1 — Auditar qué dato es dato y qué dato es texto

Antes de mover nada hay que saber qué se puede trasladar como información estructurada y qué está en campos libres o adjuntos. Lo primero se migra y sigue siendo explotable; lo segundo se conserva y se consulta, pero no se convierte solo en dato comparable. Esta distinción marca el calendario entero y evita la decepción clásica de creer que el histórico llegará mejor de lo que estaba.

7.2. Paso 2 — Arrancar por agenda e historia, no por todo a la vez

La agenda y el expediente son el núcleo: en cuanto funcionan, la clínica ya trabaja en el sistema nuevo. Las pruebas, el circuito quirúrgico y la facturación entran después, cuando el equipo ya se maneja. Intentar encender todo el mismo lunes es lo que produce las semanas caóticas que todo el mundo ha oído contar.

7.3. Paso 3 — Integrar la maquinaria equipo por equipo

Cada integración se prueba con pacientes reales antes de dar por buena la siguiente. Conviene empezar por el equipo que más volumen genera, casi siempre el OCT, porque es donde el ahorro se nota desde el primer día y donde el equipo comprueba que el cambio va en serio. Si quieres estimar el retorno antes de decidir, tienes la calculadora de ROI del software médico.

8. Qué medir para saber si ha funcionado

Un cambio de software se justifica con números, no con impresiones. Estos indicadores se pueden medir antes y después, y son los que separan una mejora real de una sensación de mejora.

8.1. Los cuatro indicadores que importan

8.2. Mide antes de cambiar, o no podrás compararlo

El error más común es empezar a medir cuando el sistema nuevo ya está en marcha, y entonces no hay línea de base con la que contrastar. Una semana de cronómetro antes de la migración vale más que cualquier estimación del proveedor. El cuadro de mandos completo, con los indicadores clínicos, operativos y económicos, está en KPIs para clínicas oftalmológicas.

9. Qué hace obeliOmed en una clínica oftalmológica

Lo que sigue es el mecanismo, no un catálogo: cómo resuelve obeliOmed cada uno de los problemas descritos arriba.

9.1. El expediente registra por ojo y por estructura

Refracción, agudeza visual y presión intraocular son campos numéricos por ojo y por fecha, no texto libre. Eso permite comparar entre visitas, validar valores imposibles y explotar el histórico sin abrir historias una a una. Es la diferencia entre un expediente que se lee y uno que se consulta.

9.2. Las pruebas entran solas y el circuito quirúrgico va encadenado

Los equipos envían el estudio con el paciente ya identificado, de modo que nadie transcribe un nombre ni arrastra un archivo. Y la indicación quirúrgica encadena consentimiento, presupuesto, reserva de material y fecha, con el implante registrado en el acto para que la trazabilidad y la factura salgan del mismo dato. La trazabilidad de material está desarrollada en la gestión de stock de lentes intraoculares.

9.3. Se contrata por módulos y los datos son tuyos

La plataforma se configura con los módulos que la clínica usa, de forma que una consulta con un facultativo y un gabinete no paga la estructura de un centro con quirófano. Y el histórico es exportable: si algún día decides irte, te vas con tu información estructurada, que es justo lo que hoy te ata al sistema anterior.