User:Shawndouglas/sandbox/sublevel10

From LIMSWiki
Jump to navigationJump to search

Sandbox begins below

Laboratory informatics software acquisition and implementation

Starting out

The two main questions you will need to answer at the outset are:

1. What do I want the LIMS to do for me?

2. What kind of budget do I have?

Additionally—and secondarily—you'll want to be sure you can participate in a demonstration and, afterwards, build a requirements list.

General features/benefits

The answer to the first question is largely the same as most other kinds of labs. The benefits of laboratory informatics software include:

  • increased accuracy, minimization or elimination of transcription and other errors;
  • streamlined processes: each process step in a protocol/method is completed in the proper order, with all requirements met, updating sample statuses automatically;
  • automation: integration with instruments allows for automatic uploading of samples and returning of results;
  • regulatory and standards compliance: it's always your procedures that constitute compliance or non-compliance, but a LIMS helps keep you doing the right things the right ways, and it should also keep history so you can provide documentation when you need to;
  • data security: role-based, configurable secure access to data, processes, reporting, etc.;
  • custom-designed reports: a good quality, professional LIMS includes a reporting tool that allows you to design and generate reports to your own specs, incorporating exactly the data, images, etc. you want;
  • instant data retrieval: instead of having to search through cabinets filled with paperwork, search and call up any information instantly according to any criteria (date range, test, product type, etc.), which can be specially useful during audits;
  • cost-effectiveness: more efficiency and accuracy means less waste of time, and if it is a user-configurable system (as opposed to hard-coded, requiring development for any modifications), its return on investment {ROI) increases over time, due to built-in adaptability and thus longevity.

Budgeting

Now we come to budget. This isn't made easier by the fact that laboratory informatics software comes in all kinds of price ranges, from over $1 million all the way down to free. How are you supposed to judge where the honestly appropriate system price for your lab lies?

There are some basic realities that can help in figuring an appropriate budget:

1. Pricing is generally based on how many will be using the LIMS. This can be measured in concurrent users (how many will be using the LIMS at any one time) or named users (the number of total users who will ever use the LIMS, by name). Additionally, modern LIMS increasingly offer the option of a cloud-hosted subscription, which of course has the advantage of not having to have your own IT department, and allowing labs to defray cost over time, with little or no actual license fee. Think about your usage strategy and choose the pricing format that makes most sense for you.

2. Most costs are related to work. Try to choose a solution that has what you need out of the box, as much as possible. The more customized or unique options you ask for, the more it costs, because extra items are a function of the time it takes developers to add them.

3. User-configurable beats vendor-configurable on cost-effectiveness. A lot of LIMS vendors offer a free or low-cost option, but don't be fooled. They are in business to make money, and they are counting on the fact that you'll need to pay them to make things work, add necessary functionality, support, training, etc. If you can find one who offers a genuinely user-configurable LIMS, and whose manuals and other support materials are clearly helpful and available so that you can adjust things the way you want, when you want, then that will go a long way toward budget efficiency and longevity.

4. Interfaces cost money. If necessary, consider phasing in those instrument and other interfaces over time, as revenue eases cash flow. You can go live with your LIMS operations more quickly, entering results manually until you can afford to interface your instruments one-by-one. This goes for reports too. A standard report will do. You can make fancy ones later.

In general, you'll probably want to budget a minimum of around $40,000 - $80,000 plus or minus, minimum, (including setup, training, interfaces, etc.) for a decent, bang-for-your-buck professional LIMS with maybe an interface or two, with $300 to $900 per month (depending on number of users) for ongoing subscription. At around 5 concurrent (logged in at the same time) users, the economics start to favor purchasing perpetual licenses rather than paying subscription. Purchased licenses will also entail ongoing annual or monthly costs as well (maintenance, support, warranty for updates etc.), but somewhere around that number of users, it may tend to be cheaper than subscription. Subscriptions (if available) are generally aimed at smaller labs. If you will be growing and scaling up, it may be a great way to get started - but make sure you have the option to switch to perpetual licenses later.

One mistake some labs still make is to think they have the development skills to build their own more cost-effectively. Once upon a time, long ago, there were so few options that this made sense in a few cases. Those labs are now shackled by a hard-coded system that nobody knows how to modify or maintain because the guy who wrote it moved on or retired years ago and they have an obsolete, antiquated spreadsheet-based monster. Today you have plenty of choices, so why re-invent (an inferior version of) the wheel?

Demonstration and requirements

You no doubt are quite familiar with all of your lab's or potential lab's processes, but that doesn't mean you necessarily have even an inkling about how exactly laboratory informatics fits into your workflow. That's pretty common, and it's fine. That's what software companies should be able to show you. A good developer already generally understands your kind of lab but will ask you a lot of questions about exactly how you do things. It's the exceptions that need catering to. Doing a live demo (online is actually even better than in-person; it can be recorded so you can review and share it as much as you want) is a great context for exploring how the software performs the functions your lab needs. It is interactive and live, so there can be no tricks—you see just how it performs in real time, and you can throw as many curves as you like. That kind of scenario can go a long way towards giving you a real feel for its suitability. Additionally, you can both (lab and vendor) gain a budgetary idea of cost, based on what you do, what you want the software to do, what it can do and the product and services pricing.

Too often labs think the first thing they must do is create a requirements list, then sit back and let the software vendors tell them how they meet it. As mentioned earlier, even though they understand their lab and its processes, most labs don't have much of a clue about laboratory informatics and workflow integration. Having a demo before creating the requirements list is a great way to plug in the features you have seen demonstrated to your lab's processes and needs. After all, how can you effectively require specific functions if you don't fully know what a given laboratory informatics tool is capable of? After the demo you are much more equipped to create a requirements list that becomes the contractual product set and scope of work (SOW) that represents your laboratory informatics solution.

Buy versus rent

There are two primary ways to price laboratory informatics software: one-time license fee or subscription (cloud-hosted software-as-a-service or SaaS ). If you have your own dedicated IT department and staff, you may prefer the former (although many system administrators are just as happy to let it be hosted elsewhere rather than add to their workload). Otherwise, SaaS subscription may well be the better and more cost-effective way to go (no IT costs at all other than internet access). This item will be part of your up-front cost and, in the case of subscription, it will also figure in your first year and ongoing costs (otherwise only associated MSW will figure there). The example here shows a monthly subscription fee of $500, with the initial month due at signing. More often, the vendor may require three months or even the first year up front, so be prepared to factor that into up-front costs. However, it still is almost always less expensive at the outset (and over time if you factor in IT costs and annual MSW) than paying for a license fee.

Named versus concurrent

In addition to the two types of software pricing, there are sub-types. Generally these are based on the number of users (or, in some cases, "nodes," which are simply any entities that access the LIMS, including other systems, instruments, etc.). How these are counted can vary:

  • Named users: This method bases pricing on the actual individual users of the system, even if they may only log in once in awhile. Users may NOT use each other's logins (this is a no-no regardless of pricing structure, for GxP and other standards/regulations reasons).
  • Concurrent users: This bases pricing on the maximum number of users who will be logged in at any given time. You can define an unlimited number of named users in the system, each with their own login credentials. However, only the number of (concurrent) users specified in the license/subscription may be logged in at any one time. For example, you may have ten staff, but due to work processes, shifts, etc., only up to six might ever be logged in simultaneously. Whereas this would require a named user license for 10, it would only require a concurrent user license for six.
  • Unlimited users: In the case of very large labs (typically 30 to 50 and up), the license or subscription may simply be a flat fee that allows any number of users.

Implementation

There are two main keys to successful implementation: having an accurate SOW and high team availability.

1. Accurate SOW: It should be absolutely clear in both your and the vendor's minds exactly what the delivered, operational LIMS should look like. If possible, ask for a validation script that addresses each function and process. Read through it and make sure you agree with each test, that it is an effective measure of the LIMS function it purports to validate. If not, work with the vendor to modify it to your satisfaction. Remember, vendors are required to meet exactly what the contracted requirements are, no more or no less. If they are worded poorly, the delivered item may not match what you envisioned. Be as detailed as you can. This is also where the demo comes in handy. If it is documented (e.g., recorded), you can always use language like "per demo" or "as demonstrated in demo" so there is no question how a feature is supposed to work for you.

2. High team availability: Make your team available. Far too many LIMS implementations drag on way past what is needed simply because the lab doesn't keep up with the process. We all know you're busy, you have regular daily operations and it can be very difficult to allocate extra time for bringing on the new LIMS. A word of advice: make the time! The initial energy and impetus of the project (and a "project" doesn't mean it has to take months; do it right and the best LIMS can be live inside a few weeks) disappear surprisingly quickly once delays set in. Interest wanders and a once-great initiative becomes a nagging burden. The single greatest thing you can do to avoid this is allocate the right person(s) to focus on successfully getting the system in place on time and on/under budget. That means plenty of communication with the vendor's project manager, executing the training and any configuration tasks your lab is responsible for, and signing off when tasks are complete. You may be surprised how often unsuccessful implementations are actually the fault of the customer.

Implementation details

The implementation itself can be quite simple for a pretty standard system. The minimum scenario would be one to five users, no customization, no configurations beyond standard setup (name the lab's location and any departments, add users/passwords, lab logo, address, etc. to report, enter contacts), no interfaces and around two hours of training (online, recorded for reference). And if the solution is cloud-hosted there is no time (money) wasted in buying and/or setting up servers, firewalls, etc., so the LIMS itself can be in place and running in a day. The rest is up to you, it's a function of how much time you put in to do the setup, so figure something like a week to three weeks to go live (a little more if your schedule is tight).

A larger and/or more comprehensive implementation can include several components and be rolled out in phases over one to three months or so. In fact, you can be operational manually for as long as you need to be, bringing instrument interfaces in over time as budget permits, which allows you to begin using the LIMS earlier.

All of the phases and their deliverables have price tags associated with them. Your total cost is a function of the license fee or subscription plus the work the vendor performs. The work they do (and the work you do) is what constitutes the implementation and its phases. They can include (in order):

  • Project management: The LIMS company will provide a project manager to coordinate with you and make sure all deliverables are implemented on time and according to the contract. The cost of this is a function of their hours, which begin at the initial meeting (kickoff) and end once your system goes live and all deliverables have been met.
  • Kickoff meeting: This is the initial get-together between your project manager and theirs. Review the SOW and the plan to implement it, and clarify resource and time commitments and responsibilities, making sure the schedule works for everybody.
  • System installation: If it's to be an onsite installation, then your system administrator and the LIMS vendor's technical representatives will need to work closely to make sure this is done properly. If the vendor is hosting it for you, the system should be spun up and available for you to log in to within a day or so.
  • Gap analysis: This is the identification or verification of the gap between the system as installed and the system as fully functional according to the contract. There should not be any surprises here! If there are (and not good ones), the vendor should rectify them speedily and at no extra charge.
  • Work plan (system acceptance test plan): This is the deliverable that spells out essentially what was discussed in the kickoff, with the gap analysis factored in. It's what will be worked towards in order to get to a fully functional, contractually complete system. It should include all tasks, including your verification and sign-off of each deliverable.
  • LIMS administrator training: Whether a small and simple setup or something more complex, this is important and integral. Get it online and record it if you can. That way you can refer to it as often as you need to, and also use it to train new administrators. Not to mention it's a lot cheaper than paying the vendor to train you onsite.
  • Configuration and customization: This is really the bulk portion of implementation. It includes the standard configuration of the LIMS, plus any extras: instrument interfaces, system/software/agency interfaces, additional custom reports, screen modifications, new fields, etc. (beyond standard setup), adding tests (the LIMS should allow you to make your own), custom notifications/alerts, web portal configuration, additional training, etc.
  • System validation and acceptance: This should be going on throughout the implementation as you sign off on each completed task. Then the final acceptance of the complete system is simply a matter of final overall review and sign-off. A more comprehensive validation involves test scripts for each function, and you will need to go through each, noting pass/fail and any comments. If more work is needed to bring things up to full acceptance level, the vendor (or you, if it was your responsibility) should apply whatever resources necessary to swiftly bring the items to acceptance level.
  • User training: Like admin training, user training is essential for a professional, dedicated system like a LIMS. And in the same way, online training by job function is the most effective method, enabling recorded sessions to be referred back to by the trainees and used for repeat and additional staff training.
  • Go-live support: As with any new system as fundamental to operations as a LIMS, it is a great contributor to a successful launch if the vendor's support staff are readily available during the initial "go-live" period. This may be a few days, a week or two, or a month, depending on complexity, number of users/samples, etc.
  • One year (times X) maintenance and support: This recurring item can be included with your monthly or annual subscription if your LIMS is a software as a service (SaaS) cloud-hosted one. Otherwise, if you purchase licenses (the vendor may still offer cloud-hosting if you want), then this is a separate annual fee. It's usually wise to include this, at least for the first few years so that updates and upgrades are included, and support hours help your users as they become more comfortable and proficient. Cost usually is around 15-20% of original license fee annually, or bundled into a subscription automatically.

Services

The second major component of pricing your LIMS is services. No matter how pre-configured for cannabis testing, any professional LIMS will require some amount of standard setup to reflect your particular lab, e.g., lab name and contact details for reports/COA, entering users and their roles/access permissions, adding and/or modifying tests and processes/workflows, renaming some fields, adding/hiding fields, setting up a web portal, interfaces, etc. Equally indispensable is proper training for both users and administrator(s). And you may find at any time that you would like additional features or functions. The services here are listed in hourly units (again, be very careful if any items that are services-based are listed as fixed-price items).

Services can include:

  • Kickoff meeting: initial planning, identify delta, set schedule, etc.
  • Project management
  • Setup
  • Training (user and admin)
  • Additional configurations and/or customization
    • Interfaces
    • Custom screens
    • Custom reports and labels
    • Additional triggers, alerts, etc.
    • Additional or custom functionality
  • Validation/Acceptance testing: either to a third-party standard (certification) or to manufacturer claims/specs/contract
  • Hosting

Hosting

Self

Cloud

Does the cloud hosting provider provide purpose-built, reliable and secure cloud hosting infrastructure housed in a state-of-the-art data center that is SSAE 16 SOC 2 certified?

Are industry standard hardware, software, and configuration practices employed, ensuring first-class performance, security and reliability, with a full 100% uptime guarantee?

Are global cloud networks employed to provide a seamless global cloud hosting service?

Can the provide meet special requirements for HIPAA, CLIA, 21 CFR part 11 or other regulatory compliance data?

Features include:

  • comprehensive redundancy
  • failover
  • data backup and protection (database backups and system-wide backups in secondary location for redundancy)
  • SSL security and encryption

SaaS

Maintenance, support, and warranty

The maintenance, support and warranty (MSW) offered with the LIMS you choose is almost as important as the LIMS itself. A LIMS is more than the software you buy and operate. It's mission-critical, so having a reliable and responsive team and resources available 24/7 is hugely important in remaining operational and competitive. Downtime can negatively affect not only immediate customer satisfaction, but your reputation. And professional reputations take a long time and hard work to build, though they can be destroyed swiftly and easily.

So, when budgeting for a LIMS, be sure to ask about the company's MSW coverage, discovering what it includes exactly, what it doesn't, and the cost. For purchased LIMS, this is usually a percentage of the license fee, typically 15-20% annually. It should include some support hours (check how many) so your users can contact the company and get help when they encounter problems, as they are still learning the details and becoming comfortable with the system (that's called support). It should include updates and upgrades (maintenance), and unlimited free fixes of any bugs (warranty).

If the LIMS is a cloud-hosted software as a service (SaaS) system, then these are typically rolled in with the annual or monthly subscription (and are typically less costly anyway, since it's easier for the vendor to access and work with the system). Even purchased, perpetual license LIMS may offer cloud-hosting - and may be at a lower rate than if you host yourself (for the same reason). And you have the added bonus of not needing your own servers and IT personnel.

Maintenance is the business of keeping your system up and running, including all updates/fixes and upgrades within major versions, and in the case of cloud-hosted accounts, all of the IT that goes along with that. Any cloud provider should provide their own dedicated cloud infrastructure at a state-of-the-art SSAE 16 SOC 2 data center with fully redundant systems, failover and hourly backup, as well as secondary daily backup at a geographically distant data center, offering 99.9% uptime reliability with HIPAA-compliant level of data security and SSL encryption.

Every service plan option should come with a number of support hours. You have questions, especially when you're just getting to know a new system. Your support account should allow you to put in a ticket any time you need help, including emailing or calling them to talk to local, highly trained and experienced support staff.


Any provider should warranty (stand behind) all of their work for as long as you are our customer. Any customizations, setup or configurations they do should also be guaranteed, or work until things perform the way they're supposed to at no additional charge.

Putting it all together

The items identified in these chapters are listed as line items in the sales agreement and constitute the statement of work (SOW). It is important to include exactly what is expected, being as specific as possible, since this will be the entire contractual obligation for both parties. Obviously, the line items may differ from system to system somewhat, according to what features and functions are included by default with the LIMS and which, if any, are additional. While the contract SOW is always ultimately an estimate, if the steps as described in Evaluating and Implementing a LIMS for Cannabis Testing were followed, then it should be quite accurate, and in fact the final cost may even be below the quoted cost if you prioritize your own obligations so that the vendor's hours are used sparingly and efficiently.

The costs can be a mixture of subscriptions (annual and/or monthly), fixed one-time costs (unit of "Each") and/or hourly services. However, the reality is that they really are either license/subscription or services. Any fixed costs for other items are really for services, and represent one of two possible scenarios:

1. Final fixed cost: In this case, the cost has been figured by the vendor so as to cover their worst-case hourly labor total. If the item (typically interfaces) is not "worst case," then you are overpaying.

2. "Expandable" fixed cost: This is as bad as final fixed cost, and maybe even worse because it's almost a case of "bait-and-switch," popping up as a surprise. The initial "fixed cost" number is low, and additional hourly services are needed to actually deliver the item. This will have been provided for somewhere in the small print. The bottom line is that everything in a LIMS is really either licensing or hourly services. Just be careful if they are portrayed as anything else.

It is important to be clear which category each line item falls under when figuring costs, which can be divided into (1) up-front (due upon signing), (2) annual and (3) ongoing (e.g., SaaS subscription). It is useful to clearly lay out each and compute initial costs, as well as first year and subsequent years' costings. In this example:

1. Initial: Your initial layout may be as little as your first month's subscription plus the first 40 hours of services; in this example we see $500 + $6600 = $7,100. Different vendors have different policies, however, and you may be required to pay for your first full year's subscription and no services, or some other combination. Normally, though, any instrument interface or other services charges aren't due until the they are implemented, which may be a few weeks or even a month or so down the road, depending on your budget, complexity of the SOW, and urgency.

2. First year: Your first year's expenses will include everything, including initial license fees, all setup and training, any interfaces and additional configurations or customization, and first annual maintenance, service, and warranty (MSW). (If this isn't included in the SaaS subscription, then it usually commences on full system delivery).

3. Ongoing: Your subscription and MSW will be the only ongoing expenses (included as one in this example), unless you choose to have additional interfaces or other services performed at any time.

Your total laboratory informatics software costs are tallied according to the licenses or subscriptions and hourly services, plus any additional MSW. Two ways to help maximize affordability and success are (1) as stated before, make sure you plan as thoroughly as possible and set aside sufficient funding for the lab operation you envision, and (2) plan out your implementation, perhaps staggering some of the major non-central items to be phased in over time in favor of getting operational with your LIMS as early as possible.