Ошибка ускорителя HL7: схема не найдена (после обновления до BizTalk 2013)

Question

На компьютере разработчика мы обновили сервер BizTalk 2010 до BizTalk 2013. Мы отправляем сообщения HL72 с другого компьютера на этот и получаем ошибку схемы не найдена:

Номер альтернативной ошибки: 301 Описание альтернативной ошибки: схема http://microsoft.com/HealthCare/HL7/2X не найдена Система альтернативного кодирования: HL7-BTA

В сообщении указывается "LAB" в качестве отправляющего приложения, и у нас есть сторона под названием "LAB", которая указывает " http://mycompany/myapplication/HL7/2X/2.3/ORU/v1 "как пространство имен схемы, поэтому мы не можем понять, почему он ищет схему ORU R01 2.3 в пространстве имен Microsoft по умолчанию.

Наше сообщение выглядит следующим образом:

MSH|^~\&|LAB|ABC|LAB||201311071138||ORU^R01|D2863329|D|2.3|
PID|1|A00003766|XX00014202|9191610101|Ihhendrickson^Plis||19691202|M|||8423 Panko Pvt^^Here^BC^XXX XXX||111-1111|||||xx0055355x3|9x9x6x0x0x|
PV1|1|R|TRAKBHLB||||93190^Plisihd^xxxxxx^^^Dr^^xxxxxx|||||||||||RCR||BC|||||||||||||||||||xxxxx||REG|||201207261453|
ORC|RE|PT80755100.0010|||CM|N|||201311071138|^xxxxxx^Linda^^^^^xxxx||93190^xxxx^Aaron^^^Dr^^xxxx|xxx|
OBR|1|PT0711:T00001R100.0010|PT0711:T00001R|100.0010^Group \T\ Screen^00050252^34532-2^Blood Type \T\ Indirect Antibody Screen^pCLOCD|R|201311071004|201311071004|||G|||PLIS Testing|201311071004|T|93190^Plisihd^xxx^^^Dr^^Pxxxxx||00050252|||xxx|201311071004||BBK|F|||93190^xxx^Aaron^^^Dr^^xxxx|
NTE|1||Date required: 20131107|
NTE|2||Any previous transfusions? Unknown|
NTE|3||Specify any underlying blood disorders: U|
NTE|4||Has consent for blood products been obtained? Yes|
OBX|1|ST|150.0100^Patient Blood Group^00050252^882-1^Blood Type \T\ Indirect Antibody Screen^pCLOCD||OPOS^O Rh Pos|||||A~S|F|||201311071137|xx^xx^L|IH001^^Blood Group^Patient Blood Group^150.0100|
OBX|2|ST|200.0100^Ab Screen Gel^00050252^XBC1931-6^Blood Type \T\ Indirect Antibody Screen^pCLOCD||NEGATIVE^NEGATIVE|||||A~S|F|||201311071138|xx^xx^L|IH001^^Ab Scr Gel^Antibody Screen Gel^200.0100|
ZDR||xxx^xxxx^Aaron^^^Dr^^^^^^^^^ATP|
ZPR||

У кого-нибудь есть идеи, которые мы должны попробовать?

Answer 1

Для портов отправки компонент HL7 2.X Assembler должен использовать значение поля MSH 5 для определения стороны, которую следует использовать. Конфигурация конвейера на вашем порту отправки должна иметь возможность включить частичное разрешение имен (EnablePartialNameResolutionForReceivingApplication), который при включении может помочь.

В местах приема, компонент дизассемблера HL7 2X должен использовать MSH 3 для разрешения партии. Конфигурация BTAHL72XReceivePipeline местоположения получения имеет параметры, называемые EnablePartialNameResolutionForSendingApplication а также EnablePartialNameResolutionForReceivingApplication для вас, чтобы включить.

В старых версиях BizTalk требовалось исправление, чтобы эти настройки работали, но в этом больше нет необходимости. С этой страницы описание настроек:

Для конвейера отправки ассемблер BTAHL7 2.X содержит следующее свойство:

Property name: Enable Partial Name Resolution For Receiving Application 
Default value: False 
Description for the property:
First check party with name MSH5.1 + MSH5.2 + MSH5.3. If not found, check party with name MSH5.1 + MSH5.2. If not found, check with name MSH5.1. 

Для приемного конвейера дизассемблер BTAHL7 2.X содержит следующие свойства:

Property name: Enable Partial Name Resolution For Receiving Application 
Default value: False 
Description for the property:
First check party with name MSH5.1 + MSH5.2 + MSH5.3. If not found, check party with name MSH5.1 + MSH5.2. If not found, check with name MSH5.1.
Property name: Enable Partial Name Resolution For Sending Application 
Default value: False 
Description for the property:
First check party with name MSH3.1 + MSH3.2 + MSH3.3. If not found, check party with name MSH3.1 + MSH3.2. If not found, check with name MSH3.1.

Если это не помогает, то есть еще одна вещь, которую можно попробовать использовать только для портов отправки. В конфигурации стороны попытайтесь назначить сторону вашему порту отправки, как описано в третьем шаге здесь. Это один из способов заставить его использовать правильную сторону. Это не поможет с получением мест, хотя.

Answer 2

Известны проблемы с обновлением на месте BizTalk 2010 до BizTalk 2013, возможно, это связано с одним из следующих действий. Лучше не выполнять обновление на месте, а выполнять чистую установку и перенос приложений.

1. Обновление BizTalk 2010 до BizTalk 2013 на месте не обновляет Microsoft.BizTalk.GlobalPropertySchemas
2. Обновление BizTalk Server 2010 до 2013 года - необходимо предоставить разрешения для таблицы BizTalkMgmtDb.bts_dynamic_sendport_handlers
3. Обновление до BizTalk 2013 - не удалось загрузить файл или сборку "'Microsoft.BizTalk.Interop.SSOClient