Laboratory and technical leads face a number of complex challenges when changes to an existing process are required. Whether they want to add new assays, tests or products, take advantage of new equipment, or scale throughput, these challenges can lead them to wonder: Are my legacy systems adequate? Can or should these legacy systems be further customized? Should we consider a wholesale system replacement? What’s the most cost-effective approach to meeting our business needs?
In part, these questions arise because existing laboratory information management systems (LIMS) and laboratory software solutions are often not built in a way that makes them easily extensible or scalable. But there are other issues as well.
Labs that rely on legacy systems may not be aware of the usability limitations of their existing systems. But for users, older software can mean performing tasks less effectively, efficiently, and safely, so that they’re not making the best use of their valuable time. Modern software, on the other hand, offers a better user experience and more likelihood that the business will reach its goals and meet regulatory requirements.
Legacy systems can be less stable, require significantly more maintenance, and present a higher risk to the business. Modern software solutions provide labs with a strong foundation so that they are easier to scale, maintain, and grow.
Many labs are still using either a solution that has been developed internally or a commercial-off-the-shelf LIMS implementation that has not been built for change. In these systems, workflows might be hard-coded instead of managed through a configuration interface. Even for labs that have software developers on hand, hard-coded workflows are difficult and time-consuming to change, especially when compatibility with historical data must be maintained and all changes validated.
Since processes are bound to change and grow, a LIMS that relies on hard-coded workflows can quickly become a drag on process improvements, particularly in the case of high complexity labs. A solution that enables changes to be made through a user interface significantly improves a lab’s ability to keep up with evolving processes and to scale effectively.
Version control can also be an issue for legacy systems. At many labs, deploying new versions of the LIMS is a manual and risky process with numerous opportunities for error. Modern software adheres to strict version control so that users always know which specific software version they are using. If necessary, they can roll back to previous versions because all the changes have been tracked and managed.
Labs often significantly underestimate the cost of their software systems. The true cost includes:
Over the medium to long term, a modern software solution can offer significant cost savings.
Labs frequently underestimate the likelihood of losing personnel who have a comprehensive understanding of the legacy system, whether it’s developed in house or a commercial-off-the-shelf solution that’s heavily customized. Imagine losing key personnel when they take a leave of absence or return to their primary position. Or worse, losing the entire development team at a critical turning point. It’s been known to happen, and can be particularly devastating for businesses using multiple interrelated, highly customized commercial-off-the-shelf systems.
Organizations that have internal systems built by individuals over an extended period of time are in a particularly precarious position. These systems can be difficult for a new person or group to take over. Often it is not clear what the current state of the system is, where the source code is kept, or what deployment-specific configuration needs to be performed. At one company, it took nearly nine months for the new team to be able to reliably build and deploy the existing production system directly from source—an expensive lesson.
Losing key staff results in not just a loss of knowledge, but also a financial hit when it comes to training their replacements. It’s essential for labs to think about the long-term reality of staff changes when they plan to evolve a LIMS implementation. Apart from the cost, it’s not always easy to replace staff either. The market for experienced LIMS engineers and software developers is currently extremely competitive so internal development teams can struggle to compete with new startups and product companies.
Even for labs lucky enough not to experience high turnover, a lack of specialized software expertise among key personnel can be a tremendous impediment. And yet, this is something we commonly see. Often LIMS implementations are completed by people who have extensive laboratory and science domain experience or specific bioinformatics experience, but lack knowledge in software engineering principles and best practices.
Specifically, labs can experience the following challenges:
If you’re thinking about upgrading or replacing your LIMS, we recommend carefully considering each of these issues before you proceed.
In our next post, we’ll look at how you can future-proof your lab so that you can change workflows, meet new regulatory requirements, or scale throughput quickly and easily.