КОРЕКЦИЯ: Актуална корекция е налична, която предоставя допълнителни доставка режим свойства за минимално долния слой протокол изпращане и получаване на карти в BizTalk ускорител за HL7 в среда на BizTalk Server 2010

Необходими условия:

Трябва да имате Microsoft BizTalk ускорител за HL7 (BTAHL7) можете да приложите тази актуална корекция.

Информация за рестартиране

Може да се наложи да рестартирате компютъра, след като приложите тази актуална корекция. Ако не се появи подкана да рестартирате, трябва да рестартирате BizTalk услуги. За повече информация относно тази процедура вижте файла Readme.txt, включен в тази актуална корекция.

Информация за заместване на

Тази актуална корекция не замества издадените актуални корекции.

Файлова информация

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

Съобщенията се извършва след корекция е инсталиран и конфигуриран

След като приложите и активирате тази спешна корекция, MLLP адаптер подава всяко съобщение, което е получено от MLLP адаптер за MessageBoxDB. Крайна точка Manager (EPM) изисква обратно картата и състоянието на подаване BatchComplete метод. Това води до картата за изпращане на фиксирането ACK/NAK посока система. От своя страна посока системата получава ACK/NAK и след това изпраща следващото съобщение. BatchComplete метод зависи от настройката на MaxReceiveInterval и се нарича веднага след съобщението е изпратен успешно на BizTalk.

След като съобщението е готова за изпращане, изпращане картата предава съобщението на веригата система. ACK/NAK се очаква, ако свойството Използва MLLP транспорт потвърждението е вярно. Ако изпрати ACK, BizTalk завърши обработката успешно. Ако изпратите NAK и ако свойството Спиране искане съобщение за MLLP транспорт NAK е вярно, съобщението се прекратява директно, без да опитате отново. Обаче ако Спре искане съобщение за MLLP транспорт NAK свойство е False, BizTalk ще повтори въз основа на изпращане порта опитай интервал настройки. (По подразбиране Спиране искане съобщение за MLLP транспорт NAK свойство е настроен на грешен.)

Следната диаграма показва поток от съобщения:

1. Съобщението, изпратено от системата посока изпращане заявление се обработва от MLLP получават карта.

2. MLLP адаптер подава съобщението BizTalk/EPM.

3. EPM извиква обратно картата за състоянието на подаване на съобщението. EPM прави това Пълно пакетно метод.

4. Фиксиране ACK/NAK генериран от MLLP адаптер и се основава на състоянието на партида запитване. ACK/NAK се изпраща на изпращане приложението.
   
   Забележка: Ако състоянието на партида подаване е успешно, картата връща интерфейсно Обаче ако има повреда или подаване пъти (например, ако Пълна партида извикване на метод изтекло), картата връща NAK изпращане приложение.
   
   

5. EPM предава съобщението за изпращане MLLP адаптер за предаване.

6. MLLP изпрати карта изпраща преработени съобщението веригата система.

7. Ниво на транспортния ACK/NAK се очаква от MLLP адаптер за изпращане да завърши съобщението.

8. Ако съобщението в стъпка 7 ACK, картата пита EPM да го изтриете. В противен случай картата трябва да поиска EPM повторен опит, който се базира на настройката за интервал опитайте отново. Нова опция се предоставя изпращане порта конфигурационна настройка за спиране на съобщението директно, без да проследявам ако NAK MLLP е получил. По подразбиране тази опция е зададен на False. Ако тази опция е налице, съобщението ще бъде спряно директно, без повторен опит, ако не е получено NAK MLLP.

Транспортен ниво ACK/NACK формат

Сайтът съдържа следната информация:

• Пример за MLLP се потвърждение:

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

• Пример за MLLP отрицателен извършване на потвърждение:

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

Бележки

• В тези примери < SB > препраща към Старт блок знак (1 байт). Това отговаря на < VT > ASCII знаци или < 0x0B >.
  
  Това не трябва да бъдат объркани с SOH или благодарение ASCII знаци.

• В тези примери, < ACK > или < NAK > се отнася за потвърждение знака (1 байт. Отговаря на < ACK > ASCII знаци или < 0x06 >) или отрицателна потвърждение знак (1 байт. Отговаря на < NAK > ASCII знаци или < 0x15 >).

• В тези примери < Ев > се отнася към края блок знак (1 байт). Това отговаря на < FS > ASCII знаци или < 0x1C >.

• В тези примери < CR > се отнася за връщане на знаци за нов знак (1 байт). Това отговаря на < CR > ASCII знаци или < 0x0D >.

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

Как да конфигурирате получаване и изпращане на портовете за използване на нови свойства

Конфигуриране на получаване и изпращане на портове по следния начин.

Забележка: Получаване и изпращане порта настройките може да се използва самостоятелно или заедно.

За свойството "Използвай MLLP транспорт потвърждение"

Следната таблица описва очакваното поведение на едностранно и двустранно портовете, които използват свойството Използва MLLP транспорт потвърждение . Нужната комбинация от настройки трябва да се прилагат, както е описано в раздела "Как да разрешите актуалната корекция".

Бележки

• "Посока система" се отнася за изпращане приложението. Тя изпраща съобщения на BizTalk. Тези съобщения се входящо на BizTalk.

• "Веригата система" се отнася за получаване приложението. Получава съобщения от BizTalk. Тези съобщения са изходящи на BizTalk.

Двустранна получаване и изпращане на порт поведение не се променя. Еднопосочен получаване и изпращане на порт поведение и не се променя освен ако не Използва MLLP транспорт потвърждение свойство на true.

За повече информация вижте документацията на MLLP адаптер. Ако еднопосочно получаване и изпращане портове са подходящи конфигурация, подобрява производителността. Ако свойството Използва MLLP транспорт потвърждение двустранна порт или еднопосочна порт е false, вид ACK, който се генерира продължава без промени. В този случай вид ACK, който се генерира зависи от BTAHL7 Explorer за конфигуриране на настройките за приложението, което изпраща съобщението. Стойността в полетата MSH 15 и MSH 16 на определено съобщение да промените тази настройка. Обаче ако свойството Използва MLLP транспорт потвърждение двустранна порт или еднопосочна порт е false, можете да зададете конфигурацията за приложения, които очаквате статични ACKs само с помощта на прозорец за конфигуриране на BTAHL7. Поведение на изчакване за порта остава непроменено.

Очакваното поведение в ъгъла случаите, когато се използват свойства е както следва:

RECEIVE

• WrongMLLPFormat: съобщението не е изпратен на BizTalk.

• WrongHL7Format: съобщението е изпратена BizTalk и MLLP ACK/NAK се предава, базиран на състоянието на партида изпълнение.

• TransmittingSocketIssue: MLLP ACK/NAK не се предава, въпреки че съобщението е изпратен на BizTalk.

• ReceivingSocketIssue: съобщението не е получено и не се предаде и няма MLLP ACK/NAK предаване се изпраща.

• Ако не представяне на BizTalk, NAK се предава.

• Ако не е получено отрицателно състояние на пълна партида, NAK се предава.

Изпращане и изпращане на порт свойство "Изпращане на съобщения на текущото съобщение за грешка stop" = True

• WrongMLLPFormat: съобщението е спряно, защото MLLP ACK/NACK не може да бъде прочетен. Обработка няма да продължи до спряно съобщенията са изчистени.

• WrongHL7Format: съобщението е неуспешно, преди да достигне адаптер. Обработка няма да продължи до спряно съобщенията са изчистени.

• TransmittingSocketIssue: съобщението е спряно. Обработка няма да продължи до спряно съобщенията са изчистени.

• ReceivingSocketIssue: съобщението е спряно. Обработка няма да продължи до спряно съобщенията са изчистени.

Очакваното поведение при Спиране искане съобщение за MLLP транспорт NAK собственост е True или False е както следва:

• Когато Спре искане съобщение за MLLP транспорт NAK свойство е зададен на True и получаване NAK, съобщението се прекратява без да се опитайте да го изпратите.

• Когато Спре искане съобщение за MLLP транспорт NAK свойство е настроен да по подразбиране на False, опитайте да изпратите съобщение е стартирана, въз основа на изпращане порта опитай интервал настройки.

Промени в MLLP SDK програма

Помощната програма за SDK MLLP включва следните нови параметри. Всички други параметри остава непроменено. За повече информация вижте документацията на продукта.

• За MLLPReceive.exe Използвайте нов параметър за връщане назад MLLP/NAK след получаване на съобщението. Например:

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

• За MLLPSend.exe използвайте параметъра нови да чакате за MLLP ACK/NAK. Например:

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