Fecha: 03/02/2026
Por: Leonardo M. Ramé
En radiología, interoperabilidad no significa simplemente poder exportar un archivo. Significa que pacientes, órdenes, imágenes, informes, estados y accesos viajan entre sistemas sin duplicar tareas y sin romper la trazabilidad clínica.
Un PACS aislado puede almacenar imágenes. Un PACS interoperable participa del flujo completo de diagnóstico por imágenes.
El flujo real de una institución
En una operación típica pueden intervenir:
- HIS o sistema administrativo;
- RIS para turnos, admisión e informes;
- DICOM Worklist para enviar datos a modalidades;
- modalidades como CT, MR, US, CR, DX o MG;
- PACS para almacenamiento y distribución;
- visor DICOM web;
- portal del paciente;
- sistemas externos o APIs.
La interoperabilidad consiste en que esos componentes trabajen como una cadena, no como islas.
DICOM en el flujo de imágenes
DICOM es central para modalidades, estudios, series e imágenes. Permite que equipos diagnósticos envíen estudios al PACS y que los visores accedan al contenido necesario para lectura clínica.
imPACS soporta archivos DICOM 3.0 de múltiples modalidades y se integra con flujos DICOM habituales del diagnóstico por imágenes.
HL7 para datos clínicos y administrativos
HL7 suele intervenir en el intercambio de información administrativa y clínica entre sistemas. En proyectos PACS/RIS/HIS, ayuda a reducir doble carga, errores de tipeo y diferencias entre sistemas.
imPACS y las soluciones de Informe Médico pueden integrarse mediante HL7 cuando el entorno lo requiere.
APIs, JSON e integraciones a medida
No todos los sistemas hablan igual. En instituciones reales aparecen sistemas heredados, desarrollos propios, proveedores externos y necesidades específicas.
Por eso, además de estándares, imPACS contempla integraciones mediante APIs, JSON e integraciones a medida. Esto permite conectar el PACS con la infraestructura existente sin forzar cambios innecesarios en toda la operación.
QIDO y WADO-RS
QIDO y WADO-RS son relevantes en escenarios web y de acceso a estudios mediante servicios modernos. Permiten consultas y recuperación de objetos DICOM en arquitecturas que necesitan interoperabilidad web.
Cuando se diseñan visores DICOM web, portales o integraciones externas, estos mecanismos ayudan a ordenar el acceso técnico a estudios e imágenes.
Invocación segura desde sistemas externos
Un punto crítico es abrir el visor DICOM desde otro sistema sin exponer accesos indebidos. La invocación segura permite que el usuario llegue al estudio correcto, con permisos adecuados y sin depender de credenciales compartidas o URLs abiertas.
imViewer5 puede integrarse de forma segura desde sistemas externos, lo que resulta importante para HIS, RIS, portales y flujos de lectura remota.
Errores comunes
Los problemas más frecuentes en proyectos de integración son:
- duplicar carga de pacientes;
- no sincronizar estados;
- enviar órdenes incompletas;
- no validar integridad después de migraciones;
- depender de procesos manuales;
- abrir accesos externos sin control suficiente.
Cómo trabaja imPACS
imPACS se conecta con HIS, RIS y sistemas externos mediante HL7, JSON, APIs, QIDO, WADO-RS e integraciones a medida según el proyecto. La prioridad es sostener continuidad operativa y respetar el flujo real de la institución.
Preguntas frecuentes
¿Qué diferencia hay entre HL7 y DICOM?
DICOM está orientado principalmente a imágenes médicas y estudios. HL7 se usa para intercambio de información clínica o administrativa entre sistemas.
¿Cuándo hace falta una API a medida?
Cuando los estándares no cubren una necesidad concreta o cuando el sistema externo tiene reglas propias de integración.
¿imPACS puede integrarse con HIS y RIS?
Sí. imPACS puede integrarse con HIS, RIS y otros sistemas mediante estándares e integraciones específicas.
¿Qué rol cumple imViewer5?
imViewer5 permite visualización DICOM web y puede invocarse de forma segura desde sistemas externos.
Próximo paso
Para proyectos de interoperabilidad, revise Integraciones y Migraciones y las capacidades de imPACS, imRIS e imWorklist.