Software PACS para oftalmología: cuándo lo necesitas de verdad y cuándo no

1. Qué es un PACS, sin la capa comercial

Un PACS —Picture Archiving and Communication System— es un sistema que recibe, archiva y sirve imagen médica. Nació en radiología hospitalaria, donde un solo TAC genera cientos de cortes y hace falta una infraestructura dedicada para almacenarlos, buscarlos y distribuirlos a las estaciones de trabajo.

1.1. Las tres funciones que le dan nombre

Sus tres funciones son las que le dan nombre. Recibe: los equipos le envían los estudios directamente, sin que nadie mueva un archivo. Archiva: guarda el estudio completo, con todos sus metadatos, durante los años que exija la normativa. Comunica: responde a las consultas de otros sistemas que le piden un estudio concreto. Todo eso ocurre bajo el estándar DICOM, que define tanto el formato del archivo como los protocolos de conversación entre máquinas. Un equipo de diagnóstico consulta al PACS qué pacientes tiene citados hoy —la lista de trabajo de modalidad—, hace la prueba, y le devuelve el estudio etiquetado con el paciente correcto. Nadie escribe un nombre a mano en ningún momento.

1.2. Por qué cuesta lo que cuesta

Esa cadena es la razón de existir de un PACS, y también la razón de que cueste lo que cuesta. Cuando un comercial dice «visor PACS en la nube» conviene preguntar cuál de las tres funciones incluye, porque a menudo la respuesta es «la de ver», que es precisamente la que no da nombre al sistema. Las tres siglas que se cruzan en esa conversación están definidas una a una en el glosario clínico-digital.

2. DICOM no es PACS: la confusión que más cara sale

Aquí es donde se pierde dinero. DICOM es un formato y un conjunto de protocolos; PACS es un sistema que los usa. Que un software «trabaje con DICOM» puede significar cosas muy distintas:

2.1. Tres cosas distintas bajo el mismo nombre

• Abrir un archivo DICOM que alguien ha exportado y subido: eso es un visor. Es lo más común y lo más barato.
• Recibir estudios de un equipo por red, sin intervención humana: eso ya requiere un nodo DICOM escuchando, y es otra categoría.
• Servir estudios a otros sistemas que se los piden: eso es un PACS completo.

2.2. La pregunta que desambigua

Los tres se anuncian a veces con las mismas palabras. La pregunta que desambigua es sencilla y conviene hacerla textualmente en cualquier demo: «¿el archivo lo sube una persona o llega solo desde la máquina?». Si la respuesta es que lo sube una persona, estás mirando un visor, valga lo que valga. No es que un visor sea peor. Es que resuelve otro problema, y para muchas consultas es el problema que de verdad tienen.

3. Las tres cosas que hace un PACS y no hace nada más

3.1. Lo que solo obtienes con un PACS de verdad

Si estás comparando opciones, estas son las capacidades que solo obtienes con un PACS de verdad. Todo lo demás —ver, medir, comparar, compartir— lo hacen también herramientas más ligeras.

La pregunta que desambigua: ¿el archivo lo sube una persona o llega solo desde la máquina?

3.2. La fila que más se pasa por alto

La fila que más se pasa por alto es la penúltima. Una carpeta compartida en la que entra quien tenga la unidad mapeada, sin registro de accesos, no cumple lo que el RGPD exige para un dato de categoría especial. Y una retinografía lo es, igual que la historia clínica.

4. Cuándo tu consulta necesita un PACS, y cuándo no

4.1. Las señales que no dejan atajo

Hay situaciones en las que no hay atajo posible. Si te reconoces en dos o más de estas, el PACS deja de ser opcional:

• Volumen alto y sostenido: varias decenas de estudios diarios entre OCT, campimetría y retinografía. A partir de cierto punto, el paso manual deja de ser un paso y pasa a ser un puesto de trabajo.
• Varios equipos de fabricantes distintos generando estudios a la vez, cada uno con su formato de exportación y su software propietario.
• Necesidad de que otros sistemas consulten tus imágenes: un hospital con el que colaboras, una plataforma de teleoftalmología, un servicio de lectura externa.
• Archivo legal a largo plazo del estudio completo, no del informe: cuando la exigencia es conservar el original con todos sus metadatos durante años.
• Errores de identificación recurrentes: si ya se ha colgado alguna vez un estudio en el paciente equivocado, la lista de trabajo de modalidad deja de ser un lujo.

4.2. Por qué el error de identificación pesa tanto

Ese último punto merece un párrafo. El riesgo de asignar una prueba al paciente equivocado no es teórico: aparece siempre que un humano teclea o selecciona un nombre. Cuando el equipo recibe la identificación del sistema y la estampa en el estudio, ese error desaparece por diseño. En consultas con mucho volumen y varias personas rotando por el gabinete, es probablemente el argumento más sólido para justificar la inversión.

4.3. El perfil que no lo necesita, y qué le basta

Y ahora la parte que casi nadie escribe, porque casi todos los que escriben sobre PACS lo venden. La mayoría de consultas de oftalmología privada no necesitan un PACS. Necesitan otra cosa, que se parece pero cuesta un orden de magnitud menos. El perfil que no lo necesita es reconocible: una o dos consultas, un OCT y un campímetro, entre cinco y quince estudios al día, y un problema que no es de archivo sino de acceso. La queja real no es «no puedo guardar mis pruebas», es «para ver la de hace seis meses tengo que levantarme e ir al gabinete». Lo que resuelve ese problema es tener la prueba dentro del expediente del paciente: se sube una vez, se consulta muchas, y está donde está el resto de su historia. Es exactamente lo que hace un visor DICOM integrado en la historia clínica, con la contrapartida honesta de que el archivo lo sube una persona. La pregunta que decide entre una cosa y otra no es cuántos estudios generas, sino cuántas veces vuelves a abrir cada uno. Si la respuesta es «casi nunca», ni PACS ni visor: te basta con el informe en PDF adjunto. Si la respuesta es «en cada revisión, durante años», el visor en el expediente cambia el día a día. Y si además el volumen hace que subirlos sea un trabajo en sí mismo, entonces sí, PACS.

5. El coste real, más allá de la licencia

6.1. Lo que no aparece en la primera hoja

El presupuesto que te pasan es el suelo, no el techo. Un PACS lleva asociadas partidas que rara vez aparecen en la primera hoja:

• Configuración de cada equipo: cada modalidad hay que darla de alta, con su AE Title y sus puertos, y probar la comunicación en las dos direcciones. Suele facturarse por equipo.
• Almacenamiento que crece solo: un estudio completo pesa órdenes de magnitud más que un informe. El coste no es el del primer año, es la pendiente.
• Copias de seguridad y continuidad: si el PACS es el archivo legal, su plan de respaldo deja de ser opcional.
• Mantenimiento e integraciones: cada cambio de equipo o de versión reabre la conversación entre sistemas.
• Formación y cambio de hábitos: el circuito automático solo funciona si el flujo de trabajo se adapta a él.

6.2. No es un argumento contra el PACS

Nada de esto es un argumento contra el PACS. Es un argumento contra comprarlo sin haber comprobado que estás en el grupo que lo necesita, porque la factura no termina cuando se firma.

6. Cinco criterios para decidir

6.1. Respóndelas con tus números reales

Respóndelas con tus números reales, no con los del año que viene:

• ¿Cuántos estudios genera tu consulta al día? Por debajo de diez, el paso manual es asumible. Por encima de treinta, deja de serlo.
• ¿Cuántas veces se vuelve a abrir cada estudio? Es la pregunta que separa «archivo» de «herramienta de trabajo».
• ¿Alguien externo necesita consultar tus imágenes? Si la respuesta es sí, necesitas que un sistema pueda pedírtelas.
• ¿Ha habido errores de identificación? Si ya ha pasado, ponle precio al siguiente.
• ¿Cuál es tu queja concreta, en una frase? Si es «no encuentro las pruebas», es un problema de acceso. Si es «no puedo automatizar la entrada», es un problema de PACS.

6.2. La última es la que más orienta

La última es la que más orienta y la que menos se hace. Muchas consultas empiezan a mirar PACS porque es lo que aparece al buscar, no porque hayan formulado su problema. Escribir la queja en una frase suele reordenar la decisión entera.

7. El recorrido de una prueba, en los tres escenarios

La forma más rápida de entender qué compras es seguir una prueba concreta desde que se hace hasta que se vuelve a mirar seis meses después. Tomemos un OCT macular de un paciente con seguimiento de retina.

Carpeta de red, visor en el expediente o PACS: el destino es el mismo, el camino no.

7.1. Con carpeta de red

El equipo genera el estudio y lo guarda en su disco local. Alguien lo exporta a una carpeta compartida, normalmente con el nombre que propone el software del fabricante. En la revisión siguiente, el especialista pide que se lo abran; alguien busca en la carpeta por fecha aproximada o por apellido, y lo abre con el visor del fabricante —que solo está instalado en ese puesto—. Si el paciente tiene apellidos comunes o la prueba se guardó con otro criterio, la búsqueda se alarga. Nadie sabe quién ha abierto ese archivo antes, ni cuándo.

7.2. Con visor en el expediente

El equipo genera el estudio, se exporta y quien hace la prueba lo sube a la ficha del paciente en ese momento. En la revisión siguiente el especialista lo tiene delante al abrir la historia, junto a la evolución y los informes, y puede compararlo con el anterior sin salir de la pantalla. Hay un paso manual al principio, y el registro de accesos es el mismo que el del resto de la historia clínica.

7.3. Con PACS

El equipo consulta la lista de trabajo, recoge la identificación del paciente citado y envía el estudio al PACS ya etiquetado. Nadie toca un archivo. En la revisión siguiente, el especialista consulta el PACS —desde su estación o desde el gestor, si están conectados— y recupera el estudio. La entrada es automática y trazable; la contrapartida es la infraestructura que hay debajo y su coste.

Puestos en fila se ve que la diferencia entre el segundo y el tercero está solo en el primer paso: quién mueve el archivo. Todo lo demás —dónde se consulta, con qué herramientas, con qué trazabilidad— puede ser equivalente. Y ese primer paso es exactamente lo que separa un presupuesto de cientos de euros al año de uno de varios miles.

8. Cinco errores al comparar proveedores

8.1. Los que se repiten en cada demo

Se repiten tanto que conviene tenerlos escritos antes de sentarse con nadie:

• Confundir «compatible con DICOM» con «recibe DICOM». Casi todo el software clínico moderno abre un archivo DICOM. Muy poco lo recibe de la máquina. Es la misma palabra para dos cosas con un orden de magnitud de diferencia en precio.
• Comprar por el volumen del año que viene. El argumento de «cuando crezcas lo vas a necesitar» es correcto en abstracto y caro en concreto. Los archivos DICOM son estándar: lo que subas hoy sigue sirviendo cuando cambies de sistema.
• No preguntar por el coste por equipo. Dar de alta cada modalidad tiene un coste de configuración que rara vez está en la primera hoja del presupuesto y que se repite cada vez que se cambia un equipo.
• Olvidar el crecimiento del almacenamiento. La cifra que importa no es cuánto ocupas hoy, sino cuánto vas a ocupar dentro de tres años con tu ritmo actual de estudios.
• Valorar solo la entrada y no la consulta. Un sistema que automatiza la entrada pero deja al especialista saltando entre dos pantallas en cada visita ha resuelto el problema del archivo y no el de la consulta, que suele ser el que se nota a diario.

8.2. Pide la demo con una prueba tuya

Y una recomendación que no cuesta nada: pide una demo con una prueba tuya, exportada de tu equipo esa misma semana. Es asombroso lo que se aclara cuando el archivo que se abre en pantalla es real y no el de la presentación.

9. Qué hace obeliOmed con esto

9.1. Si ya tienes PACS y el expediente por otro lado

Es la situación más común en consultas que llevan años funcionando: el PACS hace su trabajo y el gestor hace el suyo, y el especialista salta entre los dos en cada visita. Aquí la respuesta no es sustituir nada. El PACS sigue siendo el archivo y el sitio donde entran los estudios; lo que falta es que lo que se va a mirar durante la visita esté en el expediente, junto a la anamnesis, la evolución y los informes. Muchas consultas resuelven así, con las dos piezas cumpliendo funciones distintas y sin que sobre ninguna.

Si es tu caso, lo que conviene revisar no es la imagen, sino qué debe recoger tu historia clínica oftalmológica y si el registro de accesos cubre también la imagen diagnóstica. El checklist de auditoría RGPD incluye ese punto, que es donde más consultas fallan sin saberlo. Y si tu seguimiento es sobre todo de patología crónica, el software de seguimiento del glaucoma aborda el mismo problema desde la comparación entre visitas, que es donde acaba notándose.

9.2. Precio del visor DICOM

El visor DICOM de obeliOmed está disponible como módulo, por +8 €/⁠mes, para las consultas a las que les basta con tener la prueba en el expediente. Si tu volumen justifica un PACS de verdad, obeliOmed convive con él sin problema: el PACS sigue siendo el archivo, y el visor trae la imagen a la ficha del paciente cuando toca consultarla. El resto de módulos y planes se pueden consultar en la página de precios y planes de obeliOmed, el detalle de qué formatos y protocolos soporta la interoperabilidad de imagen está en la guía de interoperabilidad de imagen médica y redes PACS/DICOM, y con qué equipos y datos concretos se integra obeliOmed hoy.