2

我有一个 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

其次是另一个错误：

消息引擎无法处理适配器提交的消息：MLLP Source 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

有没有办法确定党是否真的在阅读传入的消息？

有没有人在 BizTalk 聚会上遇到过这种情况？如果是这样，它是如何解决的？

4

2 回答 2

1

Microsoft在这里非常简要地描述了解析入站 HL7 V2.X 消息架构的过程。所以仔细检查一下：

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

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

正如我在另一个答案中提到的，旧版本的 BizTalk（2006 R2 和 2009）需要针对知识库文章 977120 中描述的问题的修补程序，以使该设置正常显示/工作。

于 2013-11-12T17:23:09.493 回答
1

学过的知识。在做任何其他事情之前搜索修补程序。

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

我为 BizTalk 2013 安装了 CU1 和 CU2，突然双方都按预期解决了。在阅读修复程序中包含的所有内容时，我无法判断哪些修复程序实际上会有所帮助。事实上，这有点让我怀疑这是否是巧合，就像使用操作系统擦除和全新的 BizTalk 2013 安装一样，一切正常。

于 2013-12-06T16:16:17.910 回答