In this particular case you're saying you need to test the organs once at the outsource place and then again at the hospital? Why not just get rid of outsourcing then?
No, that is not what the parent said. "Check an verfiy" can come in diffrent forms and tastes eg. having some samples (not all) checked by another lab, asking for standards and inspection performed by 3rd parties, asking and checking for documentation...the hell how do you think anybody could work with suppliers?
> eg. having some samples (not all) checked by another lab,
I don't think that is useful at all in case of rare diseases. You would just get two reports saying that the random sample is free of HIV.
Much better would be to send some known control samples. Making sure that some of the samples is known HIV+, and then check if the supplier can tell which ones are those.
You can still do this kind of audit, but you need to test a statistically significant number of samples in your "spot check" such that you know you some of them will be infected. The number will vary depending on the incidence of a particular type of infection present, but this is data that should be available.
I agree that sending control samples can also be effective, though. But if you need to send the whole organ to the test lab (and not just a small tissue sample), you probably don't want to be wasting healthy organs by infecting them. Better to just wait until you have an organ that's known to be infected already.
> But if you need to send the whole organ to the test lab
Why would you need to do that? Realistically the sample needed here is a small vial of blood from the organ donor’s body.
> You can still do this kind of audit, but you need to test a statistically significant number of samples in your "spot check" such that you know you some of them will be infected.
Nah. It really doesn’t work. The problem is that HIV is very rare. (HIV incidence per 1000 population adults 15-49 in Brazil is between 0.34 - 0.45[1])
Let’s be ultra conservative and set the “spot check” rate at 100%. That is you are sending samples from every single body to two labs. Because of the low incidence rates you would still expect hundreds and hundreds of those samples to return as negative from both labs. This might work if you would somehow have a “gold standard” lab you trust and an other “less trusted lab”. But in reality there is no such a thing as a “gold standard” lab you can trust without QA. (And if there would be you would just use them, instead of the other lab.) Even with that ridiculously high “spot check ratio” you wouldn’t know if you are getting negative results because they are in fact negative, or because both of your labs are falling for some reason and giving you constant false negatives.
In conclusion spot checking the results with a second lab simply doesn’t work. Even if you spot check every single organ donor you would be still blind for even the most basic error cases for unacceptably long times.
On the other hand if you intermingle a control sample into every single batch that changes the game. Lets say they run the tests on batches of 10 and you make sure that a random one of those is always known to be positive. Now if something goes wrong and they don’t detect the sample you can straight away reject the whole batch of tests as faulty. And it only costs you an 11% extra over not doing any QA.
So with the “spot checking” test you can pay as much as 100% extra and still not know if the tests are having the most elementary kind of fault for hundreds and hundreds of organ donors. Or you can go with the “control sample” strategy and have a reasonably high confidence for every batch right away at much less of a cost. Yeah you can do the “spot check” audits but it is ridiculously bad at catching issues even if you spend a lot of money on it.
I agree with you, also the bogus argument of "since most people are HIV free..." assumes direct testing instead of pooled testing (using modern information theoretic optimized pooled testing).
A bit of data is most informative if the entropy is 1 bit as well. A signal that is true most of the time, or a different signal that is false most of the time is less informative. Use pooled testing such that the result is true or false half of the time.
Had information theoretically justified pooled testing been applied from the start, then:
* 1) control-testing the testing contractors would have been straightforward and passing 10 control samples by chance would have a likelihood of 1 over 1024.
* 2) it would have made obvious that saving money on control-testing the contractors would hardly save any money
* 3) even in the bad scenario that control testing was skipped, the issue of contractors cheating would have surfaced much faster, since combining the pooled tests to identify which patient tests positive would constantly result in mysteries, meaning control-testing needs to be enabled, not the mathematics of pooled testing brought in doubt.
* 4) testing pharma industry hates pooled testing, as it means technological competition instead of sales growth by abusing the naive but false "common sense" that you need as many tests as patients tested.
on a side note: assuming tests with different operating point on the RoC curves (having different false positive vs false negative ratios) have different prices, do we know if the operators blatantly provided fabricated results, or if they blatantly ignored basic mathematics and thought the more expensive tests could be substituted by the cheaper ones even if intended for a different purpose?
consider a test designed for telling a patient that we diagnosed HIV, and then consider a test designed for screening an organ to be inserted into a patient.
do you think they should both use the same test? or do you think it wiser to have the diagnosis test have lower false positive rates, and the organ screening test to have lower false negative rates?
Yes, why not? You don't re-test every single one, though: you spot-check a statistically significant percentage of them. Or maybe you do check all of them, but only for a one month period every year (a month that changes every year, and isn't known to the testing lab, so they can't game the system).
Another option is to send "control samples" to the testing lab, something you know already is infected with something they should be testing for. Do this enough times, and you'll know if they're accurately reporting the bad samples.
This type of thing is the only way for anyone in any kind of organization to verify that their outsourcing is effective and they're getting the result they want.
Outsourced companies deal similar issues internally while also forcing you to trust their management. Internally this kind of corruption is more difficult because you have more control, and fewer people are going to cooperate. Similar to how companies can regularly use untrustworthy low level employees handle cash.
You can still get rogue employees in ether case, but an outsourcing company is like a ready made conspiracy where any corners cut automatically turns into money.
> Internally this kind of corruption is more difficult because you have more control
If we anthropomorphise the regulatory body, sure. In reality, there isn’t evidence either way. Corrupt governments handing work to the private sector is a proven efficiency booster. Meanwhile, competent governments Severn Trenting everything is textbook (on the political left).
Outsourcing and corruption isn’t limited to government agencies. Quite a lot of it is from companies to other companies or governments to company A and then from company A to company B where the subcontractors are at issue.
Outsource to 2+ contractors, use pooled testing, and use control tests to steer that percentage of tests towards those contractors that score better on the control tests. Obviously the contractor should not be allowed to know which samples are control tests.