Seref
I am just starting to look at something in this area. I am working on how the NHS Logical Record Architecture (LRA) asserts conformance/compliance to external standards. One thing that is required is a semantic mapping between the LRA specifications and the external standard. Initially I am mainly interested in mapping the static models. (Reference models, datatypes, templates, archetypes, etc) So far I have been interested by the lack of existing work that I have been able to find that asserts the relationship between two specifications - either between two standards, or between a standard and the specification for an implementation. Any suggestions as to where such material may be found would be welcome. Why has it been hard to find them? Clearly the cost and effort of creating and maintaining such mappings is significant - I suspect that many implementations are developed by rapid prototyping, and the value of maintaining such specifications has not been apparent (maybe because there really was not much value). Maybe part of the reason is that folk have not been actively maintaining specification stacks as systems undergo rapid prototyping. Maybe formal mappings are less important/useful than iterative testing working through examples and scenarios - certainly none of the systems testing that I have seen done in practice has made use of formal conformance statements. I am looking at OWL and/or ISO 11179 metadata repository specifications as possible formalisms to use - but again would welcome suggestions / comments. There is a common perception that we have too many overlapping standards in the healthcare space, and that there is a need for consolidation / collaboration and I believe that establishing clear semantic links between specifications may be a way to contribute to convergence. I also believe that it may be a useful contribution to more graceful version management of reference model based specifications within a single standards framework such as HL7v3, 13606, or openEHR All the best Charlie Charlie McCay, charlie at RamseySystems.co.uk Ramsey Systems Ltd, 23D Dogpole, Shrewsbury, Shropshire SY1 1ES tel +44 1743 232278 / +44 7808 570172 skype: charliemccay linkedin:charliemccay From: openehr-technical-boun...@openehr.org [mailto:openehr-technical-bounces at openehr.org] On Behalf Of Seref Arikan Sent: 22 April 2009 14:27 To: For openEHR technical discussions Subject: Re: Layers of interoperability, OWL and openEHR I am happy to see responses in the non-technical level too. Well, in case someone has a technical comment regarding binding ontologies to archetypes and openEHR RM objects, I'll be around :) Kind regards Seref On Wed, Apr 22, 2009 at 12:06 PM, Ian McNicoll <Ian.McNicoll at oceaninformatics.com> wrote: Can I suggest moving this to the Clinical list? I think it is an important subject ,and rather dear to my own interests but, as Thomas pointed out, we are in danger of submerging Seref's original more technical question. Any objections? Ian Dr Ian McNicoll office / fax +44(0)141 560 4657 mobile +44 (0)775 209 7859 skype ianmcnicoll ian at mcmi.co.uk Clinical Analyst Ocean Informatics ian.mcnicoll at oceaninformatics.com BCS Primary Health Care Specialist Group www.phcsg.org 2009/4/22 Gerard Freriks <gfrer at luna.nl>: > Dear Seref, > > Ask yourself the question: > How do we, humans, deal with interoperability? > > Do we humans use formally expressed ontologies using OWL. > Do we use rigid formal syntaxes where we use strictly defined formal > terms. > Do wet have to express a measurement in DV-Quantity as Double or > Floating Point with Precision x. > All this is the world of zero's and one's, bits and bytes and IT > industry. > > We humans have a vague knowledge of many concepts in our worlds. > We have a very flexible syntax and many, many terms. We even invent > new ones. > It is a chaotic system based on a limited set of rules with emergent > behavior. > We express what we want to document using documents, chapters, > sections, paragraphs, words and characters. > This is the world of documentation, concepts, humans. > This the magnificent world of language, prose and poetry. > Where on the basis of a limited set of rules we can document everything. > > It is clear that both worlds (IT and Humans) overlap in certain areas. > But mostly the do not overlap. > Do not mix them up and when you do, we get confused and create monsters. > Both worlds have to stay absolutely orthogonal to each other. > > Any interoperability solution where notions, ways of thinking and > expressing, from the IT world with bits and bytes are enforced on > humans, will create problems. > Solutions should start at this human documentation/language level. > > The EHR is about documentation of events/facts/thoughts/ideas for > human consumption primarily. > IT-systems should support this. That is all we need for now. > We can try to model real life using the formal, rigid, technical ways. > And create something that doesn't fit the needs of humans or relates > to this human world. > Or we use IT and models to support humans to document what they feel > they need to document. > Humans are not very precise but language works rather efficiently and > well enough. > > Modeling knowledge in ontologies is an interesting academic exercise. > Modeling the complex real life is an interesting academic exercise. > But... > Let humans use words freely, either as free text of better from a > common controlled flexible resource (dictionary=coding system/ > terminology/classification). > Let humans use words in a syntax (Reference Model) to create freely > all sentences/screens (Templates) they need using agreed documentation > patterns (Archetypes), using tools based on an Archetype Model. > > And that for the moment is good enough at this point in time looking > for the Holy Grail called Semantic Interoperability. > > Gerard > > > On 21, Apr, 2009, at 12:25 , Seref Arikan wrote: > >> Dear members of the list, >> I'd appreciate your opinions and guidance about a particular topic. >> As most of you probably know, the work in the ontology domain has >> been the flagship of semantic interoperability for many projects >> now, and there is a large amount of researchers active in the field. >> I've been involved in use of ontologies for semantic >> interoperability for the first time in 2002, and since then, >> ontologies have become a frequently pronounced solution for a large >> set of problems. >> However, I have a feeling that the nature of this work creates just >> a layer in the multilayer interoperability space. Expressing >> relationships among different entities and doing this in a formal >> way (OWL) is nice. OWL also allows you to do processing, reasoning >> on the defined relationships, but unless I'm missing something, this >> is all about relationships, and concepts. I mean the capabilities of >> OWL seem to be valid in the relationships is defines. >> What about the actual things, data items, entities that OWL links >> together? I've been a proponent of well defined type systems and >> object hieararchies in healthcare interoperability solutions, since >> I've spent years in the software development side of the domain, and >> a huge number of issues arise from the developers interpreting >> losely defined types, or inventing their own types. >> Now pinning down concepts either by using terminologies or >> ontologies is good. It is good to know that two fields on two >> different data structures are pointing to the same concept. This >> however, is the beginning of the process. Pointing at the same thing >> and processing it in the same way are different things. Just because >> we agree that we are pointing to body temperature in two different >> documents does not stop us from processing one of them with a >> double, and the other one with a float. >> There is a great deal of information out there expressed in the form >> of OWL, or other formalisms, but I can't see this covering all >> aspects of interoperability, but (no offense) there is a large crowd >> out there who think they have solved the problem of semantic >> interoperability. Though it may be an undervaluation of the work, >> "mappings" are nice, but they don't ease the rest of the work, where >> mapped items are processed in different domains. >> Are there resources or works that you know of, that try to link type >> systems in openEHR or other formalisms like 13606 or HL7 to these >> semantic expressions? How does a DVQuantity instance and an OWL >> expression play together? >> >> Best Regards >> Seref > > _______________________________________________ > openEHR-technical mailing list > openEHR-technical at openehr.org > http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical > > _______________________________________________ openEHR-technical mailing list openEHR-technical at openehr.org http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20090422/db80716b/attachment.html>
