Introduction to Define.xml

Similar documents
Lex Jansen Octagon Research Solutions, Inc.

Creating Define-XML v2 with the SAS Clinical Standards Toolkit 1.6 Lex Jansen, SAS

Beyond OpenCDISC: Using Define.xml Metadata to Ensure End-to-End Submission Integrity. John Brega Linda Collins PharmaStat LLC

Define.xml 2.0: More Functional, More Challenging

Lex Jansen Octagon Research Solutions, Inc.

Material covered in the Dec 2014 FDA Binding Guidances

Sandra Minjoe, Accenture Life Sciences John Brega, PharmaStat. PharmaSUG Single Day Event San Francisco Bay Area

Out-of-the-box %definexml

Submission-Ready Define.xml Files Using SAS Clinical Data Integration Melissa R. Martinez, SAS Institute, Cary, NC USA

Dataset-XML - A New CDISC Standard

The Wonderful World of Define.xml.. Practical Uses Today. Mark Wheeldon, CEO, Formedix DC User Group, Washington, 9 th December 2008

CDISC Variable Mapping and Control Terminology Implementation Made Easy

Aquila's Lunch And Learn CDISC The FDA Data Standard. Disclosure Note 1/17/2014. Host: Josh Boutwell, MBA, RAC CEO Aquila Solutions, LLC

Implementing CDISC Using SAS. Full book available for purchase here.

Creating Define-XML version 2 including Analysis Results Metadata with the SAS Clinical Standards Toolkit

Business & Decision Life Sciences

Study Data Reviewer s Guide. FDA/PhUSE Project Summary

SAS offers technology to facilitate working with CDISC standards : the metadata perspective.

Managing CDISC version changes: how & when to implement? Presented by Lauren Shinaberry, Project Manager Business & Decision Life Sciences

Creating Define-XML v2 with the SAS Clinical Standards Toolkit

Legacy to SDTM Conversion Workshop: Tools and Techniques

CDISC SDTM and ADaM Real World Issues

How to handle different versions of SDTM & DEFINE generation in a Single Study?

Edwin Ponraj Thangarajan, PRA Health Sciences, Chennai, India Giri Balasubramanian, PRA Health Sciences, Chennai, India

OpenCDISC Validator 1.4 What s New?

define.xml: A Crash Course Frank DiIorio

From Implementing CDISC Using SAS. Full book available for purchase here. About This Book... xi About The Authors... xvii Acknowledgments...

Advantages of a real end-to-end approach with CDISC standards

Optimization of the traceability when applying an ADaM Parallel Conversion Method

PhUSE US Connect 2019

Standards Driven Innovation

A SAS based solution for define.xml

Customizing SAS Data Integration Studio to Generate CDISC Compliant SDTM 3.1 Domains

Adding, editing and managing links to external documents in define.xml

CDASH Standards and EDC CRF Library. Guang-liang Wang September 18, Q3 DCDISC Meeting

Study Composer: a CRF design tool enabling the re-use of CDISC define.xml metadata

Dealing with changing versions of SDTM and Controlled Terminology (CT)

R1 Test Case that tests this Requirement Comments Manage Users User Role Management

SAS Application to Automate a Comprehensive Review of DEFINE and All of its Components

SDTM-ETL TM. New features in version 1.6. Author: Jozef Aerts XML4Pharma July SDTM-ETL TM : New features in v.1.6

Revision of Technical Conformance Guide on Electronic Study Data Submissions

Helping The Define.xml User

Introduction to define.xml

Study Data Reviewer s Guide Completion Guideline

PhUSE EU Connect 2018 SI05. Define ing the Future. Nicola Perry and Johan Schoeman

Introduction to define.xml

PhUSE Paper SD09. "Overnight" Conversion to SDTM Datasets Ready for SDTM Submission Niels Mathiesen, mathiesen & mathiesen, Basel, Switzerland

CDASH MODEL 1.0 AND CDASHIG 2.0. Kathleen Mellars Special Thanks to the CDASH Model and CDASHIG Teams

What is high quality study metadata?

It s All About Getting the Source and Codelist Implementation Right for ADaM Define.xml v2.0

A SDTM Legacy Data Conversion

CDISC Standards and the Semantic Web

esubmission - Are you really Compliant?

Taming the SHREW. SDTM Heuristic Research and Evaluation Workshop

Customer oriented CDISC implementation

Now let s take a look

SDTM-ETL. New features in version 3.2. SDTM-ETLTM: New features in v.3.2

SDTM Attribute Checking Tool Ellen Xiao, Merck & Co., Inc., Rahway, NJ

Define.xml - Tips and Techniques for Creating CRT - DDS

Use of Traceability Chains in Study Data and Metadata for Regulatory Electronic Submission

Study Data Reviewer s Guide

How to validate clinical data more efficiently with SAS Clinical Standards Toolkit

Paper DS07 PhUSE 2017 CDISC Transport Standards - A Glance. Giri Balasubramanian, PRA Health Sciences Edwin Ponraj Thangarajan, PRA Health Sciences

CDISC Standards End-to-End: Enabling QbD in Data Management Sam Hume

Planning to Pool SDTM by Creating and Maintaining a Sponsor-Specific Controlled Terminology Database

SDTM-ETL 3.2 User Manual and Tutorial

Harmonizing CDISC Data Standards across Companies: A Practical Overview with Examples

TS04. Running OpenCDISC from SAS. Mark Crangle

PhUSE EU Connect Paper PP15. Stop Copying CDISC Standards. Craig Parry, SyneQuaNon, Diss, England

CS05 Creating define.xml from a SAS program

SAS Clinical Data Integration 2.4

Standards Implementation: It Should be Simple Right? Thursday January 18, 2018

Preparing the Office of Scientific Investigations (OSI) Requests for Submissions to FDA

Doctor's Prescription to Re-engineer Process of Pinnacle 21 Community Version Friendly ADaM Development

From raw data to submission: A metadata-driven, repository-based process of data conversion to CDISC models

SAS Clinical Data Integration 2.6

PharmaSUG 2014 PO16. Category CDASH SDTM ADaM. Submission in standardized tabular form. Structure Flexible Rigid Flexible * No Yes Yes

CDISC Public Webinar Standards Updates and Additions. 26 Feb 2015

Experience of electronic data submission via Gateway to PMDA

Paper FC02. SDTM, Plus or Minus. Barry R. Cohen, Octagon Research Solutions, Wayne, PA

Improving Metadata Compliance and Assessing Quality Metrics with a Standards Library

About Domestic Implementation of the Electronic File Specifications to Be Included in the ICH Electronic Common Technical Document (ectd) v1.1.

Mapping and Terminology. English Speaking CDISC User Group Meeting on 13-Mar-08

Step Up Your ADaM Compliance Game Ramesh Ayyappath & Graham Oakley

Streamline SDTM Development and QC

SDTM-ETL 3.1 User Manual and Tutorial

Traceability Look for the source of your analysis results

Standards Metadata Management (System)

Optimization of the traceability when applying an ADaM Parallel Conversion Method

DIA 11234: CDER Data Standards Common Issues Document webinar questions

SDTM-ETL 4.0 Preview of New Features

Considerations on creation of SDTM datasets for extended studies

Introduction to ADaM and What s new in ADaM

PharmaSUG Paper AD03

Tips on Creating a Strategy for a CDISC Submission Rajkumar Sharma, Nektar Therapeutics, San Francisco, CA

Comparison of FDA and PMDA Requirements for Electronic Submission of Study Data

Pharmaceutical Applications

Generating Define.xml from Pinnacle 21 Community

Brave New World: How to Adapt to the CDISC Statistical Computing Environment

ADaM and traceability: Chiesi experience

Transcription:

Introduction to Define.xml Bay Area CDISC Implementation Network 4 April 2008 John Brega, PharmaStat LLC

Presentation Objectives 1. Introduce the concept and purpose of define.xml 2. Introduce the published standard 3. Provide an overview of the structure, content and presentation of Define 2

Background Official name of the standard is Case Report Tabulation Data Definition Specification (CRT-DDS) or define.xml for short Current version is v1.0.0, released as final in February 2005 Based on ODM v1.2 with extensions 3

Background Metadata Submission Guidelines Appendix to the Study Data Tabulation Model Implementation Guide (Metadata IG Appendix for short) was released for public comment in July 2007 along with SDTM IG v3.1.2 The Study Data Specifications guidance for ectd submissions specifies define.xml as the method for documenting SDTM datasets since March 2005. 4

Purpose and Uses Designed to document SDTM datasets in an ectd submission Also documents ADaM analysis data, but is not specified for that purpose by FDA Takes the place of Define.pdf from the original guidance for electronic submissions Has broader applications for transmitting study metadata Will become CDISC s method for publishing machine-readable metadata 5

But what is it? Well, there s this file called define.xml in a directory with a bunch of other stuff, and when you double click on it, your web browser opens up and displays a bunch of tables that look like spreadsheets with links. When you click on links it shows other tables or opens up documents or SAS transport files. Sometimes things don t work quite right or they look funky... 6

The Define Cocktail Your Define experience is the product of a combination of elements: 1. The file called define.xml is an xml document. This is just structured data and contains no formatting for presentation. The structure and content of this file is specified by the CRT-DDS standard. 7

The Define Cocktail Your Define experience is the product of a combination of elements: 1. The define.xml file 2. The file called define1-0-0.xsl is an xml style sheet with several associated files. Together, this group of components is a program that define.xml references. When you open the xml document this program is executed by your browser. It reads the xml document and displays it on your screen for convenient viewing. 8

The Define Cocktail Your Define experience is the product of a combination of elements: 1. The define.xml document 2. The define1-0-0.xsl style sheet and related files 3. Documents and datasets referenced by the xml data and placed in the same directory as the define.xml and style sheet. These may include an annotated CRF, SAP, SAS transport datasets and other supplemental documents. If these referenced items are not present the links on your screen will go nowhere when you click them. 9

Here s what it looks like This is the example define.xml, style sheet, data and documents provided by CDISC in the Metadata IG Appendix download. 10

What we saw 1. Links to external documents and datasets, including blankcrf.pdf and SAS xpt files. 11

What we saw 1. Links to external documents and datasets 2. Index of datasets, each with a description, a link to its variable list, and a link to its.xpt file 12

What we saw 1. Links to external documents and datasets 2. Index of datasets 3. Index of variables for each dataset. For each variable, a description and links to its codelist, CRF page and computational method (if any). If xxtestcd or QNAM, a link to its value list. 13

What we saw 1. Links to external documents and datasets 2. Index of datasets 3. Index of variables 4. Index of values for xxtestcd for Findings datasets and QNAM for supplemental qualifiers. These are presented as if they were variables. 14

What we saw 1. Links to external documents and datasets 2. Index of datasets 3. Index of variables 4. Index of values 5. Computational Algorithms associated with variables or values 15

What we saw 1. Links to external documents and datasets 2. Index of datasets 3. Index of variables 4. Index of values 5. Computational Algorithms 6. Codelists for controlled terminologies 16

When things go sideways In this demo the xml did not display correctly when I first opened it. My back button stopped working after clicking on a value list and when I clicked on a page number it opened the acrf but didn t go to the right page. Some columns and cells were empty that I thought should be filled. How do I know where to fix things that don t work? 17

When things go sideways Remember, the xml document is simply structured content. If it is conforming, then all presentation problems are a result of the style sheet interacting with your browser, directory content and OS environment. Style sheets are fragile and easily broken by browser settings, missing pieces, old software versions, etc. It s helpful to understand the interaction between structure, content, and presentation elements. 18

The content s the thing We don t all have to know how to create xml or style sheets, but we do need to know what content is needed and how to assemble it. Define should describe actual, not ideal datasets. Much of the content can be assembled from proc contents and proc freq outputs. Some content is culled from the protocol or SAP. Referential integrity among the elements is key. Style sheets have a low tolerance for things being almost right. 19

The future of Define The standard is 3 years old and needs updating to support CDISC s expanding needs, such as Results metadata in ADaM 2.0. ODM has moved to v1.3, which affects the future CRT-DDS standard, perhaps in unintended ways. Caution: the define.xml and style sheet from CDISC Pilot 1, now downloadable, are highly experimental and have not been vetted by any committee. The Pilot Team cautions against following their example until CDISC deliberates. 20

The future of Define Though the xml schema standard is very clear, there is no official standard style sheet and CDISC says it doesn t want to develop software. There are examples, and FDA may be developing narrow expectations, but for now you can write your own style sheet to do whatever you want, and some companies do. This may become a problem for the FDA. 21

The future of Define We ll get this all worked out over the next couple of years. In the meantime, the standard works and is part of the ectd specification. Let s stop eyeing the exits and deal with it! 22

Thank you! Questions? John Brega: JBrega@PharmaStat.com 23

Links to CDISC and FDA Resources CDISC Website: www.cdisc.org Download Define.xml v1.0.0 standard: www.cdisc.org/models/def/v1.0/index.html Download Metadata IG Appendix: www.cdisc.org/models/sdtm/v1.1/index.html Download ODM v1.2.1: www.cdisc.org/models/odm/v1.2.1/index.html 24

Links to CDISC and FDA Resources ectd specification of Define.xml as documentation of SDTM datasets: www.fda.gov/cder/regulatory/ersr/studydata.pdf 25