Dear Peter, Thanks for your reply. However I am not sure I fully understand the logic of this.
OpenEHR has a way to represent multi occurrence nodes (by appending 0, 1 etc to the path) such that the paths will remain unique. This should work even when the mode is constrained with a name as well. May be I am missing something here. I am not sure what you mean by cloning the node? Can this be done in Template designer? if yes how regards Dileep V S *Founder* HealtheLife Ventures LLP m: +91 9632888113 a: 106, Innovation Centre, IIIT, Electronics City, Bangalore 560100 w: healthelife.in e: dil...@healthelife.in On Sun, Aug 19, 2018 at 5:46 PM, Peter Gummer <peter.gum...@gmail.com> wrote: > Hi Dileep, > > Yes, this is expected. The behaviour was first noticed about 10 years ago, > and initially it was reported as a bug. After some thought we realised that > it’s the correct behaviour. I found it incredibly annoying too! > > My memory of the exact reasoning is poor, after all of these years; but I > think it’s something like this: > > > 1. Initially, the name of the archetype node is unconstrained. As a > consequence, any name would be valid for this node. Therefore, there’s an > unlimited number of unique paths to the data that could be stored at this > node’s path: for example, at1234[name = “a”], at1234[name = > “b”], at1234[name = “c”], etc. > 2. In the template, when you constrain the archetype node to a single > specific name, there is only one possible path to the the node: for > example, at1234[name=“whatever name you’ve constrained it to”]. There’s > only one possible unique path to this. Therefore, the maximum > occurrences possible is 1. > > > Essentially, this arises because there has to be one unique path to each > node in the data. This is important so that each data node can be > identified unambiguously within the EHR. > > There is a workaround, however. (But again, my memory may be inaccurate, > so please forgive me if this isn’t quite right or complete.) To allow > multiple occurrences, you need to clone the node. Then you can rename the > clone. Although the renamed clone will be single-occurrence, this will > retain the original node as multiple occurrences. Or at least I think this > is how it works — it’s been quite a few years! > > I have an even vaguer recollection that ADL 2.0 may have resolved this in > a more satisfactory way. Perhaps Thomas or someone can elucidate. > > Hope this helps, > Peter > > > On 19 Aug 2018, at 20:24, Dileep V S <dil...@healthelife.in> wrote: > > Hi, > > I am observing a strange behavior in the template designer and whated to > check if this is the expected behavior and if not how to manage it. > > In any template, when ever I rename any archetypes, their occurrence gets > set to [0..1] automatically (single occurrence). The options for selecting > multiple occurrences is no more available. > > Have anybody else noticed this problem? Is there any way to work around > this as some of these archetypes need to be multiple occurrences > > Please see screenshots attached for reference > > regards > > > > _______________________________________________ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org > http://lists.openehr.org/mailman/listinfo/openehr- > technical_lists.openehr.org > >
_______________________________________________ openEHR-technical mailing list openEHR-technical@lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org