8 Negotiation Checklist
8 Negotiation Checklist
8 Negotiation Checklist
Use this tool to assist you in negotiating a favorable contract with your vendor of choice. Whoever
you choose to conduct contract negotiations for a comprehensive health information technology
(HIT) project must have prior experience in contract negotiation. Whether you use a consultant
and/or an attorney to assist you, or designate one or more persons in your office to conduct
negotiations, reviewing this checklist can help you prepare for contracting and understand the
process.
• To develop a list of issues, build off the list started during the selection process. Add issues based
on a thorough review of the contract, such as:
o Product capabilities
o Cost and payment terms
o Technical issues
o Installation and implementation
o Legal issues, including the HIPAA business associate agreement
o Other business and contractual terms
• Develop a negotiation strategy and target timeframe. Do not back yourself into a corner with an
unrealistic deadline.
• Submit a written list of issues to the vendor and schedule a target date for their written response.
Hold a conference call with the vendor to present and clarify issues.
• Conduct formal negotiation sessions after reviewing the revised contract. (These are most often
performed in a series of conference calls.)
o This is an iterative process that typically takes at least three drafts, sometimes more
o Ask for redlined drafts showing changes from prior draft
o Take good notes during the meetings, covering both intent with specific wording offered to
resolve issues
o Assure that the vendor’s written response is consistent with its verbal one
• Clarify exactly what you are buying and what the vendor is selling, including:
o Hardware – which devices (if you are buying from the software vendor)
o Software – which applications
o Implementation support
o Interfaces
o Data and chart conversions
o Customizations
o Networks/infrastructure
o Testing
o Training
• Conduct implementation planning concurrent with contract negotiations, and attach the plan to
the contract. At a minimum, the implementation plan should include:
o Project phasing (if any)
o Project start and go-live dates
o Key milestones
o Level of effort for buyer
o Level of effort for seller
o Recommended project organization chart
Negotiation Tips
• Remember, everything is negotiable, although you should focus on those areas most important to
the organization. YOU are in charge of the negotiation process.
• Beware of concentrating on cost issues too early. Once the vendor agrees to a cost, the vendor
has an easier time refusing other issues or re-opening costs if an issue has a cost impact.
• Try to find win-win solutions whenever practical. Once the contract negotiation is over, you will
be in a partnership situation with this vendor. A one-sided win is never successful.
• Request a complete set of product documentation—and arrange for users to read it. This will help
clarify what you are buying in terms of features and functions. Legally speaking, most vendors
specify that what you are buying is the product defined in the documentation—hence the need to
read it.
• Consider a final due diligence product demonstration to respond to any final questions or
concerns you may have about product capabilities before getting too deep into contract
negotiations.
• The terms of the agreement can have financial implications far beyond the price. The following
contract items need to be carefully negotiated.
o Payment terms that reflect pay for performance. Do not agree to pay on a schedule, but
rather by milestones or when a specific task has been accomplished by the vendor
o What/when is final system acceptance (some time after go live, not before system
configuration)
o Maintenance/support fees and inflation clauses
o Price protections
o Fixed fee for implementation? Expense controls/cap?
o Term or perpetual license if using an application service provider (ASP)
• Define performance criteria, remedies, and dispute resolution processes in terms you can
understand and measure.
• Get out your crystal ball—plan for contingencies.
o Is your organization going to change (grow, shrink, refocus, take on new product lines)?
o Ensure the contract has provisions for the vendor to keep the product current with federal,
state, and regulatory requirements, including maintaining certification for federal incentives
o What if the vendor leaves the business (software replacement clause, escrow, etc.)?
• Beware of last minute product substitutions, when vendors push you to buy a newer and better
product than the one you have evaluated. If a newer version is going to be released soon, even
though it may have features you desire, you generally do not want to be among the first to go live
with it. Have the stable version implemented and adopted, then migrate to the newer version.
Some vendors may offer a better deal if you are among the first to implement a new version, but
often, this is not the best deal if you have to struggle to get it implemented, then have to pay more
in implementation overage costs, hire someone to help you, or pay overtime for staff, etc.
• Beware of evergreen clauses (automatic renewals).
• Beware of vendors invoking the Sarbanes-Oxley Act as a payment-scheduling tactic. The
Sarbanes-Oxley Act only relates to vendors posting payments, not to you owing payments.
• Beware that vendors want to front load the payment schedule, while you want a payment
schedule that is, at minimum, tied to performance of the system, or ideally, that backloads
payments. Some tips to consider:
o Vendors typically propose payment terms that call for a percentage of payment down and a
percentage on installation of software. This is effectively calling for a down payment of both
percentages. Installation only refers to installing software on hardware, which may not even
be performed at your location. A down payment and installation fee should not exceed 20
percent.
o Tie payments to key milestones of performance, such as completing system testing, training,
and going live. Avoid tying payment to specific dates, although you may be required to meet
certain deadlines to achieve milestones, or payment penalties may be applied. An
organization can be as much to blame for delays as the vendor, so be sure to hold up your end
of the deal after the contract is signed.
o Hold some percentage of payment (at least 10 to 20 percent) until a period of time after the
go-live date. Ideally for a clinical information system, 90 days following go live or when a
certain percentage of users (e.g., 90 percent) have fully adopted the system.
Approval to Sign
The final step in contracting is obtaining approval to sign the contract. Approval to sign applies to
both the vendor and your office. The salesperson will likely have latitude to negotiate price and terms
within a given range. Beyond that, approval will be required from a sales manager. After all final
elements of the contract are agreed upon by both parties, the final contract must be reviewed and
approved by the sales manager or another person within the vendor organization.
Once the vendor-approved version of the contract is presented to you, you will likely need to have it
approved by your CEO and/or board of directors. Many factors enter in at this point, including
whether financing has been obtained, a grant has been awarded, other capital requirements preclude
approval, or a key staff member cannot be hired. Be aware that the contract usually has a “valid until
date,” after which it will need to be renegotiated. You will want to avoid this, but extenuating
circumstances can preclude approval. To aid the approval process, communicate regularly about
contract negotiation progress and prepare a summary of key terms.
Post Negotiation Tasks
Assuming a successful contract is negotiated and approval is obtained, the contract becomes a living
document that should work for you.
• On the final version of the contract, highlight any changes you have succeeded in obtaining,
major tasks or responsibilities you have agreed to, and key terms/conditions that you feel need to
be closely monitored. Move these to your own implementation plan so you can check them off.
• Review key terms and conditions of the contract with the vendor’s implementation manager/
specialist. Do not assume the implementation manager will have read it. Typically, they are
familiar with the standard contract and may not have read your final contract with special terms.
• Periodically review the contract to refresh your memory on terms, conditions, and special items
you have negotiated. The contract is not a hammer, but it can help clarify issues during disputes.
Copyright © 2011 Stratis Health. Funded by Chiropractic Care of Minnesota, Inc. (ChiroCare), www.chirocare.com
Adapted from Stratis Health’s Doctor’s Office Quality – Information Technology Toolkit, © 2005, developed by Margret\A Consulting,
LLC. and produced under contract with the Centers for Medicare & Medicaid Services (CMS), an agency of the U.S. Department of
Health and Human Services.