Novedades de IBM WebSphere Message Broker Connectivity Pack for Healthcare versión 8

Conozca las nuevas prestaciones y mejoras de IBM® WebSphere Message Broker Connectivity Pack for Healthcare versión 8.

IBM WebSphere Message Broker Connectivity Pack for Healthcare versión 8 proporciona las siguientes mejoras y prestaciones nuevas:

Integración de imágenes de DICOM

DICOM (Digital Imaging and Communications in Medicine) es un estándar para el manejo, almacenamiento, impresión y transmisión de información de imágenes médicas. La información puede incluir imágenes de DICOM e informes estructurados (SR) de DICOM.

Puede utilizar IBM WebSphere Message Broker Connectivity Pack for Healthcare versión 8.0 para conectar Sistemas de comunicaciones de archivado de imágenes (PACS) de DICOM y otras modalidades de DICOM a los flujos de mensajes para que pueda localizar, procesar y direccionar imágenes de DICOM dentro de un sistema de servicios sanitarios.

Casos de uso
La función´DICOM que proporciona IBM WebSphere Message Broker Connectivity Pack for Healthcare versión 8 da soporte a varios escenarios clave.
  • Recopilar estudios para la admisión de pacientes: cuando se admite un paciente en el hospital, puede consultar los PACS de DICOM que están en una o más ubicaciones para encontrar y recuperar estudios (conjuntos de imágenes de DICOM) del paciente. Las imágenes médicas relevantes están inmediatamente a disposición del personal médico que está tratando al paciente. Para obtener más información acerca de este escenario, consulte Recopilar estudios para la admisión de pacientes.
  • Segunda opinión o remisión a especialista: en lugares con conocimientos limitados de radiología, puede direccionar las imágenes de DICOM (para fines de diagnóstico o investigación) a especialistas de otros hospitales de un sistema de servicios sanitarios. Para obtener más información acerca de este escenario, consulte Segunda opinión o remisión a especialista.
  • Portal clínico: puede utilizar una aplicación web para visualizar detalles de los estudios de DICOM de un paciente. En este escenario, sólo se presentan los atributos del estudio (no los datos de imágenes), como por ejemplo la modalidad y la fecha y hora del estudio. Para obtener más información acerca de este escenario, consulte Portal clínico. Este escenario también se implementa en el patrón Servicio sanitario: Servicio web a DICOM.
Nodos nuevos: DICOMInput, DICOMOutput y DICOMFindMove
IBM WebSphere Message Broker Connectivity Pack for Healthcare versión 8 incluye tres nodos nuevos.
  • El nodo DICOMInput, que se puede utilizar para recibir imágenes de DICOM desde un nodo Usuario de clase de servicio (SCU) de DICOM, por ejemplo una modalidad de DICOM. Utilizando este nodo, puede extraer datos de una imagen de DICOM para utilizarlos en un flujo de mensajes. Este nodo da soporte a las solicitudes C-STORE de DICOM. Para obtener más información sobre este nodo, consulte Nodo DICOMInput.
  • El nodo DICOMOutput, que se puede utilizar para enviar imágenes de DICOM a un nodo de Proveedor de clase de servicio (SCP) de DICOM, por ejemplo un PACS de DICOM. Al utilizar este nodo, puede combinar metadatos de un flujo de mensajes con una imagen de DICOM y enviar el resultado a un destino externo. Este nodo da soporte a las solicitudes C-STORE de DICOM. Para obtener más información sobre este nodo, consulte Nodo DICOMOutput.
  • El nodo DICOMFindMove, que puede utilizar para consultar un origen externo de imágenes de DICOM que coinciden con los criterios dados y también para mover las imágenes de DICOM a otra ubicación. Este nodo da soporte a las solicitudes C-FIND y C-MOVE de DICOM. Para obtener más información sobre este nodo, consulte Nodo DICOMFindMove.
Nota: La función DICOM que proporciona IBM WebSphere Message Broker Connectivity Pack for Healthcare no da soporte a las solicitudes C-GET de DICOM.
Para obtener más información sobre la utilización de nodos de DICOM en flujos de mensajes, consulte Utilización de datos de imágenes de DICOM en flujos de mensajes.
Nuevo patrón: patrón Servicio sanitario: Servicio web a DICOM

IBM WebSphere Message Broker Connectivity Pack for Healthcare versión 8 incluye un nuevo patrón que puede utilizarse para integrar una aplicación escrita utilizando servicios web con aplicaciones de DICOM que dan soporte a las operaciones C-FIND y C-MOVE. Puede utilizar el patrón para consultar pacientes, estudios, series e imágenes de un PACS de DICOM utilizando un servicio web implementado por WebSphere Message Broker.

modelo de mensaje DFDL

DFDL (Lenguaje de definición de formato de datos) es una descripción universal, compartible y no prescriptiva para formatos binarios y de texto generales que se utiliza en WebSphere Message Broker (versión 8 y superior) para definir modelos de mensaje. Para obtener más información sobre el uso de DFDL en modelos de mensaje, consulte Modelos de mensaje en el WebSphere Message Broker de la documentación.

modelo de mensaje DFDL
IBM WebSphere Message Broker Connectivity Pack for Healthcare versión 8 incluye un nuevo modelo de mensaje que se basa en DFDL. El modelo de mensaje DFDL tiene varias ventajas respecto a MRM y a conjunto de mensajes de HL7v25P, que se utilizan en IBM WebSphere Message Broker Connectivity Pack for Healthcare versión 7.0.
  • DFDL es un formato de estándar abierto mientras que MRM y conjunto de mensajes de HL7v25P son propiedad de WebSphere Message Broker.
  • El editor DFDL proporciona herramientas más sencillas para desarrollar y probar extensiones en el esquema de HL7 en comparación con MRM y el conjunto de mensajes de HL7v25P.
  • El modelo de mensaje DFDL da soporte a HL7 versiones 2.7, 2.6, 2.5.1 y anteriores, mientras que MRM y el conjunto de mensajes de HL7v25P sólo dan soporte a HL7 versión 2.5.1 y anteriores.
Nota: MRM y el conjunto de mensajes de HL7v25P que están disponibles en IBM WebSphere Message Broker Connectivity Pack for Healthcare versión 7.0 todavía tienen soporte y están disponibles para las aplicaciones desarrolladas en releases anteriores de IBM WebSphere Message Broker Connectivity Pack for Healthcare. Debido a las ventajas del modelo de mensaje DFDL, se recomienda que el modelo de mensaje DFDL se utilice para las aplicaciones nuevas y actualizadas si es posible. Sin embargo, hay situaciones en las que todavía le pueda interesar utilizar el conjunto de mensajes de HL7v25P. Por ejemplo, si convierte datos desde el estándar no XML HL7v2 a una representación XML utilizando el conjunto de mensajes de HL7v25P, no es necesario renombrar los elementos del árbol de mensajes.

Nodos nuevos: HL7DFDLInput y HL7DFDLOutput
Se proporcionan dos nuevos nodos HL7, que utilizan el modelo de mensaje DFDL, para que los utilice en los flujos de mensajes para enviar y recibir mensajes de HL7.
  • HL7DFDLInput (una versión actualizada de GenericHL7Input), que puede utilizar en un flujo de mensajes para recibir mensajes de HL7. Para obtener más información sobre este nodo, consulte Nodo HL7DFDLInput.
  • HL7DFDLOutput (una versión actualizada de GenericHL7Output), que puede utilizar para pasar mensajes a un destino a través de MLLP y para comprobar que se recibe un acuse de recibo válido. Para obtener más información sobre este nodo, consulte Nodo HL7DFDLOutput.
Nota: Los nodos GenericHL7Input y GenericHL7Output, que están disponibles en IBM WebSphere Message Broker Connectivity Pack for Healthcare versión 7.0, todavía están disponibles en la versión 8. Sin embargo, debido a las ventajas del modelo de mensaje DFDL, se recomienda que los nodos HL7DFDLInput y HL7DFDLOutput se utilicen en las aplicaciones nuevas y actualizadas si es posible.

Nuevo patrón: patrón DFDL Servicio sanitario: HL7 a HL7

IBM WebSphere Message Broker Connectivity Pack for Healthcare incluye una versión actualizada del patrón Healthcare: HL7 a HL7 que está disponible con IBM WebSphere Message Broker Connectivity Pack for Healthcare versión 7. El nuevo patrón realiza las mismas funciones que el patrón original pero el patrón DFDL Servicio sanitario: HL7 a HL7 utiliza el modelo de mensaje DFDL y los nodos HL7DFDLInput y HL7DFDLOutput en lugar de MRM, el conjunto de mensajes de HL7v25P, y los nodos GenericHL7Input y GenericHL7Output.

Integración con el repositorio de auditoría de ATNA

El perfil de integración de ATNA (Audit Trail and Node Authentication) se define mediante IHE (Integrating the Healthcare Enterprise). El Perfil de integración de ATNA define los estándares y procesos para direccionar y almacenar de forma segura los mensajes de sucesos de auditoría en un repositorio. IBM WebSphere Message Broker Connectivity Pack for Healthcare versión 8 ofrece la posibilidad de generar mensajes de sucesos de auditoría de ATNA relevantes a partir de los datos de servicios sanitarios que se direccionan a través de los flujos de mensajes, y de enviar estos mensajes a un repositorio de auditoría de ATNA especificado. Para obtener más información, consulte Auditoría de datos en flujos de mensajes.

Nodo nuevo: Nodo ATNAAudit
Se proporciona un nodo nuevo, ATNAAudit, que se puede añadir a los flujos de mensajes para generar mensajes de sucesos de auditoría de ATNA y direccionarlos a un repositorio de auditoría de ATNA. Para obtener más información sobre el nodo ATNAAudit, consulte Nodo ATNAAudit.

Análisis de datos de servicios sanitarios

Puede utilizar la perspectiva de Análisis de datos de WebSphere Message Broker con un perfil de análisis de datos que proporciona IBM WebSphere Message Broker Connectivity Pack for Healthcare versión 8 para analizar y filtrar datos de servicios sanitarios en los flujos de mensajes. A menudo, los datos de servicios sanitarios se transportan en documentos y mensajes complejos que no son procesados fácilmente por las aplicaciones en sentido descendente. Utilizando un proyecto de análisis de datos, puede analizar los datos de servicios sanitarios, extraer los elementos más importantes y crear una estructura simplificada de mensajes que pueda correlacionarse directamente en las tablas de base de datos que utilizan las herramientas de inteligencia empresarial.
Cuatro perfiles de análisis de datos:
IBM WebSphere Message Broker Connectivity Pack for Healthcare proporciona cuatro perfiles de análisis de datos. Cada perfil se utiliza para un tipo específico de datos de servicios sanitarios.
  • El perfil HL7 v2 (ORU) se utiliza para analizar los datos de mensajes ORU (resultado de observación)
  • El perfil HL7 CDA se utiliza para analizar documentos CDA (Arquitectura de documentos clínicos)
  • El perfil HL7 v2 se utiliza para analizar otros datos de HL7
  • El perfil DICOM se utiliza para analizar datos de DICOM

Para obtener más información sobre cómo analizar datos de servicios sanitarios, consulte Análisis de datos de servicios sanitarios en flujos de mensajes.

Avisos | Marcas registradas | Descargas | Biblioteca | Soporte | Comentarios

Copyright IBM Corporation 2011, 2013Copyright IBM Corporation 2011, 2013.

        
        Última actualización
        
        Última actualización : 2013-03-28 10:49:40


Tema de conceptoTema de concepto | Versión 8.0.0.0 | ha00005