- This topic has 10 replies, 3 voices, and was last updated 1 year, 1 month ago by
.
-
Topic
-
Hello everyone,
I have a connector A, which sends messages to 4 connectors below B C D E,
I have very different routes and very different xlates for each route,
when I filter on route B, and delete the message, the same message is also deleted from route E,
this is possible? I thought the roads were totally independent.
thank you for your help
-
Replies
-
-
-
Without knowing your exact set up, it’s going to be difficult to say. If you’re using using chaining/branching, and you kill the message at the top, nothing below is going to get the message.
If you’re using more straight-forward routing, it could depend on how you’re “deleting” the message. If you’re simply KILL’ing it in a pre-proc on the detail, then yes, it should still go through other route details. But if you’re ERROR’ing it, and you have “Remove all messages when any route detail fails” set on your route, nothing in that route is going to get the message.
Think we might need some more detail in your exact configuration to really say.
HTH,
TIM
Tim Pancost
Trinity Health -
the filter is in an xlate, which tests if field A01 neq XX, then delete the message with the action suppress
my question is simple, it is possible in different routes, during a filter where one wishes to keep only a few messages, the rest is deleted, then to have as impact unintended to delete this message in other routes.
-
-
Ah, young Padawan, this reminds me of an old saying, “There are no stupid questions.” And that may very well be true. But I will add to that with, when it comes to Cloverleaf, and particularly routing and filtering, “There are no simple questions.” It’s ALL about the details.
I will say that we, as a best practice, do not doing filtering with Xlates. It’s inefficient, and could very well end up causing performance issues with high-volume interfaces. We take the mind-set of “get rid of unwanted messages as soon as we can”. So all filtering takes place either in the IB Data TPS of the source thread, or in the Pre Procs TPS of the route detail. That means writing Tcl procs to do the filtering. Another bonus of this is that you can re-use those filters on other threads that need to do similar filtering.
By using SUPPRESS within an Xlate, you may have stumbled on a “feature” of using that action within a route, in that it behaves like the message errored in the xlate. I do see this in the help doc for the SUPPRESS action: “SUPPRESS suppresses processing of the original input message beyond the XLT phase.”
HTH,
TIM
Tim Pancost
Trinity Health -
-
I can provide you with a generic proc that allows you to filter based on a specific value or values within a specific HL7 segment/field/component. It is attached. The arguments are the segment, field, component, value(s) you’re looking for, and the disposition of the messages that contain the value(s). So, in your instance, I don’t know what A-3-1 is, nor the “A01 neq XX” in your earlier message, but something equal to ‘P’ in an HL7 message often refers to MSH-11(Processing ID). In this case, your argument list would look like:
{SEGMENT MSH}
{FIELD 11}
{COMPONENT 0}
{VALUES {P}}
{DISPOSITION CONTINUE}This will CONTINUE any message that has a ‘P’ for the Processing ID, rather than, say ‘T’ or ‘D’.
Alternately, if you wanted to only specifically KILL the other two, your argument list would look like:
{SEGMENT MSH}
{FIELD 11}
{COMPONENT 0}
{VALUES {T D}}
{DISPOSITION KILL}HTH,
TIM
Tim Pancost
Trinity Health -
-
-
-
- You must be logged in to reply to this topic.
