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

Question

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

Alternate Номер ошибки: 301 Alternate Описание Ошибка: Схема http://microsoft.com/HealthCare/HL7/2X#ORU_R01_23_GLO_DEF не найден Alternate системы кодирования: 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 должен быть use the MSH 5 field value to determine the party to use. Конфигурация конвейера вашего порта отправки должна иметь возможность разрешить частичное разрешение имени (EnablePartialNameResolutionForReceivingApplication), которое при включении может помочь.

В местах приема компонент HL7 2X Disassembler should use MSH 3 for party resolution. Конфигурация BTAHL72XReceivePipeline для местоположения получателя имеет настройки, называемые EnablePartialNameResolutionForSendingApplication и EnablePartialNameResolutionForReceivingApplication для включения.

Старые версии BizTalk потребовали a hotfix, чтобы эти настройки работали, но это уже не нужно. С этой страницы, описание настроек являются:

Для трубопровода посыла, ассемблер 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. 

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

Answer 2

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

1. In Place upgrade of BizTalk 2010 to BizTalk 2013 does not update the Microsoft.BizTalk.GlobalPropertySchemas
2. Upgrading BizTalk Server 2010 to 2013 – need to provision permissions on BizTalkMgmtDb.bts_dynamic_sendport_handlers table
3. Upgrading to BizTalk 2013–Could not load file or assembly "’Microsoft.BizTalk.Interop.SSOClient