I found slot_node_id when Converting OPT14 to OPT2.
When the slot_node_id is used instead of node_id, it is converted to this OPT2 representation (which seems consistent with ADL2 and OPT2 files produced by Archie):
use_archetype CLUSTER[at0002, openEHR-EHR-CLUSTER.medication_item.v1] occurrences matches {0..1} matches { -- Medication item
@sebastian.garde The use of slot_node_id is what makes it work. The template says it was created with: Ocean Template Designer Version 2.7.87Beta.
There is another version of the IDCR Medication List.v0 OPT which was created with a newer version: 2.8.94Beta and doesn’t use slot_node_id.
The linked IDCR Medication List.v0.opt is the only OPT file with slot_node_id that has a value. There are a few others without the value (slot_node_id=""). This is a collapsed excerpt:
<children xsi:type="C_COMPLEX_OBJECT">
<rm_type_name>ITEM_TREE</rm_type_name>
<node_id>at0001</node_id>
<attributes xsi:type="C_MULTIPLE_ATTRIBUTE">
<rm_attribute_name>items</rm_attribute_name>
<children xsi:type="C_ARCHETYPE_ROOT" slot_node_id="at0002">
<children xsi:type="ARCHETYPE_SLOT">
<children xsi:type="ARCHETYPE_SLOT">
</children>
</attributes>
</children>
@sebastian.garde I couldn’t find an OPT that uses the linked eReferral archetype. There is an eReferral OPT but it uses only the first allow_archetype INSTRUCTION[at0001]. It would be interesting to see how the linked eReferral archetype is presented in an OPT when exported from the CKM.
p.s.
OPTs shown in CKM don’t provide the generator version - only: Ocean OPT Generator webservice. This would be a useful information ![]()