Software oftalmológico especializado en glaucoma: qué no resuelve una historia clínica generalista

1. Qué significa «generalista» en una historia clínica

1.1. Un programa pensado para cualquier especialidad no distingue tipos de prueba

Una historia clínica generalista está diseñada para servir a cualquier consulta: un campo de notas libres, un hueco para adjuntar documentos, una lista de diagnósticos. Funciona razonablemente bien para una especialidad donde cada visita es un episodio más o menos independiente y no exige comparar años de datos entre sí. Para el glaucoma, donde el valor está en la serie y no en la visita aislada, ese diseño se queda corto desde el primer día.

El problema no es que el programa esté mal hecho: es que resuelve un problema distinto. Una ficha genérica está pensada para que cualquier especialidad pueda anotar lo que necesite con libertad, y esa misma libertad es la que impide que dos consultas registren la presión intraocular de la misma forma, o que se pueda comparar de forma fiable un valor con el siguiente.

1.2. El síntoma más habitual: todo vive en el campo de «adjuntos»

Cuando el software no tiene un lugar propio para la presión intraocular, el resultado de la campimetría o el grosor medido por OCT, esos datos acaban como ficheros sueltos colgados de la visita: un PDF con el informe del campímetro, una captura de pantalla del OCT. El nombre del fichero es la única pista sobre qué contiene, y localizar el de hace dos años exige recordar en qué visita se subió, no solo qué prueba era. Nuestra guía de gestión clínica para consultas oftalmológicas describe cómo cambia esto cuando la ficha está pensada para la especialidad.

Es fácil no notar el problema al principio, cuando el historial de un paciente tiene dos o tres visitas. Se nota, y mucho, a partir de la décima revisión, cuando encontrar el dato correcto exige abrir varios documentos para confirmar cuál es el que corresponde a la fecha que interesa.

2. Los campos que el seguimiento de glaucoma necesita y una ficha genérica no tiene

2.1. Presión intraocular por ojo y por visita, no un campo de texto libre

El seguimiento del glaucoma necesita la presión de cada ojo, en cada visita, como un valor numérico propio, no como una frase escrita dentro de la nota de la consulta. Solo así se puede construir después una serie que se pueda leer de un vistazo, sin tener que releer cada nota completa para extraer un solo número de en medio del texto.

2.2. Campo visual y OCT como datos, no como documentos adjuntos

Lo mismo pasa con el campo visual y el grosor de la capa de fibras nerviosas por OCT: si quedan como un PDF adjunto, cada revisión exige abrir ese documento por separado. Si quedan como un dato propio de la ficha, se pueden listar, ordenar por fecha y comparar sin salir de la pantalla del paciente.

2.3. El tratamiento vigente, unido a cada visita

Un dato que casi nunca tiene un sitio propio en una ficha genérica es qué tratamiento llevaba el paciente en el momento de cada prueba. Sin ese vínculo, no se puede saber después si un cambio en la serie coincide con un ajuste de la pauta o es independiente de ella. Es una pieza pequeña de información que, sin un campo dedicado, se pierde con facilidad entre visita y visita, precisamente porque nadie diseñó un lugar donde debiera vivir de forma automática.

3. El PDF plano: archivar el informe no es estructurar el dato

3.1. Guardar el documento cumple, pero no ayuda a comparar

Adjuntar el informe del campímetro cumple con conservar la prueba, que es lo mínimo exigible. Pero un PDF no se puede ordenar por valor, ni comparar automáticamente con el de la visita anterior, ni mostrar junto al resto de la serie en una misma pantalla. Sirve para consultar un estudio suelto, no para seguir una tendencia. Es la diferencia entre tener el dato y tener solo el documento que lo contiene, aunque a primera vista ambas cosas parezcan resolver lo mismo.

3.2. La diferencia se nota cuando el historial crece

Con dos o tres visitas, un puñado de PDFs sueltos es manejable. Con quince años de seguimiento, encontrar y comparar entre decenas de documentos deja de ser razonable. Nuestro artículo sobre el seguimiento evolutivo del glaucoma explica cómo se organiza esa serie larga cuando el dato, y no solo el documento, tiene un sitio propio en la ficha. La clave no es cuánto ocupa cada informe, sino cuánto cuesta encontrar el que hace falta en el momento en que hace falta.

4. Conectar los equipos de electromedicina sin depender de un fabricante

4.1. Tres vías posibles, según lo que permita el equipo

Carpeta vigilada, worklist o acceso a la base de datos del propio aparato por API: cuál aplica a cada tomógrafo o campímetro de tu consulta se decide equipo por equipo, no de una sola vez para toda la instalación. El detalle de cómo funciona cada vía está en el artículo sobre el ROI del software oftalmológico.

4.2. El visor de OCT, dentro de la misma ficha

El visor de OCT integrado en la historia clínica evita que el especialista tenga que abrir el programa propio del tomógrafo para revisar el estudio bruto, además de tener los valores numéricos ya en la ficha. Esto reduce el número de aplicaciones distintas que hay que manejar durante una consulta de control, sin renunciar a poder ver la imagen original cuando hace falta revisarla en detalle.

5. Comparar presión, campo visual y OCT en el mismo sitio

5.1. Tres tipos de prueba, una sola ficha

La ventaja de tener el dato estructurado, y no solo archivado, es que las tres fuentes de información —presión, campo visual y OCT— se pueden mirar juntas dentro de la misma ficha del paciente, en lugar de en tres programas o tres tipos de documento distintos.

Presión, campo visual y OCT, reunidos en un mismo sitio en vez de en tres programas.

5.2. Ver la evolución sin reconstruirla cada vez

Nuestra guía sobre comparativas de progresión en glaucoma entra en detalle sobre cómo se visualiza esa comparación entre visitas dentro de la ficha, una vez que el dato ya está estructurado y no repartido en documentos sueltos. La diferencia práctica es que el especialista no reconstruye la serie de memoria ni la rehace cada vez que el paciente vuelve: la encuentra ya montada.

6. Quién decide qué significa el dato: el especialista, no el software

6.1. Estructurar el dato no es interpretarlo

Que la presión, el campo visual y el OCT tengan un lugar propio en la ficha, ordenado y comparable, no significa que el software decida si el paciente progresa o si hay que ajustar el tratamiento. Esa valoración sigue siendo, siempre, del especialista que lleva el caso.

6.2. Por qué merece la pena decirlo explícitamente

En glaucoma, el umbral que preocupa a un especialista no es el mismo para todos los pacientes: depende de la edad, de la presión objetivo marcada para ese caso concreto y de la historia familiar. Un software que estructura bien el dato ayuda a que esa valoración se haga con toda la información delante, no a que se automatice. Es una distinción que conviene tener clara al elegir herramienta: lo que promete resolver es el orden de los datos, no el criterio clínico sobre ellos.

7. Qué queda registrado si hay que corregir un dato antiguo

7.1. El dato se puede corregir, y el cambio queda registrado

Si un valor de una visita antigua se guardó mal, se puede corregir: el dato se modifica, como cualquier otro campo de la historia clínica. obeliOmed registra quién hizo el cambio, cuándo y qué valor había antes, tal y como exige la Ley 41/2002, básica reguladora de la autonomía del paciente, sobre la conservación de la documentación clínica, y ese registro se conserva junto al dato, no en un lugar aparte.

7.2. Por qué esto también es una ventaja frente a un PDF suelto

Un documento adjunto que se sustituye por una versión corregida no suele dejar rastro de cuál era el valor anterior ni de quién hizo el cambio. Un dato estructurado, con su historial de modificaciones, sí lo conserva: es otra diferencia entre archivar el informe y estructurar el dato que contiene. En un seguimiento de años, esa trazabilidad puede llegar a pesar tanto como el propio valor corregido.

8. Qué gana la gestión del centro con datos estructurados

8.1. Menos tiempo buscando el histórico antes de cada cita

Cuando el dato está en la ficha y no repartido en documentos sueltos, preparar una revisión de control deja de exigir reunir informes de varias fuentes. El tiempo que antes se iba en esa búsqueda queda disponible para la propia consulta.

8.2. Una serie que cualquier especialista del centro puede seguir

Con el dato estructurado, un profesional distinto al que abrió el caso puede revisar la serie completa sin depender de encontrar y abrir cada PDF por separado. Nuestra guía de flujo de trabajo en consulta de glaucoma describe cómo encaja esto en el día a día de la consulta. En un centro con varios especialistas en la agenda de glaucoma, esa continuidad entre profesionales es justo lo que un archivo de documentos sueltos no puede ofrecer.

9. Cómo se pasa de fichas genéricas a un modelo estructurado

9.1. Migrar lo que ya existe, documento a documento

Los datos de pacientes que hoy están en una historia clínica generalista, con sus informes adjuntos en PDF, se traspasan al implantar obeliOmed. Cuando el dato numérico no está disponible en un formato que se pueda extraer automáticamente, se incorpora a partir del propio documento, para que la serie quede completa desde el primer día en el sistema nuevo.

El historial en papel o en PDF se traspasa antes de empezar a usar la ficha estructurada.

9.2. A partir de ahí, cada visita nueva ya nace estructurada

Una vez migrado el histórico y conectados los equipos de cada box, cada revisión nueva incorpora sus datos directamente a la ficha, sin volver a depender de un documento adjunto. La diferencia entre archivar y estructurar deja de notarse en el pasado, que ya se migró, y empieza a notarse en cada visita que se hace a partir de ese momento. Los pacientes que ya llevan años de seguimiento son los que primero notan el cambio, porque son quienes más documentos sueltos tenían que reconstruir antes de cada revisión.