Producto
Qué exigirle a un visor DICOM web antes de comprarlo
“Visor web” aparece en la ficha de prácticamente todos los RIS/PACS del mercado. El problema es que el término cubre dos cosas muy distintas: desde una estación diagnóstica completa hasta un visualizador básico, que despliega la imagen y permite ampliarla, pero no sostiene una lectura.
La distinción importa porque un radiólogo la advierte en los primeros diez minutos de uso, y para entonces el contrato ya está firmado. Estos son los puntos que conviene verificar antes, idealmente con un estudio real de tu propio centro.
1. ¿Es zero-footprint de verdad?
La pregunta concreta: ¿hay que instalar algo en la estación? ¿Un cliente, un plugin, una extensión, un componente de escritorio?
Si la respuesta es sí, no es un visor web: es un visor de escritorio con una capa web encima. La diferencia se paga cada vez que el sistema operativo se actualiza y rompe el plugin, y cada vez que hay que desplegar estación por estación.
2. ¿Tiene MPR y 3D, o solo corte a corte?
La reconstrucción multiplanar —poder ver una tomografía en axial, coronal y sagital— no es un lujo. Es lo mínimo para muchos estudios, y es exactamente la primera funcionalidad que se cae en los visores web livianos.
El volumen 3D renderizado por GPU es el siguiente escalón. La pregunta técnica útil es dónde ocurre el renderizado: si es en el servidor, el desempeño se degrada cuando varios radiólogos leen al tiempo; si aprovecha la GPU del equipo de cada radiólogo, la carga se distribuye y el sistema escala sin infraestructura adicional.
3. ¿Cómo carga un estudio de miles de cortes?
Pide expresamente la prueba con una tomografía pesada, no con una radiografía de tórax.
Un visor bien construido usa carga progresiva: trae primero lo que necesitas ver y el resto llega en segundo plano, así que empiezas a leer en segundos. Uno mal construido descarga el estudio completo antes de mostrar el primer corte, y esa espera se multiplica por cada estudio de la jornada.
4. ¿Compara con estudios previos, con las series sincronizadas?
Buena parte de la lectura es comparativa. Un visor que abre el estudio actual pero obliga a buscar el previo en otra pestaña, sin sincronizar el desplazamiento entre series, agrega fricción en el momento exacto en el que el radiólogo está razonando.
5. ¿Las mediciones quedan enlazadas al informe?
Aquí está la diferencia entre un visor que es una herramienta aislada y uno que es parte del flujo.
Si las mediciones y las marcas del radiólogo quedan disponibles como datos, el sistema puede compararlas contra lo que se escribió en el informe y advertir cuando algo no coincide —una medición que difiere, una lateralidad cambiada—. Si el visor está desconectado del informe, esa verificación es sencillamente imposible.
6. ¿Sobre qué está construido?
Vale la pena preguntar por el motor de renderizado. Bases como Cornerstone3D y OHIF sostienen visores clínicos y de investigación en todo el mundo: son conocidas, auditables y tienen comunidad detrás.
Un motor propietario del que nadie fuera del proveedor sabe nada no es descalificante por sí solo, pero sí es una dependencia más que asumes.
7. ¿Se conecta a lo que ya tienes?
Si el visor consume DICOMweb —WADO, QIDO, STOW—, puede conectarse a un PACS existente sin obligarte a reemplazarlo el primer día. Eso te permite evaluarlo con tu propio archivo antes de comprometer toda la operación, que es la mejor prueba posible.
Cómo probarlo
Una recomendación práctica: no evalúes el visor en una demostración guiada con casos escogidos por el proveedor. Solicita acceso, entrega un estudio pesado de tu propio archivo y permite que un radiólogo de tu equipo lo use sin acompañamiento durante media hora. Las carencias se hacen evidentes por sí solas.
El visor de NOVA Imaging es 100% web, con ventaneo, mediciones, MPR, volumen 3D por GPU y comparación con previos, construido sobre Cornerstone3D y OHIF. El detalle está en la página del visor DICOM web, y podemos darte acceso con un caso de demostración para que lo evalúe un radiólogo de tu equipo.