Representing HbA1c result (mmol/mol) in AE

Sebastian Garde sebastian.garde at oceaninformatics.com
Tue Feb 18 14:47:54 EST 2014


Hi Ian,

That may be the best way, but it increases the problem of how you deal 
with the old units when an archetype is loaded in AE that has these units.
Ideally, they would be automatically converted, but of course that is 
trickier.

Cheers
Sebastian
On 18.02.2014 19:52, Ian McNicoll wrote:
> Hi Sebastian,
>
> I have looked a bit further into the AE code and I can't see the 'UCUM
> override' attribute being picked up anywhere and I can see this as
> being tricky to change and maintain.
>
> My suggestion is that rather than trying to implement the 'UCUM
> override' that we simply edit the propertyUnits.xml 'Text' attributes
> to use official UCUM units. I think this will be much quicker to
> correct and maintain.
>
> Ian
>
> On 13 February 2014 13:01, Sebastian Garde
> <sebastian.garde at oceaninformatics.com> wrote:
>> Hi,
>>
>> Just to put some context to this:
>> I have implemented a UCUM units validator in CKM and also discovered that
>> some of the units in AE should be updated.
>> This will be deployed with the next release of the openEHR CKM instance as
>> well.
>>
>> The units file in AE that Peter mentioned can have two entries for a unit:
>> The one used in AE for display purposes (which could be °) and the
>> corresponding expression in UCUM.
>> But I see two problems:
>> 1. The UCUM units are not set everywhere where it is required in this file.
>> 2. Unfortunately, even if a UCUM expression exists, it doesn't seem to be
>> used when AE serialises the ADL (e.g. still uses ° )
>>
>> BTW: µmol/L is umol/L in UCUM
>>
>> Cheers
>> Sebastian
>>
>>
>> On 13.02.2014 13:28, Bakke, Silje Ljosland wrote:
>>
>> Hi,
>>
>>
>>
>> Would it be possible to do a general update of the units used in the
>> Archetype Editor? There are some symbols (like "°") which apparently are not
>> UCUM compatible and aren't recognised by the CKM. Also, some unit symbols
>> (like "gm" for gram) aren't compatible with correct SI symbol use (in this
>> case should be just "g"), and some groups/units like "µmol/L"
>> (amount/volume) or "g/L" (mass/volume) aren't there at all.
>>
>>
>>
>> Kind regards,
>> Silje Ljosland Bakke
>> Adviser, R&D dept, E-health section
>>
>> Haukeland University Hospital, Bergen Hospital Trust
>>
>> Tel. +47 40203298
>>
>> www.helse-bergen.no
>>
>>
>>
>> From: openEHR-clinical [mailto:openehr-clinical-bounces at lists.openehr.org]
>> On Behalf Of Peter Gummer
>> Sent: Thursday, February 13, 2014 1:14 PM
>> To: For openEHR clinical discussions
>> Subject: Re: Representing HbA1c result (mmol/mol) in AE
>>
>>
>>
>> Hi Koray,
>>
>>
>>
>> You could submit a change request at
>> http://www.openehr.org/issues/browse/AEPR and it would be in the next
>> release of Archetype Editor, unless someone has some objection to this.
>>
>>
>>
>> Once I've made the change, I could email you the updated
>> PropertyUnitData.xml file from
>> https://github.com/openEHR/arch_ed-dotnet/tree/master/ArchetypeEditor/PropertyUnits
>> and copy it to your installation of Archetype Editor. This would save you
>> having to wait for the next release ... the last release was a year ago, and I
>> don't know when the next release will be because no one has been clamouring
>> for it while we're busy with other tasks.
>>
>>
>>
>> Peter
>>
>>
>>
>>
>>
>> On 13 Feb 2014, at 14:30, Koray Atalag <k.atalag at nihi.auckland.ac.nz> wrote:
>>
>>
>>
>> Hi,
>>
>>
>>
>> Any idea how to choose mmol/mol for HbA1c result using DV_QUANTITY in
>> Archetype Editor?
>>
>> It used to be a proportion (%) but now the international agreement is to use
>> this unit which does not come as an option. Wonder if I exists in UCUM?
>>
>> This is such a commonly used Lab item - I'm sure someone else must have hit
>> the issue.
>>
>>
>>
>> Cheers,
>>
>>
>>
>> -koray
>>
>>
>>
>> _______________________________________________
>> openEHR-clinical mailing list
>> openEHR-clinical at lists.openehr.org
>> http://lists.openehr.org/mailman/listinfo/openehr-clinical_lists.openehr.org
>>
>>
>>
>>
>>
>> _______________________________________________
>> openEHR-clinical mailing list
>> openEHR-clinical at lists.openehr.org
>> http://lists.openehr.org/mailman/listinfo/openehr-clinical_lists.openehr.org
>>
>>
>> --
>>
>> Dr. Sebastian Garde
>> Dr. sc. hum., Dipl.-Inform. Med, FACHI
>> Senior Developer
>> Ocean Informatics
>>
>> Skype: gardeseb
>>
>> _______________________________________________
>> openEHR-clinical mailing list
>> openEHR-clinical at lists.openehr.org
>> http://lists.openehr.org/mailman/listinfo/openehr-clinical_lists.openehr.org
>
>

-- 
*Dr. Sebastian Garde*
/Dr. sc. hum., Dipl.-Inform. Med, FACHI/
Senior Developer
Ocean Informatics

Skype: gardeseb
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openehr.org/pipermail/openehr-clinical_lists.openehr.org/attachments/20140218/f8035a1a/attachment.html>


More information about the openEHR-clinical mailing list