I'm with Ian, a coded_text with multiple occurrences. Probably the existing "unique" option in the "items" attribute of the container CLUSTER already solves the problem of repetitions of the same ELEMENT. It will mean that you are defining a logical set of ELEMENTs. What I have never had clear (and I think it is not clear in the specifications either) is if the unique property means identity or equality, i.e. we cannot have exactly the same ELEMENT, or we cannot have ELEMENTs with the same value.
Bert, what you propose is probably mixing things from the data structure definition and from the UI, which is not a good idea for future maintenance. If we want to render the different options as checkboxes, as a selection list or whatever other representation lies on the UI side. 2016-09-12 7:49 GMT+02:00 Bert Verhees <[email protected]>: > Op 11-9-2016 om 17:51 schreef Ian McNicoll: > >> This leaves the problem of how to exclude non-unique elements as Bert >> suggested. We have talked in the past about adding a 'unique' keyword to >> occurences to signfify that repeated identical elements are invalid, >> however I am struggling to think of any valid clinical use-case where it >> would be valid to have repeated, non-unique coded_text or text items. >> > > Hi Ian, I think you know Murphy's law. If a bug can happen, it will > happen. Last years, for developers, the rule is to write code in a way that > a bug can not occur. > > Archetypes are everywhere, as building blocks in templates, they can be > the base of reports, messages (incoming outgoing), displays. > > I think a new datatype, like DVCodedList would be a good idea (a list with > codephrases, a list which can have attributes like sort (true/false), > single-select (true/false)) but also a list with no items predefined which > retrieves its items from code, a list with max-display (for if it gets to > long), etc. It would be good for integrating SCT, to have such a list > datatype. > > > > _______________________________________________ > openEHR-technical mailing list > [email protected] > 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 [email protected] http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
