Ah yes, that's definitely not right. There are actually two blood glucose archetypes, and the other one has 'IU' (which should be [iU]).
Probably all of the current OBSERVATION.lab_test* and OBSERVATION.pathology_test* archetypes should be deprecated and (some of them) redone as either cluster extensions or specialisations of the newer OBSERVATION.laboratory_test archetype. I think it would be very useful if you would be willing to proof read my Archetype Editor units file if we can ever get it into a form that the AE will accept. :) Regards, Silje -----Original Message----- From: openEHR-technical [mailto:openehr-technical-boun...@lists.openehr.org] On Behalf Of Eric Browne Sent: Wednesday, May 18, 2016 4:30 PM To: For openEHR technical discussions <openehr-technical@lists.openehr.org> Subject: Re: UCUM code in body temperature archetype Hi Silje, 'U' is used in the lab_test-blood_glucose archetype. I also think that 10*12/l, 10*6/l, 10*6/mm3, 10*9/l are all valid UCUM codes. In fact UCUM's table 26 Example Unit Terms by Term lists 10*6/mm3 as legal with a preferred alternative of /pL . It also lists the following alternatives:- 10*3/L = /mL 10*6/L = /uL 10*9/L = /nL with all 6 codes being valid. regards, eric > On 18 May 2016, at 11:43 pm, Bakke, Silje Ljosland > <silje.ljosland.ba...@nasjonalikt.no> wrote: > > Hah, thanks for that correction, I completely missed the '0' instead > of 'O' and the 'mho'. J > > '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> 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 > http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.open > ehr.org _______________________________________________ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org > http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.open > ehr.org _______________________________________________ openEHR-technical mailing list 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