Hi Eric, I thought the original post was pretty complete!!
I would strongly support this proposal. In practice we have almost wholly abandoned using anything other than ITEM_TREE as the top-level archetype structures, for all the reasons suggested by Sam. Tables are useful but generally within the body of the archetype,rather than as the top-level structure. A good example is neural reflexes, for which a table structure is appropriate but which would be better expressed within a CLUSTER archetype, rather than ENTRY, to cope with variations in Examination recording practice. We are also finding that the use of embedded archetypes based on ITEM-TREE is a little cumbersome. There is considerable value in having child archetypes which can be re-used in different parent ENTRY archetypes e.g. Medication details or Specimen details, but using CLUSTER gives us much more flexibility. Some kind of simplification around the use of CLUSTER, with the ability to define TABLES within a CLUSTER or ITEM_TREE would give us some simpler modelling constructs and, as you suggest, flatten the data path. Ian Dr Ian McNicoll office / fax? +44(0)1536 414994 mobile +44 (0)775 209 7859 skype ianmcnicoll ian.mcnicoll at oceaninformatics.com Clinical analyst,?Ocean Informatics openEHR Clinical Knowledge Editor www.openehr.org/knowledge Honorary Senior Research Associate, CHIME, UCL BCS Primary Health Care SG Group wHi Eric,ww.phcsg.org On 10 November 2010 05:12, Erik Sundvall <erik.sundvall at liu.se> wrote: > Oops, I intended to push the save-button, not the send-button on that last > message. Now we'll just have to make a fire, shovel some snow, milk our > goats, say good morning to cat and chickens, fix a leaking car tire, get > kids to school and myself and my wife to work before I can continue writing. > Sorry about spamming the list. > > // Erik > > On Wed, Nov 10, 2010 at 05:56, Erik Sundvall <erik.sundvall at liu.se> wrote: >> >> I hope you don't mind breaking out a side thread with a concrete >> harmonisation suggestion... > > _______________________________________________ > openEHR-technical mailing list > openEHR-technical at openehr.org > http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical > >
