What do SNOMED CT Concepts Represent? Stefan Schulz University Medical Center, Freiburg, Germany 31 July & 1 August 2009 Internationales Begegnungszentrum.

Slides:



Advertisements
Similar presentations
Semantic Interoperability in Health Informatics: Lessons Learned 10 January 2008Semantic Interoperability in Health Informatics: Lessons Learned 1 Medical.
Advertisements

Biomedical Informatics Reference Ontologies in Biomedicine Christopher G. Chute, MD DrPH Professor and Chair, Biomedical Informatics Mayo Clinic College.
1 ICS-FORTH & Univ. of Crete SeLene November 15, 2002 A View Definition Language for the Semantic Web Maganaraki Aimilia.
Complex Occurrents in Clinical Terminologies Stefan Schulz, Kornél Markó Department of Medical Informatics, Freiburg University Hospital, Germany Boontawee.
Copyright © 2001 College of American Pathologists SNOMED Quick Start Guide A Quick Guide to Installing and Working with SNOMED ® CT Help Exit.
Catalina Martínez-Costa, Stefan Schulz: Ontology-based reinterpretation of the SNOMED CT context model Ontology-based reinterpretation of the SNOMED CT.
ICD 11 FC and SNOMED CT – finding as Ontologies of Clinical Situations Stefan Schulz.
SNOMED CT’s Ontological Commitment Stefan Schulz University Medical Center, Freiburg, Germany Ronald Cornet Academic Medical Center, Amsterdam, The Netherlands.
Records and situations. Integrating contextual aspects in clinical ontologies Stefan Schulz a,b Daniel Karlsson b a Institute for Medical Informatics,
Biomedical Informatics Some Observations on Clinical Data Representation in EHRs Christopher G. Chute, MD DrPH, Mayo Clinic Chair, ICD11 Revision, World.
Description Logics. Outline Knowledge Representation Knowledge Representation Ontology Language Ontology Language Description Logics Description Logics.
Extracted from “Lmo-2 interacts with Elf-2” On the Meaning of Common Statements in Biomedical Literature Stefan Schulz Department of Medical Informatics,
Improving Data Discovery in Metadata Repositories through Semantic Search Chad Berkley 1, Shawn Bowers 2, Matt Jones 1, Mark Schildhauer 1, Josh Madin.
Terminology in Health Care and Public Health Settings
The IHTSDO Workbench A Terminology Management Tool John Gutai, IHTSDO May 2011 For OHT.
Ontology-based Convergence of Medical Terminologies: SNOMED CT and ICD-11 Institute for Medical Informatics, Statistics and Documentation, Medical University.
Developing an OWL-DL Ontology for Research and Care of Intracranial Aneurysms – Challenges and Limitations Holger Stenzhorn, Martin Boeker, Stefan Schulz,
The Foundational Model of Anatomy and its Ontological Commitment(s) Stefan Schulz University Medical Center, Freiburg, Germany FMA in OWL meeting November.
Of 39 lecture 2: ontology - basics. of 39 ontology a branch of metaphysics relating to the nature and relations of being a particular theory about the.
Concept Model for observables, investigations, and observation results For the IHTSDO Observables Project Group and LOINC Coordination Project Revision.
Working Together to Advance Terminology Tooling Presentation to OHT Board, Birmingham Jennifer Zelmer & Karen Gibson.
INF 384 C, Spring 2009 Ontologies Knowledge representation to support computer reasoning.
A Case Study of ICD-11 Anatomy Value Set Extraction from SNOMED CT Guoqian Jiang, PhD ©2011 MFMER | slide-1 Division of Biomedical Statistics & Informatics,
SNOMED CT's Condition / Situation approach related to OGMS Stefan Schulz Medical University of Graz (Austria) ICBO 2013 Montreal OGMS Meeting.
SNOMED CT – Distributed Content Management Stefan Schulz Content Committee April 2, 2009.
USCISIUSCISI Background Description Logic Systems Thomas Russ.
Of 33 lecture 10: ontology – evolution. of 33 ece 720, winter ‘122 ontology evolution introduction - ontologies enable knowledge to be made explicit and.
1 HL7 RIM Barry Smith
Temporal Reasoning and Planning in Medicine Frame-Based Representations and Description Logics Yuval Shahar, M.D., Ph.D.
A School of Information Science, Federal University of Minas Gerais, Brazil b Medical University of Graz, Austria, c University Medical Center Freiburg,
WHO – IHTSDO: SNOMED CT – ICD-11 coordination: Conditions vs. Situations Stefan Schulz IHTSDO conference Copenhagen, Apr 24, 2012.
Semantic Clarification of the Representation of Procedures and Diseases in SNOMED CT Stefan Schulz Medical Informatics, Freiburg University Hospital (Germany)
Ontological Analysis, Ontological Commitment, and Epistemic Contexts Stefan Schulz WHO – IHTSDO Joint Advisory Group First Face-to-Face Meeting Heathrow,
The ICPS: A taxonomy, a classification, an ontology or an information model? Stefan SCHULZ IMBI, University Medical Center, Freiburg, Germany.
Proposed NWI KIF/CG --> Common Logic Standard A working group was recently formed from the KIF working group. John Sowa is the only CG representative so.
Component 3-Terminology in Healthcare and Public Health Settings Unit 17-Clinical Vocabularies This material was developed by The University of Alabama.
The ICPS: A taxonomy, a classification, an ontology or an information model? Stefan SCHULZ IMBI, University Medical Center, Freiburg, Germany.
Using Several Ontologies for Describing Audio-Visual Documents: A Case Study in the Medical Domain Sunday 29 th of May, 2005 Antoine Isaac 1 & Raphaël.
SKOS. Ontologies Metadata –Resources marked-up with descriptions of their content. No good unless everyone speaks the same language; Terminologies –Provide.
DL Overview Second Pass Ming Fang 06/19/2009. Outlines  Description Languages  Knowledge Representation in DL  Logical Inference in DL.
© University of Manchester Creative Commons Attribution-NonCommercial 3.0 unported 3.0 license Lexically Suggest, Logically Define: QA of Qualifiers &
Commentary: The HL7 Reference Information Model as the Basis for Interoperability George W. Beeler, Jr. Ph.D. Co-Chair, HL7 Modeling & Methodology.
Description Logics Dr. Alexandra I. Cristea. Description Logics Description Logics allow formal concept definitions that can be reasoned about to be expressed.
ece 627 intelligent web: ontology and beyond
Pre- and Post-Coordination in Biomedical Ontologies Stefan Schulz Daniel Schober Djamila Raufie Martin Boeker Medical Informatics Research Group University.
Detection of underspecifications in SNOMED CT concept definitions using language processing 1 Federal Technical University of Paraná (UTFPR), Curitiba,
SNOMED CT A Technologist’s Perspective Gaur Sunder Principal Technical Officer & Incharge, National Release Center VC&BA, C-DAC, Pune.
SNOMED CT Vendor Introduction 27 th October :30 (CET) Implementation Special Interest Group Tom Seabury IHTSDO.
W. Scott Campbell, Ph.D., MBA University of Nebraska Medical Center
LDK R Logics for Data and Knowledge Representation Description Logics: family of languages.
Essential SNOMED. Simplifying S-CT. Supporting integration with health
Oncology in SNOMED CT NCI Workshop The Role of Ontology in Big Cancer Data Session 3: Cancer big data and the Ontology of Disease Bethesda, Maryland May.
Assessing SNOMED CT for Large Scale eHealth Deployments in the EU Workpackage 2- Building new Evidence Daniel Karlsson, Linköping University Stefan Schulz,
UNIFIED MEDICAL LANGUAGE SYSTEMS (UMLS)
Representation of Hypersensitivity, Allergy and adverse reactions in SNOMED CT Bruce Goldberg, MD, PhD.
The “Common Ontology” between ICD 11 and SNOMED CT
W. Scott Campbell, MBA, PhD James R. Campbell, MD
Stefan Schulz Medical Informatics Research Group
ece 720 intelligent web: ontology and beyond
Semantic Web Foundations
ece 627 intelligent web: ontology and beyond
Can SNOMED CT be harmonized with an upper-level ontology?
Ontology authoring and assessment
ICD 11 FC and SNOMED CT – finding as Ontologies of Clinical Situations
Architecture for ICD 11 and SNOMED CT Harmonization
A bit more about Read Codes and SNOMED CT
Harmonizing SNOMED CT with BioTopLite
(1.4) An Introduction to Logic
Stefan SCHULZ IMBI, University Medical Center, Freiburg, Germany
Logics for Data and Knowledge Representation
Presentation transcript:

What do SNOMED CT Concepts Represent? Stefan Schulz University Medical Center, Freiburg, Germany 31 July & 1 August 2009 Internationales Begegnungszentrum Bergstraße 7a, Rostock

Why ontology matters for medicine Introduction Examples Discussion Conclusions

World Health Organization; ICD-113

4

Thanks: Christopher Chute, Mayo Clinic5

International Classification of Diseases Introduction Examples Discussion Conclusions

Why ontologies matter for medicine Introduction Examples Discussion Conclusions Create taxonomies of natural kinds –classify instances in the world –basic for health statistics –exemplified in disease & procedure classification systems

Thanks: Christopher Chute, Mayo Clinic8

Medical Subject Headings Introduction Examples Discussion Conclusions

Why ontologies matter for medicine Create taxonomies of natural kinds –classify instances in the world –basic for health statistics –exemplified in disease & procedure classification systems Creating common vocabularies / terminologies –normalization of word meanings –annotation of research data –facilitate document and fact retrieval Introduction Examples Discussion Conclusions

Why ontologies matter for medicine Create taxonomies of natural kinds –classify instances in the world –basic for health statistics –exemplified in disease & procedure classification systems Creating common terminologies –normalization of word meanings –annotation of research data –facilitate document and fact retrieval Introduction Examples Discussion Conclusions set theory extensionality real things linguistics intensionality concepts

SNOMED: Development SNOP SNOMED SNOMED II SNOMED 3.0 SNOMED 3.5 SNOMED RT SNOMED CT pathology nomenclature multiaxial nomenclature of whole medicine logic-based descriptions Fusion with CTV3 ontological principles Context Model IHTSDO SNOMED im UMLS Introduction Examples Discussion Conclusions

SNOMED CT Stefan Schulz: SNOMED CT Introduction Examples Discussion Conclusions “Standardized Nomenclature of Medicine – Clinical Terms” Comprehensive clinical terminology ( > 300,000 representational units) Devised to represent the meaning of clinical terms for whole range of health and clinical care Increasingly guided by ontological design principles Using a formal language: (Basic) Description Logics EL: –equivalence (  ), subsumption ( ⊑ ) –existential role restriction (  ), conjunction ( ⊓ )

SNOMED CT as a controlled vocabulary links medical terms including synonyms and translations to language- independent concepts z.Zt concepts engl. terms Stefan Schulz: SNOMED CT Introduction Examples Discussion Conclusions

SNOMED CT as a formal system hierarchies: strict specialization (is-a) Stefan Schulz: SNOMED CT Introduction Examples Discussion Conclusions

SNOMED CT as a formal system restrictions based on simple description logics: C1 – Rel – C2 interpreted as:  x: instanceOf(x, C1)   y: instanceOf(C2)  Rel(x,y) Relations (Attributes): z.B. Associated morphology Finding site (50 relation types) Stefan Schulz: SNOMED CT Introduction Examples Discussion Conclusions

SNOMED CT als formales System definierte vs. primitive Konzepte defined vs. primitive concepts Stefan Schulz: SNOMED CT Introduction Examples Discussion Conclusions

Deficit of previous non-formal SNOMED versions D Acute appendicitis, NOS D Appendicitis, NOS G-A231Acute M-41000Acute inflammation, NOS G-C006In T-59200Appendix, NOS G-A231Acute M-40000Inflammation G-C006In T-59200Appendix, NOS SNOMED INTERNATIONAL Unterschiedliche Beschreibungen desselben Sachverhalts sind nicht aufeinander abbildbar Aneinanderreihung von Konzepten und Relationen nicht eindeutig interpretierbar Introduction Examples Discussion Conclusions

Ontological commitment “Agreement about the ontological nature of the entities being referred to by the representational units in an ontology” (modified definition following Gruber 93) Formal ontologies: subsumption and equivalence statements are either true or false Problem: change of truth-value of axioms and sentences according to resulting competing interpretations Introduction Examples Discussion Conclusions

Tonsillectomy Introduction Examples Discussion Conclusions

1.Tonsillectomy planned   rg.(  associatedProcedure.Tonsillectomy ⊓  procedureContext.Planned ⊓  subjectRelationshipContext.SubjectOfRecord ⊓  temporalContext.CurrentOrSpecifiedTime) 2.Denied tonsillectomy  Tonsillectomy ⊓  Priority.Denied 3.Tetralogy of Fallot  PulmonicValveStenosis ⊓ VentricularSeptalDefect ⊓ OverridingAorta ⊓ RightVentricular hypertrophy SNOMED CT Examples Introduction Examples Discussion Conclusions

1.Tonsillectomy planned   rg.(  associatedProcedure.Tonsillectomy ⊓  procedureContext.Planned ⊓  subjectRelationshipContext.SubjectOfRecord ⊓  temporalContext.CurrentOrSpecifiedTime) 2.Denied tonsillectomy  Tonsillectomy ⊓  Priority.Denied 3.Tetralogy of Fallot  PulmonicValveStenosis ⊓ VentricularSeptalDefect ⊓ OverridingAorta ⊓ RightVentricular hypertrophy SNOMED CT Examples Introduction Examples Discussion Conclusions

1.Tonsillectomy planned   rg.(  associatedProcedure.Tonsillectomy ⊓  procedureContext.Planned ⊓  subjectRelationshipContext.SubjectOfRecord ⊓  temporalContext.CurrentOrSpecifiedTime) 2.Denied tonsillectomy  Tonsillectomy ⊓  Priority.Denied 3.Tetralogy of Fallot  PulmonicValveStenosis ⊓ VentricularSeptalDefect ⊓ OverridingAorta ⊓ RightVentricular hypertrophy SNOMED CT Examples Introduction Examples Discussion Conclusions

Pulmonic valve stenosis Introduction Examples Discussion Conclusions

Pulmonic valve stenosis Introduction Examples Discussion Conclusions Tetralogy of Fallot

Pulmonic valve stenosis Tetralogy of Fallot Introduction Examples Discussion Conclusions

1.Tonsillectomy planned   rg.(  associatedProcedure.Tonsillectomy ⊓  procedureContext.Planned ⊓  subjectRelationshipContext. SubjectOfRecord ⊓  temporalContext.CurrentOrSpecifiedTime) 2.Denied tonsillectomy  Tonsillectomy ⊓  Priority.Denied 3.Tetralogy of Fallot  PulmonicValveStenosis ⊓ VentricularSeptalDefect ⊓ OverridingAorta ⊓ RightVentricular hypertrophy SNOMED CT Examples Introduction Examples Discussion Conclusions

1.Tonsillectomy planned   rg.(  associatedProcedure.Tonsillectomy ⊓  procedureContext.Planned ⊓  subjectRelationshipContext. SubjectOfRecord ⊓  temporalContext.CurrentOrSpecifiedTime) 2.Denied tonsillectomy  Tonsillectomy ⊓  Priority.Denied 3.Tetralogy of Fallot  PulmonicValveStenosis ⊓ VentricularSeptalDefect ⊓ OverridingAorta ⊓ RightVentricular hypertrophy SNOMED CT Examples Introduction Examples Discussion Conclusions “every denied tonsillectomy is a tonsillectomy” “every instance of “Tonsillectomy planned” implies some tonsillectomy” “every Fallot is also a Pulmonic Valve Stenosis”

Problems The negation of a process is a specialization of this process A plan is defined such as its realization is implied A (definitional) proper part of a compound entity is its taxonomic parent Introduction Examples Discussion Conclusions

Proper parts of taxonomic parents ? is-a Tetralogy of Fallot Traffic Light Red Light Yellow Light Green LightASD PVS RVH OA Introduction Examples Discussion Conclusions Example from Harold Solbrig

Relevance The three examples are not accidental errors – they represent systematic architectural patterns of SNOMED CT –for 50,000 procedure concepts, “denied” subconcepts can be created –hundreds of concepts have properties like “planned”, “suspected” or “known absent” in their definition –77,000 “procedure” or “finding” concepts have their constituent parts as parent concepts (side effect of role group constructor) Hypothesis: they represent different and competing ontological commitments strongly influenced by the practice of clinical coding and documentation Introduction Examples Discussion Conclusions

Alternative interpretations ? Introduction Examples Discussion Conclusions

Alternative interpretation (I) 4 7:30 # Bil. Tonsillectomy AB OB AR Int CN 4 8:15 # Adenoidectomy AB OB AR Int CN 4 9:00 # Bil. Tonsillectomy OB AB AR Int CN 4 9:45 # Mastoidectomy AB OB AR Int CN suspended Introduction Examples Discussion Conclusions Information Artifact

Alternative interpretation (I) SNOMED CT concepts are instantiated by representational artifacts as contained in an electronic patient record –A documentation artifact of a certain kind is created for each patient scheduled for an operation –The class of these information artifacts includes subclasses of information artifacts that include values such as “planned”, “executed”, “denied” etc. –An expression such as  associatedProcedure.Tonsillectomy can be seen representing a plan (but  is false anyway) – Priority.Denied refines the class of information artifacts but not the class of tonsillectomies Introduction Examples Discussion Conclusions

Alternative interpretation (I) Extension of “Tonsillectomy” includes extension of “Denied Tonsillectomy”: FALSE x x x Introduction Examples Discussion Conclusions

Alternative interpretation (I) Extension of “Record of Tonsillectomy” includes extension of “Record of Denied Tonsillectomy”: TRUE T T T T T T T T T T T T T T T T T T T T T T T T T T T T x x x Introduction Examples Discussion Conclusions

Alternative interpretation (II) SNOMED CT concepts are instantiated by patients or clinical situations. –Pulmonic Valve Stenosis stands for “Patient with a pulmonic valve stenosis” –Tetralogy of Fallot stands for “Fallot Patient” –All Fallot patients are also patients with pulmonic valve stenosis because every instance of Tetralogy of Fallot has one instance of pulmonic valve stenosis as part Consequence: –Finding and procedure concepts extend to classes of patients but not to classes of findings or procedures Introduction Examples Discussion Conclusions

Extension of “Pulmonic Valve Stenosis” includes extension of “Tetralogy of Fallot”: FALSE Introduction Examples Discussion Conclusions Alternative interpretation (II)

F PPPP FF P F PP Extension of “Patient with Pulmonic Valve Stenosis” includes extension of “Patient with Tetralogy of Fallot”: TRUE Introduction Examples Discussion Conclusions Alternative interpretation (II)

F PPPP FF P F PP Extension of “Situation with Pulmonic Valve Stenosis” includes extension of “Situation with Tetralogy of Fallot”: TRUE Alternative interpretation (II) Introduction Examples Discussion Conclusions

Conclusions SNOMED CT’s ontological commitment is heterogeneous SNOMED CT’s alternative interpretations are implicit, thus leaving burden of interpretation to the user. The alternative interpretations reflect clinicians’ reasoning patterns SNOMED mixes elements of an ontology with elements of information models (information artifacts) Use of SNOMED CT as an ontology depends on agreement about its ontological commitment Introduction Examples Discussion Conclusions