4

我通过 TCP 连接接收 HL7 消息。这些消息将始终为 ADT 类型。我正在使用 Kestrel 来监听这些消息，并使用 NHAPI 包来处理它们。我使用David Fowler 的 Kestrel 示例代码来设置 TCP 侦听器。所以基于这个示例代码

internal class HL7Listener : ConnectionHandler
{
    public override async Task OnConnectedAsync(ConnectionContext connection)
    {
        try
        {
            // handle the incoming message
        }
        catch (Exception exception)
        {
            // handle exceptions
        }
        finally
        {
            ACK acknowledgement = new ACK(); // create an ACK message
            PipeParser pipeParser = new PipeParser();
            string ackMessage = pipeParser.Encode(acknowledgement); // produces => MSH|^~\&|||||||ACK|||2.3
            byte[] ackMessageBytes = Encoding.UTF8.GetBytes(ackMessage);
            
            await connection.Transport.Output.WriteAsync(ackMessageBytes); // send the ACK
        }
    }
}

我正在使用工具 7Edit 将 HL7 消息发送到我的应用程序。存储库中的回声示例（上面的链接）工作正常。echo 示例代码生成这样的日志

在此处输入图像描述

但是当使用我的代码时，我得到了这个错误

在此处输入图像描述

所以我认为我没有正确转换 ACK 消息。任何想法如何解决这一问题？

4

1 回答 1

3

我怀疑您在发送 ACK 时没有实现MLLP（也称为 LLP）协议。我知道，7Edit 希望实现 MLLP。这样，当您向 7Edit（TCP/MLLP 客户端）发送 ACK 时，它会在您的传入数据中查找 Start Block。它永远找不到它。考虑到垃圾，它只会丢弃您的整个消息并继续等待；如您所见，这会导致超时。

可能你应该在 7Edit 中寻找一些设置来禁用 MLLP；但这将是临时解决方案。更好的是，您实现 MLLP 块。

Description                 HEX     ASCII   Symbol
Message starting character  0B      11      <VT>
Message ending characters   1C,0D   28,13   <FS>,<CR>

实施 MLLP 后，您的消息（您在套接字上编写的内容）应如下所示：

<VT>MSH|^~\\&|......|ACK|......<FS><CR>

注意<VT>,<CR>和<FS>是上述消息中的占位符。

您应该修改以下代码行：

byte[] ackMessageBytes = Encoding.UTF8.GetBytes(ackMessage);

如下：

ackMessage = ((char) 11).ToString() + ackMessage + ((char) 28).ToString() + ((char) 13).ToString();
byte[] ackMessageBytes = Encoding.UTF8.GetBytes(ackMessage);

有关更多详细信息，您可以参考此答案。

于 2020-09-17T11:28:25.547 回答