Saúde

O IBM WebSphere Message Broker inclui a amostra de Assistência Médica. Essa amostra é um exemplo básico do padrão de Assistência Médica: HL7 para HL7, que é incluído como parte do IBM WebSphere Message Broker Connectivity Pack for Healthcare

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

O IBM WebSphere Message Broker Connectivity Pack for Healthcare foi construído com base no WebSphere Message Broker para fornecer suporte a aplicativos em ambientes de assistência médica.

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

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 conectar-se 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 conectar-se 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.

Para obter mais informações sobre o IBM WebSphere Message Broker Connectivity Pack for Healthcare, consulte WebSphere Message Broker.

Padrão de Assistência Médica

O padrão Assistência Médica: HL7 para HL7 que é incluído no IBM WebSphere Message Broker Connectivity Pack for Healthcare media entre aplicativos clínicos que usam o padrão HL7 v2 para mensagens. Por exemplo, um Sistema de Administração de Pacientes (PAS) poderá emitir mensagens que são distribuídas a um ou mais aplicativos clínicos que requerem informações de pacientes.

O padrão não se restringe a lidar com mensagens de um único tipo HL7 (por exemplo, ADT) e código (por exemplo, A01), mas pode receber e processar qualquer mensagem com um tipo e código de mensagem válidos. Para obter mais informações sobre HL7, consulte Health Level Seven International.

O padrão contém três diferentes fluxos de mensagens (se você escolher diversos destinos, obterá fluxos de mensagens adicionais).

Este diagrama amostra os fluxos de mensagens no padrão Assistência Médica: HL7 para HL7. O aplicativo de origem envia a mensagem usando MLLP sobre TCP/IP para o fluxo Receptor. O fluxo Receptor usa o WebSphere MQ para enviar a mensagem; em seguida, envia a mensagem para o fluxo Transformar e Rotear. O fluxo Transformar e Rotear usa o WebSphere MQ para enviar a mensagem a um ou mais fluxos Emissores. Os fluxos Emissores então usam MLLP sobre TCP/IP para enviar a mensagem para o aplicativo de destino.
Fluxo do receptor
O fluxo Receptor recebe mensagens HL7 v2.x de um aplicativo clínico HL7. Essa conexão usa o protocolo MLLP sobre TCP/IP. As mensagens são retiradas dos bytes MLLP e o registro resultante é analisado com relação ao tipo de mensagem HL7 que é definido no conjunto de mensagens HL7v25P, o qual modela todos os segmentos HL7 padrão. O tipo de mensagem HL7 representa uma mensagem HL7 genérica, e todos os segmentos na mensagem recebida são lidos. Qualquer filtragem de segmentos ocorre nos fluxos subsequentes.

Depois de processar a mensagem, esse fluxo coloca a mensagem em uma fila do WebSphereMQ, de onde ela é lida pelos fluxos subsequentes no padrão e, em seguida, retorna um reconhecimento para o aplicativo de origem. Depois que a mensagem foi enviada, os fluxos restantes asseguram que os dados da mensagem não foram perdidos, e a mensagem é enviada a todos os destinos ou a uma fila de erros.

Fluxo Transformar e Rotear
O fluxo Transformar e Rotear prepara os dados HL7 para todos os destinos requeridos. Para cada destino:
  1. Um filtro é aplicado para determinar se a mensagem é requerida para esse destino. Esse filtro de mensagem é configurado a partir dos parâmetros padrão.
  2. Quando uma mensagem é requerida para um destino, um filtro de segmento é aplicado. O filtro de segmento, que também pode ser configurado a partir de parâmetros padrão, remove os segmentos na mensagem recebida que não são requeridos ou não podem ser processados pelo aplicativo clínico ao qual a mensagem é enviada.
  3. Por último, o fluxo Transformar e Rotear envia a mensagem para a fila do fluxo do Emissor desse destino.

O fluxo Transformar e Rotear inclui subfluxos, os quais podem ser customizados. Esses subfluxos podem incluir a transformação de dados para aplicativos clínicos que podem conter recursos não padrão. É possível usar esses pontos de customização para fazer mudanças, sem alterar a estrutura dos fluxos em geral.

Fluxos Emissores
Um fluxo Emissor é criado para cada destino. Um fluxo Emissor é de encadeamento único e, após resequenciar as mensagens, o fluxo Emissor envia cada mensagem ao seu destino correto. Se uma mensagem chegar fora da sequência, ela será armazenada em uma fila de sequências até que possa ser enviada.

Ao usar o padrão Assistência Médica: HL7 para HL7, você deve configurar o processamento da mensagem HL7 recebida, o número de destinos requeridos e como transformar as mensagens para cada destino. Os detalhes sobre a configuração são fornecidos na especificação de padrão que é exibida quando o padrão Assistência Médica: HL7 para HL7 é selecionado na visualização Explorador de Padrões.

É possível configurar o padrão para suportar várias opções de processamento.
Detecção de duplicação
A opção para detectar duplicações é gerenciada no fluxo Receptor. O identificador de mensagem HL7 para cada mensagem é verificado com relação aos identificadores de todas as mensagens anteriores que foram recebidas em um intervalo de tempo especificado. Se um identificador duplicado for localizado, essa mensagem não será processada, mas o mesmo reconhecimento é retornado ao aplicativo de origem que foi retornado com a primeira mensagem com esse identificador.

Se você quiser saber quando as duplicações ocorreram, o padrão também relata opcionalmente qualquer duplicação que ele localiza.

Sequenciamento de Mensagens
Em alguns casos (por exemplo, registrar um paciente antes de solicitar um teste), pode ser importante que as mensagens sejam recebidas pelos aplicativos clínicos na ordem em que foram geradas. É possível configurar os recursos de sequenciamento de mensagens para suportar sequenciamento correto.
Relatórios e notificações
É possível configurar o padrão para fornecer saída além de passar mensagens para os aplicativos de destino configurados. O padrão pode fornecer:
  • Relatórios sobre mensagens duplicadas.
  • Relatórios sobre campos adicionais que não são modelados no conjunto de mensagens HL7.
  • Uma cópia da mensagem de origem no formato HL7 para uma fila do WebSphereMQ, ou ponto de publicação, para permitir que outros aplicativos de fluxo de mensagens do IBM WebSphere Message Broker Connectivity Pack for Healthcare processe as mensagens. Você pode usar essas cópias da mensagem para alimentar um data warehouse, para auditoria, ou para lançamento em diário além do suportado no padrão.
  • Uma cópia da mensagem no formato HL7 v2 com os bytes MLLP removidos, após o primeiro fluxo de customização ter sido aplicado. Você pode usar essas cópias da mensagem para alimentar outros aplicativos de fluxo de mensagens do IBM WebSphere Message Broker Connectivity Pack for Healthcare.
  • Relatórios sobre mensagens que chegam fora da sequência.
  • Mensagens de erro para ajudar com a descoberta e resolução de problemas.

Nós HL7

Dois nós HL7 são fornecidos para que você use em fluxos de mensagens para enviar e receber mensagens HL7:
  • GenericHL7Input, que é possível usar em um fluxo de mensagens para receber mensagens HL7 para processar o fluxo de mensagens e determinar se uma mensagem é uma duplicação
  • GenericHL7Output, que é possível usar para passar mensagens a um destino sobre MLLP e verificar se um reconhecimento válido é recebido

Monitoramento operacional

O IBM WebSphere Message Broker Connectivity Pack for Healthcare inclui uma visualização Monitoramento Operacional de Assistência Médica no WebSphere Message Broker Explorer para monitorar o fluxo de mensagens entre aplicativos clínicos, ajudando assim a identificar e retificar qualquer problema de conectividade que surgir.

Fluxos de mensagens que são gerados como uma instância padrão são definidos com propriedades que permitem ao monitoramento operacional no WebSphere Message Broker Explorer 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 do aplicativo de origem para o padrão Assistência Médica: HL7 para HL7, e 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 fazem parte dos fluxos de mensagens que não foram gerados pelo padrão Assistência Médica: HL7 para HL7; por exemplo, os fluxos desenvolvidos usando 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.

A visualização Monitoramento Operacional de Assistência Médica para monitoramento operacional também exibe o status de filas usadas pelos 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 desenvolvidos usando o conjunto 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.

Conjunto de mensagens HL7v25P

Se você for um usuário existente do conjunto de mensagens HL7v25P fornecido com a amostra do WebSphere Message Broker Healthcare, estará familiarizado com o conjunto de mensagens canônico CIM. O IBM WebSphere Message Broker Connectivity Pack for Healthcare não usa a forma canônica CIM, mas fornece uma camada adicional de formato de ligação XML no conjunto de mensagens HL7v25P. Embora seja possível usar a camada de formato de ligação XML para manter uma representação de dados independente de plataforma, você deve notar que esse formato não é XML HL7 (conforme definido pelo padrão de mercado), além de também ser diferente da forma canônica IBM CIM fornecida anteriormente.

O conjunto de mensagens HL7v25P inclui uma definição da mensagem HL7 genérica que é usada pelo padrão Assistência Médica: HL7 para HL7. Essa mensagem HL7 genérica é usada, com o analisador MRM no padrão, para ler mensagens com qualquer sequência de segmentos HL7 dos aplicativos clínicos de origem, e grava as mensagens nos aplicativos clínicos de destino. Essa mensagem HL7 pode processar qualquer segmento válido definido no HL7 versão 2.5.1 ou anterior.

Os aplicativos clínicos também podem comunicar informações não padrão usando Segmentos Z nas mensagens HL7. Quando você estiver usando esse tipo de mensagem com o padrão, será possível incluir Segmentos Z não padrão adicionais na mensagem HL7 para suportar esses Segmentos Z específicos do site.

Quando uma mensagem HL7 é lida na instância padrão, é possível também usar o conjunto de mensagens HL7v25P para gerar a forma canônica (formato XML), que é gerada após o primeiro ponto de customização. A forma canônica que é a saída pelo padrão não é HL7 XML, mas é possível usá-la para manter uma representação dos 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.

A abordagem genérica do padrão Assistência Médica: HL7 para HL7 produz fluxos de mensagens que manipulam qualquer segmento HL7. Você também pode ser obrigado a manipular a troca de uma mensagem HL7 específica entre aplicativos clínicos. O conjunto de mensagens HL7v25P pode também processar mensagens HL7 de um tipo e código de evento específicos. Para implementar aplicativos de fluxo de mensagens que processem uma mensagem de um capítulo específico do HL7, as mensagens devem ser lidas, e gravadas, usando o tipo de mensagem apropriado das definições de capítulo no conjunto de mensagens HL7v25P. O HL7 divide todas as suas mensagens em grupos chamados capítulos, que correspondem aos capítulos do padrão HL7. Quando você estiver trabalhando com mensagens HL7 específicas do conjunto de mensagens, será possível gerar as mensagens no formato HL7 ou no 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.