but they won't show everything on a 'full' GUI either. Maybe what is
needed is not only a boolean but a way to tell exactly the criteria
with different values of a controlled vocabulary, such as 'mandatory',
'recommended', 'passable'/'skippable'...
2012/1/26 David Moner <damoca at gmail.com>:
> Following this new sense for it, I think that the implications for a GUI or
> visual representation would depend on a decision of the implementers. If the
> screen space is reduced, they could opt for just showing the "clinically
> relevant" data and leave the rest for a second screen, a pop-up or something
> like that.
>
>
> 2012/1/25 Diego Bosc? <yampeku at gmail.com>
>>
>> Would this attribute value change depending on where is the archetype
>> used? i.e. if we use it on a GUI of a smartphone rather than a
>> standalone or web application
>>
>> 2012/1/25 David Moner <damoca at gmail.com>:
>> >
>> > 2012/1/25 Thomas Beale <thomas.beale at oceaninformatics.com>
>> >>
>> >> Maybe another way of understanding this flag is as 'this node can be
>> >> skipped without loss of meaning'. I would be very interested to know if
>> >> we
>> >> should make AQL queries sensitive to this flag. Has anyone thought
>> >> about
>> >> that?
>> >
>> >
>> >
>> > In this sense I can see the reason for this attribute, since it can be
>> > understood as part of the documentation of the clinical model. But
>> > definitely it is not clearly described at the specs since there it seems
>> > to
>> > be linked to the presentation template only.
>> >
>> > I fact, there is a similar attribute in EN13606 ITEM class, but used in
>> > an
>> > opposite sense. The attribute is "emphasis" and it is described as "A
>> > way of
>> > denoting that the composer wished to mark this ITEM as being of
>> > particular
>> > note (an unusual measurement value, an unexpected outcome, anything that
>> > might be considered necessary to highlight to a future reader)."
>> >
>> > I have never thought about this. I don't know if this kind of
>> > annotations
>> > ("this item is important or clinically relevant or not") better fits as
>> > part
>> > of the RM or part of the AOM. In other words, if this marker is related
>> > to a
>> > specific data instance or to a data item definition in an archetype.
>> >
>> > Thoughts on this?
>> >
>> >
>> >
>> > --
>> > David Moner Cano
>> > Grupo de Inform?tica Biom?dica - IBIME
>> > Instituto ITACA
>> > http://www.ibime.upv.es
>> >
>> > 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 at openehr.org
>> > http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
>> >
>>
>> _______________________________________________
>> openEHR-technical mailing list
>> openEHR-technical at openehr.org
>> http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
>
>
>
>
> --
> David Moner Cano
> Grupo de Inform?tica Biom?dica - IBIME
> Instituto ITACA
> http://www.ibime.upv.es
>
> 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 at openehr.org
> http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
>
