optionaly eliminating a segment header

Clovertech Forums Read Only Archives Cloverleaf Cloverleaf optionaly eliminating a segment header

  • Creator
    Topic
  • #52520
    Tom Arrowsmith
    Participant

      I am sending a physician update message to a downstream system (eScription) that bases some of it’s behavior on the existence or non-existence of a PRA segment.

      The system considers the provider to be a medical records “dictator” if the PRA segment exists (along with it’s populated fields) and alternatively considers the provider to be solely a referring physician (without dictating rights in the eScription system) if the PRA segment is entirely missing.

      I have tried nulling out (via copying @null to the PRA via pathcopy) the entire PRA segment – but that leaves the segment header “PRA” still being transmitted in the message even though all the PRA fields are empty.

      I have tried placing empty quotation marks in the fields – to no avail. Apparently, the receiving application is actually looking for the existence of the “PRA” in the message.

      I know of no way to include the PRA in the HL7 variant I’m using for this xlate – and then to make it entirely disappear when the conditions demand it.

      Does anyone know of a way to sometimes get the “PRA” to totally disappear when certain conditions exist?

      Or is there anyone out there who has used Cloverleaf with the eScription medical transcription system?

      Thanks for any help.

      Tom

    Viewing 0 reply threads
    • Author
      Replies
      • #74535
        Jim Kosloskey
        Participant

          Tom,

          Go to the variant for the outbound message.

          In the Message definitikon, make the PRA in question ‘optional’ and now when you don’t populate ANY of the fields Cloverleaf will not produce the segment.

          email: jim.kosloskey@jim-kosloskey.com 29+ years Cloverleaf, 59 years IT - old fart.

      Viewing 0 reply threads
      • The forum ‘Cloverleaf’ is closed to new topics and replies.