Acciones

Una vez que se cumplen el desencadenante y las condiciones, las acciones definen lo que ocurre a continuación. Las acciones son respuestas del sistema que se ejecutan cuando se cumplen las condiciones definidas dentro de un flujo de trabajo. El sistema ofrece de forma dinámica únicamente las acciones relevantes en función del desencadenante y las condiciones seleccionadas.

Tipos de acciones y ejemplos detallados:

1. Modificar estudio: Actualiza diversos atributos de un estudio.

• Descripción: Permite modificar el estado, la modalidad, la parte del cuerpo, el motivo del examen o la descripción del estudio. Los usuarios pueden elegir entre listas predefinidas o introducir texto libre (para la descripción).

Ejemplo: Cambiar automáticamente el estado del estudio a «Listo para revisión» una vez que se hayan cargado todas las imágenes y se haya confirmado la información básica del paciente.

2. Enviar mensaje: Este paso permite al sistema enviar notificaciones oportunas y personalizadas a los pacientes o a los equipos de atención a través de múltiples canales de comunicación.

Resumen de la funcionalidad: Los mensajes pueden enviarse a través de:

a. SMS b. Correo electrónico c. Notificación de Blume

El sistema admite el etiquetado dinámico de parámetros, lo que permite la inserción automática de datos personalizados tales como:

• Nombre del paciente
• ID del estudio
• Estado del estudio
• Fecha y hora de la cita

Cómo funciona:

• Los usuarios pueden redactar mensajes de texto libre utilizando marcadores de posición (por ejemplo, «Nombre del paciente» o «ID del estudio»).
• El sistema recupera automáticamente los datos de contacto del paciente del registro del estudio.
• Los mensajes se envían en función de desencadenantes predefinidos o de eventos del flujo de trabajo.

Ejemplo: Cuando el estado de un estudio se actualiza a «Firmado», el sistema envía automáticamente un SMS al paciente: «Su informe del estudio para [Nombre del paciente] ya está completo y disponible».

3. Enviar SMS: Seleccione destinatarios específicos, como el médico encargado de la lectura, el responsable de citas o la recepción.

Ejemplo: Envíe un SMS al «responsable de citas» asignado si el estado de la cita de un paciente cambia a «No se ha presentado» para iniciar el seguimiento.

4. Enviar notificación: Envíe notificaciones internas del sistema a los usuarios, configurables por tipo y contenido del mensaje. Estas aparecen en el centro de mensajes del sistema.

Ejemplo: Envíe una notificación interna al «Equipo de control de calidad» cuando el estado de un estudio cambie a «Verificado» para solicitar su revisión final.

5. Enviar correo electrónico: Este paso permite al sistema enviar notificaciones personalizadas por correo electrónico a las personas u organizaciones implicadas en el flujo de trabajo del estudio, lo que garantiza una comunicación oportuna y la coordinación de tareas.

Resumen de funcionalidades: Se pueden enviar correos electrónicos a una amplia gama de destinatarios, entre los que se incluyen:

a. Médico encargado de la lectura

b. Médico responsable de la realización

c. Técnico responsable de la realización

d. Transcriptor

e. Responsable de citas / Recepción

f. Roles asignados:

• Médico responsable de la lectura / derivación / realización
• Técnico responsable de la realización
• Transcriptor
• Médico consultor
• Participante compartido
• Recepción / Responsable de citas
• Organización(es) remitente(s)
• Usuario(s) específico(s) (seleccionado(s) manualmente)

Cómo funciona:

• Los usuarios pueden crear plantillas de correo electrónico personalizadas utilizando marcadores de posición dinámicos (por ejemplo, nombre del paciente, ID del estudio, enlace al informe).
• El sistema identifica y rellena automáticamente los datos del destinatario en función de las asignaciones del estudio.
• Los correos electrónicos se activan mediante eventos específicos del flujo de trabajo (por ejemplo, cambio de estado del estudio, finalización del informe).

Nota: En el cuadro de notas situado debajo de las opciones de acción, los usuarios pueden insertar etiquetas dinámicas para personalizar aún más los mensajes.

Los siguientes campos están disponibles para el etiquetado:

• Nombre del paciente
• Número de teléfono del paciente
• Identificación del paciente
• Descripción del estudio
• Modalidad
• Código del procedimiento
• Fecha y hora de la cita
• Dirección del centro
• Número de acceso
• Médico remitente
• Organización remitente

El sistema rellena automáticamente estas etiquetas en tiempo de ejecución, lo que garantiza una comunicación precisa y específica para cada contexto.

Ejemplo: Cuando se finaliza un estudio y se marca como «Firmado», el sistema envía automáticamente un correo electrónico al médico remitente con un enlace seguro para acceder al informe completado.

6. Asignar/Desasignar: Este paso permite a los usuarios o al sistema asignar o desasignar funciones específicas dentro de un estudio o una tarea, garantizando que el personal adecuado participe en la fase correspondiente del flujo de trabajo.

Resumen de funcionalidades: Los roles que se pueden asignar o desasignar incluyen:

a. Médico encargado de la interpretación

b. Organización encargada de la interpretación

c. Médico responsable de la realización

d. Técnico responsable de la realización

e. Transcriptor

f. Organización encargada de la transcripción

g. Médico remitente

h. Organización remitente

i. Médico consultor

Ejemplo: Cuando el estado de un estudio cambia a «Verificado», el sistema desasigna automáticamente al Médico responsable de la realización asignado previamente y asigna a un Transcriptor para que inicie el proceso de dictado

7. Distribución del informe: Este paso automatiza el envío de los informes de estudio finalizados a los destinatarios designados, garantizando una comunicación oportuna y segura. Resumen de la funcionalidad:

• Métodos de envío:
  • Correo electrónico
  • Fax
• Condición de activación: Los informes solo se distribuyen cuando su estado es «Final».
• Configuración del retraso: Se puede establecer un retraso personalizable (por ejemplo, 15 minutos tras la aprobación) para permitir comprobaciones finales o el procesamiento del sistema antes del envío.

Opciones de envío por correo electrónico:

• Médico remitente
• Organización remitente
• Organización gestora
• Dirección de correo electrónico específica
• Correo electrónico del paciente

Nota: El informe se enviará por correo electrónico como un archivo adjunto seguro. Para abrir el archivo adjunto, el destinatario deberá introducir una contraseña, que es una combinación de la fecha de nacimiento del paciente y su apellido.

Ejemplo: Si la fecha de nacimiento del paciente es el 1 de enero de 1990 y su apellido es Smith, la contraseña será: 01011990smith.

Opciones de envío por fax:

• Médico remitente
• Organización remitente
• Organización responsable del tratamiento

Nota: Los mensajes de fax se envían a los números de fax ya almacenados en el sistema para los destinatarios seleccionados.

Ejemplo: Una vez que un estudio ha sido verificado y firmado, el sistema espera 15 minutos y, a continuación, envía automáticamente por correo electrónico el informe final al médico remitente utilizando la información de contacto que figura en el expediente.

8. Aprobación del informe del estudio:

• Automatiza el proceso de aprobación de los informes de los estudios.

• La acción «Aprobación del informe del estudio» es una función del módulo de Automatización de flujos de trabajo (WFA) de OmegaAI.

• El informe preliminar se convierte en un informe final, y el estado del estudio cambia automáticamente a «FIRMADO» cuando un médico lector o un médico responsable firma el informe.

• De acuerdo con la mejora, permite que el sistema asigne automáticamente al médico lector cuando se firma un informe, lo que garantiza que el registro del estudio refleje la información correcta.

• Esta acción solo se aplica durante la aprobación inicial de un informe de estudio.

• Descripción: Se utiliza para automatizar el proceso de aprobación tras la verificación o la aprobación del control de calidad.

Ejemplo: Firmar automáticamente un informe de estudio una vez que haya sido verificado por el equipo de control de calidad y se hayan abordado todos los hallazgos críticos.

Cuando un usuario firma un informe de estudio:

• El sistema comprueba si el usuario está autorizado como médico lector o como médico interpretador.
• Si el usuario está autorizado, el sistema le asigna automáticamente como médico lector del estudio.
• Gestión de modificaciones:

Si se modifica un informe tras la aprobación inicial:

• El sistema no asigna automáticamente ni cambia al médico lector.
• La acción solo se aplica a la aprobación inicial de un informe.

9. Enviar estudio: Este paso facilita la transferencia de estudios de imagen a otro PACS o estación dentro de la red mediante OmegaAI Link, lo que garantiza un intercambio de datos DICOM seguro y configurable.

10. Desencadenante de informe firmado (tipo de desencadenante de operación):

• El desencadenante «Informe firmado» se encuentra en el «Tipo de desencadenante de operaciones» de la Automatización del flujo de trabajo (WFA).
• Este desencadenante se utiliza especialmente para automatizar acciones como la distribución de informes y las notificaciones inmediatamente después de la creación de un informe diagnóstico, lo que garantiza un procesamiento fluido y oportuno sin retrasar los flujos de trabajo DICOM.
• El desencadenante debe funcionar de forma independiente y no debe interferir con los flujos de trabajo existentes del estado de estudio «FIRMADO».
• Evita retrasos en la automatización del flujo de trabajo debidos al procesamiento asíncrono de DICOM.

Ámbito de aplicación

El activador «Informe firmado» se aplica a:

• Informes finales • Modificaciones firmadas

Exclusiones:

No se incluyen los informes preliminares.

Criterios de activación del activador:

El activador «Informe firmado» se activa cuando se produce cualquiera de los siguientes eventos:

• Se carga un informe diagnóstico como informe final a través de la interfaz gráfica de usuario (GUI) del Visor de documentos (DV).
• Se recibe un informe final en OmegaAI mediante la ingesta de transacciones en paquete HL7.
• Se ingiere un informe estructurado final mediante la ingesta DICOM a través de OmegaAI Link.
• Se importa un informe final con etiquetas DICOM mediante la interfaz gráfica de usuario (GUI) de IMPORT.
• Se crea o guarda un informe final en el Visor de documentos (DV) de OmegaAI, incluidas las modificaciones firmadas (aprobación final).

Descripción general de la interfaz de usuario:

• Panel «Enviar estudio» Este panel permite a los usuarios configurar la transferencia del estudio con las siguientes opciones:

  • Campos clave y opciones:

• Prioridad: Seleccione el grado de urgencia de la transferencia:

  • Alta
  • Media
  • Baja

• Para (Organización): Utilice el campo de búsqueda para seleccionar la organización de destino (p. ej., HEALTH FIRST HEALTH PLANS).

• Vía: Elija el método de transferencia. Actualmente es compatible con OmegaAI Link (para el transporte DICOM).

• Para (estación): Busque y seleccione la estación de destino específica dentro de la organización elegida.

• Anonimizar estudio: Active esta opción para eliminar la información sanitaria protegida (información sanitaria protegida) mediante la aleatorización de los identificadores del paciente y del estudio.

• Incluir estudios anteriores: Active esta opción para incluir estudios anteriores en la transferencia.

• Modelo de correspondencia de estudios anteriores: Si lo desea, active un modelo para seleccionar automáticamente los estudios anteriores relevantes.

• Desde (archivo): Seleccione el archivo de origen y la organización desde la que se envía el estudio.

Ejemplo: Cuando un estudio se marca como «Firmado», el sistema, de forma automática:

• Envía el estudio anonimizado

• Incluye 3 estudios de TC previos del último año

• Transfiere los datos a «Estación XYZ» en «HEALTH FIRST HEALTH PLANS»

• Utiliza OmegaAI Link con prioridad Alta

10. Recuperar estudios anteriores: Para recuperar automáticamente los estudios anteriores relevantes de las estaciones PACS seleccionadas, garantizando que los radiólogos tengan acceso inmediato a las imágenes históricas para una comparación y un diagnóstico precisos.

Pasos de configuración

1. Añada la acción «Recuperar estudios previos»

• En el editor de reglas de WFA, seleccione la acción: Recuperar estudios previos

• Esta acción recupera los estudios previos asociados al mismo paciente de una organización y una estación PACS especificadas.

  2. Seleccione la organización y la estación PACS

• Utilice Meta Search para seleccionar:

  • Organización (p. ej., RamSoft Internal)

  • Estación PACS (p. ej., Radish)

• Puede seleccionar varias estaciones PACS simultáneamente.

  3. Elija un modelo de coincidencia previa

• Haga clic en el menú desplegable Modelo de coincidencia previa.

• Se le redirigirá a una lista de modelos disponibles (p. ej., 1 año, TC de tórax, etc.) en la parte izquierda de la pantalla.
• Seleccione un modelo existente o haga clic en el icono «+» para crear uno nuevo.

4. Crear o personalizar un modelo de correspondencia de datos previos

Al crear un nuevo modelo, puede definir filtros utilizando los siguientes campos:

Tipo de filtro	Descripción
Parte del cuerpo	Haga clic en el cuadro para que aparezcan las opciones (p. ej., abdomen, glándula suprarrenal, cerebro, etc.)
Fecha del estudio	Filtre por intervalo de tiempo (p. ej., estudios de los últimos 6 o 12 meses)
Modalidad	Haga clic en el cuadro para seleccionar modalidades (p. ej., TC, CR, RM)
Estado del estudio	Filtre por estado (p. ej., Verificado, Completado)
Descripción del estudio	Añada palabras clave como «Seguimiento», «Cribado oncológico», etc.

• Puede personalizar cada filtro haciendo clic en él individualmente.
• En la parte superior, edite el nombre del modelo de consulta para que sea descriptivo, por ejemplo:
  • «TC torácica previa de los últimos 6 meses»
  • «Resonancia magnética cerebral del mismo paciente»

• Tras la configuración, haga clic en Guardar para guardar el modelo o en Cancelar para descartar los cambios.

Nota: El modelo de consulta define los criterios según los cuales se recuperarán los estudios previos. Es fundamental para garantizar la relevancia clínica.

5. Configurar el calendario de precarga

• Opción predeterminada: Precargar los estudios previos relevantes en cualquier momento
  • Puede aumentar la carga del sistema.

• Opción recomendada: Ejecutar la recuperación anticipada únicamente en el intervalo de tiempo comprendido entre:
  • Una vez seleccionado, defina una hora de inicio y de finalización (p. ej., de las 6:00 a. m. a las 10:00 p. m.)
  • Aunque la acción se active en cualquier momento, solo se ejecutará durante este intervalo de tiempo.

6. Establecer el número máximo de estudios previos

• Campo: Número máximo de estudios previos más recientes
• Valor predeterminado: 10
  • Si se deja en blanco, el sistema recupera los 10 estudios más recientes.
• Puede introducir un número personalizado (por ejemplo, 5) para limitar el número de estudios recuperados.

Ejemplo: Si un paciente tiene 30 estudios anteriores y el límite se establece en 5, solo se recuperarán los 5 más recientes.

Ejemplo de caso de uso

Un estudio de TC cerebral está marcado como Verificado. La regla WFA ejecuta la acción Recuperar anteriores. El sistema:

• Realiza una búsqueda en la organización interna de RamSoft
• Extrae datos de la estación PACS de Radish
• Aplica el modelo de coincidencia «TC cerebral – Últimos 12 meses»
• Recupera los 5 últimos estudios de TC cerebral del último año
• Los pone a disposición en OmegaAI para que el radiólogo los revise

11. Contabilización de cargos: La acción Contabilización de cargos de la automatización de flujos de trabajo permite una integración perfecta de la facturación, ya que transmite la información de los cargos directamente a la aseguradora una vez finalizado el estudio. Esto ayuda a optimizar la gestión del ciclo de ingresos y reduce la intervención manual.

Ejemplo: Cuando el estado de un estudio cambia a «Firmado», el sistema envía automáticamente los datos de facturación a la compañía de seguros utilizando los estándares de mensajería HL7.

Lógica de ramificación «Sí/No»

Objetivo

• La lógica de ramificación «Sí/No» permite que los flujos de trabajo se adapten dinámicamente en función de si se cumplen condiciones específicas. Esto permite una automatización más inteligente y flexible, ya que admite dos rutas de ejecución distintas para cada condición.

• Ruta «Sí»: Esta rama se ejecuta cuando se cumplen todas las condiciones configuradas para esa ruta específica (es decir, cuando el resultado es «verdadero»).

• Ruta «No»: Esta rama se ejecuta cuando no se cumplen las condiciones configuradas para la ruta «Sí» (es decir, cuando el resultado es «falso»), lo que permite realizar acciones alternativas. Cada ruta «Sí» y «No» puede, a su vez, tener una cadena de subcondiciones y acciones según sea necesario, lo que permite crear diseños de flujos de trabajo complejos.

Cómo funciona

Cada condición de un flujo de trabajo admite dos ramificaciones:

• Ruta «Sí» Se ejecuta cuando la condición se evalúa como verdadera (es decir, se cumplen todos los criterios especificados).
• Ruta «No» Se ejecuta cuando la condición se evalúa como falsa (es decir, no se cumplen los criterios), lo que permite realizar acciones alternativas.

Ambas ramas pueden incluir condiciones y acciones adicionales, lo que permite crear flujos de trabajo complejos y de múltiples niveles.

Ejemplo de lógica de ramificación «Sí/No»:

Desencadenante:

• Operación = Realizada

Condición:

• Comprobar si falta el ID del paciente

Acción de la rama «Sí»:

• Si falta el ID del paciente, envíe una notificación de Blume al responsable de citas con un mensaje personalizado: «Falta el ID del paciente. Por favor, complete la información del paciente antes de continuar».

Acción de la rama «No»:

• Si el ID del paciente está presente, proceda a enviar el informe final al médico remitente.