A possible problem I can envision is that this opens the door to the creation of invalid archetypes without the possibility of validating them at design time.
A quick and dirty example just to get the idea. In an archetype, the HISTORY.origin is fixed to "T10:00:00", a child EVENT.time is fixed to "T18:00;00", and finally the EVENT.offset is fixed to "PT5H". Offset is clearly not valid regarding time and origin, but we do not know it since the expression to calculate it is not explicit anywhere (only at the RM specifications). David 2012/1/15 Thomas Beale <thomas.beale at oceaninformatics.com> > On 15/01/2012 09:52, Diego Bosc? wrote: > > I'm not sure if I have understood your question, but there isn't > > already assertion support on the AOM?. just put an assertion of the > > restricted and desired condition (in this case something like this: > > "|event.time - history[atxxxx].origin|=P10M") > > I don't really see the big issue about defining things like this > > > > > > Technically there isn't. It's about clarity for modellers. The above > makes perfect sense to us technical people, but now we can't have a > simple constraint on Event.offset, which clinical people can understand, > it means we have to have some more complex UI interface in the modelling > tool, so that the constraint is comprehensible to normal mortals. That;s > why I am more interested in a simpler constraint (based on a computed > property) and putting the expression further back in the tool structure. > But that's just my view; I am interested to hear other opinions - if > everyone is against computed attributes then we need to find a clean > solution for this. > > - thomas > > _______________________________________________ > 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/20120116/6e3fb74d/attachment.html>