Jak použít mapy a vlastní kódy ACK na potvrzení zprávy HL7 pro BizTalk Server 2013 R2

DŮLEŽITÉ: Tento článek je přeložen pomocí softwaru na strojový překlad Microsoft. Nepřesný či chybný překlad lze opravit prostřednictvím technologie Community Translation Framework (CTF). Microsoft nabízí strojově přeložené, komunitou dodatečně upravované články, a články přeložené lidmi s cílem zajistit přístup ke všem článkům v naší znalostní bázi ve více jazycích. Strojově přeložené a dodatečně upravované články mohou obsahovat chyby ve slovníku, syntaxi a gramatice. Společnost Microsoft není odpovědná za jakékoliv nepřesnosti, chyby nebo škody způsobené nesprávným překladem obsahu nebo jeho použitím našimi zákazníky. Více o CTF naleznete na http://support.microsoft.com/gp/machine-translation-corrections/cs.

Projděte si také anglickou verzi článku: 3026048
Příznaky

Problém 1

Jde o takovouto situaci:

  • Používáte-li systém Microsoft BizTalk 2013 R2 Accelerator pro HL7 (BTAHL7).
  • Používáte-MLLP adaptér přijímat a HL7 přijímat potrubí v obousměrný přijímat portu.
  • ACK HL7 přímé synchronní použití možnost nastavíte na hodnotu True v MLLP vlastnosti přenosu.
  • Vytvoření odchozí mapy na to oboustranně přijímat portu k transformaci potvrzení před jejich odesláním.

V tomto scénáři odchozí mapy není použita pro HL7 ACK a proto není transformována PĚT.

Problém 2

Port odeslat MLLP kontroluje kód potvrzení ACK ( MSA.1_AcknowledgmentCode pole MSA segment), která je vrácena po proudu systému a porovná jej s přijatelnou ACK kódy, které jsou nastaveny vlastnosti konfigurace portu odeslat MLLP. ACK kódy, které jsou aktuálně podporovány MLLP odeslat portu jsou AA, CA, AE, CE, AR a CR. Můžete vybrat všechny kódy ACK nebo jejich kombinací. Všechny platné jsou například následující kódy:

AA a CA
AA, CA, AE a CE
AA, CA, AR a CR

Nelze však zadat všechny další kódy ACK přijatelné.

Po instalaci této opravy hotfix, nový kód ACK přijatelné, který má vlastní název bude přidán do seznamu Přijatelných kódů potvrzení . Navíc je pro zadání přijatelné vlastní kódy ACK přidány nové textové pole.







Poznámka:
s
  • Vlastní kódy by měly být odděleny čárkou (,). Příklad: AE, CE, AR, CR, XX, ZZ
  • Pokud je vybrána jedna ze standardních kombinací (mimo vlastní možnost), není nutné zadávat žádné hodnoty v Přijatelné vlastní kódy ACK vlastnost.
  • A ujistěte se, že potrubí ověření úspěšné vlastní kódy ACK, je nutné přidat odpovídající schématu ACK požadované vlastní kódy potvrzení.
  • Můžete použít funkci sledování BizTalk (povolením sledování) sledovat zprávy pomocí MessageID, která je zaznamenána do protokolu událostí při opakované nebo pozastaveno zprávy.

Řešení

Informace o kumulativní aktualizaci.

Tento problém byl poprvé opraven v následující kumulativní aktualizaci serveru BizTalk Server:
Přesvědčte se, zda nasazení požadovaný odchozí mapy DLL soubor a nainstalujte tento soubor DLL v globální mezipaměť sestavení (GAC) (GAC):
  1. Název sestavení OutboundMap

    To vyžaduje úplný název sestavení, který je hostitelem odchozí mapy. Tyto informace naleznete ve vlastnostech mapování v konzole pro správu serveru BizTalk. Zde najdete informace o sestavení a úplný název OutboundMap, který je nutné v dalším kroku.

    Příklad: odchozí, verze = 1.0.0.0 Culture = neutral, PublicKeyToken = 83f92b3673c9005d
  2. Název OutboundMap

    To vyžaduje název celou mapu, včetně oboru názvů. Tyto informace naleznete ve vlastnostech souboru *.btm (obor názvů.TypeName definice).

    Příklad: Outbound.Map1
Poznámka: Tyto vlastnosti jsou použity pouze v případě, že přímé potvrzení synchronní HL7 je nastavena na True.

Pokud nepotřebujete Disassembler HL7 (DASM) HL7 přijímat potrubí k automatickému generování potvrzení HL7 (například ACK, vrácený některé navazující systém bude být předán dodavatelského systému), vypněte Route ACK odeslání potrubí na požadavek přijímání port možnost pro stranu zdroje a ACK HL7 přímé synchronní použití nastavena na hodnotu False. Poté můžete použijte možnost odchozí mapy, která je k dispozici v přijímání port.

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á vlastnost Příchozí mapování . Po instalaci této opravy hotfix je další vlastnosti k dispozici v místě příjmu mapu vyrovnat HL7 ACK. Další vlastnost umožňuje použít mapu na obousměrný přijímat umístění nastaven na Použití přímého synchronní HL7 ACK (=) PRAVDA. Jediným účelem této opravy hotfix je umožnit uživateli zadat mapování pro potvrzení při Použití přímého 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í. Dvě vlastnosti ve výchozím nastavení 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 = 83f92b3673c9005d
    Sestavení musí být dříve v mezipaměti globálního sestavení. Jinak zpracování se nezdaří.
  2. Vlastnost OutboundMap Name 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, musíte také nastavit Příchozí mapování vlastností v BizTalk přijímat portu. Bude být technicky, použití mapy na potvrzení, které bylo uvedeno v dialogovém okně 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řijímání port je port příjem obousměrný 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 zahrnuta ve výchozím 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.

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é potvrzení kódy, které jsou podporovány prostřednictvím portu odeslat MLLP patří AA, CA, AE, CE, AR a CR. Můžete vybrat všechny kódy ACK nebo kombinace (AA a CA) (AA, CA, AE a CE) (AA, CA, AR a CR) jako platné. Ale neexistuje možnost vstupovat přijatelné potvrzení kombinace kódu.

Další kódy přijatelné potvrzení hodnotu s názvem "Vlastní" bude přidána do rozevíracího seznamu Přijatelných kódů PĚT vlastností. 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 Přípustné kódy potvrzení vlastní vlastnosti. 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 potvrzení kódu, 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 mimo 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é potvrzení kódy nastavení zaškrtnuto zpracování zprávy vždy úspěšné pro AA a CA. Zde je další informace o nastavení Kódů přijatelné potvrzení :
  • AA, CA: Opakování AE, CE, AR, CR a jiných pozastaví.
  • 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. Pozastaví všechny ostatní.
  • 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: Á, ä, Foo, ZZ, ZZZ). Přijatých a úspěšných: AA, CA, AE plus jakékoli jiné zadané Foo, ZZ a ZZZ vlastní potvrzení v tomto případě. Počet opakování CE, P.A.
  • Jakýkoli kód ACK, který není zadán v Přijatelné vlastní kódy ACK není opakována a je pozastaveno.

Při standardní potvrzení není zadán pod Kódy přijatelné potvrzení, je vrácena chyba podobná následující:

Přenášet zprávy odeslat portu adaptéru se nezdařilo"<SendPortName></SendPortName>"s URL"127.0.0.1:33000". Vysílat bude znovu po zadaný interval opakování pro tento Port pro odesílání. Podrobnosti: "zprávu obsahující MessageID:<MessageID></MessageID>, přijato potvrzení typu: chyby a s kódem ACK: CE.

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, ověření potrubí se nezdaří s chybou "Hodnota tabulky nebyl nalezen".



Další informace

Požadavky pro instalaci aktualizace softwaru

Chcete-li nainstalovat tuto opravu hotfix, musíte mít nainstalován následující software:
  • Microsoft BizTalk Server 2013 R2
  • Microsoft BizTalk 2013 R2 Accelerator pro HL7

Požadavky na restartování

Po instalaci této opravy hotfix nemusíte restartovat počítač. Doporučujeme však zavřete a znovu otevřete konzolu správce BizTalk po instalaci opravy hotfix.

Informace o souboru

Anglická verze této opravy hotfix má atributy (nebo pozdější atributy souborů) uvedené v následující tabulce. Kalendářní data a časy jednotlivých souborů jsou uvedeny v koordinovaném světovém čase (UTC). Při zobrazení informací o souboru je převeden na místní čas. Rozdíl mezi místním časem a časem UTC naleznete na kartě Časové pásmo v položce Datum a čas v okně Ovládací panely.
Název souboruVerze souboruVelikost souboruDatumČasPlatforma
Microsoft.Solutions.BTAHL7.HL72fDasm.dll3.10.325.2107520

09. února 2015
22:52x 86
Microsoft.Solutions.BTAHL7.PipelineCommon.dll3.10.325.295232

09. února 2015
22:52x 86
Microsoft.Solutions.BTAHL7.Shared.dll3.10.325.299328

09. února 2015
22:52x 86
Microsoft.Solutions.BTAHL7.MLLP.dll3.10.325.2128000

09. února 2015
22:52x 86
Microsoft.Solutions.BTAHL7.HL7AckHelper.dll3.10.325.229696

09. února 2015
22:52x 86
Prohlášení
Společnost Microsoft potvrdila, že se jedná o problém v produktech společnosti Microsoft, které jsou uvedeny v části "Platí pro".
Odkazy
Další informace o opravách hotfix serveru BizTalk Server naleznete v tématu Informace o opravách hotfix serveru BizTalk Server.

Další informace o standardní terminologii používané k popisu aktualizací softwaru společnosti Microsoft.

Informace třetích stran (zřeknutí se práv)

Produkty třetích stran, které tento článek popisuje jsou vyráběny společnostmi nezávislými na společnosti Microsoft. Společnost Microsoft neposkytuje žádnou záruku, implicitně předpokládanou ani jinou, týkající se výkonu nebo spolehlivosti těchto produktů.

Upozornění: Tento článek je přeložený automaticky

Vlastnosti

ID článku: 3026048 - Poslední kontrola: 07/03/2015 08:45:00 - Revize: 2.0

Microsoft BizTalk Server 2013 R2 Branch, Microsoft BizTalk Server 2013 R2 Developer, Microsoft BizTalk Server 2013 R2 Enterprise, Microsoft BizTalk Server 2013 R2 Standard

  • kbsurveynew kbfix kbqfe kbexpertiseadvanced kbbts kbmt KB3026048 KbMtcs
Váš názor