Change GENERIC_ENTRY data attribute type from ITEM_TREE to the abstract ITEM class


When transforming archetypes from other standards to openEHR the obligation of creating an ITEM_TREE implies a semantics that in origin may not be the case. Instead generic CLUSTERS and ELEMENTS should be allowed, as grouping classes like clusters or organizers are usually optional in other standards.
e.g. if we have originally An ENTRY->ELEMENT subtree then an empty ITEM_TREE must be created, when probably we could just reproduce the original structure with GENERIC_ENTRY->ELEMENT


Diego Bosca
May 8, 2015, 8:38 AM

The more generic grouping structure openEHR has is CLUSTER. In fact in CKM cluster is used as the generic class for this kinds of archetypes and not item_tree. Using item_tree means that up to two new classes must be created to represent simple structures.
See attached images in which a valid 13606 structure is translated to openEHR with the minimum classes possible. Notice the extra classes needed in openEHR (and that the semantics is probably not the same)

If ITEM abstract class is used instead of ITEM_TREE then either CLUSTER or ELEMENT can be used and then an structure like GENERIC_ENTRY->ELEMENT would be correct.

This kind of problem also shows ups in CDA to openEHR transformations.

Probably is also worth noticing that ITEM_TREE, ITEM_TABLE, ITEM_LIST & ITEM_SINGLE model is intended to be replaced with a more generic CLUSTER model in future RM versions.

Heath Frankel
May 9, 2015, 5:00 AM

Base don the original intent of the GENERIC_ENTRY, I support the proposal of using ITEM instead of ITEM_STRUCTURE.

Koray Atalag
May 24, 2015, 11:56 PM

+1 to Heath

Ian McNicoll
May 25, 2015, 7:21 AM

I support this.

Thomas Beale
May 25, 2015, 9:17 AM

Yes, seems like an appropriate change.


Diego Bosca

Raised By

Diego Bosca


Affects versions