Update: Ein Hotfix ist verfügbar, die zusätzliche Lieferart Eigenschaften für minimale niedriger Ebene Protokoll senden und Empfangen von Adaptern in BizTalk Accelerator für HL7 in BizTalk Server 2010-Umgebung bietet

Voraussetzungen

Sie müssen Microsoft BizTalk Accelerator für HL7 (BTAHL7) installiert, um diesen Hotfix anwenden.

Informationen zum Neustart

Sie müssen Ihren Computer neu starten, nachdem Sie diesen Hotfix anwenden. Wenn Sie nicht aufgefordert werden, neu zu starten, müssen Sie die BizTalk-Dienste starten. Weitere Informationen hierzu finden Sie in der Datei Readme.txt, die in diesem Hotfixpaket enthalten ist.

Ersetzte

Dieser Hotfix ersetzt keine zuvor veröffentlichten Hotfix.

Dateiinformationen

Die englische Version dieses Hotfixes weist Dateiattribute (oder spätere Attribute), die in der folgenden Tabelle aufgelistet sind. Die Datums- und Uhrzeitangaben für diese Dateien sind in Coordinated Universal Time (UTC) aufgelistet. Wenn Sie die Dateiinformationen anzeigen, werden sie in die lokale Zeit konvertiert. Um die Differenz zwischen UTC und der Ortszeit zu finden, verwenden Sie die Registerkarte Zeitzone unter Datum und Uhrzeit in der Systemsteuerung.

Nachrichtenfluss nach der Hotfix installiert und konfiguriert ist

Übernehmen und Aktivieren dieses Hotfix sendet MLLP Adapter alle Nachrichten, die von der MLLP Adapter MessageBoxDB empfangen. Der Endpunkt (EPM) Rückruf des Adapters mit den Absendestatus BatchComplete -Methode. Dadurch wird den Adapter Commit ACK/NAK upstream-System senden. Wiederum upstream System ACK/NAK empfängt und sendet anschließend die Nachricht weiter. Die BatchComplete -Methode ist unabhängig von der Einstellung MaxReceiveInterval und wird sofort aufgerufen, nachdem die Nachricht erfolgreich an BizTalk gesendet wird.

Sobald die Nachricht gesendet wird, überträgt der Sendeadapter an das entfernte System. ACK/NAK wird erwartet, wenn die Verwendung MLLP Transport Bestätigung -Eigenschaft auf Truefestgelegt ist. Senden einer ACK ist, beendet BizTalk die Verarbeitung erfolgreich. Ist das Senden einer NAK und Suspend-Request-Nachricht auf MLLP Transport NAK -Eigenschaft auf Truefestgelegt ist, wird die Nachricht direkt ohne einen erneuten Versuch unterbrochen. Wenn die Suspend-Request-Nachricht auf MLLP Transport NAK -Eigenschaft auf Falsefestgelegt ist, BizTalk wiederholt basierend auf Einstellungen Intervall wiederholen senden. (Standardmäßig wird die Suspend-Request-Nachricht auf MLLP Transport NAK -Eigenschaft auf Falsefestgelegt.)

Das folgende Diagramm zeigt den Nachrichtenfluss:

1. Die Botschaft ist vom upstream System sendende Anwendung durch die MLLP Verarbeitung Empfangsadapter.

2. MLLP Adapter sendet die Nachricht BizTalk-EPM.

3. Der EPM Rückruf Adapter über den Absendestatus der Nachricht. EPM wird Methode Batch beendet .

4. Ein Commit ACK/NAK MLLP Adapter generiert und basiert auf den Absendestatus Batch. ACK/NAK wird an die sendende Anwendung gesendet.
   
   Hinweis Der Absendestatus Batch erfolgreichist, gibt der Adapter die Bestätigung Allerdings gibt bei einem Ausfall oder der Antrag auf Zulassung (z. B. der Batch beendet Methodenaufruf Timeout) ein Timeout, der Adapter die NAK an die sendende Anwendung.
   
   

5. EPM übergibt der Sendeadapter MLLP für die Übertragung der Nachricht.

6. Der MLLP senden nachgelagerten System verarbeitete Nachricht Adapter sendet.

7. Transportebene ACK/NAK wurde vom Adapter senden MLLP soll die Kommunikation abgeschlossen.

8. Ist die Meldung in Schritt 7 ACK, fragt der Adapter EPM, die Nachricht zu löschen. Andernfalls hat der Adapter die Einstellung "Wiederholen" auf eine Wiederholung der CAD erfragen. Eine neue Option in Send Port-Einstellung erfolgt bei der Nachricht, ohne eine Wiederholung wird ein NAK MLLP empfangen. Standardmäßig ist diese Option auf Falsefestgelegt. Wenn diese Option auf Truefestgelegt ist, wird die Nachricht direkt, ohne eine Wiederholung angehalten, wenn ein NAK MLLP empfangen wird.

Transport Level ACK/NACK-format

Die Website enthält die folgende Informationen:

• Beispiel für einen Commit MLLP:

  <SB><ACK><EB><CR>

• Beispiel einer negativen MLLP bestätigen Bestätigung:

  <SB><NAK><EB><CR>

Hinweise

• In diesen Beispielen < SB > Start Block Zeichen (1 Byte) bezeichnet. Dies entspricht der < VT > ASCII-Zeichen oder < 0x0B >.
  
  Dies sollte nicht mit SOH oder STX ASCII-Zeichen verwechselt werden.

• In diesen Beispielen < ACK > oder < NAK > verweisen auf Bestätigung Zeichen (1 Byte. Entspricht dem < ACK > ASCII-Zeichen oder < 0 x 06 >) oder das Negative Bestätigung (1 Byte. Entspricht dem < NAK > ASCII-Zeichen oder < 0x15 >).

• In diesen Beispielen < EB > bezieht sich auf das End-Block Zeichen (1 Byte). Dies entspricht der < FS > ASCII-Zeichen oder < 0x1C >.

• In diesen Beispielen < CR > bezieht sich auf das Wagenrücklaufzeichen (1 Byte). Dies entspricht der < CR > ASCII-Zeichen oder < 0x0D >.

• Microsoft stellt Kontaktinformationen von Drittanbietern zur Verfügung, damit Sie technischen Support erhalten können. Diese Kontaktinformationen können sich ohne vorherige Ankündigung ändern. Microsoft garantiert nicht die Richtigkeit dieser Kontaktinformationen von Drittanbietern.

Konfigurieren des Empfang und Sendeports der neuen Eigenschaften

Konfigurieren des Empfang und Sendeports wie folgt.

Hinweis Sende- und Einstellungen können unabhängig voneinander oder zusammen verwendet werden.

Über die Eigenschaft "Mit MLLP Transport Bestätigung"

Die folgende Tabelle beschreibt erwartet uni- oder bidirektionale Ports, Die verwenden MLLP Transport Bestätigung -Eigenschaft verwenden. Die erforderliche Kombination der Einstellungen muss angewendet werden, wie im Abschnitt "So aktivieren Sie den Hotfix" beschrieben.

Hinweise

• "Upstream System" bezieht sich auf die sendende Anwendung. Nachrichten an BizTalk gesendet. Diese Nachrichten werden eingehende BizTalk.

• "Downstream System" bezieht sich auf die empfangende Anwendung. Er empfängt Nachrichten von BizTalk. Diese Nachrichten werden an BizTalk ausgehende.

Bidirektionale empfangen und Senden von Portverhalten nicht geändert. Unidirektionale empfangen und Senden von Portverhalten auch nicht geändert, die Verwendung MLLP Transport Bestätigung -Eigenschaft festgelegt auf True.

Weitere Informationen finden Sie in der Dokumentation MLLP. Wenn unidirektionale empfangen Sendeports haben die entsprechende Konfiguration und Leistung verbessert. Wenn Mit MLLP Transport Bestätigung -Eigenschaft ein bidirektionaler Port oder ein unidirektionaler Port auf False festgelegt ist, wird die Art der Bestätigung generiert wird unverändert. In diesem Fall hängt die Art der Bestätigung generiert wird BTAHL7 Konfiguration Explorer-Einstellungen für die Anwendung, die die Nachricht sendet. Die Werte in Feldern MSH 15 und 16 MSH einer bestimmten Nachricht kann diese Einstellung überschreiben. Wenn Mit MLLP Transport Bestätigung -Eigenschaft ein bidirektionaler Port oder ein unidirektionaler Port auf False festgelegt ist, können Sie die Konfiguration für Applikationen festlegen, die statische ACKs nur in BTAHL7 Konfiguration Explorer erwarten. Timeoutverhalten für den Port unverändert.

Das erwartete Verhalten in Ausnahmefällen bei Eigenschaften lautet wie folgt:

RECEIVE

• WrongMLLPFormat: die Nachricht wird nicht an BizTalk gesendet.

• WrongHL7Format: die Nachricht wird an BizTalk gesendet und MLLP ACK/NAK übertragen, die auf den Stapel Status.

• TransmittingSocketIssue: MLLP ACK/NAK wird nicht übertragen, obwohl die Nachricht an BizTalk gesendet.

• ReceivingSocketIssue: die Nachricht nicht empfangen und wird daher nicht übermittelt, und keine MLLP ACK/NAK Übertragung gesendet.

• Zu BizTalk fehlschlägt, wird ein NAK übertragen.

• Wenn negativer Status der Batch eingeht, wird ein NAK übertragen.

Und Anschluss -Eigenschaft "Stop nachfolgende Nachrichten dem aktuellen Nachrichtenfehler" = True

• WrongMLLPFormat: die Nachricht wird angehalten, da MLLP ACK/NACK gelesen werden kann. Verarbeitung wird nicht fortgesetzt, bis die angehaltenen Nachrichten gelöscht werden.

• WrongHL7Format: die Meldung nicht vor des Adapters erreichen. Verarbeitung wird nicht fortgesetzt, bis die angehaltenen Nachrichten gelöscht werden.

• TransmittingSocketIssue: die Nachricht wird angehalten. Verarbeitung wird nicht fortgesetzt, bis die angehaltenen Nachrichten gelöscht werden.

• ReceivingSocketIssue: die Nachricht wird angehalten. Verarbeitung wird nicht fortgesetzt, bis die angehaltenen Nachrichten gelöscht werden.

Das erwartete Verhalten bei Suspend-Request-Nachricht auf MLLP Transport NAK -Eigenschaft auf True oder False festgelegt ist, lautet wie folgt:

• Beim Anhalten-Request-Nachricht auf MLLP Transport NAK -Eigenschaft auf True festgelegt ist und ein NAK empfangen wird, wird die Nachricht ohne Wiederholung senden angehalten.

• Wenn Suspend-Request-Nachricht auf MLLP Transport NAK -Eigenschaft festgelegt ist, die Standardeinstellung Falsewiederholen, läuft die Nachricht zu senden, basierend auf Einstellungen Intervall wiederholen senden.

Änderung der MLLP-SDK-Dienstprogramm

Das Dienstprogramm MLLP SDK enthält die folgenden Parameter. Alle anderen Parameter bleiben unverändert. Weitere Informationen finden Sie in der Produktdokumentation.

• Verwenden Sie für MLLPReceive.exe den neuen Parameter MLLP ACK/NAK zurückgegeben, nachdem die Nachricht empfangen wurde. Beispiel:

  MLLPReceive p 12000 /sb 11 /eb 28 /cr 13 /MLLPTransACK
  MLLPReceive p 12000 /sb 11 /eb 28 /cr 13 /MLLPTransNAK

• Verwenden Sie für MLLPSend.exe den neuen Parameter MLLP ACK/NAK warten. Beispiel:

  MLLPSend /sb 11 /eb 28 /cr 13 f "C:\HL7\ls.txt" i 127.0.0.1 p 11000 /UseMLLPTransACK