hl7api-devel — developer list

[HAPI-devel] Class TableConstants for HL7 suggested values

[<fre...@sk...>]

Hi,

Often, we hardcode HL7 values in the code. For example:

if (adt_a08.getPID().getSex().equals("U")) {
  ...

It would be preferable to use constants. I've (semi-automatically)=20
generated a class gathering all these constants. (I haven't found=20
something similar in the distribution, but maybe I'm wrong.) My code=20
becomes now:

if (adt_a08.getPID().getSex().equals(TableConstants.SEX_UNKNOWN)) {
  ...

See the attached file.

Regards,




--=20
Fr=E9d=E9ric Dubru
Cliniques universitaires Saint-Luc
10, avenue Hippocrate
B-1200 Bruxelles
+32 2 764 36 43
http://www.saintluc.be

[HAPI-devel] survey results

[Tripp, B. <Bry...@uh...>]

As promised, here are the results of the survey on conformance tools usage
... 

3 responses poured in ;) ... including UHN, there are two groups using the
conformance features and two groups planning to use them.  I'll take this at
face value and assume that not many people are using this stuff (there are
about 50 organizations represented by the mailing list membership).  

This could be interpreted as confirmation that a robust core is more
important than advanced features.  Of course we all knew this all along
(didn't we?)  Another interpretation is that the barrier to using this stuff
is too high.  It's handy once you get it going, but first you have to learn
about conformance profiles, and how to use the VA's Messaging Workbench,
then you have to write profiles, which involves specifying your interface
more rigorously than you thought you had to, and then get the HAPI part
running.  Most of this is beyond HAPI's control, so we may be stuck,
although suggestions are welcome.

Come to think of it, these two interpretations are complementary (like a
barrier on a hill of relative unimportance).  Or does that just confound the
results?  Or does the core take on more importance the less people use the
advanced features?  More surveys!

Bryan 


This e-mail may contain confidential and/or privileged information
for the sole use of the intended recipient. Any review or distribution
by anyone other than the person for whom it was originally intended is
strictly
prohibited. If you have received this e-mail in error, please contact the
sender and
delete all copies. Opinions, conclusions or other information contained in
this e-mail may not be that of the organization.

RE: [HAPI-devel] Problems with PipeParser

[Tripp, B. <Bry...@uh...>]

For the list, the explanation is as follows ... 
 
This code prints the message to the console after each segment is added.
There are no line feeds at the ends of HL7 segments, and Bill was using the
XP console, so the results of each println statement go on a single line,
with each segment overwriting the last.  So the first line is the MSH, the
second line is the MSH with the PID overwriting part of it, and the third is
the MSH overwritten by the PID overwritten by the OBR.  Everything looks
sensible when the output is written somewhere that sees \r as a line break
(e.g. the Eclipse console or a file).  
 
Bryan 

-----Original Message-----
From: William T Hansley [mailto:han...@mc...]
Sent: April 16, 2004 4:02 PM
To: hl7...@li...
Subject: [HAPI-devel] Problems with PipeParser



Hi all, 
I'm having newbie problems getting PipeParser to behave the way I think it
should.  If I build up a basic ORU_R01 message (code that does the work is
down below), and ask PipeParser to write it out, I get the following output.
Note that all the lines are the same length - it seems like it's not
flushing a string buffer between segments.  The same message works fine
written out through the XML parser (which, unfortunately, doesn't help me
much). Any ideas? Am I doing something wrong here?? 
Thanks all 
-Bill Hansley 

PS - Thanks, Bryan, for coordinating such a great and useful
product/project!! 


PipeParser produced this: 
MSH|^~\&|ORVIEW||DHTS||200304051447||ORU_R01|1234456789|P 
PID|||W01950||Hansley^Bill||19670107|M||CR01|1234456789|P 
OBR|||314159|BOB Report|||||||||||||||||||||F1234456789|P 



XMLParser produced this: 
<?xml version="1.0"?> 
<ORU_R01> 
    <MSH> 
        <MSH.1>|</MSH.1> 
        <MSH.2>^~\&amp;</MSH.2> 
        <MSH.3>ORVIEW</MSH.3> 
        <MSH.5>DHTS</MSH.5> 
        <MSH.7>200304051447</MSH.7> 
        <MSH.9> 
            <CM_MSG.1>ORU_R01</CM_MSG.1> 
        </MSH.9> 
        <MSH.10>1234456789</MSH.10> 
        <MSH.11>P</MSH.11> 
    </MSH> 
    <ORU_R01.PIDNTEPV1ORCOBRNTEOBXNTE> 
        <ORU_R01.PIDNTEPV1> 
            <PID> 
                <PID.3> 
                    <CM_PAT_ID.1>W01950</CM_PAT_ID.1> 
                </PID.3> 
                <PID.5> 
                    <PN.1>Hansley</PN.1> 
                    <PN.2>Bill</PN.2> 
                </PID.5> 
                <PID.7>19670107</PID.7> 
                <PID.8>M</PID.8> 
                <PID.10>C</PID.10> 
            </PID> 
        </ORU_R01.PIDNTEPV1> 
        <ORU_R01.ORCOBRNTEOBXNTE> 
            <OBR> 
                <OBR.3> 
                    <CM_FILLER.1>314159</CM_FILLER.1> 
                </OBR.3> 
                <OBR.4> 
                    <CE.1>BOB Report</CE.1> 
                </OBR.4> 
                <OBR.25>F</OBR.25> 
            </OBR> 
        </ORU_R01.ORCOBRNTEOBXNTE> 
    </ORU_R01.PIDNTEPV1ORCOBRNTEOBXNTE> 
</ORU_R01> 




The Code: 

       //instantiate a PipeParser, which handles the "traditional encoding" 
        PipeParser pipeParser = new PipeParser(); 
        
        try { 
            ca.uhn.hl7v2.model.v22.message.ORU_R01 oru = new
ca.uhn.hl7v2.model.v22.message.ORU_R01(); 
            
            //ca.uhn.hl7v2.model.v22.segment.MSH msh = oru.getMSH(); 
            oru.getMSH().getFieldSeparator().setValue("|"); 
            oru.getMSH().getEncodingCharacters().setValue("^~\\&"); 
            oru.getMSH().getSendingApplication().setValue("ORVIEW"); 
            oru.getMSH().getReceivingApplication().setValue("DHTS"); 
 
//msh.getDateTimeOfMessage().setValue(ValidTS.toHL7TSFormat(System.currentTi
meMillis())); 
            oru.getMSH().getDateTimeOfMessage().setValue("200304051447"); 
 
oru.getMSH().getMessageType().getMessageType().setValue("ORU_R01"); 
            oru.getMSH().getMessageControlID().setValue("1234456789"); 
            oru.getMSH().getProcessingID().setValue("P"); 
            System.out.println(pipeParser.encode(oru)); 
            
            //ca.uhn.hl7v2.model.v22.segment.PID pid =
oru.getORU_R01_PIDNTEPV1ORCOBRNTEOBXNTE().getORU_R01_PIDNTEPV1().getPID(); 
 
oru.getORU_R01_PIDNTEPV1ORCOBRNTEOBXNTE().getORU_R01_PIDNTEPV1().getPID().ge
tPatientIDInternalID(0).getPatientID().setValue("W01950"); 
 
oru.getORU_R01_PIDNTEPV1ORCOBRNTEOBXNTE().getORU_R01_PIDNTEPV1().getPID().ge
tPatientName().getFamilyName().setValue("Hansley"); 
 
oru.getORU_R01_PIDNTEPV1ORCOBRNTEOBXNTE().getORU_R01_PIDNTEPV1().getPID().ge
tPatientName().getGivenName().setValue("Bill"); 
 
oru.getORU_R01_PIDNTEPV1ORCOBRNTEOBXNTE().getORU_R01_PIDNTEPV1().getPID().ge
tDateOfBirth().setValue("19670107"); 
 
oru.getORU_R01_PIDNTEPV1ORCOBRNTEOBXNTE().getORU_R01_PIDNTEPV1().getPID().ge
tSex().setValue("M"); 
 
oru.getORU_R01_PIDNTEPV1ORCOBRNTEOBXNTE().getORU_R01_PIDNTEPV1().getPID().ge
tRace().setValue("C"); 
            System.out.println(pipeParser.encode(oru)); 
            
            //ca.uhn.hl7v2.model.v22.segment.OBR obr =
oru.getORU_R01_PIDNTEPV1ORCOBRNTEOBXNTE().getORU_R01_ORCOBRNTEOBXNTE().getOB
R(); 
 
oru.getORU_R01_PIDNTEPV1ORCOBRNTEOBXNTE().getORU_R01_ORCOBRNTEOBXNTE().getOB
R().getFillerOrderNumber().getUniqueFillerId().setValue("314159"); 
 
oru.getORU_R01_PIDNTEPV1ORCOBRNTEOBXNTE().getORU_R01_ORCOBRNTEOBXNTE().getOB
R().getUniversalServiceID().getIdentifier().setValue("BOB Report"); 
 
oru.getORU_R01_PIDNTEPV1ORCOBRNTEOBXNTE().getORU_R01_ORCOBRNTEOBXNTE().getOB
R().getResultStatus().setValue("F"); 
            
                        
            System.out.println(pipeParser.encode(oru)); 
            
            //instantiate an XML parser 
            XMLParser xmlParser = new DefaultXMLParser(); 
            
            //encode message in XML 
            String ackMessageInXML = xmlParser.encode(oru); 
            
            //print XML-encoded message to standard out 
            System.out.println(ackMessageInXML);



This e-mail may contain confidential and/or privileged information
for the sole use of the intended recipient. Any review or distribution
by anyone other than the person for whom it was originally intended is
strictly
prohibited. If you have received this e-mail in error, please contact the
sender and
delete all copies. Opinions, conclusions or other information contained in
this e-mail may not be that of the organization.

[HAPI-devel] Problems with PipeParser

[William T H. <han...@mc...>]

Hi all,
I'm having newbie problems getting PipeParser to behave the way I think it 
should.  If I build up a basic ORU_R01 message (code that does the work is 
down below), and ask PipeParser to write it out, I get the following 
output. Note that all the lines are the same length - it seems like it's 
not flushing a string buffer between segments.  The same message works 
fine written out through the XML parser (which, unfortunately, doesn't 
help me much). Any ideas? Am I doing something wrong here??
Thanks all
-Bill Hansley

PS - Thanks, Bryan, for coordinating such a great and useful 
product/project!!


PipeParser produced this:
MSH|^~\&|ORVIEW||DHTS||200304051447||ORU_R01|1234456789|P
PID|||W01950||Hansley^Bill||19670107|M||CR01|1234456789|P
OBR|||314159|BOB Report|||||||||||||||||||||F1234456789|P



XMLParser produced this:
<?xml version="1.0"?>
<ORU_R01>
    <MSH>
        <MSH.1>|</MSH.1>
        <MSH.2>^~\&amp;</MSH.2>
        <MSH.3>ORVIEW</MSH.3>
        <MSH.5>DHTS</MSH.5>
        <MSH.7>200304051447</MSH.7>
        <MSH.9>
            <CM_MSG.1>ORU_R01</CM_MSG.1>
        </MSH.9>
        <MSH.10>1234456789</MSH.10>
        <MSH.11>P</MSH.11>
    </MSH>
    <ORU_R01.PIDNTEPV1ORCOBRNTEOBXNTE>
        <ORU_R01.PIDNTEPV1>
            <PID>
                <PID.3>
                    <CM_PAT_ID.1>W01950</CM_PAT_ID.1>
                </PID.3>
                <PID.5>
                    <PN.1>Hansley</PN.1>
                    <PN.2>Bill</PN.2>
                </PID.5>
                <PID.7>19670107</PID.7>
                <PID.8>M</PID.8>
                <PID.10>C</PID.10>
            </PID>
        </ORU_R01.PIDNTEPV1>
        <ORU_R01.ORCOBRNTEOBXNTE>
            <OBR>
                <OBR.3>
                    <CM_FILLER.1>314159</CM_FILLER.1>
                </OBR.3>
                <OBR.4>
                    <CE.1>BOB Report</CE.1>
                </OBR.4>
                <OBR.25>F</OBR.25>
            </OBR>
        </ORU_R01.ORCOBRNTEOBXNTE>
    </ORU_R01.PIDNTEPV1ORCOBRNTEOBXNTE>
</ORU_R01>




The Code:

       //instantiate a PipeParser, which handles the "traditional 
encoding" 
        PipeParser pipeParser = new PipeParser();
 
        try {
            ca.uhn.hl7v2.model.v22.message.ORU_R01 oru = new 
ca.uhn.hl7v2.model.v22.message.ORU_R01();
 
            //ca.uhn.hl7v2.model.v22.segment.MSH msh = oru.getMSH();
            oru.getMSH().getFieldSeparator().setValue("|");
            oru.getMSH().getEncodingCharacters().setValue("^~\\&");
            oru.getMSH().getSendingApplication().setValue("ORVIEW");
            oru.getMSH().getReceivingApplication().setValue("DHTS");
 
//msh.getDateTimeOfMessage().setValue(ValidTS.toHL7TSFormat(System.currentTimeMillis()));
            oru.getMSH().getDateTimeOfMessage().setValue("200304051447");
 oru.getMSH().getMessageType().getMessageType().setValue("ORU_R01");
            oru.getMSH().getMessageControlID().setValue("1234456789");
            oru.getMSH().getProcessingID().setValue("P");
            System.out.println(pipeParser.encode(oru));
 
            //ca.uhn.hl7v2.model.v22.segment.PID pid = 
oru.getORU_R01_PIDNTEPV1ORCOBRNTEOBXNTE().getORU_R01_PIDNTEPV1().getPID();
 
oru.getORU_R01_PIDNTEPV1ORCOBRNTEOBXNTE().getORU_R01_PIDNTEPV1().getPID().getPatientIDInternalID(0).getPatientID().setValue("W01950");
 
oru.getORU_R01_PIDNTEPV1ORCOBRNTEOBXNTE().getORU_R01_PIDNTEPV1().getPID().getPatientName().getFamilyName().setValue("Hansley");
 
oru.getORU_R01_PIDNTEPV1ORCOBRNTEOBXNTE().getORU_R01_PIDNTEPV1().getPID().getPatientName().getGivenName().setValue("Bill");
 
oru.getORU_R01_PIDNTEPV1ORCOBRNTEOBXNTE().getORU_R01_PIDNTEPV1().getPID().getDateOfBirth().setValue("19670107");
 
oru.getORU_R01_PIDNTEPV1ORCOBRNTEOBXNTE().getORU_R01_PIDNTEPV1().getPID().getSex().setValue("M");
 
oru.getORU_R01_PIDNTEPV1ORCOBRNTEOBXNTE().getORU_R01_PIDNTEPV1().getPID().getRace().setValue("C");
            System.out.println(pipeParser.encode(oru));
 
            //ca.uhn.hl7v2.model.v22.segment.OBR obr = 
oru.getORU_R01_PIDNTEPV1ORCOBRNTEOBXNTE().getORU_R01_ORCOBRNTEOBXNTE().getOBR();
 
oru.getORU_R01_PIDNTEPV1ORCOBRNTEOBXNTE().getORU_R01_ORCOBRNTEOBXNTE().getOBR().getFillerOrderNumber().getUniqueFillerId().setValue("314159");
 
oru.getORU_R01_PIDNTEPV1ORCOBRNTEOBXNTE().getORU_R01_ORCOBRNTEOBXNTE().getOBR().getUniversalServiceID().getIdentifier().setValue("BOB 
Report");
 
oru.getORU_R01_PIDNTEPV1ORCOBRNTEOBXNTE().getORU_R01_ORCOBRNTEOBXNTE().getOBR().getResultStatus().setValue("F");
 
 
            System.out.println(pipeParser.encode(oru));
 
            //instantiate an XML parser 
            XMLParser xmlParser = new DefaultXMLParser();
 
            //encode message in XML 
            String ackMessageInXML = xmlParser.encode(oru);
 
            //print XML-encoded message to standard out
            System.out.println(ackMessageInXML);

[HAPI-devel] 10 second survey

[Tripp, B. <Bry...@uh...>]

I'd like to get a sense of how many people are using HAPI's conformance
features.  

Please send me a reply if you have used either runtime conformance checking
or conformance classes, or are planning to.  A quick "yes" will do, although
more detail is certainly welcome.  

I'll compile the results and send them back to the list.  

Thanks for your time, 
Bryan 


This e-mail may contain confidential and/or privileged information
for the sole use of the intended recipient. Any review or distribution
by anyone other than the person for whom it was originally intended is
strictly
prohibited. If you have received this e-mail in error, please contact the
sender and
delete all copies. Opinions, conclusions or other information contained in
this e-mail may not be that of the organization.

RE: [HAPI-devel] Support files

[Tripp, B. <Bry...@uh...>]

Hi Kelly, 

That package is in commons-logging.jar.  If you have hapi-0.4.1.zip, it
should be included there, under the lib directory.  The HAPI jar should
automatically point to it if it's run from the directory that contains lib.
If you don't have it, you can also download it from here:
http://jakarta.apache.org/commons/logging/

Bryan 

> -----Original Message-----
> From: Kelly O'Keefe [mailto:ko...@ad...]
> Sent: April 6, 2004 1:21 PM
> To: hl7...@li...
> Subject: [HAPI-devel] Support files
> 
> 
> I have run SimpleServer in HAPI 0.4 successfully.  I am trying to get
> SimpleServer in HAPI 0.4.1 to work.  When I try to run the 
> program from the
> jar it fails, and when I try to debug in the NetBeans IDE I 
> get an error at
> the following line
> 
> import org.apache.commons.logging.Log
> 
> What should the contents of that package be?  It does not 
> appear to be on
> the Source Forge download site for HAPI.  Can you point me to 
> a source?
> 
> Thanks,
> 
> Kelly O'Keefe
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Hl7api-devel mailing list
> Hl7...@li...
> https://lists.sourceforge.net/lists/listinfo/hl7api-devel
> 


This e-mail may contain confidential and/or privileged information
for the sole use of the intended recipient. Any review or distribution
by anyone other than the person for whom it was originally intended is
strictly
prohibited. If you have received this e-mail in error, please contact the
sender and
delete all copies. Opinions, conclusions or other information contained in
this e-mail may not be that of the organization.

[HAPI-devel] Support files

[Kelly O'K. <ko...@ad...>]

I have run SimpleServer in HAPI 0.4 successfully.  I am trying to get
SimpleServer in HAPI 0.4.1 to work.  When I try to run the program from the
jar it fails, and when I try to debug in the NetBeans IDE I get an error at
the following line

import org.apache.commons.logging.Log

What should the contents of that package be?  It does not appear to be on
the Source Forge download site for HAPI.  Can you point me to a source?

Thanks,

Kelly O'Keefe

RE: [HAPI-devel] xmlv2 to xml v3 converter

[Tripp, B. <Bry...@uh...>]

Hi Sam, 

I don't know of any such tools unfortunately.  There is no elegant mapping
between V2 and V3 that would facilitate making a tool like that.  I suspect
that efforts have been made to map specific V2 messages to V3, but I don't
remember hearing of any large library of such mappings.  

If anyone else knows better please let us know.  

Regards, 
Bryan 

> -----Original Message-----
> From: Samanth [mailto:sam...@az...]
> Sent: March 31, 2004 5:53 AM
> To: hl7...@li...
> Subject: [HAPI-devel] xmlv2 to xml v3 converter
> 
> 
> hey all,
> 
> I know there are tools available to convert HL7 messages to XML. Are 
> there any tools to convert my v2 XML to v3 XML? If so, where 
> can I get 
> them?
> 
> Regards
> Sam
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Hl7api-devel mailing list
> Hl7...@li...
> https://lists.sourceforge.net/lists/listinfo/hl7api-devel
> 


This e-mail may contain confidential and/or privileged information
for the sole use of the intended recipient. Any review or distribution
by anyone other than the person for whom it was originally intended is
strictly
prohibited. If you have received this e-mail in error, please contact the
sender and
delete all copies. Opinions, conclusions or other information contained in
this e-mail may not be that of the organization.

RE: [HAPI-devel] bug: Varies class called to fix varies OBX segme nt in v2.1, but field 5 isn't "Varies" in v2.1

[Tripp, B. <Bry...@uh...>]

Hi Mike, 

Thanks for taking the time to report this, I wasn't aware of it.  That's
definitely something we will fix for the next release.  

Regards, 
Bryan 

-----Original Message-----
From: Michael Harm
To: hl7...@li...
Sent: 01/04/2004 6:48 PM
Subject: [HAPI-devel] bug: Varies class called to fix varies OBX segment in
v2.1, but field 5 isn't "Varies" in v2.1

Hi.

If I send a v2.1 message with an OBX segment to hapi, it crashes thusly:

>      [java]     at ca.uhn.hl7v2.model.Varies.fixOBX5(Varies.java:130)
>      [java]     at  
> ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:329)
>      [java]     at  
> ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:266)
>      [java]     at  
> ca.uhn.hl7v2.parser.GenericParser.parse(GenericParser.java:181)
>      [java]     at  
>
edu.stanford.irt.hl7dump.MyHl7Sender.parseOutbound(MyHl7Sender.java:100 
> )
>      [java]     at  
> edu.stanford.irt.hl7dump.MyHl7Sender.<init>(MyHl7Sender.java:74)
>      [java]     at  
> edu.stanford.irt.hl7dump.MyHl7Sender.main(MyHl7Sender.java:170)
>      [java] Caused by: java.lang.ClassCastException
>      [java]     at ca.uhn.hl7v2.model.Varies.fixOBX5(Varies.java:107)
>      [java]     ... 6 more

The offending line (107) in Varies tries to cast field 5 to a Varies  
type, which it is in later versions of hl7. But in v2.1, it's not a  
Varies.  Hence, class cast exception.

I fixed my local copy by tossing in a catch ClassCastException  
statement at the bottom of fixOBX5, which just returns silently.  Not  
sure what else it should do for v2.1....



Mike Harm
mh...@st...
---------------------------------------------------------------------
    And I'm goin' out West, where they appreciate me.

                              - Tom Waits, "Goin out West"



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
Hl7api-devel mailing list
Hl7...@li...
https://lists.sourceforge.net/lists/listinfo/hl7api-devel


This e-mail may contain confidential and/or privileged information
for the sole use of the intended recipient. Any review or distribution
by anyone other than the person for whom it was originally intended is
strictly
prohibited. If you have received this e-mail in error, please contact the
sender and
delete all copies. Opinions, conclusions or other information contained in
this e-mail may not be that of the organization.

[HAPI-devel] bug: Varies class called to fix varies OBX segment in v2.1, but field 5 isn't "Varies" in v2.1

[Michael H. <mh...@st...>]

Hi.

If I send a v2.1 message with an OBX segment to hapi, it crashes thusly:

>      [java]     at ca.uhn.hl7v2.model.Varies.fixOBX5(Varies.java:130)
>      [java]     at  
> ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:329)
>      [java]     at  
> ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:266)
>      [java]     at  
> ca.uhn.hl7v2.parser.GenericParser.parse(GenericParser.java:181)
>      [java]     at  
> edu.stanford.irt.hl7dump.MyHl7Sender.parseOutbound(MyHl7Sender.java:100 
> )
>      [java]     at  
> edu.stanford.irt.hl7dump.MyHl7Sender.<init>(MyHl7Sender.java:74)
>      [java]     at  
> edu.stanford.irt.hl7dump.MyHl7Sender.main(MyHl7Sender.java:170)
>      [java] Caused by: java.lang.ClassCastException
>      [java]     at ca.uhn.hl7v2.model.Varies.fixOBX5(Varies.java:107)
>      [java]     ... 6 more

The offending line (107) in Varies tries to cast field 5 to a Varies  
type, which it is in later versions of hl7. But in v2.1, it's not a  
Varies.  Hence, class cast exception.

I fixed my local copy by tossing in a catch ClassCastException  
statement at the bottom of fixOBX5, which just returns silently.  Not  
sure what else it should do for v2.1....



Mike Harm
mh...@st...
---------------------------------------------------------------------
    And I'm goin' out West, where they appreciate me.

                              - Tom Waits, "Goin out West"

[HAPI-devel] Loading resources via class loader

[Archie C. <ar...@de...>]

Hi,

In Parser.loadMessageStructures() the properties files for each version
are loaded using ClassLoader.getSystemResourceAsStream() instead of
ClassLoader.getResourceAsStream().

This causes a failure when the HAPI JAR file is loaded by a class loader
other than the system (i.e., application) class loader. E.g., if you run
a HAPI application using an ant build.xml file.

Any reason why this couldn't be changed to invoke
ClassLoader.getResourceAsStream() instead?

Thanks,
-Archie

__________________________________________________________________________
Archie Cobbs      *        CTO, Awarix        *      http://www.awarix.com

[HAPI-devel] xmlv2 to xml v3 converter

[Samanth <sam...@az...>]

hey all,

I know there are tools available to convert HL7 messages to XML. Are 
there any tools to convert my v2 XML to v3 XML? If so, where can I get 
them?

Regards
Sam

RE: [HAPI-devel] 'normative database'

[Tripp, B. <Bry...@uh...>]

HL7 sells it separately from the text version of the standard.  You can get
it from their on-line bookstore (it's quite expensive ... >$1000 USD).  You
don't need it to use HAPI though, unless you want to generate the message
classes yourself.  
 
Bryan 

-----Original Message-----
From: Dan Hollacher [mailto:dho...@ri...]
Sent: March 30, 2004 5:19 PM
To: hl7...@li...
Subject: [HAPI-devel] 'normative database'


Gentlepersons,
 
I'm an HL7 member - where's the 'normative database' referenced
by the NormativeDatabase class ?
 
respects,
 
d.



This e-mail may contain confidential and/or privileged information
for the sole use of the intended recipient. Any review or distribution
by anyone other than the person for whom it was originally intended is
strictly
prohibited. If you have received this e-mail in error, please contact the
sender and
delete all copies. Opinions, conclusions or other information contained in
this e-mail may not be that of the organization.

[HAPI-devel] 'normative database'

[Dan H. <dho...@ri...>]

Gentlepersons,
=20
I'm an HL7 member - where's the 'normative database' referenced
by the NormativeDatabase class ?
=20
respects,
=20
d.

RE: [HAPI-devel] origin of message?

[Samanth A. <sam...@az...>]

Hi Bryan,

Thanx for your reply. I am really not sure of MSH-3 but if you could 
explain both of them, it would be of great help.

Regards
Sam




   -------Original Message-------
   > From: Tripp, Bryan <Bry...@uh...>
   > Subject: RE: [HAPI-devel] origin of message?
   > Sent: 25 Mar 2004 15:06:18
   >
   >  Hi Sam,
   >  
   >  That information is on the Connection objects that are created by
   >  HL7Services, but you can't get there from an Application, so getting at that
   >  information may not be straightforward.  If you just want to log these
   >  addresses as connections are made, you could decorate
   >  HL7Service.newConnection() to do this.  If you need this information for
   >  each message, there is a way to you could decorate Parser to do this, but it
   >  would take a little explaining (let me know if you are interested).  Also, I
   >  don't know what you are using this for, but is it possible that MSH-3 could
   >  give you what you need instead?  
   >  
   >  If anyone else is reading this and needs the same functionality, please let
   >  me know.  If it's a common need it then I'll look into making it easier to
   >  do.  
   >  
   >  Regards,
   >  Bryan
   >  
   >  > -----Original Message-----
   >  > From: Samanth [mailto:sam...@az...]
   >  > Sent: March 24, 2004 5:24 AM
   >  > To: hl7...@li...
   >  > Subject: [HAPI-devel] origin of message?
   >  >
   >  >
   >  > hello,
   >  >
   >  > am quite new to hapi. i just wanted to know is there a way to
   >  > know where
   >  > the message originated from? i.e., ip address or port number
   >  > etc? if so,
   >  > where can i look for this info?
   >  >
   >  > regards
   >  > sam
   >  >
   >  >
   >  >
   >  > -------------------------------------------------------
   >  > This SF.Net email is sponsored by: IBM Linux Tutorials
   >  > Free Linux tutorial presented by Daniel Robbins, President and CEO of
   >  > GenToo technologies. Learn everything from fundamentals to system
   >  > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
   >  > _______________________________________________
   >  > Hl7api-devel mailing list
   >  > Hl7...@li...
   >  > https://lists.sourceforge.net/lists/listinfo/hl7api-devel
   >  >
   >  
   >  
   >  This e-mail may contain confidential and/or privileged information
   >  for the sole use of the intended recipient. Any review or distribution
   >  by anyone other than the person for whom it was originally intended is
   >  strictly
   >  prohibited. If you have received this e-mail in error, please contact the
   >  sender and
   >  delete all copies. Opinions, conclusions or other information contained in
   >  this e-mail may not be that of the organization.
   -------Original Message-------

RE: [HAPI-devel] origin of message?

[Tripp, B. <Bry...@uh...>]

Hi Sam, 

That information is on the Connection objects that are created by
HL7Services, but you can't get there from an Application, so getting at that
information may not be straightforward.  If you just want to log these
addresses as connections are made, you could decorate
HL7Service.newConnection() to do this.  If you need this information for
each message, there is a way to you could decorate Parser to do this, but it
would take a little explaining (let me know if you are interested).  Also, I
don't know what you are using this for, but is it possible that MSH-3 could
give you what you need instead?  

If anyone else is reading this and needs the same functionality, please let
me know.  If it's a common need it then I'll look into making it easier to
do.  

Regards, 
Bryan 

> -----Original Message-----
> From: Samanth [mailto:sam...@az...]
> Sent: March 24, 2004 5:24 AM
> To: hl7...@li...
> Subject: [HAPI-devel] origin of message?
> 
> 
> hello,
> 
> am quite new to hapi. i just wanted to know is there a way to 
> know where 
> the message originated from? i.e., ip address or port number 
> etc? if so, 
> where can i look for this info?
> 
> regards
> sam
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Hl7api-devel mailing list
> Hl7...@li...
> https://lists.sourceforge.net/lists/listinfo/hl7api-devel
> 


This e-mail may contain confidential and/or privileged information
for the sole use of the intended recipient. Any review or distribution
by anyone other than the person for whom it was originally intended is
strictly
prohibited. If you have received this e-mail in error, please contact the
sender and
delete all copies. Opinions, conclusions or other information contained in
this e-mail may not be that of the organization.

[HAPI-devel] origin of message?

[Samanth <sam...@az...>]

hello,

am quite new to hapi. i just wanted to know is there a way to know where 
the message originated from? i.e., ip address or port number etc? if so, 
where can i look for this info?

regards
sam

RE: [HAPI-devel] ZFU segment in an ADT message

[Tripp, B. <Bry...@uh...>]

To do this with HAPI 0.3 you have to make a custom message class that
defines ZFU.  If you will be parsing these messages (not just =
encoding),
then you have to register it as described in Parser.packageList(). =20

It's much easier with 0.4 or 0.4.1 ... in these versions the parser
automatically adds the segment, or you can do the same by calling
Group.addNonstandardSegment(). =20

Regards,=20
Bryan=20

> -----Original Message-----
> From: micha=EBl dehouck [mailto:mic...@si...]
> Sent: March 15, 2004 11:11 AM
> To: hl7...@li...
> Subject: [HAPI-devel] ZFU segment in an ADT message
>=20
>=20
> hi,
> I would like to add a ZFU segment to an ADT_A01 message with =
hapi_0.3.
> Anybody knows how to make this ?
>=20
> Thanks & Regards
> mde
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> =
administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcl=
ick
> _______________________________________________
> Hl7api-devel mailing list
> Hl7...@li...
> https://lists.sourceforge.net/lists/listinfo/hl7api-devel
>=20


This e-mail may contain confidential and/or privileged information
for the sole use of the intended recipient. Any review or distribution
by anyone other than the person for whom it was originally intended is
strictly
prohibited. If you have received this e-mail in error, please contact =
the
sender and
delete all copies. Opinions, conclusions or other information contained =
in
this e-mail may not be that of the organization.

[HAPI-devel] ZFU segment in an ADT message

[<mic...@si...>]

hi,
I would like to add a ZFU segment to an ADT_A01 message with hapi_0.3.
Anybody knows how to make this ?

Thanks & Regards
mde

RE: [HAPI-devel] help on HAPI...

[Tripp, B. <Bry...@uh...>]

Hi Vinod, 

If you're using different dummy values for each message, you probably have
to parse each message (using PipeParser.parse()), then on the resulting
Message object go through the list of fields you want to scrub, using
getData() and setData() on each Primitive as needed, and then encode the
result (using PipeParser.encode()).  

It may still be possible to identify the patient through remaining fields,
if the case is unique or the message contains some free text (for example a
report where the author mentions the patient's name).  I guess you could use
dummy reports as well. 

Regards, 
Bryan 

> -----Original Message-----
> From: Sreepad,Vinod [mailto:Vsr...@pa...]
> Sent: March 8, 2004 4:26 AM
> To: hl7...@li...
> Subject: [HAPI-devel] help on HAPI...
> 
> 
> hi 
> 
>  I have a requirement where in I have to scrub the HL7 data. 
> ie change the
> original name, address, PID etc to some dummy values.I was 
> going thru the
> HAPI docs to implement this feature..but no breakthroughs as 
> yet except for
> the Pipe parser. I would be very grateful to you if you could 
> provide some
> insight into this and guide me as to how to go about 
> implementing the same.
> 
> Looking forward to your help
> 
> Thanks & Regards
> Vinod
> 
> 
> DISCLAIMER: The information in this message is confidential and may be
> legally privileged. It is intended solely for the addressee.  
> Access to this
> message by anyone else is unauthorised.  If you are not the intended
> recipient, any disclosure, copying, or distribution of the 
> message, or any
> action or omission taken by you in reliance on it, is 
> prohibited and may be
> unlawful.  Please immediately contact the sender if you have 
> received this
> message in error. Thank you.
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Hl7api-devel mailing list
> Hl7...@li...
> https://lists.sourceforge.net/lists/listinfo/hl7api-devel
> 


This e-mail may contain confidential and/or privileged information
for the sole use of the intended recipient. Any review or distribution
by anyone other than the person for whom it was originally intended is
strictly
prohibited. If you have received this e-mail in error, please contact the
sender and
delete all copies. Opinions, conclusions or other information contained in
this e-mail may not be that of the organization.

[HAPI-devel] help on HAPI...

[Sreepad,Vinod <Vsr...@pa...>]

hi 

 I have a requirement where in I have to scrub the HL7 data. ie change the
original name, address, PID etc to some dummy values.I was going thru the
HAPI docs to implement this feature..but no breakthroughs as yet except for
the Pipe parser. I would be very grateful to you if you could provide some
insight into this and guide me as to how to go about implementing the same.

Looking forward to your help

Thanks & Regards
Vinod


DISCLAIMER: The information in this message is confidential and may be
legally privileged. It is intended solely for the addressee.  Access to this
message by anyone else is unauthorised.  If you are not the intended
recipient, any disclosure, copying, or distribution of the message, or any
action or omission taken by you in reliance on it, is prohibited and may be
unlawful.  Please immediately contact the sender if you have received this
message in error. Thank you.

RE: [HAPI-devel] SystemClassLoader and Tomcat Enviroment

[Tripp, B. <Bry...@uh...>]

Thanks for pointing this out.  This had actually been reported before, and I
have a note that I had fixed it, but it wasn't fixed.  I'm not sure what
happened there ... possibly I made some CVS-related mistake.  

Bryan 

> -----Original Message-----
> From: Pier Francesco Sormani [mailto:p.s...@we...]
> Sent: March 2, 2004 5:47 AM
> To: hl7...@li...
> Subject: [HAPI-devel] SystemClassLoader and Tomcat Enviroment
> 
> 
> Hello
> 
> I tried to run the HAPI under Tomcat enviroment (tomcat 
> 4.1.27) but I found
> the following problem:
> 
> ca.uhn.hl7v2.HL7Exception: Couldn't create Message object of 
> type ADT_A08
>  at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:222)
>  at ca.uhn.hl7v2.app.Responder.processMessage(Responder.java:139)
>  at ca.uhn.hl7v2.app.Receiver$Grunt.run(Receiver.java:115)
> Caused by: ca.uhn.hl7v2.HL7Exception: No map found for version 2.3.1
>  at 
> ca.uhn.hl7v2.parser.Parser.getMessageStructureForEvent(Parser.
> java:390)
>  at ca.uhn.hl7v2.parser.Parser.findMessageClass(Parser.java:263)
>  at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:209)
>  ... 2 more
> 
> The problem was about the SystemClassLoader. Tomcat, such as 
> many server
> applications,
> installs a variety of class loaders.
> When you deploy a resource (like properties files) under a 
> WebApp, you must
> use the
> getResourceAsStream() instead of getSystemResourceAsStream() 
> to retrieve
> this rosource.
> 
> So I have changed:
>     InputStream in =
> Parser.class.getClassLoader().getSystemResourceAsStream(resource);
> in
>     InputStream in =
> Parser.class.getClassLoader().getResourceAsStream(resource);
> 
> in the loadMessageStructures() method of Parser class and all 
> seems to be
> ok.
> 
> Is it a bug? this is a valid solution?
> 
> More information can be found at:
> http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-h
owto.html

Hi, Piero.
--------------------------------------
Dott. Pier Francesco Sormani
Synapsis S.r.l.
     in Computer Science

P.zza Dante, 19/20
57121 Livorno
Phone: +39 0586 426790
fax: +39 0586 443954
www.websynapsis.com
--------------------------------------




-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Hl7api-devel mailing list
Hl7...@li...
https://lists.sourceforge.net/lists/listinfo/hl7api-devel


This e-mail may contain confidential and/or privileged information
for the sole use of the intended recipient. Any review or distribution
by anyone other than the person for whom it was originally intended is
strictly
prohibited. If you have received this e-mail in error, please contact the
sender and
delete all copies. Opinions, conclusions or other information contained in
this e-mail may not be that of the organization.

[HAPI-devel] SystemClassLoader and Tomcat Enviroment

[Pier F. S. <p.s...@we...>]

Hello

I tried to run the HAPI under Tomcat enviroment (tomcat 4.1.27) but I found
the following problem:

ca.uhn.hl7v2.HL7Exception: Couldn't create Message object of type ADT_A08
 at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:222)
 at ca.uhn.hl7v2.app.Responder.processMessage(Responder.java:139)
 at ca.uhn.hl7v2.app.Receiver$Grunt.run(Receiver.java:115)
Caused by: ca.uhn.hl7v2.HL7Exception: No map found for version 2.3.1
 at ca.uhn.hl7v2.parser.Parser.getMessageStructureForEvent(Parser.java:390)
 at ca.uhn.hl7v2.parser.Parser.findMessageClass(Parser.java:263)
 at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:209)
 ... 2 more

The problem was about the SystemClassLoader. Tomcat, such as many server
applications,
installs a variety of class loaders.
When you deploy a resource (like properties files) under a WebApp, you must
use the
getResourceAsStream() instead of getSystemResourceAsStream() to retrieve
this rosource.

So I have changed:
    InputStream in =
Parser.class.getClassLoader().getSystemResourceAsStream(resource);
in
    InputStream in =
Parser.class.getClassLoader().getResourceAsStream(resource);

in the loadMessageStructures() method of Parser class and all seems to be
ok.

Is it a bug? this is a valid solution?

More information can be found at:
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-howto.html

Hi, Piero.
--------------------------------------
Dott. Pier Francesco Sormani
Synapsis S.r.l.
     in Computer Science

P.zza Dante, 19/20
57121 Livorno
Phone: +39 0586 426790
fax: +39 0586 443954
www.websynapsis.com
--------------------------------------

RE: [HAPI-devel] NumberFormatException from PipeParser

[Tripp, B. <Bry...@uh...>]

Hi Bill, 

That's odd.  The important thing is that there is a carriage return (\r) at
the end of the segment.  Is there any chance there is only a newline?  If
the \r is there, make sure you aren't removing it during the read ... for
example appending repeated BufferedReader readLine() results to a
StringBuffer would leave out the \r.  

Bryan 

> -----Original Message-----
> From: William Butler [mailto:wb...@pa...]
> Sent: February 29, 2004 4:56 PM
> To: hl7...@li...
> Subject: [HAPI-devel] NumberFormatException from PipeParser
> 
> 
> OK here's a newbie question:
> 
> I worked through the introductory tutorial fine including the  
> interaction between TestPanel and SimpleServer.
> 
> However when I programmatically read an HL7 file containing:
> 
> MSH|^~\&| ...blah... |P|2.3|1508
> EVN|A08|20031105133757|||hearnm
> ....
> 
> into the string stringFromFile. and send it to an instance of  
> PipeParser as
> 
> parser = new PipeParser()
> message = parser.parse(stringFromFile)
> 
> I get:
> 
> Traceback (innermost last):
>    File "<console>", line 1, in ?
> Caused by: java.lang.NumberFormatException: For input string: "1508
> EVN"
>          at  
> java.lang.NumberFormatException.forInputString(NumberFormatExc
> eption.jav 
> a:48)
>          at java.lang.Integer.parseInt(Integer.java:477)
>          at java.lang.Integer.parseInt(Integer.java:518)
>          at  
> ca.uhn.hl7v2.model.primitive.CommonNM.setValue(CommonNM.java:105)
>          ... 25 more
> 
> ca.uhn.hl7v2.model.DataTypeException:  
> ca.uhn.hl7v2.model.DataTypeException: 
> java.lang.NumberFormatException:  
> For input string: "1508
> EVN": Segment: MSH (rep 0) Field #12
> 
> The same text copied and pasted into TestPanel works fine. I 
> guess the  
> end of the line is not being recognized. Can anything be done 
> to help  
> this?
> 
> Thanks,
> 
> Bill Butler
> 
> Mass General Hospital
> 
> 
> 
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> Hl7api-devel mailing list
> Hl7...@li...
> https://lists.sourceforge.net/lists/listinfo/hl7api-devel
> 


This e-mail may contain confidential and/or privileged information
for the sole use of the intended recipient. Any review or distribution
by anyone other than the person for whom it was originally intended is
strictly
prohibited. If you have received this e-mail in error, please contact the
sender and
delete all copies. Opinions, conclusions or other information contained in
this e-mail may not be that of the organization.

[HAPI-devel] NumberFormatException from PipeParser

[William B. <wb...@pa...>]

OK here's a newbie question:

I worked through the introductory tutorial fine including the  
interaction between TestPanel and SimpleServer.

However when I programmatically read an HL7 file containing:

MSH|^~\&| ...blah... |P|2.3|1508
EVN|A08|20031105133757|||hearnm
....

into the string stringFromFile. and send it to an instance of  
PipeParser as

parser = new PipeParser()
message = parser.parse(stringFromFile)

I get:

Traceback (innermost last):
   File "<console>", line 1, in ?
Caused by: java.lang.NumberFormatException: For input string: "1508
EVN"
         at  
java.lang.NumberFormatException.forInputString(NumberFormatException.jav 
a:48)
         at java.lang.Integer.parseInt(Integer.java:477)
         at java.lang.Integer.parseInt(Integer.java:518)
         at  
ca.uhn.hl7v2.model.primitive.CommonNM.setValue(CommonNM.java:105)
         ... 25 more

ca.uhn.hl7v2.model.DataTypeException:  
ca.uhn.hl7v2.model.DataTypeException: java.lang.NumberFormatException:  
For input string: "1508
EVN": Segment: MSH (rep 0) Field #12

The same text copied and pasted into TestPanel works fine. I guess the  
end of the line is not being recognized. Can anything be done to help  
this?

Thanks,

Bill Butler

Mass General Hospital