当前位置：文江博客话题详情

Mirth 更改默认 ACK 字段值

发布于 2024-10-09 11:11:02 字数 165 浏览 4 评论 0原文

我正在将 Mirth 与接收 HL7v2 消息的 LLP 侦听器一起使用。

客户希望我们收到 ACK 消息，因此我们选中了“发送 ACK”单选按钮。唯一的问题是，在默认 ACK 中，它将 MIRTH 放入 MSH-3.1 字段中。我需要将其更改为另一个值来说明它来自哪里。

这可能吗？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

无人接听 2024-10-16 11:11:02

Mirth 有一个自定义 ack 的功能。我认为它没有记录在案，但他们的支持人员指导我们这样做。

在后处理器中：

var ackString = ""; //build a javascript string for your custom ack
var ackResponse = ResponseFactory.getSuccessReponse (ackString);
responseMap.put("Custom ACK", ackResponse);

Mirth 解析后处理器代码，并发现 reponseMap 代码。在源选项卡上，您现在可以选择“响应自”，并且“自定义 ACK”将作为选项出现。

构建我的自定义 ack 的完整代码大约有 20 行。

Mirth has a feature for customizing acks. I don't think it's documented, but their support staff directed us to it.

In the postprocessor:

var ackString = ""; //build a javascript string for your custom ack
var ackResponse = ResponseFactory.getSuccessReponse (ackString);
responseMap.put("Custom ACK", ackResponse);

Mirth parses the postprocessor code, and discovers the reponseMap code. On the source tab, you can now select "Respond from" and "Custom ACK" will appear as an option there.

The full code for building my custom acks is about 20 lines.

回复收藏 0 原文

从来不烧饼 2024-10-16 11:11:02

我认为解决这个问题的唯一方法是使用“发送确认”下的“响应来自”设置，并将“目的地”下的第一个目的地设置为“确认发送者”，然后从那里构建并发送确认。

如果您遇到这样的情况，您也可以使用此机制：如果您可以成功传递消息，则只需要确认，在这种情况下，您可以将“确认发送者”放在发送消息的实际目的地之后与.然后，您的“Ack Sender”目的地必须根据成功的传送构建 Ack 或 Nack。您可以通过检查前一个目的地的返回状态来进行检查，例如：

var returnState = responseMap.get('DestinationName').toString();

if (returnState.substr(0,8) == 'SUCCESS:')
    // Successful Delivery or Processing
else
    // Failed Delivery or processing

如果您需要更多帮助，请告诉我......

Frans

I think the only way you will get around that is to use the "Respond From" setting under "Send Ack" and set your first Destination under "Destinations" to be an "Ack Sender" and build and send an Ack from there.

You could also use this mechanism if you ever encounter a situation where you should only Ack if you could successfully deliver the message in which case you would place your "Ack Sender" after the actual destination you send the message on with. Your "Ack Sender" destination would then have to build an Ack or Nack based on successful delivery. You could check that by checking the return status of the previous destination with something like:

var returnState = responseMap.get('DestinationName').toString();

if (returnState.substr(0,8) == 'SUCCESS:')
    // Successful Delivery or Processing
else
    // Failed Delivery or processing

Let me know if you need any more help ...

Frans

回复收藏 0 原文

~没有更多了~