Jesteś obecnie w trybie offline. Czekamy na ponowne połączenie z Internetem.

Jak zastosować mapy i niestandardowe kody ACK do komunikaty ACK w HL7 dla programu BizTalk Server R2 2013

WAŻNE: Ten artykuł został przetłumaczony przy użyciu oprogramowania firmy Microsoft do tłumaczenia maszynowego i może być poprawiony przy użyciu technologii Community Translation Framework (CTF). Firma Microsoft udostępnia artykuły tłumaczone maszynowo, poprawione przez społeczność, a także tłumaczone przez tłumaczy profesjonalnych, aby zapewnić dostęp do wszystkich artykułów w bazie wiedzy w wielu językach. Artykuły tłumaczone maszynowo i poprawione mogą zawierać błędy pisowni, składniowe i gramatyczne. Firma Microsoft nie ponosi odpowiedzialności za żadne nieścisłości, błędy ani szkody spowodowane przez niepoprawne tłumaczenia zawartości ani przez korzystanie z niej przez klientów. Więcej o strukturze CTF: http://support.microsoft.com/gp/machine-translation-corrections/pl.

Anglojęzyczna wersja tego artykułu to: 3026048
Symptomy

Problem 1

Rozważ następujący scenariusz:

  • Pracujesz w HL7 Microsoft BizTalk 2013 R2 Accelerator (BTAHL7).
  • Używasz MLLP otrzymują karty i HL7 odbierania rurociągu w dwukierunkowe odbierać portu.
  • Ustaw opcję Użyj bezpośredniego synchroniczne HL7 ACKTrue w MLLP właściwości transportu.
  • Tworzenia wychodzących mapę w tej sprawie dwukierunkowe otrzymują portu do przekształcania ACK, zanim zostaną wysłane.

W tym scenariuszu mapę wychodzącego nie jest stosowane do HL7 ACK, a zatem nie jest przekształcany ACK.

Problem 2

Port wysyłanie MLLP sprawdza, czy kod ACK w ACK (pole MSA.1_AcknowledgmentCode MSA segmentu), który jest zwracany przez zastosowany system i porównuje ją z zaakceptowania kody ACK, które są ustawione we właściwościach konfiguracji portu Wyślij MLLP. Kody ACK, które są obecnie obsługiwane przez MLLP wysłać portu są AA, CA, AE, CE, AR i CR. Można wybrać wszystkie kody ACK lub ich kombinacji. Na przykład wszystkie ważne są następujące kody:

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

Nie można jednak wprowadzić wszelkie dodatkowe kody ACK akceptowalne.

Po zastosowaniu tej poprawki na liście Dopuszczalne kody ACK dodaje się nowy kod ACK dopuszczalne ma o nazwie Custom . Dodatkowo, w którym można wpisać dopuszczalne niestandardowe kody ACK dodaje się nowe pole tekstowe.







Uwaga
s
  • Niestandardowe kody powinny być rozdzielone przecinkami (,). Na przykład: AE, CE, AR, CR, XX, ZZ
  • Jeśli jedna z kombinacji standardowe (opcja-custom) jest zaznaczone, nie trzeba wprowadzić żadnych wartości w polu właściwości Dopuszczalne niestandardowe kody ACK .
  • Aby upewnić się, że dla niestandardowych kodów ACK zakończy się pomyślnie procesu sprawdzania poprawności, należy dodać wymagane niestandardowe kody ACK do odpowiedniego schematu ACK.
  • Można używać funkcji śledzenia systemu BizTalk (po włączeniu śledzenia) do śledzenia wiadomości przy użyciu MessageID, który jest rejestrowane w dzienniku zdarzeń, gdy wiadomość jest ponawiana lub zawieszone.

Rozwiązanie

Informacje dotyczące zbiorczej aktualizacji

Ten problem został po raz pierwszy rozwiązany w następujących aktualizacji zbiorczej programu BizTalk Server:
Upewnij się, aby wdrożyć wymaganego pliku DLL mapę wychodzących i zainstalować ten plik DLL w globalna pamięć podręczna zestawów (GAC):
  1. Nazwa zestawu OutboundMap

    Wymaga to pełna nazwa zestawu, który obsługuje Mapowanie wychodzącego. Informacje te można znaleźć we właściwościach mapę w konsoli administracyjnej serwera BizTalk. W tym miejscu znajdziesz informacje dla zestawu i pełną nazwę OutboundMap, który jest wymagany w następnym kroku.

    Na przykład: wychodzące, wersja = 1.0.0.0, Culture = neutral, PublicKeyToken = 83f92b3673c9005d
  2. Nazwa OutboundMap

    Wymaga to nazwa pełną mapę, łącznie z obszaru nazw. Informacje te można znaleźć we właściwościach pliku *.btm (Namespace.TypeName).

    Na przykład: Outbound.Map1
Uwaga: Właściwości te są stosowane tylko wtedy, gdy bezpośrednie synchroniczne HL7 ACK jest ustawiona na True.

Jeśli nie potrzebujesz HL7 dezasembler pakietów (DASM) w rurociągu otrzymują HL7 automatyczne generowanie potwierdzeń HL7 (na przykład ACK, jest zwracany przez niektóre zastosowany system będzie przekazywany nadrzędnego systemu), należy wyłączyć ACK trasy do wysyłania rurociągu na żądanie otrzymać portu opcję dla strony źródła i Wykorzystania bezpośrednich synchroniczne HL7 ACK ustawiona na False. Następnie należy użyć opcję wychodzących mapę, która znajduje się w porcie odbioru.

Aby uzyskać numer 1

Ta nowa funkcja dotyczy tylko lokalizacji/Odbierz portu. Obecnie, wszelkie BizTalk otrzymują port ma właściwość Mapy ruchu przychodzącego . Po zainstalowaniu tej poprawki, istnieje dodatkowe właściwości dostępne w lokalizacji odbierania dotyczyć HL7 ACK. mapy Ta właściwość dodatkowych pozwala na zastosowanie Mapa dwukierunkowe odbierania lokalizacji z ustawionym Wykorzystanie bezpośredniego synchroniczne HL7 ACK do (=) wartość True. Jedynym celem tej poprawki jest umożliwienie użytkownikowi na określenie mapy dla ACK, gdy Wykorzystanie bezpośredniego synchroniczne HL7 ACK jest równa (=) wartość True.

Po zainstalowaniu tej poprawki, zobaczysz dwa dodatkowe właściwości w MLLP lokalizacji Konfiguracja okna odbierania. Ustawieniem domyślnym dla dwóch właściwości jest puste i musi być wypełniona i Wykorzystania bezpośrednich synchroniczne HL7 ACK musi być równa (=) wartość True.



Aby ustawić dwie właściwości, wykonaj następujące kroki:
  1. Właściwość Nazwa zestawu OutboundMap wymaga Pełna nazwa zestawu, w której znajduje się Mapowanie wychodzącego, jak w poniższym przykładzie:

    Wychodzące, Version = 1.0.0.0, Culture = neutral, PublicKeyToken = 83f92b3673c9005d
    Zgromadzenie musi uprzednio buforowanej przez zestawów globalnych. W przeciwnym razie transformacja nie powiedzie się.
  2. Właściwość OutboundMap Name wymaga pełną nazwę mapy w tym obszarze nazw.

Jedno niedociągnięcie nowej funkcjonalności: HL7 ACK nie są śledzone. Jeśli trzeba śledzić ACK, należy także ustawić Ruchu przychodzącego mapy właściwość w programie BizTalk otrzymują portu. Technicznie rzecz biorąc będzie stosowany mapy do potwierdzenia, że został wprowadzony w polu komunikat i ACK, który został zwrócony do nadrzędnego systemu. Obie powinny być identyczne, ponieważ oba będą miały tę samą mapę stosowane. Poniższy zrzut ekranu jest włączone dla wyjaśnienia i jest konieczne tylko wtedy, gdy ACK musi być śledzona.



Uwaga: Opcja Użyj bezpośredniego synchroniczne HL7 ACK poprawia wydajność przetwarzania wiadomości przychodzących. Odbywa się to przez wysłanie ACK do systemu nadrzędnego, tak szybko, jak długo wiadomość zostaje umieszczona w oknie komunikatu. To ustawienie zwiększa wydajność, jeśli są spełnione następujące warunki:
  • Port Odbierz jest portem Odbierz dwukierunkowe, a opcja Użyj bezpośredniego synchroniczne HL7 ACK jest ustawiona na True w konfiguracji portu MLLP otrzymują.
  • BizTalk HL7 DASM służy do generowania potwierdzenie Składnik DASM musi być używany zarówno jako uwzględnione w domyślnym BTAHL72XReceivePipeline lub za pomocą macierzystego BTAHL7. Składnik HL72fDasm w potoku.
  • Ustawienie ACK trasy do rurociągu Wyślij na żądanie odpowiedź otrzymują portu strony źródła musi być w Eksploratorze konfiguracji HL7, a dla Typu potwierdzenia musi należy ustawić na wartość inną niż Brak.

Aby uzyskać wydanie 2

Nowa funkcja dotyczy Aby wysłać tylko porty. Po zainstalowaniu tej poprawki, zachowanie będzie opierać się na kod potwierdzenia przyjęcia zaznacz na liście rozwijanej zamiast kodu dostarczonego przez system niższego rzędu.

Wysyłanie MLLP port sprawdza kod ACK w ACK (pole MSA.1_AcknowledgmentCode MSA segmentu), który jest zwracany przez zastosowany system i porównuje ją z kodów dopuszczalne ACK, które mieszczą się w MLLP wysłać właściwości konfiguracji portu. Bieżącej dopuszczalne kodów ACK, obsługiwanych przez port MLLP Wyślij obejmują AA, CA, AE, CE, AR i CR. Można wybrać wszystkie kody ACK lub połączenia tych (AA i CA) (AA, CA, AE i CE) (AA, CA, AR i CR) za ważne. Ale nie ma żadnej opcji, aby wprowadzić kombinację kodu ACK akceptowalne.

Dodatkowe wartości dopuszczalne ACK kody , o nazwie "Custom" dodaje się we właściwości Dopuszczalne kody ACK na liście rozwijanej. Wszystkie poprzednie kombinacje pozostają i są stosowane sprzed została dodana nowa funkcja.





Po zaznaczeniu opcji Niestandardowy , należy także podać nowe wartości w właściwość Dopuszczalne niestandardowe kody ACK . Te nowe wartości ACK muszą każdego być oddzielone przecinkami (,).

Po zainstalowaniu tej poprawki, zachowanie będzie zależą od ustawienia Dopuszczalne kody ACK wybranego. Jeśli kod ACK, który jest zwracany pasuje do wybranego kodu dopuszczalne, przetwarzanie odbywa się pomyślnie. To ponów próbę dla standardowych kodów ACK i zawiesić na cały kod ACK, który nie ma na liście (co pozwoli niestandardowych lub kod ACK-custom).

Poniższa tabela przedstawia w tym scenariuszu. Pisemne interpretacji następuje po stole.



AA i CA przetwarzania wiadomości zawsze powiedzie się niezależnie od wszelkich dopuszczalne ACK kodów ustawienie jest zaznaczone. Poniżej przedstawiono więcej informacji na temat ustawień Kodów ACK dopuszczalne :
  • AA, CA: Ponownych prób AE, CE, AR, CR i wstrzymuje wszystkie inne.
  • AA, CA, AE, CE: Zaakceptowane i udane: AA, CA, AE, CE i ponownych prób AR i faktury koryg zawiesza innych.
  • AA, CA, AR CR: Zaakceptowane i udane: AA, CA, AR, CR i ponownych prób AE i CE. Wstrzymuje wykonywanie innych.
  • AA, CA, AR, CR, AE, CE: Zaakceptowane i udane: AA, CA, AR, CR, AE, CE i żaden inny jest zwracany. Próba jest ponawiana ACK i wiadomość zawieszony.
  • Niestandardowa (wartości wprowadzone i oddzielone przecinkami). Przykład: AA, AE, Foo, ZZ, ZZZ). Zaakceptowane i udane: AA, CA, AE plus inne wprowadzone niestandardowe ACK Foo, ZZ i ZZZ w tym przypadku. Ponownych prób CE, AR.
  • Dowolny kod ACK, która nie jest określona w Dopuszczalne niestandardowe kody ACK nie jest ponawiana i zostaje zawieszone.

Gdy standardowe ACK nie została wykazana w Dopuszczalne kody ACK, zwracany jest błąd podobny do następującego:

Karta nie może przesyłać wiadomości zamiar wysłać portu"<SendPortName></SendPortName>"o adresie URL"127.0.0.1:33000". Będzie można ponownie przesłane po interwał ponawiania prób określonych dla tego portu Wyślij. Szczegóły: "wiadomość z MessageID:<MessageID></MessageID>, otrzymane z potwierdzeniem typ: błąd i z kodem ACK: CE.

Schemat ACK out-of--box musi być modyfikowany przez dodanie do istniejącej listy standardowe komunikaty ACK (AA, AE, AR, CA, CE, CR). Wszelkie dodatkowe dopuszczalne niestandardowe komunikaty ACK (XX, ZZ, na przykład) należy dodać do schematu ACK pola MSA.1_AcknowledgementCode . Jeśli dodatkowe niestandardowe komunikaty ACK nie zostaną dodane do schematu, procesu sprawdzania poprawności kończy się niepowodzeniem z błędem "Nie znaleziono wartości tabeli".



Więcej informacji

Wymagania wstępne dotyczące instalacji aktualizacji oprogramowania

Aby zastosować tę poprawkę, musi mieć zainstalowane następujące oprogramowanie:
  • Program Microsoft BizTalk Server R2 2013
  • Program Microsoft BizTalk 2013 R2 Accelerator for HL7

Wymagania dotyczące ponownego uruchamiania

Nie musisz ponownie uruchomiać komputera po zastosowaniu tej poprawki. Jednakże firma Microsoft zaleca Zamknij i ponownie otwórz konsolę administratora programu BizTalk po instalacji poprawki.

Informacje o pliku

Wersja anglojęzyczna tej poprawki ma atrybuty plików (lub nowsze) wymieniono 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 elemencie Data i godzina w Panelu sterowania.
Nazwa plikuWersja plikuRozmiar plikuDataCzasPlatforma
Microsoft.Solutions.BTAHL7.HL72fDasm.dll3.10.325.2107520

09-lut-2015
22:52x86
Microsoft.Solutions.BTAHL7.PipelineCommon.dll3.10.325.295232

09-lut-2015
22:52x86
Microsoft.Solutions.BTAHL7.Shared.dll3.10.325.299328

09-lut-2015
22:52x86
Microsoft.Solutions.BTAHL7.MLLP.dll3.10.325.2128000

09-lut-2015
22:52x86
Microsoft.Solutions.BTAHL7.HL7AckHelper.dll3.10.325.229696

09-lut-2015
22:52x86
Stan
Firma Microsoft potwierdziła, że jest to problem występujący w produktach firmy Microsoft wymienionych w sekcji „Dotyczy”.
Materiały referencyjne
Aby uzyskać więcej informacji dotyczących poprawki BizTalk Server zobacz Informacje dotyczące poprawek dla programu BizTalk Server.

Dowiedz się więcej o standardowej terminologii używanej do opisywania aktualizacji oprogramowania firmy Microsoft.

Informacje odnośnie produktów innych firm

Produkty innych firm omówione w tym artykule są wytwarzane przez producentów niezależnych od firmy Microsoft. Firma Microsoft nie udziela żadnych gwarancji, domyślnych ani żadnego innego rodzaju, odnośnie do wydajności lub niezawodności tych produktów.

Ostrzeżenie: ten artykuł przetłumaczono automatycznie

Właściwości

Identyfikator artykułu: 3026048 — ostatni przegląd: 07/03/2015 05:17:00 — zmiana: 2.0

Microsoft BizTalk Server 2013 R2 Branch, Microsoft BizTalk Server 2013 R2 Developer, Microsoft BizTalk Server 2013 R2 Enterprise, Microsoft BizTalk Server 2013 R2 Standard

  • kbsurveynew kbfix kbqfe kbexpertiseadvanced kbbts kbmt KB3026048 KbMtpl
Opinia