Как да приложите карти и персонализирани ACK кодове ACK съобщенията в HL7 за BizTalk Server 2013 R2

Проблем 1

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

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



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

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

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

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

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



Забележка Опцията за Използване директно синхронно 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 кодове . Всички предишни комбинации остават и се прилагат както преди беше добавена нова функция.





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

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

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



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 кодове, се връща грешка, подобно на следното:

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