How about specialised archetypes? Wouldn't there be occasions when a
parent archetype has some attribute, which a child (specialisation) of
that archetype don't want to deal with?
Mattias
2006/10/25, Sam Heard <sam.heard at oceaninformatics.biz>:
>
> This is not sensible to have in an archetype - otherwise it would not be
> there! It is a requirement for templates in use.
> Sam
>
>
> Thomas Beale wrote:
> Andrew Patterson wrote:
>
>
> For the case where an attribute is constrained to '0'
> existence i.e.
>
> state existence matches {0} .....
>
> what should follow as the rest of the attribute
> constraint? Technically, the rest of the definition
> is superfluous as we have already stated that the
> attribute must not exist, but the
> 'matches' clause needs to exist in the grammar. Should
> it be matched to *, or should it be empty?
>
> state existence matches {0} matches {*}
>
> or
>
> state existence matches {0} matches {}
> (I'm not sure the grammar allows this)
>
>
> we certainly have not allowed for it yet; indeed, no-one has ever wanted
> to do it in an archetype, it has only come up as a need in templates
> (which simply quote path names and then add an existence constraint).
>
> Possible responses that come to mind:
> - in openEHR we try never to include a feature that is not justified by
> at least one known use case. So we should try to find a real use case
> before doing anything.
> - there is in fact already a way to do this: by adding an invariant to
> an archetype of the form
> not exists (/path/to/some/attribute/that/we/dont/want)
> - if we had to add more syntax to the cADL part of ADL, I would probably
> opt for the second proposal above.
>
> But....a credible use case needs to be found first.
>
> - thomas beale
>
>
> Andrew
> _______________________________________________
> openEHR-technical mailing list
> openEHR-technical at openehr.org
> http://www.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
>
>
>
>
>
>
>
>
> --
>
> Dr. Sam Heard
> MBBS, FRACGP, MRCGP, DRCOG, FACHI
>
> CEO and Clinical Director
> Ocean Informatics Pty. Ltd.
> Adjunct Professor, Health Informatics, Central Queensland University
> Senior Visiting Research Fellow, CHIME, University College London
> Chair, Standards Australia, EHR Working Group (IT14-9-2)
> Ph: +61 (0)4 1783 8808
> Fx: +61 (0)8 8948 0215
>
>
>
> _______________________________________________
> openEHR-technical mailing list
> openEHR-technical at openehr.org
> http://www.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
>
>
>
_______________________________________________
openEHR-technical mailing list
openEHR-technical at openehr.org
http://www.chime.ucl.ac.uk/mailman/listinfo/openehr-technical