Próximamente estará disponible la función Enviar solo objetos nuevos. Se tratará de una opción por destino que enviará únicamente los objetos que el destino aún no tiene, en lugar de retransmitir el estudio completo.
La función «Retraso de la firma» ofrece a los radiólogos y a los médicos encargados de la interpretación un breve intervalo de tiempo configurable para deshacer la firma de un informe antes de que quede finalizado de forma permanente. Una vez firmado el informe, este pasa al estado «Pendiente de firma» y comienza una cuenta atrás. Cuando el temporizador llega a cero, la firma queda bloqueada.
La función «Retraso de la firma» está activada por defecto para todas las organizaciones, tanto las existentes como las nuevas. Para configurarlo: Ajustes de la organización → Detalles → Pasos del flujo de trabajo (panel izquierdo) → Ajustes (barra de herramientas superior derecha) → Retraso de la firma → active (para habilitarlo) / desactive (para deshabilitarlo). Rango de retraso: 0,5 – 15 minutos en incrementos de 0,5 minutos. Por defecto: 2 minutos.
Ahora, todos los informes pasan al estado «Firma pendiente» inmediatamente después de la firma. Se inicia un temporizador de cuenta atrás con la duración del retraso configurada por la organización (por defecto: 2 minutos). La firma no se formaliza hasta que la cuenta atrás llegue a cero o el usuario seleccione «Firmar ahora».
Ofrece un breve margen de revisión antes de que la firma se aplique de forma permanente, lo que permite a los usuarios realizar cambios de última hora sin interrumpir el flujo de trabajo de la firma.
Se puede acceder a un nuevo panel de «Firmas pendientes» a través del icono de la campana (notificaciones). Tras la firma, el informe aparece fijado en la parte superior de este panel con un temporizador de cuenta atrás en tiempo real y las acciones disponibles. Se puede acceder al panel tanto desde la lista de trabajo como desde el visor de documentos.
Permite a los usuarios supervisar y gestionar las firmas pendientes desde una ubicación central sin necesidad de volver a abrir los informes individuales.
Los usuarios pueden seleccionar Deshacer durante el periodo de demora para devolver el informe a un estado editable (sin firmar). Por otra parte, al seleccionar Firmar ahora se omite la demora restante y se finaliza inmediatamente la firma. Volver a firmar tras un «Deshacer» reinicia la cuenta atrás completa de 2 minutos desde cero.
Ofrece flexibilidad para realizar correcciones antes de la finalización o completar la firma de inmediato cuando no se requiera una revisión adicional.
El retraso de la firma está activado de forma predeterminada para todas las organizaciones, tanto las existentes como las nuevas. Los administradores pueden configurar la duración del retraso o desactivar la función a través de los Ajustes de la organización. El intervalo válido es de 0,5 a 15 minutos, en incrementos de 0,5 minutos.
Ofrece a las organizaciones un control total sobre la duración del retraso o la posibilidad de desactivar la función por completo.
Para configurar el «Retraso de firma»:
Administradores: Página de inicio de OmegaAI → Seleccionar organización → Detalles → Pasos del flujo de trabajo → Configuración → Interruptor «Retraso en la firma»
Usuarios finales: Icono de la campana (notificación) → Panel «Firmas pendientes»
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.
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.
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.
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
¿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.
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?
Añadir dispositivos y modalidades (estaciones DICOM); ¿Qué es el IOCM?
OmegaAI now introduces the Storage Commitment feature. It is a DICOM service where OmegaAI confirms whether a destination system has permanently stored received images.
Once images are transmitted successfully (C-STORE), OmegaAI sends a Storage Commitment request asking the destination system to confirm safe archival.
The destination responds with:
Enabling Storage Commitment SCU will aid when:
Image transmission alone does not guarantee long-term storage.
Failures such as network issues or destination storage errors may go unnoticed, thus Storage Commitment provides:
Does this change image sending behaviour?
No. Only adds post-send verification.
Is historical data included?
No. Only new sends after enabling.
Does restart affect transactions?
No. Pending transactions resume automatically.
Can this be enabled per station? Yes.
What is Partial Commitment?
Some images stored, others failed or unconfirmed.
Can batch size be changed?
Yes. Default is recommended for most systems.
Timeout behaviour?
OmegaAI waits up to 24 hours before retry logic is triggered.
Navigation path in the application:
User Guide → Getting Started → Adding Devices & Modalities (DICOM Stations) → Storage Commitment SCU
Adding Devices & Modalities (DICOM Stations); Storage Commitment SCU
This feature is currently available to US-based organizations only. International availability will be announced in a future release.
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.
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.
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.
AI-assisted generation works in all three scripting contexts: DICOM Device scripts, Import scripts, and Workflow scripts.
Unified AI capability across your entire scripting workflow — whether you're configuring per-device rules, transforming imported data, or orchestrating automation workflows.
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.
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.
The AI Prompt pane appears in the Script Editor in all three scripting contexts:
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.
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.
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.
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.
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.
Los valores de la «Fecha de la lesión» se sustituyen y exportan correctamente tanto en formato PDF como en Word (.docx).
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.
Lista de trabajo → Abrir informe → Más opciones (⋮) → Gestor de plantillas → Icono de marcadores → Fecha de la lesión
Esta versión introduce la función de salto de página en Omega AI, 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.
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.
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.
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.
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.
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.
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.
Ruta de navegación en la aplicación:
Guía del usuario → Visor de documentos → Saltos de página en los informes
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.
A new Workflow Automation trigger is now available that executes after a DICOM ingestion session has been completed successfully.
The trigger fires when:
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 |
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:
Navigation path in the application:
User Guide → Workflow Automation → Understanding Triggers → DICOM Receive Completed Trigger