Dear Mike,
What sets aside a document from a message? What is recorded in q EHR system? A document is the information a healthcare provider attests by signing it. It contains a set of information in a clear context. What is submitted in a EHR system has to be a set of documents, in my view. Next to the set of documents other information is part of the record: lab tests, etc. In my view documents are persistent and reflect those parts of the recorded and exchanged information that the healthcare provider attested. Documents are not virtual at all and always exist. Gerard On 2002-12-04 14:00, "Mike Mair" <mikemair at es.co.nz> wrote: > Dear Gerard, David > > One definition of the GEHR 'kernel' is that of 'record engine'. I wondered > what your view of the CDA was now in this role, after the Berlin CDA > conference? The succession of CDAs can be turned out by any suitably > equipped record system, and the CDAs used as a common currency for them. > Sometimes these CDAs might not actually exist unless created for their > communicative role between systems, in which case they are virtual CDAs, and > the record engine entirely 'virtual'. This substitutes a 'virtual kernel' > for the GEHR product, and does the same job of providing a communality of > process between participant record systems without the specifics of the GEHR > kernel, but it still would permit use of GEHR type components such as > archetypes. > > Regards > > Mike Mair > > ----- Original Message ----- > From: "David Lloyd" <d.lloyd at chime.ucl.ac.uk> > To: <openehr-technical at openehr.org> > Sent: Tuesday, December 03, 2002 8:40 PM > Subject: Re: Model CEN/TC251 13606 > > >> Gerard >> >> Several points: >> 1.Specifically, openEHR proposes a number of Reference Models, > supplemented >> by Archetype Models. >> >> 2. You seem to use the word 'Kernel' as a synonym for Reference Model. If >> this is not so, please will you explain your use of the word Kernel? >> >> 3. The Reference Models proposed by openEHR are just sufficient to meet > the >> set of published requirements (e.g. ISO 18308) for an EHR and apply to >> _any_ EHR. It is necessary to delineate various levels in the Architecture >> in order to be able to place Classes, Attributes, and Functions >> appropriately to meet the requirements. >> >> 4. The Reference Models are indeed generic, in the usual sense that they >> are not prescriptive about what _information_ must be in an EHR, but make >> possible the representation of all those kinds of information known to >> exist in (or be necessary for future) EHRs. >> >> 5. For each Reference Model there will be a corresponding Archetype Model >> (only the Data Types Archetype model has so far been released). Authors of >> actual Archetypes, conforming to the Archetype models, will be able to >> impose the required constraints of their domains to guide the construction >> of instances of EHRs. >> >> 6. To my way of thinking, everything about the Reference Models is >> _generic_. Archetypes provide the means of using the models to construct >> EHRs for particular, i.e. non-generic, domains. >> >> I hope this helps to resolve what appears to be a fundamental difference >> between us! >> >> With best wishes >> >> David >> >> >> At 21:02 02/12/2002 +0100, you wrote: >>> Dear colleagues, >>> >>> The last week I had a discussion with some colleagues of me at TNO. >>> They studied the OpenEhr proposal for a model for the EHR. >>> >>> It is their opinion, and I agree with it, that the Kernel is not generic >>> enough because it contains things like the structure of the document >>> (folder, transaction, etc) >>> Even things like an organiser archetype must become a real archetype and > be >>> not a part of the kernel. >>> >>> With regards, >>> >>> Gerard >>> >>> >>> >>> >>> -- <private> -- >>> Gerard Freriks, arts >>> Huigsloterdijk 378 >>> 2158 LR Buitenkaag >>> The Netherlands >>> >>> +31 252 544896 >>> +31 654 792800 >>> >>> >>> - >>> If you have any questions about using this list, >>> please send a message to d.lloyd at openehr.org >> >> >> * David S.L. Lloyd, Technical Consultant >> * CHIME - Centre for Health Informatics and Multiprofessional >> Education, at UCL >> * E-Mail: d.lloyd at chime.ucl.ac.uk Tel: +44 (0)20 7288 3364 >> * Web: www.chime.ucl.ac.uk/~rmhidsl#contact >> >> >> - >> If you have any questions about using this list, >> please send a message to d.lloyd at openehr.org >> > > -- <private> -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands +31 252 544896 +31 654 792800 - If you have any questions about using this list, please send a message to d.lloyd at openehr.org
