Using Wild Card Routes with MSH.3 instead of MSH.9?

Homepage Clovertech Forums Cloverleaf Using Wild Card Routes with MSH.3 instead of MSH.9?

  • Creator
    Topic
  • #120214
    Joe Baranski
    Participant

    In the near future we’re going to be adding a LOT of new facilities based on service within our EMR and as such the associated messages would need to be routed to their specific threads.  Looking just at our ADT for starters, there are applications which would ONLY need certain facilities; AA, BB and CC for example, while others will ONLY need DD or EE.  Our all-else-fails solution would be managing a LOT of kills on the routes based on facility, but that’d be a headache to manage.  We’re trying to see if the Wild Card Routes could be purposed to look at MSH.3 since all available documentation seems to point only to MSH.9.  Searching Clovertech it appears it’s possible by changing what field it looks at but I’m not able to find where the change is made.

    The end goal would be to have 1 inbound ADT thread, with separate Wild Card Routes filtering based on MSH.3 so we can manage all filtering in 1 location.

    Thanks in advance!

    • This topic was modified 1 year, 8 months ago by Joe Baranski.
Viewing 1 reply thread
  • Author
    Replies
    • #120216
      David Barr
      Participant

      On the “inbound” tab of the thread config, change “Trx ID Determination Format” from HL7 to UPOC, and write a proc that returns the value of MSH-3. You can create the proc from a template using the code editor. Right click in the editor and select “add proc” and choose “trxid” for the proc type.

    • #120218
      Paul Bishop
      Participant

      You can use a TrxID upoc to change how the Transaction ID is built for routing.  These procs can pull in the current message so you can parse it out, then the returned value is the transaction id (trxId) which is then used in the routing instead of the normalized MSH-9 field.

      For instance, we have one of these procs setup for messages from our lab system so the different types of result messages (all ORU^R01) can be routed based on the MSH-3 field along with the MSH-9 so the blood bank results go through one translate, the micro results another, the pathology results a third, and then a default for everything else.  This is because a different HL7 variant was needed for each type of message.

      On the inbound thread, in Inbound/Inbound Data tab, you would then change the “Trx ID Determination Format:” to be “UPOC” and plug your proc into the setting under the Edit button.

      Hope this helps!

      Paul Bishop
      Carle Foundation Hospital
      Urbana, IL

Viewing 1 reply thread
  • You must be logged in to reply to this topic.

Forum Statistics

Registered Users
5,127
Forums
28
Topics
9,299
Replies
34,443
Topic Tags
288
Empty Topic Tags
10