Question

我有一个BizTalk应用程序，设置为在MLLP接收位置接收HL7v2消息。

我已经设置了各方以便根据发送应用程序（MSH.3）进行解析，并将我们的本地架构应用于传入的消息类型，即ORU_R03_23_GLO_DEF。

因此支持派对从

转换架构

http://microsoft.com/HealthCare/HL7/2X#ORU_R03_23_GLO_DEF

要

http://mynamespace/HL7/2X#ORU_R03_23_GLO_DEF

但是，每当有消息到达端口时，似乎派对没有得到解决，因为我们收到错误

Error happened in body during parsing
Error # 1

Alternate Error Number: 301
Alternate Error Description: Schema http://microsoft.com/HealthCare/HL7/2X#ORU_R03_23_GLO_DEF not found
Alternate Encoding System: HL7-BTA

后面是另一个错误：

Messaging引擎无法处理提交的邮件适配器：MLLP源URL：0.0.0.0：11001。详细信息：已发布的消息由于没有找到订阅者，因此无法路由。这个错误如果订阅业务流程或发送端口尚未发生，则会发生登记，或者是否需要某些消息属性订阅评估尚未推广。请使用Biztalk 管理控制台以解决此故障。

第二个错误在某种程度上是基于第一个错误，因为没有，订阅的端口没有查找http://microsoft.com/HealthCare/HL7/2X#ORU_R03_23_GLO_DEF类型的消息

订阅了http://mynamespace/HL7/2X#ORU_R03_23_GLO_DEF

的端口

无论如何都要检查Party是否正在阅读收到的消息？

有没有人遇到BizTalk派对？如果是这样，它是如何解决的？

Answer 1

Microsoft非常简要地介绍了解析入站HL7 V2.X消息here的架构的过程。所以仔细检查：

您的参与名称与MSH.3中的值匹配
BTAHL7配置资源管理器的“验证”选项卡下的架构命名空间与部署到BizTalk的架构完全匹配

但是，如果您的MSH.3字段仅包含3.1的值而不包括3.2和3.3，那么您还需要在BizTalk v2X管道组件上启用一个设置以进行部分名称解析：Enable Partial Name Resolution For Sending Application。

正如我提到的in another answer，旧版本的BizTalk（2006 R2和2009）需要the issue described in KB article 977120的修补程序才能使该设置显示/正常工作。

Answer 2

经验教训。在执行任何其他操作之前搜索修补程序。

http://support.microsoft.com/kb/2892599

我为BizTalk 2013安装了CU1和CU2，突然之间各方正在按预期解决。在阅读修复中包含的内容时，我无法确定哪些修复程序实际上有所帮助。事实上，它让我怀疑它是否巧合，看到操作系统擦除和新的BizTalk 2013安装，一切正常。

传入的HL7v2消息未解析BizTalk Party

2 个答案: