Temporal Mediators: Integration of Temporal Reasoning and Temporal-Data Maintenance Yuval Shahar MD, PhD Temporal Reasoning and Planning in Medicine.

Slides:



Advertisements
Similar presentations
1 Using Ontologies in Clinical Decision Support Applications Samson W. Tu Stanford Medical Informatics Stanford University.
Advertisements

Temporal Databases and Maintenance of Time-Oriented Clinical Data Yuval Shahar, M.D., Ph.D.
Context-Awareness on Mobile Devices – the Hydrogen Approach Sangkeun Lee.
Copyright © 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 13 Introduction to SQL Programming Techniques.
Automated Clinical Guideline Systems: A Comparison Gillian Hubble MDI 207 6/7/00.
Overview of Databases and Transaction Processing Chapter 1.
Database management concepts Database Management Systems (DBMS) An example of a database (relational) Database schema (e.g. relational) Data independence.
Guideline interaction scenarios  At the point of care Physicians apply marked-up guidelines, thus they Need to find an appropriate guideline in “ real.
©Silberschatz, Korth and Sudarshan1.1Database System Concepts Chapter 1: Introduction Purpose of Database Systems View of Data Data Models Data Definition.
Summary. Chapter 9 – Triggers Integrity constraints Enforcing IC with different techniques –Keys –Foreign keys –Attribute-based constraints –Schema-based.
Knowledge-Based Interpretation, Visualization, and Exploration of Time-Oriented Medical Data Yuval Shahar, M.D., Ph.D. Medical Informatics Center Information.
Developing an Ontology-based Metadata Management System for Heterogeneous Clinical Databases By Quddus Chong Winter 2002.
1 Introduction Introduction to database systems Database Management Systems (DBMS) Type of Databases Database Design Database Design Considerations.
Dr. Kalpakis CMSC 461, Database Management Systems Introduction.
Database Management Systems (DBMS)
Temporal Reasoning and Planning in Medicine Temporal Reasoning In Medical Information Systems (I) Yuval Shahar M.D., Ph.D.
The chapter will address the following questions:
Chapter 2 Database System Concepts and Architecture
IDR Snapshot: Quantitative Assessment Methodology Evaluating Size and Comprehensiveness of an Integrated Data Repository Vojtech Huser, MD, PhD a James.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 1 Chapter 1 - Introduction: Databases and Database Users - Outline Types of Databases and.
Information storage: Introduction of database 10/7/2004 Xiangming Mu.
Methods for Computer-Aided Design and Execution of Clinical Protocols Mark A. Musen, M.D., Ph.D. Stanford Medical Informatics Stanford University.
Distributed Knowledge-Based Abstraction, Visualization, and Exploration of Time-Oriented Clinical Data Yuval Shahar, M.D., Ph.D. Medical Informatics Research.
Context Tailoring the DBMS –To support particular applications Beyond alphanumerical data Beyond retrieve + process –To support particular hardware New.
Distributed, Knowledge-Based Temporal-Abstraction Mediation Yuval Shahar, M.D., Ph.D. Medical Informatics Research Center Department of Information Systems.
COMP 410 & Sky.NET May 2 nd, What is COMP 410? Forming an independent company The customer The planning Learning teamwork.
CST203-2 Database Management Systems Lecture 2. One Tier Architecture Eg: In this scenario, a workgroup database is stored in a shared location on a single.
Week 4 Lecture Part 3 of 3 Database Design Samuel ConnSamuel Conn, Faculty Suggestions for using the Lecture Slides.
CHAPTER 14 USING RELATIONAL DATABASES TO PROVIDE OBJECT PERSISTENCE (ONLINE) © 2013 Pearson Education, Inc. Publishing as Prentice Hall 1 Modern Database.
Fundamentals of Database Chapter 7 Database Technologies.
Introduction to Database Management. 1-2 Outline  Database characteristics  DBMS features  Architectures  Organizational roles.
Temporal Reasoning and Planning in Medicine Automated Support to Guideline-Based Care Yuval Shahar, M.D., Ph.D.
Chapter 1 : Introduction §Purpose of Database Systems §View of Data §Data Models §Data Definition Language §Data Manipulation Language §Transaction Management.
Information System Development Courses Figure: ISD Course Structure.
HYGIA: Design and Application of New Techniques of Artificial Intelligence for the Acquisition and Use of Represented Medical Knowledge as Care Pathways.
©Silberschatz, Korth and Sudarshan1.1Database System Concepts COMP319: Introduction Course Structure Course Assessment Review: DBMS Structure Review: Terminology.
©Silberschatz, Korth and Sudarshan1.1Database System Concepts Chapter 1: Introduction Purpose of Database Systems View of Data Data Models Data Definition.
Ihr Logo Fundamentals of Database Systems Fourth Edition El Masri & Navathe Chapter 2 Database System Concepts and Architecture.
Chapter 18 Object Database Management Systems. McGraw-Hill/Irwin © 2004 The McGraw-Hill Companies, Inc. All rights reserved. Outline Motivation for object.
CSE (c) S. Tanimoto, 2002 Expert Systems 1 Expert Systems Outline: Various Objectives in Creating Expert Systems Integration of AI Techniques into.
© 2005 Prentice Hall10-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
5 - 1 Copyright © 2006, The McGraw-Hill Companies, Inc. All rights reserved.
CASS – Middleware for Mobile Context-Aware Applications Patrick Fahy Siobhan Clarke Trinity College Dublin, Ireland Summarized by Babar Tareen,
Chapter 8 Object Design Reuse and Patterns. Object Design Object design is the process of adding details to the requirements analysis and making implementation.
Database Systems Design, Implementation, and Management Coronel | Morris 11e ©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or.
DDBMS Distributed Database Management Systems Fragmentation
603 Database Systems Senior Lecturer: Laurie Webster II, M.S.S.E.,M.S.E.E., M.S.BME, Ph.D., P.E. Lecture 17 A First Course in Database Systems.
Efficient RDF Storage and Retrieval in Jena2 Written by: Kevin Wilkinson, Craig Sayers, Harumi Kuno, Dave Reynolds Presented by: Umer Fareed 파리드.
RuleML-2007, October 25-26, Orlando, Florida Essam Mansour Page No. Knowledge Centre of Applied Computing (KCAMP) Research Group Dr. Bing Wu 1 AIM: An.
Chapter 2 Database System Concepts and Architecture Dr. Bernard Chen Ph.D. University of Central Arkansas.
APPLY FUNCTIONAL MODELING TO CONSEQUENCE ANALYSIS IN SUPERVISION SYSTEMS Present by Xinxin Zhang 1 Morten Lind 1, Giulio Gola 2,
1Mr.Mohammed Abu Roqyah. Database System Concepts and Architecture 2Mr.Mohammed Abu Roqyah.
CIS/SUSL1 Fundamentals of DBMS S.V. Priyan Head/Department of Computing & Information Systems.
Behavioral Patterns CSE301 University of Sunderland Harry R Erwin, PhD.
This material was developed by Duke University, funded by the Department of Health and Human Services, Office of the National Coordinator for Health Information.
Design Reuse Earlier we have covered the re-usable Architectural Styles as design patterns for High-Level Design. At mid-level and low-level, design patterns.
Clinical Decision Support Systems Dimitar Hristovski, Ph.D. Institute of Biomedical.
Object storage and object interoperability
Chapter 18 Object Database Management Systems. Outline Motivation for object database management Object-oriented principles Architectures for object database.
21/1/ Analysis - Model of real-world situation - What ? System Design - Overall architecture (sub-systems) Object Design - Refinement of Design.
1 The T4SQL Temporal Query Language Presented by 黃泰豐 2007/12/26.
Introduction: Databases and Database Systems Lecture # 1 June 19,2012 National University of Computer and Emerging Sciences.
Chapter 2 Database System Concepts and Architecture
Datamining : Refers to extracting or mining knowledge from large amounts of data Applications : Market Analysis Fraud Detection Customer Retention Production.
Chapter 2 Database Environment.
Database management concepts
Model-View-Controller Patterns and Frameworks
Database Systems Instructor Name: Lecture-3.
Database management concepts
Temporal Reasoning and Planning in Medicine The Asgaard Project: A Task-Specific Framework for the Application and Critiquing of Time-Oriented Clinical.
Presentation transcript:

Temporal Mediators: Integration of Temporal Reasoning and Temporal-Data Maintenance Yuval Shahar MD, PhD Temporal Reasoning and Planning in Medicine

Temporal Reasoning and Temporal Maintenance n Temporal reasoning supports inference tasks involving time-oriented data; often connected with artificial-intelligence methods n Temporal data maintenance deals with storage and retrieval of data that has multiple temporal dimensions; often connected with database systems n Both require temporal data modelling

Examples of Temporal- Maintenance Systems n TSQL2, a bitemporal-database query language (Snodgrass et al., Arizona) n TNET and the TQuery language (Kahn, Stanford/UCSF) n The Chronus/Chronus2 projects (Stanford)

Examples of Temporal-Reasoning Systems n RÉSUMÉ n M-HTP n TOPAZ n TrenDx

A Typical TM and TR Application: Automated Support to Therapy by Clinical Guidelines/Protocols  Clinical guidelines/protocols contain recommendations for medical interventions that are predicated on the observation of: u relevant temporal patterns of these states u relevant patient states

CCTG-522 Recommendation Modify the standard dose of AZT for a patient if, during treatment with the protocol, the patient experiences a second episode of moderate anemia that has persisted for more than two weeks Modify the standard dose of AZT for a patient if, during treatment with the protocol, the patient experiences a second episode of moderate anemia that has persisted for more than two weeks

Protocol-Based Decision Support System n Presents patient-specific recommendations n Needs a method for verifying the presence of time-oriented patient conditions in a database

Information Mismatch

Temporal Abstraction n Defined as the creation of high-level summaries of time-oriented data n Necessary because u clinical databases usually store raw, time-stamped data u protocols often require information in high-level terms

Temporal Patterns

Temporal Maintenance n Defined as the storage of time-oriented data and the selective retrieval of that data based on some time-oriented constraint n Necessary because clinical conditions may be defined as temporal patterns u temporal order u temporal duration u temporal context

Temporal Data Manager n Performs u temporal abstraction of time-oriented data u temporal maintenance n Used for tasks such as finding in a patient database which patients fulfil eligibility conditions (expressed as temporal patterns), assessing the quality of care by comparison to predefined time- oriented goals, or visualization temporal patterns in the patient data

Embedding A Temporal Data Manager Within a Guideline- Support System n Can be embedded within a larger decision support framework, e.g., EON n Mediates all access to the external clinical database

1) Extend DBMS 2) Extend Application Two Implementation Strategies

Problems Extending DBMS Temporal data management methods implemented in DBMS: u are limited to producing very simple abstractions u are often database- specific

Problems Extending Applications Temporal data management methods implemented in applications: Temporal data management methods implemented in applications: u duplicate some functions of the DBMS u are application-specific

Our Strategy n Separates data management methods from the application and the database n Decomposes temporal data management into two general tasks: u temporal abstraction u temporal maintenance

The Tzolkin Temporal Mediator Architecture

RÉSUMÉ: Temporal Abstraction n Creates summaries of time-oriented data u Clinical data is usually stored as “low-level” data u Protocols often specify conditions as “high-level”, interval-based concepts n Is domain-independent n Has a tool that facilitates knowledge acquisition and maintenance

Temporal Abstraction of Hb

Chronus: Temporal Maintenance n Provides temporal extensions to SQL n Historical relational model u Each tuple has two time stamps u Time stamps conferred special status n Temporal algebra that supports temporal manipulations u Closed algebra u Complete for the temporal conditions found in protocols

Chronus TimeLine SQL (TL-SQL) GRAINWEEK SELECT2ND problem_name FROMproblems_table WHEREproblem_name = ‘Hb’ WHENSTART_TIME BEFORE 1/1/99

RÉSUMÉ and Chronus Coupling RÉSUMÉ and Chronus n Integrates temporal abstraction and temporal query processing n Allows retrieval of summaries of clinical data using time-oriented conditions Modify the standard dose of AZT for a patient if, during treatment with the protocol, the patient experiences a second episode of moderate anemia that has persisted for more than two weeks Modify the standard dose of AZT for a patient if, during treatment with the protocol, the patient experiences a second episode of moderate anemia that has persisted for more than two weeks

SQLA Interface Language n Based on SQL n Supports temporal queries n Detects when abstractions are requested and computes them on the fly GRAINWEEK CONTEXTCCTG-522 CONTEXTCCTG-522 SELECT2ND problem_name FROMproblems_table WHEREproblem_name = ‘HbState’ and value = ‘moderate anemia’ WHENDURATION (start, stop) > 2

Query-Evaluation Algorithm

A Detailed Example GRAINWEEK CONTEXTCCTG-522 CONTEXTCCTG-522 SELECT2ND problem_name FROMproblems_table WHEREproblem_name = ‘HbState’ and value = ‘moderate anemia’ WHENDURATION (start, stop) > 2

Loading the Domain Knowledge n Examine the context clause of the SQLA statement, which contains a reference to a knowledge base n Use the reference to locate and load the appropriate knowledge base

Detecting the Need for Abstractions n Find non- SQLA terms in WHERE clause (“HbState” and “moderate anemia”) n Look up terms in RESUME KB n If look-up succeeds, Tzolkin needs to compute abstractions (“HbState”) HbWBCPlt HbStateWBCStatePltState Blood State

Loading the Data Primitives n Locate the requested abstraction in the RESUME KB (“HbState”) n Find the primitive parameters (leaves of the tree) below it (“Hb”) n Load all patient data of these parameter types into RESUME HbWBCPlt HbStateWBCStatePltState Blood State

RÉSUMÉ Generating the Interpretation Contexts within RÉSUMÉ n Find the types of events and abstractions that can induce a context (via a dynamic induction relation of contexts) (context CCTG522 can be induced by event: “enroll-CCTG 522”) n Locate patient-specific instances of these events (patient enrolled in CCTG 522 on 10/10/1999) n Compute all abstractions that can induce a context (recursive process) n RESUME will then generate the appropriate contexts

RÉSUMÉ Invoking RÉSUMÉ and Chronus n Execute RESUME to compute the requested abstractions u The computed abstractions are stored in the database u RESUME signals Tzolkin when it is done n Then execute Chronus to retrieve the results

Future Research Directions n Enhancement of the query language n Addition of truth-maintenance capabilities to the database n Addition of “what-if” query support n Provision of complete dynamic (goal-directed) query computation