Nachrichten ACK HL7 für BizTalk Server 2013 R2 Karten und benutzerdefinierte ACK Codes anwenden

Für Problem 1

Diese neue Funktion gilt nur für Empfangsports-Speicherort. Derzeit BizTalk-Empfangsport hat eine Eingehende Karten -Eigenschaft. Nach Installation dieses Hotfixes gibt es eine zusätzliche Eigenschaft der Empfangsspeicherort HL7 ACK Zuordnung zuweisen Diese zusätzliche Eigenschaft können Sie eine Zuordnung zum Anwenden einer bidirektionalen Empfangsspeicherort, die die Verwendung direkte synchrone HL7 ACK (=) Trueverfügt. Der einzige Zweck dieses Hotfixes ist der Benutzer eine Zuordnung bei Verwendung direkte synchrone HL7 ACK (=) TrueACK angeben.

Nachdem Sie den Hotfix installieren, sehen Sie zwei zusätzliche Eigenschaften in der MLLP Position Konfigurationsfenster angezeigt. Die Standardeinstellung für die beiden Eigenschaften ist leer und muss aufgefüllt sein Verwenden direkte synchrone HL7 ACK (=) Trueeingestellt werden.



Gehen Sie folgendermaßen vor, um die beiden Eigenschaften festgelegt:

1. OutboundMap Assembly Name -Eigenschaft muss den vollständigen Namen der Assembly in der ausgehende Karte, wie im folgenden Beispiel gehostet wird:
   
   

   Ausgehend, Version = 1.0.0.0, Culture = Neutral, PublicKeyToken = 83f92b3673c9005dDie Assembly muss zuvor vom globalen Assemblycache zwischengespeichert werden. Andernfalls wird die Transformation nicht.

2. OutboundMap Name -Eigenschaft muss der vollständige Name der Zuordnung, einschließlich Namespace.

Ein Nachteil dieser neuen Funktionen: die HL7 ACK nicht nachverfolgt. Das ACK verfolgen muss, muss auch festgelegt Wird eingehender Eigenschaft in BizTalk Port empfangen. Technisch gesehen werden Sie anwenden die Karte ACK, die im Meldungsfeld gestellt wurde und das ACK upstream System zurückgegeben wurde. Beide müssen identisch sein, weil beide die gleiche Zuordnung angewendet werden. Die folgende Abbildung dient zur Klärung und ist nur erforderlich, wenn das ACK nachverfolgt werden muss.



Hinweis Die Option Mit direkte synchrone HL7 ACK verbessert Leistung eingehende Nachricht. Dies erfolgt durch ACK an upstream System sendet, sobald die Nachricht in der MessageBox abgelegt wird. Dadurch wird die Leistung verbessert, wenn Folgendes zutrifft:

• Der Empfangsport ist einen bidirektionalen Empfangsport und Verwenden direkte synchrone HL7 ACK -Option auf True festgelegt ist, in der Portkonfiguration MLLP erhalten.

• BizTalk HL7 DASM dient der Bestätigung DASM Komponente muss als in der Standard-BTAHL72XReceivePipeline oder mit systemeigenen BTAHL7 verwendet werden. HL72fDasm-Komponente in einer benutzerdefinierten Pipeline.

• Route ACK Sendepipeline Anforderungsantwort Empfangsport Quelle Partei muss werden im Explorer Konfiguration HL7 und Bestätigungstyp muss auf einen Wertfestgelegt werden.

Problem 2

Die neue Funktion gilt nur für Sendeports. Nachdem Sie den Hotfix installieren, das Verhalten der zulässigen ACK-Code basiert auf, die Sie in der Dropdown-Liste anstatt den Code auswählen, die durch das entfernte System bereitgestellt wird.

Anschluss ACK Code in ACK (MSA.1_AcknowledgmentCode Feld MSA Segment) prüft, die zurückgegebene downstream Systems und vergleicht sie mit zulässigen ACK-Codes, die in der MLLP festgelegt MLLP senden Senden Konfigurationseigenschaften. Aktuelle MLLP Sendeport unterstützt ACK-Codes akzeptabel sind AA, CA, AE, CE, AR und CR. Sie können alle ACK-Codes oder eine Kombination davon AA und CA AA, CA, AE und CE (AA, CA, AR und CR) als gültig. Aber es gibt keine Möglichkeit, eine akzeptable ACK Kombination eingeben.

Weitere zulässige ACK Codes -Wert mit dem Namen "Custom" in der Dropdown-Liste Eigenschaft Zulässigen ACK Codes hinzugefügt. Alle vorherige Kombinationen bleiben und wie vor dem Hinzufügen der neuen Funktion angewendet werden.





Nach Benutzerdefiniert ausgewählt ist, müssen Sie die neuen Werte in der Eigenschaft Zulässigen benutzerdefinierte ACK Codes eingeben. Diese neuen ACK-Werte müssen jeweils durch ein Komma (,) getrennt.

Nachdem Sie den Hotfix installieren, hängt das Verhalten Akzeptabel ACK Codes Einstellung, das ausgewählt ist. ACK-Code, der zurückgegebene ausgewählten zulässigen Code entspricht, erfolgt die Verarbeitung erfolgreich. Für ACK Standardcodes wiederholen wird und ACK Code, der nicht aufgeführt ist, (die eine nicht standardmäßige machen wird oder ein ACK nicht benutzerdefiniert) sperren.

Die folgende Tabelle stellt dieses Szenario dar. Eine schriftliche Interpretation folgt die Tabelle.



AA und CA erfolgreich Nachricht verarbeitet immer unabhängig von zulässigen ACK Codes festlegen, das ausgewählt ist. Weitere Informationen zu Zulässigen ACK Codes lautet

• AA, CA: Versuche AE CE, AR, CR und andere.

• AA, CA, AE, CE: Akzeptiert und erfolgreichen: AA, CA, AE, CE und Wiederholungsversuche AR und Gutgeschriebener hält andere.

• AA, CA, AR CR: Akzeptiert und erfolgreichen: AA, CA, AR, CR und Wiederholungsversuche AE und CE. Hält andere.

• AA, CA, AR, CR, AE, CE: Akzeptiert und erfolgreichen: AA, CA, AR, CR, AE, CE und keine anderen zurückgegeben. ACK wiederholt und Nachricht angehalten.

• Benutzerdefiniert (Werte werden eingegeben und durch ein Komma getrennt). Beispiel: AA AE Foo, ZZ, ZZZ). Akzeptierte und erfolgreichen: AA, CA, AE sowie andere benutzerdefinierte ACK wie Foo, ZZ oder ZZZ eingegeben in diesem Fall. Versuche, CE p.a.

• ACK Code, die nicht akzeptablen benutzerdefinierte ACK -Codes nicht wiederholt und angehalten wird.

Wenn standard ACK nicht akzeptablen ACKCodes eingegeben wird, wird eine Fehlermeldung, die der folgenden ähnelt zurückgegeben:

Out-of-the-Box ACK Schema muss geändert werden, die vorhandene Liste der standardmäßigen ACKs (AA AE, AR, CA CE, CR) hinzu. Feld MSA.1_AcknowledgementCode ACK-Schema müssen zusätzliche zulässigen benutzerdefinierte ACKs (XX, ZZ beispielsweise) hinzugefügt. Zusätzliche benutzerdefinierte ACKs nicht dem Schema hinzugefügt, bei der die Pipeline Validierung mit dem Fehler "Nicht gefunden Wert".