Introdução ao IBM WebSphere Message Broker Connectivity Pack for Healthcare

O IBM® WebSphere Message Broker Connectivity Pack for Healthcare se baseia no WebSphere Message Broker para fornecer suporte para aplicativos em ambientes de assistência médica.

O IBM WebSphere Message Broker Connectivity Pack for Healthcare fornece os recursos a seguir:

O diagrama a seguir mostra a arquitetura básica de uma configuração do IBM WebSphere Message Broker Connectivity Pack for Healthcare. Ele mostra como o IBM WebSphere Message Broker Connectivity Pack for Healthcare pode se conectar a uma ampla variedade de sistemas de assistência médica, incluindo dispositivos médicos, aplicativos clínicos, gateways de dispositivo, sistemas de faturamento e trocas de informações médicas.

Este diagrama mostra como o IBM WebSphere Message Broker Connectivity Pack for Healthcare pode se conectar a uma ampla variedade de sistemas de assistência médica, incluindo dispositivos médicos, aplicativos clínicos, gateways de dispositivo, sistemas de faturamento, archives de imagens, repositórios de auditoria e trocas de informações médicas.

Para obter informações adicionais sobre HL7, consulte Sete Nível de Funcionamento Internacional.

Modelos de Mensagem

O IBM WebSphere Message Broker Connectivity Pack for Healthcare versão 8 inclui dois modelos de mensagem para processar mensagens HL7:
  • O Modelo de Mensagem DFDL, que foi introduzido com o WebSphere Message Broker versão 8 e agora é suportado no IBM WebSphere Message Broker Connectivity Pack for Healthcare versão 8
  • O Conjunto de mensagens HL7v25P, que também está disponível no IBM WebSphere Message Broker Connectivity Pack for Healthcare versão 7
Modelo de Mensagem DFDL

DFDL (Data Format Definition Language) é uma descrição universal, compartilhável e não prescritiva para formatos de texto geral e binário que é usada no WebSphere Message Broker (versão 8 e acima) para definir modelos de mensagem. Para obter mais informações sobre o uso de DFDL em modelos de mensagem, consulte Modelos de Mensagemna documentação do WebSphere Message Broker .

Nota: O Conjunto de mensagens HL7v25P que está disponível no IBM WebSphere Message Broker Connectivity Pack for Healthcare versão 7 ainda é suportado. No entanto, recomenda-se que o Modelo de Mensagem DFDL seja usado para aplicativos novos e atualizados, se possível, pois esse modelo apresenta os benefícios a seguir.
  • DFDL é um formato de padrão aberto considerando que o MRM e o Conjunto de mensagens HL7v25P são proprietários ao WebSphere Message Broker.
  • O editor do DFDL fornece ferramentas mais simples para desenvolver e testar extensões para o esquema do HL7 comparado ao MRM e ao Conjunto de mensagens HL7v25P.
  • O Modelo de Mensagem DFDL suporta o HL7 versões 2.7, 2.6, 2.5.1 e anteriores, enquanto o MRM e o Conjunto de mensagens HL7v25P suportam somente o HL7 versão 2.5.1 e anteriores.

O IBM WebSphere Message Broker Connectivity Pack for Healthcare fornece três versões do Modelo de Mensagem DFDL, uma para o HL7 versão 2.7, uma para o HL7 versão 2.6 e uma para o for HL7 versão 2.5.1 e anterior. Cada Modelo de Mensagem DFDL inclui uma definição de uma mensagem HL7 genérica. Essa mensagem HL7 genérica é usada, com o analisador DFDL no padrão para ler mensagens dos aplicativos clínicos de origem e gravar as mensagens nos aplicativos clínicos de destino. Essa mensagem HL7 pode processar qualquer segmento válido definido no HL7 versões 2.7, 2.6, 2.5.1 ou anterior.

Nota: O Modelo de Mensagem DFDL pode ser transferido por download dos recursos padrão para o padrão Assistência Médica: HL7 para HL7 DFDL. Para informações adicionais, consulte Integrando com Aplicativos HL7.
Nota: Os padrões HL7 que também estão disponíveis no IBM WebSphere Message Broker Connectivity Pack for Healthcare versão 7 (Assistência Médica: HL7 para HL7, Assistência Médica: HL7 para Relatórios e Assistência Médica: Dispositivos Médicos para EMR) ainda usam o Conjunto de mensagens HL7v25P. Entretanto, um novo padrão que usa o Modelo de Mensagem DFDL (Assistência Médica: HL7 para HL7 DFDL) está disponível no IBM WebSphere Message Broker Connectivity Pack for Healthcare versão 8.
Conjunto de mensagens HL7v25P

O Conjunto de mensagens HL7v25P inclui uma definição da mensagem HL7 genérica. Essa mensagem HL7 genérica é usada, com o analisador MRM no padrão, para ler mensagens dos aplicativos clínicos de origem e gravar as mensagens nos aplicativos clínicos de destino. Esta mensagem do HL7 pode processar qualquer segmento válido que é definido no HL7 versão 2.5.1 ou anterior.

Embora seja recomendável usar o Modelo de Mensagem DFDL em vez do Conjunto de mensagens HL7v25P se possível, há situações em que você talvez ainda deseje usar o Conjunto de mensagens HL7v25P. Por exemplo, se você converter dados do padrão HL7v2 não XML em uma representação XML usando o Conjunto de mensagens HL7v25P, não será necessário renomear os elementos da árvore de mensagens.

Nota: O Conjunto de mensagens HL7v25P pode ser transferido por download dos recursos padrão para o padrão Assistência Médica: HL7 para HL7. Para informações adicionais, consulte Integrando com Aplicativos HL7.

Os aplicativos clínicos também podem comunicar informações não padrão usando Z-segments em mensagens do HL7. Ao usar este tipo de mensagem com os padrões, é possível incluir o Z-segments não padrão adicional na mensagem do HL7 para suportar esses Z-segments específicos ao site.

Quando um mensagem HL7 é lida em uma instância padrão, é possível também usar o modelo de mensagem escolhido para publicar o formulário canônico (formato XML), que é gerado após o primeiro ponto de customização. O formato canônico que é publicado pelo padrão não é HL7 XML, mas é possível usá-lo para reter uma representação de seus dados que é independente de plataforma. Esses dados podem estar na forma de datas e horas padronizadas, formatação de números ou qualquer outro requisito de padronização de dados que seja imposto.

Os modelos de mensagem também podem processar mensagens HL7 de um determinado tipo e código de evento. Se você desejar implementar aplicativos de fluxo de mensagens que processam uma mensagem de um capítulo específico do HL7, as mensagens deverão ser lidas e gravadas, usando o tipo de mensagem apropriado das definições de capítulo no modelo de mensagem. O HL7 divide todas as suas mensagens em grupos que são chamados de capítulos, que correspondem aos capítulos do padrão do HL7. Ao trabalhar com mensagens HL7 específicas do modelo de mensagem, é possível publicar as mensagens em formato HL7 ou em formato XML HL7. O uso desses formatos também simplifica o uso de mapeamento gráfico na transformação de uma mensagem entre mensagens de origem e destino.

Para obter informações adicionais sobre HL7, consulte Sete Nível de Funcionamento Internacional.

Nós HL7

Se você estiver usando o Modelo de Mensagem DFDL, os nós HL7 a seguir serão fornecidos para uso nos fluxos de mensagens para enviar e receber mensagens HL7:
  • HL7DFDLInput, que pode ser usado em um fluxo de mensagens para receber mensagens HL7 para processamento em seu fluxo de mensagens e determinar se uma mensagem é uma duplicata.
  • HL7DFDLOutput, que pode ser usado para transmitir mensagens HL7 para um destino sobre MLLP e verificar se uma confirmação válida é recebida.
Para obter mais informações sobre esses nós HL7, consulte Nó HL7DFDLInput e Nó HL7DFDLOutput.
Se você estiver usando o Conjunto de mensagens HL7v25P, os nósHL7 a seguir serão fornecidos para uso nos fluxos de mensagens para enviar e receber mensagens HL7:
  • GenericHL7Input, que pode ser usado em um fluxo de mensagens para receber mensagens HL7 para processamento em seu fluxo de mensagens e determinar se uma mensagem é uma duplicata.
  • GenericHL7Output, que pode ser usado para transmitir mensagens HL7 para um destino sobre MLLP e verificar se uma confirmação válida é recebida.
Para obter mais informações sobre esses nós HL7, consulte Nó GenericHL7Input e Nó GenericHL7Output.

Integração de Dispositivo Médico

O IBM WebSphere Message Broker Connectivity Pack for Healthcare inclui um nó de entrada, o nó do MedicalDeviceInput, que permite que as informações dos dispositivos médicos conectados sejam passadas para um fluxo de mensagens. Usando este nó, é possível desenvolver fluxos de mensagens para enviar dados de dispositivo médico para outros sistemas, por exemplo, um warehouse de dados ou para uma estação de monitoramento de enfermeiras.

Cada dispositivo é conectado a uma porta de comunicação separada (serial ou LAN) e os drivers de dispositivo no nó MedicalDeviceInput são configurados para atender nessas portas de comunicação. A configuração do nó identifica os dispositivos conectados e as medidas necessárias a cada dispositivo.

Este diagrama mostra o fluxo de dados dos dispositivos clínicos para os drivers de dispositivo. O fluxo vai para o nó MedicalDeviceInput, que envia as informações de status e dados para o resto do fluxo.

O diagrama mostra o fluxo de dados dos dispositivos clínicos em cada Cama 1, Cama 2 e Cama N para os drivers de dispositivo. Por exemplo, dos monitores de batimento cardíaco para Driver 1 e das bombas de infusão, por meio de um grupo de execução para Driver 2. O fluxo vai para o nó MedicalDeviceInput, que envia as informações de status e dados para o resto do fluxo.

Configurando o Nó MedicalDeviceInput

O fluxo de dados dos fluxos de mensagens não deve ser interrompido quando as configurações do dispositivo são atualizadas; por exemplo, ao alterar as medidas necessárias ou alterar as conexões físicas conforme os dispositivos são incluídos, desconectados ou movidos. Os dados de configuração são, portanto, mantidos como um serviço configurável para que as mudanças na configuração possam ser implementadas pelo nó sem a necessidade de parar ou reimplementar o fluxo de mensagens que está recebendo os dados médicos.

O nó do MedicalDeviceInput é configurado usando a guia Propriedades, que inicia um editor para o serviço configurável. No Serviço configurável do dispositivo médico , um administrador primeiro seleciona o tipo de dispositivo em uma lista de dispositivos suportados, em seguida, seleciona o tipo de comunicação (serial ou LAN) e fornece os detalhes de comunicações apropriados.

Conjuntos de medidas

Normalmente um número de dispositivos do mesmo tipo são necessários para fornecer os mesmos tipos de medida nos mesmos intervalos, por exemplo, o batimento cardíaco, a temperatura do sangue e a taxa de respiração a cada 5 minutos. Esse requisito pode ser verdadeiro em vários dispositivos implementados em todas as camas em uma ala. O Serviço configurável do dispositivo médico , portanto, suporta a configuração de conjuntos de medidas, que especificam um número de medidas e podem ser aplicados em qualquer número de dispositivos.

Ao configurar um conjunto de medida, o administrador seleciona um tipo de dispositivo e é apresentado com uma lista de medidas que são suportadas por esse tipo de dispositivo. O administrador pode selecionar as medidas necessárias e para cada medida o administrador especifica o intervalo no qual as medidas são passadas para o fluxo de mensagens para processamento.

Embora muitos dispositivos e medidas requeiram configuração, os dados de configuração podem ser extensivos. Portanto, para incluir esclarecimento, o administrador pode fornecer uma descrição do local de cada dispositivo, informações de ID do paciente, notas e tags para cada dispositivo e conjunto de medida.

Usando o nó do MedicalDeviceInput em fluxos de mensagens

Os dados que fluem do nó MedicalDeviceInput podem ser processados por um fluxo de mensagens usando qualquer um dos nós disponíveis no WebSphere Message Broker. Os dados de medida são passados para o fluxo de mensagens como uma árvore de mensagem lógica. A árvore de mensagens usa o domínio DataObject e possui XML como seu formato de serialização (a mensagem é serializada para XML se a mensagem for gravada em uma fila de mensagens). Esses dados podem ser filtrados, transformados, agregados e roteados usando recursos padrão do WebSphere Message Broker, antes de serem gravados em terminais de destino: bancos de dados, filas do WebSphere MQ ou chamadas de serviço, por exemplo.

Para obter informações adicionais sobre o uso do nó do MedicalDeviceInput, consulte Usando dados de dispositivos médicos em fluxos de mensagens e Nó MedicalDeviceInput.

Integração de imagem DICOM

DICOM (Digital Imaging and Communications in Medicine) é um padrão para manipular, armazenar, imprimir e transmitir informações de imagens médicas. As informações podem incluir imagens DICOM e Relatórios Estruturados (SR) DICOM.

É possível usar o IBM WebSphere Message Broker Connectivity Pack for Healthcare para conectar DICOM PACS (Picture Archiving Communication Systems) e outras modalidades DICOM a fluxos de mensagens para permitir localização, processamento e roteamento de imagens DICOM em todo um sistema de assistência médica.

O recurso DICOM fornecido pelo IBM WebSphere Message Broker Connectivity Pack for Healthcare suporta vários cenários-chave.
Coletar Estudos para Admissão de Paciente
Quando um paciente é admitido no hospital, é possível consultar os DICOM PACS que estão em um ou mais locais para descobrir e recuperar quaisquer estudos do paciente. As imagens médicas relevantes então são disponibilizadas imediatamente à equipe clínica que está tratando o paciente. Para obter mais informações sobre esse cenário, consulte Coletar Estudos para Admissão de Paciente.
Segunda Opinião ou Indicação de Especialista
Em locais onde qualificações em radiologia são limitadas, é possível encaminhar as imagens DICOM (para propósitos de diagnóstico ou pesquisa) para especialistas em outros hospitais em um sistema de assistência médica. Para obter mais informações sobre esse cenário, consulte Segunda Opinião ou Indicação de Especialista.
Portal Clínico
É possível usar um aplicativo da web para exibir detalhes dos estudos DICOM de um paciente. Nesse cenário, apenas os atributos do estudo (não os dados de imagem) são apresentados, por exemplo, a modalidade e a data e hora do estudo. Para obter mais informações sobre esse cenário, consulte Portal Clínico. Esse cenário também é implementado no padrão Assistência Médica: Serviço da Web para DICOM no IBM WebSphere Message Broker Connectivity Pack for Healthcare.
O IBM WebSphere Message Broker Connectivity Pack for Healthcare inclui três nós.
  • O nó DICOMInput, que pode ser usado para receber imagens DICOM de um nó DICOM Service Class User (SCU), por exemplo, uma modalidade DICOM. Usando este nó, é possível extrair dados de uma imagem DICOM para uso em um fluxo de mensagens. Esse nó suporta as solicitações DICOM C-STORE.
  • O nó DICOMOutput, que pode ser usado para enviar imagens DICOM para um nó DICOM Service Class Provider (SCP), por exemplo, um DICOM Picture Archiving Communication System (PACS). Usando este nó, é possível combinar metadados de um fluxo de mensagens com uma imagem DICOM e enviar o resultado para um destino externo. Esse nó suporta as solicitações DICOM C-STORE.
  • O nó DICOMFindMove, que pode ser usado para consultar uma fonte externa para imagens DICOM que correspondam aos critérios fornecidos e, opcionalmente, mover as imagens DICOM para outro local. Esse nó suporta as solicitações DICOM C-FIND e C-MOVE.
Nota: O recurso DICOM fornecido pelo IBM WebSphere Message Broker Connectivity Pack for Healthcare não suporta as solicitações DICOM C-GET.
Para obter mais informações sobre como usar nós DICOM em fluxos de mensagens, consulte Usando Dados das Imagens do DICOM em Fluxos de Mensagens.

Padrões de Assistência Médica

O IBM WebSphere Message Broker Connectivity Pack for Healthcare inclui os padrões a seguir:
Padrão de Assistência Médica: HL7 para HL7 DFDL
Nota: No IBM WebSphere Message Broker Connectivity Pack for Healthcare versão 8, há outra versão desse padrão disponível (Assistência Médica: HL7 para HL7). Entretanto, é recomendável que o Assistência Médica: HL7 para HL7 DFDL seja usado para aplicativos novos e atualizados, se possível, já que esse padrão usa o Modelo de Mensagem DFDL em vez de MRM e do Conjunto de mensagens HL7v25P. O Modelo de Mensagem DFDL apresenta os benefícios a seguir.
  • DFDL é um formato de padrão aberto considerando que o MRM e o Conjunto de mensagens HL7v25P são proprietários ao WebSphere Message Broker.
  • O editor do DFDL fornece ferramentas mais simples para desenvolver e testar extensões para o esquema do HL7 comparado ao MRM e ao Conjunto de mensagens HL7v25P.
  • O Modelo de Mensagem DFDL suporta o HL7 versões 2.7, 2.6, 2.5.1 e anteriores, enquanto o MRM e o Conjunto de mensagens HL7v25P suportam somente o HL7 versão 2.5.1 e anteriores.

O padrão do Assistência Médica: HL7 para HL7 DFDL media entre os aplicativos clínicos que usam o padrão do HL7 v2 para mensagens. Por exemplo, um Patient Administration System (PAS) pode emitir uma única mensagem que é distribuída para um ou mais aplicativos clínicos que requerem as informações do paciente.

O padrão não está restrito para lidar com mensagens de um único tipo do HL7 (por exemplo, ADT) e código (por exemplo, A01), mas pode receber e processar qualquer mensagem com tipo e código de uma mensagem válida. Os aplicativos devem poder enviar e receber as mensagens usando MLLP over TCP/IP.

O padrão contém três fluxos de mensagens diferentes (se escolher diversos destinos, obterá fluxos de mensagens adicionais) e incluirá subfluxos que podem ser customizados.

Este diagrama mostra os fluxos de mensagens no padrão de Assistência Médica: HL7 para HL7 DFDL. O aplicativo de origem envia a mensagem usando MLLP over TCP/IP para o fluxo do Destinatário. O fluxo Destinatário usa o WebSphere MQ para enviar a mensagem para o fluxo Transformar e Rotear. O fluxo Transformar e Rotear usa o WebSphere MQ para enviar a mensagem para um ou mais fluxos do Emissor. Os fluxos do Emissor usam MLLP over TCP/IP para enviar a mensagem ao aplicativo de destino.

 

Padrão de Assistência Médica: Dispositivos Médicos para EMR
O padrão Assistência Médica: Dispositivos Médicos para EMR integra dispositivos médicos a um aplicativo Electronic Medical Record (EMR) que pode receber mensagens de resultado de observação do HL7 v2 (ORU R01). O aplicativo deve poder receber mensagens do HL7 ORU R01 usando MLLP over TCP/IP. O padrão inclui subfluxos que podem ser customizados.
Este diagrama mostra os fluxos de mensagens no padrão de Assistência Médica: Dispositivos Médicos para EMR. O dispositivo médico envia a mensagem para o fluxo de Dispositivos Médicos. O fluxo de Dispositivos Médicos usa o WebSphere MQ para enviar a mensagem para o fluxo Transformar e Rotear. O fluxo de Transformar e Rotear lê informações do paciente a partir de um banco de dados, que é atualizado por um fluxo de Serviços da Web com informações de um painel de clínicos. O fluxo de Transformar e Rotear usa o WebSphere MQ para enviar a mensagem a um fluxo do Emissor. O fluxo do Emissor usa MLLP over TCP/IP para enviar a mensagem ao aplicativo de destino.

 

Padrão de Assistência Médica: HL7 para Relatórios
O padrão Assistência Médica: HL7 para Relatórios integra um aplicativo que pode enviar mensagens do HL7 v2 com geração de relatórios. O aplicativo de origem deve poder enviar e receber mensagens do HL7 usando MLLP over TCP/IP. O padrão inclui subfluxos que podem ser customizados.
Este diagrama mostra os fluxos de mensagens no padrão de Assistência Médica: HL7 para Relatórios. O aplicativo de origem envia a mensagem usando MLLP over TCP/IP para o fluxo do Destinatário. O fluxo do Destinatário usa o WebSphere MQ para enviar a mensagem para o fluxo do Processador, que gera um relatório.

 

Padrão de Assistência Médica: Serviço da Web para DICOM
O padrão Assistência Médica: Serviço da Web para DICOM integra um aplicativo escrito usando serviços da web com aplicativos DICOM que suportam as operações C-FIND e C-MOVE. É possível usar o padrão para consultar pacientes, estudos, séries e imagens de um DICOM PACS usando um serviço da web implementado pelo WebSphere Message Broker.
Este diagrama mostra os fluxos de mensagens no padrão de Assistência Médica: Serviço da Web para DICOM. O aplicativo de solicitação envia os critérios de procura como um corpo XML na mensagem de solicitação SOAP. O fluxo de mensagens principal gerado por essa instância padrão extrai o corpo e passa-o para o nó DICOMFindMove. Os resultados XML propagados pelo nó DICOMFindMove são enviados de volta para o aplicativo de solicitação em uma resposta SOAP.

Para obter informações adicionais sobre os padrões, consulte Desenvolvendo Aplicativos de Fluxo de Mensagens Usando os Padrões Fornecidos no IBM WebSphere Message Broker Connectivity Pack for Healthcare.

Monitoramento operacional

O IBM WebSphere Message Broker Connectivity Pack for Healthcare inclui um Monitoramento Operacional de Assistência Médica no WebSphere Message Broker Explorer para monitorar o fluxo de mensagens entre seus aplicativos clínicos e o status de seus dispositivos médicos. É possível usar estas informações para ajudar a localizar e corrigir quaisquer problemas de conectividade que surgirem.

Os fluxos de mensagens que são gerados como uma instância padrão são definidos com propriedades que possibilitam o monitoramento operacional no WebSphere Message Broker Explorer para identificar as conexões TCP/IP de cada fluxo de mensagens e os aplicativos associados a cada uma dessas conexões TCP/IP. Portanto, os painéis de monitoramento podem exibir um ícone de aviso que identifica quando um aplicativo é desconectado para que o administrador possa tomar a ação reparatória.

Este diagrama mostra as conexões monitoradas a partir do aplicativo de origem para a Assistência Médica: padrão HL7 para HL7, e a partir do padrão para os aplicativos de destino.

O painel de monitoramento TCP/IP também pode exibir o estado das conexões TCP/IP que são parte dos fluxos de mensagens que não foram gerados por um dos padrões no IBM WebSphere Message Broker Connectivity Pack for Healthcare. Por exemplo, fluxos desenvolvidos usando o Modelo de Mensagem DFDL ou o Conjunto de mensagens HL7v25P. Esses fluxos não têm as informações adicionais configuradas pela instância padrão, a menos que os fluxos sejam definidos com as mesmas propriedades que as usadas pelo padrão.

O Monitoramento Operacional de Assistência Médica para monitoramento operacional também exibe o status de filas que são usadas por fluxos de mensagens de uma instância padrão. Todas as filas de uma determinada instância padrão são nomeadas com um prefixo de fila específico da instância padrão. O uso de um prefixo de fila permite que um administrador visualize todas as filas de uma instância padrão, monitore a profundidade da fila e identifique quando um limite é atingido, o que é indicado por um ícone de aviso exibido para a fila. A capacidade de visualizar todas as filas permite determinação melhor de problemas, particularmente a determinação de mensagens em filas de sequenciamento, o que indica que uma mensagem ausente em uma sequência está fazendo com que as seguintes mensagens tenham a entrega retida até que a mensagem ausente chegue. Essa ação assegura a possibilidade de você tomar ação reparatória para manter as mensagens fluindo da origem para o destino.

É possível monitorar filas, da mesma maneira que conexões TCP/IP, nos aplicativos de fluxo de mensagens de Assistência Médica que são desenvolvidos usando o Modelo de Mensagem DFDL ou oConjunto de mensagens HL7v25P. Se o monitoramento for requerido, as filas que você deseja monitorar deverão todas ser nomeadas com o mesmo prefixo para permitir a exibição do agrupamento de informações do aplicativo clínico sobre o monitoramento.

É possível monitorar o status de dispositivos médicos que são conectados a um nó do MedicalDeviceInput.

Para obter informações adicionais sobre monitoramento operacional, consulte Monitoramento operacional.

Eventos de auditoria ATNA

O Perfil de Integração ATNA (Audit Trail and Node Authentication) abrange diversos aspectos de segurança, incluindo os padrões e processos para rotear e armazenar com segurança mensagens de evento de auditoria em um repositório. Usando um nó ATNAAudit, é possível gerar mensagens de evento de auditoria ATNA dos dados de assistência médica roteados por meio de fluxos de mensagens e enviar essas mensagens de evento de auditoria para um determinado repositório de auditoria ATNA.

Para obter informações sobre dados de auditoria em fluxos de mensagens, consulte: Dados de Auditoria em Fluxos de Mensagens.

Análise de dados de assistência médica

É possível usar a perspectiva Análise de Dados do WebSphere Message Broker com um perfil de Análise de Dados fornecido pelo IBM WebSphere Message Broker Connectivity Pack for Healthcare para analisar e filtrar dados de assistência médica em seus fluxos de mensagens. Os dados de assistência médica muitas vezes são transportados em mensagens e documentos complexos que não são processados facilmente pelos aplicativos de recebimento de dados. Usando um projeto de Análise de Dados, é possível analisar dados de assistência médica, extrair elementos-chave e criar uma estrutura de mensagens simplificada que pode ser mapeada diretamente nas tabelas de banco de dados que são utilizadas por ferramentas de inteligência de negócios.

O IBM WebSphere Message Broker Connectivity Pack for Healthcare fornece quatro perfis de Análise de Dados. Cada perfil é usado para um tipo específico de dados de assistência médica.

Para obter mais informações sobre análise de dados de assistência médica, consulte Analisando Dados de Assistência Médica em Fluxos de Mensagens.

Avisos | Marcas | Downloads | Biblioteca | Suporte | Feedback

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

        
        Última atualização
        
        Última atualização : 2013-03-28 10:51:45


Tópico de ConceitoTópico de Conceito | Versão 8.0.0.0 | ha00010