hl7api-devel — developer list

RE: creating own messages [was: Re: [HAPI-devel] Further TXA ques tions]

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

Hi Martin, 

Yes, you're right, the example org.foo.hl7.custom.messages.ZFO should read
org.foo.hl7.custom.message.ZFO.  Thanks for pointing this out.  

I don't want to have a troubleshooting dialogue on the list, but could you
please mail me personally and let me know what log messages you get if you
call packageList() with log level debug?  

Thanks, 
Bryan 

> -----Original Message-----
> From: Martin Fleurke [mailto:mar...@po...]
> Sent: May 26, 2004 11:13 AM
> To: Tripp, Bryan
> Cc: Hl7...@li...
> Subject: creating own messages [was: Re: [HAPI-devel] Further TXA
> questions]
> 
> 
> Tripp, Bryan wrote:
> 
> >5. The above steps are enough to allow you create and encode 
> messages in the
> >custom format.  If you also want to parse them, follow the 
> instructions in
> >the JavaDocs for Parser.packageList() to register your 
> message class with
> >the parsers.  
> >Let me know if any of the above is unclear.  
> >  
> >
> Hi,
> 
> I am also using my own messages, but registering the class 
> doesn't seem 
> to work. What am I doing wrong?
> 
> I have messages like
> nl.portavita.hl7messages.model.v1.message.PVL_PV1
> (extends abstractmessage) and message segments like
> nl.portavita.hl7messages.model.v1.segment.LGA
> (extends AbstractSegment).
> 
> In my userdir I have created the directory 'custom_packages' with the 
> file '2.2'.
> The contents of the file are: 'nl.portavita.hl7messages.model.v1'
> 
> calling Parser.packageList results only in {'ca.uhn.hl7v2.model.v22.'}
> 
> if I do (in processmessage(Message in))
> LGA lga = (LGA)in.get("LGA");
> I get a classcastexception. (the 'get-method' returns an 
> abstractSegement, and if I inspect it, i can find the 
> complete original 
> message somewhere inside)
> 
> I have decided to put the messages under '.message', as 
> happens in the 
> HAPI, but the JavaDoc has an example with '.messages'. Do I need to 
> place all messages under '.messages' instead? Or do I have to 
> place the 
> file somewehere else, or do I need to load the file somehow?
> 
> Regards,
> Martin
> 


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.

creating own messages [was: Re: [HAPI-devel] Further TXA questions]

[Martin F. <mar...@po...>]

Tripp, Bryan wrote:

>5. The above steps are enough to allow you create and encode messages in the
>custom format.  If you also want to parse them, follow the instructions in
>the JavaDocs for Parser.packageList() to register your message class with
>the parsers.  
>Let me know if any of the above is unclear.  
>  
>
Hi,

I am also using my own messages, but registering the class doesn't seem 
to work. What am I doing wrong?

I have messages like
nl.portavita.hl7messages.model.v1.message.PVL_PV1
(extends abstractmessage) and message segments like
nl.portavita.hl7messages.model.v1.segment.LGA
(extends AbstractSegment).

In my userdir I have created the directory 'custom_packages' with the 
file '2.2'.
The contents of the file are: 'nl.portavita.hl7messages.model.v1'

calling Parser.packageList results only in {'ca.uhn.hl7v2.model.v22.'}

if I do (in processmessage(Message in))
LGA lga = (LGA)in.get("LGA");
I get a classcastexception. (the 'get-method' returns an 
abstractSegement, and if I inspect it, i can find the complete original 
message somewhere inside)

I have decided to put the messages under '.message', as happens in the 
HAPI, but the JavaDoc has an example with '.messages'. Do I need to 
place all messages under '.messages' instead? Or do I have to place the 
file somewehere else, or do I need to load the file somehow?

Regards,
Martin

RE: [HAPI-devel] Further TXA questions

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

Hi Matthew, 

Yes, it sounds like you need a custom message class.  The steps are as
follows: 

1. Download the HAPI message library source for the HL7 version you are
using.  
2. Make new copies of the message class closest to what you need, and of the
group(s) on the path to the TXA.  
3. In the constructor of your copy of TXA's parent group, add the TXA
segment wherever you want it in the child order (using AbstractGroup.add(). 
4. Point to your modified group in your copy of the message and any other
parent groups (i.e. change the add() calls in these classes to add your
versions).  
5. The above steps are enough to allow you create and encode messages in the
custom format.  If you also want to parse them, follow the instructions in
the JavaDocs for Parser.packageList() to register your message class with
the parsers.  

Let me know if any of the above is unclear.  

Best, 
Bryan 

> -----Original Message-----
> From: mg...@mc... [mailto:mg...@mc...]
> Sent: May 25, 2004 12:20 PM
> To: Hl7...@li...
> Subject: [HAPI-devel] Further TXA questions
> 
> 
> >Hi Matthew,
> >
> >There are a couple of ways to do this, but the simplest is to use
> > Group.addNonstandardSegment(String name).  For example:
> >
> >ORU_R01 r01 = new ORU_R01;
> >r01.addNonstandardSegment("TXA");
> >//then access it like this ...
> >TXA txa = (TXA) ro1.get("TXA");
> >
> >Another option is to create a custom message class, but that is more
> >involved.  If you would like details let me know.
> >
> >Best,
> >Bryan
> 
> Bryan,
> 
> I have taken the "addNonstandardSegment" approach that you recommended
> above. Unfortunately, what happens in this case is that the 
> TXA segment is
> added after the OBX segments. I am trying to communicate with a system
> that requires that the TXA segment come first, followed by 
> multiple OBX
> segments, each of type TX, containing the text of the report. 
> (Actually I
> suppose this does  make a certain amount of sense since the TXA is
> supposed to be sort of transciption header, and the OBX 
> segments contain
> the body of the "transcript").
> 
> Is there any way to change the order so that the TXA segment 
> appears in
> the message before the OBX segments? Perhaps I will need 
> details on the
> custom message class after all.
> 
> Thanks much,
> 
> Matthew Fleming
> mg...@mc...
> 
> 
> >[-----Original Message-----
> >From: mgf@mc...
> >To: hl7api-devel@li...
> >Sent: 09/05/2004 3:44 PM
> >Subject: [HAPI-devel] TXA segment in ORU message
> >
> >Folks,
> >
> >I need to send pathology reports to an application which 
> unfortunately
> >expects them in a rather peculiar format. The message is supposed to
> >include a TXA segment (followed by multiple OBX segments of 
> type TX, one
> >for each paragraph in the report; sheesh). Anyhow, I am new 
> to HAPI and
> >would appreciate some guidance as to how to include the TXA 
> segment in
> >the
> >ORU message. I can see that there is a TXA class, but it is 
> apparently
> >not
> >possible to obtain an instance of this class by calling any of the
> >ORU_R01
> >class" get... methods.
> >
> >Thanks very much!
> >
> >Matthew Fleming, MD
> >Laboratory of Dermatopathology
> >Dept. of Dermatology
> >Medical College of Wisconsin
> >Milwaukee, WI
> >mgf@mc
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... 
> Oracle 10g. 
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&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] Further TXA questions

[<mg...@mc...>]

>Hi Matthew,
>
>There are a couple of ways to do this, but the simplest is to use
> Group.addNonstandardSegment(String name).  For example:
>
>ORU_R01 r01 = new ORU_R01;
>r01.addNonstandardSegment("TXA");
>//then access it like this ...
>TXA txa = (TXA) ro1.get("TXA");
>
>Another option is to create a custom message class, but that is more
>involved.  If you would like details let me know.
>
>Best,
>Bryan

Bryan,

I have taken the "addNonstandardSegment" approach that you recommended
above. Unfortunately, what happens in this case is that the TXA segment is
added after the OBX segments. I am trying to communicate with a system
that requires that the TXA segment come first, followed by multiple OBX
segments, each of type TX, containing the text of the report. (Actually I
suppose this does  make a certain amount of sense since the TXA is
supposed to be sort of transciption header, and the OBX segments contain
the body of the "transcript").

Is there any way to change the order so that the TXA segment appears in
the message before the OBX segments? Perhaps I will need details on the
custom message class after all.

Thanks much,

Matthew Fleming
mg...@mc...


>[-----Original Message-----
>From: mgf@mc...
>To: hl7api-devel@li...
>Sent: 09/05/2004 3:44 PM
>Subject: [HAPI-devel] TXA segment in ORU message
>
>Folks,
>
>I need to send pathology reports to an application which unfortunately
>expects them in a rather peculiar format. The message is supposed to
>include a TXA segment (followed by multiple OBX segments of type TX, one
>for each paragraph in the report; sheesh). Anyhow, I am new to HAPI and
>would appreciate some guidance as to how to include the TXA segment in
>the
>ORU message. I can see that there is a TXA class, but it is apparently
>not
>possible to obtain an instance of this class by calling any of the
>ORU_R01
>class" get... methods.
>
>Thanks very much!
>
>Matthew Fleming, MD
>Laboratory of Dermatopathology
>Dept. of Dermatology
>Medical College of Wisconsin
>Milwaukee, WI
>mgf@mc

RE: [HAPI-devel] Newbie implementing ca.uhn.hl7v2.app.Application

[Guevara, A. <Ale...@uh...>]

Hi John,

In addition to Bryan's response, the code fragments below show how to =
create

ACK and NACK messages.

Alex6


    private boolean sendAck( HL7LLPWriter so, String theMessage ) {
        boolean retVal =3D false;
       =20
        try {
            //send Response
            Segment msh =3D myHL7Parser.getCriticalResponseData( =
theMessage );
            Message ack =3D DefaultApplication.makeACK(msh);

            String rawAck =3D myHL7Parser.encode(ack);

            ourLog.debug( "Send ACK : " + rawAck );
            so.writeMsg( rawAck );

            retVal =3D true;
        }
        catch (Exception e) {
            ourLog.error("Write Response Exception: ", e);
        }
        return retVal;
    }
   =20
    private boolean sendNack( HL7LLPWriter so, String theMessage ) {
        boolean retVal =3D false;
       =20
        try {
            //send Response
            Segment msh =3D myHL7Parser.getCriticalResponseData( =
theMessage );
            Message nack =3D DefaultApplication.makeACK(msh);
           =20
            //populate MSA and ERR with generic error ...=20
            Segment msaSegment =3D (Segment) nack.get("MSA");
            Terser.set( msaSegment, 1, 0, 1, 1, "AR" );
            Terser.set( msaSegment, 3, 0, 1, 1, "Unable to forward =
message
to producer" );


            //populate ERR segment if it exists (may not depending on
version)
            Structure errSegment =3D nack.get("ERR");
            if (errSegment !=3D null) {
                Segment err =3D (Segment) errSegment;
                Terser.set(err, 1, 0, 4, 1, "207");
                Terser.set(err, 1, 0, 4, 2, "Application Internal =
Error");
                Terser.set(err, 1, 0, 4, 3, "HL70357");
            }
           =20
            String rawAck =3D myHL7Parser.encode(nack);

            ourLog.debug( "Send NACK : " + rawAck );
            so.writeMsg( rawAck );

            retVal =3D true;
        }
        catch (Exception e) {
            ourLog.error("Write Response Exception: ", e);
        }
        return retVal;
    }

-----Original Message-----
From: Tripp, Bryan [mailto:Bry...@uh...]=20
Sent: May 25, 2004 10:55 AM
To: 'John Thaemlitz'; Hl7...@li...
Subject: RE: [HAPI-devel] Newbie implementing =
ca.uhn.hl7v2.app.Application

Hi John,=20

You just have to fill in ACK message fields according to whatever specs =
you
are implementing.  For example whether it's an accept or reject depends =
on
the value of MSA-1.  DefaultApplication.makeACK() will get you off to a =
good
start by filling in all the invariant fields (e.g. ack ID, message =
time,
message control ID).  The rest depends on the results of your =
processing and
on the system you're interacting with. =20

Regards,=20
Bryan=20

> -----Original Message-----
> From: John Thaemlitz [mailto:jo...@rs...]
> Sent: May 25, 2004 9:52 AM
> To: Hl7...@li...
> Subject: [HAPI-devel] Newbie implementing =
ca.uhn.hl7v2.app.Application
>=20
>=20
> I'm a newbie and a little confused about what the right process is.
>=20
> I'm getting my processMessage method called, but I'm not sure how to
> construct/return an Ack.  What's the basic idea here.  I can create a
> silly ACK with ACK ack =3D new ACK();  But how do I assing an accept =
or
> reject ACK.
>=20
> Thanks,
>=20
> JohnPT
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market...=20
> Oracle 10g.=20
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id149&alloc_id=8166&op=3Dclick
> _______________________________________________
> 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.



-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle =
10g.=20
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id149&alloc_id=8166&op=3Dclick
_______________________________________________
Hl7api-devel mailing list
Hl7...@li...
https://lists.sourceforge.net/lists/listinfo/hl7api-devel

---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.681 / Virus Database: 443 - Release Date: 10/05/2004
=20

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.681 / Virus Database: 443 - Release Date: 10/05/2004
=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.

RE: [HAPI-devel] Newbie implementing ca.uhn.hl7v2.app.Application

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

Hi John,=20

You just have to fill in ACK message fields according to whatever specs =
you
are implementing.  For example whether it's an accept or reject depends =
on
the value of MSA-1.  DefaultApplication.makeACK() will get you off to a =
good
start by filling in all the invariant fields (e.g. ack ID, message =
time,
message control ID).  The rest depends on the results of your =
processing and
on the system you're interacting with. =20

Regards,=20
Bryan=20

> -----Original Message-----
> From: John Thaemlitz [mailto:jo...@rs...]
> Sent: May 25, 2004 9:52 AM
> To: Hl7...@li...
> Subject: [HAPI-devel] Newbie implementing =
ca.uhn.hl7v2.app.Application
>=20
>=20
> I'm a newbie and a little confused about what the right process is.
>=20
> I'm getting my processMessage method called, but I'm not sure how to
> construct/return an Ack.  What's the basic idea here.  I can create a
> silly ACK with ACK ack =3D new ACK();  But how do I assing an accept =
or
> reject ACK.
>=20
> Thanks,
>=20
> JohnPT
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market...=20
> Oracle 10g.=20
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id149&alloc_id=8166&op=3Dclick
> _______________________________________________
> 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] Newbie implementing ca.uhn.hl7v2.app.Application

[John T. <jo...@rs...>]

I'm a newbie and a little confused about what the right process is.

I'm getting my processMessage method called, but I'm not sure how to
construct/return an Ack.  What's the basic idea here.  I can create a
silly ACK with ACK ack =3D new ACK();  But how do I assing an accept or
reject ACK.

Thanks,

JohnPT

Re: [HAPI-devel] Message Casting Error

[Matias K. <ma...@et...>]

Dear Bryan and Martin,

Thanks for your help!  I'll check out the Terser class and the 
DefaultApplication.

Cheers,

Matias

Tripp, Bryan wrote:

 > Hi Matias,
 > Yes, that's probably it.  As Martin said a few minutes ago, it sounds 
like
 > Terser is your best bet.  It automatically accounts for differences 
between
 > versions.  By the way there are some examples of Terser use in
 > DefaultApplication:
 > 
http://cvs.sourceforge.net/viewcvs.py/hl7api/hapi/ca/uhn/hl7v2/app/DefaultAp
 > plication.java?view=markup
 >
 > ... see makeACK() and fillResponseHeader() for different styles of use.
 > Bryan
 > -----Original Message-----
 > From: Matias Klein
 > To: hl7...@li...
 > Sent: 21/05/2004 10:55 AM
 > Subject: [HAPI-devel] Message Casting Error
 >
 > Hello,
 >
 > I've just started testing HAPI v0.4.1.  I'm trying to cast a Message
 > object to an ADT_A04 object.  Here is my code:
 >
 > public ADT_A04 convertMessage(Message in){
 >     ADT_A04 adt = (ADT_A04) in;
 >     return adt;
 > }
 >
 > When I pass an ADT_A04 message to this function, I get the following
 > error:
 >
 > java.lang.ClassCastException
 >          at com.test.HL7.processors.ADTProcessor.processMes
 > age(ADTProcessor.java:67)
 >          at 
ca.uhn.hl7v2.app.MessageTypeRouter.processMessage(MessageTypeRouter.
 > ava:52)
 >          at
 > ca.uhn.hl7v2.app.Responder.processMessage(Responder.java:159)
 >          at ca.uhn.hl7v2.app.Receiver$Grunt.run(Receiver.java:115)
 >
 > What would cause this considering that the message being passed in is an
 >
 > ADT_A04 message?  Could this be a versioning problem (i.e. the 
message is v2.4 and the ADT_A04 class is from the v2.3.1 model package)?
 >
 > Thanks,
 >
 > Matias
 >
 > ============
 > Matias Klein
 > Ethidium Health Systems
 > 3993 Huntingdon Pike - Suite 108
 > Huntingdon Valley, PA 19006-1927
 > USA
 > Office: (215)938-8630
 > Fax: (866)583-8018
 > http://www.ethidium.com
 >
 >
 >
 > -------------------------------------------------------
 > This SF.Net email is sponsored by: Oracle 10g
 > Get certified on the hottest thing ever to hit the market... Oracle 10g.
 >
 > Take an Oracle 10g class now, and we'll give you the exam FREE.
 > http://ads.osdn.com/?ad_id=3149&alloc_id=8166&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] Message Casting Error

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

Hi Matias, 

Yes, that's probably it.  As Martin said a few minutes ago, it sounds like
Terser is your best bet.  It automatically accounts for differences between
versions.  By the way there are some examples of Terser use in
DefaultApplication: 

http://cvs.sourceforge.net/viewcvs.py/hl7api/hapi/ca/uhn/hl7v2/app/DefaultAp
plication.java?view=markup

... see makeACK() and fillResponseHeader() for different styles of use. 

Bryan 

-----Original Message-----
From: Matias Klein
To: hl7...@li...
Sent: 21/05/2004 10:55 AM
Subject: [HAPI-devel] Message Casting Error

Hello,

I've just started testing HAPI v0.4.1.  I'm trying to cast a Message
object to an ADT_A04 object.  Here is my code:

public ADT_A04 convertMessage(Message in){
	ADT_A04 adt = (ADT_A04) in;
	return adt;
}

When I pass an ADT_A04 message to this function, I get the following
error:

java.lang.ClassCastException
         at com.test.HL7.processors.ADTProcessor.processMes
age(ADTProcessor.java:67)
         at 
ca.uhn.hl7v2.app.MessageTypeRouter.processMessage(MessageTypeRouter.
ava:52)
         at
ca.uhn.hl7v2.app.Responder.processMessage(Responder.java:159)
         at ca.uhn.hl7v2.app.Receiver$Grunt.run(Receiver.java:115)

What would cause this considering that the message being passed in is an

ADT_A04 message?  Could this be a versioning problem (i.e. the message 
is v2.4 and the ADT_A04 class is from the v2.3.1 model package)?

Thanks,

Matias

============
Matias Klein
Ethidium Health Systems
3993 Huntingdon Pike - Suite 108
Huntingdon Valley, PA 19006-1927
USA
Office: (215)938-8630
Fax: (866)583-8018
http://www.ethidium.com



-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g.

Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&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] Message Casting Error

[Matias K. <ma...@et...>]

Hello,

I've just started testing HAPI v0.4.1.  I'm trying to cast a Message
object to an ADT_A04 object.  Here is my code:

public ADT_A04 convertMessage(Message in){
	ADT_A04 adt = (ADT_A04) in;
	return adt;
}

When I pass an ADT_A04 message to this function, I get the following error:

java.lang.ClassCastException
         at com.test.HL7.processors.ADTProcessor.processMes
age(ADTProcessor.java:67)
         at 
ca.uhn.hl7v2.app.MessageTypeRouter.processMessage(MessageTypeRouter.
ava:52)
         at ca.uhn.hl7v2.app.Responder.processMessage(Responder.java:159)
         at ca.uhn.hl7v2.app.Receiver$Grunt.run(Receiver.java:115)

What would cause this considering that the message being passed in is an 
ADT_A04 message?  Could this be a versioning problem (i.e. the message 
is v2.4 and the ADT_A04 class is from the v2.3.1 model package)?

Thanks,

Matias

============
Matias Klein
Ethidium Health Systems
3993 Huntingdon Pike - Suite 108
Huntingdon Valley, PA 19006-1927
USA
Office: (215)938-8630
Fax: (866)583-8018
http://www.ethidium.com

Re: [HAPI-devel] Method for Parsing Messages of Different Versions

[Martin F. <mar...@po...>]

Matias Klein wrote:

> Does anyone know if there is a way I can make an ADTProcessor class 
> that is HL7 version independent?  I want this class to be able to 
> parse a specific message type (i.e. ADT_A04) regardless of whether the 
> message is v2.3.1, v2.4, or another?


Use a Terser instead.

msh = Terser.get("MSH"); and Terser.getPrimitive(msh, .........);

or something like that.

[HAPI-devel] Method for Parsing Messages of Different Versions

[Matias K. <ma...@et...>]

Hello,

I've just started testing HAPI v0.4.1.  I'm trying to parse an incoming 
  ADT message.

Does anyone know if there is a way I can make an ADTProcessor class that 
is HL7 version independent?  I want this class to be able to parse a 
specific message type (i.e. ADT_A04) regardless of whether the message 
is v2.3.1, v2.4, or another?

Do I have to import ca.uhn.hl7v2.model.v231.message.*, 
ca.uhn.hl7v2.model.v24.message.*, etc., check the version of the 
incoming message, and then use the version specific model classes? Is 
there a better way?

Thanks,

Matias

============
Matias Klein
Ethidium Health Systems
3993 Huntingdon Pike - Suite 108
Huntingdon Valley, PA 19006-1927
USA
Office: (215)938-8630
Fax: (866)583-8018
http://www.ethidium.com

[HAPI-devel] CN datatype not found

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

Hi,

I'm trying to parse an ORU-R01 message and HAPI is failing when it
gets to this segment:

   OBX|6|CN|Read32By33^Read By|1|999999^DOCTORS NAME^^|||||||

Apparently it can't find the CN datatype class. The hapi-0.4.1.jar
file contains:

       444  02-16-04 19:31   ca/uhn/hl7v2/model/v21/datatype/CN.class
      2419  02-16-04 19:32   ca/uhn/hl7v2/model/v23/datatype/CN.class
      2426  02-16-04 19:33   ca/uhn/hl7v2/model/v231/datatype/CN.class
      2529  02-16-04 19:34   ca/uhn/hl7v2/model/v24/datatype/CN.class

Note CN.class does not exist for version 2.2.

For whatever reason the parser is apparenly only trying to load from the
ca.uhn.hl7v2.model.v22.datatype package. So it doesn't find the CN
datatype.

Any ideas? Is this a bug? How should I work around it?

Thanks,
-Archie

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

RE: [HAPI-devel] HAPI

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

Hi Gautam (& hapi-devel archive), 

The messages each have a standard structure, so generally speaking you don't
need setters until you get to a Primitive, at which point you can set the
value using Primitive.setValue(String).  So for example to set MSH-9-2 to
"R01" you would use the following code: 

ORU_R01 message = new ORU_R01();
message.getMSH().getMessageType().getTriggerEvent().setValue("R01"); 

Bryan 

-----Original Message-----
From: gau...@iw...
To: hl7...@li...
Sent: 10/05/2004 6:51 PM
Subject: [HAPI-devel] HAPI

Hi,

I am trying to use the HAPI to create to different kinds of messages.
But I do not see any setter for 
the Message classes, ORM, ORU, etc. Could you please help?
Thanks,

--Gautam



	


  _____  

 <http://www.smileycentral.com/?partner=ZSief010>  


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] HAPI

[<gau...@iw...>]

 Hi, I am trying to use the HAPI to create to different kinds of messages. But I do not see any setter for the Message classes, ORM, ORU, etc. Could you please help?Thanks,--Gautam

_______________________________________________

RE: [HAPI-devel] PipeParser problem

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

Hi Matthew, 

It might just be a display problem.  Segments are delimited with carriage
returns only, rather than carriage returns and line feeds, so depending
where you print it, later segments may overwrite previous ones.  This is a
common nuisance when printing to the Windows console, but most text editors
display messages OK.  (We can't do anything about this, as the HL7 spec only
allows carriage returns there.)  If it isn't that please let me know and
I'll take a closer look.  

> I am using version 0.4.1 of HAPI. I am using version 1.5.0 
> beta of java,
> and it may be that this has created a problem, since I've noticed that
> some code that worked properly under 1.4.2 requires minor modification

Did you modify HAPI to work with the 1.5.0 beta?  I'd be grateful if you
could post your changes, or let us know generally what had to be changed.  

Thanks, 
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.

[HAPI-devel] PipeParser problem

[<mg...@mc...>]

Folks,

Sorry to be a nuisance, but I have most of this working now, except for
one little thing... I am trying to create an ORU_R01 message to contain a
pathology report. After I am done adding the segments I call
PipeParser.encode() to get the encoded message. For some reason, the
returned string contains only the last segment added to the message
(properly encoded). It seems likely that I've done something stupid, but I
can't see what it is.

Just to be clear, since there are several versions of encode(), this is
what I have:

ORU_R01 oru=new ORU_R01();
//add segments
PipeParser parser=new PipeParser();
String msg=parser.encode(oru);

I am using version 0.4.1 of HAPI. I am using version 1.5.0 beta of java,
and it may be that this has created a problem, since I've noticed that
some code that worked properly under 1.4.2 requires minor modification
under 1.5.0 (OTOH some things that were irretrievably broken under 1.4.2
work under 1.5.0, which is why I'm using it.)

Thanks very much,

Matthew Fleming, MD
Laboratory of Dermatopathology
Dept. of Dermatology
Medical College of Wisconsin
Milwaukee, WI
mg...@mc...

RE: [HAPI-devel] TXA segment in ORU message

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

Hi Matthew, 

There are a couple of ways to do this, but the simplest is to use
Group.addNonstandardSegment(String name).  For example: 

ORU_R01 r01 = new ORU_R01; 
r01.addNonstandardSegment("TXA");
//then access it like this ... 
TXA txa = (TXA) ro1.get("TXA");

Another option is to create a custom message class, but that is more
involved.  If you would like details let me know.  

Best, 
Bryan 

-----Original Message-----
From: mg...@mc...
To: hl7...@li...
Sent: 09/05/2004 3:44 PM
Subject: [HAPI-devel] TXA segment in ORU message

Folks,

I need to send pathology reports to an application which unfortunately
expects them in a rather peculiar format. The message is supposed to
include a TXA segment (followed by multiple OBX segments of type TX, one
for each paragraph in the report; sheesh). Anyhow, I am new to HAPI and
would appreciate some guidance as to how to include the TXA segment in
the
ORU message. I can see that there is a TXA class, but it is apparently
not
possible to obtain an instance of this class by calling any of the
ORU_R01
class' get... methods.

Thanks very much!

Matthew Fleming, MD
Laboratory of Dermatopathology
Dept. of Dermatology
Medical College of Wisconsin
Milwaukee, WI
mg...@mc...


-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to 
deliver higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
_______________________________________________
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] TXA segment in ORU message

[<mg...@mc...>]

Folks,

I need to send pathology reports to an application which unfortunately
expects them in a rather peculiar format. The message is supposed to
include a TXA segment (followed by multiple OBX segments of type TX, one
for each paragraph in the report; sheesh). Anyhow, I am new to HAPI and
would appreciate some guidance as to how to include the TXA segment in the
ORU message. I can see that there is a TXA class, but it is apparently not
possible to obtain an instance of this class by calling any of the ORU_R01
class' get... methods.

Thanks very much!

Matthew Fleming, MD
Laboratory of Dermatopathology
Dept. of Dermatology
Medical College of Wisconsin
Milwaukee, WI
mg...@mc...

RE: [HAPI-devel] ApplicationException chaining

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

Done.  Thanks for pointing this out.  

Bryan 

-----Original Message-----
From: Archie Cobbs
To: hl7...@li...
Sent: 26/04/2004 6:27 PM
Subject: [HAPI-devel] ApplicationException chaining

Hi,

This is a request to add an exception-chaining constructor to the
ApplicationException class.. e.g.:

  public ApplicationException(Throwable cause) {
     ...
  }

It's likely folks will need to wrap an application-specific exception
within an ApplicationException instance. Right now you have to do this,
which is awkward:

  } catch (MyException e) {
      throw new (ApplicationException)new
ApplicationException(e.toString()).initCause(e);
  }

Thanks,
-Archie

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


-------------------------------------------------------
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
For a limited time only, get FREE Ground shipping on all orders of $35
or more. Hurry up and shop folks, this offer expires April 30th!
http://www.thinkgeek.com/freeshipping/?cpg=12297
_______________________________________________
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] ApplicationException chaining

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

Hi,

This is a request to add an exception-chaining constructor to the
ApplicationException class.. e.g.:

  public ApplicationException(Throwable cause) {
     ...
  }

It's likely folks will need to wrap an application-specific exception
within an ApplicationException instance. Right now you have to do this,
which is awkward:

  } catch (MyException e) {
      throw new (ApplicationException)new ApplicationException(e.toString()).initCause(e);
  }

Thanks,
-Archie

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

RE: [HAPI-devel] Batch messages and BHS/BTS segments??

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

Hi Bill, 
 
I was wondering if anyone would ever ask about this.  There is no specific
support for batch processing in HAPI, but it should be straightforward
anyway.  I'd suggest creating instances of the batch segments directly (e.g.
new ca.uhn.hl7v2.model.v24.segment.FHS(null) ), and using the static method
PipeParser.encode(Segment, EncodingCharacters).  I.e. encode and write your
FHS to the file, then do the same with BHS, then the same with your
messages, then the trailers.  Will that do it?  
 
Bryan 

-----Original Message-----
From: William T Hansley [mailto:han...@mc...]
Sent: April 26, 2004 3:40 PM
To: hl7...@li...
Subject: [HAPI-devel] Batch messages and BHS/BTS segments??



Hi all, 

I'm a recent HAPI user, and so far I've got the hang of creating single
messages (ORU_R01's) with all the segments that I need for my purpose. My
question is this: these messages are all to be in a file (that get's picked
up via FTP and batch processed) that needs to be in proper HL7 batch
structure, that is, with BHS (Batch Header Segment?) and BTS) (Batch Trailer
Segment?).  I can create single ORU messages all day, but I can't
instantiate a BHS segment without it being part of some message, which I
don't know. What is the proper way to create a batch of messages with the
appropriate headers? 

Any and all help, hints and guidance is appreciated!!! 

Bill 





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] XML parser API incompatibility

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

Hi Archie, 

Thanks very much, that does look better.  

Best, 
Bryan 

> -----Original Message-----
> From: Archie Cobbs [mailto:ar...@ha...]
> Sent: April 23, 2004 6:00 PM
> To: hl7...@li...
> Subject: [HAPI-devel] XML parser API incompatibility
> 
> 
> Hi,
> 
> The current release of HAPI is built with explicit imports of classes
> in org.apache.xml.serialize, org.apache.xerces.parsers, etc. The new
> & improved way to do things is via the javax.xml.transform classes.
> 
> The attached patch should fix this for XMLParser.java. It also fixes
> a couple of javadoc tags.
> 
> Thanks,
> -Archie
> 
> ______________________________________________________________
> ____________
> Archie Cobbs      *        CTO, Awarix        *      
> http://www.awarix.com
> 


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] Batch messages and BHS/BTS segments??

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

Hi all,

I'm a recent HAPI user, and so far I've got the hang of creating single 
messages (ORU_R01's) with all the segments that I need for my purpose. My 
question is this: these messages are all to be in a file (that get's 
picked up via FTP and batch processed) that needs to be in proper HL7 
batch structure, that is, with BHS (Batch Header Segment?) and BTS) (Batch 
Trailer Segment?).  I can create single ORU messages all day, but I can't 
instantiate a BHS segment without it being part of some message, which I 
don't know. What is the proper way to create a batch of messages with the 
appropriate headers?

Any and all help, hints and guidance is appreciated!!!

Bill

[HAPI-devel] XML parser API incompatibility

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

Hi,

The current release of HAPI is built with explicit imports of classes
in org.apache.xml.serialize, org.apache.xerces.parsers, etc. The new
& improved way to do things is via the javax.xml.transform classes.

The attached patch should fix this for XMLParser.java. It also fixes
a couple of javadoc tags.

Thanks,
-Archie

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