Motivation of the Month

In the absence of that which you-are-not, that which you-are, is not… With no cold we cannot know warmth; without the up we cannot know down, without “good” we cannot know “bad”. And yet, we make it all up. We decide what is “cold” and what is “warm”, what is “up” and what is “down”. We decided what is “good” and what is “bad”. The universe is a massive entity of objectives. We label them.

Advertisements

Data Management Plan – Coding and Reconciliation

All Adverse Events and Previous/Concomitant Medication should be coded and/or approved prior and during the trial.

Before adverse event terms can be reported or analyzed, they must be grouped based on their similarities. For example, headache, mild headache and acute head should all be counted as the same kind of event. This is done by matching (or coding) the reported adverse events against a large codelist of adverse events which is also known as dictionary or thesaurus.

Test cases and other documentation associated with the testing of auto-coding should be produced/documented.  This documentation is not part of the plan. It is a product of the design process and should be filed separately in the TMF system.

In the DMP. you should document the variables and the dictionary to be used.

For Concomitant Medications, WHO drug reference list is used.  Also document the version used and if applicable, the final version of the who drug (for trials running over 6 months).

For Adverse event, MedDRA dictionary is the choice of coding method. Document the version used.

Serious Adverse Event (SAE) Reconciliation:

Indicate SAE Reconciling Approach to be used to compare SAE database (e.g. Argus) to the Clinical study| database (e.g. EDC):

  • Indicate tools to be used
  • Location of SAE data
  • Planned timing
  • Planned frequency of SAE Reconciliation activities

What to look for during reconciliation:

  • There are matched cases but minor differences such as onset date
  • Case found in the CDMS but not in the SAE system
  • Case found in the SAE system but not in the CDM system

Methods for Reconciliation:

For electronic-automatic reconciliation between systems, there are some challenges you need to identify first such as which type of data is to be reconciled and then which fields to compare. Best practice is to reconciled those considered serious according to regulatory definitions.

For manual reconciliation, reports such as SAS listings extracted from both systems with study information, subject or investigator and other key data can be used to perform manual review.  A manual comparison of the events can then assure that they are both complete and comparable.

Central Coding Anayansi Gamboa
Central Coding

No matter which method you used for reconciliation, each type of data (eg, AE, MedHist, Conmed) should document which glossaries and version were used.

When data from the clinical trial database is entered into a drug safety database for coding, the data between the two systems should be reconciled to verify the data in both systems are

identical. The processes and frequency of reconciliation should be specified.

Source:

DIA -A Model Data Management Plan StandardOperating Procedure: Results From

the DIA Clinical Data Management Community, Committee on Clinical Data Management Plan

-FAIR ;USE-
“Copyright Disclaimer Under Section 107 of the Copyright Act 1976, allowance is made for “fair use” for purposes such as criticism, comment, news reporting, teaching, scholarship, and research. Fair use is a use permitted by copyright statute that might otherwise be infringing. Non-profit, educational or personal use tips the balance in favor of fair use.”

Anayansi Gamboa has an extensive background in clinical data management as well as experience with different EDC systems including Oracle InForm, InForm Architect, Central Designer, CIS, Clintrial, Medidata Rave, Central Coding, Medrio, IBM eCOS, OpenClinica Open Source and Oracle Clinical.

Data Management Plan – Study Specific Documents

Data Management personnel are responsible for creating, collecting, maintaining and/or retaining all essential study documents when contracted by the sponsor (e.g. biotech company, big pharma client).

It is important to keep electronic and paper records or hard-copies and specify retention records of these essential documents:

  • Final version including amendments of the clinical protocol
  • Final version of the CRF/eCRFs
  • Final version of the completion guidelines
  • All final approvals and written authorization (e.g. emails or note to files).
Study Specific Anayansi Gamboa
Study specific

-FAIR ;USE-
“Copyright Disclaimer Under Section 107 of the Copyright Act 1976, allowance is made for “fair use” for purposes such as criticism, comment, news reporting, teaching, scholarship, and research. Fair use is a use permitted by copyright statute that might otherwise be infringing. Non-profit, educational or personal use tips the balance in favor of fair use.”

Anayansi Gamboa has an extensive background in clinical data management as well as experience with different EDC systems including Oracle InForm, InForm Architect, Central Designer, CIS, Clintrial, Medidata Rave, Central Coding, Medrio, IBM eCOS, OpenClinica Open Source and Oracle Clinical.

Data Management Plan – Database Archive

Indicate how you intend to archive and share your data and why you have chosen that particular option.

The DMP should outline specific information regarding the organization’s procedures for archiving the electronic records.

Good practice for digital preservation requires that an organization address succession planning for digital assets.

Which criteria will you use to decide which data has to be archived? What should be included in the archive?

Type of data (raw, processed) and how easy it is to reproduce it. Also consider archiving audit trails as long as the records are (CRF Part 11, Section 11.10).

Does the archive have specific requirements concerning file formats, metadata etc.

It is recommended to use open source formats such as PDF-PDF/A, ODM-XML or ASCII type of files.

anayansigamboa

 

 

 

 

Who is responsible for the data after the project ends?

Sponsor, CRO, Vendor? All should be documented on the DMP. Once database is locked, within a reasonable time and after data submission to a regulatory agency, you want to archive your database for long term storage and recovery.

While most data submitted to regulatory agencies are available in SAS formats, there may be times when going back to the original data format may be required.

Even though the easiest way to make sure data is available after database lock is to archive this data in the built in structure as the current system. For example, for Medidata Rave studies, trials are built on on top of SQL server, hence, you should consider archiving the old studies in a compatible format of SQL Server, without any transformation or data manipulation = raw data.

Other formats for data archive can be considered are ODM XML, PDF-PDF/A or ASCII A-8. These are some options for long=term storage. FDA says in the guidance document for 21 CFR Part 11, ‘scope and application – section C.5″, “FDA does not intend to object inf you decide to archive required records in electronic format to nonelectronic media….As long as predicate rule requirements are fully satisfied and the content and meaning of the records are preserved and archived, you can delete the electronic version of the records”.

Archival Plan

For archiving data, this plan should list all the components of the orginal system that will be included in the archive and the formats being used for their storage.

The best practices for clinical data archiving in clinical research are no different from those for archiving any other kind of industry.

 

 

-FAIR ;USE-
“Copyright Disclaimer Under Section 107 of the Copyright Act 1976, allowance is made for “fair use” for purposes such as criticism, comment, news reporting, teaching, scholarship, and research. Fair use is a use permitted by copyright statute that might otherwise be infringing. Non-profit, educational or personal use tips the balance in favor of fair use.”

Anayansi Gamboa has an extensive background in clinical data management as well as experience with different EDC systems including Oracle InForm, InForm Architect, Central Designer, CIS, Clintrial, Medidata Rave, Central Coding, OpenClinica Open Source and Oracle Clinical.

Data Management Plan – Protocol Summary

This usually describes the management plan for the data collected  during the project. It is a brief description or synopsis of  the protocol.

The protocol, in terms of a clinical research study, is the plan, or blueprint, that
describes the study’s objectives, methodology, statistical considerations, and the organization of the study. [CDISC.org Oct. 2012]

Protocol Summary
Protocol Summary – current state of ‘standardization’ of a protocol document

 

 

 

 

 

 

 

 

 

 

 

 

 

What to look for when reading a protocol?

  • Review of T&E – Time and Event Schedule or Visit Schedule.
  • Assessments e.g. ECGs, PE (physical exams), MH-MedHix or Medical HIstory, labs and more.
  • Critical data variables for analysis. e.g. efficacy and safety data

 

proc print data= work.demog;
where patient in(“&pid”) and page=’3′;
var patient SBJINT page
dob sex bmi weight height;
title ‘Page 3 – Demog’;
run;

-FAIR ;USE-
“Copyright Disclaimer Under Section 107 of the Copyright Act 1976, allowance is made for “fair use” for purposes such as criticism, comment, news reporting, teaching, scholarship, and research. Fair use is a use permitted by copyright statute that might otherwise be infringing. Non-profit, educational or personal use tips the balance in favor of fair use.”

Anayansi Gamboa has an extensive background in clinical data management as well as experience with different EDC systems including Oracle InForm, InForm Architect, Central Designer, CIS, Clintrial, Medidata Rave, Central Coding, Medrio, IBM eCOS, OpenClinica Open Source and Oracle Clinical.