SNOMED Core Structures 2 nd AAHA Software Vendors Summit – April 21, 2009.

Slides:



Advertisements
Similar presentations
2017/3/25 Test Case Upgrade from “Test Case-Training Material v1.4.ppt” of Testing basics Authors: NganVK Version: 1.4 Last Update: Dec-2005.
Advertisements

Chungnam National University DataBase System Lab
Semantic Interoperability in Health Informatics: Lessons Learned 10 January 2008Semantic Interoperability in Health Informatics: Lessons Learned 1 Medical.
1 jNIK IT tool for electronic audit papers 17th meeting of the INTOSAI Working Group on IT Audit (WGITA) SAI POLAND (the Supreme Chamber of Control)
Relational Database and Data Modeling
Relational data objects 1 Lecture 6. Relational data objects 2 Answer to last lectures activity.
Database Design: ER Modelling (Continued)
Configuration management
Software change management
1 of 22 International Reports Phase 2/ DA0539-w1 Last updated: International Reports Phase 2.
Information Systems Today: Managing in the Digital World
Chapter 18 Methodology – Monitoring and Tuning the Operational System Transparencies © Pearson Education Limited 1995, 2005.
Microsoft Access.
Copyright © 2001 College of American Pathologists Presentation Objectives By the end of this presentation you should know: –The content of the 3 core SNOMED.
Chapter 10: Designing Databases
Access Tables 1. Creating a Table Design View Define each field and its properties Data Sheet View Essentially spreadsheet Enter fields You must go to.
Heppenheim Producer-Archive Interface Specification Status of standardisation project Main characteristics, major changes, items pending.
 Implementing terminology requires supporting tools  Tools required are highly dependant on the type of implementation  Covered in this presentation.
Chapter 2 Entity-Relationship Data Modeling: Tools and Techniques
Chapter 10 Database Management
Chapter 15 A Table with a View: Database Queries.
Chapter 3 Data Modeling Copyright © 2014 McGraw-Hill Education. All rights reserved. No reproduction or distribution without the prior written consent.
Introduction to the ABAP Data Dictionary
Maintenance Modifying the data –Add records –Delete records –Update records Modifying the design –Add fields into tables –Remove fields from a table –Change.
Introduction to XLink Transparency No. 1 XML Information Set W3C Recommendation 24 October 2001 (1stEdition) 4 February 2004 (2ndEdition) Cheng-Chia Chen.
Database Design Chapter 3.
The Relational Database Model. 2 Objectives How relational database model takes a logical view of data Understand how the relational model’s basic components.
Chapter 4 Relational Databases Copyright © 2012 Pearson Education, Inc. publishing as Prentice Hall 4-1.
1 Chapter 2 Reviewing Tables and Queries. 2 Chapter Objectives Identify the steps required to develop an Access application Specify the characteristics.
Database Systems: Design, Implementation, and Management Eighth Edition Chapter 3 The Relational Database Model.
3 1 Chapter 3 The Relational Database Model Database Systems: Design, Implementation, and Management, Seventh Edition, Rob and Coronel.
Establishing Table Structures Chapter 7 Database Design for Mere Mortals.
Introduction to XML This material is based heavily on the tutorial by the same name at
Chapter 4 Relational Databases Copyright © 2012 Pearson Education 4-1.
3/18/19990© 1999, Health Level Seven, Inc. Introduction: Vocabulary domains Marital Status –single (never married) –married –divorced –separated “Vocabulary”
Managing SNOMED in your system. 2 nd AAHA Software Vendors Summit – April 21, 2009.
The Relational Database Model
Chapter 7 Data Modeling with Entity Relationship Diagrams Database Principles: Fundamentals of Design, Implementation, and Management Tenth Edition.
Chapter 3 The Relational Model Transparencies Last Updated: Pebruari 2011 By M. Arief
TM 7-1 Copyright © 1999 Addison Wesley Longman, Inc. Physical Database Design.
CHAPTER 8: MANAGING DATA RESOURCES. File Organization Terms Field: group of characters that represent something Record: group of related fields File:
6 Chapter Databases and Information Management. File Organization Terms and Concepts Bit: Smallest unit of data; binary digit (0,1) Byte: Group of bits.
Discovering Computers Fundamentals Fifth Edition Chapter 9 Database Management.
1 The Relational Database Model. 2 Learning Objectives Terminology of relational model. How tables are used to represent data. Connection between mathematical.
9/7/2012ISC329 Isabelle Bichindaritz1 The Relational Database Model.
MIS 327 Database Management system 1 MIS 327: DBMS Dr. Monther Tarawneh Dr. Monther Tarawneh Week 2: Basic Concepts.
Created by, Author Name, School Name—State FLUENCY WITH INFORMATION TECNOLOGY Skills, Concepts, and Capabilities.
3 & 4 1 Chapters 3 and 4 Drawing ERDs October 16, 2006 Week 3.
Part4 Methodology of Database Design Chapter 07- Overview of Conceptual Database Design Lu Wei College of Software and Microelectronics Northwestern Polytechnical.
+ Information Systems and Databases 2.2 Organisation.
3 1 Chapter 3 The Relational Database Model Database Systems: Design, Implementation, and Management, Seventh Edition, Rob and Coronel.
Database Systems: Design, Implementation, and Management Tenth Edition Chapter 3 The Relational Database Model.
The relational model A data model (in general) : Integrated collection of concepts for describing data (data requirements). Relational model was introduced.
Work with Tables and Database Records Lesson 3. NAVIGATING AMONG RECORDS Access users who prefer using the keyboard to navigate records can press keys.
VTSL Enhancing the AAHA & AAEP Diagnostic Subsets 2013 Talbot Symposium Jeff R. Wilcke DVM, MS, DACVCP; Julie M. Green DVM, MS; Suzanne L. Santamaria DVM,
Introduction to the ABAP System. Slide 2 The Data Browser Allows us to look at the underlying table contents Use transaction code SE16.
SNOMED Core Structures NAHLN January 2005 Las Vegas, NV.
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.
FROM ONE NOMENCLATURES TO ANOTHER… Drs. Sven Van Laere.
1 The Relational Data Model David J. Stucki. Relational Model Concepts 2 Fundamental concept: the relation  The Relational Model represents an entire.
Canadian SNOMED CT® Extensions Challenges & Lessons learned Presentation to Implementation SIG October 2012 Presented by Linda Parisien and Beverly Knight.
SNOMED Core Structures RF2
Dr Linda Bird, IHTSDO Implementation Specialist
UNIFIED MEDICAL LANGUAGE SYSTEMS (UMLS)
Chapter 3 The Relational Database Model
MANAGING DATA RESOURCES
Physical Database Design
The ultimate in data organization
Presentation transcript:

SNOMED Core Structures 2 nd AAHA Software Vendors Summit – April 21, 2009

Terminology of Terminology Concept embodiment of a particular meaning Really a “virtual” element in the system The string in concepts table is a member of the related list of descriptions. Description Any string used to represent a concept Relationship (in SNOMED) an object – attribute – value triple connecting two concepts through an attribute Relationships in SNOMED are explicit rather than implicit (as was the case in SNOMED III)

Terminology of Terminology Extension (valid) SNOMED content outside of SNOMED core but integrated such that it can be queried as if it were part of SNOMED core. An official extension is created by an organization that holds a namespace identifier (more later). Subset A functional subset of SNOMED is a list of concepts extracted from core, an extension or both to serve a defined purpose. Navigational subset A SNOMED subset that includes adequate hierarchical information to allow navigation (browsing).

SNOMED Core Concepts Table Each row in this table represents a medical concept. Descriptions Table Each row in this table specifies a term that can be applied to describe a single clinical concept. Relationships Table Each row in this table specifies a relationship between two clinical concepts. The nature of each relationship is represented using a special kind of clinical concept.

SNOMED Core A concept is described by the term (string) in 2-n descriptions At least the Fully Specified Name (FSN) + Preferred Term Each description refers to (only) 1 concept.

SNOMED Core A concept is the source of 1-n relationships (except the root concept). A concept is the target of 1-n relationships. A concept represents the type of relationship. A relationship refers to 3 concepts: a source, a target, and a relationship type.

Concepts Table Fields Key Fields ConceptIdThe unique SNOMED Clinical Terms Identifier for this Concept. Data Fields ConceptStatusThe status of a Concept indicates whether it is in active use and, if not, indicates the reason for withdrawal from current use. FullySpecifiedNameA unique phrase that describes a Concept in a way that is intended to be unambiguous. CTV3IDThe Read Code for this Concept. SNOMEDIDThe current SNOMED identifier for this Concept. IsPrimitiveIndicates whether a Concept is Primitive or Fully defined by its current set of Defining characteristics.

Descriptions Table Key Fields DescriptionId The unique SNOMED CT Identifier for this Description. Data Fields DescriptionStatus The status of a Description indicates whether it is in active use and, if not, indicates the reason for withdrawal from current use. ConceptId The unique SNOMED CT Identifier of the associated Concept. (Foreign key to Concepts Table). Term The text of a Term used to describe the associated Concept. InitialCapitalStatus An indication of whether the capitalization status of the first character of the Term is significant. DescriptionType An indication of whether the Term is the Fully Specified Name, Preferred Term or Synonym for the Concept to which this Description applies. LanguageCode An indication of a Language or Dialect in which this Description is valid. The language or dialect subset ultimately defines the descriptions for each concept.

Concepts -> Descriptions D2-0007FPneumonia (concept) 2Synonym In Local Extension xxxxxxzzz11x 2Synonym in NAHLN Extension xxxxxxyyy11x 2Synonym in Core xxxxxx01x 1Pneumonia Pneumonia (Disorder) = “preferred” description (term) – preferred by SNOMED, perhaps not your users 2 = synonym (alternate) 3 = fully specified name

Component History Table (future use) Key Fields ComponentIDThe unique SNOMED CT Identifier for the changed Component. ReleaseVersionThe version of SNOMED CT in which this change was made. Data Fields ChangeTypeAn indication of the nature of the change. StatusThe status of this Component after the change. ReasonAn optional text Description of the reason for the change.

Historical Relationships Key Fields RelationshipId The unique SNOMED CT Identifier of this Relationship. Data Fields ConceptId1 The unique SNOMED CT Identifier of the Concept which is the source of this Relationship. RelationshipType The unique SNOMED CT Identifier of the Concept which represents the type of relationship between the related Concepts. ConceptId2 The unique SNOMED CT Identifier of the Concept which is the target of this Relationship. CharacteristicType An indication of whether a Relationship specifies a defining characteristic of the source Concept or a possible qualifying characteristic of that Concept. Refinability An indication of whether it is possible to refine the target Concept when this relationship is used as a template for clinical data entry. RelationshipGroup An integer value that links together Relationships which are part of a logically associated Relationship group.

Historical Relationships Allowed attribute values SAME AS (redundant) MAYBE A (ambiguous - 2 or more) REPLACED BY (major changes) WAS A (IS A no longer valid) MOVED TO (namespace change) MOVED FROM (namespace change)

Relationships Table Key Fields RelationshipIdThe unique SNOMED CT Identifier of this Relationship. Data Fields ConceptId1The unique SNOMED CT Identifier of the Concept which is the source of this Relationship. RelationshipTypeThe unique SNOMED CT Identifier of the Concept which represents the type of relationship between the related Concepts. ConceptId2The unique SNOMED CT Identifier of the Concept which is the target of this Relationship. CharacteristicTypeAn indication of whether a Relationship specifies a defining characteristic of the source Concept or a possible qualifying characteristic of that Concept. RefinabilityAn indication of whether it is possible to refine the target Concept when this relationship is used as a template for clinical data entry. RelationshipGroupAn integer value that links together Relationships which are part of a logically associated Relationship group.

Concept -> Relationship Concept ID Relationship ID Concept ID Relationship Table Fracture (morphology) M Associated Morphology G-C Fracture of Femur DD Concept Name SNOMED ID SCT ID Concepts Table

SCTID The SCTID data type is a 64-bit integer, which is subject to the following constraints: Only positive integer values are permitted. The minimum permitted value is 100,000 (6 digits) The maximum permitted value is 999,999,999,999,999,999 (18-digits). As result of rules for the partition-identifier and check-digit, many integers within this range are not valid SCTIDs.

SCTID The SCTID does not contain semantic information related to the meaning of a concept or term It does however have a structure that is designed to allow different types of terminological components to be recognized. The nature of a component can be derived from the table in which a component is distributed. Partitioning the SCTID avoids reuse of the same identifier for a different type of component – thus avoiding ambiguity. This also allows the nature of the identifier to be recognized when stored in a record or transferred in a message.

SCTID SCTID for centrally distributed component.

SCTID SCTID for a component in an extension.

SCTID Partition Values 00A concept 01A description 02A relationship 03A subset 04A Cross Map set 05A Cross Map target 10A concept in an extension 11A description in an extension 12A relationship in an extension 13A subset in an extension 14A Cross Map set in an extension 15A Cross Map target in an extension