I believe that the issue here (and probably also related with the bindings problem we were talking the other day) is related to the impossibility of defining node identifiers to data type objects in the archetype. In theory, they are alternatives from the same type, so nothing wrong there when editing archetypes. The problem comes latter on. I believe that ADL supports this (i.e. you can say that legally in ADL), but as the reference model doesn't have a place to store that identifier you wouldn't be able to distinguish between the two alternatives in data, which in the end makes validation impossible. I think your use case is no different than when we define a domain type as a set of ordinals, which in the end are just dv_ordinal alternatives
2015-11-03 18:33 GMT+01:00 Bakke, Silje Ljosland <[email protected]>: > Hi, > > > > We’re doing some work on the tobacco smoking archetype (yes, still), and one > of the identified elements is the amount of tobacco smoked. Smoking tobacco > comes in two main forms; cigarettes and loose tobacco for roll-your-own or > pipe smoking. This means that the “Amount” element needs to take into > account both the amount as a frequency (number of cigarettes per time unit), > and a “flow rate” (gram per time unit). We’re trying to make this a choice > element between a Quantity (frequency) and a Quantity (Flow rate), but the > archetype editor doesn’t allow us to add more than one quantity to a choice. > Is this a tooling issue or a specification issue? If this is disallowed in > the specs, why? Are there any other (and better) ways of representing this? > > > > 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-clinical mailing list > [email protected] > http://lists.openehr.org/mailman/listinfo/openehr-clinical_lists.openehr.org _______________________________________________ openEHR-clinical mailing list [email protected] http://lists.openehr.org/mailman/listinfo/openehr-clinical_lists.openehr.org
