Симптоми

Проблем 1

Да разгледаме следния сценарий:

  • Използвате Microsoft BizTalk 2013 R2 ускорител за HL7 (BTAHL7).

  • Използвате MLLP адаптер се появи и HL7 получават канал в двустранна получават порт.

  • Задавате Използва директна синхронно HL7 ACK опцията за истински MLLP транспорт свойства.

  • Създавате двустранна изходящ карта на този порт за трансформиране ACK преди изпращане се появи.


В този случай изходящ карта не се прилага към HL7 ACK и затова не се превръща ACK.

Проблем 2

MLLP порт за изпращане проверява ACK кода в ACK ( MSA.1_AcknowledgmentCode областта на MSA сегмент), който се връща от системата надолу и го сравнява с приемливо ACK кодове, които са зададени в MLLP изпрати порт конфигурация свойства. ACK кодове, които се поддържат в момента от MLLP изпрати порта са AA, CA, AE, CE, анализ и CR. Можете да изберете всички ACK кодове или комбинация от тях. Например следните кодове са всички валидни:

AA и CA
AA, CA, AE и CE
AA, CA, анализ и CR

Обаче можете да въведете всички допълнителни приемливо ACK кодове.

След като приложите тази актуална корекция, нов приемливо ACK код, който е с име по избор се добавя в списъка с Приемливо ACK кодове . Освен това се добавя ново текстово поле да въведете приемливо потребителски ACK кодове.

alternate text


alternate text


Notes

  • Потребителски кодове трябва да бъдат разделени със запетая (,). Например: AE, CE, анализ, CR, XX, оригинални

  • Ако една от стандартни комбинации (не по избор) е избрана, не трябва да въведете стойности в свойството Приемливо потребителски ACK кодове .

  • За да се уверите, че канал проверката завърши успешно за потребителски ACK кодове, трябва да добавите необходимите кодове за потребителски ACK съответните ACK схема.

  • Можете да използвате функцията за проследяване на BizTalk (позволявайки проследяване) за проследяване на съобщения чрез MessageID, който се регистрира в регистъра на събитията когато съобщението се повтори или спира.


Решение

Информация за сборна актуализация

Първо този проблем е решен в следната сборна актуализация на BizTalk сървъра:


Уверете се, че да инсталирате необходимите изходящи карта DLL файл и да инсталирате този DLL файл в глобалния кеш (Гранули):

  1. Име на OutboundMap

    Това изисква пълното име на блок с хост изходящо карта. Можете да намерите тази информация в свойствата на картата в BizTalk Server административната конзола. Тук ще намерите информация за събиране и пълна OutboundMap име, което се изисква в следващата стъпка.

    Например: изходящи, версия = 1.0.0.0, култура = неутрален, PublicKeyToken = 83f92b3673c9005d

  2. OutboundMap име

    Това изисква пълна карта име, включително имена. Можете да намерите тази информация в свойствата на файла *.btm (същи Namespace.TypeName).

    Например: Outbound.Map1

Забележка: Тези свойства се прилагат само ако директно синхронно ACK HL7 е вярно.

Ако не е нужно HL7 Дизасемблер (DASM) в HL7 получите канал за автоматично генерира HL7 благодарности (например ACK върнатия от някои веригата система ще се предават нагоре системата), изключете опцията Маршрут ACK да изпратите канал на заявка получавате порт за страната източник и да Използва директна синхронно HL7 ACK грешен. След това използвайте изходящ карта се предоставя в получаване порта.

Проблем 1

Тази нова функция се отнася само за получаване порт/местоположение. В момента всички BizTalk получават порт е свойство на Входящ карти . След инсталирането на тази актуална корекция има на разположение допълнителен обект в получаване местоположението спрямо карта интерфейсно HL7 Този допълнителен обект ви позволява да приложите карта за двустранна получават местоположение, което има Използва директна синхронно HL7 ACK да вярно(=). Единствената цел на тази актуална корекция е да позволи на потребителя да зададете карта за ACK, когато Използва директна синхронно HL7 ACK е настроено на (=) True.

След като инсталирате актуалната корекция, ще видите две допълнителни свойства в MLLP се появи прозорец за конфигурация на място. Две свойства по подразбиране е празна и те трябва да бъдат попълнени и Използва директна синхронно HL7 ACK трябва да бъде зададена истина(=).

alternate text

За да зададете свойствата на две, изпълнете следните стъпки:

  1. Име на OutboundMap свойство изисква пълното име на събрание, в която се хоства изходящ картата, като в следния пример:

    Изходящ, версия = 1.0.0.0, култура = неутрален, PublicKeyToken = 83f92b3673c9005dСъбрание трябва да бъде кеширани преди това от глобален. В противен случай промяната ще бъде неуспешна.

  2. Свойството OutboundMap име изисква пълното име на картата, включително имена.


Един недостатък на тази нова функция: ACK HL7 не се проследява. Ако трябва да регистрирате ACK, трябва също да зададете Входящи карти свойство в BizTalk получават порт. Технически ще се прилагат картата ACK, в полето за съобщения и ACK върнатата посока система. И двата трябва да бъде идентични, защото така ще имат една и съща карта приложени. Следните екранна снимка за уточняване и е необходимо само ако ACK трябва да се проследяват.

alternate text

Забележка Опцията за Използване директно синхронно HL7 ACK подобрява производителността на входящите съобщения обработка. Това става чрез изпращане ACK в права посока системата след като съобщението е депозирани в диалоговия прозорец. Тази настройка подобрява производителността, ако са налице следните условия:

  • Получаване на порта е двустранна получаване порт и Използва директна синхронно HL7 ACK е зададена на вярно в конфигурацията на MLLP получават порт.

  • BizTalk HL7 DASM се използва за генериране на интерфейсно DASM компонент се използва като включени по подразбиране BTAHL72XReceivePipeline или с помощта на основните BTAHL7. HL72fDasm компонент в потребителски канал.

  • Настройката ACK маршрут за канал за изпращане на заявка-отговор получават порта на страната източник трябва да бъде HL7 конфигурация Explorer и Въведете потвърждение трябва да бъде зададена стойност, различна от няма.


Проблем 2

Новата функция се отнася за изпращане само портове. След като инсталирате актуалната корекция, ситуацията ще се основава на приемливо ACK код, който сте избрали в падащия списък вместо кода, който се предоставя от системата в обратна посока.

MLLP изпрати порт проверява ACK кода в ACK (MSA.1_AcknowledgmentCode поле на MSA сегмент), който се връща от системата надолу и го сравнява с приемливо ACK кодове, които са зададени в MLLP изпрати порт конфигурация свойства. Текущата приемливо ACK кодове, които се поддържат от MLLP изпрати порт включват AA, CA, AE, CE, анализ и CR. Можете да изберете всички ACK кодове или комбинация от тях (AA и CA), (AA, CA, AE и CE) (AA, CA, анализ и CR) валидно. Но няма опция да въведете приемливо ACK код комбинация.

Допълнителни приемливо ACK кодове с име "По избор" се добавя в падащия списък в свойството Приемливо ACK кодове . Всички предишни комбинации остават и се прилагат както преди беше добавена нова функция.

alternate text

alternate text

След избор е избрано, трябва да въведете нови стойности в свойството Приемлив избор ACK кодове . Тези нови стойности ACK трябва всеки са разделени със запетая (,).

След като инсталирате актуалната корекция, поведение зависи от избрания Приемливо ACK кодове настройката. Ако ACK код, който се връща кода на избрания приемливо, обработка възниква успешно. Ще бъде повторен опит за стандартни ACK кодове и спиране за всеки ACK код, който не е в списъка (което ще направи нестандартен или ACK-потребителски код).

Следната таблица представя този сценарий. Писмено интерпретация следва таблица.

alternate text

AA и CA обработка на съобщението винаги успява независимо от всички приемливо ACK кодовете за настройка, която е избрана. Ето повече информация за Приемливо ACK кодове настройки:

  • AA, CA: CR повтарят AE, CE, анализ и други спира.

  • AA, CA, AE, CE: Приети и успешно: AA, CA, AE, CE и повтарят анализ и кредитни спира друг.

  • AA, CA, анализ, CR: Приети и успешно: AA, CA, анализ, CR и повтарят AE и CE. Спира друг.

  • AA, CA, анализ, CR, AE, CE: Приети и успешно: AA, CA, анализ, CR, AE, CE и други се връща. ACK се повтори и съобщение спряно.

  • По избор (стойностите са въведени и разделени със запетая). Пример: AA, AE, Foo, оригинални, ZZZ). Приети и успешно: AA, CA, AE плюс друг въведен потребителски ACK като Foo, оригинални и ZZZ в този случай. Повтори CE, анализ

  • Всеки ACK код, който не е посочен в Приемлив избор ACK кодове не се повтори и е спряно.


При стандартен ACK не е въведена в Приемливо ACK кодове, се връща грешка, подобно на следното:

Адаптерът не успя да предаде съобщението ще изпрати порт "< SendPortName >" URL адрес "127.0.0.1:33000". Той ще бъде препредават след повторно опитване за този порт за изпращане. Данни: "съобщение с MessageID: < MessageID >, с тип на потвърждение: грешка с код ACK: CE.


Схема на пакета ACK трябва да бъде променен чрез добавяне на съществуващ списък на стандартни ACKs (AA, AE, анализ, CA, CE, CR). Всички допълнителни приемлив избор ACKs (XX, оригинални, например) трябва да се добави MSA.1_AcknowledgementCode поле на схемата на ACK. Ако не се добавят допълнителни потребителски ACKs схемата, канал неуспешна с грешка "Таблица стойност не е намерен".


alternate text

Допълнителна информация

Предварителни изисквания за инсталирането на актуализация на софтуера

За да приложите тази актуална корекция, трябва да имате инсталиран следният софтуер:

  • Microsoft BizTalk Server 2013 R2

  • Microsoft BizTalk 2013 R2 ускорител за HL7

Изисквания за рестартиране

Не трябва да рестартирате компютъра, след като приложите тази актуална корекция. Въпреки това препоръчваме да затворите и го отворете конзолата за администриране на BizTalk след инсталиране на актуалната корекция.

Англоезичната версия на тази спешна корекция има файлови атрибути (или по-нови файлови атрибути), които са изброени в следващата таблица. Датите и часовете за тези файлове са изброени в координирано световно време (UTC). При преглед на информацията за файла, преобразувана в местно време. За да намерите разликата между UTC и местното време, използвайте раздела часова зона в елемента " Дата и час " в контролния панел.

Име на файл

Версия на файла

Размер на файла

Дата

Време

Платформа

Microsoft.Solutions.BTAHL7.HL72fDasm.dll

3.10.325.2

107520



09-Feb-2015

22:52

x86

Microsoft.Solutions.BTAHL7.PipelineCommon.dll

3.10.325.2

95232



09-Feb-2015

22:52

x86

Microsoft.Solutions.BTAHL7.Shared.dll

3.10.325.2

99328



09-Feb-2015

22:52

x86

Microsoft.Solutions.BTAHL7.MLLP.dll

3.10.325.2

128000



09-Feb-2015

22:52

x86

Microsoft.Solutions.BTAHL7.HL7AckHelper.dll

3.10.325.2

29696



09-Feb-2015

22:52

x86


Статус

Microsoft потвърждава, че това е проблем в продуктите на Microsoft, изброени в раздела "Отнася се за".

Препратки

За повече информация относно BizTalk Server поправки вижте информация за BizTalk Server спешни корекции.

Научете повече за стандартната терминология, използвана за описание на софтуерните актуализации на Microsoft.

Продуктите на други разработчици, които се обсъждат в тази статия, са произведени от фирми, независими от Microsoft. Microsoft не дава никакви гаранции, подразбиращи се или от друго естество, за производителността или надеждността на тези продукти.


Нуждаете се от още помощ?

Разширете уменията си
Преглед на обучението
Получавайте първи новите функции
Присъединете се към Microsoft приобщени

Беше ли полезна тази информация?

Доколко сте доволни от качеството на превода?
Какво е повлияло на вашия потребителски опит?

Благодарим ви за обратната връзка!

×