| My calculation (1000 tests per day) left space for 12 controls per batch - is that not sufficient under the circumstances? Alternatively, at 500 tests per day (again, this is _per_ low-end machine!) you could run each sample twice in addition to the 12 controls. (And I would _never_ dismiss controls as an inefficiency, even the most trivial exploratory experiment is highly suspect without one.) The point I was trying to make with those numbers was just how readily accessible the necessary instrumentation is. Regarding sample preparation, I'm well aware that it's a time sink (I've done DNA and RNA extractions before). But it's fairly trivial and can be done fully in parallel by multiple people; the primary bottleneck is likely to be available bench space. (Unless the sample prep has been fully mechanized, in which case I'm really not seeing the issue.) My point being that multiple, parallel sample prep pipelines can feed a single qPCR machine to keep it running just about 24/7. Regarding barcodes, I didn't mean it had to be fully automated. Just drop the excess data entry and switch to a serial number scheme with built-in redundancy (or at least error detection). Many academic labs employ such schemes by hand. Given just how dire the circumstances are, I'm afraid I'd have to strenuously disagree that cutting corners on QA/QC (as compared to standard medical diagnostic testing) would be unacceptable. None of what I described is at all out of place for handling research samples, and in my experience those are quite reliable. I used the combat medic analogy in my previous post for a reason - a significant number of people are likely to end up dead due to our having blindly stuck to the rules. A bit of pragmatism could have saved them, and I view that as a tragic systemic failure on the part of the US government. |
> I'm afraid I'd have to strenuously disagree that cutting corners on QA/QC [...] would be unacceptable.
> I would _never_ dismiss controls as an inefficiency
So, the QC in QA/QC stands for Quality Controls. So, you're strenuously insisting they're unnecessary, yet vehement that you would never dismiss the thing you just said wasn't necessary? Which one is it?
> But [RNA extraction is] fairly trivial and can be done fully in parallel by multiple people
It takes longer than the instrument analysis was my point. That's the typical bottleneck in running samples, not your instrument sample throughput like you claim. So even if you can run 1000 samples on the instrument, if it takes longer to prepare them (which it always does), then that's your rate limiting step.
Unless, of course, you're working in this magic lab of yours where new, fully-trained techs suddenly materialize any time there's a spike in sample volume (whereas new benchspace doesn't? Might wanna take that up with your deity lab manager).
> Regarding barcodes, I didn't mean it had to be fully automated. Just drop the excess data entry and switch to a serial number scheme with built-in redundancy (or at least error detection)
With all hands on deck who do you think will have time to do this? Barcode migrations are a lot of work. Adding the word "just" to what I've described doesn't make something trivially easy.
Though apparently this whole process is trivial, from the sample check-in to the RNA extraction to the instrument analysis. Why not just fire the UW resident and all the staff, so that you can swoop in save the world, since it's all so terribly easy for you? I look forward to touring this fully-automated magic lab of yours.