Hah, thanks for that correction, I completely missed the '0' instead of 'O' and the 'mho'. :)
'U' is certainly wrong if used for international units, as you say, but for the liver tests ALP, ALT, AST, GGT and LD the test is actually measuring catalytic activity, so U/L should be correct. Not sure where 'U' by itself is used. Regards, Silje -----Original Message----- From: openEHR-technical [mailto:openehr-technical-boun...@lists.openehr.org] On Behalf Of Eric Browne Sent: Wednesday, May 18, 2016 3:49 PM To: For openEHR technical discussions <openehr-technical@lists.openehr.org> Subject: Re: UCUM code in body temperature archetype Unfortunately Silje, not quite correct. The eye deceiveth. The construct [H20] is not valid UCUM. In none of the CKM archetypes did I find the correct UCUM code [H2O]. A zero has been substituted for the letter 'O'. An easy mistake for a human to make. H20 even mistakenly appears 4 times in Appendix D Example Unit Terms at http://unitsofmeasure.org/ucum.html. The same is likely to occur in the case of Litre, with 'l' (lowercase L) vs '1' (numeral one) vs 'I' (capital letter eye), depending on typefaces used. That's why many health safety organisations favour 'L' for Litre over the lowercase variant. UCUM unfortunately allows either as case sensitive variants ( which strictly means that this particular unit is not case sensitive in the case sensitive case) :-( Also, despite 'U' being a valid UCUM unit, it is probably incorrectly used in the CKM archetypes. The correct UCUM unit code for international unit should be "[iU]" or "[IU]" - another case of case variants for supposedly case-sensitive units. 'U' is the UCUM code for catalytic activity. Same applies for 'U/l', which may be valid UCUM syntactically, but unlikely to be correct semantically in the liver function test archetype. Also mmho is correct UCUM. A mho is a unit of electrical conductance ( It comes from Ohm, the unit for resistance, spelt backwards. Ohm starts with a capital letter since named after a human, whereas mho does not). mho as been deprecated as an SI unit and renamed to siemens, but is retained and valid in UCUM. mmho was found in openEHR-EHR-OBSERVATION.tympanogram_hf.v1.adl regards, eric > On 18 May 2016, at 10:05 pm, Bakke, Silje Ljosland > <silje.ljosland.ba...@nasjonalikt.no<mailto:silje.ljosland.ba...@nasjonalikt.no>> > wrote: > > Awesome! These can be classified into UCUM, non-UCUM and just plain wrong: > > UCUM: > 1/min, Hz, Hz/s, U, U/l, cm2, cm[H20], d, daPa, daPa/s, deg, h, kHz, > kPa, kg, kg/m2, l, l/min, l/s, m, m2, mV, mg, mg/dl, mg/l, min, ml, > ml/d, ml/ml, ml/s, ml/wk, mm, mm/h, mm2, mm[H20], mm[H20]/s, mm[Hg], > mmol/l, pg, pmol/l, s, > > Non-UCUM: > /d, /h, /min, /mo, /wk, Ashman units, 10*12/l, 10*6/l, 10*6/mm3, > 10*9/l, , IU, cc, dB, fl, , fl oz, ft, in, in2, lb, lb/in2, mIU/l, > millisec, oz(avdp), °, °C, °F, µmol/ > > Just plain wrong: > gm, gm/d, gm/l, gm/wk (gm == "gram meter", not "gram") mmho (supposed > to be mm/h or mm.h? Does anyone know which archetype this comes from?) > > Not 100% sure: > {Volume/Volume} > > So quite a few units in archetypes are actually UCUM-compatible, but there > are plenty which aren't, and some which are wrong and can be badly > misinterpreted. > > Oh, and UCUM does allow non-units to be represented using curly braces, like > {puff} or {tablet} as symbols for the default unit '1'. > > Regards, > Silje _______________________________________________ openEHR-technical mailing list openEHR-technical@lists.openehr.org<mailto:openEHR-technical@lists.openehr.org> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
_______________________________________________ openEHR-technical mailing list openEHR-technical@lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org