(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.
Here is an example:
CDISC: A variable with a prefix of TR, containing AG with a suffix of N is present and a variable with the same root without a suffix of N is not present
P21: TRxxAGyN is present but TRxxAGy is not present
When it comes to rule counts, Pinnacle 21 validation engine allows many CDISC checks to be implemented as one validation rule. This significantly improves consistency across related checks and reduces the development and testing effort. In some rare cases, a single CDISC check must be implemented as multiple Pinnacle 21 rules. Regardless of the rule count mismatch, when issues are created during validation, they will always map to a singular CDISC ADaM check.
For details on how CDISC checks map to Pinnacle 21 rules, please review the following spreadsheet:
If you are interested in validation check development, it's not too late to get involved. With ADaM IG v1.1 just released, the CDISC ADaM Compliance subteam could use your help. Also, if you find any issues with the current rule implementations or have ideas on how we can improve Pinnacle 21 software, please write to us on our Forum.
Tags:
Blog Main Page