Delimiter and Email Address

HL7? Do you receive the delimiter that way from a source system?  Is the source system escape sequence aware and can it send an escape sequence within the fields where the @ symbol is part of the fields content?  My first thought is have the source system make the change.

This is like doing an if statement on the Value of R&D or H&P.  You will get multiple values and bomb out.  The below should be more reflective on that these escape sequences represent the values contained in MSH:1 and MSH:2 as opposed to fixed values.

The table below shows the HL7 Escape sequences, and how they are converted:

Character Description Conversion

Cxxyy Single-byte character set escape sequence with two hexadecimal values not converted

E Escape character converted to escape character (e.g.,

Here is a possible solution though.

Copy the field you are testing to a variable and run your if statement against the variable.

I sometimes have to use this when the field value contains spaces or &’s.

Copy bob@email.com –> @email

if @email eq

 do something

Give it a try…

Gena,

Is the @ in your MSH-1 or MSH-2?

What release of Cloverleaf?

To add onto Keith’s thought, because I’ve had to do this a lot with & in various fields.  I CONCAT the field using & as the delimiter (in your case @) sending result to variable, then since the engine is using a variable and not an HL7 field, there is not problem with delimeter in the variable. Here is excerpt from one of my Xlates:

In Cloverleaf 6.0 one can now ‘see’ the subcomponent separator in a Xlate pre proc giving one the opportunity to do something about it.

It is no longer parsed out of xlateInVals.