Open alberk8 opened 1 year ago
https://hl7-definition.caristix.com/v2/HL7v2.6/DataTypes/DTM
Seems like correct date time.
I think I had similar problems with it too.
Yeah I was fixing similar problem in 2020: https://github.com/nHapiNET/nHapi/pull/118/files https://github.com/nHapiNET/nHapi/issues/104
But that only fixed the fraction, but not the offset, which is in the H7 standard.
Yeah, the TsComponentOne.cs
has problem with this.
And I don't see any parsing on CommonTM.cs
and CommonTS.cs
=> So I am positive that this is a bug.
Thank you for confirming that it is a bug. I am a bit surprise that nobody has stumbled upon the bug. It was the first thing that hit me when trying to parse the HL7.
@alberk8 @jakubsuchybio thanks for this, not sure when I'll get to pick this up, but open for Pull Requests.
Hi,
I am getting HL7 data from the Mindray V9 device and the dateTime looks like
20230211140114.0000+0800
. The HL7 version is 2.6 latest nuget. When trying to parseoru.MSH.DateTimeOfMessage.GetAsDate()
and error is thrown. Is this a non standard HL7 date time?