Преминаване към основното съдържание
Поддръжка
Влизане с Microsoft
Влезте или създайте акаунт.
Здравейте,
Изберете друг акаунт.
Имате няколко акаунта
Изберете акаунта, с който искате да влезете.

Симптоми

Проблем 1

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

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

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

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

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


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

Проблем 2

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

AA и CA

AA, CA, AE и CE

AA, CA, анализ и CRОбаче можете да въведете желания приемливо ACK код комбинация.

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

Бележки

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

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

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

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


Решение

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

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

Забележка: Ако възникнат допълнителни проблеми или проблеми, трябва да създадете отделна заявка за поддръжка. Обичайните такси за поддръжката ще важат за допълнителни въпроси и проблеми, които не спадат към конкретната актуална корекция. За пълен списък на телефонните номера на Microsoft за обслужване на клиенти и поддръжка или да създадете отделна заявка за поддръжка посетете следния уеб сайт на Microsoft:

http://support.microsoft.com/contactus/?ws=supportЗабележка: Формулярът "Актуални Download наличен" показва езиците, за които е налична актуалната корекция. Ако не виждате вашия език, това е защото актуалната корекция не е налична за този език.

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

  • Име на OutboundMap

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

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

  • OutboundMap име

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

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

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

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

Проблем 1

Не можете да проследите назад, която се изпраща на системата посока чрез Използване директно синхронно HL7 ACK настроен на "True". Въпреки това, ако искате да следите съдържанието на ACK, която се предава към системата посока, можете да използвате същата проследяване механизъм, който е използван за проследяване, изпратено от двустранна ACK получават порт посока система при липса на Използват директно синхронно HL7 ACK настройката. Това предполага, че една и съща карта се използва в свойствата на MLLP получават конфигурация място и също в функцията за стандартни изходящи карта в порта на получаване настройка, която е предоставена от BizTalk сървъра.

Проблем 2

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

Ако кодът на ACK е в списъка под избрания приемливо код, обработка на съобщение успява и изпълнение на обработката на стандартни ACK кодове, които не са включени в избраната Приемливо ACK кодове и при нестандартен ACK кодове, които не са включени в избраната Приемливо ACK кодове, съобщението е спряно.

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

ACK схема трябва да бъде променен чрез добавяне на приемливо потребителски ACKs. Ако не се добавят допълнителни потребителски ACKs схемата, канал проверка е неуспешна и връща съобщение за грешка "таблица стойност не е намерен". Всички допълнителни приемливо потребителски ACKs трябва да се добавят към MSA.1_AcknowledgementCode съществуващ списък на ACKs.

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

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

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

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

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

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

Име на файл

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

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

Дата

Време

Платформа

Microsoft.Solutions.BTAHL7.HL72fDasm.dll

3.10.325.2

107,520

09-Feb-2015

22:52

x86

Microsoft.Solutions.BTAHL7.PipelineCommon.dll

3.10.325.2

95,232

09-Feb-2015

22:52

x86

Microsoft.Solutions.BTAHL7.Shared.dll

3.10.325.2

99,328

09-Feb-2015

22:52

x86

Microsoft.Solutions.BTAHL7.MLLP.dll

3.10.325.2

128 000

09-Feb-2015

22:52

x86

Microsoft.Solutions.BTAHL7.HL7AckHelper.dll

3.10.325.2

29,696

09-Feb-2015

22:52

x86



Статус

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

Препратки

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

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

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

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

Искате ли още опции?

Разгледайте ползите от абонамента, прегледайте курсовете за обучение, научете как да защитите устройството си и още.

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

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

Доколко сте доволни от качеството на езика?
Какво е повлияло на вашия потребителски опит?
Като натиснете „Подаване“, вашата обратна връзка ще се използва за подобряване на продуктите и услугите на Microsoft. Вашият ИТ администратор ще може да събира тези данни. Декларация за поверителност.

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

×