This kind of scenario is very common and we need to establish some
guidelines and governance about how to handle these sort of 'pseudo-units',
so that vendors can get on with some kind of implementation while these sort
of difficult and obscure issues are discussed.
Am I correct in thinking that since 'units' is a string, there is no
particular barrier to the use of a non-UCUM term?
We obviously want to enforce UCUM use where-ever possible but this will not
always be sensible or possible and we need to give developers alternatives
(perhaps temporary) and a clear change request mechanism.
e.g. As alternatives
1. Use the pseudo-unit in the unit attribute, as a qualified real
2. Use a qualified real and keep the name of the unit in the element name
'LV function factor (m2/kg3/m)' or whatever.
Ian
Dr Ian McNicoll
office +44 (0)1536 414 994
+44 (0)2032 392 970
fax +44 (0)1536 516317
mobile +44 (0)775 209 7859
skype ianmcnicoll
ian.mcnicoll at oceaninformatics.com
Clinical Modelling Consultant, Ocean Informatics, UK
openEHR Clinical Knowledge Editor www.openehr.org/knowledge
Honorary Senior Research Associate, CHIME, UCL
BCS Primary Health Care www.phcsg.org
On 29 April 2011 12:27, Thomas Beale <thomas.beale at
oceaninformatics.com>wrote:
>
> I think that we at least need to find out what the physical basis of this
> unit is. I could not find any definitive reference online, only papers
> reporting its use. Any cardiologists here?
>
> - thomas
>
>
> On 29/04/2011 10:25, Grahame Grieve wrote:
>
> Hi Tom
>
> It's a strange concept for sure. The real question here is whether
> UCUM and PQ/DV_QUANTITY are for real measurements, or
> whether they for quantitative notions.
>
> There's general agreement that things like "tablet" etc are not
> UCUM units - because they're not quantitative. Now we have a different
> issue - these are quantitative, but not real.
>
> I can see the grounds for keeping them out of UCUM. In
> addition, I'd have to recode my ucum library for this, and
> it's an odd challenge for such a strange notion.
>
> On the other hand, why not let scientists how measure things
> measure them how they want, as long as the units are meaningful
> - to them.
>
>
> *
> *
>
> _______________________________________________
> openEHR-technical mailing list
> openEHR-technical at openehr.org
> http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20110429/4a45cf66/attachment.html>
