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
