Blistering Covid LIMS performance. Virologist testers required
Any LIMS worth its salt should perform well under the light loads of single test Covid analysis requests, no big deal. Open Source LIMS does it with the very best, and with much more freedom, less outlay
Double quick configurationAfter a previous sprint showed that the minimalist Covid screening SOP makes it possible to configure Bika LIMS in just over an hour, Bika LIMS for Covid screening, we set out to see about performance itself - not only the LIMS but the UIX. How can it be improved (and who is going to pay:)
As an intermittent experiment, interrupted by making notes towards the Gap Analysis and documenting progress in Bika Covid at Full Tilt, we threw a batch of 500 Samples at it and timed LIMS processing through each workflow step
Use Case
|
Blistering performanceWe expected it to go well, these sample objects are smaller by a factor 100 compared to 120 test Cannabis analysis requests, but were nevertheless pleasantly surprised: Excluding physical sample handling and instrument work, the LIMS spent little more than half an hour of aggregated processing time to complete receive, label and prepare samples for PCR
Good enough to get this out there already for labs needing new viral screening LIMS that is easy to configure and affordable. We still have to complete results verification and publication steps for which we are resurrecting a simple CSV exporter for tabled results publication, also in PDF
Gap AnalysisCheck back soon. We'll also be publishing a gap analysis, listing customisations toward an even better fit
Most obvious are instrument interfaces for any one of those your lab uses, CSV parsers are dirt cheap
And maybe a LIMS function to Push results across the Bika API to downstream EMR or DHIS. These systems if configurable and using a RESTful interface architecture, can already be authorised to read the Bika DB using the CSID (Client Sample ID) to reference results
![]() |
Assistance new labs
|





