Diagnóstico precoz de glaucoma: cómo organiza tu software el cribado y el primer seguimiento

1. Por qué la detección precoz del glaucoma depende de la organización de la consulta

1.1. Una enfermedad sin síntomas que castiga los huecos administrativos

El glaucoma avanza sin que el paciente note nada hasta fases muy tardías, lo que traslada casi todo el peso de la detección precoz a la organización del cribado: a que la clínica sepa a quién tiene que citar, cuándo y con qué prueba, sin depender de que el propio paciente vuelva por iniciativa suya. Un centro que gestiona esto con carpetas de papel y agendas independientes por box pierde casos no porque falle la prueba, sino porque falla el aviso.

Centralizar los datos de cribado —quién se ha hecho una prueba, cuándo y con qué resultado pendiente de revisar por el especialista— en un único software especializado en diagnóstico y control del glaucoma es lo que permite que ese aviso llegue solo, en vez de depender de que alguien se acuerde.

1.2. El cribado como tarea de agenda, no como acto aislado

Tratar el cribado como una serie de citas sueltas —una campimetría hoy, una tonometría dentro de seis meses si el paciente vuelve a pedir hora— es lo que hace que el seguimiento se rompa. Tratarlo como una tarea de agenda con fecha propia, que el sistema recuerda igual que recuerda una revisión dental, es lo que lo mantiene vivo.

La diferencia no es tecnológica: es organizativa. El software no decide si hay que citar a un paciente por su historial clínico; eso lo decide el especialista. Lo que hace el software es no dejar caer esa cita una vez que el especialista la ha marcado.

1.3. Qué gana el paciente cuando el dato no se pierde entre visitas

Un paciente que pasa por dos o tres pruebas de cribado a lo largo de un año, cada una en un sistema distinto o en un informe impreso, obliga al especialista a reconstruir la historia de memoria en cada visita. Cuando todo vive en la misma ficha, la conversación en consulta empieza donde la dejó la última vez, no desde cero.

Es el mismo problema, en su primera etapa, que resuelve el software de seguimiento evolutivo del glaucoma para el paciente ya diagnosticado: aquí se trata de no perder al paciente antes de que llegue a esa fase.

2. Qué pruebas entran en un cribado y cómo llegan a la ficha

2.1. Tonometría, paquimetría, OCT y campimetría: cuatro fuentes, una ficha

Un cribado de glaucoma reúne datos de varios aparatos que casi nunca están en la misma sala: el tonómetro que mide la presión intraocular, el paquímetro que mide el espesor corneal, el tomógrafo de coherencia óptica (OCT) que capta la capa de fibras nerviosas, y el campímetro que registra la sensibilidad del campo visual. Cada uno genera su propio archivo, con su propio formato.

Lo que hace un software para clínicas oftalmológicas es reunir esas cuatro fuentes bajo el mismo paciente, en la misma línea de tiempo, para que nadie tenga que ir aparato por aparato a buscar el dato.

2.2. De la máquina del box a la historia sin transcripción manual

El punto débil de un cribado en papel no es la prueba: es el paso intermedio en el que alguien lee la pantalla del aparato y escribe el número a mano en la ficha. Ahí es donde se pierde precisión y donde se pierde tiempo de consulta.

Centralizar la recepción de esos archivos —de qué manera exactamente, se cuenta en la sección 4— quita ese paso intermedio: el dato entra en la ficha directamente desde el aparato que lo generó, con su fecha y su origen, sin que nadie lo reescriba.

3. Quién entra en el circuito de cribado, y cuándo se le recuerda

3.1. El especialista decide el criterio; el software solo activa el aviso

Qué paciente entra en un programa de cribado periódico —por edad, por antecedentes familiares o por cualquier otro criterio clínico— lo decide el oftalmólogo, nunca el software. Lo que la clínica puede automatizar es lo que viene después de esa decisión: una vez marcado un paciente para revisión periódica, que la cita se genere sola cuando toque, en vez de depender de que alguien repase una lista a mano.

Esta separación —el criterio es del especialista, el aviso es del sistema— es la misma que aplica el software de seguimiento evolutivo del glaucoma para interpretar una serie de pruebas: el dato se organiza, la lectura la hace la persona.

3.2. Recordatorios para el paciente que no tiene ningún síntoma que le empuje a volver

Un paciente con hipertensión ocular sin diagnóstico confirmado no siente ninguna urgencia por volver a la consulta: no le duele nada. Es el perfil que más fácilmente se pierde de un cribado si el único mecanismo de aviso es que el propio paciente pida cita.

Un recordatorio automático —por SMS o email, con la fecha ya sugerida según lo que marcó el especialista— traslada esa responsabilidad de la memoria del paciente a la agenda de la clínica, que es donde de verdad se puede controlar.

4. Conectar el equipo de diagnóstico sin depender de un servidor propio

4.1. Carpeta vigilada: el equipo exporta, obeliOmed recoge

El equipo exporta como ya hace hoy; el software recoge lo que llega.

La forma más simple de conectar un tomógrafo o un campímetro es una carpeta vigilada: el equipo exporta el archivo de la prueba a una carpeta de red como ya hace hoy, y obeliOmed la vigila y recoge cada archivo nuevo, lo asocia al paciente y lo cuelga en su ficha. No hace falta que el aparato hable directamente con el software ni que la clínica monte un servidor propio para recibirlo.

Es el mecanismo más habitual de conexión con equipos de diagnóstico y está detallado, con lo que sí se puede prometer y lo que depende de cada fabricante, en con qué se integra obeliOmed: equipos, datos y salida.

4.2. Worklist: el equipo lee la agenda del día

Cuando el aparato lo permite, la conexión funciona también al revés: el equipo consulta la agenda de la clínica —la worklist— y ya sabe qué paciente tiene cita esa hora, sin que nadie teclee su nombre en el tomógrafo. Reduce el error de asociar una prueba al paciente equivocado, que es uno de los fallos más caros de un cribado en papel.

4.3. Acceso a la base de datos del equipo por API, cuando el fabricante lo permite

Algunos fabricantes exponen los datos de sus aparatos por una API o permiten un acceso directo a su base de datos. En esos casos, obeliOmed puede traer los valores concretos —no solo la imagen o el PDF del informe— a campos propios de la ficha, lo que facilita comparar cifras entre visitas sin abrir el visor de cada prueba. Esto depende siempre del equipo y del fabricante, y se presupuesta caso por caso, nunca como una integración ya cerrada de fábrica.

5. Comparar la prueba de hoy con la basal sin cambiar de pantalla

5.1. La serie completa, ordenada por fecha, en la misma ficha

Una vez que las pruebas de cribado llegan a la ficha del paciente, el software las ordena por fecha en una misma vista: la primera campimetría junto a la última, el primer OCT junto al más reciente. Es una organización cronológica, no un análisis: el sistema no calcula tendencias ni emite ninguna alerta sobre progresión, se limita a poner una al lado de la otra las pruebas que antes vivían en carpetas distintas.

5.2. Lo que el software muestra y lo que decide el especialista

Ver la serie completa sin cambiar de programa ahorra el tiempo que antes se iba en abrir un visor por cada prueba y anotar los valores en un papel aparte. Pero la lectura de esa serie —si hay un cambio real o si es ruido de la prueba, si conviene repetir o si toca derivar a un tratamiento— sigue siendo, en todo momento, criterio exclusivo del oftalmólogo. El software organiza la vista; no interpreta el dato.

6. Trazabilidad: qué queda registrado cuando algo se corrige

6.1. El dato se corrige, el historial no se borra

Si alguien introduce mal un valor de presión intraocular o asocia una prueba a la fecha equivocada, ese dato se puede corregir: no hay ningún bloqueo que lo impida. Lo que sí queda es el registro completo de la corrección — quién la hizo, cuándo y qué valor había antes —, tal como exige la Ley 41/2002 de autonomía del paciente para la historia clínica. El dato cambia; el rastro de cada cambio se conserva íntegro.

6.2. Qué puede descargar el centro de sus propios datos, y cuándo

Cada centro puede descargar en cualquier momento una copia de sus propios datos de cribado y seguimiento, sin depender de que obeliOmed la genere por él. No es una copia de seguridad automática programada por el proveedor, sino portabilidad bajo control del centro: la clínica decide cuándo la necesita y se la lleva.

7. Del cribado confirmado al seguimiento evolutivo

7.1. Cuándo un caso sospechoso abre expediente de seguimiento

Mientras un paciente está en fase de cribado, sus pruebas se acumulan bajo su ficha sin que exista todavía un diagnóstico. Cuando el especialista confirma el caso, ese mismo historial se convierte en el punto de partida de un seguimiento evolutivo: no se vuelve a pedir la primera prueba ni se pierde la línea temporal ya construida.

7.2. Qué información viaja con el paciente al abrir el seguimiento

Viajan las pruebas ya realizadas, sus fechas y los documentos asociados —nunca una interpretación automática, porque el software no genera ninguna—. A partir de ahí entra en juego lo que ya organiza el software de seguimiento evolutivo del glaucoma: la comparación periódica de la serie completa a lo largo de los años, con el mismo criterio de que el software ordena y el especialista decide.

8. Qué cambia en el día a día de consulta y recepción

8.1. Menos tiempo comparando gráficos impresos en el box

Menos tiempo repasando informes impresos, más tiempo con el paciente delante.

Cuando cada prueba llega ya asociada al paciente correcto y ordenada por fecha, el tiempo de consulta que antes se iba en buscar el informe anterior, compararlo a ojo con el papel de hoy y volver a archivarlo se libera para lo que de verdad requiere al especialista: revisar el caso con el paciente delante.

8.2. Menos huecos de agenda por revisiones mal citadas

Una revisión de cribado que se cita mal —duplicada, olvidada o con el paciente equivocado en el box— deja un hueco vacío en la agenda del día. Centralizar la cita, el recordatorio y el resultado en el mismo sistema reduce ese tipo de error, que en clínicas con alto volumen de revisiones periódicas es una fuga de tiempo constante.

8.3. Caso real: cómo una clínica bajó su no-presentación al 5 %

La reducción de citas perdidas no es solo una promesa: en la Clínica Masera, centralizar agenda y recordatorios bajó la tasa de no-presentación al 5 % y recuperó 28.000 € al año que antes se perdían en huecos de consulta vacíos. El mismo mecanismo aplica a un programa de revisiones de cribado de glaucoma: cada hueco que no se pierde es un paciente de riesgo que sigue dentro del circuito.

9. Infraestructura: dónde viven los datos y sobre qué corre el software

9.1. Servidores en España, cifrado por tipo de dato

Los datos de obeliOmed se alojan en servidores situados en España. Los documentos clínicos y los campos sensibles van cifrados con AES-256-GCM, con una clave derivada distinta según el tipo de dato, y la conexión viaja bajo TLS 1.3. Ningún cambio se pierde: cuando alguien corrige una prueba o un dato del expediente, queda registrado quién lo hizo, cuándo y qué valor había antes, tal y como se explica en la sección 6.

9.2. obeliOmed, construido sobre un núcleo ERP de código abierto

obeliOmed no es un programa cerrado que encierra los datos en un formato propietario: se instala sobre un núcleo ERP de código abierto que gobierna la parte contable y de facturación —libros de IVA, VeriFactu, TicketBAI—, mientras la capa clínica de obeliOmed organiza la ficha del paciente, las pruebas de cribado y el seguimiento. Esa base abierta es lo que permite a un centro sacar sus propios datos en formato de tabla y cruzarlos con sus propios indicadores, sin depender de un informe cerrado del proveedor.