In fact, the "emphasis" attribute of 13606 is a CV.
2012/1/26 Diego Bosc? <yampeku at gmail.com>
> 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
> >
>
> _______________________________________________
> 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)
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20120126/b6c254ed/attachment.html>
