Poprawka: Dostępna jest poprawka, która zawiera dodatkowe właściwości trybu dostarczania dla protokołu niższy minimalny warstwy wysyłać i odbierać kart w akcelerator BizTalk dla HL7 w środowisku programu BizTalk Server 2010

Wymagania wstępne

Musi mieć akcelerator Microsoft BizTalk dla HL7 (BTAHL7) zainstalować tę poprawkę.

Informacje dotyczące ponownego uruchamiania

Należy ponownie uruchomić komputer po zastosowaniu tej poprawki. Jeśli nie zostanie wyświetlony monit o ponowne uruchomienie, należy ponownie uruchomić usługi systemu BizTalk. Aby uzyskać więcej informacji na temat takiej procedury można znaleźć w pliku Readme.txt, który znajduje się w tym pakiecie poprawek.

Informacje o zastępowaniu

Ta poprawka nie zastępuje wcześniej wydanej poprawki.

Informacje o plikach

Wersja anglojęzyczna tej poprawki ma atrybuty plików (lub nowsze) wymienione w poniższej tabeli. Daty i godziny odpowiadające tym plikom zostały podane w formacie uniwersalnego czasu koordynowanego (UTC, Coordinated Universal Time). Po wyświetleniu informacji o pliku są konwertowane na czas lokalny. Aby zobaczyć różnicę między czasem UTC i czasem lokalnym, należy użyć z karty Strefa czasowa w aplecie Data i godzina w Panelu sterowania.

Przepływ komunikatów, po poprawka jest zainstalowana i skonfigurowana

Po zastosowaniu i włączyć tę poprawkę, karta MLLP przesyła wszystkie wiadomości odebrane przez kartę MLLP do MessageBoxDB. Menedżer punktu końcowego (EPM) wywołuje zwrotnie karty wraz ze stanem składania w metodzie BatchComplete . Powoduje to, że karta wysłanie commit ACK i NAK do systemu przetwórczego. Z kolei systemu przetwórczego otrzymuje potwierdzenie/NAK a następnie przesyła dalej wiadomości. Metoda BatchComplete jest niezależna od MaxReceiveInterval ustawienie i nazywa się bezpośrednio po wiadomości jest pomyślnie przesłane do programu BizTalk.

Tak szybko, jak wiadomość jest gotowa do wysłania, adaptera wysyłania przesyła wiadomość na system niższego rzędu. ACK/NAK oczekuje, jeśli Użyj transportu Mllp właściwość jest ustawiona na True. Jeśli Wyślij potwierdzenie, BizTalk zakończy przetwarzanie pomyślnie. Jeśli Wyślij NAK i Zawieszenie komunikat żądania na MLLP Transport NAK właściwość jest ustawiona na True, wiadomość jest zawieszone bezpośrednio bez ponawiania próby. Jednakże, jeśli właściwość Zawieszenie komunikat żądania na MLLP Transport NAK jest ustawiona na wartość False, BizTalk ponowi próbę na podstawie ustawień interwału ponawiania portu wysyłania. (Domyślnie, Zawieszenie komunikat żądania na MLLP Transport NAK właściwość jest ustawiona na wartość False.)

Poniższy diagram przedstawia przepływ komunikatów:

1. Wiadomość wysyłana przez system kopalnianych, aplikacja wysyłająca jest przetwarzany przez MLLP otrzymują karty.

2. Karta MLLP wysyła wiadomość do systemu BizTalk i EPM.

3. EPM wywołuje zwrotnie karty o stanie przesyłania wiadomości. Robi to EPM w metodzie Kompletne partii .

4. Commit ACK i NAK generowane przez kartę MLLP i opiera się na stan przesłania partii. ACK/NAK jest wysyłana do aplikacji wysyłającej.
   
   Uwaga Stan przesłania partii w przypadku powodzenia, karta zwraca potwierdzenia. Jednakże w przypadku awarii lub składania limit czasu (na przykład, jeśli limit czasu wywołania metody Kompletne partii ), karta zwraca NAK do aplikacji wysyłającej.
   
   

5. EPM przekazuje wiadomość do karty Wysyłanie MLLP dla transmisji.

6. MLLP wysłać karta wysyła wiadomość przetworzonych systemowi niższego rzędu.

7. Transport poziom ACK/NAK oczekuje przez Wyślij mllp całej komunikacji.

8. Jeśli komunikat w kroku 7 jest potwierdzenie, karta zwraca EPM usunąć wiadomość. W przeciwnym razie karta ma o retry, która opiera się na ustawienie interwału ponawiania EPM. Nowa opcja podano w ustawienia konfiguracji portu Wyślij zawieszające wiadomości bezpośrednio, bez ponownych prób, jeśli zostanie odebrany MLLP NAK. Domyślnie ta opcja jest ustawiona na wartość False. Jeśli ta opcja jest ustawiona na True, wiadomość zostanie zawieszony bezpośrednio, bez ponownych prób, jeśli zostanie odebrany MLLP NAK.

Format poziom ACK/NACK transportu

Witryna sieci Web zawiera następujące informacje:

• Przykład Potwierdzenie zatwierdzania MLLP:

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

• Przykład ujemne MLLP Zatwierdzanie potwierdzenia:

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

Uwagi

• W tych przykładach < SB > odnosi się do znaku Start bloku (1 bajt). Odpowiada to znak ASCII < VT > lub < 0x0B >.
  
  To nie należy mylić ze znakami SOH lub STX ASCII.

• W tych przykładach < ACK > lub < NAK > odnoszą się do znaku potwierdzenia (1 bajt. Odpowiada to znak ASCII < ACK > lub < 0x06 >) lub znak potwierdzenie negatywne (1 bajt. Odnosi się do znaku ASCII < NAK > lub < 0x15 >).

• W tych przykładach < EB > odnosi się do bloku końcowego znaku (1 bajt). Odpowiada to znak ASCII < FS > lub < 0x1C >.

• W tych przykładach < CR > odnosi się do znaku powrotu karetki (1 bajt). Odpowiada to znak ASCII < CR > lub < 0x0D >.

• Firma Microsoft udostępnia informacje kontaktowe innych firm, aby ułatwić uzyskanie niezbędnej pomocy technicznej. Niniejsze informacje kontaktowe mogą ulec zmianie bez powiadomienia. Microsoft nie gwarantuje poprawności niniejszych informacji kontaktowych innych firm.

Jak skonfigurować Odbierz i Wyślij portów, aby wykorzystywał nowe właściwości

Konfigurowanie Odbierz i Wyślij portów w następujący sposób.

Uwaga Ustawienia portu odbierania i wysyłania można niezależnie lub łącznie.

O właściwości "Użyj transportu Mllp"

Poniższa tabela opisuje oczekiwane zachowanie jednokierunkowe lub dwukierunkowe portów, które należy użyć właściwości Użyć transportu Mllp . Wymagana kombinacja ustawień muszą być stosowane, zgodnie z opisem w sekcji "Jak włączyć poprawkę".

Uwagi

• "Systemu przetwórczego" odnosi się do aplikacji wysyłającej. Wysyła wiadomości do programu BizTalk. Te komunikaty są przychodzących systemu BizTalk.

• "System niższego rzędu" odnosi się do aplikacji odbierającej. Odbiera wiadomości z systemu BizTalk. Te komunikaty są wychodzące do programu BizTalk.

Dwukierunkowe odbierania i wysyłania zachowanie portu nie ulega zmianie. Jednokierunkowe odbierania i wysyłania portu zachowanie również nie zmieni się chyba że Użyj transportu Mllp właściwość jest ustawiona na wartość true.

Aby uzyskać więcej informacji zajrzyj do dokumentacji karty MLLP. Jeśli jednokierunkowe odbierania i wysyłania porty mają odpowiednią konfigurację, zwiększa wydajność. Jeśli właściwość Transportu Mllp użycia portu dwukierunkowego lub jednokierunkowe portu jest ustawiona na wartość false, rodzaju ACK, który jest generowany jest kontynuowane bez zmian. W tej sytuacji rodzaju ACK, który jest generowany zależy od ustawień BTAHL7 Explorer konfiguracji dla aplikacji, która wysyła wiadomość. Wartości w polach MSH 15 i MSH 16 określonej wiadomości można zastąpić to ustawienie. Jednak jeśli Użyj transportu Mllp właściwości portu dwukierunkowego lub jednokierunkowe jest ustawiona na false, można ustawić konfiguracji dla aplikacji, które oczekują, że statyczne ACK tylko przy użyciu Eksploratora konfiguracji BTAHL7. Zachowanie limitu czasu dla portu pozostaje bez zmian...

Oczekiwane zachowanie narożnika w przypadkach gdy właściwości są używane jest w następujący sposób:

RECEIVE

• WrongMLLPFormat: wiadomości nie zostaną przesłane do programu BizTalk.

• WrongHL7Format: wiadomości przesłane do programu BizTalk i ACK MLLP/NAK jest przekazywany jest oparty na stan ukończenia partii.

• TransmittingSocketIssue: MLLP ACK/NAK nie było przekazywane, chociaż wiadomości przesłane do programu BizTalk.

• ReceivingSocketIssue: nie zostanie odebrany komunikat i dlatego nie zostaną przedłożone, a Brak transmisji MLLP ACK/NAK jest wysyłana.

• Przedłożenie programu BizTalk nie powiedzie się, NAK jest przesyłany.

• Odebranie ujemny stan partii pełną NAK jest przesyłany.

Wysłać oraz portu Właściwość "wysyłania kolejnych komunikatów w przypadku awarii bieżącego komunikatu stop" = True

• WrongMLLPFormat: wiadomość zostaje zawieszone, ponieważ nie można odczytać MLLP ACK/NACK. Przetwarzanie nie będzie kontynuowane, dopóki zawieszone wiadomości są usuwane.

• WrongHL7Format: wiadomości nie powiedzie się, zanim dotrą do karty. Przetwarzanie nie będzie kontynuowane, dopóki zawieszone wiadomości są usuwane.

• TransmittingSocketIssue: wiadomość zostaje zawieszone. Przetwarzanie nie będzie kontynuowane, dopóki zawieszone wiadomości są usuwane.

• ReceivingSocketIssue: wiadomość zostaje zawieszone. Przetwarzanie nie będzie kontynuowane, dopóki zawieszone wiadomości są usuwane.

Oczekiwane zachowanie w przypadku Zawieszenie komunikat żądania na MLLP Transport NAK właściwość jest ustawiona na wartość True lub false , jest następująca:

• Gdy Zawieszenie komunikat żądania na MLLP Transport NAK właściwość jest ustawiona na True , i otrzymała NAK, wiadomość zostaje zawieszone bez ponów próbę, aby wysłać go.

• Kiedy właściwość Zawieszenie komunikat żądania na MLLP Transport NAK jest ustawiona na wartość False, ponów próbę, aby wysłać wiadomość została uruchomiona, ustawieniem domyślnym na podstawie ustawień interwału ponawiania portu wysyłania.

Zmiany w narzędziu MLLP SDK

Narzędzie MLLP SDK zawiera następujące nowe parametry. Wszystkie inne parametry pozostają bez zmian. Aby uzyskać więcej informacji zajrzyj do dokumentacji produktu.

• Dla MLLPReceive.exe należy użyć nowego parametru do zwracania MLLP ACK/NAK po odebraniu wiadomości. Na przykład:

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

• Dla MLLPSend.exe należy użyć nowego parametru oczekiwania dla MLLP ACK/NAK. Na przykład:

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