Antw: HL7 templates/archetypes
In een bericht met de datum 15-10-2006 19:15:05 West-Europa (zomertijd), schrijft e0125766 at student.tuwien.ac.at: Hi, I'm writing my diploma thesis at the Vienna Medical University and I have a question concerning the HL7 templates/archetypes. I'm aware that this sites are related to the openEHR but maybe somebody can answer the following question: Which model (RIM, R-MIM, ...) and which formalism (ADL, OCL, OWL, ...) should be used for the description and creation of the entry-level templates? Thanks for a brief answer! Best regards Dana Prochazkova Can you define what you mean with 'entry level templates?' I am creating HL7 compliant and easily transformable to OpenEHR templates covering a wealth of clinical details. We have currently over 150 examples. dr. William Goossen\ the Netherlands -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20061015/a879a449/attachment.html -- next part -- ___ openEHR-technical mailing list openEHR-technical at openehr.org http://www.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
HL7 templates/archetypes
Dear Dana, Asking the question on the OpenEHR list is answering it. In my view only CEN/tc251, openEHR and ISO any time soon have the answer: Use OpenEHR and the CEN and ISO standard. This means the CEN part one standard is modelling any document or fragment there off. This means CEN part two defining ADL. OpenEHR is an implementation plus of the CEN/ISO standard for the EHR. And provides the Archetype Editor to produce archetypes that can represent clinical information Models. Both part one and two enable plug-and-play semantic interoperability. HL7 has nothing that is coming close to something usefull and implementable. The HL7 RIM has some known problems. The message Development Method has short comings that make it less than optimal for scalability. Besides EN13606 will become an European standard and an International worldwide standard via ISO in addition. Is there any real choice? Gerard -- private -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 653 108732 On 15-okt-2006, at 19:13, Dana Prochazkova wrote: Hi, I'm writing my diploma thesis at the Vienna Medical University and I have a question concerning the HL7 templates/archetypes. I'm aware that this sites are related to the openEHR but maybe somebody can answer the following question: Which model (RIM, R-MIM, ...) and which formalism (ADL, OCL, OWL, ...) should be used for the description and creation of the entry-level templates? Thanks for a brief answer! Best regards Dana Prochazkova -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20061015/5d7ef537/attachment.html -- next part -- ___ openEHR-technical mailing list openEHR-technical at openehr.org http://www.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
AW: HL7 templates/archetypes
On Oct 15, 2006, at 2:34 PM, Gerard Freriks wrote: Dear Dana, Why would you like to do that? Theoretically it might be possible to map computationally constraints imposed on one model to others imposed on an other, where both ways express the same clinical model. But I doubt that this can be done. So far only humans can make the translation since only us humans have an internal ontology, an internal knowledge of the clinical world, that makes this possible. As far as I can see it, the CEN/tc251 EN13606 part 1 is a model of any document. The HL7v3 RIM is a linguistic model of any possible statement of fact. Both are not the same. Doesn't CDA provide the model for a document in the context of HL7? Gregory Woodhouse gregory.woodhouse at sbcglobal.net Those who are enamored of practice without theory are like a pilot who goes into a ship without rudder or compass. --Leonardo da Vinci (1452-1519) -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20061015/40de990f/attachment.html -- next part -- ___ openEHR-technical mailing list openEHR-technical at openehr.org http://www.chime.ucl.ac.uk/mailman/listinfo/openehr-technical