P21 Validation Engine Improvements
The P21 Validation Engines are consistently updated and improved upon with insights from our Subject Matter Experts, consultations with regulatory agencies, and findings submitted by our users. Examples include:
AD1012 has been split into two rules: AD1012 and AD1012A. The former checks for custom variables and is a Warning; the later checks for standard variables and is an Error. These rules consider secondary variable names ending in *N or *C, for numeric or character equivalent, respectively.
AD0047 was producing problems for some variables but has already been fixed and patched for over a year.
ADaM data are required by the FDA and PMDA, and accepted by China’s NMPA. Agencies often begin reviews with ADaM data validation, which helps them understand the analyses performed and reproduce results.
In the regulatory review process, it's critical to have analysis data that comply with the CDISC ADaM standard. Both the FDA and PMDA require ADaM data, and as they begin reviews, they start with ADaM data validation. ADaM data help these agencies understand the analyses performed and reproduce the results for further validation.
In this webinar, Trevor Mankus covers the more commonly occurring validation rules and some potential reasons why they fired.
(Originally published on March 9, 2016. Last Updated on June 28, 2019)
Have you ever wondered how Pinnacle 21 implements rules for ADaM validation? Below is a list of commonly asked questions.
CDISC check definitions are designed to serve as requirements to machine implementation, "a programmable test, written such that an affirmative response represents a failure of the requirement. This text is intended for use as a requirement specification which could be implemented in a variety of programming languages". P21's rule messages and descriptions, on the other hand, are designed for the end user to help them quickly identify and fix the cause of validation issue.
With the latest Pinnacle 21 Enterprise 3.4 release, we continue to bring efficiencies to your data standardization and compliance efforts. This release features a number of new enhancements and compliance checks that you have been asking for. This release also marks the formal roll-out of our new customer-centric initiative and a dedicated Customer Success Team.
When CDISC published Version 1.3 of its ADaM Validation Rules, a lot of you wondered what to make of it.
According to CDISC: “Some checks have been reworded for clarification … [and] 75 new checks have been added to cover rules not previously addressed. [These] additional checks cover the addition of checks for Adverse Events (ADAE) and the ADaM Basic Data Structure for Time-to-Event Analyses (BDS-TTE).”
To paint a clear picture of what all this means, and how the industry should respond, Pinnacle 21 hosted a recent webinar on this topic. The webinar — titled, “ADaM Validation Update from OpenCDISC” — provided an overview of these changes, and shared our experience of the most common issues in ADaM submission data observed across the industry.
On March 24, 2015, CDISC published Version 1.3 of its ADaM Validation Rules. The release's main goal was to add new business rules for ADAE (Adverse Events) and BDS-TTE (Time-to-Event Analysis), and, at the same time, clean up some of the checks from the prior release.
But these new rules still don’t provide a complete solution. ADaM validation requires the ability to supplement the ADaM rules with sponsor-specific controlled terminology and value level checks ... and the ability to test those checks with the same software used by the FDA.
Through this webinar, we’ll provide an overview of recent changes and share our experience of the most common issues in ADaM submission data observed across the industry. Our speaker will be Pinnacle 21’s Michael DiGiantomasso. Mike serves on the CDISC’s ADaM Validation sub-team and is a Data Fitness Analyst on the FDA JumpStart project.
For your convenience, we’ll be providing this webinar at two different times.
|WEBINAR SESSION 1||WEBINAR SESSION 2|
|Date: Wed, Jun 3, 2015 |
Time: 9:00 am EDT
Length: 1 hour
|Date: Thu, Jun 4, 2015|
Time: 2:00 pm EDT
(11:00 am PDT)
Length: 1 hour
In this webinar, we will cover:
On March 24, 2015, CDISC published Version 1.3 of its ADaM Validation Rules.
So, what’s changed?
In the simplest terms: the release’s biggest enhancement is the ability to recognize and validate ADAE (Adverse Event Analysis) and BDS-TTE (Time-to-Event Analysis) datasets. CDISC has added 75 new rules in total, and, at the same time, cleaned up some of the checks from the prior release to ensure that their failure criteria is machine-testable.
So, what should concern you?
These published business rules conform to the definition of CDISC’s intention that each rule requirement be broken down into its constituent parts and should be machine-testable. For example, a simple rule which states “C BETWEEN A and B” will be stated as C >= A and C<=B. This normalized model works for business requirement capture … but it can make implementation, testing and human understanding more complicated than they need to be.
Beyond that, these newly enhanced ADaM validation rules still don’t provide a complete solution. Since ADaM IG v1.0, CDISC has been providing mere specifications documents. ADaM validation requires more than that. You need the ability to supplement the ADaM rules with sponsor-specific checks, especially for sponsor defined controlled terminology and value level metadata. And you need to be able to test those checks with the same software used by the FDA.
* Required Field