我对处理HL7非常陌生,我的公司最近开始了一个非常大的项目,在这个项目中,我们将在HL7 v2.4规范中接收各种ADT消息。我们已经在这里广泛使用了BizTalk,计划是利用BTAHL7加速器为BizTalk 2010接受这些消息。
我的问题是,我们从我们的贸易伙伴那里接收到的ADT消息与我们接收的几乎所有的HL7 v2.4规范不匹配(尽管MSH部分是针对V2.4的,并且他们已经告诉我们这是他们将要发送文件的版本)。
例如,他们向我们发送A04消息,在PV1-3字段中,规范调用9个子组件(由标准^分隔符分隔)。他们在该领域发送的是11个子组件。
例如:F1、F2、F3、F4、F5、F6、F7、F8、F8、F9、F10^F11,而不是这个(这与规格相匹配):F1^F2^F3、F4、F5、F6、F7、F8^F9
PV1-42字段也会发生这种情况。
在浏览完互联网之后,我找不到任何帮助来处理BizTalk中使用加速器的这种情况。在我看来,人们可以定制消息中的数据,这种情况经常发生(例如,在规范调用int的情况下发送字符串),但在处理HL7和BizTalk时不能更改实际布局(我前面列出的情况)。即使我没有设置BizTalk来验证身体段或自定义数据类型,这些消息也会失败(这对我来说是有意义的,因为它们发送的数据并不是仍然符合规范布局的奇怪数据,而是完全不同的布局)。
我的问题是这个。是否有一种方法可以利用加速器功能来处理这个问题,而不必在将文件发送到加速器管道之前编写自定义代码来“修复”这些文件?据我们的贸易伙伴说,这正是他们的产品(Cloverleaf)发送数据的方式,而且他们已经在用这种格式与其他贸易伙伴合作。
发布于 2014-01-29 17:09:53
是。除非贸易伙伴正在做一些不遵循HL7约定的事情,否则您可以通过修改HL7消息模式来处理这种定制。
在本例中,只需向PV1添加两个额外的子元素就可以接受新数据。
您还必须更改修改后的模式的TargetNamespace,将其隔离到这个贸易伙伴,并在HL7配置中设置选项卡的on...one (抱歉,不记得)。
https://stackoverflow.com/questions/21434426
复制相似问题