Jak použít mapy a vlastní kódy ACK zpráv ACK HL7 BizTalk Server 2013 R2

Pro vydání 1

Tato nová funkce platí pouze pro přijímání Port a umístění. V současné době žádné BizTalk přijímat portu má Příchozí mapy vlastnost. Po instalaci této opravy hotfix je další vlastnosti k dispozici v umístění příjmu použít mapu HL7 ACK. Další vlastnost umožňuje použít mapu pro obousměrný příjem umístění, které má nastaveno Použití přímé synchronní HL7 ACK na (=) PRAVDA. Jediným účelem této opravy hotfix je umožnit uživateli zadat mapování pro potvrzení při Použití přímé synchronní HL7 ACK je nastavena na (=) PRAVDA.

Po instalaci této opravy hotfix, zobrazí se dvě další vlastnosti v MLLP zobrazí okno Konfigurace umístění. Ve výchozím nastavení dvě vlastnosti je prázdné a musí být naplněna a ACK HL7 přímé synchronní použití musí být nastavena na (=) PRAVDA.



Chcete-li nastavit dvě vlastnosti, postupujte takto:

1. Vlastnost Název sestavení OutboundMap vyžaduje úplný název sestavení, ve kterém je umístěn odchozí mapy, jako v následujícím příkladu:
   
   

   Odchozí, verze = 1.0.0.0 Culture = neutral, PublicKeyToken = 83f92b3673c9005dSestavení musí být dříve v mezipaměti globálního sestavení. Transformace, jinak se nezdaří.

2. Vlastnost Název OutboundMap vyžaduje úplný název mapy, včetně oboru názvů.

Jeden nedostatek tuto novou funkci: HL7 ACK není sledována. Pokud sledujete PĚT, je také nutné nastavit Příchozí mapování vlastnosti v BizTalk přijímat portu. Bude být technicky, použití mapy na ACK, který byl vložen do pole zpráva a potvrzení, která byla vrácena do nadřazeného systému. Oba musí být identické, protože oba mají stejnou mapu použít. Následující snímek obrazovky je součástí pro objasnění a je nutné pouze v případě, že musí být sledována PĚT.



Poznámka: Možnost Použití přímé synchronní HL7 ACK zlepšuje výkon zpracování příchozích zpráv. To se provádí zasláním ACK zpět do nadřazeného systému ihned, jakmile je zpráva uložena do okna zprávy. Toto nastavení zvyšuje výkon, pokud jsou splněny následující podmínky:

• Příjem obousměrný port je port pro příjem a ACK HL7 přímé synchronní použití možnost nastavena na hodnotu True v konfiguraci MLLP přijímat portu.

• BizTalk HL7 DASM slouží ke generování ACK. DASM součásti musí být použita buď jako zahrnuty ve výchozí BTAHL72XReceivePipeline nebo pomocí nativní BTAHL7. HL72fDasm součást vlastní potrubí.

• Nastavení potvrzení postupu k odeslání potrubí na požadavek odezvy přijímat portu strany zdroje musí být v aplikaci Explorer konfigurace HL7 a Typ potvrzení musí být nastaven na jinou hodnotu než None.

Pro problém 2

Nové funkce se vztahuje k odeslání pouze porty. Po instalaci opravy hotfix chování budou založeny na přijatelné potvrzení kódu, který vyberete v seznamu rozevírací nabídky a kód, který je k dispozici v navazujícím systému.

Vlastnosti konfigurace portu odeslat MLLP port kontroluje kód potvrzení ACK (MSA.1_AcknowledgmentCode pole MSA segment), který je vrácen v navazujícím systému a porovná jej s přijatelnou ACK kódy, které jsou nastaveny v MLLP odeslat. Aktuální přijatelné ACK kódy, které jsou podporovány pomocí portu odeslat MLLP patří AA, CA, AE, CE, AR a CR. Můžete vybrat všechny kódy ACK nebo kombinace (AA a certifikační úřad) (AA, CA, AE a CE) (AA, CA, AR a CR) jako platné. Ale neexistuje možnost zadat přijatelnou ACK kombinace kódu.

Další kódy přijatelné potvrzení hodnotu s názvem "Vlastní" bude přidána do rozevíracího seznamu ve vlastnosti Kódy přijatelné potvrzení . Všechny předchozí kombinace zůstávají a jsou použity jako byla před byla přidána nová funkce.





Po vlastní zaškrtnuto, musíte také zadat nové hodnoty v Přijatelné vlastní kódy ACK vlastnost. Tyto nové hodnoty potvrzení musí každý být odděleny čárkou (,).

Po instalaci této opravy hotfix, chování závisí na vybrané nastavení Kódů přijatelné potvrzení . Pokud kód ACK, který je vrácen odpovídá vybraný kód přijatelné, zpracování probíhá úspěšně. Bude opakovat kódy standardního ACK a pozastavit pro jakýkoli kód ACK, který má (což znamená, že nestandardní nebo jiné vlastní kód ACK) nejsou uvedeny.

Následující tabulka představuje v tomto scénáři. Písemného výkladu následují za tabulkou.



Bez ohledu na jakékoli přijatelné ACK kódy nastavení je vybrána zpracování zprávy vždy úspěšné pro AA a certifikační úřad. Zde je další informace o nastavení Kódů přijatelné potvrzení :

• AA, CA: Opakování AE, CE, AR, CR a přeruší jakékoli jiné.

• AA, CA, AE, CE: Přijato a úspěšné: AA, CA, AE, CE a opakování AR a Dobropsáno přeruší jakékoli jiné.

• AA, CA, AR, CR: Přijato a úspěšné: AA, CA, AR, CR a opakování AE a CE. Přeruší jakékoli jiné.

• AA, CA, AR, CR, AE, CE: Přijato a úspěšné: AA, CA, AR, CR, AE, CE a žádné jiné je vrácena. Je opakované potvrzení a zprávy pozastavena.

• Vlastní (hodnoty jsou zadány a odděleny čárkou). Příklad: AA, AE, Foo, ZZ, ZZZ). Přijatých a úspěšných: AA, CA, AE a jiných zadali například Foo, ZZ nebo ZZZ vlastní potvrzení v tomto případě. Počet opakování CE, P.A.

• Jakýkoli kód ACK, který není uveden v Přijatelné vlastní kódy ACK není opakována a je pozastaveno.

Při standardních ACK není zadán pod Přijatelnou ACK kódy, je vrácena chyba podobná následující:

ACK schéma out-of-the-box musí být upravena tak, že přidáte do seznamu existujících standardních potvrzení (AA, AE, AR, CA, CE, CR). Žádné další přijatelné vlastní ACK (XX, ZZ, například), musí být přidán do pole MSA.1_AcknowledgementCode ACK schématu. Další vlastní potvrzení nebudou přidány do schématu, potrubí ověření se nezdaří s chybou "Hodnota tabulky nebyl nalezen".