Simptome

Problema 1

Să luăm în considerare următorul scenariu:

  • Executați Microsoft BizTalk 2013 R2 Accelerator pentru HL7 (BTAHL7).

  • Folosiți o MLLP primi adaptor și o HL7 primirea canalului într-un dublu sens primiți port.

  • Setați opțiunea de Utilizare Direct sincron HL7 ACK adevărate în proprietăți de Transport MLLP.

  • Creați o hartă exterior acest dublu sens primiți port pentru a transforma ACK înainte de a se trimite.


În acest scenariu, harta exterior nu se aplică ACK HL7 și, prin urmare, nu este transformat ACK.

Problema 2

Port de trimitere MLLP verifică codul ACK în ACK (câmpul MSA.1_AcknowledgmentCode MSA segment), care este returnat de către sistemul downstream și compară cu codurile ACK acceptabilă, care sunt setate în proprietățile de configurare MLLP trimitere port. Codurile ACK care sunt acceptate în prezent de MLLP trimite port sunt AA, CA, AE, CE, AR, și CR. Aveți posibilitatea să selectați toate codurile ACK sau o combinaţie a acestora. De exemplu, următoarele coduri sunt toate valide:

AA și CA
AA, CA, AE și CE
AA, CA, AR şi CR

Cu toate acestea, nu se poate introduce codurile ACK acceptabilă suplimentare.

După aplicarea acestei remedieri rapide, un cod nou acceptabilă ACK care are nume particularizat se adaugă în lista de Coduri ACK acceptabilă . În plus, o casetă text nou este adăugat pentru a introduce codurile ACK particularizate acceptabilă.

alternate text


alternate text


Notes

  • Coduri particularizate trebuie separate prin virgulă (,). De exemplu: AE CE, AR, CR, XX, ZZ

  • Dacă este selectat una dintre combinații standard (non-custom o opțiune), nu trebuie să introduceţi orice valori în proprietatea Acceptabilă particularizate ACK coduri .

  • Pentru a vă asigura că se reușește validarea canal pentru codurile ACK particularizate, trebuie să adăugați codurile ACK particularizate necesare schema ACK corespunzătoare.

  • Aveți posibilitatea să utilizați caracteristica BizTalk urmărirea (activând urmărire) pentru a urmări mesajul utilizând MessageID care sunt consemnate în Jurnalul de evenimente atunci când mesajul este reîncearcă sau suspendat.


Rezolvare

Informații despre actualizarea cumulativă

Această problemă a fost rezolvată mai întâi în următoarea actualizare cumulativă de BizTalk Server:


Asigurați-vă că implementați fișierul de ieșire hartă DLL necesare și să instalați acest fișier DLL în memoria cache de asamblare globală (GAC):

  1. Nume de asamblare OutboundMap

    Acest lucru necesită numele complet al asamblarea care găzduiește harta exterior. Puteți găsi aceste informații în proprietățile harta în consola de administrare BizTalk Server. Aici veți găsi informații pentru asamblarea și numele complet OutboundMap necesar în pasul următor.

    De exemplu: ieșire, versiune = 1.0.0.0, Culture neutral, PublicKeyToken = = 83f92b3673c9005d

  2. Nume OutboundMap

    Acest lucru necesită numele hartă completă, inclusiv spațiul de nume. Puteți găsi aceste informații în proprietățile fișierului *.btm (Namespace.TypeName).

    De exemplu: Outbound.Map1

Notă Aceste proprietăți se aplică numai dacă Direct sincron HL7 ACK este setată la True.

Dacă nu aveţi nevoie HL7 Disassembler (DASM) în HL7 primiți canal la automat genera HL7 mulţumirilor (de exemplu ACK care este returnat de unele downstream sistemul va fi transmis sistemul upstream), Dezactivați opțiunea ACK ruta pentru a trimite canal pe solicitare primiți port sursă părți, și setați Utilizarea Direct sincron HL7 ACK la fals. Apoi, utilizați opțiunea de ieșire hartă furnizat în portul de primire.

Pentru problema 1

Această nouă caracteristică se aplică la portul de primire/locație numai. În prezent, orice BizTalk primiți port are o proprietate De intrare hărți . După instalarea acestei remedieri rapide, există o proprietate suplimentare disponibile în locația de primire pentru a aplica o hartă la o ACK. HL7 Această proprietate suplimentare vă permite să aplicați o hartă pentru a primi un dublu sens locație cu setul de Utilizare Direct sincron HL7 ACK să (=) adevărat. Scopul numai această remediere rapidă este pentru a permite utilizatorului să specificați o hartă pentru o ACK atunci când Utilizați Direct sincron HL7 ACK este setată la (=) adevărate.

După ce instalaţi remedierea rapidă, veți vedea două proprietăţi suplimentare în MLLP primi fereastra de configurare a locației. Setarea implicită pentru proprietățile două este gol, și acestea trebuie să fi populată și Utilizarea Direct sincron HL7 ACK trebuie setată la (=) adevărat.

alternate text

Pentru a seta proprietățile două, urmați acești pași:

  1. Nume de asamblare OutboundMap proprietate necesită numele complet al asamblării în care este găzduit harta exterior, ca în exemplul următor:

    Ieşire, versiune = 1.0.0.0, Culture neutral, PublicKeyToken = = 83f92b3673c9005dAdunarea trebuie să fie anterior în cache de asamblare globală. În caz contrar, transformarea nu va reuși.

  2. Nume OutboundMap proprietate necesită numele complet al harta inclusiv spațiu de nume.


Un defect de această funcționalitate nouă: ACK HL7 nu este urmărit. Dacă trebuie să urmăriți ACK, de asemenea, trebuie să setați Intrare hărți proprietate în BizTalk primiți port. Tehnic, care va fi aplicarea harta ACK care a fost plasat în caseta de mesaj și ACK care s-a revenit la sistemul upstream. Ambele trebuie să fie identic, deoarece ambele va avea aceeași harta aplicat. Următoarea captură de ecran este inclus pentru clarificări și este necesară numai dacă ACK trebuie să fiți urmărit.

alternate text

Notă Opțiunea de Utilizare Direct sincron HL7 ACK îmbunătățește performanța de procesare mesaj de intrare. Acest lucru se face prin trimiterea ACK înapoi la sistemul upstream imediat după mesajul este depus la caseta de mesaj. Această setare îmbunătățește performanța dacă următoarele condiții sunt adevărate:

  • Portul de primire este un port de primire dublu sens și opțiunea de Utilizare Direct sincron HL7 ACK este setată la True în configurația de port MLLP primi.

  • BizTalk HL7 DASM este utilizat pentru a genera ACK. Componenta DASM trebuie utilizată fie ca incluse în implicit BTAHL72XReceivePipeline sau utilizând BTAHL7 nativ. HL72fDasm componente într-un canal particularizat.

  • Setarea ACK ruta pentru a trimite canal pe cerere-răspuns primiți port părții sursă trebuie să fie în Explorer HL7 configurație și de Tip confirmare trebuie setată la o valoare diferită de None.


Pentru problema 2

Noua caracteristică se aplică pentru a trimite numai porturile. După ce instalaţi remedierea rapidă, comportamentul va fi pe baza codului de acceptabilă ACK selectat în lista verticală în locul codului furnizat de sistem downstream.

MLLP trimite port verifică codul ACK în ACK (MSA.1_AcknowledgmentCode domeniul MSA segment), care este returnat de către sistemul downstream și compară cu codurile ACK acceptabilă care sunt setate în MLLP trimite proprietăți de configurare port. Acceptabilă ACK codurilor curente care sunt acceptate de port MLLP trimite includ AA, CA, AE, CE, AR şi CR. Aveți posibilitatea să selectați toate codurile ACK sau o combinaţie a acestora (AA și CA), (AA, CA, AE și CE) (AA, CA, AR şi CR) ca valid. Dar nu există nicio opțiune pentru a introduce o combinație de cod ACK acceptabilă.

O suplimentare valoare acceptabilă ACK coduri care este numit "Custom" se adaugă în lista verticală din proprietatea Codurile ACK acceptabilă . Toate combinațiile anterioară rămân și se aplică cum au fost înainte de noua caracteristică a fost adăugat.

alternate text

alternate text

După ce este selectată PARTICULARIZAT , trebuie să introduceți, de asemenea, valorile noi în proprietatea Acceptabilă particularizat ACK coduri . Aceste valori noi ACK trebuie fiecare separate prin virgulă (,).

După ce instalaţi remedierea rapidă, comportamentul depinde de setarea Acceptabilă ACK coduri care este selectat. Dacă codul ACK care se returnează coincide cu codul selectat acceptabilă, procesarea apare cu succes. Acesta va Reîncercare pentru standard ACK coduri şi suspendare pentru orice cod ACK care nu are listat (care va face un non-standard sau un cod de ACK non-particularizat).

Următorul tabel reprezintă acest scenariu. O interpretare scris urmează tabel.

alternate text

Pentru AA și CA, mesajul de procesare întotdeauna reuşeşte indiferent de orice coduri ACK acceptabilă setarea selectat. Iată mai multe informații despre Codurile ACK acceptabilă setări:

  • AA, CA: Reîncearcă AE, CE, AR, CR și suspendă orice alte.

  • AA, CA, AE, CE: Acceptate și succes: AA, CA, AE, CE și reîncearcă AR şi sume suspendă orice alte.

  • AA, CA, AR, CR: Acceptate și succes: AA, CA, AR, CR și reîncearcă AE și CE. Suspendă orice alte.

  • AA, CA, AR CR, AE, CE: Acceptate și succes: AA, CA, AR, CR, AE, CE și alte returnată. Se reîncearcă ACK și mesaj suspendat.

  • Particularizat (valorile sunt introduse și separate prin virgulă). Exemplu: AA, AE, Foo, ZZ, ZZZ). Acceptate și succes: AA, CA, AE plus orice alte introdus ACK particularizate, cum ar fi Foo, ZZ și ZZZ în acest caz. Încercări CE, AR.

  • Orice cod ACK care nu este specificat în Acceptabilă particularizat ACK coduri nu se reîncearcă și este suspendat.


Atunci când o ACK standard nu este introdus codurile ACK acceptabilă, se returnează o eroare care seamănă cu următorul:

Adaptorul nu a reușit să transmită mesajul va trimite port "< SendPortName >" cu URL-ul "127.0.0.1:33000". Acesta va fi retransmis după interval de reîncercare specificat pentru acest Port de trimitere. Detalii: "mesaj cu MessageID: < MessageID >, primit cu tipul de confirmare: eroare cu cod ACK: CE.


Out of box ACK schema trebuie modificat prin adăugarea la lista existente de ACKs standard (AA, AE, AR, CA, CE, CR). Orice suplimentare acceptabilă ACKs particularizate (XX, ZZ, de exemplu) trebuie să fi adăugat la domeniul MSA.1_AcknowledgementCode ACK schema. Dacă ACKs particularizate suplimentare nu se adaugă la schema, canal de validare nu reușește cu o eroare "Valoare tabel not found".


alternate text

Mai multe informații

Cerințe preliminare pentru a instala actualizarea software-ului

Pentru a aplica această remediere rapidă, trebuie să aveți instalat software următoarele:

  • Microsoft BizTalk Server 2013 R2

  • Microsoft BizTalk 2013 R2 Accelerator pentru HL7

Cerințe de repornire

Nu trebuie să reporniți computerul după aplicarea acestei remedieri rapide. Cu toate acestea, vă recomandăm să închideți și redeschideți consola de administrare BizTalk după instalarea remedierii rapide.

Versiunea în limba engleză a acestei remedieri rapide are atributele de fişier (sau atribute de fişier mai recente) enumerate în următorul tabel. Datele şi orele acestor fişiere sunt exprimate în listă în ora universală (UTC). Când vizualizaţi informaţiile despre fișier, acesta este convertit la ora locală. Pentru a găsi diferenţa dintre UTC şi ora locală, utilizaţi fila Fusul orar în elementul de Data şi ora în Panoul de Control.

Nume de fișier

Versiune fișier

Dimensiune fișier

Data

Ora

Platformă

Microsoft.Solutions.BTAHL7.HL72fDasm.dll

3.10.325.2

107520



09-Feb-2015

22:52

x86

Microsoft.Solutions.BTAHL7.PipelineCommon.dll

3.10.325.2

95232



09-Feb-2015

22:52

x86

Microsoft.Solutions.BTAHL7.Shared.dll

3.10.325.2

99328



09-Feb-2015

22:52

x86

Microsoft.Solutions.BTAHL7.MLLP.dll

3.10.325.2

128000



09-Feb-2015

22:52

x86

Microsoft.Solutions.BTAHL7.HL7AckHelper.dll

3.10.325.2

29696



09-Feb-2015

22:52

x86


Stare

Microsoft a confirmat că aceasta este o problemă cu produsele Microsoft enumerate în secţiunea „Se aplică la".

Referințe

Pentru mai multe informații despre remedierile rapide BizTalk Server, vedeți informații despre remedierile rapide BizTalk Server.

Aflați despre terminologia standard care este utilizat pentru a descrie actualizările de software Microsoft.

Produsele terţe despre care se discută în acest articol sunt fabricate de companii independente de Microsoft. Microsoft nu garantează în niciun fel, implicit sau în alt mod, funcționarea sau fiabilitatea acestor produse.


Aveți nevoie de ajutor suplimentar?

Extindeți-vă competențele
Explorați instruirea
Fiți primul care obține noile caracteristici
Alăturați-vă la Microsoft Insider

V-a fost de ajutor această informație?

Cât de mulțumit sunteți de calitatea traducerii?
Ce v-a afectat experiența?

Vă mulțumim pentru feedback!

×