HOME | PRESS RELEASES | HOW TO ORDER | CONTACT US | CAREERS | Japanese

Product Detail

Product Resources

Related Products & Services

WinNonlin Validation Suite
has value for...

WinNonlin® Validation Suite™ — Frequently Asked Questions

Q How critical is the validation of the WinNonlin software for regulatory submissions?

A

If you include any output from WNL in a regulatory submission, then WNL likely should be validated.  Your company Quality Assurance policies/SOPs will determine if WNL should be validated.

Q How have the test data and corresponding results been generated; in other words, are they independent?

A

Test data has been obtained from different sources, e.g. NIST, PK textbooks.  An explanation of the sources is explained in a document that comes with the Validation Suite (Computational Models Validation Report). The reference results have been generatedon a workstation at Pharsight and compared to independently-generated results, e.g., in SAS. The results that you generate in your environment will be compared to the reference results generated in Pharsight's environment.

Q How is the IQ performed, i.e., does the Validation Suite check if all files have been correctly installed and registry entries are correct?

A

The Validation Suite automatically compares the list of files that should be installed with the files that are actually installed on the machine to be qualified to identify any differences.

Q Can we access the testdata to check a sample of the outcomes with, for instance, SAS?

A

The Computational Models Validation Report included with the Validation Suite summarizes the results fo comparisons of output produced by WinNonlin to output produced in independent tests, e.g., using SAS.  Also you may perform your own additional independent verification of WinNonlin's results by comparint the output in the Validation Suite reference files with your own output.  Note: only SAS Windows versions 8.0 and 8.0.2 are supported. However, any SAS version should work given that it supports:
1) SAS transport file format (supported by SAS since version 5)
2) the ability to be run from the command prompt on a Windows PC

Q Can customers manually spot check the output generated by WinNonlin using the WinNonlin Validation Suite against the reference files?

A

Yes, all of the output generated by WinNonlin on the machine to be qualified is placed in output files in a folder architecture that mirrors the reference files.  Therefore one could easily manually compare the output results against the reference results. Also, there is a log file that contains all of the results, so one could also use that to see the output results and to ensure that what is exported into the Validation Run Report has not been "edited" in any way.

Q What part of the automation is not automated?

A

For technical reasons, two tests cannot be automated and instructions are included for manual tests for Table Template 9 and the Multi-transform. Most WNL users do not utilize these features; therefore, they may not require validation for your intended use of WinNonlin.

Q How much detail is provided to explain the testing of the calculations and statistics, particularly for the standard PK parameters/measurements (AUC, C/Tmax, Mean/SD, etc.)
A

Testing of the calculations is not a part of the test cases that are executed in the Validation Suite, as this is done at Pharsight as part of the internal validation of the computational engines within WinNonlin. The Validation Suite product includes a Computational Model Validation Report document which provides information regarding the testing of the calculations and statistics. For the testing that is summarized in this document, WinNonlin results were compared against results obtained by an independent reference (e.g., a SAS PROC).

Q Is there a requirements document, or identification of the functional or user
requirements, in one of these template documents? Is there a link between these
requirements and what is tested in the Validation Suite?

A

A requirements document is not included in the Validation Suite. It is the user's responsibility to develop a requirements document based on the functionality that is intended to be used by the customer. With the descriptions of the test cases included in the Validation Suite, the user can develop traceability between intended functionality to be used and testing of that functionality by the Validation Suite. The user can then determine if any additional testing is required to satisfy the documented requirements.

Q How does the template validation report describe the testing that was done by the customer?
Does it only reference the running of the Validation Suite, or is additional user testing described/included?

A

The automated Validation Run Report summarizes the results of the test sets that are executed by the Validation Suite based on the selections of the user. The Validation Summary Report document template included with the Validation Suite is a document that "closes the loop" on the validation activities defined in the Validation Plan. If the user added additional testing (i.e., testing other than those executed by the Validation Suite) in the Test Plan, then the results of those additional tests would need to be included in the Validation Summary Report.