johnbwilliams wrote on Monday, July 11, 2011:
I understand that OpenEMR distribute’s Lantana Group’s CDA.xsl for HTML representation of the OpenEMR CCD. Another EHR vendor, Cerner, has identified a problem …
Jewell,Gaby ✆ GJEWELL@cerner.com via lists.hl7.org to ccd, strucdoc, tools, its
show details 4:54 PM (10 minutes ago)
We are distributing the cda.xslt from the Lantana Group tools. Our clients have noticed that we do not display the correct time zone for the document creation date/time in the header. The style sheet has hard coded the standard US time zones based on the offset in the TS data type. Clients in California are seeing the time zone as MST. The good news is that in most US locations they will be right about 6 months out of the year.
My first thought was that the HL7 v3 TS data type doesn’t support time zone representation since I’ve never seen it in any examples – but it does!
So several questions:
Why has the Structured Documents group (or any of the implementation groups) not required time zone on the document creation date/time (if not other dates)?
Has anyone tried to be more creative with determining the time zone from the offset? I keep coming back to the fact that I don’t know what location the offset represents, so how to know whether to apply DST?
Have others just removed the time zone from the document creation date/time display in the CDA header? How about removing the time as well?
Appreciate others’ thoughts.
Gaby Jewell | Sr Strategist | Cerner Corporation | office: 816.201.3290 | fax: 816.571.3290 | gjewell@cerner.com | www.cerner.com