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: Scott A. <sa...@bj...> - 2006-04-10 15:28:18
|
Maybe not the best solution, but a quick and dirty way to do this (without = a better option) is to encode the message and then replace the segment of = interest with an empty segment, then parse it again: // note: just the concept shown here * some code not included PipeParser =3D new PipeParser(); String sm =3D parser.encode(message); String[] segments =3D sm.split("\r"); for (int i=3D0; i<segments.length; i++) { if (i>0) { newsm.append("\r"); } if (segments[i].startsWith("GT1")) { newsm.append(emptyGT1); } else { newsm.append(segments[i]); } } message =3D parser.parse(newsm.toString()); - Scott Arnold >>> "Bryan Tripp" <bp...@gm...> 4/10/2006 9:14:39 AM >>> Hi Scott, No, I don't think there is an easy way. Now that you mention it, it sounds like that would be useful, but I don't think I'd ever thought about it. If anyone is interested in writing this feature, then feel free to mail me if you have any questions or want me to review your code. Thanks, Bryan On 4/7/06, Scott Arnold <sa...@bj...> wrote: > Is there any easy way to clear out a segment in a message? > > For example, I want to copy the data in a PID segment of one message > into the GT1 segment of another. I can do this using the DeepCopy > utility. Before I do this, however, I need to clear out all of the old > data from the GT1 segment of the destination message. Otherwise, I'll > have to DeepCopy every single field in the segment (and I only want to > copy general data like name, address, and a few other things). > > Scott Arnold > Analyst > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting = language > that extends applications into web and mobile media. Attend the live = webcast > and join the prime developer group breaking into this new coding = territory! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat= =3D121642=20 > _______________________________________________ > Hl7api-devel mailing list > Hl7...@li...=20 > https://lists.sourceforge.net/lists/listinfo/hl7api-devel=20 > ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting = language that extends applications into web and mobile media. Attend the live = webcast and join the prime developer group breaking into this new coding territory!= http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid0944&bid$1720&dat1642=20 _______________________________________________ Hl7api-devel mailing list Hl7...@li...=20 https://lists.sourceforge.net/lists/listinfo/hl7api-devel=20 |
From: Bryan T. <bp...@gm...> - 2006-04-10 14:21:34
|
Hi Scott, No, I don't think there is an easy way. Now that you mention it, it sounds like that would be useful, but I don't think I'd ever thought about it. If anyone is interested in writing this feature, then feel free to mail me if you have any questions or want me to review your code. Thanks, Bryan On 4/7/06, Scott Arnold <sa...@bj...> wrote: > Is there any easy way to clear out a segment in a message? > > For example, I want to copy the data in a PID segment of one message > into the GT1 segment of another. I can do this using the DeepCopy > utility. Before I do this, however, I need to clear out all of the old > data from the GT1 segment of the destination message. Otherwise, I'll > have to DeepCopy every single field in the segment (and I only want to > copy general data like name, address, and a few other things). > > Scott Arnold > Analyst > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting langua= ge > that extends applications into web and mobile media. Attend the live webc= ast > and join the prime developer group breaking into this new coding territor= y! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat= =3D121642 > _______________________________________________ > Hl7api-devel mailing list > Hl7...@li... > https://lists.sourceforge.net/lists/listinfo/hl7api-devel > |
From: Scott A. <sa...@bj...> - 2006-04-07 23:51:05
|
Is there any easy way to clear out a segment in a message? For example, I want to copy the data in a PID segment of one message into the GT1 segment of another. I can do this using the DeepCopy utility. Before I do this, however, I need to clear out all of the old data from the GT1 segment of the destination message. Otherwise, I'll have to DeepCopy every single field in the segment (and I only want to copy general data like name, address, and a few other things). Scott Arnold Analyst |
From: Nico V. <ni...@sk...> - 2006-04-07 07:22:18
|
Hi Evan, PV1-7 is indeed a bit confusing ... According to the HL7 standard the field is repeating, but all repetitions should point to the same physician. The repetition should only be used to convey multiple identifiers, names for one physician. So I guess HAPI should be able to process the repetitions... I suggest that you post a bug report on the project page: http://sourceforge.net/tracker/?group_id=38899&atid=423835 Best Regards Nico At 31/03/2006, Evan Seguin wrote: >I am wondering if you could provide me with some assistance with a problem >I am having with your HAPI api. In working with your HAPI HL7 api to >parse some messages, I encountered a parsing problem with the PV1 segment >of an HL7 v2.3 message which contained repeating values (two XCN values >seperated by a ~) in the PV1.7 and PV1.17 segments. In looking at the HL7 >2.3 standard documentation I see some mention of these fields allowing for >repetitions, although it seems to be a bit of a grey area as I have found >some contradicting information as well. > >I am currently using version 3 of your HAPI api. In looking at the source >for the PV1 segment for HL7 v2.3 it looks to be coded to not allow >repetitions for these segments, although in the 2.3.1 code (and 2.4) it >does allow for them. In the latest version (4.3) of your HAPI API this is >still the case. > >I am unsure whether this is a bug, or whether the HL7 v2.3 should in fact >not allow for repetitions in these fields. > >If you could provide me with some assistance/clarification on this, it >would be greatly appreciated. > >Thank you, > >--Evan > > |
From: Scott J. <sco...@ag...> - 2006-04-06 19:01:23
|
Hello, I am new to HAPI. I could only find the javadoc. Is there any documentation or examples about how to use API? Thanks! -- View this message in context: http://www.nabble.com/Documentation-t1407623.html#a3790408 Sent from the hl7api-devel forum at Nabble.com. |
From: Joela F. <fj...@ho...> - 2006-04-04 10:18:26
|
Hi, I'm trying to use HAPI to parse HL7 2.5 Message. And when I give this type of message : MSH|^~\&|OP|Entero-gastric|OF|Chemistry|200309060900||OML^O21^OML_O21| msgOP124|T|2.5|123||||USA||EN PID|1||12345^5^M10^Memphis_Hosp^PI||EVERYMAN^ADAM^^JR^^^L||19800101|M PV1|1|O|Ward||||||||||||||||12345^^^Memphis_Hosp ORC|XO|12345678^gastric||666^gastric|||||200309060855|222221^NURSE^NANCY| ||||||||||Entero-gastric TQ1|||||||||A OBR||12345678^gastric||82951^Gucose Tolerance Test^CPT4||||||1234^BLEEDER| S||||| 222222^PHYSICIAN^^^^DR|821 OBX|1|NM|GLUCOSE||75|g|||||F|||200309060735 SPM|1|123456781^gastric ||SER|||||||P||||||200309060735|||||||||1 SPM|2|123456782^gastric ||SER|||||||P||||||200309060755|||||||||1 SPM|3|123456783^gastric ||SER|||||||P||||||200309060815|||||||||1 SPM|4|123456784^gastric ||SER|||||||P||||||200309060835|||||||||1 SPM|5|123456785^gastric ||SER|||||||P||||||200309060855|||||||||1 HAPI didn't recognize that the SPECIMEN group segment is repeated and put it in the CONTAINER segment. It seems that group repetition isn't take care by HAPI. How can I solve this problem? Thanks for your reply. Joëla F. |
From: Evan S. <ev...@in...> - 2006-03-31 19:10:11
|
I am wondering if you could provide me with some assistance with a = problem I am having with your HAPI api. In working with your HAPI HL7 = api to parse some messages, I encountered a parsing problem with the PV1 = segment of an HL7 v2.3 message which contained repeating values (two XCN = values seperated by a ~) in the PV1.7 and PV1.17 segments. In looking = at the HL7 2.3 standard documentation I see some mention of these fields = allowing for repetitions, although it seems to be a bit of a grey area = as I have found some contradicting information as well. =20 I am currently using version 3 of your HAPI api. In looking at the = source for the PV1 segment for HL7 v2.3 it looks to be coded to not = allow repetitions for these segments, although in the 2.3.1 code (and = 2.4) it does allow for them. In the latest version (4.3) of your HAPI = API this is still the case. I am unsure whether this is a bug, or whether the HL7 v2.3 should in = fact not allow for repetitions in these fields. If you could provide me with some assistance/clarification on this, it = would be greatly appreciated. Thank you, --Evan |
From: Bryan T. <bp...@gm...> - 2006-03-29 14:46:05
|
Hi Wyatt, If I remember correctly there are some direct dependencies in code related to conformance profiles, but most things should work fine without. Then again, I'm not sure I've ever tried. I've usually used log4j. Have you tried without? What happened? Thanks, Bryan On 3/28/06, Wyatt Tellis <wt...@ra...> wrote: > Hi, > > Is it possible to drop the dependency on Log4J and use some other > logging mechanism such as the JDK 1.4 logging system? The version of > Log4J used by HAPI 0.5 is incompatible with an another application we're > using and it's not possible to remove that application's dependency. > > Thanks, > > Wyatt > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting langua= ge > that extends applications into web and mobile media. Attend the live webc= ast > and join the prime developer group breaking into this new coding territor= y! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat= =3D121642 > _______________________________________________ > Hl7api-devel mailing list > Hl7...@li... > https://lists.sourceforge.net/lists/listinfo/hl7api-devel > |
From: Wyatt T. <wt...@ra...> - 2006-03-28 22:40:41
|
Hi, Is it possible to drop the dependency on Log4J and use some other logging mechanism such as the JDK 1.4 logging system? The version of Log4J used by HAPI 0.5 is incompatible with an another application we're using and it's not possible to remove that application's dependency. Thanks, Wyatt |
From: Jean-Christophe J. <jc....@gl...> - 2006-03-28 12:38:23
|
Hi ! =20 I am a software developer, trying to integrate management of HL7 in my application. I downloaded HAPI package, installed jre1.5.0_06 and I try to compile = it using NetBeans IDE 5.0.=20 The project does not compile: the compiler asks me libraries specified = in the different =93import=94. I started downloading them on HYPERLINK "http://www.docjar.com/"www.docjar.com, each time it removes a = compilation error but other appear and it never ends ! =20 I have undoubtedly made an error in my configuration, but I don=92t = know which error it is !!! Could you help me ??? Many thanks in advance. ;-) =20 Best regards, Jean-Christophe Judais =20 =20 --=20 Internal Virus Database is out-of-date. Checked by AVG Free Edition. Version: 7.1.371 / Virus Database: 267.14.17/226 - Release Date: = 10/01/2006 =20 |
From: Nico V. <ni...@us...> - 2006-03-23 19:12:10
|
Hi, This is a quite common question on this mailing list ;-) HAPI classes are based on message structure, not on message type and event. If you consult the HL7 standard you'll notice that the QPB^Q23 event (re)uses the QBP_Q21 message structure, and ADT^A31 event uses the ADT_A05 message structure. Please let me know if my explanation is not clear ! Best Regards Nico At 23/03/2006, Alper Okcan wrote: >Hi, > >I am not sure in which version of HL7 the QBP_Q23 message is added, but it >should be in HL7 v2.5. Also, version 2.5 of hapi does not have ADT_A31 >which also must be in that version. Is there a specific reason for not >implementing these messages? I will appreciate if you someone can provide >information on this issue. > >Thanks. |
From: Alper O. <al...@sr...> - 2006-03-23 14:34:46
|
Hi, I am not sure in which version of HL7 the QBP_Q23 message is added, but it should be in HL7 v2.5. Also, version 2.5 of hapi does not have ADT_A31 which also must be in that version. Is there a specific reason for not implementing these messages? I will appreciate if you someone can provide information on this issue. Thanks. |
From: Scott A. <sa...@bj...> - 2006-03-22 15:34:17
|
I'm having a problem when trying to process NK1 segments off of an ADT A31 message. Looking at the message, there are clearly no NK1 segments in it (it has an MSH, EVN, PID, PD1, and GT1). However, calling getNKReps() on the message returns a value of 1. Is this a bug in HAPI 0.5beta? If not, what does getNK1Reps() actually do? And is there anyway to get the number of NK1 segments in the message? At the moment, I have to just try to access the NK1 segments and catch ArrayIndexOutOfBoundsException. Thanks, Scott Arnold Analyst |
From: Bryan T. <bp...@gm...> - 2006-03-15 16:27:46
|
Hi Oscar, I don't have the text version of the standard with me. HAPI has the group repeating in v2.4 and not repeating in v2.5. Is this at odds with the standard? Bryan On 3/14/06, ove...@so... <ove...@so...> wrote: > Hello, > > My name is Oscar Ventura. > I'm trying to use hapi v0.5 beta, with HL7 v.2.5. > In the group ORU_R01_ORDER_OBSERVATION, the object ORU_R01_OBSERVATION is > not repeating. But in hapi v0.5 beta HL7 v.2.4 is repeating. > > Is it a bug? When will it be resolved? > > Thank you. > > > > > ************************* AVISO LEGAL ************************* > Este mensaje y sus documentos anexos son privados y confidenciales y esta= n dirigidos exclusivamente a sus > destinatarios. Si por error, ha recibido este mensaje y no se encuentra e= ntre los destinatarios, por favor, no use, > informe, distribuya, imprima o copie su contenido por ningun medio. Le ro= gamos lo comunique al remitente y borre > todo su contenido. > La empresa no asume ningun tipo de responsabilidad legal por el contenido= de este mensaje. Cualquier opinion > manifestada en el pertenece solo al autor y no representa necesariamente = la opinion de la compa=F1=EDa salvo que > expresamente se especifique lo contrario. > ************************* DISCLAIMER ************************** > This message and its attached files may contain confidential and/or privi= leged information. If you are not the addressee > or authorized to receive this for the addressee, you must not use, copy, = disclose, or take any action based on this message > or any other information herein. If you have received this message in er= ror, please notify the sender immediately by reply > e-mail and delete this message. > The company does not assume any legal responsability for the contents of = this message. Any opinion contained in it belongs > exclusively to its author and does not necessarily represent the company'= s opinion unless it is specifically expressed on the > contrary. > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting langua= ge > that extends applications into web and mobile media. Attend the live webc= ast > and join the prime developer group breaking into this new coding territor= y! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat= =3D121642 > _______________________________________________ > Hl7api-devel mailing list > Hl7...@li... > https://lists.sourceforge.net/lists/listinfo/hl7api-devel > |
From: <ove...@so...> - 2006-03-14 16:08:15
|
Hello, My name is Oscar Ventura. I'm trying to use hapi v0.5 beta, with HL7 v.2.5. In the group ORU_R01_ORDER_OBSERVATION, the object ORU_R01_OBSERVATION is not repeating. But in hapi v0.5 beta HL7 v.2.4 is repeating. Is it a bug? When will it be resolved? Thank you. ************************* AVISO LEGAL ************************* Este mensaje y sus documentos anexos son privados y confidenciales y estan dirigidos exclusivamente a sus destinatarios. Si por error, ha recibido este mensaje y no se encuentra entre los destinatarios, por favor, no use, informe, distribuya, imprima o copie su contenido por ningun medio. Le rogamos lo comunique al remitente y borre todo su contenido. La empresa no asume ningun tipo de responsabilidad legal por el contenido de este mensaje. Cualquier opinion manifestada en el pertenece solo al autor y no representa necesariamente la opinion de la compañía salvo que expresamente se especifique lo contrario. ************************* DISCLAIMER ************************** This message and its attached files may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any other information herein. If you have received this message in error, please notify the sender immediately by reply e-mail and delete this message. The company does not assume any legal responsability for the contents of this message. Any opinion contained in it belongs exclusively to its author and does not necessarily represent the company's opinion unless it is specifically expressed on the contrary. |
From: Bryan T. <bp...@gm...> - 2006-03-02 15:09:09
|
Hi Luke, Yes, those are good candidates for MessageRules. You could also use XMLSchemaRules, but these are content issues rather than encoding issues, and besides, I think message rules would be easier to write in this case. You could also test whether segments are there using a conformance profile, but you can't test whether two fields are equal using a conformance profile. So I'd say message rules. By the way, if you test the presence of segments with a message rule, I'd suggest using util.ReadOnlyMessageIterator to build a list of the segments that are there, and then compare it to your list. Other ways of accessing segments would just insert them if they were not present, forcing you to do something awkward like encode each one to see if it's empty. Bryan On 3/2/06, Luke Ryan <luk...@dd...> wrote: > > > > Hi, > > I'm still learning about the validation aspects of the HAPI toolkit. > > Just wondering if someone could help me with this situation or has a good > tutorial on the validation features. > > > > I have a ORM^O01 which I'm parsing with a PipeParser() which subsequently > receives a DefaultValidation() ValidationContext > > > > MSH|^~\&|Test|IR|hl7||200601312144||ORM^O01|HCH239776|P|2.3| > > PID|1||1163711||SURNAME^NAME^^^Mrs||19280908|F|||62 ABC > STREET^^TUMUT^WW^2720||455464564||||||2092755825| > > PV1||I||||||1234567Y^SURNAME^NAME^^^Dr|||||||||||5877560|RRPRI > > ORC||5877560E1|5877560E1|5877560|IP||7|||||2201355J^Dr Name > Surname|RCA||||RIR > > OBR|1|5877560E1|5877560|CXR^Chest|7|200601312144|||||||||^^^XTH^|1234567Y= ^SURNAME^NAME^^^Dr|||RCAGEN|1234567Y^SURNAME^NAME^^^Dr||||CR|S||^^^20060131= 0000^^R|^TEST > HOSPITAL^-^^^Dr||||||||200601312144|| > > > > Just wondering what the best way is to validate this message? Or the best > method to go about it > > Eg: > > - That the segments are always present? > > - ORC.4 matches OBR.3 > > - etc.. > > > > Can a MessageRuleBinding be used in this situation, if so how? > > > > Or is there a better way? > > - Creating a conformance profile? > > - XMLSchema rule? > > > > Really could do with some guidance :) > > > > Thanks, > > Luke > > |
From: Luke R. <luk...@dd...> - 2006-03-02 08:49:58
|
Hi, I'm still learning about the validation aspects of the HAPI toolkit. Just wondering if someone could help me with this situation or has a good tutorial on the validation features. I have a ORM^O01 which I'm parsing with a PipeParser() which subsequently receives a DefaultValidation() ValidationContext MSH|^~\&|Test|IR|hl7||200601312144||ORM^O01|HCH239776|P|2.3| PID|1||1163711||SURNAME^NAME^^^Mrs||19280908|F|||62 ABC STREET^^TUMUT^WW^2720||455464564||||||2092755825| PV1||I||||||1234567Y^SURNAME^NAME^^^Dr|||||||||||5877560|RRPRI ORC||5877560E1|5877560E1|5877560|IP||7|||||2201355J^Dr Name Surname|RCA||||RIR OBR|1|5877560E1|5877560|CXR^Chest|7|200601312144|||||||||^^^XTH^|1234567Y^SU RNAME^NAME^^^Dr|||RCAGEN|1234567Y^SURNAME^NAME^^^Dr||||CR|S||^^^200601310000 ^^R|^TEST HOSPITAL^-^^^Dr||||||||200601312144|| Just wondering what the best way is to validate this message? Or the best method to go about it Eg: - That the segments are always present? - ORC.4 matches OBR.3 - etc.. Can a MessageRuleBinding be used in this situation, if so how? Or is there a better way? - Creating a conformance profile? - XMLSchema rule? Really could do with some guidance :) Thanks, Luke |
From: Bryan T. <bp...@gm...> - 2006-02-27 14:41:18
|
Hi Imocha, The sourcegen package reads message definitions from the HL7 database and produces the thousands of message, group, segment, and datatype classes that are included in the HAPI jar. Most people don't use this package, because the classes that it produces are available for download. If you want to generate these classes yourself, you have to buy the database from the bookstore at hl7.org, then run the "generate" and "compile_gen" Ant tasks. There is no material available to help in studying this code, because as far as I know only a couple of people have ever used it :) Bryan On 2/21/06, Imocha waikhom <im...@gm...> wrote: > Hi, > > I am quite new to HAPI and am finding it quite interesting to use the > different features of the java api provided. > > Could you please guide me to use the sourcegen api. If possible, could yo= u > let me have some sample java codes and any helpful study material. > > Many thanks, > > Imocha > > > > |
From: Bryan T. <bp...@gm...> - 2006-02-23 19:24:36
|
Hi Luke, The standard unfortunately allows different message structures for O01 in different circumstances. There isn't a nice way to deal with this automatically, so it's best to populate MSH-9-3 for O01s. We could just as well remove the multiple mappings from this file -- they are there because the file was generated from the database, which includes them. Bryan On 2/21/06, Luke Ryan <luk...@dd...> wrote: > > > > Hi all, > > > > Really enjoy the toolkit. > > Just wondering why some message structures have multiple events assigned = to > them? > > > > Eg. 2.3.1.properties: > > ORM_O01 ORM_O01 > > ORM_O01 OMD_O01 > > ORM_O01 OMN_O01 > > ORM_O01 OMS_O01 > > ORM_O01 RDO_O01 > > > > In this case are ORM_O01 always treated as RDO_O01 (Hashtable.put overwri= tes > previous keys) if the message is not explicitly defined in the MSH? > > > > Regards, > > Luke > > > > |
From: Luke R. <luk...@dd...> - 2006-02-22 01:29:20
|
Hi all, Really enjoy the toolkit. Just wondering why some message structures have multiple events assigned to them? Eg. 2.3.1.properties: ORM_O01 ORM_O01 ORM_O01 OMD_O01 ORM_O01 OMN_O01 ORM_O01 OMS_O01 ORM_O01 RDO_O01 In this case are ORM_O01 always treated as RDO_O01 (Hashtable.put overwrites previous keys) if the message is not explicitly defined in the MSH? Regards, Luke |
From: Imocha w. <im...@gm...> - 2006-02-21 15:09:49
|
Hi, I am quite new to HAPI and am finding it quite interesting to use the different features of the java api provided. Could you please guide me to use the sourcegen api. If possible, could you let me have some sample java codes and any helpful study material. Many thanks, Imocha |
From: Nico V. <ni...@us...> - 2006-02-18 13:59:50
|
Hi Bryan, Scott, I thought that the message structure of an ADT A31 event was ADT_A05 ... Could be version related of course ... I can't verify since I don't have a copy of the 2.3 standard. Regards Nico At 15/02/2006, Bryan Tripp wrote: >Hi Scott, > >You found a bug, but it's easy to fix yourself. Mappings like this are >only supposed to be done with event types that don't have their own >structures (like A04), but A31 does. Go to the package >ca.uhn.hl7v2.parser.eventmap ... there are text files there with the >mappings (one for each HL7 version) ... just change the line "ADT_A31 >ADT_A01" to "ADT_A31 ADT_A31". If you aren't comfortable with this, >another option is to make sure the structure is specified in MSH-9-3. > >Bryan > >On 2/13/06, Scott Arnold <sa...@bj...> wrote: > > Is there any reasonbly simple way to convert an A01 into, for example, > > an A31 if that's what it is? HAPI parses messages like A31's into > > A01's, which is fine, but it can confuse the heck out of other > > developers if I send them an A01 when they are expecting an A31. Would > > be nice if I could convert it easily and just send them an ADT_A31. > > I've looked at using DeepCopy along with the getNames() and get(String > > name, int rep) methods of Message, and could use them, but it gets ugly > > because it can only copy segments, forcing me to write extra code to > > deal with groups and repetitions. Anyway, I was hoping there might be an > > easier way I'm overlooking. > > > > Thanks, > > > > Scott Arnold > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > > for problems? Stop! Download the new AJAX search engine that makes > > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > > _______________________________________________ > > Hl7api-devel mailing list > > Hl7...@li... > > https://lists.sourceforge.net/lists/listinfo/hl7api-devel > > > > >------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. Do you grep through log files >for problems? Stop! Download the new AJAX search engine that makes >searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >http://sel.as-us.falkag.net/sel?cmdk&kid3432&bid#0486&dat1642 >_______________________________________________ >Hl7api-devel mailing list >Hl7...@li... >https://lists.sourceforge.net/lists/listinfo/hl7api-devel |
From: Bryan T. <bp...@gm...> - 2006-02-17 21:02:37
|
Hi Scott, If I'm remembering this right, if you change the 'c' flag to 'u' in the jar command (for 'update' instead of 'create') you could save re-jarring the other files. Bryan On 2/17/06, Scott Arnold <sa...@bj...> wrote: > Making the change to ca/uhn/hl7v2/parser/eventmap/2.3.properties as > suggested worked. It now parses an A31 as an A31 instead of an A01. > > I couldn't figure out how to edit the text file within the JAR. Does > anyone know how to do this easily? Instead, I extracted the JAR using a > zip utility, changed the file, then recreated the JAR using "jar cvfm > hapi-0.5beta.jar META-INF/MANIFEST.MF ca/ doc/ lib/ META-INF/ hl7.log". > > Scott Arnold > > >>> "Bryan Tripp" <bp...@gm...> 2/15/2006 3:43:16 PM >>> > Hi Scott, > > You found a bug, but it's easy to fix yourself. Mappings like this are > only supposed to be done with event types that don't have their own > structures (like A04), but A31 does. Go to the package > ca.uhn.hl7v2.parser.eventmap ... there are text files there with the > mappings (one for each HL7 version) ... just change the line "ADT_A31 > ADT_A01" to "ADT_A31 ADT_A31". If you aren't comfortable with this, > another option is to make sure the structure is specified in MSH-9-3. > > Bryan > > On 2/13/06, Scott Arnold <sa...@bj...> wrote: > > Is there any reasonbly simple way to convert an A01 into, for > example, > > an A31 if that's what it is? HAPI parses messages like A31's into > > A01's, which is fine, but it can confuse the heck out of other > > developers if I send them an A01 when they are expecting an A31. > Would > > be nice if I could convert it easily and just send them an ADT_A31. > > I've looked at using DeepCopy along with the getNames() and > get(String > > name, int rep) methods of Message, and could use them, but it gets > ugly > > because it can only copy segments, forcing me to write extra code to > > deal with groups and repetitions. Anyway, I was hoping there might be > an > > easier way I'm overlooking. > > > > Thanks, > > > > Scott Arnold > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. Do you grep through > log files > > for problems? Stop! Download the new AJAX search engine that makes > > searching your log files as easy as surfing the web. DOWNLOAD > SPLUNK! > > > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat= =3D121642 > > > _______________________________________________ > > Hl7api-devel mailing list > > Hl7...@li... > > https://lists.sourceforge.net/lists/listinfo/hl7api-devel > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD > SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid3432&bid#0486&dat1642 > _______________________________________________ > Hl7api-devel mailing list > Hl7...@li... > https://lists.sourceforge.net/lists/listinfo/hl7api-devel > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi= les > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat= =3D121642 > _______________________________________________ > Hl7api-devel mailing list > Hl7...@li... > https://lists.sourceforge.net/lists/listinfo/hl7api-devel > |
From: Scott A. <sa...@bj...> - 2006-02-17 20:54:19
|
Making the change to ca/uhn/hl7v2/parser/eventmap/2.3.properties as suggested worked. It now parses an A31 as an A31 instead of an A01. I couldn't figure out how to edit the text file within the JAR. Does anyone know how to do this easily? Instead, I extracted the JAR using a zip utility, changed the file, then recreated the JAR using "jar cvfm hapi-0.5beta.jar META-INF/MANIFEST.MF ca/ doc/ lib/ META-INF/ hl7.log". Scott Arnold >>> "Bryan Tripp" <bp...@gm...> 2/15/2006 3:43:16 PM >>> Hi Scott, You found a bug, but it's easy to fix yourself. Mappings like this are only supposed to be done with event types that don't have their own structures (like A04), but A31 does. Go to the package ca.uhn.hl7v2.parser.eventmap ... there are text files there with the mappings (one for each HL7 version) ... just change the line "ADT_A31 ADT_A01" to "ADT_A31 ADT_A31". If you aren't comfortable with this, another option is to make sure the structure is specified in MSH-9-3. Bryan On 2/13/06, Scott Arnold <sa...@bj...> wrote: > Is there any reasonbly simple way to convert an A01 into, for example, > an A31 if that's what it is? HAPI parses messages like A31's into > A01's, which is fine, but it can confuse the heck out of other > developers if I send them an A01 when they are expecting an A31. Would > be nice if I could convert it easily and just send them an ADT_A31. > I've looked at using DeepCopy along with the getNames() and get(String > name, int rep) methods of Message, and could use them, but it gets ugly > because it can only copy segments, forcing me to write extra code to > deal with groups and repetitions. Anyway, I was hoping there might be an > easier way I'm overlooking. > > Thanks, > > Scott Arnold > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Hl7api-devel mailing list > Hl7...@li... > https://lists.sourceforge.net/lists/listinfo/hl7api-devel > ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 _______________________________________________ Hl7api-devel mailing list Hl7...@li... https://lists.sourceforge.net/lists/listinfo/hl7api-devel |
From: Scott A. <sa...@bj...> - 2006-02-16 15:53:47
|
use ca.uhn.hl7v2.util.DeepCopy.copy(Segment from, Segment to) - Scott Arnold >>> "Barry-HAPI" <jag...@ci...> 2/14/2006 1:42:04 AM >>> Hello, I'm trying to copy a whole segment (i.e. PID) from a message into a response message that use exactly the same segment. Now, I copy all fields, one by one, and it takes long time. Do you know if I can copy a whole segment in a sentence. Thank you in advance, -- View this message in context: http://www.nabble.com/HAPI-Copy-a-Segment-t1119350.html#a2926720 Sent from the hl7api-devel forum at Nabble.com. ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ Hl7api-devel mailing list Hl7...@li... https://lists.sourceforge.net/lists/listinfo/hl7api-devel |