PARTICIPATION is not LOCATABLE, so has no archetype_node_id, but occurs in archetyped structures

Description

See for example the archetype openEHR-EHR-COMPOSITION.referral.v1.adl, which includes a PARTICIPATION in context.participations, but does not include an at-code, because PARTICIPATION is not LOCATABLE. However, the ADL 1.4+ rules state that any member object of a multiply-valued attribute must have an at-code, in order to distinguish it from sibling objects (even if added later).

Possible solutions: it might initially appear that an object can have an at-code in an archetype even if not LOCATABLE in the reference model, however the data will not carry the at-code, and the object cannot therefore be properly matched to an archetype node later on.

Environment

Any

Activity

Show:
Heath Frankel
May 7, 2015, 11:57 PM

Agree that this is a problem

Pablo Pazos
May 8, 2015, 12:08 AM

Would be helpful to add PARTICIPATION inheritance to Locatable to constraint the vocabulary used for Participation fields.

Ian McNicoll
May 8, 2015, 8:56 AM

+1

Heath Frankel
May 9, 2015, 4:43 AM

The downside of this is we now need to specify a name for each PARTICIPATION. The need to specify a name on every LOCATABLE object is a real overhead and adds no value in most cases.

Pablo Pazos
May 9, 2015, 4:51 AM

IMO that is true only for archetypes that specify Participation and it is mandatory. In other cases the participation might not appear in data instances.

Reporter

Thomas Beale

Labels

None

Components

Affects versions

Priority

Major
Configure