问题描述
我正在使用版本 2.3 的 HAPI hapi-structures-v25 库来解析 HL7v2 消息并将其转换为 FHIR 资源。我在通过 TCP 侦听器使用 HAPI 接收和解析 HL7V2 消息时遇到一个奇怪的问题。
确定消息的编码。以下是消息的前 50 个字符以供参考，尽管这可能不是问题所在：MSH|^~\&|test|DrJhonDoe|TEST|UNKNowN|20210216190432||ADT^A01^ADT_A01|60b647d4-b5a5 -4fae-a928-d4a3849de3c8|T|2.5
奇怪的是，当我尝试在主函数中将此消息作为字符串发送时没有收到此错误。仅当我通过 TCP/IP 将数据接收到我的 Java 函数时才会收到此错误。我尝试使用 Mirth 以及外部工具将 HL7 消息发送到我的接收 TCP 端口，结果相同。
这是我尝试处理的 HL7v2 消息示例
MSH|^~\\&|test|Dr.JhonDoe|TEST|UNKNowN|20210216190432.7||ADT^A01^ADT_A01|60b647d4b5a54faea928d4a3849de3c8|T|2.5
EVN||20210216|20210216|
从 TCP/IP 接收数据时，我使用 UTF-8 字符集将字节转换为字符串。
InputStream in = connection.getInputStream();
OutputStream out = connection.getoutputStream();
receivedMessageSize = in.read(receivedByeBuffer);
String incomingHl7Message = new String(receivedByeBuffer,StandardCharsets.UTF_8);
我正在正确接收消息。但不知道为什么会出现错误。
解决方法
正如Amit在回答中提到的，它需要在JAVA中进行转义。通过 MLLP 传输的 HL7v2 将 <VT>,<CR> Unicode 数据添加到文本中。这里需要理解的是，这些不是垃圾字符。根据MLLP协议，消息的开始和结束由这些unicode字符标记来描述一个帧的开始和结束。
HAPI HL7 解析无法解析这些特殊（不可打印）字符。很高兴我在同一个论坛上找到了一个解决方案来明智地在 Java 中处理它。 How to remove control characters from java string?
一个简单的正则表达式将完成如下所示的技巧：
.replaceAll("[\\p{Cntrl}&&[^\r\n\t]]","");
还要确保您编码的字符也能用 JAVA 正确处理。通常 JAVA 不擅长处理反斜杠。所以，转义反斜杠 .replace("\\","\\\\")
这样就可以了。
,正如您所提到的，您正确地收到了消息，我认为这与 HL7 无关。我的第一个猜测是这可能是与字节到字符串转换相关的问题。
但是，在评论中与您讨论时，您说导致问题的字符串中存在 MLLP 字符。
我知道一些 MLLP 解析器删除了 MLLP 字符 (<VT>,<FS>,<CR>);但有些没有。应用程序应删除它们。
在将字节转换为字符串之后，在调用 parser.parse(hl7Message) 之前，只需使用 Java 中的一些字符串替换方法删除这些字符。
我不懂 java，但像 hl7Message.replace(....,"") 这样的东西应该可以工作。