# Clinical Modeling - A critical analysis **Category:** [Clinical (archive)](https://discourse.openehr.org/c/clinical-archive/153) **Created:** 2015-02-20 13:29 UTC **Views:** 2 **Replies:** 16 **URL:** https://discourse.openehr.org/t/clinical-modeling-a-critical-analysis/15339 --- ## Post #1 by @system Hi folks, recently found this article by Blobel and Goossen: [http://www.sciencedirect.com/science/article/pii/S1386505613002013](http://www.sciencedirect.com/science/article/pii/S1386505613002013) Here are some quotes that I found interesting: "[openEHR Archteypes] they are facing the problem that the architectural representation and composition/decomposition of real-world classes and instances cannot be provided appropriately" "Nonetheless, their [(openEHR and CIMI)] architectural basis is insufficient" "What is driving the development seems to be more competition and the defense of market shares than a sophisticated methodology" "The demonstrated substantial weaknesses caused by ignoring the rediscovered systems approach to the domains of discourse and the resulting needs for architecturally sound and ontology-driven modeling approaches are inherent in most of the health informatics standardization efforts intended to go beyond the traditional health information systems’ perspective toward a comprehensive reflection of the business domain" I would love to hear some thoughts about the statements and the paper. Best, --- ## Post #2 by @system Hi Birger, I did read this paper some months ago and to be honest but as a non\-computer scientist found it quite difficult to understand\. It seems to be based on a comparison of a theoretical architectural approach based on high\-level ontologies but also contains some puzzling assertions e\.g\. "An archetype is a user\-defined table in relational database models, so intentionally or not\-intentionally notifying the ICT\-focus of the Archetype approach\." \- which is almost universally incorrect and may have misled the entire assessment\. and "However, the archetype schemas used, refer to existing ontologies like SNOMED CT \[32\] just as terminology\. We should remember that SNOMED CT itself has developed from a terminology and is still in process of growing into a logically and ontologically coherent ontology\. The problem still is a strong conceptualist legacy\. So, it might be better to derive schemas from realism\-based ontologies, e\.g\., from members or candidates of the OBO Foundry \[13\], most of which are based on BFO\." when openEHR is completely terminology/ontology neutral and its own 'minimal ontology' Compostions, sections, Entries etc has no relationship to SNOMED CT whatsoever\. The comparison with Hl7v3 seems to be to be completely spurious\. HL7v3 constructs are directly analagous to those in openEHR and 13606 e\.g "In contrast to the archetypes that are derived from a top down approach, the clinical statement structure in HL7 v3 allows a top down decomposition through the headers, sections, and core content\. " how does this clinical statement structure with headers, sections and core content fundamentally differ from the openEHR/13606 approach? Finally \.\. "Therefore, they are facing the problem that the architectural representation and composition/decomposition of real\-world classes and instances cannot be provided appropriately\. Instead, the models are quite different from reality and themselves inconsistent\." This statement makes the assumption that clinical modelling is trying to represent 'real\-world' classes and instances, when we are actually trying to represent the content found within clinical records, not their 'real world' equivalents i\.e the record of diagnosis of diabetes , not diabetes itself\. The reason that the models are inconsistent is that we are reflecting the inconsistency found in clinical content capture and understanding\. If every clinican in the world agreed on the content of an allergy record, or if the content could be derived from a scientific/logical examination of the concept , then perhaps ontology would have its place but \.\.\. in the real, messy inconsistent world such differences have to be resolved by negotiation and messy\. emergent consensus not by the application of logics\. or perhaps I have just missed the authors' point altogether\! Ian Dr Ian McNicoll mobile \+44 \(0\)775 209 7859 office \+44 \(0\)1536 414994 skype: ianmcnicoll email: ian@freshehr\.com twitter: @ianmcnicoll Director, freshEHR Clinical Informatics Director, openEHR Foundation Director, HANDIHealth CIC Hon\. Senior Research Associate, CHIME, UCL --- ## Post #3 by @system > > Hi Birger, > > I did read this paper some months ago and to be honest but as a > non-computer scientist found it quite difficult to understand. It > seems to be based on a comparison of a theoretical architectural > approach based on high-level ontologies but also contains some > puzzling assertions Ian, I noticed before, in other publications by Bernt Blobel, serious misconceptions about his understanding of Archetypes. > e.g. "An archetype is a user-defined table in relational database > models, so intentionally or not-intentionally notifying the ICT-focus > of the Archetype approach." - which is almost universally incorrect > and may have misled the entire assessment. An archetype is much more than a view on a data base. - an expression of data needs of a system - the Information Viewpoint in an Interface between EHR-system Services (of which the database is one) - a set of constraints on a Reference Model I agree that without the proper definition of the concept Archetypes the assessment is void. > and > > "However, the archetype schemas used, refer to existing ontologies > like SNOMED CT [32] just as terminology. We should remember that > SNOMED CT itself has developed from a terminology and is still in > process of growing into a logically and ontologically coherent > ontology. The problem still is a strong conceptualist legacy. So, it > might be better to derive schemas from realism-based ontologies, e.g., > from members or candidates of the OBO Foundry [13], most of which are > based on BFO.” What the hell are Archetype Schema’s. Schema’s of Archetypes? I fear they are not. What the authors write is questionable. EHR’s, Patient records are NEVER about the reality in the Patient System. They are about what one author wishes to document. It is what the author is thinking and documents. Archetypes and the RM they constrain are about documenting and archiving statements. I reserve reality for Ontologies to take care of. Ontologies with an Open World Assumption, using expressions that define logical relationships. Ontological systems because they are based on logical expressions can make inferences and generate new rules. Archetypes and the Reference Model take care of what gets documented. This world is based on the Closed World Assumption. In Closed World Systems what is not defined, never will exist. It will never exist despite what really is going on in reality. Stating that it is better to derive schema’s from Ontologies is perhaps wrong and impossible when using first order logics and Ontological Methods like Owl. > when openEHR is com defined never can exist.pletely terminology/ontology neutral and its own > 'minimal ontology' Compostions, sections, Entries etc has no > relationship to SNOMED CT whatsoever. > > The comparison with Hl7v3 seems to be to be completely spurious. HL7v3 > constructs are directly analagous to those in openEHR and 13606 Both allow the definition of clinical and non-clinical statements as part of an organising documentation structure > e.g "In contrast to the archetypes that are derived from a top down > approach, the clinical statement structure in HL7 v3 allows a top down > decomposition through the headers, sections, and core content. " > > how does this clinical statement structure with headers, sections and > core content fundamentally differ from the openEHR/13606 approach? I agree. What do they consider top-down? And what bottom up? > Finally .. "Therefore, they are facing the problem that the > architectural representation and composition/decomposition of > real-world classes and instances cannot be provided appropriately. > Instead, the models are quite different from reality and themselves > inconsistent." > > This statement makes the assumption that clinical modelling is trying > to represent 'real-world' classes and instances, when we are actually > trying to represent the content found within clinical records, not > their 'real world' equivalents i.e the record of diagnosis of diabetes > , not diabetes itself. The reason that the models are inconsistent is > that we are reflecting the inconsistency found in clinical content > capture and understanding. If every clinican in the world agreed on > the content of an allergy record, or if the content could be derived > from a scientific/logical examination of the concept , then perhaps > ontology would have its place but ... in the real, messy inconsistent > world such differences have to be resolved by negotiation and messy. > emergent consensus not by the application of logics. Wrong, unproven, assumptions by the authors about what Archetypes are, make any discussion void. If the conclusion by Ian is true, it worries me that one or more reviewers have not noticed this essential issue. I’m convinced that terms from a terminology (that is built using ontological methods) is -together with complete EHR standards like EN13606) can create Statements that are semantically interoperable. When it is enough for human understanding to resort to syntax, to standard phrases, and worlds from a dictionary plus an encyclopedia, I think that these same is enough for semantical interoperability in and between EHR-systems. HL7 v3 and EN13606 are about documenting statements by authors ABOUT what they see and think reality could be. --- ## Post #4 by @Koray_Atalag I’m completely disappointed, but not surprised, that this paper was accepted as a scientific paper in the first place with such bold arguments. We have all seen him advocating on openEHR during quite a few EU FP6 project proposals – I certainly attended a few workshops together. At some point he must have been alienated or something?? At any rate I think it is our responsibility to publish a formal rebuttal and challenge this paper. That’s what science is about, isn’t it? --- ## Post #5 by @yampeku I agree, a response paper seems the most logical approach\. --- ## Post #6 by @thomas.beale I actually wrote to Jan Talmon about this when I was first aware of it \(30 Oct 2013\) and gave him my opinion of the quality of the science in this paper \(it wasn't very positive;\-\)\. His view was that I / we / someone should write a letter to the editor of IJMI in which the errors / shortcomings are discussed\. I did not do this for lack of time, but I think it would make sense to still do this and/or write a much better paper on the topic, which could cover actual evidence and science being done in openEHR projects, Intermountain environment, and UPV projects as well\. thoughts? \- thomas --- ## Post #7 by @system Hi Thomas, I think it's a great idea\! I fully support you on this\. Best regards, Rong Rong Chen, MD, PhD VP, Head of Medical Informatics Group CMIO, Director of Health Informatics \+46 8 691 49 81 Cambio\+ Healthcare Systems AB Stockholm: Drottninggatan 89\. SE\-113 60 Stockholm Vx: \+46 8 691 49 00 | Fax: \+46 8 691 49 99 Linköping: Universitetsvägen 14 SE\-583 30 Linköping Vx: \+46 13 20 03 00 | Fax: \+46 13 20 03 99 Epost: info@cambio\.se | Hemsida: www\.cambio\.se --- ## Post #8 by @yampeku Count us in ;\) --- ## Post #9 by @mikael I might also be interested\.   Regards   Mikael \-\-\-\-\-Ursprungligt meddelande\-\-\-\-\- --- ## Post #10 by @system Hi all, such a paper would also be interesting to me and our MoH and NIPH... I have to prepare something similar also for the EU JA Parent project so I would be happy to cooperate on this article... Regards Mate --- ## Post #11 by @thomas.beale In that case, I suggest a starting point is to dig out the original article and come up with a framework /headings for an article that properly addresses the same questions, providing evidence from the many projects around the place (I meant to mention Linkoping, and I see Mikael Nystrom has chimed in). I would suggest an off-list email loop for this. - thomas --- ## Post #12 by @system Hi all, It is great to hear enthusiasm for this effort. Anyone prepared to take a (? joint) lead. It would be good to have some clear progress before the next round of conference deadlines. Ian --- ## Post #13 by @system Well, I haven't been really the most active participant in this mailing list so far - maybe I could give some extra effort here - if that would be acceptable to everyone? Regards Mate --- ## Post #14 by @Philippe_AMELINE Hi all, Being myself pretty "ontology based", and maybe more prone to understand what Blobel meant (understanding isn't approving ;-) ), I would be glad to be part of this group writing process. Typical question that could be asked, since we all "tell stories" in natural language by making sentences made of words arranged according to a grammar (but grammatical concepts are nowhere inside our sentences), is why should we need an external structure such as the one present inside the Archetypes to "tell a patient health journey"? Answer may be that there is no universal/commonly agreed ontology and "grammar"... but the structure that compensates for this as a "grammatical exoskeleton" could appear somewhat dated would the web 2.0 provide patient centered languages. Best, Philippe --- ## Post #15 by @thomas.beale fine by me. - thomas --- ## Post #16 by @system Looking forward to the read the paper\! Might have been a good idea to start this thread :\) Regards, Birger --- ## Post #17 by @Koray_Atalag Hi Philippe, great to hear from you on this list J I’d be keen to get involved --- **Canonical:** https://discourse.openehr.org/t/clinical-modeling-a-critical-analysis/15339 **Original content:** https://discourse.openehr.org/t/clinical-modeling-a-critical-analysis/15339