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
