Ian McNicoll wrote: > > I am somewhat confused by the current implementation for archetype > slots in the LiU and Ocean editors. > > Whilst within SECTION archetypes, the full range of archetype slots > can be embedded (OBSERVATION,EVALUATION.ACTION ?), within, for > example, an EVALUATION archetype the LiU editor supports only simple > structural concepts such as list, tree and table whilst the Ocean > editor supports only Element or Cluster style archetypes. Are these > limitations of the editor implementations or are these restrictions in > the underlying model? I have looked at the AOM document but cannot see > any such restriction. > Ian,
archetype slots can appear anywhere in an archetype. The object types allowed at the node where the slot is defined are those allowed by the underlying reference model, i.e. using slots doesn't allow archetypes to go outside what the RM allows. > > I have a particular use case where I am trying to replicate our > national Laboratory standard messaging structures by specialising the > OpenEHR Laboratory archetype. Part of the local requirement is a > structure called Evidence which refers to manually-held, > non-electronic material relevant to the lab result e.g. a wet film > x-ray or paper record. This is potentially a reusable concept and > should exist as a separate archetype. I am confused!! I have currently > constructed Evidence as an OBSERVATION archetype (It is a simple list > of 3 TEXT elements). Would this be better expressed as a CLUSTER? I am > still a bit hazy as to when use of cluster archetypes is appropriate. > this sounds like you need the DV_IDENTIFIER type, which is a type used for referring to external entities. Whether it needs to be a separate archetype depends on its complexity, whether it is likely to be reusable exactly as designed, and other similar factors. I don't know if the editors currently support DV_IDENTIFIER, but they soon will. Can you provide some more details as to the modelling requirement? - thomas _______________________________________________ openEHR-clinical mailing list openEHR-clinical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-clinical
