[Histonet] Temperatures

WILLIAM DESALVO wdesalvo.cac <@t> outlook.com
Fri Feb 8 23:20:55 CST 2013


Who cares? The patient. I am quite sure the patient wants quality assured results. Would any of us use a reagent or chemical from a manufacturer that could not prove the quality? If the instrument remains on during periods on inactivity in the lab, reagents or chemicals are stored in the the lab during the same periods, then you must monitor and prove the quality. It's kind of like, when we aren't around and the tree falls, we still need to know when is fell and if it fell on anything. Everything we do starts w/ standardization and because we produce patient test results, we must prove our processes continually meet the standard, good quality control and assurance. The accrediting and licensing organizations are just doing their part to check that we can, do and will only produce quality work, no exceptions. As has been previously mentioned, there are several solutions to the problem. If the lab is open, have someone from another area check, record and sign for the process. There are several electronic thermometers, w/ a probe, that can be set for a minimum and maximum range and accurately record temps during periods when staff is not available. We should never wait until we have a questionable result before we check for quality. 
William DeSalvo, BS HTL(ASCP)
Production Manager-Anatomic Pathology
Chair, NSH Quality Management Committee
Owner/Consultant, Collaborative Advantage Consulting

 > Date: Fri, 8 Feb 2013 20:03:17 -0500
> From: amosbrooks <@t> gmail.com
> To: histonet <@t> lists.utsouthwestern.edu
> Subject: [Histonet] Temperatures
> 
> Good Grief!
>      Why would this really be an issue. The temperatures are taken
> throughout the week and are constant (or you have a different problem
> entirely) why would they only spike or tank on the weekend, and why would
> it even matter if the equipment isn't being used. If a tree falls in the
> forest and no one is around to hear it who the heck cares?
> 
> Face-palm,
> Amos
> 
>  		 	   		  


More information about the Histonet mailing list