You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(6) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
(4) |
May
(5) |
Jun
(6) |
Jul
(3) |
Aug
(13) |
Sep
(28) |
Oct
(33) |
Nov
(8) |
Dec
(1) |
2003 |
Jan
(6) |
Feb
(2) |
Mar
|
Apr
(25) |
May
(21) |
Jun
(13) |
Jul
(12) |
Aug
(14) |
Sep
(6) |
Oct
(6) |
Nov
(16) |
Dec
(6) |
2004 |
Jan
(5) |
Feb
(7) |
Mar
(13) |
Apr
(17) |
May
(24) |
Jun
(14) |
Jul
(14) |
Aug
(8) |
Sep
(3) |
Oct
(8) |
Nov
(14) |
Dec
(26) |
2005 |
Jan
(18) |
Feb
(12) |
Mar
(29) |
Apr
(9) |
May
(4) |
Jun
(12) |
Jul
(17) |
Aug
(9) |
Sep
(12) |
Oct
|
Nov
(12) |
Dec
|
2006 |
Jan
(46) |
Feb
(18) |
Mar
(11) |
Apr
(13) |
May
(12) |
Jun
(27) |
Jul
(34) |
Aug
(45) |
Sep
(27) |
Oct
(13) |
Nov
(26) |
Dec
(22) |
2007 |
Jan
(21) |
Feb
(29) |
Mar
(32) |
Apr
(6) |
May
(11) |
Jun
(13) |
Jul
(14) |
Aug
(11) |
Sep
(15) |
Oct
(7) |
Nov
(30) |
Dec
(16) |
2008 |
Jan
(11) |
Feb
(14) |
Mar
(5) |
Apr
(18) |
May
(12) |
Jun
(11) |
Jul
(5) |
Aug
(12) |
Sep
(3) |
Oct
(2) |
Nov
(15) |
Dec
(2) |
2009 |
Jan
(18) |
Feb
(6) |
Mar
(9) |
Apr
(10) |
May
(29) |
Jun
(16) |
Jul
(44) |
Aug
(49) |
Sep
(14) |
Oct
(21) |
Nov
(11) |
Dec
(22) |
2010 |
Jan
(12) |
Feb
(13) |
Mar
(5) |
Apr
(6) |
May
(15) |
Jun
(15) |
Jul
(14) |
Aug
(20) |
Sep
(17) |
Oct
(36) |
Nov
(19) |
Dec
(7) |
2011 |
Jan
(8) |
Feb
(14) |
Mar
(21) |
Apr
(12) |
May
(6) |
Jun
(12) |
Jul
(17) |
Aug
(6) |
Sep
(13) |
Oct
(15) |
Nov
(26) |
Dec
(9) |
2012 |
Jan
(25) |
Feb
(13) |
Mar
(31) |
Apr
(10) |
May
(16) |
Jun
(21) |
Jul
(61) |
Aug
(38) |
Sep
(16) |
Oct
(13) |
Nov
(37) |
Dec
(26) |
2013 |
Jan
(20) |
Feb
(26) |
Mar
(34) |
Apr
(32) |
May
(27) |
Jun
(56) |
Jul
(16) |
Aug
(38) |
Sep
(35) |
Oct
(17) |
Nov
(11) |
Dec
(7) |
2014 |
Jan
(36) |
Feb
(13) |
Mar
(25) |
Apr
|
May
(27) |
Jun
(33) |
Jul
(34) |
Aug
|
Sep
(4) |
Oct
(11) |
Nov
(42) |
Dec
(2) |
2015 |
Jan
(5) |
Feb
(6) |
Mar
(11) |
Apr
(3) |
May
|
Jun
(1) |
Jul
(2) |
Aug
(5) |
Sep
(5) |
Oct
(5) |
Nov
(8) |
Dec
(19) |
2016 |
Jan
(8) |
Feb
(12) |
Mar
(6) |
Apr
(5) |
May
(5) |
Jun
(3) |
Jul
(1) |
Aug
|
Sep
(9) |
Oct
(1) |
Nov
(2) |
Dec
(5) |
2017 |
Jan
(2) |
Feb
|
Mar
(3) |
Apr
(6) |
May
(8) |
Jun
(7) |
Jul
(14) |
Aug
(10) |
Sep
(6) |
Oct
(2) |
Nov
|
Dec
|
2018 |
Jan
|
Feb
(9) |
Mar
(2) |
Apr
(3) |
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
(8) |
Sep
(4) |
Oct
(3) |
Nov
(1) |
Dec
(1) |
2019 |
Jan
(10) |
Feb
(2) |
Mar
(6) |
Apr
(1) |
May
(2) |
Jun
|
Jul
(5) |
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
2020 |
Jan
(9) |
Feb
|
Mar
|
Apr
(6) |
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
(9) |
Oct
(1) |
Nov
(11) |
Dec
|
2021 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(7) |
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
2023 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
(2) |
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2024 |
Jan
|
Feb
(7) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(6) |
Nov
|
Dec
|
From: Pablo P. <pab...@ca...> - 2014-03-17 23:27:45
|
Hi, Field datatypes are defined in HL7 spec. IMO there is nothing you can change if you want your messages to be standard compliant. What's your use case? On Mon, Mar 17, 2014 at 2:52 PM, Letha Joy <let...@ec...>wrote: > Hi, > > Is there any way I can change data type of a segment field when creating > hl7 message using teaser? > > > > Thanks, > > Letha Joy > > > CONFIDENTIALITY NOTICE TO RECIPIENT: This transmission contains > confidential information belonging to the sender that is legally privileged > and proprietary and may be subject to protection under the law, including > the Health Insurance Portability and Accountability Act (HIPAA). If you are > not the intended recipient of this e-mail, you are prohibited from sharing, > copying, or otherwise using or disclosing its contents. If you have > received this e-mail in error, please notify the sender immediately by > reply e-mail and permanently delete this e-mail and any attachments without > reading, forwarding or saving them. Thank you. > > > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/13534_NeoTech > _______________________________________________ > Hl7api-devel mailing list > Hl7...@li... > https://lists.sourceforge.net/lists/listinfo/hl7api-devel > > -- Atte. Ing. Pablo Pazos Gutiérrez Cel:(00598) 99 043 145 Skype: cabolabs <http://cabolabs.com/> http://www.cabolabs.com pab...@ca... |
From: Sathish k. <ki...@ao...> - 2014-03-17 22:41:01
|
Hi there! http://www.manucure-pas-chere.com/best.of.the.best?ifyvigeh272728 |
From: Sathish k. <ki...@ao...> - 2014-03-17 21:33:57
|
Hey! http://michaelcandido.com.br/best.of.the.best?lyqamy235361 |
From: Sathish k. <ki...@ao...> - 2014-03-17 20:26:40
|
Hello there! http://grancentral.cl/your.subscription?awacjlan76997 |
From: Sathish k. <ki...@ao...> - 2014-03-17 18:57:52
|
Hi there! http://tng.com.tr/your.subscription?anekyn847047 |
From: Letha J. <let...@ec...> - 2014-03-17 18:11:44
|
Hi, Is there any way I can change data type of a segment field when creating hl7 message using teaser? Thanks, Letha Joy CONFIDENTIALITY NOTICE TO RECIPIENT: This transmission contains confidential information belonging to the sender that is legally privileged and proprietary and may be subject to protection under the law, including the Health Insurance Portability and Accountability Act (HIPAA). If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. |
From: Sathish k. <ki...@ao...> - 2014-03-17 17:41:44
|
Hey there! http://evrostroy.dp.ua/were.you.looking.for?mjnyqj425415 |
From: Sathish k. <ki...@ao...> - 2014-03-17 16:32:11
|
Hey there! http://hopechurchagawam.org/were.you.looking.for?liwaryp900402 |
From: Jens V. <jen...@gm...> - 2014-03-10 12:50:20
|
I'm sure that Pharell is sining about the framework ... http://www.youtube.com/watch?v=y6Sxv-sUYtM -- Med venlig hilsen / Kind regards *Jens Kristian Villadsen* cand.polyt Stålhøjen 24 8240 Risskov Denmark Mobile +4523373806 jen...@gm... jkiddo.dyndns.org |
From: James A. <ja...@ja...> - 2014-03-05 15:08:45
|
Sorry, it occurs to me that I mentioned the new support for not sending an acknowledgement but didn't actually mention how to do it. If you want to try this out, have a look at HapiContext#getServerConfiguration() Cheers, James On Wed, Mar 5, 2014 at 10:06 AM, James Agnew <ja...@ja...> wrote: > Hi Tom, > > Your first question is well timed. The new 2.2 release just introduced the > ability for you to configure servers to not send any ACK/NAK message in > response when an application exception is detected in the processing code. > This wasn't designed with your exact use case in mind, but I believe it > should meet your needs. > > Unfortunately enhanced mode support is not great in HAPI. I think there is > some support that was contributed at one point in the deprocated > .protocol.* packages but I haven't ever used it. Possibly someone else on > the list could speak to that.. Really what would be idea would be for > someone to have a go at adding support into the main server implementation. > I imagine it wouldn't be too hard, but it wouldn't be trivial either. Help > welcome! :) > > Cheers, > James > > > > > On Tue, Mar 4, 2014 at 5:49 PM, Tom Wilson <tw...@su...> wrote: > >> >> >> Hi. I am trying to implement enhanced ACK mode with HAPI and encountered >> the same problem described here: >> >> >> >> >> https://www.mail-archive.com/hl7api-devel%40lists.sourceforge.net/msg01398.html >> >> >> >> I am testing a system which receives ORU messages, does some processing, >> and sends an asynchronous ACK (enhanced mode) back to the sending system. >> >> >> >> Two things I want to accomplish: >> >> >> >> 1) Implement a HAPI server which will receive ORU messages, and >> optionally return an accept ACK. It appears that it is not possible to omit >> the accept ACK. How do I implement the processMessage method to not send an >> accept ACK? If I simply return null, HAPI throws an exception and returns >> its own NACK: >> MSH|^~\&|||||20140304142506.948-0800||ACK^R01^ACK|502|D|2.5.1 >> MSA|AE|2013101516464300008 >> ERR|||207^Application internal error^HL70357^^^^^^Message may not be >> null|E >> >> 2) For testing purposes I have several "dummy" HAPI servers which: >> >> a. Send HL7 ORU messages and receive ACKs asynchronously >> >> b. Receive HL7 ORU messages and send ACKs synchronously >> >> c. Print everything to stdout >> >> >> >> I don't care so much about data integrity (this is checked manually >> during testing). In fact, it would be easier if I had one HAPI server that >> receives ACKs and prints them to stdout without caring if the message >> control ID matches a previously sent message. >> >> >> >> So is enhanced ACK mode supported? And how would that work? >> >> >> Thanks in advance, >> >> >> >> -tom >> > > |
From: James A. <ja...@ja...> - 2014-03-05 15:07:16
|
Hi Tom, Your first question is well timed. The new 2.2 release just introduced the ability for you to configure servers to not send any ACK/NAK message in response when an application exception is detected in the processing code. This wasn't designed with your exact use case in mind, but I believe it should meet your needs. Unfortunately enhanced mode support is not great in HAPI. I think there is some support that was contributed at one point in the deprocated .protocol.* packages but I haven't ever used it. Possibly someone else on the list could speak to that.. Really what would be idea would be for someone to have a go at adding support into the main server implementation. I imagine it wouldn't be too hard, but it wouldn't be trivial either. Help welcome! :) Cheers, James On Tue, Mar 4, 2014 at 5:49 PM, Tom Wilson <tw...@su...> wrote: > > > Hi. I am trying to implement enhanced ACK mode with HAPI and encountered > the same problem described here: > > > > > https://www.mail-archive.com/hl7api-devel%40lists.sourceforge.net/msg01398.html > > > > I am testing a system which receives ORU messages, does some processing, > and sends an asynchronous ACK (enhanced mode) back to the sending system. > > > > Two things I want to accomplish: > > > > 1) Implement a HAPI server which will receive ORU messages, and > optionally return an accept ACK. It appears that it is not possible to omit > the accept ACK. How do I implement the processMessage method to not send an > accept ACK? If I simply return null, HAPI throws an exception and returns > its own NACK: > MSH|^~\&|||||20140304142506.948-0800||ACK^R01^ACK|502|D|2.5.1 > MSA|AE|2013101516464300008 > ERR|||207^Application internal error^HL70357^^^^^^Message may not be null|E > > 2) For testing purposes I have several "dummy" HAPI servers which: > > a. Send HL7 ORU messages and receive ACKs asynchronously > > b. Receive HL7 ORU messages and send ACKs synchronously > > c. Print everything to stdout > > > > I don't care so much about data integrity (this is checked manually during > testing). In fact, it would be easier if I had one HAPI server that > receives ACKs and prints them to stdout without caring if the message > control ID matches a previously sent message. > > > > So is enhanced ACK mode supported? And how would that work? > > > Thanks in advance, > > > > -tom > |
From: James A. <ja...@ja...> - 2014-03-05 14:53:08
|
Hello everyone, ** New release ** I'm happy to announce that HAPI 2.2 has been uploaded to Sourceforge and sync'ed to the Maven global repos. This release includes new releases of the core library, structures, and the hl7-over-http lib. There are plenty of bugfixes and improvements in the new version. As always, see the changelog<http://hl7api.sourceforge.net/changes-report.html> for a complete list. In particular, users of the HL7-over-HTTP library are recommended to upgrade right away, as there are several critical bugs fixed in the new version. Thanks as always to everyone who contributed towards this release! Please feel free to post questions (or accolades) on the list. :) ** FHIR ** On another note, we at UHN have been (ahem) playing with FHIR<http://hl7.org/implement/standards/fhir/>, and have decided to implement the spec in HAPI. For those who are unfamiliar with FHIR, it's a new emerging specification for data exchange coming out of HL7 and personally I believe it has a bright future in terms of its ability to meet many needs that have been hard to meet with v2. We have embarked on an effort to develop FHIR compliance into HAPI. The FHIR specification actually includes a (very nice) Java based reference implementation, but we are coming at the problem from another angle. Where the RI is aiming to support the whole spec in a generic way, we are looking at replicating our v2 methodology where conformance profiles are used to constrain and extend the base specification and then a Maven based code generator creates custom classes which you can program against. (And incidentally, I definitely see potential for us to contribute our improvements back to the RI if they end up being useful. More to come on that..) We've actually made very good progress on this so far, but there is lots more work to do which is why I'm mentioning this here. If anyone is interested in getting involved, please speak up (either here or by email to me). We have tasks big and small for the taking, and would love to hear from you. The public tree for our codebase is here if anyone wants to have a look: https://sourceforge.net/p/hl7api/fhircode/ci/master/tree/ Cheers, James |
From: Tom W. <tw...@su...> - 2014-03-04 23:06:06
|
Hi. I am trying to implement enhanced ACK mode with HAPI and encountered the same problem described here: https://www.mail-archive.com/hl7api-devel%40lists.sourceforge.net/msg01398.html I am testing a system which receives ORU messages, does some processing, and sends an asynchronous ACK (enhanced mode) back to the sending system. Two things I want to accomplish: 1) Implement a HAPI server which will receive ORU messages, and optionally return an accept ACK. It appears that it is not possible to omit the accept ACK. How do I implement the processMessage method to not send an accept ACK? If I simply return null, HAPI throws an exception and returns its own NACK: MSH|^~\&|||||20140304142506.948-0800||ACK^R01^ACK|502|D|2.5.1 MSA|AE|2013101516464300008 ERR|||207^Application internal error^HL70357^^^^^^Message may not be null|E 2) For testing purposes I have several "dummy" HAPI servers which: a. Send HL7 ORU messages and receive ACKs asynchronously b. Receive HL7 ORU messages and send ACKs synchronously c. Print everything to stdout I don't care so much about data integrity (this is checked manually during testing). In fact, it would be easier if I had one HAPI server that receives ACKs and prints them to stdout without caring if the message control ID matches a previously sent message. So is enhanced ACK mode supported? And how would that work? Thanks in advance, -tom |
From: Pablo P. <pab...@ca...> - 2014-02-11 13:30:50
|
Hi James! Thanks for the info, it is really kind of you to explain the decisions behind packaging. Cheers, Pablo. On Mon, Feb 10, 2014 at 1:42 PM, James Agnew <ja...@ja...> wrote: > HI Pablo, > > It's a bit weird, but the class definitions for those two types (and a > small number of other datatypes) are found in the core library instead of > the structure libraries. This means the JavaDocs will be found here: > http://hl7api.sourceforge.net/base/apidocs/index.html > > If you're curious, the reason for this is mostly historical. The first > component of TS/DTM was rather ambiguously specified in the HL7 specs for a > long time, and as a result it wasn't possible to build a conformant > datatype structure class from the HL7 database for these. As a result, we > built these types by hand and they ended up in the core library. > > Cheers, > James > > > On Fri, Feb 7, 2014 at 8:10 AM, Pablo Pazos <pab...@ca...>wrote: > >> Hi all, >> >> I was reading HL7 v2.5 specs while checking HAPI javadoc for v2.5. >> In the specs there are DT (date) and DTM (date/time) datatypes that are >> not present on >> http://hl7api.sourceforge.net/v25/apidocs/ca/uhn/hl7v2/model/v25/datatype/package-frame.html >> >> Which datatypes are used in HAPI to represend fields with datatypes DT >> and DTM? >> >> Thanks! >> >> -- >> Atte. >> Ing. Pablo Pazos Gutiérrez >> Cel:(00598) 99 043 145 >> Skype: cabolabs >> <http://cabolabs.com/> >> http://www.cabolabs.com >> pab...@ca... >> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Hl7api-devel mailing list >> Hl7...@li... >> https://lists.sourceforge.net/lists/listinfo/hl7api-devel >> >> > -- Atte. Ing. Pablo Pazos Gutiérrez Cel:(00598) 99 043 145 Skype: cabolabs <http://cabolabs.com/> http://www.cabolabs.com pab...@ca... |
From: Metz, S. <Ste...@cc...> - 2014-02-10 19:55:38
|
Hi everyone, I'm brand new to HAPI and Java, as well, so thanks in advance for your patience. I'm trying to write a Java class which accepts HL7 data which has already been converted to XML. I want to validate the XML against a conformance file, or, preferably against a default HL7 HAPI schema, if there is such a thing. Is there an example of how to do this? I've been looking at ca.uhn.hl7v2.validation.Validator because the validate method seems to allow you to specify that the input message is in XML format. My try/catch is below. The thing is, no matter what I set variable hapiString to, it returns true. Obviously I'm doing something wrong. try { Boolean valid = false; Validator<Object> validator = new DefaultValidator<Object>(hapiContext); valid = (Boolean) validator.validate(hapiString, true, hver); System.out.println("Validation outcome: " + valid); } catch (Exception exc) { exc.printStackTrace(); } Thanks very much, Steve |
From: James A. <ja...@ja...> - 2014-02-10 15:43:16
|
HI Pablo, It's a bit weird, but the class definitions for those two types (and a small number of other datatypes) are found in the core library instead of the structure libraries. This means the JavaDocs will be found here: http://hl7api.sourceforge.net/base/apidocs/index.html If you're curious, the reason for this is mostly historical. The first component of TS/DTM was rather ambiguously specified in the HL7 specs for a long time, and as a result it wasn't possible to build a conformant datatype structure class from the HL7 database for these. As a result, we built these types by hand and they ended up in the core library. Cheers, James On Fri, Feb 7, 2014 at 8:10 AM, Pablo Pazos <pab...@ca...>wrote: > Hi all, > > I was reading HL7 v2.5 specs while checking HAPI javadoc for v2.5. > In the specs there are DT (date) and DTM (date/time) datatypes that are > not present on > http://hl7api.sourceforge.net/v25/apidocs/ca/uhn/hl7v2/model/v25/datatype/package-frame.html > > Which datatypes are used in HAPI to represend fields with datatypes DT and > DTM? > > Thanks! > > -- > Atte. > Ing. Pablo Pazos Gutiérrez > Cel:(00598) 99 043 145 > Skype: cabolabs > <http://cabolabs.com/> > http://www.cabolabs.com > pab...@ca... > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Hl7api-devel mailing list > Hl7...@li... > https://lists.sourceforge.net/lists/listinfo/hl7api-devel > > |
From: Pablo P. <pab...@ca...> - 2014-02-07 13:11:06
|
Hi all, I was reading HL7 v2.5 specs while checking HAPI javadoc for v2.5. In the specs there are DT (date) and DTM (date/time) datatypes that are not present on http://hl7api.sourceforge.net/v25/apidocs/ca/uhn/hl7v2/model/v25/datatype/package-frame.html Which datatypes are used in HAPI to represend fields with datatypes DT and DTM? Thanks! -- Atte. Ing. Pablo Pazos Gutiérrez Cel:(00598) 99 043 145 Skype: cabolabs <http://cabolabs.com/> http://www.cabolabs.com pab...@ca... |
From: Venkatesh S. <ve...@gm...> - 2014-02-05 23:11:46
|
Great Jens... It works .. thanks a lot.. Thanks, Venkatesh S On Wed, Feb 5, 2014 at 8:18 PM, Jens Villadsen < jen...@gm...> wrote: > Hi Venkatesh > > - Initialize your DefaultHapiContext with the DefaultValidationWithoutTN > > - Then you should be rolling :) > > > On 5 February 2014 04:12, Venkatesh Sundaramoorthy <ve...@gm...>wrote: > >> Beautiful. I am about to reply to this with the same. You have replied >> it.. Thanks James. Once again thanks for your prompt response. I'm really >> excited about this.. thanks for this.... >> >> Now I am encountering the below error w.r.t phone number. If I remove the >> number it works fine but if the phone number exist I still get the below >> error. >> >> ca.uhn.hl7v2.model.DataTypeException: >> ca.uhn.hl7v2.validation.ValidationException: Validation failed: Primitive >> value '02 9999 9999' requires to be empty or a US phone number at PRD-5 >> at >> ca.uhn.hl7v2.model.AbstractPrimitive.setValue(AbstractPrimitive.java:99) >> at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:438) >> at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:382) >> at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:1158) >> at ca.uhn.hl7v2.parser.PipeParser.doParse(PipeParser.java:222) >> at ca.uhn.hl7v2.parser.GenericParser.doParse(GenericParser.java:245) >> at ca.uhn.hl7v2.parser.Parser.parse(Parser.java:212) >> at ca.uhn.hl7v2.parser.GenericParser.parse(GenericParser.java:253) >> at util.hl7.helpers.ParseHL7Messages.main(ParseHL7Messages.java:69) >> Caused by: ca.uhn.hl7v2.validation.ValidationException: Validation >> failed: Primitive value '02 9999 9999' requires to be empty or a US phone >> number >> at >> ca.uhn.hl7v2.validation.impl.RuleSupport.failed(RuleSupport.java:67) >> at >> ca.uhn.hl7v2.validation.impl.RuleSupport.failedWithValue(RuleSupport.java:58) >> at >> ca.uhn.hl7v2.validation.impl.RuleSupport.result(RuleSupport.java:48) >> at >> ca.uhn.hl7v2.validation.impl.RuleSupport.result(RuleSupport.java:44) >> at >> ca.uhn.hl7v2.validation.builder.PredicatePrimitiveTypeRule.apply(PredicatePrimitiveTypeRule.java:115) >> at >> ca.uhn.hl7v2.validation.builder.PredicatePrimitiveTypeRule.apply(PredicatePrimitiveTypeRule.java:38) >> at >> ca.uhn.hl7v2.model.AbstractPrimitive.setValue(AbstractPrimitive.java:97) >> ... 8 more >> >> >> Thanks, >> Venkatesh S >> >> >> On Wed, Feb 5, 2014 at 1:59 PM, James Agnew <ja...@ja...> wrote: >> >>> Hi Venkatesh, >>> >>> Your message string is missing segment delimiters (\r) at the end of >>> each line. >>> >>> Change "[...]2.3.1" to "[...]2.3.1\r" and so on for each line and that >>> code should work. >>> >>> Cheers, >>> James >>> >>> >>> On Tue, Feb 4, 2014 at 8:46 PM, Venkatesh Sundaramoorthy < >>> ve...@gm...> wrote: >>> >>>> Hi, >>>> >>>> >>>> >>>> I am new to HL7, I am trying to process a sample HL7 message using HAPI >>>> API I am getting the following exception and I am unable to proceed >>>> further. Please, assist me on how to resolve this issue. >>>> >>>> Appreciate your help. >>>> >>>> >>>> >>>> FYI: I added all the jar files provided under lib folder onto my >>>> classpath and I am using the sample java program provided in the site, I >>>> just replaced the message provided with the below message string no other >>>> changes. >>>> >>>> >>>> >>>> >>>> *Sample message: (partial message)* >>>> >>>> >>>> >>>> "MSH|^~\\&|deLacy 2.9.14|svmhstst^CPS-Care >>>> Connect|BP|svmhbprt^HealthLink|20120117124847||REF^I12|20120117124847781|P|2.3.1" >>>> >>>> +"RF1|P|R|DRF|DS^Discharge >>>> Summary^^HL70282||1122239-20120117124842879|201201171248|||E^Event >>>> Summary^HL70336" >>>> >>>> +"PRD|RT^General Provider|EHSLER^ROBERT^^^DR|Suite 505 Level >>>> 5 SVC DARLINGHURST^^^NSW^2010^Australia||02 9999 9999^WPN^PH~02 8888 >>>> 8888^WPN^FX||1234567A^1234567A" >>>> >>>> +"PRD|RP^Discharging Provider|EHSEEF^MARK OLIVER|Suite 707 >>>> Level 7 SVC DARLINGHURST^^^NSW^2010^Australia||02 6666 6666^WPN^PH~02 7777 >>>> 7777^WPN^FX||7654321A^7654321A" >>>> >>>> +"PID|||5859343^^^SVH^MR~123456789^^^^MC||BARNES^SARAH^^^MRS||19340301|F|||15 >>>> CAMELIA AVENUE CASTLE HILL^^Sydney^NSW^2154^Australia||02 9883 >>>> 4876||||||123456789" >>>> >>>> +"NK1|1|MR CYRIL BARNES|^HUSBAND|15 CAMELIA AVENUE, CASTLE >>>> HILL 2154|02 9883 4876|02 9080 5432|P^Primary" >>>> >>>> +"DG1|1||DG1^INVESTIGATION OF LUNG >>>> MALIGNANCY||201111170000|F|||||||||1" >>>> >>>> +"AL1|1|DA|^ABBOCILLIN||Asthma|20120106" >>>> >>>> +"AL1|2|FA|^Bananas||Blisters|20120106" >>>> >>>> +"OBR|1|||^Discharge Summary|||201201171248" >>>> >>>> .........."; >>>> >>>> >>>> >>>> >>>> >>>> *Error message:* >>>> >>>> >>>> >>>> *ca.uhn.hl7v2.HL7Exception*: The HL7 version 2.3.1RF1 is not recognized >>>> >>>> at ca.uhn.hl7v2.parser.Parser.assertVersionExists( >>>> *Parser.java:527*) >>>> >>>> at ca.uhn.hl7v2.parser.Parser.parse(*Parser.java:208*) >>>> >>>> at ca.uhn.hl7v2.parser.GenericParser.parse( >>>> *GenericParser.java:253*) >>>> >>>> at util.hl7.helpers.ParseHL7Messages.main( >>>> *ParseHL7Messages.java:60*) >>>> >>>> >>>> >>>> >>>> >>>> Thanks, >>>> >>>> Venkatesh S >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Managing the Performance of Cloud-Based Applications >>>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>>> Read the Whitepaper. >>>> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>> _______________________________________________ >>>> Hl7api-devel mailing list >>>> Hl7...@li... >>>> https://lists.sourceforge.net/lists/listinfo/hl7api-devel >>>> >>>> >>> >> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Hl7api-devel mailing list >> Hl7...@li... >> https://lists.sourceforge.net/lists/listinfo/hl7api-devel >> >> > > > -- > > Med venlig hilsen / Kind regards > > *Jens Kristian Villadsen* > cand.polyt > > Stålhøjen 24 > 8240 Risskov > Denmark > > Mobile +4523373806 > jen...@gm... > jkiddo.dyndns.org > |
From: Sreenath G. <Sre...@ma...> - 2014-02-05 09:37:15
|
Ya its really helpful to us..Thanks sourceforge Thanks & Regards Sreenath From: Jens Villadsen [mailto:jen...@gm...] Sent: 05 February 2014 14:49 To: Venkatesh Sundaramoorthy Cc: HAPI Devel List Subject: Re: [HAPI-devel] help required! Hi Venkatesh - Initialize your DefaultHapiContext with the DefaultValidationWithoutTN - Then you should be rolling :) On 5 February 2014 04:12, Venkatesh Sundaramoorthy <ve...@gm...<mailto:ve...@gm...>> wrote: Beautiful. I am about to reply to this with the same. You have replied it.. Thanks James. Once again thanks for your prompt response. I'm really excited about this.. thanks for this.... Now I am encountering the below error w.r.t phone number. If I remove the number it works fine but if the phone number exist I still get the below error. ca.uhn.hl7v2.model.DataTypeException: ca.uhn.hl7v2.validation.ValidationException: Validation failed: Primitive value '02 9999 9999' requires to be empty or a US phone number at PRD-5 at ca.uhn.hl7v2.model.AbstractPrimitive.setValue(AbstractPrimitive.java:99) at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:438) at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:382) at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:1158) at ca.uhn.hl7v2.parser.PipeParser.doParse(PipeParser.java:222) at ca.uhn.hl7v2.parser.GenericParser.doParse(GenericParser.java:245) at ca.uhn.hl7v2.parser.Parser.parse(Parser.java:212) at ca.uhn.hl7v2.parser.GenericParser.parse(GenericParser.java:253) at util.hl7.helpers.ParseHL7Messages.main(ParseHL7Messages.java:69) Caused by: ca.uhn.hl7v2.validation.ValidationException: Validation failed: Primitive value '02 9999 9999' requires to be empty or a US phone number at ca.uhn.hl7v2.validation.impl.RuleSupport.failed(RuleSupport.java:67) at ca.uhn.hl7v2.validation.impl.RuleSupport.failedWithValue(RuleSupport.java:58) at ca.uhn.hl7v2.validation.impl.RuleSupport.result(RuleSupport.java:48) at ca.uhn.hl7v2.validation.impl.RuleSupport.result(RuleSupport.java:44) at ca.uhn.hl7v2.validation.builder.PredicatePrimitiveTypeRule.apply(PredicatePrimitiveTypeRule.java:115) at ca.uhn.hl7v2.validation.builder.PredicatePrimitiveTypeRule.apply(PredicatePrimitiveTypeRule.java:38) at ca.uhn.hl7v2.model.AbstractPrimitive.setValue(AbstractPrimitive.java:97) ... 8 more Thanks, Venkatesh S On Wed, Feb 5, 2014 at 1:59 PM, James Agnew <ja...@ja...<mailto:ja...@ja...>> wrote: Hi Venkatesh, Your message string is missing segment delimiters (\r) at the end of each line. Change "[...]2.3.1" to "[...]2.3.1\r" and so on for each line and that code should work. Cheers, James On Tue, Feb 4, 2014 at 8:46 PM, Venkatesh Sundaramoorthy <ve...@gm...<mailto:ve...@gm...>> wrote: Hi, I am new to HL7, I am trying to process a sample HL7 message using HAPI API I am getting the following exception and I am unable to proceed further. Please, assist me on how to resolve this issue. Appreciate your help. FYI: I added all the jar files provided under lib folder onto my classpath and I am using the sample java program provided in the site, I just replaced the message provided with the below message string no other changes. Sample message: (partial message) "MSH|^~\\&|deLacy 2.9.14|svmhstst^CPS-Care Connect|BP|svmhbprt^HealthLink|20120117124847||REF^I12|20120117124847781|P|2.3.1" +"RF1|P|R|DRF|DS^Discharge Summary^^HL70282||1122239-20120117124842879|201201171248|||E^Event Summary^HL70336" +"PRD|RT^General Provider|EHSLER^ROBERT^^^DR|Suite 505 Level 5 SVC DARLINGHURST^^^NSW^2010^Australia||02 9999 9999^WPN^PH~02 8888 8888^WPN^FX||1234567A^1234567A" +"PRD|RP^Discharging Provider|EHSEEF^MARK OLIVER|Suite 707 Level 7 SVC DARLINGHURST^^^NSW^2010^Australia||02 6666 6666^WPN^PH~02 7777 7777^WPN^FX||7654321A^7654321A" +"PID|||5859343^^^SVH^MR~123456789^^^^MC||BARNES^SARAH^^^MRS||19340301|F|||15 CAMELIA AVENUE CASTLE HILL^^Sydney^NSW^2154^Australia||02 9883 4876||||||123456789" +"NK1|1|MR CYRIL BARNES|^HUSBAND|15 CAMELIA AVENUE, CASTLE HILL 2154|02 9883 4876|02 9080 5432|P^Primary" +"DG1|1||DG1^INVESTIGATION OF LUNG MALIGNANCY||201111170000|F|||||||||1" +"AL1|1|DA|^ABBOCILLIN||Asthma|20120106<tel:20120106>" +"AL1|2|FA|^Bananas||Blisters|20120106<tel:20120106>" +"OBR|1|||^Discharge Summary|||201201171248" .........."; Error message: ca.uhn.hl7v2.HL7Exception: The HL7 version 2.3.1RF1 is not recognized at ca.uhn.hl7v2.parser.Parser.assertVersionExists(Parser.java:527) at ca.uhn.hl7v2.parser.Parser.parse(Parser.java:208) at ca.uhn.hl7v2.parser.GenericParser.parse(GenericParser.java:253) at util.hl7.helpers.ParseHL7Messages.main(ParseHL7Messages.java:60) Thanks, Venkatesh S ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Hl7api-devel mailing list Hl7...@li...<mailto:Hl7...@li...> https://lists.sourceforge.net/lists/listinfo/hl7api-devel ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Hl7api-devel mailing list Hl7...@li...<mailto:Hl7...@li...> https://lists.sourceforge.net/lists/listinfo/hl7api-devel -- Med venlig hilsen / Kind regards Jens Kristian Villadsen cand.polyt Stålhøjen 24 8240 Risskov Denmark Mobile +4523373806 jen...@gm...<mailto:jen...@gm...> jkiddo.dyndns.org<http://jkiddo.dyndns.org> MASTEK LTD. In the US, we're called MAJESCOMASTEK ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Opinions expressed in this e-mail are those of the individual and not that of Mastek Limited, unless specifically indicated to that effect. Mastek Limited does not accept any responsibility or liability for it. This e-mail and attachments (if any) transmitted with it are confidential and/or privileged and solely for the use of the intended person or entity to which it is addressed. Any review, re-transmission, dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. This e-mail and its attachments have been scanned for the presence of computer viruses. It is the responsibility of the recipient to run the virus check on e-mails and attachments before opening them. If you have received this e-mail in error, kindly delete this e-mail from desktop and server. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
From: Jens V. <jen...@gm...> - 2014-02-05 09:18:49
|
Hi Venkatesh - Initialize your DefaultHapiContext with the DefaultValidationWithoutTN - Then you should be rolling :) On 5 February 2014 04:12, Venkatesh Sundaramoorthy <ve...@gm...>wrote: > Beautiful. I am about to reply to this with the same. You have replied > it.. Thanks James. Once again thanks for your prompt response. I'm really > excited about this.. thanks for this.... > > Now I am encountering the below error w.r.t phone number. If I remove the > number it works fine but if the phone number exist I still get the below > error. > > ca.uhn.hl7v2.model.DataTypeException: > ca.uhn.hl7v2.validation.ValidationException: Validation failed: Primitive > value '02 9999 9999' requires to be empty or a US phone number at PRD-5 > at > ca.uhn.hl7v2.model.AbstractPrimitive.setValue(AbstractPrimitive.java:99) > at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:438) > at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:382) > at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:1158) > at ca.uhn.hl7v2.parser.PipeParser.doParse(PipeParser.java:222) > at ca.uhn.hl7v2.parser.GenericParser.doParse(GenericParser.java:245) > at ca.uhn.hl7v2.parser.Parser.parse(Parser.java:212) > at ca.uhn.hl7v2.parser.GenericParser.parse(GenericParser.java:253) > at util.hl7.helpers.ParseHL7Messages.main(ParseHL7Messages.java:69) > Caused by: ca.uhn.hl7v2.validation.ValidationException: Validation failed: > Primitive value '02 9999 9999' requires to be empty or a US phone number > at ca.uhn.hl7v2.validation.impl.RuleSupport.failed(RuleSupport.java:67) > at > ca.uhn.hl7v2.validation.impl.RuleSupport.failedWithValue(RuleSupport.java:58) > at ca.uhn.hl7v2.validation.impl.RuleSupport.result(RuleSupport.java:48) > at ca.uhn.hl7v2.validation.impl.RuleSupport.result(RuleSupport.java:44) > at > ca.uhn.hl7v2.validation.builder.PredicatePrimitiveTypeRule.apply(PredicatePrimitiveTypeRule.java:115) > at > ca.uhn.hl7v2.validation.builder.PredicatePrimitiveTypeRule.apply(PredicatePrimitiveTypeRule.java:38) > at > ca.uhn.hl7v2.model.AbstractPrimitive.setValue(AbstractPrimitive.java:97) > ... 8 more > > > Thanks, > Venkatesh S > > > On Wed, Feb 5, 2014 at 1:59 PM, James Agnew <ja...@ja...> wrote: > >> Hi Venkatesh, >> >> Your message string is missing segment delimiters (\r) at the end of each >> line. >> >> Change "[...]2.3.1" to "[...]2.3.1\r" and so on for each line and that >> code should work. >> >> Cheers, >> James >> >> >> On Tue, Feb 4, 2014 at 8:46 PM, Venkatesh Sundaramoorthy < >> ve...@gm...> wrote: >> >>> Hi, >>> >>> >>> >>> I am new to HL7, I am trying to process a sample HL7 message using HAPI >>> API I am getting the following exception and I am unable to proceed >>> further. Please, assist me on how to resolve this issue. >>> >>> Appreciate your help. >>> >>> >>> >>> FYI: I added all the jar files provided under lib folder onto my >>> classpath and I am using the sample java program provided in the site, I >>> just replaced the message provided with the below message string no other >>> changes. >>> >>> >>> >>> >>> *Sample message: (partial message)* >>> >>> >>> >>> "MSH|^~\\&|deLacy 2.9.14|svmhstst^CPS-Care >>> Connect|BP|svmhbprt^HealthLink|20120117124847||REF^I12|20120117124847781|P|2.3.1" >>> >>> +"RF1|P|R|DRF|DS^Discharge >>> Summary^^HL70282||1122239-20120117124842879|201201171248|||E^Event >>> Summary^HL70336" >>> >>> +"PRD|RT^General Provider|EHSLER^ROBERT^^^DR|Suite 505 Level 5 >>> SVC DARLINGHURST^^^NSW^2010^Australia||02 9999 9999^WPN^PH~02 8888 >>> 8888^WPN^FX||1234567A^1234567A" >>> >>> +"PRD|RP^Discharging Provider|EHSEEF^MARK OLIVER|Suite 707 >>> Level 7 SVC DARLINGHURST^^^NSW^2010^Australia||02 6666 6666^WPN^PH~02 7777 >>> 7777^WPN^FX||7654321A^7654321A" >>> >>> +"PID|||5859343^^^SVH^MR~123456789^^^^MC||BARNES^SARAH^^^MRS||19340301|F|||15 >>> CAMELIA AVENUE CASTLE HILL^^Sydney^NSW^2154^Australia||02 9883 >>> 4876||||||123456789" >>> >>> +"NK1|1|MR CYRIL BARNES|^HUSBAND|15 CAMELIA AVENUE, CASTLE HILL >>> 2154|02 9883 4876|02 9080 5432|P^Primary" >>> >>> +"DG1|1||DG1^INVESTIGATION OF LUNG >>> MALIGNANCY||201111170000|F|||||||||1" >>> >>> +"AL1|1|DA|^ABBOCILLIN||Asthma|20120106" >>> >>> +"AL1|2|FA|^Bananas||Blisters|20120106" >>> >>> +"OBR|1|||^Discharge Summary|||201201171248" >>> >>> .........."; >>> >>> >>> >>> >>> >>> *Error message:* >>> >>> >>> >>> *ca.uhn.hl7v2.HL7Exception*: The HL7 version 2.3.1RF1 is not recognized >>> >>> at ca.uhn.hl7v2.parser.Parser.assertVersionExists( >>> *Parser.java:527*) >>> >>> at ca.uhn.hl7v2.parser.Parser.parse(*Parser.java:208*) >>> >>> at ca.uhn.hl7v2.parser.GenericParser.parse( >>> *GenericParser.java:253*) >>> >>> at util.hl7.helpers.ParseHL7Messages.main( >>> *ParseHL7Messages.java:60*) >>> >>> >>> >>> >>> >>> Thanks, >>> >>> Venkatesh S >>> >>> >>> ------------------------------------------------------------------------------ >>> Managing the Performance of Cloud-Based Applications >>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >>> Read the Whitepaper. >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Hl7api-devel mailing list >>> Hl7...@li... >>> https://lists.sourceforge.net/lists/listinfo/hl7api-devel >>> >>> >> > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Hl7api-devel mailing list > Hl7...@li... > https://lists.sourceforge.net/lists/listinfo/hl7api-devel > > -- Med venlig hilsen / Kind regards *Jens Kristian Villadsen* cand.polyt Stålhøjen 24 8240 Risskov Denmark Mobile +4523373806 jen...@gm... jkiddo.dyndns.org |
From: Venkatesh S. <ve...@gm...> - 2014-02-05 03:13:01
|
Beautiful. I am about to reply to this with the same. You have replied it.. Thanks James. Once again thanks for your prompt response. I'm really excited about this.. thanks for this.... Now I am encountering the below error w.r.t phone number. If I remove the number it works fine but if the phone number exist I still get the below error. ca.uhn.hl7v2.model.DataTypeException: ca.uhn.hl7v2.validation.ValidationException: Validation failed: Primitive value '02 9999 9999' requires to be empty or a US phone number at PRD-5 at ca.uhn.hl7v2.model.AbstractPrimitive.setValue(AbstractPrimitive.java:99) at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:438) at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:382) at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:1158) at ca.uhn.hl7v2.parser.PipeParser.doParse(PipeParser.java:222) at ca.uhn.hl7v2.parser.GenericParser.doParse(GenericParser.java:245) at ca.uhn.hl7v2.parser.Parser.parse(Parser.java:212) at ca.uhn.hl7v2.parser.GenericParser.parse(GenericParser.java:253) at util.hl7.helpers.ParseHL7Messages.main(ParseHL7Messages.java:69) Caused by: ca.uhn.hl7v2.validation.ValidationException: Validation failed: Primitive value '02 9999 9999' requires to be empty or a US phone number at ca.uhn.hl7v2.validation.impl.RuleSupport.failed(RuleSupport.java:67) at ca.uhn.hl7v2.validation.impl.RuleSupport.failedWithValue(RuleSupport.java:58) at ca.uhn.hl7v2.validation.impl.RuleSupport.result(RuleSupport.java:48) at ca.uhn.hl7v2.validation.impl.RuleSupport.result(RuleSupport.java:44) at ca.uhn.hl7v2.validation.builder.PredicatePrimitiveTypeRule.apply(PredicatePrimitiveTypeRule.java:115) at ca.uhn.hl7v2.validation.builder.PredicatePrimitiveTypeRule.apply(PredicatePrimitiveTypeRule.java:38) at ca.uhn.hl7v2.model.AbstractPrimitive.setValue(AbstractPrimitive.java:97) ... 8 more Thanks, Venkatesh S On Wed, Feb 5, 2014 at 1:59 PM, James Agnew <ja...@ja...> wrote: > Hi Venkatesh, > > Your message string is missing segment delimiters (\r) at the end of each > line. > > Change "[...]2.3.1" to "[...]2.3.1\r" and so on for each line and that > code should work. > > Cheers, > James > > > On Tue, Feb 4, 2014 at 8:46 PM, Venkatesh Sundaramoorthy < > ve...@gm...> wrote: > >> Hi, >> >> >> >> I am new to HL7, I am trying to process a sample HL7 message using HAPI >> API I am getting the following exception and I am unable to proceed >> further. Please, assist me on how to resolve this issue. >> >> Appreciate your help. >> >> >> >> FYI: I added all the jar files provided under lib folder onto my >> classpath and I am using the sample java program provided in the site, I >> just replaced the message provided with the below message string no other >> changes. >> >> >> >> >> *Sample message: (partial message)* >> >> >> >> "MSH|^~\\&|deLacy 2.9.14|svmhstst^CPS-Care >> Connect|BP|svmhbprt^HealthLink|20120117124847||REF^I12|20120117124847781|P|2.3.1" >> >> +"RF1|P|R|DRF|DS^Discharge >> Summary^^HL70282||1122239-20120117124842879|201201171248|||E^Event >> Summary^HL70336" >> >> +"PRD|RT^General Provider|EHSLER^ROBERT^^^DR|Suite 505 Level 5 >> SVC DARLINGHURST^^^NSW^2010^Australia||02 9999 9999^WPN^PH~02 8888 >> 8888^WPN^FX||1234567A^1234567A" >> >> +"PRD|RP^Discharging Provider|EHSEEF^MARK OLIVER|Suite 707 >> Level 7 SVC DARLINGHURST^^^NSW^2010^Australia||02 6666 6666^WPN^PH~02 7777 >> 7777^WPN^FX||7654321A^7654321A" >> >> +"PID|||5859343^^^SVH^MR~123456789^^^^MC||BARNES^SARAH^^^MRS||19340301|F|||15 >> CAMELIA AVENUE CASTLE HILL^^Sydney^NSW^2154^Australia||02 9883 >> 4876||||||123456789" >> >> +"NK1|1|MR CYRIL BARNES|^HUSBAND|15 CAMELIA AVENUE, CASTLE HILL >> 2154|02 9883 4876|02 9080 5432|P^Primary" >> >> +"DG1|1||DG1^INVESTIGATION OF LUNG >> MALIGNANCY||201111170000|F|||||||||1" >> >> +"AL1|1|DA|^ABBOCILLIN||Asthma|20120106" >> >> +"AL1|2|FA|^Bananas||Blisters|20120106" >> >> +"OBR|1|||^Discharge Summary|||201201171248" >> >> .........."; >> >> >> >> >> >> *Error message:* >> >> >> >> *ca.uhn.hl7v2.HL7Exception*: The HL7 version 2.3.1RF1 is not recognized >> >> at ca.uhn.hl7v2.parser.Parser.assertVersionExists( >> *Parser.java:527*) >> >> at ca.uhn.hl7v2.parser.Parser.parse(*Parser.java:208*) >> >> at ca.uhn.hl7v2.parser.GenericParser.parse( >> *GenericParser.java:253*) >> >> at util.hl7.helpers.ParseHL7Messages.main( >> *ParseHL7Messages.java:60*) >> >> >> >> >> >> Thanks, >> >> Venkatesh S >> >> >> ------------------------------------------------------------------------------ >> Managing the Performance of Cloud-Based Applications >> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >> Read the Whitepaper. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >> _______________________________________________ >> Hl7api-devel mailing list >> Hl7...@li... >> https://lists.sourceforge.net/lists/listinfo/hl7api-devel >> >> > |
From: James A. <ja...@ja...> - 2014-02-05 02:59:29
|
Hi Venkatesh, Your message string is missing segment delimiters (\r) at the end of each line. Change "[...]2.3.1" to "[...]2.3.1\r" and so on for each line and that code should work. Cheers, James On Tue, Feb 4, 2014 at 8:46 PM, Venkatesh Sundaramoorthy <ve...@gm...>wrote: > Hi, > > > > I am new to HL7, I am trying to process a sample HL7 message using HAPI > API I am getting the following exception and I am unable to proceed > further. Please, assist me on how to resolve this issue. > > Appreciate your help. > > > > FYI: I added all the jar files provided under lib folder onto my classpath > and I am using the sample java program provided in the site, I just > replaced the message provided with the below message string no other > changes. > > > > > *Sample message: (partial message)* > > > > "MSH|^~\\&|deLacy 2.9.14|svmhstst^CPS-Care > Connect|BP|svmhbprt^HealthLink|20120117124847||REF^I12|20120117124847781|P|2.3.1" > > +"RF1|P|R|DRF|DS^Discharge > Summary^^HL70282||1122239-20120117124842879|201201171248|||E^Event > Summary^HL70336" > > +"PRD|RT^General Provider|EHSLER^ROBERT^^^DR|Suite 505 Level 5 > SVC DARLINGHURST^^^NSW^2010^Australia||02 9999 9999^WPN^PH~02 8888 > 8888^WPN^FX||1234567A^1234567A" > > +"PRD|RP^Discharging Provider|EHSEEF^MARK OLIVER|Suite 707 Level > 7 SVC DARLINGHURST^^^NSW^2010^Australia||02 6666 6666^WPN^PH~02 7777 > 7777^WPN^FX||7654321A^7654321A" > > +"PID|||5859343^^^SVH^MR~123456789^^^^MC||BARNES^SARAH^^^MRS||19340301|F|||15 > CAMELIA AVENUE CASTLE HILL^^Sydney^NSW^2154^Australia||02 9883 > 4876||||||123456789" > > +"NK1|1|MR CYRIL BARNES|^HUSBAND|15 CAMELIA AVENUE, CASTLE HILL > 2154|02 9883 4876|02 9080 5432|P^Primary" > > +"DG1|1||DG1^INVESTIGATION OF LUNG > MALIGNANCY||201111170000|F|||||||||1" > > +"AL1|1|DA|^ABBOCILLIN||Asthma|20120106" > > +"AL1|2|FA|^Bananas||Blisters|20120106" > > +"OBR|1|||^Discharge Summary|||201201171248" > > .........."; > > > > > > *Error message:* > > > > *ca.uhn.hl7v2.HL7Exception*: The HL7 version 2.3.1RF1 is not recognized > > at ca.uhn.hl7v2.parser.Parser.assertVersionExists(*Parser.java:527* > ) > > at ca.uhn.hl7v2.parser.Parser.parse(*Parser.java:208*) > > at ca.uhn.hl7v2.parser.GenericParser.parse(*GenericParser.java:253* > ) > > at util.hl7.helpers.ParseHL7Messages.main( > *ParseHL7Messages.java:60*) > > > > > > Thanks, > > Venkatesh S > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Hl7api-devel mailing list > Hl7...@li... > https://lists.sourceforge.net/lists/listinfo/hl7api-devel > > |
From: Pablo P. <pab...@ca...> - 2014-02-05 02:53:43
|
Look at your message, the exception is telling you the problem: 2.3.1" +"RF1 On Tue, Feb 4, 2014 at 11:46 PM, Venkatesh Sundaramoorthy <ve...@gm... > wrote: > Hi, > > > > I am new to HL7, I am trying to process a sample HL7 message using HAPI > API I am getting the following exception and I am unable to proceed > further. Please, assist me on how to resolve this issue. > > Appreciate your help. > > > > FYI: I added all the jar files provided under lib folder onto my classpath > and I am using the sample java program provided in the site, I just > replaced the message provided with the below message string no other > changes. > > > > > *Sample message: (partial message)* > > > > "MSH|^~\\&|deLacy 2.9.14|svmhstst^CPS-Care > Connect|BP|svmhbprt^HealthLink|20120117124847||REF^I12|20120117124847781|P|2.3.1" > > +"RF1|P|R|DRF|DS^Discharge > Summary^^HL70282||1122239-20120117124842879|201201171248|||E^Event > Summary^HL70336" > > +"PRD|RT^General Provider|EHSLER^ROBERT^^^DR|Suite 505 Level 5 > SVC DARLINGHURST^^^NSW^2010^Australia||02 9999 9999^WPN^PH~02 8888 > 8888^WPN^FX||1234567A^1234567A" > > +"PRD|RP^Discharging Provider|EHSEEF^MARK OLIVER|Suite 707 Level > 7 SVC DARLINGHURST^^^NSW^2010^Australia||02 6666 6666^WPN^PH~02 7777 > 7777^WPN^FX||7654321A^7654321A" > > +"PID|||5859343^^^SVH^MR~123456789^^^^MC||BARNES^SARAH^^^MRS||19340301|F|||15 > CAMELIA AVENUE CASTLE HILL^^Sydney^NSW^2154^Australia||02 9883 > 4876||||||123456789" > > +"NK1|1|MR CYRIL BARNES|^HUSBAND|15 CAMELIA AVENUE, CASTLE HILL > 2154|02 9883 4876|02 9080 5432|P^Primary" > > +"DG1|1||DG1^INVESTIGATION OF LUNG > MALIGNANCY||201111170000|F|||||||||1" > > +"AL1|1|DA|^ABBOCILLIN||Asthma|20120106" > > +"AL1|2|FA|^Bananas||Blisters|20120106" > > +"OBR|1|||^Discharge Summary|||201201171248" > > .........."; > > > > > > *Error message:* > > > > *ca.uhn.hl7v2.HL7Exception*: The HL7 version 2.3.1RF1 is not recognized > > at ca.uhn.hl7v2.parser.Parser.assertVersionExists(*Parser.java:527* > ) > > at ca.uhn.hl7v2.parser.Parser.parse(*Parser.java:208*) > > at ca.uhn.hl7v2.parser.GenericParser.parse(*GenericParser.java:253* > ) > > at util.hl7.helpers.ParseHL7Messages.main( > *ParseHL7Messages.java:60*) > > > > > > Thanks, > > Venkatesh S > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Hl7api-devel mailing list > Hl7...@li... > https://lists.sourceforge.net/lists/listinfo/hl7api-devel > > -- Atte. Ing. Pablo Pazos Gutiérrez Cel:(00598) 99 043 145 Skype: cabolabs <http://cabolabs.com/> http://www.cabolabs.com pab...@ca... |
From: Venkatesh S. <ve...@gm...> - 2014-02-05 01:46:46
|
Hi, I am new to HL7, I am trying to process a sample HL7 message using HAPI API I am getting the following exception and I am unable to proceed further. Please, assist me on how to resolve this issue. Appreciate your help. FYI: I added all the jar files provided under lib folder onto my classpath and I am using the sample java program provided in the site, I just replaced the message provided with the below message string no other changes. *Sample message: (partial message)* "MSH|^~\\&|deLacy 2.9.14|svmhstst^CPS-Care Connect|BP|svmhbprt^HealthLink|20120117124847||REF^I12|20120117124847781|P|2.3.1" +"RF1|P|R|DRF|DS^Discharge Summary^^HL70282||1122239-20120117124842879|201201171248|||E^Event Summary^HL70336" +"PRD|RT^General Provider|EHSLER^ROBERT^^^DR|Suite 505 Level 5 SVC DARLINGHURST^^^NSW^2010^Australia||02 9999 9999^WPN^PH~02 8888 8888^WPN^FX||1234567A^1234567A" +"PRD|RP^Discharging Provider|EHSEEF^MARK OLIVER|Suite 707 Level 7 SVC DARLINGHURST^^^NSW^2010^Australia||02 6666 6666^WPN^PH~02 7777 7777^WPN^FX||7654321A^7654321A" +"PID|||5859343^^^SVH^MR~123456789^^^^MC||BARNES^SARAH^^^MRS||19340301|F|||15 CAMELIA AVENUE CASTLE HILL^^Sydney^NSW^2154^Australia||02 9883 4876||||||123456789" +"NK1|1|MR CYRIL BARNES|^HUSBAND|15 CAMELIA AVENUE, CASTLE HILL 2154|02 9883 4876|02 9080 5432|P^Primary" +"DG1|1||DG1^INVESTIGATION OF LUNG MALIGNANCY||201111170000|F|||||||||1" +"AL1|1|DA|^ABBOCILLIN||Asthma|20120106" +"AL1|2|FA|^Bananas||Blisters|20120106" +"OBR|1|||^Discharge Summary|||201201171248" .........."; *Error message:* *ca.uhn.hl7v2.HL7Exception*: The HL7 version 2.3.1RF1 is not recognized at ca.uhn.hl7v2.parser.Parser.assertVersionExists(*Parser.java:527*) at ca.uhn.hl7v2.parser.Parser.parse(*Parser.java:208*) at ca.uhn.hl7v2.parser.GenericParser.parse(*GenericParser.java:253*) at util.hl7.helpers.ParseHL7Messages.main(*ParseHL7Messages.java:60*) Thanks, Venkatesh S |
From: Giacomo P. <gia...@gm...> - 2014-02-04 07:44:02
|
Thanks for the exhaustive answer, as always. It's nice to hear that these issues have already been addressed. Good job! On Mon, Feb 3, 2014 at 11:10 PM, James Agnew <ja...@ja...> wrote: > Hi Giacomo, > > Unfortunately this is a case of the code being behind the specification. > At the previous HL7 working group meeting the ITS (implementable technology > specification) group approved two changes to the spec: > * HTTP 200 response code for all valid HL7 message responses (the > rationale being that AE/AR/etc are application level problems and not > transport level problems) > * UTF-8 character set is mandatory for sending applications (rationale > being that character encodings have been a huge source of issues over the > years, and support for UTF-8 is basically universal these days so it makes > sense to do away with schemes that can't support all characters) > > These two changes have been implemented but not yet released. The final > HAPI 2.2 release will fix this. I'm hoping we'll have this released very > shortly, the one showstopper bug in 2.2 (bug 206: a glitch in MLLP over > slow networks) was fixed last week so we should be good to go. > > Cheers, > James > > > > > On Tue, Jan 28, 2014 at 3:31 PM, Giacomo Petronio < > gia...@gm...> wrote: > >> Hi, I think that there is a mismatch between the HL7 Over HTTP >> specification and the current implementation regarding the HTTP Response >> Codes. >> The specification says: >> >> When a *receiving application* produces an HL7 response payload >>> containing one of these status codes (AR, AE, CR, CE), this is considered a >>> successful interaction at the transport layer, and response code of >>> "HTTP/1.1 200 OK" MUST be used. >> >> >> But the implementation does not follow the specification. The class ca.uhn.hl7v2.hoh.encoder.ResponseCode >> contains the following mapping: >> >> ourAckCodesToResponseCodes.put(AA, HTTP_200_OK); >> ourAckCodesToResponseCodes.put(CA, HTTP_200_OK); >> ourAckCodesToResponseCodes.put(AR, HTTP_400_BAD_REQUEST); >> ourAckCodesToResponseCodes.put(CR, HTTP_400_BAD_REQUEST); >> ourAckCodesToResponseCodes.put(AE, HTTP_500_INTERNAL_SERVER_ERROR); >> ourAckCodesToResponseCodes.put(CE, HTTP_500_INTERNAL_SERVER_ERROR); >> >> Is there any reason for this particular behaviour or is this a "bug"? >> Is it possible to programmatically override these values? >> >> >> ------------------------------------------------------------------------------ >> WatchGuard Dimension instantly turns raw network data into actionable >> security intelligence. It gives you real-time visual feedback on key >> security issues and trends. Skip the complicated setup - simply import >> a virtual appliance and go from zero to informed in seconds. >> >> http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk >> _______________________________________________ >> Hl7api-devel mailing list >> Hl7...@li... >> https://lists.sourceforge.net/lists/listinfo/hl7api-devel >> >> > |