Clovertech

Accessing subcomponents through Translation Configurator

› Clovertech Forums › Read Only Archives › Cloverleaf › Cloverleaf › Accessing subcomponents through Translation Configurator

  • Creator
    Topic
  • July 1, 2005 at 1:46 pm #47876
    Ed Borowski
    Participant

      Hi,

      I am using QDX 3.8.1P rev 4.  I am trying to do the following:

      BULKCOPY

      COPY OBR-4.1 -> OBX(0)-5.1

      1(0).1(0).0(0).OBR.00238.[0] -> 1(0).1(0).1(0).OBX(0).00571.[0]

      OBX Segment: OBX|1|TX|S05-18&rpt^^99DHT|||||N|||F

      Resulting OBX: OBX|1|TX|Cytology&rpt^^99DHT|||||N|||F

      Desired OBX: OBX|1|TX|Cytology^^99DHT|||||N|||F

      The problem is that when I copy it only overwrites the “S05-18”.  I need to be able to overwrite the entire field.

      I’ve also tried using xpmfetch to get the subcomponent:

      Code:


      set result_type [lindex $xlateInVals 0]
      set obs_id [lindex $xlateInVals 1]

      # This returns the value before the & in the field (S05-18)
      #xpmfetch $xlateId {~1(0).1(0).1(0).OBX(0).00571(0).[0]}

      # This returns nothing
      xpmfetch $xlateId {~1(0).1(0).1(0).OBX(0).00571(0).[1]}

      puts [datget datum0 VALUE]

      switch $result_type {
        A {set xlateOutVals Autopsy}
        C {set xlateOutVals Cytology}
        H {set xlateOutVals Histology}
        S {set xlateOutVals Surg Path}
        N {set xlateOutVals Cytology}
        default {set xlateOutVals $obs_id}
      }

      The problem is that the value that is BULKCOPY’d into OBX(0)-5.1 has an “&” in the middle of the text, so it is treated as a subcomponent.  Whenever I try to access the field, I get back only the text up to the &.  Is there any way to access/overwrite the entire text or will I need to do PATHCOPY’s for the segments I can and COPY the OBX fields?

      Thank you, Ed.

    • Creator
      Topic
    Viewing 3 reply threads
    • Author
      Replies
      • July 1, 2005 at 3:08 pm #56958
        Kevin Scantlan
        Participant

          We had a similar (if not the same) problem with the CoPathPlus results interface to Cerner.  Except, CoPathPlus sent a “T” in lieu of an “&” knowing that the “&” was an HL7 delimiter.  Cerner needed a flag to be turned on in order to translate the “T” back to “&”.

          In the HL7 2.4 manual, there is a discussion on Special characters in  section 2.9.4  .

          In your case, it look like you need your sending system to send the “T” instead of the “&”.  Then your receiving system will need to translate it back.

        • July 1, 2005 at 5:00 pm #56959
          Ed Borowski
          Participant

            This is also for a result interface with CoPathPlus.  I’d like to think that there is a way to do it through tcl/grm/xpm, what I did for now is the following:

            BULKCOPY

            Check the first OBX, if no result text then PATHCOPY = to blank it out, then COPY fields from the first OBX segment, modify the one field I care about.  Otherwise leave it the way it is. (I don’t want to mess with it if it’s not in the format I’m looking for)

            The reason for this is that our HIS (Quadramed Affinity) uses OBX(0)-3.1 as the text it displays in Results Access for what type of result your looking at, and CoPathPlus sends a unique identifier that isn’t descriptive.

            Seems to work good.

            Thanks, Ed.

          • July 5, 2005 at 5:21 pm #56960
            Dee Davis
            Participant

              When I have wanted to blank out a sub-subfield I use:

              copy @null   to  1(0).1(0).1(0).OBX.00571.[0].[1]

              OBX|1|FT|76094.3&GDT||||||||P

              becomes

              OBX|1|FT|76094.3||||||||P

            • July 7, 2005 at 1:05 pm #56961
              Ed Borowski
              Participant

                Thank you – that was exactly what I was looking for.  Clean, simple, and works great.

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