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.
Para obter informações adicionais sobre HL7, consulte Sete Nível de Funcionamento Internacional.
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 .
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.
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.
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.
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.
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.
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.
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.
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.
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.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.
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.
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.
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.
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.
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.