我对处理 HL7 非常陌生，我的公司最近开始了一个非常大的项目，我们将在其中接收 HL7 v2.4 规范中的各种 ADT 消息。我们已经在这里广泛使用了 BizTalk，并且计划利用 BizTalk 2010 的 BTAHL7 加速器来接受这些消息。
我的问题是，我们从贸易伙伴收到的 ADT 消息与我们收到的几乎所有消息的 HL7 v2.4 规范都不匹配（即使 MSH 段适用于 V2.4 并且他们已经告知我们是他们将发送文件的版本）。
例如，他们向我们发送 A04 消息，并且在 PV1-3 字段中，规范要求 9 个子组件（由标准 ^ 分隔符分隔）。他们在该字段中发送的是 11 个子组件。
示例：F1^F2^F3^F4^F5^F6^F7^F8^F9^F10^F11 代替这个（这将符合规范）：F1^F2^F3^F4^F5^F6^F7^F8^ F9
PV1-42 字段也会发生这种情况。
在搜索互联网后，我找不到任何帮助使用加速器在 BizTalk 中处理这种情况。在我看来，人们可以自定义消息中的数据，这种情况经常发生（例如发送规范要求 int 的字符串），但在处理 HL7 和 BizTalk 时无法更改实际布局（我在上面列出的情况） . 即使我没有设置 BizTalk 来验证正文段或自定义数据类型，这些消息也会失败（这对我来说很有意义并且是意料之中的，因为它们没有发送仍然符合规范布局的奇怪数据，但是而是完全不同的布局）。
我的问题是这个。有没有办法利用加速器功能来处理这个问题，而不必在将文件发送到加速器管道之前编写自定义代码来“修复”文件？据我们的贸易伙伴称，这正是他们的产品 (Cloverleaf) 发送数据的方式，并且他们已经在使用这种格式与其他各种贸易伙伴合作。