Software para el diagnóstico y control del glaucoma con obeliOmed

4. El visor DICOM, y por qué no es un PACS

4.1. El visor DICOM

Como módulo opcional, subes al expediente el archivo DICOM que exportas del equipo y lo trabajas ahí: navegas el estudio, mides, anotas y comparas dos revisiones del mismo paciente sin salir de su historia, todo en el navegador y sin instalar el visor del fabricante en cada puesto. El detalle está en visor DICOM para oftalmología.

4.2. Por qué no es un PACS tradicional

obeliOmed no promete que las máquinas envíen los estudios sin que nadie intervenga. Según el equipo y el fabricante hay carpeta vigilada (el equipo exporta y obeliOmed recoge) o worklist (el equipo lee la agenda), pero no es universal; sin esas dos vías, el archivo lo sube una persona. Si tu volumen diario hace que subir los archivos a mano sea una tarea en sí misma, lo que necesitas es un PACS de verdad, que es otra categoría de producto y otro presupuesto: cuándo hace falta uno está en software PACS para oftalmología. La pregunta que de verdad orienta la decisión no es «¿tenéis PACS?» sino «¿cuántos estudios al día tengo que subir a mano?»: con un volumen bajo es un gesto de segundos al cerrar la visita, y a partir de cierto punto se convierte en una tarea que se posterga y genera un archivo incompleto.

5. El flujo en consulta, sin duplicar trabajo

5.1. De la sala de espera al informe

El objetivo es que un dato se teclee una sola vez. La cita se agenda, el paciente se recibe, la prueba se registra en su ficha y el informe de evolución se genera desde los mismos datos que ya están en el expediente, sin reescribir a mano lo que el equipo ya midió cuando la integración lo permite. En una consulta con varios profesionales, eso también resuelve la continuidad: quien atiende hoy a un paciente crónico ve la misma serie de datos que dejó registrada quien lo atendió la vez anterior, en vez de reconstruir la historia preguntando o buscando en otro puesto.

El detalle del flujo completo en una consulta de glaucoma de alto volumen está en flujo de trabajo en consultas de glaucoma.

5.2. Los pacientes que no vuelven

El glaucoma se controla con revisiones periódicas, y un paciente que deja de venir es un seguimiento roto, no solo una cita perdida. Los recordatorios automáticos y el seguimiento de ausencias son la palanca principal para que la lista de pacientes crónicos no se erosione con el tiempo.

6. Trazabilidad y protección de datos

6.1. Qué queda registrado

Si un profesional se equivoca al registrar una medida, puede corregirla: el dato se modifica, no queda bloqueado. Lo que garantiza la trazabilidad es que la auditoría guarda quién hizo el cambio, cuándo y qué valor había antes, tal y como exige la Ley 41/2002 sobre la historia clínica. No es un archivo que bloquee la corrección de un error: es poder corregirlo con constancia del cambio.

6.2. Cifrado y ubicación

Los servidores están en España. Los documentos y los campos marcados como sensibles van cifrados con AES-256-GCM, con clave derivada por ámbito y rotación periódica, y la conexión viaja bajo TLS 1.3. No usamos la palabra «certificado»: no tenemos una certificación externa que lo respalde, aunque VeriFactu y TicketBAI se cumplen en la parte de facturación. El detalle de qué revisar en cualquier proveedor, con o sin certificaciones de por medio, está en el checklist de auditoría RGPD, y los datos de salud como el resultado de un OCT o una campimetría son categoría especial bajo el RGPD, con las mismas obligaciones de protección que el resto de la historia clínica.

7. El motor de gestión detrás

7.1. Un ERP de gestión, no un módulo de facturación

obeliOmed no está construido desde cero: se apoya en un núcleo ERP de código abierto para la parte contable y fiscal, la de un sistema de gestión completo y no un módulo simplificado para emitir tickets. Para una unidad con aseguradoras, presupuestos y varias formas de cobro, esa diferencia se nota en cada cierre de mes: liquidar a un colaborador que cobra por acto, cuadrar lo facturado a una mutua o generar un presupuesto para una prueba que el seguro no cubre son operaciones del día a día, no un módulo aparte que haya que enlazar a mano con la agenda.

7.2. Todo en el mismo sistema

Lo que menos se ve es que lo clínico y lo económico viven en el mismo sitio: no hay que cuadrar dos sistemas ni exportar de uno para importar en otro, que es donde aparecen los descuadres. Y los cambios normativos de facturación llegan por esa vía, sin tener que reimplementarse cada vez que cambia la ley.

8. Precio y cómo se compone

8.1. Los planes base

El plan 29 € al mes cubre a quien trabaja solo; el plan 49 € añade recepción y agenda compartida; y el plan 79 € es para una unidad con equipo, varias sedes o facturación a mutuas. Comprometiéndote a doce meses pagas diez.

8.2. Los módulos que pesan en glaucoma

El visor DICOM son +8 €/⁠mes al mes. La integración con un equipo concreto se presupuesta por equipo, no por catálogo cerrado. Los módulos se activan y se dan de baja cuando quieras, y los datos que hayas subido siguen siendo tuyos al hacerlo.

9. Por dónde empezar: un caso real

70.000 historiales, tres formatos de origen, cinco semanas, sin parar la consulta.

9.1. La migración de 70.000 historias

La Clínica Masera migró 70.000 historiales repartidos en tres formatos distintos —papel, hojas de cálculo y un software antiguo— en un proyecto de cinco semanas. La clínica siguió operando con su sistema anterior mientras se preparaba la migración, y trabajó con los dos sistemas en paralelo los primeros tres días. La validación se hizo sobre una muestra aleatoria de 150 expedientes revisados a mano, con 23 registros duplicados detectados y corregidos antes de dar el proyecto por cerrado. El caso completo está en caso de éxito de la Clínica Masera.

9.2. Cómo se empieza en tu unidad

El orden que funciona: primero los pacientes con seguimiento activo y su histórico de PIO, OCT y campo visual —que es lo urgente, porque un seguimiento sin su histórico no sirve de nada—, después el equipo de OCT o campímetro que más se usa, y al final lo que da visibilidad: informes y cuadros de mando, que necesitan que los datos anteriores lleven un tiempo entrando bien antes de que las cifras signifiquen algo.

El histórico más antiguo puede migrarse después, en paralelo, sin bloquear el arranque de la unidad ni obligar a parar la agenda un solo día mientras se prepara.