CORRECÇÃO: Está disponível uma correcção que fornece propriedades adicionais do modo de entrega para o protocolo de camada inferior mínimo enviar e recebem placas no acelerador de BizTalk para HL7 num ambiente do BizTalk Server 2010

Pré-requisitos

Tem de ter Microsoft BizTalk Accelerator para HL7 (BTAHL7) instalado para aplicar esta correcção.

Informações sobre reinício

Poderá ter de reiniciar o computador depois de aplicar esta correcção. Se não lhe for pedido para reiniciar, tem de reiniciar os serviços de BizTalk. Para mais informações sobre este procedimento, consulte o ficheiro Readme. txt incluído neste pacote de correcção.

Informações sobre a substituição

Esta correção não substitui uma correção disponibilizada anteriormente.

Informações de ficheiro

A versão inglesa desta correcção tem os atributos de ficheiro (ou atributos de ficheiro posteriores) listados na seguinte tabela. As datas e horas destes ficheiros são listadas na hora Universal Coordenada (UTC). Quando visualiza as informações do ficheiro, é convertido para a hora local. Para determinar a diferença entre a UTC e a hora local, utilize o separador Fuso horário no item data e hora no painel de controlo.

Depois da correcção está instalada e configurada o fluxo de mensagens

Depois de aplicar e activar esta correcção, a placa MLLP submete qualquer mensagem recebida pela placa MLLP para MessageBoxDB. O Gestor de ponto final (EPM) chamada de retorno para a placa com o estado de submissão no método BatchComplete . Isto faz com que a placa para enviar a consolidação ACK/NAK para o sistema ascendente. Por sua vez, o sistema de montante recebe ACK/NAK e, em seguida, envia a mensagem seguinte. O método BatchComplete é independente da definição de MaxReceiveInterval e chama-se imediatamente após a mensagem é submetida com êxito ao BizTalk.

Logo que a mensagem está pronta a enviar, a placa de enviar transmite a mensagem para o sistema a jusante. ACK/NAK é esperado se a propriedade de Confirmação de transporte de MLLP de utilização está definida como True. Se enviar uma confirmação, BizTalk termina o processamento com êxito. Se a enviar é um NAK, e se a propriedade de Suspender a mensagem de pedido no NAK de transporte MLLP está definida como True, a mensagem é suspensa directamente sem tentar novamente. No entanto, se a propriedade de Suspender a mensagem de pedido no NAK de transporte MLLP estiver definida como False, o BizTalk vai repetir baseia as definições de intervalo de repetição da porta de envio. (Por predefinição, a Suspender a mensagem de pedido no MLLP transporte NAK propriedade é definida como Falso.)

O diagrama seguinte mostra o fluxo de mensagem:

1. A mensagem que é enviada pelo sistema de montante, a aplicação de envio é processada pelo MLLP receber placa.

2. A placa MLLP submete a mensagem para BizTalk/EPM.

3. A EPM chamada de retorno para a placa sobre o estado de submissão da mensagem. A EPM fá-lo no método Batch completa .

4. Confirmação de uma confirmação/NAK é gerado pela placa de MLLP e baseia-se o estado de submissão de lote. ACK/NAK é enviada para a aplicação a enviar.
   
   Nota Se o estado de submissão de lote com êxito, o adaptador devolve a confirmação No entanto, se existir uma falha ou se a apresentação ultrapassou o tempo limite (por exemplo, se a chamada de método Batch concluída o tempo de espera), o adaptador devolve a NAK à aplicação de envio.
   
   

5. Mãos a EPM sobre a mensagem para a placa de envio MLLP para a transmissão.

6. O MLLP enviar placa envia a mensagem transformada para o sistema a jusante.

7. O nível de transporte ACK/NAK é esperado pela placa de envio de MLLP para concluir a comunicação.

8. Se a mensagem no passo 7 é uma confirmação, a placa pergunta EPM para eliminar a mensagem. Caso contrário, a placa tem de pedir a EPM uma repetição que se baseia a definição do intervalo de repetição. Uma nova opção é fornecida na definição de configuração de porta de envio para suspender a mensagem directamente, sem uma repetição, se for recebido um NAK de MLLP. Por predefinição, esta opção está definida como False. Se esta opção estiver definida como True, a mensagem será suspensa directamente, sem uma repetição, se for recebido um NAK de MLLP.

Formato de nível de confirmação/NACK de transporte

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

• Exemplo de um aviso de consolidação MLLP:

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

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

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

Notas

• Nestes exemplos, < SB > refere-se para o carácter de iniciar o bloco (1 byte). Isto corresponde ao carácter ASCII < VT > ou < 0x0B >.
  
  Não deve ser confundido com os caracteres SOH ou STX ASCII.

• Nestes exemplos, < ACK > ou < NAK > referem-se para o carácter de confirmação (1 byte. Corresponde ao carácter ASCII < ACK > ou < 0x06 >) ou o carácter de confirmação negativa (1 byte. Corresponde ao carácter ASCII < NAK > ou < 0x15 >).

• Nestes exemplos, < EB > refere-se para o carácter de fim bloco (1 byte). Isto corresponde ao carácter ASCII < FS > ou < 0x1C >.

• Nestes exemplos, < CR > refere-se para o carácter CR (1 byte). Isto corresponde ao carácter ASCII < CR > ou < 0x0D >.

• A Microsoft fornece informações de contacto de outros fabricantes para ajudar a encontrar suporte técnico. Estas informações de contacto podem ser alteradas sem aviso prévio. A Microsoft não garante a exatidão destas informações de contacto destes fabricantes.

Como configurar a receber e enviar portas a utilizar as novas propriedades

Configurar a receber e enviar as seguintes portas.

Nota As definições de porta de recepção e envio podem ser utilizadas independentemente ou em conjunto.

Sobre a propriedade "Aviso de transporte de MLLP de utilização"

A tabela seguinte descreve o comportamento esperado de portas unidireccionais ou bidireccionais que utilizar a propriedade de Utilizar o reconhecimento de transporte MLLP . Deve ser aplicada a necessária combinação de definições, tal como descrito na secção "Como activar a correcção".

Notas

• "Sistema de montante" refere-se a aplicação de envio. Envia mensagens BizTalk. Estas mensagens são recebidas para BizTalk.

• "Sistema a jusante" refere-se a aplicação de recepção. Recebe mensagens de BizTalk. Estas mensagens são de saída para BizTalk.

Nos dois sentidos receber e enviar o comportamento de porta não é alterado. Unidireccional receber e enviar o comportamento de porta também não é alterado, a menos que a propriedade de Confirmação de transporte de MLLP de utilização está definida como true.

Para mais informações, consulte a documentação da placa MLLP. Se unidireccional receber e enviar portas têm a configuração adequada, o desempenho melhora. Se a propriedade de Confirmação de transporte de MLLP de utilização de uma porta bidireccional ou uma porta unidireccional é definida como false, o tipo de confirmação de que é gerado continuará sem alterações. Nesta situação, o tipo de confirmação de que é gerado depende das definições de BTAHL7 configuração Explorer para a aplicação que está a enviar a mensagem. O valor nos campos MSH 15 e MSH 16 de uma mensagem específica pode substituir esta definição. No entanto, se a propriedade de Confirmação de transporte de MLLP de utilização de uma porta bidireccional ou uma porta unidireccional é definida como false, pode definir a configuração de aplicações que são supostas ACK estático apenas utilizando o Explorador de configuração BTAHL7. Comportamento de limite de tempo para a porta permanece inalterado...

O comportamento esperado canto nos casos em que são utilizadas as propriedades é o seguinte:

RECEIVE

• WrongMLLPFormat: a mensagem não é apresentada para BizTalk.

• WrongHL7Format: a mensagem é apresentada para BizTalk e uma confirmação de MLLP/NAK é transmitido a que se baseia o estado de conclusão do processo.

• TransmittingSocketIssue: a confirmação de MLLP/NAK não transmitido, apesar da mensagem é submetida ao BizTalk.

• ReceivingSocketIssue: a mensagem não for recebida e, por conseguinte, não for apresentada, e sem transmissão ACK/NAK de MLLP é enviada.

• Se uma submissão para BizTalk falhar, é transmitido um NAK.

• Se for recebido um Estado negativo Batch completa, é transmitido um NAK.

Enviar e enviar porta propriedade "parar de enviar mensagens subsequentes em caso de falha de mensagem actual" = True

• WrongMLLPFormat: a mensagem foi suspenso porque não é possível ler o ACK/NACK MLLP. Processamento não irá continuar até que as mensagens de suspensa estão desmarcadas.

• WrongHL7Format: a mensagem falha antes de atingir a placa. Processamento não irá continuar até que as mensagens de suspensa estão desmarcadas.

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

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

O comportamento esperado quando a propriedade de Suspender a mensagem de pedido no NAK de transporte MLLP está definida para Verdadeiro ou Falso é o seguinte:

• Quando a propriedade de Suspender a mensagem de pedido no NAK de transporte MLLP está definida como True e for recebido um NAK, é suspensa a mensagem sem uma repetição enviá-la.

• Quando a propriedade de Suspender a mensagem de pedido no NAK de transporte MLLP está definida como a predefinição False, uma nova tentativa para enviar que a mensagem é iniciada, com base nas definições de intervalo entre tentativas de enviar porta.

Alterações para o utilitário MLLP SDK.

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

• Para MLLPReceive.exe, utilize o novo parâmetro a devolver o valor de erro MLLP ACK/NAK depois da 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, utilize o novo parâmetro para MLLP ACK/NAK de esperar. Por exemplo:

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