Hi all, thanks for your replies! I'm sure the CKM would accept the unit string, but which property would the Quantity have? Eg property = <[openehr::124]> for weight or property = <[openehr::127]> for temperature? I don't think we have one of those codes for "Arbitrary"?
I'm sure you're correct about the syntax, btw. :) Regards, Silje Fra: openEHR-technical [mailto:[email protected]] På vegne av Sebastian Garde Sendt: torsdag 25. januar 2018 11:03 Til: For openEHR technical discussions <[email protected]> Emne: AW: Quantities of arbitrary units in openEHR Hi Silje, I think this may 'just' be a modelling tooling issue, openEHR itself supports this ok. Speaking for CKM, if you upload an archetype with this to CKM, it should validate the UCUM unit correctly for [arb'U]{whatever}. However, [arb'u]{whatever} or similar is (very slightly) incorrect in my understanding: 1. Use the completely vertical ' not ' or similar (at least that is my understanding). 2. openEHR uses (implicitly I think, but it may be hidden somewhere in the spec), the case-sensitive version of UCUM - therefore the U needs to be upper case, see e.g. http://unitsofmeasure.org/ucum.html#para-45 Regards Sebastian Von: openEHR-technical [mailto:[email protected]] Im Auftrag von Thomas Beale Gesendet: Donnerstag, 25. Januar 2018 10:25 An: [email protected]<mailto:[email protected]> Betreff: Re: Quantities of arbitrary units in openEHR Hi Silje, I don't understand how adding an 'Arbitrary' term to the openEHR terminology helps things. DV_QUANTITY.units is a UCUM String field. Won't the strange units just turn up in the String form you quoted for UCUM arbitrary units in that field? (BTW, to ask for a new terminology term, just create a new issue on the PR tracker with component=New Term Request - choose this from the dropdown). Setting property and not units makes sense - and if we had a proper, standardised units service, a runtime archetype evaluator would use it to limit the actual units for property = pressure (say) to only pressure units. I think we need to define such a service properly.... - thomas On 24/01/2018 09:52, Bakke, Silje Ljosland wrote: Hi all, I'm working on representing medication strengths in archetypes at the moment. Most medications are thankfully measured in SI units such as mg/ml or mg/{dose unit}, but others use arbitrary units that are not derived from any other physical dimensional units. Examples of these are standardized quality units (SQ-U), focus forming units (FFU), European and American pharmacopoeia units, anti factor Xa units, or international units (IU). There are seemingly an unlimited number of these units, and they apparently make up new ones as they go along (ref: SQ-T and SQ-HDM). See http://unitsofmeasure.org/ucum.html#para-45 for more. UCUM has a generic way of representing these, as "[arb'u]{whatever}" (arbitrary unit, name of the unit), but openEHR doesn't seem to have a property in its Quantity data type for them. Could it be a possibility to add an "Arbitrary" property to the openEHR support terminology for unit properties? Also, is it ok to model Quantity elements with a property set but the units left unconstrained? I've just started trying to add these units to an archetype (as a concentration, so got around the property issue), and it's just a never ending task. Kind regards, Silje Ljosland Bakke Information Architect, RN Coordinator, National Editorial Board for Archetypes Nasjonal IKT HF, Norway Tel. +47 40203298 Web: http://arketyper.no<http://arketyper.no/> / Twitter: @arketyper_no<https://twitter.com/arketyper_no> _______________________________________________ openEHR-technical mailing list [email protected]<mailto:[email protected]> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org -- Thomas Beale Principal, Ars Semantica<http://www.arssemantica.com> Consultant, ABD Team, Intermountain Healthcare<https://intermountainhealthcare.org/> Management Board, Specifications Program Lead, openEHR Foundation<http://www.openehr.org> Chartered IT Professional Fellow, BCS, British Computer Society<http://www.bcs.org/category/6044> Health IT blog<http://wolandscat.net/> | Culture blog<http://wolandsothercat.net/>
_______________________________________________ openEHR-technical mailing list [email protected] http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
