I agree - could we make DV_ORDINAL have a real value and allow constraint to
integer through precision which would default to 0. This would maintain
compatibility and not get too complicated. It is just the reality that
things get a little abused. 

Cheers, Sam

 

From: [email protected]
[mailto:openehr-clinical-bounces at chime.ucl.ac.uk] On Behalf Of Mark Leaning
Sent: Monday, 26 April 2010 9:43 PM
To: 'For openEHR clinical discussions'
Subject: RE: ??? DV_CODEDQUANTITY

 

Tom:

The suggestion of making the numeric attribute real as opposed to integer
seems to me a pragmatic approach.

Cheers

Mark

 

Mark S Leaning PhD

 

 

From: [email protected]
[mailto:openehr-clinical-bounces at chime.ucl.ac.uk] On Behalf Of Thomas Beale
Sent: 22 April 2010 18:45
To: openehr-clinical at openehr.org
Subject: Re: ??? DV_CODEDQUANTITY

 

The wiki one is interesting. Correspondences with openEHR (see information
model at
http://www.openehr.org/uml/release-1.0.1/Browsable/_9_0_76d0249_110959933787
7_94556_1510Report.html):

*       nominal 'scale' - this is not really a scale, but a classification
concept, expressed using DV_CODED_TEXT
*       ordinal scale - DV_ORDINAL
*       interval scale - this is formalised by the abstract type
DV_ABSOLUTE_QUANTITY, whose only current subtypes are DV_DATE, DV_DATE_TIME
and DV_TIME. These types don't have + or - defined in the normal way,
although add and subtract operations (different semantics do apply).
*       ratio scale - this is formalised in the type DV_AMOUNT, which models
exactly the concept of quantities with a meaningful 0 point and for which +
and - operations are defined. Concrete subtypes are DV_QUANTITY, DV_COUNT,
DV_DURATION and DV_PROPORTION.

this article doesn't seem to mention non integer 'ordinals' though...

- thomas


On 22/04/2010 10:13, Mark Leaning wrote: 

This Wikipedia article is not bad:
http://en.wikipedia.org/wiki/Level_of_measurement 

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20100430/7bb26130/attachment.html>

Reply via email to