Exploración oftalmológica digital: registro, worklist y trazabilidad en el box

1. El examen oftalmológico moderno: del registro fragmentado al flujo único

1.1. Dónde se pierde tiempo en el modelo tradicional

El cuello de botella de una consulta oftalmológica rara vez está en la destreza del equipo clínico: está en la carga administrativa que rodea cada exploración. Cuando la refracción se anota en un papel, el hallazgo de polo anterior se describe en un párrafo libre y la imagen del OCT o del campímetro se archiva en el disco local del propio aparato, cada visita deja tres o cuatro registros que nadie ha vinculado entre sí. Reconstruirlos más tarde —para una consulta de seguimiento, una auditoría o una reclamación— cuesta tiempo de recepción y de personal técnico.

1.2. Qué cambia con un registro único, estructurado

Digitalizar la exploración no significa sustituir el papel por una pantalla que sigue recogiendo texto libre: significa que cada dato —esfera, cilindro, PIO, espesor corneal— entra en un campo propio de la historia clínica, en el mismo sitio donde ya está la agenda y el resto del expediente del paciente. Es la base sobre la que se organiza el resto de esta guía, y el punto de partida es siempre el mismo: dejar de tratar la exploración como un documento aparte y tratarla como un flujo dentro del software de la clínica oftalmológica.

2. Refracción, polo anterior y tonometría: de texto libre a campos estructurados

2.1. Cuadrículas de refracción objetiva y subjetiva

La refracción se registra en campos numéricos propios para esfera, cilindro, eje, adición y prisma, tanto para la medida objetiva del autorrefractómetro como para la subjetiva y la prescripción final. Al quedar en campos y no en una frase, el dato se puede comparar entre visitas sin releer todo el historial.

2.2. Hallazgos de polo anterior con codificación CIE-10

La exploración con lámpara de hendidura se apoya en el catálogo CIE-10 del capítulo de oftalmología, ya cargado en el sistema: el profesional codifica el hallazgo de córnea, conjuntiva o cristalino en vez de describirlo con sus propias palabras cada vez, lo que hace comparables los registros de distintos profesionales del mismo centro.

2.3. Tonometría y paquimetría cruzadas automáticamente

La presión intraocular y el espesor corneal central se registran como valores enlazados del mismo paciente, de modo que quedan visibles uno junto al otro en el expediente en lugar de en dos entradas sueltas y separadas en el tiempo, como suele ocurrir con el registro en papel.

• Refracción objetiva y subjetiva en campos numéricos, no en texto libre
• Hallazgos de polo anterior codificados con CIE-10 oftalmológico
• PIO y paquimetría del mismo paciente, visibles en la misma pantalla

El detalle de qué campos son obligatorios y cómo se estructura cada apartado está en nuestra guía sobre qué debe incluir la historia clínica oftalmológica.

3. La lista de trabajo del equipo de diagnóstico

3.1. Qué hace la worklist y qué resuelve

Cuando la agenda y el equipo de diagnóstico no se hablan, el técnico teclea el nombre del paciente en el propio aparato antes de cada prueba: una tarea repetitiva y una fuente de errores de identificación. Con la worklist, el equipo —el OCT, el campímetro, la lámpara con captura digital— lee directamente la cita del día y el técnico solo selecciona al paciente ya listado en su pantalla.

3.2. Qué no es: ni recepción automática de estudios, ni servidor PACS propio

Es importante no confundir esto con recibir automáticamente todos los estudios en un servidor propio: eso no es lo que ofrece obeliOmed. Lo que hay es una carpeta vigilada —el equipo exporta la imagen y el sistema la recoge de ahí— o una worklist que el propio aparato lee. En los dos casos, el comportamiento exacto depende del equipo y del fabricante: no todos los modelos exponen la misma vía de conexión.

4. Del equipo de exploración al expediente del paciente

La imagen llega desde el equipo a una carpeta vigilada y queda dentro de la misma ficha del paciente.

4.1. Carpeta vigilada y visor DICOM integrado

Una vez que la imagen —una campimetría, un corte de OCT, una fotografía de fondo de ojo— llega por carpeta vigilada o por worklist, el visor DICOM la muestra dentro de la misma ficha del paciente, junto a la refracción y los hallazgos de la visita. No hace falta abrir otro programa ni buscar el fichero en el disco del aparato: se consulta como cualquier otro dato del expediente. El funcionamiento del visor y de los protocolos de imagen médica que soporta está explicado con más detalle en nuestro artículo sobre interoperabilidad en imagen médica y protocolos DICOM.

4.2. Acceso a los datos del equipo, según fabricante

Cuando el equipo lo permite, también se puede acceder a su base de datos por API o de forma directa para traer al expediente valores específicos de la prueba —no solo la imagen final—. Esto se presupuesta y se configura por equipo, nunca se da por incluido de fábrica: cada integración depende de lo que el fabricante concreto exponga.

5. Qué queda registrado cuando se corrige una exploración

5.1. Trazabilidad: autor, fecha y valor anterior

Si un profesional se equivoca al guardar una prueba, puede volver a guardarla: el dato se corrige, no se bloquea. Lo que garantiza el sistema es que la corrección queda registrada —quién la hizo, cuándo y qué valor había antes—, de forma que el expediente conserva el historial completo de cambios y no solo el último valor.

5.2. Por qué la Ley 41/2002 pide esto, no inmutabilidad

La ley básica reguladora de la autonomía del paciente exige que la documentación clínica sea fiable y quede sujeta a un régimen de responsabilidad, no que sea imposible de tocar. Un dato clínico erróneo tiene que poder corregirse: lo que no puede pasar es que la corrección se pierda o se sobrescriba sin dejar rastro. Ese rastro —autor, fecha, valor anterior— es lo que permite reconstruir cualquier exploración tal y como quedó en cada momento.

6. Dónde están los datos y cómo se protegen

6.1. Servidores en España y cifrado de documentos y campos sensibles

Los datos de las clínicas que usan obeliOmed se alojan en servidores situados en España. Los documentos clínicos y los campos marcados como sensibles se cifran con AES-256-GCM, con una clave derivada por ámbito y rotación de claves, y la conexión viaja bajo TLS 1.3. Esto cubre los documentos y los campos señalados como sensibles, no «todo el expediente» como un bloque único.

6.2. Copia propia del centro, cuando se pide

Cada centro puede descargar en cualquier momento una copia de sus propios datos. No es una réplica automática ni geodistribuida: es una exportación que el propio centro decide hacer, y es también un argumento de portabilidad —los datos son del centro y se pueden llevar si el centro cambia de proveedor.

7. El marco legal de la exploración oftalmológica

7.1. Datos de categoría especial y plazos de conservación

Los datos de salud —incluidos los de una exploración ocular— son datos de categoría especial según el artículo 9 del RGPD, lo que exige garantías reforzadas de tratamiento. La Ley 41/2002 fija además un plazo mínimo de conservación de la documentación clínica de cinco años desde el alta de cada proceso asistencial, sin perjuicio de los plazos más largos que fijen las comunidades autónomas para determinados documentos. El detalle de qué exige el RGPD sanitario en la práctica de una clínica está desarrollado en nuestro checklist de cumplimiento del RGPD para clínicas.

7.2. Qué no promete el software: certificaciones que no se tienen

Cumplir el RGPD y la Ley 41/2002 es responsabilidad del centro y del software que usa, y ninguna de las dos normas se satisface con una etiqueta comercial. obeliOmed no se anuncia como «certificado» de nada: lo que aporta es trazabilidad de cada cambio, cifrado de lo sensible y servidores en España, que son los hechos verificables sobre los que se sostiene el cumplimiento, no una certificación que sustituya a auditarlo.

8. Gestión y facturación conectadas a la exploración clínica

8.1. Un mismo sistema para agenda, historia y contabilidad

obeliOmed se construye sobre un núcleo ERP de código abierto, lo que significa que la agenda del box, la historia clínica y la contabilidad y facturación del centro viven en el mismo sistema en lugar de en programas separados que hay que sincronizar a mano. Esa base abierta también evita quedar atrapado en un formato propietario: la base de datos del centro es suya.

8.2. Facturación electrónica: VeriFactu y TicketBAI

El cobro de una consulta o de una prueba en mostrador se registra en el mismo sistema que gestiona VeriFactu y, en territorio foral, TicketBAI, sin que el equipo administrativo tenga que pasar el dato a otro programa. El detalle de qué módulos de gestión y facturación incluye el sistema está en la página de facturación médica de obeliOmed.

9. Cómo se implanta: pasos y qué medir

La puesta en marcha sigue tres pasos: migrar el histórico, configurar el box y rodar en paralelo.

9.1. Los pasos de la puesta en marcha

• Paso 1 — Migración del histórico: extracción y volcado de las historias clínicas y las exploraciones previas desde el sistema anterior, sea digital o en papel.
• Paso 2 — Configuración del box: alta de los equipos de diagnóstico, worklist o carpeta vigilada según lo que permita cada fabricante, y de los campos de refracción, polo anterior y tonometría.
• Paso 3 — Rodaje con el equipo clínico: unas primeras semanas registrando en paralelo hasta que optometristas y oftalmólogos incorporan el nuevo flujo a su rutina de box.

Nuestro caso de la Clínica Masera describe cómo se organizó una migración de historial sin interrumpir la actividad asistencial del centro. Si el punto de partida es una comparativa entre mantener la infraestructura en el propio centro o pasarla a la nube, conviene revisar antes nuestro análisis de software médico en la nube frente a on-premise.

9.2. Qué medir: tiempo de preparación y duplicidades

Dos indicadores bastan para saber si el cambio está funcionando: el tiempo que tarda el técnico en preparar cada exploración desde que el paciente entra al box, y el número de incidencias de identificación —pruebas asociadas al paciente equivocado— antes y después de activar la worklist. Un software especializado por patología, como el descrito en nuestra guía sobre software oftalmológico especializado en glaucoma, añade además el seguimiento evolutivo como tercer indicador propio de cada subespecialidad.