Descripción general​

La experiencia de «Crear nuevo pedido» se ha rediseñado con un nuevo panel deslizable a página completa que reúne todos los detalles del pedido —paciente, médico, cobertura, conjuntos de órdenes, notas y archivos adjuntos— en un único flujo de trabajo estructurado, sustituyendo al anterior panel lateral estrecho.

Nota: Esta función está disponible actualmente para los usuarios canadienses en omegaai.ca.

Resumen​

Esta versión incorpora una serie de mejoras en el visor de imágenes de OmegaAI, los protocolos de exposición y el visor de imágenes para dispositivos móviles, entre las que se incluyen una nueva opción de navegación entre etapas para los protocolos de exposición, ajustes preestablecidos de visualización adaptados a cada modalidad, preferencias de reproducción de Cine persistentes, una barra de desplazamiento de la ventana de visualización perfeccionada y un modo horizontal mejorado en dispositivos móviles.

Descripción general​

El manual de ayuda incluye ahora una sección específica titulada Solución de problemas y preguntas frecuentes, elaborada a partir de los problemas más habituales comunicados al servicio de asistencia de RamSoft, junto con los pasos para resolverlos. Antes de abrir un ticket, compruebe si su problema está incluido: muchos problemas pueden resolverse en pocos minutos sin necesidad de esperar una respuesta y, cuando necesite asistencia, la sección le indica exactamente qué información debe recopilar para que su ticket se resuelva más rápidamente.

Descripción general​

El registro HL7 siempre ha servido como una ventana a su tráfico HL7. Ahora es una herramienta con la que puede actuar, no solo observar.

Incorpora columnas de identificador, diagnóstico y enrutamiento, junto con una acción de reenvío que vuelve a poner en cola un mensaje HL7 saliente cancelado directamente desde su fila.

Descripción general​

OmegaAI presenta ahora la función de gestión de cambios en objetos de imagen (IOCM). Se trata de un estándar DICOM/IHE que permite a los sistemas de imagen comunicar eventos de rechazo y eliminación de imágenes entre los sistemas conectados.

Novedades​

1. Gestión de cambios en objetos de imagen (IOCM)​

Qué ha cambiado:​

Cuando se elimina o rechaza una imagen, una serie, un estudio, un documento o un informe en OmegaAI, IOCM notifica automáticamente a los PACS, VNA, archivos y sistemas de imágenes externos configurados para que puedan actualizar sus registros en consecuencia.

• Notificaciones salientes: OmegaAI envía avisos de rechazo a los sistemas externos

• Notificaciones entrantes: OmegaAI recibe avisos de rechazo de los sistemas externos y actualiza los objetos afectados dentro de OmegaAI

Ventajas:​

• IOCM ayuda a mantener la coherencia entre los sistemas de imágenes conectados mediante:
• La prevención del uso de imágenes rechazadas o no válidas
• La sincronización de las decisiones de eliminación y rechazo de imágenes entre los distintos sistemas
• El apoyo a las iniciativas de seguridad del paciente
• El mantenimiento de registros de auditoría y cumplimiento normativo La eliminación de la comunicación manual entre sistemas

Notas importantes​

¿Modifica el IOCM el proceso de eliminación?
No. Los usuarios siguen eliminando imágenes como de costumbre. El procesamiento del IOCM se lleva a cabo automáticamente en segundo plano.

¿Pueden los usuarios modificar el motivo del rechazo?
Sí. El motivo predeterminado configurado aparece preseleccionado, pero puede modificarse antes de confirmar la eliminación.

¿Se puede habilitar el IOCM únicamente para estaciones específicas?
Sí. El IOCM se configura de forma independiente para cada estación.

¿Se audita cada transacción del IOCM?
Sí. Todos los intentos de entrega, tanto los que tienen éxito como los que no, se registran en el registro de auditoría.

¿El traslado de una serie activa el IOCM?
Sí. OmegaAI genera notificaciones del IOCM para las series trasladadas.

Dónde encontrarlo​

Ruta de navegación en la aplicación:

Guía del usuario → Introducción → Añadir dispositivos y modalidades (estaciones DICOM) → ¿Qué es el IOCM?

Artículos de ayuda actualizados​

Añadir dispositivos y modalidades (estaciones DICOM); ¿Qué es el IOCM?

Descripción general​

OmegaAI presenta ahora la función «Storage Commitment». Se trata de un servicio DICOM mediante el cual OmegaAI confirma si un sistema de destino ha almacenado de forma permanente las imágenes recibidas.

Novedades​

1. Storage Commitment (SCU)​

Qué ha cambiado:​

Una vez que las imágenes se han transmitido correctamente (C-STORE), OmegaAI envía una solicitud de Storage Commitment en la que se pide al sistema de destino que confirme el archivo seguro.

El sistema de destino responde con:

• Confirmación de almacenamiento correcto
• Éxito parcial (algunas imágenes almacenadas)
• Fallo (imágenes no almacenadas)
• Esto garantiza que las imágenes no solo se entreguen, sino que también se archiven de forma rigurosa.

Ventajas:​

La activación de la función «Storage Commitment» (SCU) resultará útil cuando:

• El destino sea compatible con el «Storage Commitment» de DICOM
• Se requiera un archivado verificado
• Necesite una confirmación del almacenamiento a nivel de auditoría
• Haya sufrido pérdidas silenciosas de imágenes

La mera transmisión de imágenes no garantiza el almacenamiento a largo plazo.
Los fallos, como los problemas de red o los errores de almacenamiento en el destino, pueden pasar desapercibidos; por ello, el «Storage Commitment» ofrece:

• Verificación: confirma que las imágenes se almacenan de forma permanente
• Auditabilidad: seguimiento completo de las transacciones en los registros
• Fiabilidad: mecanismos automáticos de reintento y reenvío
• Cumplimiento normativo: ayuda a cumplir los requisitos de retención de imágenes médicas

Notas importantes​

¿Cambia esto el comportamiento del envío de imágenes?
No. Solo añade una verificación posterior al envío.

¿Se incluyen los datos históricos?
No. Solo los nuevos envíos realizados tras la activación.

¿Afecta el reinicio a las transacciones?
No. Las transacciones pendientes se reanudan automáticamente.

¿Se puede activar esta función por estación? Sí.

¿Qué es el «compromiso parcial»?
Algunas imágenes se almacenan, mientras que otras fallan o quedan sin confirmar.

¿Se puede modificar el tamaño del lote?
Sí. Se recomienda el valor predeterminado para la mayoría de los sistemas.

¿Cómo funciona el tiempo de espera?
OmegaAI espera hasta 24 horas antes de que se active la lógica de reintento.

Dónde encontrarlo​

Ruta de navegación en la aplicación:

Guía del usuario → Introducción → Añadir dispositivos y modalidades (estaciones DICOM) → SCU de Storage Commitment

Artículos de ayuda actualizados​

Añadir dispositivos y modalidades (estaciones DICOM); SCU de Storage Commitment

🚨 US-ONLY RELEASE​

This feature is currently available to US-based organizations only. International availability will be announced in a future release.

Overview​

Writing scripts in OmegaAI no longer starts with a blank editor. The Script Editor can now generate a script for you from a plain-language description of what you want it to do. Describe the rule in your own words — click Generate — and OmegaAI produces a ready-to-review script using the correct operations, DICOM tags, and host functions for that editor.

What's New​

1. Describe it, don't code it​

What changed:​

Type a plain-language description into the new AI Prompt pane and click Generate. OmegaAI returns a complete script in the editor — no hand-coding required to get started.

Benefit:​

Reduces time to create scripts and lowers barrier to entry for users unfamiliar with JavaScript. Non-technical administrators can now build automation rules using natural language.

2. Available everywhere the Script Editor is​

What changed:​

AI-assisted generation works in all three scripting contexts: DICOM Device scripts, Import scripts, and Workflow scripts.

Benefit:​

Unified AI capability across your entire scripting workflow — whether you're configuring per-device rules, transforming imported data, or orchestrating automation workflows.

3. Context-aware and safe by design​

What changed:​

Each editor gives the AI its own vocabulary, so the instruction produces the right kind of script in each place. The AI only uses operations that exist in that editor's Tools panel, and exact values you type are preserved verbatim.

Benefit:​

Reduces risk of generated code using invalid or non-existent operations. Values like Series Descriptions and facility names are preserved exactly as you specify them.

Important Notes​

• Always review generated scripts before deployment. AI can make mistakes. A generated script is a starting point, not an approved rule — read it carefully, confirm it targets the right operations and tags, and test it before you deploy.
• Generated scripts should always be tested in a pre-prod or test environment before deployment.
• Complex conditional logic may require manual refinement after generation.
• Feature is pre-production only in this release; not yet available in production environments.

Where to Find It​

The AI Prompt pane appears in the Script Editor in all three scripting contexts:

• Device scripts: Organization → Devices → [Select Device] → Script Editor
• Import scripts: Organization → Import Script Section → Script Editor
• Workflow scripts: Workflow Automation → Workflow Configuration → Script Editor

Updated Help Articles​

AI-Assisted Script Generation

Workflow Scripting

Descripción general​

Esta versión introduce la función «Marcador de fecha de lesión» en OmegaAI, lo que permite a los centros de diagnóstico por imagen que gestionan casos de lesiones personales y de indemnización por accidente laboral introducir automáticamente la fecha de lesión del paciente en las plantillas de informes radiológicos. Esto mejora la precisión y la eficiencia a la hora de procesar informes que requieren información sobre la fecha de la lesión con fines legales y de derivación.

Novedades​

1. Compatibilidad con el marcador «Fecha de la lesión»​

Qué ha cambiado:​

Un nuevo campo de marcador se rellena automáticamente con el valor de la «Fecha de la lesión» procedente de las «Notas del accidente» del pedido (asignado a partir del campo HL7 ACC-1). Los administradores y los editores de plantillas pueden añadir este marcador a cualquier plantilla de informe mediante el Gestor de plantillas.

Ventaja:​

Garantiza que se incluyan fechas de lesión precisas en los informes sin necesidad de introducirlas manualmente, lo que reduce los errores y mejora la eficiencia del flujo de trabajo en los casos de lesiones personales y de indemnización por accidente laboral.

2. Relleno flexible de datos​

Qué ha cambiado:​

Cuando no se ha registrado ninguna «Fecha de la lesión» en la solicitud, el marcador muestra un campo en blanco o un marcador de posición editable en lugar de insertar un valor estático «N/A». Los radiólogos pueden introducir manualmente la fecha directamente en el editor de informes antes de firmarlos.

Ventaja:​

Mantiene la flexibilidad del flujo de trabajo al permitir la introducción manual de datos cuando la información no está prellenada, lo que garantiza que los informes estén completos independientemente de la disponibilidad de datos en el sistema de origen.

3. Compatibilidad con la exportación en varios formatos​

Qué ha cambiado:​

Los valores de la «Fecha de la lesión» se sustituyen y exportan correctamente tanto en formato PDF como en Word (.docx).

Ventaja:​

Garantiza la coherencia en todos los métodos de entrega de informes, de modo que las fechas de las lesiones aparecen con precisión independientemente del formato de exportación seleccionado por el usuario.

Notas importantes​

• Cuando no se ha registrado ninguna «Fecha de la lesión», el marcador permanece en blanco o muestra un marcador de posición editable; no se inserta «N/A».
• La «Fecha de la lesión» procede del campo HL7 ACC-1 (Fecha y hora del accidente), asignado a «Información del pedido» → «Notas del accidente» en OmegaAI.
• Formatos de exportación compatibles: PDF y Word (.docx).

Dónde encontrarlo​

Lista de trabajo → Abrir informe → Más opciones (⋮) → Gestor de plantillas → Icono de marcadores → Fecha de la lesión

Artículos de ayuda actualizados​

Fecha de la lesión

Descripción general​

Esta versión introduce la función de salto de página en OmegaAI, lo que permite a los administradores y a los usuarios de informes insertar saltos de página explícitos en cualquier punto de las plantillas de informe. Cuando los informes se generan en formato PDF —ya sea en vista previa o como informes definitivos—, todo el contenido que sigue a un marcador de salto de página comienza en una nueva página. Esta función está disponible en todas las secciones de una plantilla de informe y ofrece un mayor control sobre el diseño y la presentación de los informes.

Novedades​

1. Insertar saltos de página en plantillas de informes​

Qué ha cambiado:​

Los administradores pueden ahora situar el cursor en cualquier posición de una plantilla de informe e insertar un marcador de salto de página mediante el botón «Salto de página» de la barra de herramientas del editor de texto del Visor de documentos. Una línea horizontal indica visualmente la ubicación del salto de página dentro del editor.

Ventaja:​

Esto permite a los administradores controlar cómo se distribuye el contenido del informe entre las páginas en el PDF resultante, lo que mejora la legibilidad y permite personalizar la presentación del informe sin necesidad de un procesamiento manual posterior.

2. Comportamiento coherente en la generación de PDF​

Qué ha cambiado:​

Los saltos de página funcionan de manera coherente tanto en la vista previa del PDF como en la versión final del informe. El contenido que sigue a un marcador de salto de página comienza automáticamente en una nueva página en ambos formatos de salida.

Ventaja:​

Los administradores pueden obtener una vista previa exacta de cómo aparecerán los informes en su formato PDF definitivo, lo que garantiza la coherencia del diseño y elimina sorpresas en los informes finalizados.

3. Disponibilidad en toda la plantilla​

Qué ha cambiado:​

La función de salto de página está ahora disponible tanto en la plantilla del informe como en el editor del visor de documentos, en todas las secciones, y no se limita a tipos de contenido específicos ni a áreas concretas.

Ventaja:​

Los administradores disponen de total flexibilidad para estructurar los informes de acuerdo con las normas de la organización y los requisitos de presentación de informes, independientemente de la sección de la plantilla en la que estén trabajando.

Notas importantes​

• El marcador de salto de página se muestra como una línea horizontal dentro de la interfaz del editor. Este marcador es solo para referencia y no afecta al diseño visual dentro del propio editor.
• Los saltos de página solo se aplican cuando el informe se genera en formato PDF; no afectan a la visualización en el editor.
• Esta función no está limitada a tipos de contenido específicos ni a secciones concretas del informe.

Dónde encontrarlo​

Ruta de navegación en la aplicación:

Guía del usuario → Visor de documentos → Saltos de página en los informes

Artículos de ayuda actualizados​

PageBreak

Overview​

OmegaAI now introduces the DICOM Receive Completed trigger for Workflow Automation (WFA), enabling workflows to start automatically once a DICOM ingestion operation has successfully completed.

What's New​

1. New DICOM Receive Completed Trigger​

What changed:​

A new Workflow Automation trigger is now available that executes after a DICOM ingestion session has been completed successfully.

The trigger fires when:

• A new study is received.
• Additional DICOM series or instances are added to an existing study.
• The configured Receive Timeout (default: 60 seconds) expires after the last received object.
• All study, series, instance, and ingestion metadata has been finalized and is available for workflow evaluation.

Benefits:​

Supported Across All DICOM Ingestion Methods
The trigger works consistently regardless of how DICOM data enters OmegaAI, providing a unified automation experience across supported ingestion methods.

Asynchronous Workflow Execution Workflow Automation runs asynchronously after ingestion completes, ensuring image reception and ingestion performance are not delayed or interrupted.

DICOM Receive Completed vs. Study Status Triggers

DICOM Receive Completed	Study Status Trigger
Fires after DICOM ingestion completes	Fires when a study status changes
Does not require a study status change	Requires a study status change
Supports new studies and incremental arrivals	Executes only when the study status changes
Ensures ingestion is complete before automation begins	Based solely on lifecycle transitions
Best for ingestion-driven workflows	Best for lifecycle-based workflows

Important Notes​

The DICOM Receive Completed trigger enables organizations to automate workflows immediately after DICOM ingestion, even when no study status change occurs.

This is valuable for:

• Automatically routing newly received studies.
• Triggering downstream integrations.
• Sending notifications after image reception.
• Processing incremental arrivals of additional series or instances.
• Building ingestion-driven workflows without relying on study lifecycle events.

Where to Find It​

Navigation path in the application:

User Guide → Workflow Automation → Understanding Triggers → DICOM Receive Completed Trigger

Updated Help Articles​

Understanding Triggers; DICOM Receive Completed Trigger