I would tend to agree with the suggestion to model this as a DV_COUNT rather than a DV_ORDINAL.
Ian On Tue, 26 Apr 2016 at 19:54, David Moner <dam...@gmail.com> wrote: > I will not discuss about the readiness of that particular scale. But un > general words, we are very accustomed to scales where you have to answer > "From 1 to 10, score your satisfaction with the service provided, with 1 > meaning 'not satisfied at all' and 10 meaning 'completely satisfied'". I > guess that these kind of scales could also be used for recording some > information in the EHR. In that case, the problem is that the DV_ORDINAL is > not designed for those cases, but to assign a comparable value to > descriptive texts. Maybe in your case, it is not a DV_ORDINAL but a Integer > what you need to represent, and the texts are just hints about the sense of > the score. > > 2016-04-26 17:50 GMT+02:00 Diego Boscá <yamp...@gmail.com>: > >> Technically speaking it is in fact possible to create an alternative >> of two different data types in a given attribute (say for example in >> your use case, DV_ORDINAL (1,low) , DV_COUNT (2), DV_ORDINAL >> (3,medium), DV_COUNT (4), DV_ORDINAL (5,high)). >> In any case I agree with Thomas that this scale probably isn't ready >> to be used yet in a EHR >> >> 2016-04-26 12:59 GMT+02:00 Bakke, Silje Ljosland >> <silje.ljosland.ba...@nasjonalikt.no>: >> > Hi everyone, >> > >> > >> > >> > We’re working on an archetype for the Montgomery-Åsberg Depression >> Rating >> > Scale (MADRS). This scale contains several ordinal values where there >> is no >> > description, and some where there is no text at all. This doesn’t work >> very >> > well in archetypes, and particularly when uploading to a CKM, because >> > there’s an expectation that every field should be filled in, and the CKM >> > will replace empty fields with * or sometimes *([language code]). Is >> there >> > any way to get around this? >> > >> > >> > >> > See here for what the MADRS looks like: >> http://www.psy-world.com/madrs.htm >> > >> > >> > >> > Kind regards, >> > Silje Ljosland Bakke >> > >> > >> > >> > Information Architect, RN >> > >> > Coordinator, National Editorial Board for Archetypes >> > National ICT Norway >> > >> > Tel. +47 40203298 >> > >> > Web: http://arketyper.no / Twitter: @arketyper_no >> > >> > >> > >> > >> > _______________________________________________ >> > 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 > > > > > -- > David Moner Cano > Grupo de Informática Biomédica - IBIME > Instituto ITACA > http://www.ibime.upv.es > http://www.linkedin.com/in/davidmoner > > Universidad Politécnica de Valencia (UPV) > Camino de Vera, s/n, Edificio G-8, Acceso B, 3ª planta > Valencia – 46022 (España) > _______________________________________________ > 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