什么标准的HL7确认消息？

Question

我们遇到过一些我们以前从未见过的东西。 浏览HL7文档/标准让我摸不着头脑。

我们正在发送标准的出站报告消息（ORU ^ R01）。 它包含MSH，PID，OBR和OBX段。 在我们实现系统的所有其他情况下，我们得到一个如下所示的确认：

MSH | ^〜\\＆| PRODUCTNAME | DESTINATION | ^ P || YYYYMMDDHHMMSS || ACK | MESSAGEID | T | 2.5 \\ MSA | AA | MESSAGEID | ACK

但是，有一个新系统正在返回：

MSH | ^〜\\＆| PRODUCTNAME |目的地| ^ P || YYYYMMDDHHMMSS || ORU ^ R01 | MESSAGEID | T | 2.5 \\
MSA | AA | MESSAGEID | ACK

请注意ack中的MSH-9。 它不是ACK它是ORU ^ R01。 现在，我们使用HAPI处理HL7消息，它不喜欢这种响应。 我不知道这是否符合HL7规范（2.5）。

有任何想法吗？

Answer 1

为了扩展我之前的评论，我稍微阅读了HL7 v2.5标准。

根据我的理解， MSH-9字段包含三个组件定义如下：

Components: <Message Code (ID)> ^ <Trigger Event (ID)> ^ <Message Structure (ID)>

每个都具有相应的合法值表：HL7表0076-消息类型，HL7表0003-事件类型和HL7表0354-消息结构。

看一下这些表，我会说ORU消息应该具有ORU^R01^ORU_R01的MSH-9值，并且确认应该是ACK^R01^ACK 。

因此，如果新系统试图根据标准验证消息，那么新系统似乎违反了标准，HAPI拒绝它是正确的。

这里的要点是，接收应用程序应该能够决定，在哪里路由以及如何处理仅查看MSH字段的消息，而不需要进入以下段。 因此，您无法在确认消息中输入与传入消息完全相同的MSH，因为它无法识别然后标头与消息结构不匹配。

对于这个答案，我主要参考HL7标准版本2.5第2章。