CORREÇÃO: Está disponível um hotfix que fornece propriedades adicionais do modo de entrega para o protocolo da camada inferior mínimo enviar e recebem adaptadores no Acelerador de BizTalk para HL7 em um ambiente do BizTalk Server 2010

Pré-requisitos:

Você deve ter o Microsoft BizTalk Accelerator para HL7 (BTAHL7) instalado para aplicar esse hotfix.

Informações sobre reinicialização

Você terá que reiniciar seu computador após aplicar esse hotfix. Se você não for solicitado a reiniciar, reinicie os serviços do BizTalk. Para obter mais informações sobre esse procedimento, consulte o arquivo readme. txt incluído neste pacote de hotfix.

Informações sobre substituição

Esse hotfix não substitui um hotfix lançado anteriormente.

Informações sobre o arquivo:

A versão em inglês deste hotfix possui os atributos de arquivo (ou atributos de arquivo posteriores) listados na tabela a seguir. As datas e horas desses arquivos estão listadas na Hora Universal Coordenada (UTC). Quando você exibe as informações do arquivo, ele é convertido para a hora local. Para localizar a diferença entre o UTC e a hora local, use a guia Fuso Horário no item Data e Hora no Painel de Controle.

Depois que o hotfix for instalado e configurado o fluxo de mensagens

Depois que você aplicar e habilitar esse hotfix, o adaptador MLLP envia qualquer mensagem recebida pelo adaptador de MLLP para MessageBoxDB. O Gerenciador de ponto de extremidade (EPM) chama o adaptador em conjunto com o status de envio no método BatchComplete . Isso faz com que o adaptador enviar a confirmação ACK/NAK ao sistema de upstream. Por sua vez, o sistema upstream recebe o ACK/NAK e, em seguida, envia a mensagem seguinte. O método BatchComplete é independente da configuração do MaxReceiveInterval e é chamado imediatamente depois que a mensagem é enviada com êxito para o BizTalk.

Assim que a mensagem está pronta para enviar, o adaptador de envio transmite a mensagem ao sistema de downstream. ACK/NAK é esperada se o Uso MLLP transporte confirmação estiver definida como True. Se enviar um pacote ACK, BizTalk termina o processamento com êxito. Se o envio for um NAK e se a propriedade Suspender a mensagem de solicitação NAK de transporte MLLP é definida como True, a mensagem será suspenso diretamente sem tentar novamente. No entanto, se a propriedade Suspender a mensagem de solicitação NAK de transporte MLLP estiver definida como False, o BizTalk tentará novamente com base nas configurações de intervalo de repetição enviar porta. (Por padrão, a propriedade Suspender a mensagem de solicitação NAK de transporte MLLP é definida como False).

O diagrama a seguir mostra o fluxo de mensagens:

1. A mensagem é enviada pelo aplicativo de envio é processado pelo MLLP de sistema de upstream receber adaptador.

2. O adaptador MLLP envia a mensagem para BizTalk/EPM.

3. O EPM chama de volta o adaptador sobre o status de envio de mensagem. O EPM faz isso no método Lote completo .

4. Uma confirmação ACK/NAK gerado pelo adaptador MLLP e baseado no status envio em lotes. ACK/NAK é enviada para o aplicativo de envio.
   
   Observação: Se o status de envio em lote é sucesso, o adaptador retorna o ACK. No entanto, se houver uma falha ou se o envio do tempo limite (por exemplo, se a chamada do método Lote completo tempo limite), o adaptador retorna o NAK para o aplicativo de envio.
   
   

5. O EPM passa a mensagem para o adaptador de envio MLLP para transmissão.

6. O MLLP enviar adaptador envia a mensagem processada ao sistema de downstream.

7. Nível de transporte ACK/NAK é esperado pelo adaptador de envio de MLLP para concluir a comunicação.

8. Se a mensagem na etapa 7 é um pacote ACK, o adaptador pergunta EPM para excluir a mensagem. Caso contrário, o adaptador deve pedir o EPM uma repetição baseia-se na configuração de intervalo de repetição. Uma nova opção é fornecida na configuração de porta de envio para suspender a mensagem diretamente, sem uma nova tentativa, se for recebido um NAK MLLP. Por padrão, essa opção é definida como False. Se esta opção estiver definida como True, a mensagem será suspenso diretamente, sem uma nova tentativa, se for recebido um NAK MLLP.

Formato de ACK/NACK de nível de transporte

O site contém as seguintes informações:

• Exemplo de uma confirmação de recebimento de confirmação MLLP:

  <SB><ACK><EB><CR>

• Exemplo de um negativo MLLP confirmar confirmação:

  <SB><NAK><EB><CR>

Observações:

• Nesses exemplos, < SB > refere-se ao caractere iniciar bloco (1 byte). Isso corresponde a caractere ASCII < VT > ou < 0x0B >.
  
  Isso não deve ser confundido com os caracteres SOH ou STX ASCII.

• Nesses exemplos, < ACK > ou < NAK > consulte o caractere de confirmação (1 byte. Corresponde ao caractere ASCII < ACK > ou < 0x06 >) ou o caractere de confirmação negativa (1 byte. Corresponde ao caractere ASCII < NAK > ou < 0x15 >).

• Nesses exemplos, < EB > refere-se ao caractere bloco End (1 byte). Isso corresponde a caractere ASCII < FS > ou < 0x1C >.

• Nesses exemplos, < CR > refere-se ao caractere retorno de carro (1 byte). Isso corresponde a caractere ASCII < CR > ou < 0x0D >.

• A Microsoft fornece informações de contato de terceiros para ajudá-lo a encontrar suporte técnico. Essas informações de contato podem ser alteradas sem aviso prévio. A Microsoft não garante a precisão dessas informações de contato de terceiros.

Como configurar a receber e enviar as portas para usar as novas propriedades

Configure a receber e enviar as seguintes portas.

Observação: As configurações de porta de envio e de recebimento podem ser usadas independentemente ou em conjunto.

Sobre a propriedade de "Confirmação de transporte de MLLP de uso"

A tabela a seguir descreve o comportamento esperado de portas unidirecionais ou bidirecionais que use a propriedade Usar reconhecimento de transporte MLLP . A combinação necessária de configurações deve ser aplicada conforme descrito na seção "Como habilitar o hotfix".

Observações:

• "Upstream" refere-se ao aplicativo de envio. Ele envia mensagens para o BizTalk. Essas mensagens são recebidas ao BizTalk.

• "Downstream" refere-se ao aplicativo de recebimento. Ele recebe mensagens do BizTalk. Essas mensagens são de saída para o BizTalk.

Bidirecional receber e enviar o comportamento de porta não é alterado. Unidirecional receber e enviar o comportamento de porta não também é alterado, a menos que a propriedade Uso MLLP transporte confirmação é definida como true.

Para obter mais informações, consulte a documentação do adaptador MLLP. Se unidirecional receber e enviar portas com a configuração apropriada, melhora o desempenho. Se a propriedade de Confirmação de transporte de MLLP de uso de uma porta bidirecional ou unidirecional porta estiver definida como false, o tipo de confirmação que é gerada continua sem alterações. Nessa situação, o tipo de confirmação é gerado depende das configurações de BTAHL7 Explorer de configuração para o aplicativo que está enviando a mensagem. O valor nos campos MSH 15 e 16 do MSH de uma mensagem específica pode substituir essa configuração. No entanto, se a propriedade de Confirmação de transporte de MLLP de uso de uma porta bidirecional ou unidirecional porta estiver definida como false, você pode definir a configuração de aplicativos que esperam ACKs estáticos usando o Gerenciador de configuração de BTAHL7. Comportamento de tempo limite para a porta permanece inalterado...

Este é o comportamento esperado em casos específicos quando as propriedades são usadas:

RECEIVE

• WrongMLLPFormat: a mensagem não será enviada para o BizTalk.

• WrongHL7Format: a mensagem é enviada para o BizTalk e um ACK/NAK MLLP é transmitido com base no status da conclusão de lote.

• TransmittingSocketIssue: o MLLP ACK/NAK não é transmitida, embora a mensagem é enviada para o BizTalk.

• ReceivingSocketIssue: a mensagem não for recebida e, portanto, não será enviada e nenhuma transmissão MLLP ACK/NAK é enviado.

• Se um envio para o BizTalk falhar, um NAK é transmitido.

• Se for recebido um status negativo de lote completo, um NAK é transmitido.

Enviar e enviar porta propriedade "stop enviando mensagens subsequentes em caso de falha de mensagem atual" = True

• WrongMLLPFormat: a mensagem foi suspensa porque o ACK/NACK MLLP não pode ser lido. Processamento não continuará até que as mensagens suspensas estão desmarcadas.

• WrongHL7Format: a mensagem falha antes que ele atinja o adaptador. Processamento não continuará até que as mensagens suspensas estão desmarcadas.

• TransmittingSocketIssue: a mensagem é suspensa. Processamento não continuará até que as mensagens suspensas estão desmarcadas.

• ReceivingSocketIssue: a mensagem é suspensa. Processamento não continuará até que as mensagens suspensas estão desmarcadas.

O comportamento esperado quando a propriedade Suspender a mensagem de solicitação NAK de transporte MLLP é definida como True ou False é o seguinte:

• Quando a propriedade Suspender a mensagem de solicitação NAK de transporte MLLP é definida como True e um NAK for recebido, a mensagem será suspenso sem uma nova tentativa para enviá-lo.

• Quando a propriedade Suspender a mensagem de solicitação NAK de transporte MLLP é definida como a configuração padrão de False, uma tentativa de enviar que a mensagem é iniciada, com base nas configurações de intervalo de repetição enviar porta.

Alterações para o utilitário MLLP SDK

O utilitário MLLP SDK inclui os seguintes novos parâmetros. Todos os outros parâmetros permanecem inalterados. Para obter mais informações, consulte a documentação do produto.

• Para MLLPReceive.exe, use o novo parâmetro para retornar o ACK/NAK MLLP depois que a mensagem é recebida. Por exemplo:

  MLLPReceive /p 12000 /sb 11 /eb 28 /cr 13 /MLLPTransACK
  MLLPReceive /p 12000 /sb 11 /eb 28 /cr 13 /MLLPTransNAK

• Para MLLPSend.exe, use o novo parâmetro de espera de ACK/NAK MLLP. Por exemplo:

  MLLPSend /sb 11 /eb 28 /cr 13 /f "C:\HL7\ls.txt" /I 127.0.0.1 /UseMLLPTransACK /p 11000