MSH-1 and MSH-2 separators escaped in SoftLab???

This topic has 6 replies, 3 voices, and was last updated 18 years, 9 months ago by Jim Kosloskey.

Creator

Topic
March 20, 2006 at 4:14 pm #48405
Jim Kosloskey
Participant
Can anyone tell me if the SoftLab product(s) utilize the standard HL/7 escape technique (Chapter 2 Section 9 of the Standard) for separators described in MSH-1 and MSH-2 found imbedded in fields in the message?

For example if the sub-component separater described in MSH-2 is & (and the escape separator in MSH-2 is ), does SoftLab express the & in data as T?

Thanks,

Jim Kosloskey

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

Topic

Viewing 5 reply threads

Author

Replies
- March 22, 2006 at 7:39 pm #58547
  Kathy Suit
  Participant
  From my documentation for Soft:
  
  1 Field Separator |
  
  2 Encoding Characters ^ ~ &
  
  This is their standard, but the document does say “may vary”.
  
  I checked the our trace files and see \T\ for the &.
- March 22, 2006 at 8:03 pm #58548
  Jim Kosloskey
  Participant
  Kathy,
  
  Thank you.
  
  Jim Kosloskey
  
  email: jim.kosloskey@jim-kosloskey.com 29+ years Cloverleaf, 59 years IT - old fart.
- March 27, 2006 at 7:52 pm #58549
  Terry Kellum
  Participant
  Jim,
  
  We just got thru a task with SCC where the SoftPath application was throwing delimiters in the outbound reports. They have a fix for this problem but you should have your lab folks go over their test codes and descriptions to make sure that they are not using delimiters in these fields (“&”). When this breaks in path, it’s usually easily recognized by the receivers, but the ampersand in a description could be easily overlooked.
  
  SoftLab, SoftMic and SoftPath all have different output streams, so if the problem is fixed in one, it may not be corrected in the other subsystems.
  
  Terry
- March 27, 2006 at 7:57 pm #58550
  Jim Kosloskey
  Participant
  Terry,
  
  So if the descriptions, etc. have a separator imbedded, does SCC escape that properly in the message or not (with the fix)?
  
  Thanks for the info…
  
  Jim Kosloskey
  
  email: jim.kosloskey@jim-kosloskey.com 29+ years Cloverleaf, 59 years IT - old fart.
- March 27, 2006 at 7:59 pm #58551
  Terry Kellum
  Participant
  Nope. We found it less painful to fix the test codes and descriptions rather than have the vendor properly escape all the fields.
  
  The fix was only for the report output from SoftPath.
- March 27, 2006 at 8:12 pm #58552
  Jim Kosloskey
  Participant
  Terry,
  
  Once again a vendor charging what I assume is big bucks and probably proudly proclaiming their product to be HL/7 compliant cannot even adapt to the most basic concept of structured messages.
  
  End of rant…
  
  Thanks for the information,
  
  Jim Kosloskey
  
  email: jim.kosloskey@jim-kosloskey.com 29+ years Cloverleaf, 59 years IT - old fart.
Author

Replies

Viewing 5 reply threads

The forum ‘Cloverleaf’ is closed to new topics and replies.