Behandlung anderer Probleme
Behebt andere Probleme im Zusammenhang mit Microsoft BizTalk Accelerator für HL7 (BTAHL7).
Von der BTAHL7-Engine abgelehnte Nachricht
Symptom
Nachrichten werden von der Nachrichten-Engine nach dem Zufallsprinzip abgelehnt.
Mögliche Ursache : Gemäß dem HL7-Standard enthalten Enumerationswerte für Tabelle 0338 den Wert "L&I". Feld 6 des PRA-Segments kann diesen Wert enthalten. Da BTAHL7 das Zeichen "&" als Trennzeichen behandelt, wird die Nachricht abgelehnt.
Lösung : Es gibt drei mögliche Lösungen für dieses Problem:
Behandeln Sie in der Meldung instance das Zeichen "&" durch eine Escapesequenz, z. B. mit der Zeichenkombination L\T\I.
Fügen Sie den Enumerationswert "LI" bei PRA 6 im Schema hinzu, und verwenden Sie diesen Wert stattdessen in der Meldung instance.
Verwenden Sie ein völlig anderes Teilkomponententrennzeichen in MSH2. Diese spezielle Lösung ist jedoch abhängig von Ihrer Umgebung möglicherweise nicht praktikabel.
Das HL7-Schema kann nicht mit Visual Studio bearbeitet werden.
Symptom
Das HL7-Schema kann nicht mit Microsoft Visual Studio bearbeitet werden.
Mögliche Ursache : Visual Studio unterstützt einige HL7-Schemas nicht.
Lösung : Verwenden Sie andere Editoren, z. B. Microsoft Editor, um HL7-Schemas zu bearbeiten.
Fehler bei der Nachrichtenbehandlung ohne Protokollierte Fehler
Symptom
Das System verarbeitet Nachrichten, ohne Fehlermeldungen zu protokollieren oder Nachrichten in der angehaltenen Nachrichtenwarteschlange zu platzieren.
Mögliche Ursache : Bei den HeaderSpecType - und DocumentSpecType-Eigenschaftswerten wird die Groß-/Kleinschreibung beachtet. Wenn Sie Ihre Pipelines bereitstellen, kann ein Typografiefehler in diesen Namen dazu führen, dass Nachrichten falsch behandelt und gelöscht werden, ohne dass Fehler protokolliert werden.
Lösung : Beachten Sie die Groß-/Kleinschreibung, wenn Sie die Eigenschaftsnamen HeaderSpecType und DocumentSpecType verwenden.
Nachrichtenheaderfelder werden nicht ordnungsgemäß überprüft.
Symptom
Fehler bei der Überprüfung eines Headerfelds.
Ursache: Das BTAHL7-Serialisierungsprogramm hat eine heraufgestufte Eigenschaft überprüft, nicht die tatsächliche Headerfeldkontexteigenschaft.
Mögliche Ursache : Eine Änderung an der höhergestuften Eigenschaft, die dem Header über eine Orchestrierung oder eine Zuordnung entspricht.
Lösung : Die Kontexteigenschaften der Nachrichtenheader MSH1, MSH2 und MSH5{1-3} müssen aktualisiert werden, damit sie mit den Daten synchronisiert werden.
Der MLLP-Adapter wird während der Deinstallation nicht entfernt.
Symptom
Das BTAHL7-Setupprogramm hat den MLLP-Adapter während der Deinstallation von BTAHL7 nicht entfernt.
Mögliche Ursache : Es gab einen Empfangsspeicherort oder Sendeport mit dem Transporttyp MLLP. Das BTAHL7-Setup kann den MLLP-Adapter nicht entfernen, wenn in einem der BizTalk Server-Projekte darauf verwiesen wird.
Lösung : Gehen Sie nach Abschluss der Deinstallation von BTAHL7 wie folgt vor:
Entfernen Sie in der BizTalk Server-Verwaltungskonsole alle Empfangsspeicherorte und Sendeports, die über den Transporttyp MLLP verfügen, oder ändern Sie den Transporttyp der Empfangsspeicherorte oder Senden von Ports in einen anderen Typ.
Löschen Sie in der Verwaltungskonsole den MLLP-Adapter.
Starten Sie den Host instance neu.
BTAHL7 kann nicht deinstalliert werden, wenn BizTalk Server bereits deinstalliert wurde
Symptom
Die Deinstallation von BTAHL7 führt zu folgendem Fehler:
A network error while attempting to read from file C:\Windows\Installer\Microsoft BizTalk <version\> Accelerator for HL7.msi
Mögliche Ursache: BizTalk Server deinstalliert wurde, bevor die Deinstallation von BTAHL7 versucht wurde. Sie müssen BTAHL7 deinstallieren, bevor Sie BizTalk Server deinstallieren.
Lösung: Installieren Sie BizTalk Server neu, deinstallieren Sie dann BTAHL7, und deinstallieren Sie dann BizTalk Server.
Nachrichten werden weiterhin gesendet, nachdem der entsprechende MLLP-Sendeport beendet wurde.
Symptom
Nachdem Sie einen MLLP-Sendeport beendet haben, werden die Nachrichten, die über diesen Sendeport gesendet werden, nicht beendet, sondern weiterhin gesendet.
Mögliche Ursache : Wenn Sie einen Sendeport beenden, bleibt die Verbindung hergestellt, bis sie durch Beenden des BizTalk-Hosts entfernt wird. Daher werden Nachrichten weiterhin gesendet, nachdem der Sendeport beendet wurde. Dies liegt daran, dass Biztalk Server den MLLP-Adapter nicht beim Starten oder Beenden des Sendeports aufruft. BizTalk Server aufruft den MLLP-Adapter nur während des Starts und Beendens des Hostdiensts.
Lösung: Sie können die Verbindung entfernen und die Übertragung von Nachrichten beenden, indem Sie den Host instance beenden, bei dem es sich um den Sendehandler für den angehaltenen Sendeport handelt. Das Beenden dieses Host-instance kann sich jedoch auf andere Nachrichten auswirken, die Sie nicht beenden möchten. Wenn Sie wissen, dass dies der Fall ist, sollten Sie den Sendeport beim Erstellen anders konfigurieren. Sie sollten einen anderen Host instance erstellen, der nur für diesen MLLP-Sendeport (oder eine Teilmenge Ihrer Sendeports) als Sendehandler fungiert. Sie können dann die Übertragung von Nachrichten von diesem Sendeport beenden, indem Sie diesen Host instance beenden. Dies wirkt sich dann nicht auf die Übertragung anderer Nachrichten an anderen Sendeports aus, die andere Sendehandler verwenden.