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: Lorenzo V. <Lor...@ev...> - 2019-10-22 16:41:01
|
Hi at all. I need some help to better understand how to validate the length of the fields and sub-fields in a HL7 message. Below, an example MSH|^~\&|ADT|MEDARCHIVER|CDE|EXPRIVIA|20160624152026||ADT^A13|2503431|P|2.5 EVN||20160624152026 PID|||81041214^^^X1V1_MPI^PI||TEST^ALBA^^^^^L^^^^^^^LICENZA ELEMENTARE||19950919|F|||&gg^^GABIANO^AL^15020^100^L^006077^ITALIA~&gg^^GABIANO^AL^15020^100^H^006077^ITALIA~^^ABANOTERME^PD^^100^BDL^028001^ITALIA||^PRN^CP^^^^^^^^^064534534534~^ORN^CP~^NET|||||||||||||100^ITALIA PV1||I|10121^STANZA01^LETTOA^2.16.840.1.113883.2.9.3.120915^^^^^CARDIOLOGIA|1|||||TSTMGP00A01H501G^^^^^^R.1.1^^&2.16.840.1.113883.2.9.4.3.2&ISO||||||||||12345678^2017|||||||||||||||||1||||||||20150625150800|20160622105500||||||||1 Some question about this message: 1) for the field PID.11.1 (or other fields that can contains the sub-field delimiter), in presence of sub-fields how can I calculate the length of this field? With or without space? 2) if a field or sub-field contains an escape character (e.g. \T\ or \H\), the rule for calculate the length of the field must consider only the escape character itself without the backslash? 3) if a field or sub-field contains an escape sequence for multiple character, what is the rule for calculate the length of the field? Thanks at all for your reply. |
From: Ian V. <Ian...@he...> - 2019-09-02 05:26:46
|
In an effort to test some code using HAPI, I wanted a bad message that wouldn't parse. For simplicity sake, I thought I would jigger the MSH. I was expecting to get an HL7Exception, catch it, build an error message to be passed on, and proceed. Except you don't get an HL7Exception when you make the MSH exist as only "MSH|\r". You get an ArrayIndexOutOfBoundsException, because an HL7Exception tries to be built addressing an array, and the element being addressed is not present. Sometimes I just end up making my own life difficult when I try to be thorough. Ian Vowles Integration Specialist, Metro North Integration Centre Metro North IT Citilink Lobby 1, Level 3 153 Campbell St, Bowen Hills QLD 4006 P: 07 3646 2557 E: Ian...@he...<mailto:Ian...@he...> metronorth.health.qld.gov.au<https://metronorth.health.qld.gov.au/> [Description: Description: Putting people first]<http://qheps.health.qld.gov.au/metronorth/html/email-signature.htm> [Values in Action] [Description: Description: Facebook]<http://www.facebook.com/metronorthhhs> [Description: Description: Twitter] <http://www.twitter.com/MetroNorthHHS> [Description: Description: LinkedIn] <http://www.linkedin.com/company/metro-north-hospital-and-health-service> follow us on social media ******************************************************************************** This email, including any attachments sent with it, is confidential and for the sole use of the intended recipient(s). This confidentiality is not waived or lost, if you receive it and you are not the intended recipient(s), or if it is transmitted/received in error. Any unauthorised use, alteration, disclosure, distribution or review of this email is strictly prohibited. The information contained in this email, including any attachment sent with it, may be subject to a statutory duty of confidentiality if it relates to health service matters. If you are not the intended recipient(s), or if you have received this email in error, you are asked to immediately notify the sender by telephone collect on Australia +61 1800 198 175 or by return email. You should also delete this email, and any copies, from your computer system network and destroy any hard copies produced. If not an intended recipient of this email, you must not copy, distribute or take any action(s) that relies on it; any form of disclosure, modification, distribution and/or publication of this email is also prohibited. Although Queensland Health takes all reasonable steps to ensure this email does not contain malicious software, Queensland Health does not accept responsibility for the consequences if any person's computer inadvertently suffers any disruption to services, loss of information, harm or is infected with a virus, other malicious computer programme or code that may occur as a consequence of receiving this email. Unless stated otherwise, this email represents only the views of the sender and not the views of the Queensland Government. ********************************************************************************** |
From: Adam S. <ada...@gm...> - 2019-07-26 06:22:36
|
-- Adam Sives - Student #366626131 6 Warburton Street Marrickville NSW 2044 ph:02 9558 3894 mobile:0414 519 899 ada...@gm... |
From: Adam S. (e. NSW) <Ada...@he...> - 2019-07-23 05:34:46
|
Adam Sives Integration Analyst | eRIC Program | eHealth Tower A, Level 15, 821 Pacific Highway, Chatswood, NSW 2067 PO Box 1770, Chatswood, NSW 2057 Mob 0414 519 899 | ada...@he...<mailto:ada...@he...> www.ehealth.nsw.gov.au<http://www.ehealth.nsw.gov.au/> [eHealth NSW] People helping people deliver excellent healthcare This message is intended for the addressee named and may contain confidential information. If you are not the intended recipient, please delete it and notify the sender. Views expressed in this message are those of the individual sender, and are not necessarily the views of NSW Health or any of its entities. |
From: Gay, J. <Ga...@em...> - 2019-07-11 17:34:21
|
Hello, Is anyone using the HAPI HL7 parsers with IBM Streams 4.3? We are seeing some issues since upgrading from IBM Streams 4.2 and would love to network with some folks who are using this in the same capacity. Thanks! Jim Gay Enterprise Analytics & Reporting 3401 Civic Center Blvd. Philadelphia, PA 19104 267-426-1958 ga...@em... ● chop.edu [cid:image001.png@01D537EA.E5C69790] |
From: Russell B. <ru...@wi...> - 2019-07-02 16:56:35
|
Oh, I see. This code must not be linked with a structures version later than 22. It works as long as I do not link hapi-structures-v25. Thanks. On 7/2/19 10:01 AM, Russell Bateman wrote: > Where can I get an updated version of /ExampleParseMessage.java/ that > has no errors? In particular, using the latest (2.3) JARs for > > hapi-base > hapi-structures-v25 > hapi-structures-v22 > > I get compilation errors trying for the following lines: > > String msgType = msh.getMessageType().getMessageType().getValue(); > > PN patientName = adtMsg.getPID().getPatientName(); > > Thanks > |
From: Russell B. <ru...@wi...> - 2019-07-02 16:29:58
|
Where can I get an updated version of /ExampleParseMessage.java/ that has no errors? In particular, using the latest (2.3) JARs for hapi-base hapi-structures-v25 hapi-structures-v22 I get compilation errors trying for the following lines: String msgType = msh.getMessageType().getMessageType().getValue(); PN patientName = adtMsg.getPID().getPatientName(); Thanks |
From: Nicklas K. <nic...@gm...> - 2019-05-24 18:01:19
|
Is there some documentation for this that you might be able to point me towards? On Mon, 20 May 2019 at 9.53, Nicklas Karlsson <nic...@gm...> wrote: > First, I'd like to apologize for using a dev-list, couldn't find a user > mailing list. > > I'm going for generic XML conversion but I'm having problems with custom > message types. I haven't found any way to bypass validation if and unknown > message type is encountered, e.g. "MFN^ZDR" which gives me a "Can't > XML-encode a GenericMessage. Message must have a recognized structure". I > also tried implementing a custom class for the message and using a > ModelClassFactory in the configuration but all examples I've found define > what the segments in the message are, what would be an implementation for > "anything goes"? I'm interested in the XML conversion part and not > validation at this point. Just a > > public class MFN_ZDR extends AbstractMessage { > private static final long serialVersionUID = 1L; > > public MFN_ZDR() throws HL7Exception { > this(new DefaultModelClassFactory()); > } > > public MFN_ZDR(ModelClassFactory factory) throws HL7Exception { > super(factory); > } > > } > > gives a NPE for at > ca.uhn.hl7v2.parser.MessageIterator.addNonStandardSegmentAtCurrentPosition(MessageIterator.java:179). > How could I add some sort of "repeating non-standard wilcard-segment" after > the call to super? > > Thanks in advance, > Nik > > -- > Nicklas Karlsson, +358 40 5062266 > Vaakunatie 10 as 7, 20780 Kaarina > -- Nicklas Karlsson, +358 40 5062266 Vaakunatie 10 as 7, 20780 Kaarina |
From: Nicklas K. <nic...@gm...> - 2019-05-20 06:53:55
|
First, I'd like to apologize for using a dev-list, couldn't find a user mailing list. I'm going for generic XML conversion but I'm having problems with custom message types. I haven't found any way to bypass validation if and unknown message type is encountered, e.g. "MFN^ZDR" which gives me a "Can't XML-encode a GenericMessage. Message must have a recognized structure". I also tried implementing a custom class for the message and using a ModelClassFactory in the configuration but all examples I've found define what the segments in the message are, what would be an implementation for "anything goes"? I'm interested in the XML conversion part and not validation at this point. Just a public class MFN_ZDR extends AbstractMessage { private static final long serialVersionUID = 1L; public MFN_ZDR() throws HL7Exception { this(new DefaultModelClassFactory()); } public MFN_ZDR(ModelClassFactory factory) throws HL7Exception { super(factory); } } gives a NPE for at ca.uhn.hl7v2.parser.MessageIterator.addNonStandardSegmentAtCurrentPosition(MessageIterator.java:179). How could I add some sort of "repeating non-standard wilcard-segment" after the call to super? Thanks in advance, Nik -- Nicklas Karlsson, +358 40 5062266 Vaakunatie 10 as 7, 20780 Kaarina |
From: Peck, S. <pe...@up...> - 2019-04-26 20:07:59
|
I am working with the HAPI HL7 Libraries, and I am attempting to find out how to get the count for how many times a segment or field repeats in the original message. The terser path assumes 0 if the field/segment repeats and no index is given, but I don't see any way to simple ask on the message, or the terser, to get the count of how many times something repeats. Is there some way to find out how many times a field/segment repeats using the Hapi Libraries? |
From: Ian V. <Ian...@he...> - 2019-03-20 03:34:26
|
My searching found reference to a test case here: https://github.com/hapifhir/hapi-hl7v2/blob/master/hapi-test/src/test/java/ca/uhn/hl7v2/parser/ParserConfigurationTest.java This shows Parser p = new PipeParser(); p.getParserConfiguration().setDefaultMfe5Type("ST"); And p.getParserConfiguration().setInvalidMfe5Type("ST"); In the test case. The HAPI 2.3 distribution I have used does not seem to have this method on the parser configuration. Has this change not made it into the distribution? I am thinking possibly not, since the release was 2107, and this code is dated 2018. Thanks Ian From: Ian Vowles [mailto:Ian...@he...] Sent: Thursday, 14 March 2019 7:52 AM To: hl7...@li... Subject: [HAPI-devel] Parsing an MFN with no MFE-5 I am currently trying to update a message processor that parses MFNs from HAPI 2.2 to HAPI 2.3 The sender does not fill out the MFE-5, and the 2.2 version was able to parse the message without the MFE-5. This is not the case with HAPI 2.3 In a hopeful attempt I set the InvalidObx2Type and DefaultObx2Type on the parser, wondering if it would be generic, but to no avail. This is my test case, filling out fields that the sending system normally sends, and yes, there are very few. Other trigger events are sent, all are missing the MFE-5. @Test public void TestMFN_M03() throws HL7Exception { ModelClassFactory cmf = new CustomModelClassFactory("au.gov.qld.health.sit.hl7"); MFN_M02 mfnM02 = new MFN_M02(cmf); mfnM02.getParser().getParserConfiguration().setValidating(false); mfnM02.getParser().getParserConfiguration().setInvalidObx2Type("ST"); mfnM02.getParser().getParserConfiguration().setDefaultObx2Type("ST"); String message = "MSH|^~\\&|MSH-3|MSH-4|MSH-5|MSH-6|20190314071618||MFN^M03|MSH-10|P|2.3|||AL|AL|AUS|ASCII|ENG\r" + "MFI|BED||UPD|||NE\r" + "MFE|MAC|||CGM:10\r"; mfnM02.parse(message); System.out.println(mfnM02.printStructure()); } Parsing throws this exception: ca.uhn.hl7v2.HL7Exception: A datatype for MFE- must be specified in 4- . at ca.uhn.hl7v2.parser.FixFieldDataType.fix(FixFieldDataType.java:165) at ca.uhn.hl7v2.parser.FixFieldDataType.fixMFE4(FixFieldDataType.java:132) at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:406) at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:1169) at ca.uhn.hl7v2.model.AbstractMessage.parse(AbstractMessage.java:196) at au.gov.qld.health.sit.hl7.MFNTest.TestMFN_2(MFNTest.java:67) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27) at org.junit.runners.ParentRunner.run(ParentRunner.java:363) at org.junit.runner.JUnitCore.run(JUnitCore.java:137) at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68) at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47) at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242) at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70) Is there a way to permit them to parse without resorting to String pre-processing to insert a value? Thanks Ian ******************************************************************************** This email, including any attachments sent with it, is confidential and for the sole use of the intended recipient(s). This confidentiality is not waived or lost, if you receive it and you are not the intended recipient(s), or if it is transmitted/received in error. Any unauthorised use, alteration, disclosure, distribution or review of this email is strictly prohibited. The information contained in this email, including any attachment sent with it, may be subject to a statutory duty of confidentiality if it relates to health service matters. If you are not the intended recipient(s), or if you have received this email in error, you are asked to immediately notify the sender by telephone collect on Australia +61 1800 198 175 or by return email. You should also delete this email, and any copies, from your computer system network and destroy any hard copies produced. If not an intended recipient of this email, you must not copy, distribute or take any action(s) that relies on it; any form of disclosure, modification, distribution and/or publication of this email is also prohibited. Although Queensland Health takes all reasonable steps to ensure this email does not contain malicious software, Queensland Health does not accept responsibility for the consequences if any person's computer inadvertently suffers any disruption to services, loss of information, harm or is infected with a virus, other malicious computer programme or code that may occur as a consequence of receiving this email. Unless stated otherwise, this email represents only the views of the sender and not the views of the Queensland Government. ********************************************************************************** ******************************************************************************** This email, including any attachments sent with it, is confidential and for the sole use of the intended recipient(s). This confidentiality is not waived or lost, if you receive it and you are not the intended recipient(s), or if it is transmitted/received in error. Any unauthorised use, alteration, disclosure, distribution or review of this email is strictly prohibited. The information contained in this email, including any attachment sent with it, may be subject to a statutory duty of confidentiality if it relates to health service matters. If you are not the intended recipient(s), or if you have received this email in error, you are asked to immediately notify the sender by telephone collect on Australia +61 1800 198 175 or by return email. You should also delete this email, and any copies, from your computer system network and destroy any hard copies produced. If not an intended recipient of this email, you must not copy, distribute or take any action(s) that relies on it; any form of disclosure, modification, distribution and/or publication of this email is also prohibited. Although Queensland Health takes all reasonable steps to ensure this email does not contain malicious software, Queensland Health does not accept responsibility for the consequences if any person's computer inadvertently suffers any disruption to services, loss of information, harm or is infected with a virus, other malicious computer programme or code that may occur as a consequence of receiving this email. Unless stated otherwise, this email represents only the views of the sender and not the views of the Queensland Government. ********************************************************************************** |
From: Soloninka, A. <So...@La...> - 2019-03-15 19:16:34
|
I am new to HAPI and I am tying to create a message consisting of all custom segments, groups and datatypes(with the exception of ST). In the ParserConfiguration, I have set: * AllowUnknownVersions to true * Validating to false Starting out I'm using 3 segments that have no complex datatypes just ST When I run the Piped Parser, I am getting carrots(^) instead of pipes(|) Also, the String '1' is replaced with "0S" and String '0' is replaced with "0T". The following is an example: ZYX^N^0S^6^0S^0T^0T^80T^C^^^N^0S^0S^Y^Y^^N^Y What do I need to do to correct this. Andrew -This e-mail and any attachments may contain CONFIDENTIAL information, including PROTECTED HEALTH INFORMATION. If you are not the intended recipient, any use or disclosure of this information is STRICTLY PROHIBITED; you are requested to delete this e-mail and any attachments, notify the sender immediately, and notify the LabCorp Privacy Officer at pri...@la... or call (877) 23-HIPAA / (877) 234-4722. |
From: Soloninka, A. <So...@La...> - 2019-03-14 14:15:36
|
When running from the command line, the progam comes up and appears to function fine Thanks Andrew From: Tom Chiverton <tc...@ex...> Sent: Wednesday, March 13, 2019 6:11 AM To: hl7...@li... >> hl7api-devel <hl7...@li...> Subject: [External] Re: [HAPI-devel] Problems with the Messaging Workbench EXTERNAL: This email originated from outside of the organization. Do not click any links or open any attachments unless you trust the sender and know the content is safe. When you run it from the command line, is there any output ? Tom On 12/03/2019 16:54, Soloninka, Andrew wrote: I have downloaded the Messaging Workbech on to my Windows 10 system. However, when I attempt to run it, An Icon appears on the Taskbar: [cid:image002.jpg@01D4DA4D.C4A631B0] But the window never appears. It does appear in the Task View but when you click on it, it disappears. Andrew -This e-mail and any attachments may contain CONFIDENTIAL information, including PROTECTED HEALTH INFORMATION. If you are not the intended recipient, any use or disclosure of this information is STRICTLY PROHIBITED; you are requested to delete this e-mail and any attachments, notify the sender immediately, and notify the LabCorp Privacy Officer at pri...@la...<mailto:pri...@la...> or call (877) 23-HIPAA / (877) 234-4722. ______________________________________________________________________ This email has been scanned by the Symantec Email Security.cloud service. For more information please visit http://www.symanteccloud.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.symanteccloud.com&d=DwMD-g&c=Q1ICj3vG2xbuf44_onkKqw&r=dmiyYpvYDFdKffQFyyPm6iovledmVnhWBXWWfbGokEM&m=IGjs-upPgmW5TQ1EhI45zBd1tvUqwFxUyK6vovQB35o&s=jK6e0DU3x-6YDoGPAmrzaGP6VrKqRA_BDN9XC9q2_Yw&e=> ______________________________________________________________________ _______________________________________________ Hl7api-devel mailing list Hl7...@li...<mailto:Hl7...@li...> https://lists.sourceforge.net/lists/listinfo/hl7api-devel<https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.sourceforge.net_lists_listinfo_hl7api-2Ddevel&d=DwMD-g&c=Q1ICj3vG2xbuf44_onkKqw&r=dmiyYpvYDFdKffQFyyPm6iovledmVnhWBXWWfbGokEM&m=IGjs-upPgmW5TQ1EhI45zBd1tvUqwFxUyK6vovQB35o&s=1g3GkoZS0YxLNKUC1IegMD2ofQnWuCpwAKSFhvoKN5c&e=> -This e-mail and any attachments may contain CONFIDENTIAL information, including PROTECTED HEALTH INFORMATION. If you are not the intended recipient, any use or disclosure of this information is STRICTLY PROHIBITED; you are requested to delete this e-mail and any attachments, notify the sender immediately, and notify the LabCorp Privacy Officer at pri...@la... or call (877) 23-HIPAA / (877) 234-4722. |
From: Ian V. <Ian...@he...> - 2019-03-13 22:17:33
|
I am currently trying to update a message processor that parses MFNs from HAPI 2.2 to HAPI 2.3 The sender does not fill out the MFE-5, and the 2.2 version was able to parse the message without the MFE-5. This is not the case with HAPI 2.3 In a hopeful attempt I set the InvalidObx2Type and DefaultObx2Type on the parser, wondering if it would be generic, but to no avail. This is my test case, filling out fields that the sending system normally sends, and yes, there are very few. Other trigger events are sent, all are missing the MFE-5. @Test public void TestMFN_M03() throws HL7Exception { ModelClassFactory cmf = new CustomModelClassFactory("au.gov.qld.health.sit.hl7"); MFN_M02 mfnM02 = new MFN_M02(cmf); mfnM02.getParser().getParserConfiguration().setValidating(false); mfnM02.getParser().getParserConfiguration().setInvalidObx2Type("ST"); mfnM02.getParser().getParserConfiguration().setDefaultObx2Type("ST"); String message = "MSH|^~\\&|MSH-3|MSH-4|MSH-5|MSH-6|20190314071618||MFN^M03|MSH-10|P|2.3|||AL|AL|AUS|ASCII|ENG\r" + "MFI|BED||UPD|||NE\r" + "MFE|MAC|||CGM:10\r"; mfnM02.parse(message); System.out.println(mfnM02.printStructure()); } Parsing throws this exception: ca.uhn.hl7v2.HL7Exception: A datatype for MFE- must be specified in 4- . at ca.uhn.hl7v2.parser.FixFieldDataType.fix(FixFieldDataType.java:165) at ca.uhn.hl7v2.parser.FixFieldDataType.fixMFE4(FixFieldDataType.java:132) at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:406) at ca.uhn.hl7v2.parser.PipeParser.parse(PipeParser.java:1169) at ca.uhn.hl7v2.model.AbstractMessage.parse(AbstractMessage.java:196) at au.gov.qld.health.sit.hl7.MFNTest.TestMFN_2(MFNTest.java:67) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27) at org.junit.runners.ParentRunner.run(ParentRunner.java:363) at org.junit.runner.JUnitCore.run(JUnitCore.java:137) at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68) at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47) at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242) at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70) Is there a way to permit them to parse without resorting to String pre-processing to insert a value? Thanks Ian ******************************************************************************** This email, including any attachments sent with it, is confidential and for the sole use of the intended recipient(s). This confidentiality is not waived or lost, if you receive it and you are not the intended recipient(s), or if it is transmitted/received in error. Any unauthorised use, alteration, disclosure, distribution or review of this email is strictly prohibited. The information contained in this email, including any attachment sent with it, may be subject to a statutory duty of confidentiality if it relates to health service matters. If you are not the intended recipient(s), or if you have received this email in error, you are asked to immediately notify the sender by telephone collect on Australia +61 1800 198 175 or by return email. You should also delete this email, and any copies, from your computer system network and destroy any hard copies produced. If not an intended recipient of this email, you must not copy, distribute or take any action(s) that relies on it; any form of disclosure, modification, distribution and/or publication of this email is also prohibited. Although Queensland Health takes all reasonable steps to ensure this email does not contain malicious software, Queensland Health does not accept responsibility for the consequences if any person's computer inadvertently suffers any disruption to services, loss of information, harm or is infected with a virus, other malicious computer programme or code that may occur as a consequence of receiving this email. Unless stated otherwise, this email represents only the views of the sender and not the views of the Queensland Government. ********************************************************************************** |
From: Tom C. <tc...@ex...> - 2019-03-13 10:10:52
|
When you run it from the command line, is there any output ? Tom On 12/03/2019 16:54, Soloninka, Andrew wrote: > > I have downloaded the Messaging Workbech on to my Windows 10 system. > However, when I attempt to run it, An Icon appears on the Taskbar: > > But the window never appears. It does appear in the Task View but when > you click on it, it disappears. > > Andrew > > -This e-mail and any attachments may contain CONFIDENTIAL information, > including PROTECTED HEALTH INFORMATION. If you are not the intended > recipient, any use or disclosure of this information is STRICTLY > PROHIBITED; you are requested to delete this e-mail and any > attachments, notify the sender immediately, and notify the LabCorp > Privacy Officer at pri...@la... or call (877) 23-HIPAA / > (877) 234-4722. > > > ______________________________________________________________________ > This email has been scanned by the Symantec Email Security.cloud service. > For more information please visit http://www.symanteccloud.com > ______________________________________________________________________ > > > _______________________________________________ > Hl7api-devel mailing list > Hl7...@li... > https://lists.sourceforge.net/lists/listinfo/hl7api-devel ______________________________________________________________________ This email has been scanned by the Symantec Email Security.cloud service. For more information please visit http://www.symanteccloud.com ______________________________________________________________________ |
From: Soloninka, A. <So...@La...> - 2019-03-12 17:09:49
|
I have downloaded the Messaging Workbech on to my Windows 10 system. However, when I attempt to run it, An Icon appears on the Taskbar: [cid:image003.jpg@01D4D8D2.AB35F980] But the window never appears. It does appear in the Task View but when you click on it, it disappears. Andrew -This e-mail and any attachments may contain CONFIDENTIAL information, including PROTECTED HEALTH INFORMATION. If you are not the intended recipient, any use or disclosure of this information is STRICTLY PROHIBITED; you are requested to delete this e-mail and any attachments, notify the sender immediately, and notify the LabCorp Privacy Officer at pri...@la... or call (877) 23-HIPAA / (877) 234-4722. |
From: Tom C. <tc...@ex...> - 2019-02-19 15:21:07
|
Our HL7 listener goes months without significant memory usage. Tom On 19/02/2019 12:27, Gay, Jim wrote: > > Good morning! I appreciate all the good feedback I have received on > here with the HAPI HL7 parser. > > Just yesterday I noticed a potential memory leak with the HAPI ORU > ingest job that runs in our streams environment. Has anyone else > encountered this? Below is a graph of the resident memory for the > HAPI ORU job and it’s been increasing every day since the job was > started. The graph below shows 2/3 thru 2/19. I’m going to see if I > can track down the cause of this and will report back to the group if > I do in fact find the problem. > > Thanks! > > Jim Gay > > Enterprise Analytics & Reporting > 3401 Civic Center Blvd. > > Philadelphia, PA 19104 > > 267-426-1958 > > ga...@em... ●chop.edu > > > ______________________________________________________________________ > This email has been scanned by the Symantec Email Security.cloud service. > For more information please visit http://www.symanteccloud.com > ______________________________________________________________________ > > > _______________________________________________ > Hl7api-devel mailing list > Hl7...@li... > https://lists.sourceforge.net/lists/listinfo/hl7api-devel ______________________________________________________________________ This email has been scanned by the Symantec Email Security.cloud service. For more information please visit http://www.symanteccloud.com ______________________________________________________________________ |
From: Gay, J. <Ga...@em...> - 2019-02-19 12:27:21
|
Good morning! I appreciate all the good feedback I have received on here with the HAPI HL7 parser. Just yesterday I noticed a potential memory leak with the HAPI ORU ingest job that runs in our streams environment. Has anyone else encountered this? Below is a graph of the resident memory for the HAPI ORU job and it’s been increasing every day since the job was started. The graph below shows 2/3 thru 2/19. I’m going to see if I can track down the cause of this and will report back to the group if I do in fact find the problem. Thanks! [cid:image002.jpg@01D4C824.82B90B50] Jim Gay Enterprise Analytics & Reporting 3401 Civic Center Blvd. Philadelphia, PA 19104 267-426-1958 ga...@em... ● chop.edu [cid:image004.png@01D4C824.82B90B50] |
From: Gay, J. <Ga...@em...> - 2019-01-29 14:19:15
|
Thanks for the great information! Our HAPI receiver can run on several different nodes (depending on the load) and we have netscaler in front of it to the push the messages through so that HAPI can be on any node and still receive the messages (as opposed to having the messages land on a specific host/ip). I’m wondering if the networking piece could be part of our issue (and that would go along with Mike’s point as well). I will digest this information and see if anything stands out. Thanks! From: McClendon, Craig <cra...@ac...> Sent: Monday, January 28, 2019 8:17 PM To: Mike Mills <mi...@th...> Cc: Gay, Jim <Ga...@em...>; hl7...@li... Subject: RE: [External] Re: [HAPI-devel] ORU Ingest Error Good call, Mike. I overlooked that case. From: Mike Mills <mi...@th...<mailto:mi...@th...>> Sent: Monday, January 28, 2019 7:00 PM To: McClendon, Craig <cra...@ac...<mailto:cra...@ac...>> Cc: Gay, Jim <Ga...@em...<mailto:Ga...@em...>>; hl7...@li...<mailto:hl7...@li...> Subject: [External] Re: [HAPI-devel] ORU Ingest Error Craig, Jim, The simplest way you could get an Index out of bounds is most likely due to the theDefinitionPath variable being empty (ie get element 0-1=-1). I would doubt that this is a concurrency issue. I have encountered several issues with Hapi not keeping track of the underlying field indices. I have particular issues with optional repeating segments which can appear out of nowhere due to an index being created when you use .toString() on a Hapi Message object. If you can identify which field is the possible culprit then cross reference the spec with that field and see if your input data is missing a required field. -Mike On Tue, 29 Jan 2019 at 10:42, McClendon, Craig <cra...@ac...<mailto:cra...@ac...>> wrote: Looking at your stacktrace, and lightly looking into the HAPI code, my first guess is this looks like a concurrency issue of some sort. The method in the HAPI code throwing this exception is this: private Position getTail(List<Position> theDefinitionPath) { return theDefinitionPath.get(theDefinitionPath.size() - 1); } In a single-threaded application, that call should always be safe, but in this case it is throwing an ArrayIndexOutOfBoundsException, indicating the size of the list is being changed elsewhere (like in another thread). I don’t know the HAPI codebase very well, so it’s tough to say if/how that should be possible. Here is semi-blind a guess though: From the stacktrace line here: at ca.uhn.hl7v2.app.Responder.processMessage(Responder.java:91) This is the method signature: /** * Processes an incoming message string and returns the response message * string. Message processing consists of parsing the message, finding an * appropriate Application and processing the message with it, and encoding * the response. Applications are chosen from among those registered using * <code>registerApplication</code>. The Parser is obtained from the * Connection associated with this Responder. */ protected String processMessage(String incomingMessageString) throws HL7Exception { It indicates message processors are chosen from the list of those registered with “registerApplication”. I do not know how that registration occurs, but is it possible that multiple applications have been registered ? Or that something has been instantiated multiple times somewhere? From: Gay, Jim <Ga...@em...<mailto:Ga...@em...>> Sent: Monday, January 28, 2019 1:47 PM To: hl7...@li...<mailto:hl7...@li...> Subject: [External] [HAPI-devel] ORU Ingest Error All, We are having an issue where our stream of ORU data suddenly stops receiving data. Console error message: An exception occurred during the execution of the HapiMessageSupplier operator. Processing element number 9 is terminating The error log is attached to the email. If anyone has any ideas I would love to hear from you. Also, if anyone is using the ADT or ORU ingest and would like to share thoughts and ideas feel free to reach out. Thanks! Jim Gay Enterprise Analytics & Reporting 3401 Civic Center Blvd. Philadelphia, PA 19104 267-426-1958 ga...@em...<mailto:ga...@em...> ● chop.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__chop.edu&d=DwMFaQ&c=eIGjsITfXP_y-DLLX0uEHXJvU8nOHrUK8IrwNKOtkVU&r=VnYhy7Qh2TPWQTwfje6NAvmntWXxxwhN_1pvCFqkOwE&m=vMqAFZ2CAExisJbYygbAiaAJOrfywZmtJ0Kmkd1k_js&s=XLuUwTpRwxZiU9ydz7-iTVDSjv0gngk_3VGuS1V-4fA&e=> [cid:image001.png@01D4B7B1.8FBE8830] ________________________________ This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. Your privacy is important to us. Accenture uses your personal data only in compliance with data protection laws. For further information on how Accenture processes your personal data, please see our privacy statement at https://www.accenture.com/us-en/privacy-policy. ______________________________________________________________________________________ www.accenture.com<http://www.accenture.com> _______________________________________________ Hl7api-devel mailing list Hl7...@li...<mailto:Hl7...@li...> https://lists.sourceforge.net/lists/listinfo/hl7api-devel<https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.sourceforge.net_lists_listinfo_hl7api-2Ddevel&d=DwMFaQ&c=eIGjsITfXP_y-DLLX0uEHXJvU8nOHrUK8IrwNKOtkVU&r=VnYhy7Qh2TPWQTwfje6NAvmntWXxxwhN_1pvCFqkOwE&m=vMqAFZ2CAExisJbYygbAiaAJOrfywZmtJ0Kmkd1k_js&s=6t3K0AWCOn2d7YLHZWAHmdHuS838LP-3iyKNCeCV0e0&e=> |
From: Gillman, M. <m.g...@uc...> - 2019-01-29 11:25:14
|
The answer seems to be: patientCounty = xad.getCountyParishCode().getComponent(0).toString(); From: "Gillman, Matthew" <m.g...@uc...> Date: Tuesday, 29 January 2019 at 10:07 To: "McClendon, Craig" <cra...@ac...>, "hl7...@li..." <hl7...@li...> Subject: Re: [HAPI-devel] Getting data values from CWE type Hi Craig The CWE class, which is what the xad.getCountyParishCode() call gives me, does not have a getValue() method. PS I am using HAPI v2.7 Thanks Matthew From: "McClendon, Craig" <cra...@ac...> Date: Monday, 28 January 2019 at 16:23 To: "Gillman, Matthew" <m.g...@uc...>, "hl7...@li..." <hl7...@li...> Subject: RE: Getting data values from CWE type You likely just want to change the call from : xad.getCountyParishCode().toString(); to xad.getCountyParishCode().getValue() From: Gillman, Matthew <m.g...@uc...> Sent: Monday, January 28, 2019 10:01 AM To: hl7...@li... Subject: [External] [HAPI-devel] Getting data values from CWE type Hi everyone I am having trouble extracting data values from the CWE type. For example, let’s suppose I have a PID segment with the following for PID-11 Patient Address: 35 Gilbert Avenue^^Harlow^^CM1 5QT^^^^Essex. // A fictitious address (I’m assuming the above is correct) In Java I say: String patientCounty; // patient county PID-11.9 patientCounty = xad.getCountyParishCode().toString(); System.out.println("county = " + patientCounty); The terminal output is: county = CWE[Essex] I want the “Essex” without the CWE bit at the front. I am also having trouble extracting things like InterpreterCode and Primary Language. Can someone give me an example, please? Thanks in advance Matthew -- EUR ING Matthew Gillman CEng MIET CSci MIScT MBCS Research Software Developer Research IT Services - Research Software Development Group Information Services Division University College London Telephone: 0203 108 8216 (internal: 58216) Email: m.g...@uc...<mailto:m.g...@uc...> orcid: https://orcid.org/0000-0002-2340-6930<https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.proofpoint.com%2Fv2%2Furl%3Fu%3Dhttps-3A__orcid.org_0000-2D0002-2D2340-2D6930%26d%3DDwMGaQ%26c%3DeIGjsITfXP_y-DLLX0uEHXJvU8nOHrUK8IrwNKOtkVU%26r%3DVnYhy7Qh2TPWQTwfje6NAvmntWXxxwhN_1pvCFqkOwE%26m%3DlSKtH49o2pVxhAERbv4kD36RAH-hfr4l2tMlR4E4k-Q%26s%3DpJPtaTI6RQkhhTrbnt2sWwa0BVTbt-SJR2X_GrnUwXg%26e%3D&data=02%7C01%7Cm.gillman%40ucl.ac.uk%7C46063cb96c734b67f78c08d685d19c3f%7C1faf88fea9984c5b93c9210a11d9a5c2%7C0%7C0%7C636843532649206829&sdata=KRRN7af0kh2FbnBJy%2BrlJvcwJePFEahZ1gIIAcOYPck%3D&reserved=0> ________________________________ This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. Your privacy is important to us. Accenture uses your personal data only in compliance with data protection laws. For further information on how Accenture processes your personal data, please see our privacy statement at https://www.accenture.com/us-en/privacy-policy. ______________________________________________________________________________________ www.accenture.com |
From: Gillman, M. <m.g...@uc...> - 2019-01-29 10:07:30
|
Hi Craig The CWE class, which is what the xad.getCountyParishCode() call gives me, does not have a getValue() method. PS I am using HAPI v2.7 Thanks Matthew From: "McClendon, Craig" <cra...@ac...> Date: Monday, 28 January 2019 at 16:23 To: "Gillman, Matthew" <m.g...@uc...>, "hl7...@li..." <hl7...@li...> Subject: RE: Getting data values from CWE type You likely just want to change the call from : xad.getCountyParishCode().toString(); to xad.getCountyParishCode().getValue() From: Gillman, Matthew <m.g...@uc...> Sent: Monday, January 28, 2019 10:01 AM To: hl7...@li... Subject: [External] [HAPI-devel] Getting data values from CWE type Hi everyone I am having trouble extracting data values from the CWE type. For example, let’s suppose I have a PID segment with the following for PID-11 Patient Address: 35 Gilbert Avenue^^Harlow^^CM1 5QT^^^^Essex. // A fictitious address (I’m assuming the above is correct) In Java I say: String patientCounty; // patient county PID-11.9 patientCounty = xad.getCountyParishCode().toString(); System.out.println("county = " + patientCounty); The terminal output is: county = CWE[Essex] I want the “Essex” without the CWE bit at the front. I am also having trouble extracting things like InterpreterCode and Primary Language. Can someone give me an example, please? Thanks in advance Matthew -- EUR ING Matthew Gillman CEng MIET CSci MIScT MBCS Research Software Developer Research IT Services - Research Software Development Group Information Services Division University College London Telephone: 0203 108 8216 (internal: 58216) Email: m.g...@uc...<mailto:m.g...@uc...> orcid: https://orcid.org/0000-0002-2340-6930<https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.proofpoint.com%2Fv2%2Furl%3Fu%3Dhttps-3A__orcid.org_0000-2D0002-2D2340-2D6930%26d%3DDwMGaQ%26c%3DeIGjsITfXP_y-DLLX0uEHXJvU8nOHrUK8IrwNKOtkVU%26r%3DVnYhy7Qh2TPWQTwfje6NAvmntWXxxwhN_1pvCFqkOwE%26m%3DlSKtH49o2pVxhAERbv4kD36RAH-hfr4l2tMlR4E4k-Q%26s%3DpJPtaTI6RQkhhTrbnt2sWwa0BVTbt-SJR2X_GrnUwXg%26e%3D&data=02%7C01%7Cm.gillman%40ucl.ac.uk%7Cc14c481d3e414d119d9508d6853cde08%7C1faf88fea9984c5b93c9210a11d9a5c2%7C0%7C0%7C636842893808619851&sdata=CRWxlUQIau8zWOn9jUW%2FfSChyxHnXx3pQTf5FAGJOno%3D&reserved=0> ________________________________ This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. Your privacy is important to us. Accenture uses your personal data only in compliance with data protection laws. For further information on how Accenture processes your personal data, please see our privacy statement at https://www.accenture.com/us-en/privacy-policy. ______________________________________________________________________________________ www.accenture.com |
From: McClendon, C. <cra...@ac...> - 2019-01-29 01:33:05
|
Good call, Mike. I overlooked that case. From: Mike Mills <mi...@th...> Sent: Monday, January 28, 2019 7:00 PM To: McClendon, Craig <cra...@ac...> Cc: Gay, Jim <Ga...@em...>; hl7...@li... Subject: [External] Re: [HAPI-devel] ORU Ingest Error Craig, Jim, The simplest way you could get an Index out of bounds is most likely due to the theDefinitionPath variable being empty (ie get element 0-1=-1). I would doubt that this is a concurrency issue. I have encountered several issues with Hapi not keeping track of the underlying field indices. I have particular issues with optional repeating segments which can appear out of nowhere due to an index being created when you use .toString() on a Hapi Message object. If you can identify which field is the possible culprit then cross reference the spec with that field and see if your input data is missing a required field. -Mike On Tue, 29 Jan 2019 at 10:42, McClendon, Craig <cra...@ac...<mailto:cra...@ac...>> wrote: Looking at your stacktrace, and lightly looking into the HAPI code, my first guess is this looks like a concurrency issue of some sort. The method in the HAPI code throwing this exception is this: private Position getTail(List<Position> theDefinitionPath) { return theDefinitionPath.get(theDefinitionPath.size() - 1); } In a single-threaded application, that call should always be safe, but in this case it is throwing an ArrayIndexOutOfBoundsException, indicating the size of the list is being changed elsewhere (like in another thread). I don’t know the HAPI codebase very well, so it’s tough to say if/how that should be possible. Here is semi-blind a guess though: From the stacktrace line here: at ca.uhn.hl7v2.app.Responder.processMessage(Responder.java:91) This is the method signature: /** * Processes an incoming message string and returns the response message * string. Message processing consists of parsing the message, finding an * appropriate Application and processing the message with it, and encoding * the response. Applications are chosen from among those registered using * <code>registerApplication</code>. The Parser is obtained from the * Connection associated with this Responder. */ protected String processMessage(String incomingMessageString) throws HL7Exception { It indicates message processors are chosen from the list of those registered with “registerApplication”. I do not know how that registration occurs, but is it possible that multiple applications have been registered ? Or that something has been instantiated multiple times somewhere? From: Gay, Jim <Ga...@em...<mailto:Ga...@em...>> Sent: Monday, January 28, 2019 1:47 PM To: hl7...@li...<mailto:hl7...@li...> Subject: [External] [HAPI-devel] ORU Ingest Error All, We are having an issue where our stream of ORU data suddenly stops receiving data. Console error message: An exception occurred during the execution of the HapiMessageSupplier operator. Processing element number 9 is terminating The error log is attached to the email. If anyone has any ideas I would love to hear from you. Also, if anyone is using the ADT or ORU ingest and would like to share thoughts and ideas feel free to reach out. Thanks! Jim Gay Enterprise Analytics & Reporting 3401 Civic Center Blvd. Philadelphia, PA 19104 267-426-1958 ga...@em...<mailto:ga...@em...> ● chop.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__chop.edu&d=DwMFaQ&c=eIGjsITfXP_y-DLLX0uEHXJvU8nOHrUK8IrwNKOtkVU&r=VnYhy7Qh2TPWQTwfje6NAvmntWXxxwhN_1pvCFqkOwE&m=vMqAFZ2CAExisJbYygbAiaAJOrfywZmtJ0Kmkd1k_js&s=XLuUwTpRwxZiU9ydz7-iTVDSjv0gngk_3VGuS1V-4fA&e=> [cid:image001.png@01D4B73E.1709F190] ________________________________ This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. Your privacy is important to us. Accenture uses your personal data only in compliance with data protection laws. For further information on how Accenture processes your personal data, please see our privacy statement at https://www.accenture.com/us-en/privacy-policy. ______________________________________________________________________________________ www.accenture.com<http://www.accenture.com> _______________________________________________ Hl7api-devel mailing list Hl7...@li...<mailto:Hl7...@li...> https://lists.sourceforge.net/lists/listinfo/hl7api-devel<https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.sourceforge.net_lists_listinfo_hl7api-2Ddevel&d=DwMFaQ&c=eIGjsITfXP_y-DLLX0uEHXJvU8nOHrUK8IrwNKOtkVU&r=VnYhy7Qh2TPWQTwfje6NAvmntWXxxwhN_1pvCFqkOwE&m=vMqAFZ2CAExisJbYygbAiaAJOrfywZmtJ0Kmkd1k_js&s=6t3K0AWCOn2d7YLHZWAHmdHuS838LP-3iyKNCeCV0e0&e=> |
From: Mike M. <mi...@th...> - 2019-01-29 01:30:53
|
Craig, Jim, The simplest way you could get an Index out of bounds is most likely due to the *theDefinitionPath *variable being empty (ie get element 0-1=-1). I would doubt that this is a concurrency issue. I have encountered several issues with Hapi not keeping track of the underlying field indices. I have particular issues with optional repeating segments which can appear out of nowhere due to an index being created when you use .toString() on a Hapi Message object. If you can identify which field is the possible culprit then cross reference the spec with that field and see if your input data is missing a required field. -Mike On Tue, 29 Jan 2019 at 10:42, McClendon, Craig < cra...@ac...> wrote: > Looking at your stacktrace, and lightly looking into the HAPI code, my > first guess is this looks like a concurrency issue of some sort. > > > > The method in the HAPI code throwing this exception is this: > > * private Position getTail(List<Position> theDefinitionPath) {* > > * return theDefinitionPath.get(theDefinitionPath.size() - 1);* > > * }* > > > > In a single-threaded application, that call should always be safe, but in > this case it is throwing an ArrayIndexOutOfBoundsException, indicating the > size of the list is being changed elsewhere (like in another thread). > > > > I don’t know the HAPI codebase very well, so it’s tough to say if/how that > should be possible. > > > > Here is semi-blind a guess though: > > > > From the stacktrace line here: > > *at ca.uhn.hl7v2.app.Responder.processMessage(Responder.java:91)* > > > > This is the method signature: > > * /*** > > * * Processes an incoming message string and returns the > response message* > > * * string. Message processing consists of parsing the > message, finding an* > > * * appropriate Application and processing the message with > it, and encoding* > > * * the response. Applications are chosen from among those > registered using* > > * * <code>registerApplication</code>. The Parser is > obtained from the* > > * * Connection associated with this Responder.* > > * */* > > * protected String processMessage(String > incomingMessageString)* > > * throws HL7Exception {* > > > > It indicates message processors are chosen from the list of those > registered with “registerApplication”. > > I do not know how that registration occurs, but is it possible that > multiple applications have been registered ? > > Or that something has been instantiated multiple times somewhere? > > > > > > > > *From:* Gay, Jim <Ga...@em...> > *Sent:* Monday, January 28, 2019 1:47 PM > *To:* hl7...@li... > *Subject:* [External] [HAPI-devel] ORU Ingest Error > > > > All, > > > > We are having an issue where our stream of ORU data suddenly stops > receiving data. > > > > Console error message: > > An exception occurred during the execution of the HapiMessageSupplier > operator. Processing element number 9 is terminating > > > > The error log is attached to the email. > > > > If anyone has any ideas I would love to hear from you. > > Also, if anyone is using the ADT or ORU ingest and would like to share > thoughts and ideas feel free to reach out. > > > > Thanks! > > > > Jim Gay > > Enterprise Analytics & Reporting > 3401 Civic Center Blvd. > > Philadelphia, PA 19104 > > 267-426-1958 > > ga...@em... ● chop.edu > > > > > > ------------------------------ > > This message is for the designated recipient only and may contain > privileged, proprietary, or otherwise confidential information. If you have > received it in error, please notify the sender immediately and delete the > original. Any other use of the e-mail by you is prohibited. Where allowed > by local law, electronic communications with Accenture and its affiliates, > including e-mail and instant messaging (including content), may be scanned > by our systems for the purposes of information security and assessment of > internal compliance with Accenture policy. Your privacy is important to us. > Accenture uses your personal data only in compliance with data protection > laws. For further information on how Accenture processes your personal > data, please see our privacy statement at > https://www.accenture.com/us-en/privacy-policy. > > ______________________________________________________________________________________ > > www.accenture.com > _______________________________________________ > Hl7api-devel mailing list > Hl7...@li... > https://lists.sourceforge.net/lists/listinfo/hl7api-devel > |
From: McClendon, C. <cra...@ac...> - 2019-01-29 00:42:06
|
Looking at your stacktrace, and lightly looking into the HAPI code, my first guess is this looks like a concurrency issue of some sort. The method in the HAPI code throwing this exception is this: private Position getTail(List<Position> theDefinitionPath) { return theDefinitionPath.get(theDefinitionPath.size() - 1); } In a single-threaded application, that call should always be safe, but in this case it is throwing an ArrayIndexOutOfBoundsException, indicating the size of the list is being changed elsewhere (like in another thread). I don’t know the HAPI codebase very well, so it’s tough to say if/how that should be possible. Here is semi-blind a guess though: >From the stacktrace line here: at ca.uhn.hl7v2.app.Responder.processMessage(Responder.java:91) This is the method signature: /** * Processes an incoming message string and returns the response message * string. Message processing consists of parsing the message, finding an * appropriate Application and processing the message with it, and encoding * the response. Applications are chosen from among those registered using * <code>registerApplication</code>. The Parser is obtained from the * Connection associated with this Responder. */ protected String processMessage(String incomingMessageString) throws HL7Exception { It indicates message processors are chosen from the list of those registered with “registerApplication”. I do not know how that registration occurs, but is it possible that multiple applications have been registered ? Or that something has been instantiated multiple times somewhere? From: Gay, Jim <Ga...@em...> Sent: Monday, January 28, 2019 1:47 PM To: hl7...@li... Subject: [External] [HAPI-devel] ORU Ingest Error All, We are having an issue where our stream of ORU data suddenly stops receiving data. Console error message: An exception occurred during the execution of the HapiMessageSupplier operator. Processing element number 9 is terminating The error log is attached to the email. If anyone has any ideas I would love to hear from you. Also, if anyone is using the ADT or ORU ingest and would like to share thoughts and ideas feel free to reach out. Thanks! Jim Gay Enterprise Analytics & Reporting 3401 Civic Center Blvd. Philadelphia, PA 19104 267-426-1958 ga...@em...<mailto:ga...@em...> ● chop.edu [cid:image001.png@01D4B732.4FAFDC00] ________________________________ This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. Your privacy is important to us. Accenture uses your personal data only in compliance with data protection laws. For further information on how Accenture processes your personal data, please see our privacy statement at https://www.accenture.com/us-en/privacy-policy. ______________________________________________________________________________________ www.accenture.com |
From: Jens V. <jen...@gm...> - 2019-01-28 23:25:34
|
Would you happen to have a senders log of the actual messages that were sent when the error occurred? On Mon, 28 Jan 2019 at 21:24, Gay, Jim <Ga...@em...> wrote: > All, > > > > We are having an issue where our stream of ORU data suddenly stops > receiving data. > > > > Console error message: > > An exception occurred during the execution of the HapiMessageSupplier > operator. Processing element number 9 is terminating > > > > The error log is attached to the email. > > > > If anyone has any ideas I would love to hear from you. > > Also, if anyone is using the ADT or ORU ingest and would like to share > thoughts and ideas feel free to reach out. > > > > Thanks! > > > > Jim Gay > > Enterprise Analytics & Reporting > 3401 Civic Center Blvd. > > Philadelphia, PA 19104 > > 267-426-1958 > > ga...@em... ● chop.edu > > > > > _______________________________________________ > 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... |