Як застосувати карти та настроювані ACK-кодів, ACK-повідомлень у HL7, BizTalk Server R2, 2013

Проблеми з 1

Ця нова функція застосовується до отримання порт/розташування лише. Наразі, будь-які BizTalk отримувати порт до Карти, вхідний власності. Після інсталяції цього виправлення немає на додаткові властивості доступних в розташуванні отримати застосовувати карту з HL7 ACK. Це додаткові властивості, дозволяє застосовувати карту на приймачі, отримують розташуванні Використання прямого Синхронне HL7 ACK значення (=) True. Єдина мета цього виправлення на комп'ютері є користувачі могли вказати карту з ACK під час Використання прямого Синхронне ACK HL7 має значення (=) True.

Після інсталяції виправлення, ви побачите два додаткові властивості в полі MLLP з'являється вікно конфігурації в розташуванні. Дві властивості за замовчуванням настройку пуста і має бути вказано і Використання прямого Синхронне HL7 ACK має бути встановлено (=), виконуються.



Щоб установити дві властивості, виконайте такі дії:

1. Властивість OutboundMap складання ім'я , вимагає повне ім'я складання, коли вихідний карта розміщений, як показано нижче:
   
   

   Вихідне, версія = 1.0.0.0, Culture = neutral, PublicKeyToken = 83f92b3673c9005dСкладання має бути раніше кешування глобальне складання. В іншому разі перетворення не буде.

2. Властивість OutboundMap ім'я , потрібно повне ім'я карти, включно з простору імен.

Один недолік цього нові функції: ACK-HL7 не відстежується. Якщо стежити за ACK, ви повинні встановити Карти, вхідний у полі BizTalk відображається на порт. Технічно, вам буде застосування карту ACK, який був у вікні повідомлення та ACK, які було повернуто верхнього системи. Обидва мають бути однаковими, тому, що обоє ж карти, застосовуються. Знімок екрана нижче включено роз'яснення і необхідні, якщо потрібно відстежувати на ACK.



Примітка Можливість Використання прямого Синхронне HL7 ACK , підвищення продуктивності з обробки вхідних повідомлень. Це робиться за допомогою до ACK на сервері системи, а повідомлення на зберігання у вікні повідомлення. Цей параметр покращує продуктивність, за таких умов:

• Отримання-портів призначений на приймачі отримання та можливість Використання прямого Синхронне ACK HL7 має значення True у конфігурації порт MLLP, відображається.

• BizTalk HL7 DASM, що використовується для створення в ACK. Компонент DASM має використовуватися як включено, BTAHL72XReceivePipeline за промовчанням, або за допомогою власних BTAHL7. Настроюваний-канал HL72fDasm компонентів.

• Маршрут ACK, щоб надіслати послідовності на запит відповідь, отримують порт налаштування джерела партії, має бути у провіднику HL7 конфігурації та Підтвердження, введіть має бути встановлено значення, відмінне від немає.

Проблеми 2

Нова функція застосовується для надсилання лише для портів. Після інсталяції виправлення, поведінка буде основі прийнятним ACK-код, вибирається в розкривному списку, замість коду, який надається системою нижнього рівня.

Надіслати MLLP, що перевіряє ACK-код у ACK (MSA.1_AcknowledgmentCode поле MSA сегмента), повернуті нижнього рівня системи та порівнює його з прийнятним ACK коди яких установлено на MLLP, порт, надішліть порт конфігурації властивості. Поточний прийнятним ACK кодів, які підтримуються порт, MLLP, надішліть передбачає, що AA, Каліфорнія, а. е., CE, р. і CR. Ви можете вибрати всі ACK-кодів або їх (AA та CA), поєднання (AA, Каліфорнія, а. е. і CE) (AA, Каліфорнія, р. і CR) дійсним. Але не можна ввести є прийнятним ACK комбінацію.

Додатково прийнятним ACK коди значення, яка називається "Custom" додається в розкривному списку, у властивості Прийнятним ACK-кодів . Всі попередні комбінації залишатися а також застосовуються, як вони, перш ніж додано нову функцію.





Після того, як користувача вибрано, також потрібно ввести нові значення властивості Прийнятним Custom ACK-кодів . Ці нові значення для ACK має один буде відокремлених комою (,).

Після інсталяції виправлення, поведінка залежить від параметра Прийнятним ACK-кодів , визначена. Якщо вибраний прийнятним код ACK-код, який повертається, обробка відбувається належним чином. Буде повторити для стандартного ACK-коди та призупинення для будь-якого з кодом ACK, не перелічені (який зробить за нестандартного або код ACK-custom).

У наведеній нижче таблиці відповідає за цього сценарію. На письмовий переклад, відповідає таблиці.



А та CA повідомлення з обробки завжди успішно, незалежно від того, будь-які прийнятні ACK коди налаштування, визначена. Нижче наведено, щоб отримати додаткові відомості про Методи ACK-кодів параметри.

• AA, Каліфорнія: Спроб, а. е., а CE, р., CR і припиняє в будь-який інший.

• AA, Каліфорнія, а і. е., CE:, Прийнята і успішного: AA, Каліфорнія, а. е., CE та спроб р а CR. припиняє будь-який інший.

• AA, Каліфорнія, р CR:, Прийнята і успішного: AA, Каліфорнія, р., CR та спроб, а. е. і CE. Припиняє в будь-який інший.

• AA, Каліфорнія, р., CR, а. е., CE: Приймаються та успішної: AA, Каліфорнія, р., CR, а. е., CE і ніхто інший повертається. ACK виконується повторно, і повідомлення, призупинено.

• Настроювана (значень введено та розділяються комами). Наприклад: AA, а. е. Foo, ZZ, ZZZ). Допустимий та успішної: AA, Каліфорнія, а. е., а будь-який інший введено настроювані ACK, наприклад Foo, ZZ і ZZZ у цьому випадку. Спроб CE, AR.

• Код ACK, не вказано в Прийнятним Custom ACK-кодів , чи повторюється і припинено.

Після того, як у стандартних ACK введено у Прийнятний ACK-кодів, надходить повідомлення про помилку, подібне до такого:

Поле з ACK схеми потрібно змінювати за допомогою додавання до існуючого список стандартних ACKs (а. є., р., Каліфорнія, AA, CE, CR). Будь-які додаткові методи користувача ACKs (XX, ZZ, наприклад), слід додати до поля MSA.1_AcknowledgementCode ACK схеми. Якщо це не додаються додаткові користувача ACKs схеми, перевірки послідовності виникає помилка з "Таблиці значення не знайдено" помилка.