在一台开发计算机上,我们将 BizTalk 2010 服务器升级到 BizTalk 2013。我们将 HL72 消息从另一台计算机发送到这台计算机,并收到架构未找到错误:
备用错误号:301 备用错误描述:架构 http://microsoft.com/HealthCare/HL7/2X#ORU_R01_23_GLO_DEF未找到 备用编码系统:HL7-BTA
该消息指定“LAB”作为发送应用程序,并且我们有一个名为“LAB”的一方指定“http://mycompany/myapplication/HL7/2X/2.3/ORU/v1
"作为架构命名空间,因此我们无法弄清楚为什么它要在默认的 microsoft 命名空间中查找 ORU R01 2.3 架构。
我们的消息如下:
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||
有人有我们应该尝试的想法吗?
最佳答案
对于发送端口,HL7 2.X 汇编器组件应该 use the MSH 5 field value to determine the party to use 。发送端口上的管道配置应该有一个启用部分名称解析的选项 (EnablePartialNameResolutionForReceivingApplication
),打开后可能会有所帮助。
在接收位置,HL7 2X 反汇编器组件 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.
如果这没有帮助,那么还可以尝试仅针对发送端口的另一件事:在参与方配置中,尝试将参与方分配给您的发送端口,如步骤三 here 中所述。 。这是试图迫使它使用适当的一方的一种方法。但这对接收位置没有帮助。
关于biztalk - HL7加速器错误: Schema not found (after upgrade to BizTalk 2013),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/19869939/