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



Reply via email to