Structured Data Capture (SDC) The Use of Structured Data Capture for Clinical Research

Similar documents
Structured Data Capture (SDC) Initiative

Structured Data Capture (SDC) Update for Digital Learning Collaborative

NAACCR 2015 Annual Conference Sandy Jones June 18, 2015

Structured Data Capture (SDC) Trial Implementation

Structured Data Capture (SDC) Draft for Public Comment

Setting the World on FHIR

FHIM Model Content Overview

Opportunities and challenges for public health surveillance: a new world of interoperability with electronic health records

Quality, Research & Public Health (QRPH)

HIMSS Interoperability Showcase 2011

Streamlining the Flow of Clinical Trial Data: EHR to EDC to Sponsor

HIMSS Interoperability Showcase 2011

Healthcare Link User's Guide

How To Analyze Data From A Patient Record

Data Provenance. Functional Requirements Document: Developed in Response to the Data Provenance Task Force Recommendations. Version 1.

HL7 V2 Implementation Guide Authoring Tool Proposal

Clinical Mapping (CMAP) Draft for Public Comment

EHR Standards Landscape

Helping the Cause of Medical Device Interoperability Through Standardsbased

Implementing Consolidated-Clinical Document Architecture (C-CDA) for Meaningful Use Stage 2. ONC Implementation and Testing Division April 5, 2013

S&I Framework: The Role of Standards in Supporting Healthcare Data Initiatives

ISO/HL EHR System Functional Model Standard

The HL7 CIMI Workgroup: Creating Detailed Clinical Models to Support FHIR Interoperability. HIMSS March 2, 2016 Las Vegas Stanley M.

Adverse Event Reporting and Electronic Health Records

Accelerating Health Data Interoperability Unique Device Identification for Postmarket Surveillance and Compliance Workshop

Electronic Health Network - Case Study Consent2Share Share with Confidence

Newborn Screening Interoperability Specification

Standards and Interoperability: The DNA of the EHR

Quality Reporting Under Meaningful Use Stage 2. Crystal Kallem, Director of Business Analysis & Policy Lantana Consulting Group

Impact of Electronic Health Records Implementation on the Early Detection Hearing and Intervention Programs

SINTERO SERVER. Simplifying interoperability for distributed collaborative health care

In the context of Meaningful Use, the Center for Medicaid and Medicare Services defines CQMs as follows on

reporting to the Cancer Medical Malware

The REUSE project: EHR as single datasource for biomedical research

The CDISC Healthcare Link Initiative

Public Health Reporting Initiative Functional Requirements Description

Existing concepts and experiences with interoperability initiatives

Data Standards for Electronic Health Records Data Standards in Clinical Trials: Maximizing Innova>on by Standardizing October 19, 2012

Model-Driven Health Tools (MDHT) CDA Tools Overview.

IHE Pharmacy Technical Framework Supplement. Pharmacy Medication List (PML) Trial Implementation

ConnectVirginia EXCHANGE Onboarding and Certification Guide. Version 1.4

HL7 EHR System Functional Model and Standard (ISO/HL ), Release 2

INTEGRATING THE ESANTÉ DSP INTO GECAMED

Clinical Document Exchange Integration Guide - Outbound

Distributed Networking

Electronic Medical Records and Public Health

Health IT Enabled Quality Measurement and Improvement: The HL7 Clinical Quality Information Workgroup

Santa Cruz HIE Proposal for Demonstrating at California Connects 2014

EHR Interoperability Framework Overview

IHE IT Infrastructure Technical Framework Supplement

An Introduction to Health Level 7

Enabling Patients Decision Making Power: A Meaningful Use Outcome. Lindsey Mongold, MHA HIT Practice Advisor Oklahoma Foundation for Medical Quality

Enhancing Electronic Health Record Systems to Generate and Exchange Data with Electronic Vital Registration Systems

South Carolina Health Information Exchange (SCHIEx)

Testimony for National Committee on Vital and Health Statistics Subcommittee on Standards February 24, 2009

MFI 4 Extended Registry SC32/WG2

Enhancing Electronic Health Record Systems to Generate and Exchange Data with Electronic Vital Registration Systems

IHE IT Infrastructure Technical Framework Supplement. Trial Implementation

Retrieve Form for Data Capture Integrating Epic with Duke

Stage 2 Eligible Professional Meaningful Use Core Measures Measure 15 of 17 Last Updated: August, 2015

Use of Electronic Health Records in Clinical Research: Core Research Data Element Exchange Detailed Use Case April 23 rd, 2009

End-to-End Security for Personal Telehealth

Shelly Spiro, Executive Director, Pharmacy HIT Collaborative reports no relevant financial relationships.

Electronic Health Records: The Intersection of Public Health Surveillance and Clinical Medicine

Clinical Quality Improvement

Stage 1 vs. Stage 2 Comparison Table for Eligible Professionals Last Updated: August, 2012

CDISC and Clinical Research Standards in the LHS

Use Cases for Argonaut Project. Version 1.1

HL7 NCPDP e-prescribing harmonization: using the v3 HDF for as a basis for semantic interoperability

IHE Patient Care Device (PCD) Technical Framework White Paper

The Direct Project Overview

Electronic Case Reporting to Public Health An EHR Vendor s Perspective Public Health - EHR Vendors Collaboration Initiative

Stage 1 vs. Stage 2 Comparison for Eligible Professionals

HL7/NLM Contract. Preliminary Findings

MICROMD EMR VERSION OBJECTIVE MEASURE CALCULATIONS

HL7 and Meaningful Use

What is interoperability?

CDISC and IHE P R O U D LY P R E S E N T

Integrating EHR and EDC systems

From HITSP to HL7 EHR System Function and Information Model (EHR-S FIM) Release 3.0 Interoperability Specifications a Ten Year Journey

Electronic Public Health Case Reporting: Current & Future Possibilities. Joint Public Health Forum & CDC Nationwide Call October 16, 2014

Expanded Support for Medicaid Health Information Exchanges

Meaningful Use - HL7 Version 2

Pilot. Pathway into the Future for. Delivery. April 2010 Bron W. Kisler, CDISC Senior Director

IBM Interoperable Healthcare Information Infrastructure (IHII) Overview. China October 2006 IBM

IHE IT Infrastructure Technical Framework Supplement. Secure Retrieve (SeR) Trial Implementation

Carolyn P. Hartley, MLA President, CEO Physicians EHR, Inc

Meaningful Use Stage 2:

May 7, Dear Dr. Mostashari:

Health IT Interoperability: HITSP Overview, Update and Discussion

Patient Controlled Health Records Standards and Technical Track

Application for Demonstrating at California Connects 2014

HL7 & Meaningful Use. Charles Jaffe, MD, PhD CEO Health Level Seven International. HIMSS 11 Orlando February 23, 2011

Guide To Meaningful Use

Presenter. Deborah Kohn, MPH, RHIA, CHE, CPHIMS Principal Dak Systems Consulting San Mateo, CA

THE EHR4CR PLATFORM AND SERVICES

CHAN Health Information Exchange (MPI/HIE) RFP

DELIVERABLE. ANTILOPE - Adoption and take up of standards and profiles for ehealth Interoperability" D3.2: Request for proposal. Version: 1.

EHR Certification and Meaningul Use: Sorting it Out. Karen Bell, MD Chair, CCHIT REC Summit October 4, 2010 San Francisco, California

MaaS360 On-Premises Cloud Extender

Transcription:

Structured Data Capture (SDC) The Use of Structured Data Capture for Clinical Research July 2015 S&I Initiative Coordinator: Ed Hammond HHS/ONC Sponsor: Farrah Darbouze

SDC Overview Launched in 2013 in collaboration with NIH (NLM, NCI), AHRQ, FDA, CMS and CDC Uses the structured data within EHRs to supplement data collected for other purposes, such as: Clinical research (Patient Centered Outcomes Research/ Comparative Effectiveness Research) (NLM) Patient safety event reporting (AHRQ) & Adverse Event Reporting (FDA) Public Health Reporting (CDC) Determination of Coverage (CMS) 2

Value and Benefits Reduce data collection burden on health care providers Improve comparability of data to better inform research, quality reporting and ultimately, influence patient care Contribute to the Public Health, Patient Safety and Adverse Event Reporting, and Clinical Research communities 3

SDC Standards Focus SDC Implementation Guidance SDC Initiative has adopted and enhanced existing standards for: 1. Forms (also called templates) 2. Data Elements on those forms 3. Pre-population / Auto-population of the forms 4. Transport (how EHRs exchange forms) These standards/guidelines are explained in two Implementation Guides: 1. IHE SDC Profile (current technology) 2. FHIR SDC Profile (emerging technology) 4

SDC Scope Structured Data Capture Workflow 3 Converts, populates and displays form 1 Sends request for form/template Sends requested form/template 2 Form/Templat e Repository CDE Library Form Library 4 Fills, stores/transmits structured data 5 Extract, Transform, and Load Data by form/ template Actor Key Forms Filler Forms Manager External Repository

SDC Form Transaction Options There are 3 Form Transaction Options: Blank Form EHR System sends a request for a blank form/template to the Form/Template Repository Form/Template Repository sends requested blank form back to the EHR System Partially Completed Form EHR System sends a request for the form/template with relevant patient data to the Form/Template Repository Form/Template Repository sends the form/template with pre-populated patient data back to the EHR system Completed Form EHR System sends a completed form/template to an External Data Repository 6

IHE SDC Profile Published in Sept 2014 http://wiki.siframework.org/ihe+sdc+profile Provides specifications to enable an Electronic Health Record (EHR) system to retrieve a form, populate it with existing data, add additional data, then submit the completed form. IHE SDC Profile uses the following standards: Content & Structure CDA Consent Directives ISO/IEC 11179 ISO/IEC 19763-13 Transport, Security & Authentication IHE RFD IHE ATNA SOAP TLS v1.0 or higher 7 SAML

SDC FHIR Profile SDC FHIR Profile is based on the HL7 FHIR Standard. SDC FHIR Profile was balloted through HL7 in April 2015 and is currently in comment reconciliation. The expected publication date is September 2015 http://hl7.org/fhir/2015may/iglist.html SDC FHIR Profile is intended to support clinical systems in the creation and population of forms with patientspecific data. SDC FHIR Profile defines a mechanism for linking questions in forms to pre-defined data elements and enables systems to automatically populate portions of the form based on existing data (from an EHR or other system).

Pilot and Demonstration Activities IHE Connectathon (Jan 2015) Convened a group of 13 organizations to demonstrate and evaluate the recently published IHE SDC Profile Successfully tested both the form definitions, responses and transactions between systems for 5 forms. HIMSS 2015 (Mar 2015) Convened a subset of the group who participated in the IHE Connectathon to successfully demonstrate the IHE SDC Profile capabilities during the HIMSS Interoperability Showcase scenario. FHIR SDC Virtual Connectathon (April 2015) Convened a group of organizations to test the FHIR SDC Implementation Guides in a virtual meeting environment. ASCO 2015 (June 2015) Convened a subset of the group who participated in the IHE Connectathon to successfully demonstrate the IHE SDC Profile capabilities during the 1 st ASCO Interoperability Showcase scenario.

SDC Data Element Definition Framework

SDC Data Element Definition Framework Logical groupings of data elements Data Set (grouping) Vitals Allergies Problems Medications Lab Results MU2 Data Set Unit of data for which the definition, identification, representation, and permissible values are specified by means of sets of attributes. Data Element (semantics) Systolic BP Diastolic BP Height Set of characteristics that describe DE and help define, use and maintain DE using ISO1179-3 syntax Data Element Attribute (syntax) DE Concept Common DE Value Domain Common Data Elements (CDEs) are those DEs that are developed, maintained and used based on commonly agreed upon principles by the user community. CDEs are reusable across a variety of clinical and non-clinical domains.

SDC Data Element Definition Framework Allergie s Medication s Object containing logical groupings of data elements Data Set Vitals Problem s Lab Results Unit of data for which the definition, identification, representation, and permissible values are specified by means of sets of attributes. EHRs can be certified to Data Sets that contain data elements that are unambiguously defined using ISO 11179-3 syntax. Set of characteristics that describe DE and help define, use and maintain DE Data Element Attribute (syntax) DE Concept Common DE Value Domain Height Common Data Elements (CDEs) are those DEs that are developed, maintained and used based on commonly agreed upon principles by the user community. CDEs are reusable across a variety of clinical and non-clinical domains.

SDC Data Element Definition Framework Data Elements that are unambiguously defined enable Allergie Medication access to and sharing of health information across spectrum s s of clinical and clinical research domains ( Free-flow of Problem Lab Data Set Vitals information between EHRs and research information s Results systems). Object containing logical groupings of data elements Unit of data for which the definition, identification, representation, and permissible values are specified by means of sets of attributes. Data Element (semantics) Systolic BP Diastolic BP Height Set of characteristics that describe DE and help define, use and maintain DE Data Element Attribute (syntax) DE Concept Common DE Value Domain Common Data Elements (CDEs) are those DEs that are developed, maintained and used based on commonly agreed upon principles by the user community. CDEs are reusable across a variety of clinical and non-clinical domains.

Clinical Care vs. Clinical Research Interoperability on FHIR Clinical Care D E D E D E D E D E D E D E D E D E D E D E D E Clinical Research Common Data Elements (CDEs) form bridge between clinical Profile perspective and the research Questionnaire perspective

SDC Data Element Attributes

Common Data Element Attribute Data Element (DE) A data element is a unit of data for which the definition, identification, representation, and permissible values are specified by means of a set of attributes. Common Data Elements (CDEs) CDEs are data elements that are developed, maintained and used based on commonly agreed upon principles by the user community. Another characteristics of CDEs is their reusability across a variety of forms and clinical domain that in turn provides a consistent way to aggregate and analyze data across clinical trials and clinical domains. (Common) Data Element attribute Attributes are a set of characteristics that describe CDE and help defined, use and maintain CDE.

Data Element(s) Data Element Attributes (identified in database where data element is maintained) Attribute NAME Attribute VALUE id: 123XYZ version: 1.0 Name: Sex Preferred question text: Sex Creation Date: Jan 20, 2014 Permissible Values (free text or prescribed set of permissible values) Value Domain/Set Attributes (identified in database where value domain is maintained) Attribute NAME Attribute VALUE VD Name: Administrative_Gender Version: 1.2 Max character quantity: 6 Permissible value: Female

SDC Data Element Attributes Scope Data Element Attributes scope within SDC Implementation Guide SDC IG Scope DE Maintenance in registries Number of DE attributes Core Form DE DE creation, sharing and reuse Complexity of DE attributes

SDC CDE Model 19

SDC DE Example 20

Contact Information Initiative Coordinator: Dr. Ed Hammond (william.hammond@duke.edu ) Federal Lead: Farrah Darbouze (farrah.darbouze@hhs.gov) Project Manager: Jenny Brush (jenny.brush@esacinc.com) Technical and Harmonization Lead: Vijay Shah (vshah@jbsinternational.com) Harmonization Support: Perry Smith (perri.smith@accenturefederal.com ) Subject Matter Expert: Dr. Mark Roche (mrochemd@gmail.com) SDC Wiki Page: http://wiki.siframework.org/structured+data+capture+initiative Weekly All-Hands Meeting Info (Thursdays): Time: 3:25pm 4:30Ppm Eastern URL: https://siframework1.webex.com/ Dial-In Number: 1-650-479-3208 Access Code: 663 397 496

Thank you!

Appendix 23

IHE SDC Profile Workflow Example 1. Provider identifies a patient with a reportable condition. 2. Provider logs in to the EHR and requests an appropriate form. 3. EHR system (acting as the Form Filler) requests and retrieves the appropriate form from the Form Repository (acting as the Form Manager). 4. EHR populates the form with any available data. 5. Provider verifies the pre- and auto-populated data, adds any missing data, and then submits the completed, structured form to the Public Health Organization. 6. Public Health Organization receives the form. 7. Provider receives a response confirming the form was 24

IH P atient Safety Event Workflow E SDC Profile Use Case Example: Public Health Reporting Event Occurs Request Event Report Auto-populate* Form from EHR Phase Reporter Report? No End Process Yes Log into System (e.g. EHR) Retrieve Patient Record Retrieve and prepopulate* Form from Form Repository Yes Complete the Form Additional Form? No Form Sent (or Saved) to Risk Management Information System (RMIS) Reviewer Log into Risk Management Information System (RMIS) Evaluate Form and Determine Appropriate Procedures & Refine Form Responses Form Complete? Yes Confirm / Sign Off that form is ready to send Send Form? No End Process Retrieve form No Yes Sender Generate form in appropriate PSO format Transmit the completed report to the PSO Patient Safety Organization Receive and process form End Process 25

IHE SDC Profile Roles and Descriptions IHE Profile Role Form Filler Form Manager Form Receiver Description Retrieves forms from a Form Manager as and when required. When requesting a form, the Form Filler can optionally provider EHR context information by providing pre-population xml data in the request for use by the Form Manager. Supplies forms to Form Fillers based upon form retrieval requests. In some cases, may return a form whereas in other cases the returned form may be selected or constructed based upon context information supplied in the form retrieval request. Receives and processes completed or partially completed forms instance data from a Form Filler.

SDC FHIR Profile Workflow Example 1.EHR system requests the form. 2.Form Template Repository receives the request, pre-populates the form with some EHR-provided patient data, and sends the form back to the EHR. 3.EHR receives the form, autopopulates the form with additional EHR-derived patient data, and displays the form to the provider. 4.Provider adds additional data to the form (as needed) and completes the form. 5.EHR system transmits the completed structured form, in a standard format, to the Form Receiver. 27

SDC FHIR Implementation Guide How SDC Leverages FHIR Resources SDC FHIR Profile makes use of the following FHIR Resources: DataElement is used to define data elements that can be referenced in questionnaires, and can be used to auto-populate form data. Questionnaire is used to define form definitions that may be downloaded for manual and/or automatic population. QuestionnaireAnswers is used to share instance data captured using questionnaire forms. ValueSet is used to define allowed values for

SDC FHIR Implementation Guide How SDC Leverages FHIR Resources SDC Components Content Transport Security Profiles Provide constraints and extensions for each Resource SDC DataElementProfile SDC Questionnaire Profile SDC Questionnaire Answers Profile SDC ValueSet Profile FHIR Resources DataElement Questionnaire QuestionnaireAnswers ValueSet REST SDC Security Consideration SDC FHIR Data Element Profile serves as the Logical Model

SDC Data Elements Scope DE attributes Core Form DE creation Maintenance Complexity and number of CDE attributes