Como aplicar mapas e códigos de confirmação de mensagens de confirmação na HL7 para o BizTalk Server 2013 R2

Problema 1

Esse novo recurso se aplica apenas a porta de recebimento/local. Atualmente, qualquer BizTalk receber porta tem uma propriedade de Mapas de entrada . Depois que o hotfix for instalado, há uma propriedade adicional no local de recebimento para aplicar um mapa para um pacote ACK HL7. Esta propriedade adicional permite que você aplique um mapa para receber um bidirecional local que tem o conjunto de Uso direto síncrona HL7 ACK (=) True. A única finalidade deste hotfix é permitir que o usuário especifique um mapa para um pacote ACK quando Uso direto síncrona HL7 ACK é definida (=) True.

Depois que você instalar o hotfix, você verá duas propriedades adicionais no MLLP receber a janela de configuração local. A configuração padrão para as duas propriedades estiver em branco e eles devem ser preenchidos e Uso direto síncrona HL7 ACK deve ser definido como (=) True.



Para definir as duas propriedades, execute as seguintes etapas:

1. Propriedade de Nome do Assembly OutboundMap requer o nome completo do assembly no qual o mapa de saída está hospedado, como no exemplo a seguir:
   
   

   Saída, versão = 1.0.0.0, Culture = neutral, PublicKeyToken = 83f92b3673c9005dO assembly deve ser previamente armazenadas em cache pelo conjunto de módulos Global. Caso contrário, a transformação falhará.

2. Propriedade de Nome OutboundMap requer o nome completo do mapa, incluindo o namespace.

A desvantagem dessa nova funcionalidade: o ACK HL7 não é controlado. Se você deve controlar o ACK, você também deve definir a Entrada mapas de propriedade do BizTalk receber a porta. Tecnicamente, você aplicará o mapa para a confirmação que foi colocada na caixa de mensagem e a confirmação foi retornada para o sistema de upstream. Ambos devem ser idênticos, pois ambos terão o mesmo mapa aplicado. A screen shot a seguir está incluído para fins de esclarecimento e é necessário somente se o ACK deve ser controlado.



Observação: A opção de Uso direto síncrona HL7 ACK melhora o desempenho de processamento de mensagem de entrada. Isso é feito enviando a confirmação no sistema upstream assim que a mensagem é depositada à caixa de mensagem. Essa configuração melhora o desempenho se as seguintes condições forem verdadeiras:

• A porta de recebimento é um recebimento bidirecional e a opção de Uso direto síncrona HL7 ACK é definida como True na configuração da porta MLLP receber.

• O BizTalk HL7 DASM é usado para gerar o ACK. O componente DASM deve ser usado como incluído no padrão BTAHL72XReceivePipeline ou usando o BTAHL7 nativo. Componente de HL72fDasm em um pipeline personalizado.

• A configuração da porta de recepção de rota ACK ao pipeline de envio na solicitação-resposta da parte de origem deve ser no Gerenciador de configuração de HL7 e o Tipo de confirmação deve ser definida como um valor diferente de Nenhum.

Problema 2

O novo recurso se aplica para enviar apenas portas. Depois que você instalar o hotfix, o comportamento será baseado no código ACK aceitável que você selecionar na lista suspensa em vez do código fornecido pelo sistema de downstream.

Enviar MLLP porta verifica o código ACK ACK (MSA.1_AcknowledgmentCode campo do segmento MSA) que é retornado pelo sistema downstream e o compara com os códigos de confirmação aceitável definidos no MLLP enviar propriedades de configuração de porta. Atual aceitáveis códigos de confirmação que são suportados pela porta MLLP enviar incluem AA, CA, AE, CE, AR e CR. Você pode selecionar todos os códigos de confirmação ou uma combinação delas (AA e autoridade de certificação), (AA, CA, AE e CE), (AA, CA, AR e CR) como válido. Mas não há nenhuma opção para digitar uma combinação de código ACK aceitável.

Um valor de códigos de confirmação aceitável é chamada "Custom" será adicionado na lista drop-down na propriedade Aceitável códigos de confirmação . Todas as combinações anteriores permanecem e são aplicadas como estavam antes do novo recurso foi adicionado.





Após personalizado for selecionado, também forneça novos valores na propriedade Aceitável códigos de confirmação personalizado . Cada um desses novos valores ACK devem ser separados por uma vírgula (,).

Depois que você instalar o hotfix, o comportamento dependerá configuração Aceitável códigos de ACK é selecionada. Se o código de confirmação que é retornado coincidir com o código selecionado aceitável, o processamento ocorre com êxito. Ele tenta novamente por códigos de confirmação padrão e suspender para qualquer código de confirmação não listou (tornando-o um padrão ou um código de confirmação não personalizado).

A tabela a seguir representa esse cenário. Uma interpretação escrita segue a tabela.



AA e autoridade de certificação, processamento de mensagens sempre Sucede independentemente qualquer códigos ACK aceitáveis a configuração selecionada. Eis aqui mais informações sobre definições de Códigos de confirmação aceitável :

• AA, CA: Tentativas AE, CE, AR, CR e suspende a qualquer outro.

• AA, CA, AE, CE: Aceito e bem-sucedida: AA, CA, AE, CE e tentativas de AR e CR. suspende a qualquer outro.

• AA, CA, AR CR: Aceito e bem-sucedida: AA, CA, AR, CR e tentativas AE e CE. Suspende a qualquer outro.

• AA, CA, AR, CR, AE, CE: Aceito e bem-sucedida: AA, CA, AR, CR, AE, CE e nenhum outro é retornado. ACK é repetido e mensagem suspensos.

• Personalizado (valores são inseridos e separados por uma vírgula). Exemplo: AA, AE, Foo, ZZ, ZZZ). Aceito e bem-sucedida: AA, CA, AE mais qualquer outro inserido ACK personalizado como Foo, ZZ e ZZZ nesse caso. Tentativas de CE, AR.

• Qualquer código de confirmação não é Aceitável códigos de confirmação personalizado não será repetido e é suspensa.

Quando uma confirmação de padrão não é inserida em Códigos de ACK aceitável, será retornado um erro semelhante ao seguinte:

O esquema de confirmação de caixa deve ser modificado, adicionando à lista existente de ACKs padrão (AA, AE, AR, CA, CE, CR). Qualquer adicionais aceitáveis personalizados ACKs (XX, ZZ, por exemplo) devem ser adicionados ao campo MSA.1_AcknowledgementCode do esquema ACK. Se o ACKs personalizados adicionais não são adicionados ao esquema, a validação de pipeline falhará com um erro de "Valor de tabela não encontrado".