To Validate or Not Validate

All you ever wanted to know about Validation or at least the hunt for all things validation. Google the internet and you will find a thousand companies and site wanting to SELL you information on Validation and Qualification. This is FREE and merely a forum to post as I learn the ins and outs of Validation for the Biotech Arena.

Sunday, February 10, 2008

For those you in the Validation arena or hoping to join the Validation club, you may have come to the quick realization that there isn't a grand amount of quality training out there. Once you attend a single Computer System Validation class, all the rest seem to be identical material with new instructors and different cities. I guess this repetitive instruction is sufficient if you are truly trying to travel the United States under the guise of TRAINING.

But.....

If you are looking for some fresh companies and organizations here are some:

Saturday, September 29, 2007

*This may come across as a blatant rant against incompetency but there are some valuable tips in here if you can wade through to the end.

What you can expect from your company's $3000 - $7000 dollar investment:

Internal software testing scripts from developers which have headers just slapped on them.

Bad scripts that incorporate tribal knowledge only their validation team possesses so it is virtually impossible to qualify with local resources.

Bad scripts that the vendor secretly hopes you will refine through deficiencies and deviation reports so they can offer a better product to their next victim (client.)

This would be an interesting blog if I stopped at this point but it would be rude of me not to offer up some possible solutions.

Don't buy vendor toolkits, spend the time learning the system and write your own test scripts.

Negotiate in the front end that you will not pay for bad scripts, purposely N/A pages, or functions that do not apply to your environment or version of the installation.

Ask for a type of Abstract of the final product. Twenty pages of the toolkit. Evaluate the writing style, ease of execution, and professionalism. This will allow for an educated decision and you may have grounds for discount when the final product is nothing like the 20 (twenty) page excerpt they offered.

Take a risk based validation approach and only take from the toolkit those processes that are deemed medium to critical in nature in your risk assessment. DO NOT TEST WINDOWS FUNCTIONALITY. *This is important even if you are generating your own scripts for an internally coded system.

Vendor validation toolkits should NEVER be used as validation documents. A toolkit is a template or starting point, make the validation unique to your company or process.