Momentálne ste offline a čaká sa, kým sa znova pripojíte na internet

Применение карт и настраиваемые коды Подтверждения сообщения ACK в HL7 для BizTalk Server 2013 R2

ВНИМАНИЕ! Данная статья переведена с использованием программного обеспечения Майкрософт для машинного перевода и, возможно, отредактирована посредством технологии Community Translation Framework (CTF). Корпорация Майкрософт предлагает вам статьи, обработанные средствами машинного перевода, отредактированные членами сообщества Майкрософт и переведенные профессиональными переводчиками, чтобы вы могли ознакомиться со всеми статьями нашей базы знаний на нескольких языках. Статьи, переведенные с использованием средств машинного перевода и отредактированные сообществом, могут содержать смысловое, синтаксические и (или) грамматические ошибки. Корпорация Майкрософт не несет ответственности за любые неточности, ошибки или ущерб, вызванные неправильным переводом контента или его использованием нашими клиентами. Подробнее об CTF можно узнать по адресу http://support.microsoft.com/gp/machine-translation-corrections/ru.

Эта статья на английском языке: 3026048
Проблема

Проблема 1

Рассмотрим следующий сценарий:

  • Вы используете Microsoft BizTalk 2013 R2 Accelerator HL7 (BTAHL7).
  • Вы используете MLLP получают адаптера и получают HL7 конвейера в двустороннее получить порт.
  • Выбран параметр Использовать прямой синхронный HL7 ACK значение True в свойствах транспорта MLLP.
  • Создание исходящего карты на этом двусторонним портом для преобразования ACK перед отправкой его получения.

В этом сценарии сопоставления исходящего трафика не применяется к HL7 ACK и поэтому ACK не преобразуются.

Проблема 2

Порт отправки MLLP проверяет код подтверждений TCP ACK (поле MSA.1_AcknowledgmentCode сегмента MSA), который возвращается нижестоящие системой и сравнивает его с допустимые коды Подтверждений, заданные в свойствах конфигурации порта отправки MLLP. Коды Подтверждений, которые в настоящее время поддерживается MLLP отправить порта, AA, ЦС, AE, CE, AR и CR. Можно выбрать все коды Подтверждения или их сочетание. Например все допустимыми являются следующие коды:

AA и ЦС
AA, ЦС, AE и CE
CR и AA, ЦС, AR

Тем не менее нельзя ввести любые дополнительные допустимые коды Подтверждений.

После установки данного исправления новый код допустимым ACK, имя пользовательского добавляется в список Допустимых кодов Подтверждения . Кроме того, для ввода допустимого настраиваемые коды Подтверждения добавляется новое текстовое поле.







Примечание
s
  • Настраиваемые коды должны быть разделены запятой (,). Например: AE, CE, AR, CR, XX, ZZ
  • Если выбран один из стандартных комбинаций (параметр ненастраиваемые), нет необходимости ввести любые значения в свойстве Приемлемых настраиваемые коды Подтверждения .
  • Чтобы конвейера суммирует для настраиваемых кодов Подтверждения, необходимо добавить соответствующую схему ACK необходимые настраиваемые коды Подтверждения.
  • Можно использовать функцию отслеживания BizTalk (включив отслеживание) для отслеживания сообщений, используя код (ID), который заносится в журнал событий, когда сообщение повторно или приостановлено.

Решение

Сведения о накопительном обновлении

Данная проблема была впервые устранена в следующем накопительном обновлении BizTalk Server:
Убедитесь, что развертывании требуемый файл DLL исходящие сопоставления и установки этого файла DLL в глобальный кэш сборок (GAC):
  1. Имя сборки OutboundMap

    Полное имя сборки, которая содержит исходящие сопоставления для этого. Эту информацию можно найти в свойствах сопоставления в консоли администрирования BizTalk Server. Здесь вы найдете информацию для сборки и полное имя OutboundMap, необходимое в следующем действии.

    Например: исходящий, версия = 1.0.0.0, язык и региональные параметры нейтрального PublicKeyToken = = 83f92b3673c9005d
  2. Имя OutboundMap

    Это требует полной карты имя, включая пространство имен. Эту информацию можно найти в свойствах файла *.btm (пространство имен).

    Например: Outbound.Map1
Примечание Эти свойства применяются только в том случае, если прямое синхронное ACK HL7 присвоено значение True.

Если дизассемблер HL7 (DASM) в конвейере получать HL7 для автоматического создания HL7 подтверждения (например ACK, возвращаемый некоторых нижестоящих системы будет передаваться вышестоящие системы) не требуется, отключите ACK маршрута для отправки конвейера на порте запрашивать получение для исходного каталога, а затем значение FalseИспользовать прямой синхронный HL7 ACK . Затем используйте параметр исходящее сопоставление, включенный в порт приема.

Для устранения проблемы 1

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

После установки исправления вы увидите два дополнительных свойства в MLLP расположение конфигурации окна приема. Два свойства по умолчанию пусто и должны быть заполнены и Использование прямого синхронный HL7 ACK должно быть присвоено значение True(=).



Чтобы задать два свойства, выполните следующие действия.
  1. Для свойства OutboundMap имя сборки требуется полное имя сборки, в которой размещен исходящие сопоставления, как в следующем примере:

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

Один недостаток этой новой функциональной возможности: подтверждение HL7 не отслеживаются. Необходимо отследить ACK, необходимо также задать Сопоставления входящих портом получения свойства в BizTalk. С технической точки зрения будет применен карты ACK, который был помещен в окне сообщения и ACK, возвращенный восходящего системы. Оба должны быть идентичны, так как оба будут иметь то же сопоставление применяется. На следующем снимке экрана включен для ясности и является обязательным, только если ACK должны отслеживаться.



Примечание Параметр Использовать прямой синхронный HL7 ACK повышает производительность обработки входящего сообщения. Это делается путем отправки Подтверждений восходящего систему сразу после сообщения сохраняются в окне сообщения. Этот параметр повышает производительность, если выполняются следующие условия:
  • Порт получения получения двустороннего порта, а параметр Использования прямых синхронный HL7 ACK имеет значение True в конфигурации портов приема MLLP.
  • BizTalk HL7 DASM используется для создания (ACK). DASM компонент должен использоваться либо как включено в BTAHL72XReceivePipeline по умолчанию или с помощью собственной BTAHL7. HL72fDasm компонент в пользовательских конвейера.
  • Портом получения ACK маршрута для отправки конвейера на запрос ответ стороны источника должно иметь в обозревателе конфигурации HL7 и Подтверждения типа должно быть присвоено значение, отличное от None.

Для устранения проблемы 2

Новая функция применяется для отправки только порты. После установки исправления, поведение будет основываться на код приемлемых ACK, выберите в раскрывающемся списке вместо кода, предоставленный системой головного.

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

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





Выбрав Настройка , необходимо также ввести новые значения в свойство Приемлемо настраиваемые коды Подтверждения . Эти новые значения ACK должен каждый отделяться запятой (,).

После установки исправления, поведение будет зависеть от выбран параметр Допустимые коды Подтверждения . Если код Подтверждения, который возвращается соответствует выбранного допустимого кода, обработка выполняется успешно. Он повторить для стандартных кодов Подтверждения и приостановить любого кода ACK, имеет нет в списке (что сделает нестандартные или определенных пользователем код Подтверждения).

Следующая таблица представляет этот сценарий. Письменное интерпретации приведены после таблицы.



Независимо от того, любые допустимые ACK коды установки, выбранного AA и ЦС, обработка сообщений всегда завершается успешно. Ниже приведены дополнительные сведения о Допустимых кодов Подтверждения параметров:
  • AA, Калифорния: Попыток AE CE, AR, CR и приостанавливает любые другие.
  • AA, Калифорния, AE, CE: Принято и успешной: AA, ЦС, AE, CE и попыток AR и кредит приостанавливает любые другие.
  • AA, ЦС, AR CR: Принято и успешной: AA, ЦС, AR, CR и попыток AE и CE. Приостанавливает любые другие.
  • AA, ЦС, AR, CR, AE, CE: Принято и успешной: AA, ЦС, AR, CR, AE, CE и не возвращается. Повторено ACK и приостановить сообщение.
  • Custom (значения введены и разделенные запятыми). Пример: AA, AE, Foo, ZZ, ZZZ). Принятые и успешной: AA, ЦС, AE, а также любые другие введенные пользовательских ACK Foo, ZZ и ZZZ в данном случае. Число повторов CE, AR.
  • Любой код Подтверждения, который указан Допустимый настраиваемые коды Подтверждения не повторяется и находится в приостановленном состоянии.

При стандартной ACK не введена в списке Допустимых кодов Подтверждения, возвращается сообщение об ошибке, подобное приведенному ниже:

Адаптер не передавать сообщения для отправки порта"<SendPortName></SendPortName>"с URL-адресом"127.0.0.1:33000". Он будет повторно после интервала повтора для данного порта отправки. Подробности: "сообщение с код (ID):<MessageID></MessageID>, полученных с типом подтверждения: ошибка с кодом Подтверждения: CE.

Out of box ACK схемы должен быть изменен путем добавления в существующий список стандартных ACK (AA, AE, AR, Калифорния, CE, CR). Любые дополнительные допустимых пользовательских ACK (XX, ZZ, например) должны быть добавлены в поле MSA.1_AcknowledgementCode схемы Подтверждений. Если схема не добавляются дополнительные пользовательские ACK, конвейер неудачей с ошибкой «Не найдено значение таблицы».



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

Необходимые условия для установки обновления программного обеспечения

Это исправление необходимо установить следующее программное обеспечение:
  • Microsoft BizTalk Server 2013 R2
  • Microsoft BizTalk 2013 R2 Accelerator для HL7

Необходимость перезагрузки

Не требуется перезагружать компьютер после установки данного исправления. Тем не менее мы рекомендуем закрыть и снова открыть консоль администрирования BizTalk после установки исправления.

Сведения о файлах

Английская версия данного исправления содержит атрибуты файла (или более поздние атрибуты файлов), приведенные в следующей таблице. Дата и время для этих файлов указаны в формате UTC. При просмотре сведений о файле, он преобразуется в локальное время. Чтобы узнать разницу между временем по Гринвичу и местным временем, откройте вкладку Часовой пояс элемента Дата и время в панели управления.
Имя файлаВерсия файлаРазмер файлаДатаВремяПлатформа
Microsoft.Solutions.BTAHL7.HL72fDasm.dll3.10.325.2107520

09 февраля 2015 г.
22:52x86
Microsoft.Solutions.BTAHL7.PipelineCommon.dll3.10.325.295232

09 февраля 2015 г.
22:52x86
Microsoft.Solutions.BTAHL7.Shared.dll3.10.325.299328

09 февраля 2015 г.
22:52x86
Microsoft.Solutions.BTAHL7.MLLP.dll3.10.325.2128000

09 февраля 2015 г.
22:52x86
Microsoft.Solutions.BTAHL7.HL7AckHelper.dll3.10.325.229696

09 февраля 2015 г.
22:52x86
Статус
Корпорация Майкрософт подтверждает, что это проблема продуктов Майкрософт, перечисленных в разделе "Относится к".
Ссылки
Дополнительные сведения об исправлениях с BizTalk Server см. Сведения об исправлениях с BizTalk Server..

Дополнительные сведения о Стандартные термины, используемые при описании обновлений программных продуктов Майкрософт.

Информация о независимых производителях отказ от ответственности

Продукты независимых производителей, обсуждаемые в этой статье, производятся компаниями, независимыми от корпорации Майкрософт. Корпорация Майкрософт не дает никаких явных или подразумеваемых гарантий относительно производительности или надежности этих продуктов.

Внимание! Эта статья переведена автоматически

Vlastnosti

ID článku: 3026048 – Posledná kontrola: 07/03/2015 05:14:00 – Revízia: 2.0

Microsoft BizTalk Server 2013 R2 Branch, Microsoft BizTalk Server 2013 R2 Developer, Microsoft BizTalk Server 2013 R2 Enterprise, Microsoft BizTalk Server 2013 R2 Standard

  • kbsurveynew kbfix kbqfe kbexpertiseadvanced kbbts kbmt KB3026048 KbMtru
Pripomienky
  • Конфиденциальность и файлы cookie
  • Товарные знаки
  • © 2016 Microsoft