2006/11/30, Sam Heard <sam.heard at oceaninformatics.biz>: > > Dear All > > We have been working on the data types as we have known that there is a > need to deal with fractions, ratios and percentages when the idea is of > proportion - ie there is no units. Since the DV_QUANTITY_RATIO points to > anything Quantified (ie count, date_time, duration) there are many > non-sensible possibilities and although it has been around since the GEHR > days, we have not used it for anything other than the idea of the new > DV_PROPORTION type (which will be available in 1.0.1). >
Hi Sam, Does this mean that the ratio constraint could as of now be removed from the archetype editors? Will the DV_RATIO class be removed from the specifications as well? If not, should the editors change the current ratio constraint to be of a DV_RATIO instead of a DV_QUANTITY_RATIO? I think that the new DV_PROPORTION class could be used instead of DV_QUANTITY when there are no units, e.g. only the property 'Qualified real' and the empty string as a unit or a missing unit attribute in the item list of C_QUANTITY and only a magnitude attribute. The current ADL parser doesn't expect empty or null units which is correct according to the specification of C_QUANTITY_ITEM in the archetype profile package. Hence, there should always be a unit specified for each item in the item list of C_QUANTITY in archetypes and it cannot be empty because quantified data with no units could be represented with the DV_PROPORTION data type, right? If you have a look at the blood film archetype (here: http://my.openehr.org/wsvn/knowledge/archetypes/dev/adl/openehr/ehr/entry/observation/openEHR-EHR-OBSERVATION.blood_film.v1.adl?op=file&rev=0&sc=0) you will see that the elements named 'Packed cell volume (PCV)' and 'Plateletcrit' are quantity data types with empty units, but maybe they could be changed to proportion data types instead? If not, then the specification of C_QUANTITY_ITEM must be changed. Another issue not at all related to the above: The Ocean editor writes other_contributors = <> in the description part when there are no other contributors, but since the attribute is not mandatory, garbage like this should be removed from the archetypes. If the attribute exists, then it should contain something as well. I would like this to be fixed, because it makes the Java ADL parser fail... Regards, Mattias I have filed a change request which explains how the perceived requirements > for this type have largely been dealt with in archetypes: > > > http://coruscant.chime.ucl.ac.uk:8200/openEHR_Collector/projects/specifications/CR/227/base_view?portal_status_message=Your%20changes%20have%20been%20saved.&fieldset=issuedata > > Tom will let you know about the DV_PROPORTION class. > > http://coruscant.chime.ucl.ac.uk:8200/openEHR_Collector/projects/specifications/CR/144/base_view?portal_status_message=Your%20changes%20have%20been%20saved.&fieldset=issuedata > > Interested in comments and queries... > > Cheers, Sam > > > -- > Dr. Sam Heard > MBBS, FRACGP, MRCGP, DRCOG, FACHI > > CEO and Clinical Director > Ocean Informatics Pty. Ltd. > <http://www.oceaninformatics.biz/>Adjunct Professor, Health Informatics, > Central Queensland University > Senior Visiting Research Fellow, CHIME, University College London > Chair, Standards Australia, EHR Working Group (IT14-9-2) > *Ph: +61 (0)4 1783 8808* > *Fx: +61 (0)8 8948 0215* > > > > _______________________________________________ > openEHR-technical mailing list > openEHR-technical at openehr.org > http://www.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/20061207/ff44a8c3/attachment.html> -------------- next part -------------- _______________________________________________ openEHR-technical mailing list openEHR-technical at openehr.org http://www.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
