Difference between revisions of "Vendor Selection Criteria"

From Clinfowiki
Jump to: navigation, search
m
(→‎Vendor assessment plan)
 
(584 intermediate revisions by more than 100 users not shown)
Line 1: Line 1:
−
== Example Vendor Evaluation Criteria ==
+
Choosing an [[EMR|electronic medical record (EMR)]] vendor is an important task, with many aspects to consider. An EMR can completely redesign a hospital's practice, but can also optimize it in ways a [[Removing Paper|paper-based system]] could not. With over 400 EMR vendors in the market, selecting the best option could be overwhelming. After clearly defining the needs of the company, the next step is to evaluate which vendors more closely match your list of priorities.<ref name="Selecting a vendor">Selecting the right EMR vendor. http://www.himss.org/files/HIMSSorg/content/files/selectingemr_flyer2.pdf </ref>
−
+
  
−
=== Demonstrate Clinical Functionality (25%) ===
+
Here is a list of some of the important considerations when choosing, installing, implementing and upgrading an EMR system. <ref name="factors selecting vendor">What factors should I consider when selecting a vendor? http://www.healthit.gov/providers-professionals/faqs/what-factors-should-i-consider-when-selecting-vendor </ref>
−
* If EMR software provides CPOE Functionality then does it enable a user to electronically record, store, retrieve, and manage, at a minimum, the order types like 1) Medications 2) Laboratory, 3) Radiology and Imaging and 4) Provider referrals according to certification criteria defined by the ONC’s Interim Final Rule.
+
−
* Will the system support utilization review with the Milliman and Interqual clinical criteria for Quality Management and discharge planning.
+
−
* Joan Breuer, Ph.D. 01/27/2010 17:20 There needs to be a plan so In-house developers can work with the Vendor such that all algorithms are carried out seamlessly.
+
−
* Is the system’s data entry interface intuitive for new users?
+
−
*Are all clinical stakeholders involved to put their input on the functionality?
+
−
Zoker 9/17/2011
+
−
*Do the EMR applications cover key clinical areas and environments (outpatient, inpatient, and ambulatory)?
+
−
Zoker 9/17/2011
+
−
* Can the system pull from clinical documentation for billing and patient safety reporting?
+
−
* The system shall provide the ability to send medication orders and updates to Pharmacy IT system utilizing a coding system for medications
+
−
* Does the EHR vendor provide a test version of EHR product for training and quality assurance (QA) purposes as well as the full production environment that is installed in the clinic? (The test version is a segmented area where users can make changes to templates or forms without it affecting the live environment) (http://www.americanehr.com/Home.aspx)
+
−
* Will the EHR company build custom templates to the practices specifications? (http://www.americanehr.com/Home.aspx)
+
−
* Can patients be scheduled for appointments in multiple practices, facilities, etc.?
+
−
*How easy would it be to query infection related patient data and electronically submit to state health department and CDC? That way the facility would not have to look into a separate vendor.
+
−
*Will the EMR capture and or implement the meaningful use standards as mandated?
+
−
*Will the vendor provide an exact demonstration of their product for each of the workflows for each type of physician or clinician (i.e. OBG-YN, nurse)? Meaning, the workflow for a physician is different than that of a nurse or an administrative clinician. Is the vendor willing to conduct exact scenarios in their own product to specifically tailor the needs of all personnel?
+
−
*Does the EHR system provide the ability to merge patient information from two patient records. Such that if a duplicate is created, information could be merged into one chart?
+
−
*Does the EHR system provide the ability to calculate and display body mass index (BMI)?
+
−
*Does the EHR system provide the ability to automatically generate reminder letters for patients who are due or are overdue for disease management,  preventative, or wellness services?
+
−
* The system shall include documentation of the minimal privileges necessary for each service and protocol necessary to provide EHR functionality and/or serviceability. [1]
+
−
* The system shall require documentation of the audit support functionality in the vendor provided user guides and other support documentation, including how to identify and retrospectively reconstruct all data elements in the audit log including date, time. [1]
+
−
* The system restore functionality shall result in a fully operational and secure state. This state shall include the restoration of the application data, security credentials, and log/audit files to their previous state. [1] --[[User:Sfjafari|Sfjafari]] 12:41, 13 September 2011 (CDT)
+
−
* Can system identify the chronic disease sufferer’s subgroups? --[[User:Sfjafari|Sfjafari]] 12:41, 13 September 2011 (CDT)
+
−
* Does the EHR system include clinical decision support based on patient’s demographic and clinical data including detection of medication prescription error (including interactions, contraindications, dosing errors, etc.) and appropriate immunization administration?
+
−
* Does the EHR system include clinical decision support based on patient’s demographic and clinical data including laboratory test ordering, i.e. the ability to suggest relevant and patient-specific lab tests, appropriate secondary tests, and specific parameters for multiple lab orders (including avoidance of unnecessary duplication, and reminders of orders that are time-sensitive or situation-specific.)?
+
−
* Does the EHR system support accurate, consistent and effective clinical documentation by appropriately balancing data auto-population, structured data entry, and unrestricted physician entry of natural-language narrative?
+
−
* Does the EMR require vendor intervention or an additional fee each time in order to change forms, queries, and reports? To what extend are reports customizable. Can reports be made to be generated automatically on a recurring basis?
+
−
* Is the EMR flexible/customizable enough to meet the needs of your organization (i.e. able to customize for your unique workflows, able to interface with other systems)?
+
−
*During the Product Demonstration, it is extremely important to ask the vendor to demonstrate some scenarios relevant to your facility and workflow. Posing some “what if” scenarios allows you to see how the system responds when it doesn’t follow the normal vendor’s presentation. http://www.healthtechnologyreview.com/emr-vendor-selection.php
+
−
* Will the system allow on staff administrators to create and manage users and user security profiles?
+
−
* Does the EHR provide the ability to display a list of the patient's allergies?
+
−
* Does the EHR display warnings for potential drug-drug, drug-allergy, and drug-disease interactions at the time of ordering and on demand? [1]
+
−
* Does the EHR allow multiple users to access/edit a single patient’s EMR simultaneously? [1]
+
−
* Does the EMR store the original data entry even after changes to the record have been made? Can changes be tracked by user?
+
−
* Does the EMR have the capability to display data over time graphically, such as growth charts?
+
−
* The system shall provide the ability to query for a patient by more than one form of identification
+
−
*Does the software provide functionality for direct patient access to their EHR?
+
−
* Does the EHR have options or modules to integrate clinical rating scales and manage their licenses?
+
−
* Can it integrate with external knowledge sources such as links to journal references or other knowledge base systems (such as [http://www.hopkinsguides.com/ John Hopkins Guidelines System] )to provide more academic information and update on particular patient problem?
+
−
* Does the EHR store the identity of the user and associate the ID with the additions or changes made to the system?
+
−
* Does the EHR system provide with data extraction and export capabilities?
+
−
* Can the EHR system be used to capture clinical trial data? How the clinical trial specific data is managed?
+
  
−
=== Acquisition and Implementation Cost (25%) ===
+
==EHR Vendor Selection==
  
−
* Are training materials provided by the vendor or is the organization responsible for producing in-house? If the training material will be developed in-house, does the vendor stipulate specific training requirements (i.e. classroom-based vs. web-based, mandatory competency examinations)?
+
===Preliminary selection criteria for EHR vendors===
−
* Does the vendor bid include the product's ability to be used as a tool for research.  If "no", is an add-on solution for research capability needed and will it entail extra cost. Ref – Kannry J et al: Using an Evidence-based Approach for System Selection at a Large Academic Medical Center: Lessons Learned in Selecting an Ambulatory EMR at Mount Sinai Hospital.  Journal of Healthcare Information Management — Vol. 20, No. 2, pg 84.
+
−
*In calculating the Total Cost of Ownership (TCO), the Break out costs should include who pays for the additional costs due to delays in implementation, especially those due to the Vendor. In fairness, the Vendor's rate  for successful, on-time and under-budget implementation should be discussed as well.
+
−
--[[User:Sfjafari|Sfjafari]] 12:42, 13 September 2011 (CDT)
+
−
* Does system minimizes or ease the data input, so that doctor spend more time with patient?
+
−
--[[User:Sfjafari|Sfjafari]] 12:42, 13 September 2011 (CDT)
+
  
−
=== Hardware Platform and Technical Requirements (20%) ===
+
According to McDowell, et.al (2003), the primary and vital step for choosing vendors is to narrow your selection from over 400 to as few as 4 vendors based on the following key requirements. <ref name="McDowell"> McDowell, et.al. (2003). Journal of Healthcare Information Management. Herding Cats: The Challenges of EMR Vendor Selection. http://www.providersedge.com/ehdocs/ehr_articles/Herding_Cats-Challenges_of_EMR_Vendor_Selection.pdf.</ref>
  
−
* For already existing software functionality, does the vendor employ reliable and trustworthy software like an open-source MySQL or Apache server? Or do they develop their own system, or do we have to license a proprietary one (extra cost)?
+
*Is the EHR up-to-date with technology?
−
* How the vendor estimates the total amount of users and licenses needed? Will they be concurrent user licenses or asynchronic?
+
−
* Will technical support remain active even if the Hospital is running a non upgrade system? For how long?
+
−
* Does the system use [http://medical.nema.org/ DICOM] standards for the transmission of image data?
+
−
* How frequently does the vendor provide patch upgrades for the product?
+
−
*Is the system using standards such as Snomed, [http://www.who.int/classifications/icd/en/ ICD 10]; [http://hl7book.net/index.php?title=HL7_version_2 HL7 Version 2] or [http://hl7book.net/index.php?title=HL7_version_3 3]; HL7 infobutton…)
+
−
*How does the system handle multiple logins of the same user at different locations/instances?
+
−
*How does the system handle user inactivity? (auto-logout, discarding\saving changes, draft creation)
+
−
* If the system includes hardware, the system shall include documentation that covers the expected physical environment necessary for proper secure and reliable operation of the system including: electrical, HVAC, sterilization, and work area.[1]
+
−
--[[User:Sfjafari|Sfjafari]] 12:44, 13 September 2011 (CDT)
+
−
* Can system allow login remotely – off site transcription or home or other clinic?
+
−
--[[User:Sfjafari|Sfjafari]] 12:44, 13 September 2011 (CDT)
+
−
* Does the system provide the ability to identify all users who have accessed an individual's chart over a given time period, including date and time of access?
+
−
* How well does the EMR work with antivirus, antispyware and other security software? What is the vendor’s history with cyber attacks?
+
−
* Does the vendor offer a Software as a Service (SaaS) solution, also know as an Application Service Provider (ASP), or a client-server solution?
+
−
* With existing systems, how tightly integrated will the new EHR system be and what prep work is required to make the integration possible?
+
−
* What are the bandwidth requirements of the system? What is required for intranet connectivity? Internet connectivity?
+
−
* What is the response time of the system? What is an acceptable amount of [http://en.wikipedia.org/wiki/Lag lag]?
+
−
* Does the system has modules for automatic update of knowledge sets at regular intervals , more like automatic update of antivirus definitions?
+
  
−
=== Implementability (15%) ===
+
*Are the core clinical components fully integrated in the EHR?
  
−
* How does the vendor compare in [http://www.klasresearch.com/ KLAS] rankings of similar systems and applications?
+
*Are the applications available for inpatient, ambulatory, and outreach settings?
−
* How long is the training that is required for each subgroup to fully implement the system?
+
−
* What are the training requirements for the vendor? For the clinic/hospital?
+
−
* What is the vendor's track record for successfully training a new system for your clinic/hospital size?
+
−
* What training manuals, user guides, on-line training assets, and any other training materials will be made available to the clinic/hospital?
+
−
* Will the implementation require a consulting "team" and how much will this cost?
+
−
* Is the vendor sufficiently well known that most health care consulting firms have familiarity with the system?
+
−
* How will legacy patient record data be integrated into the new system?
+
−
* How is the evaluation procedure for the approval of the ongoing stages of implementation? How objective will be the defined how  to proceed with the approval and payment?
+
−
* Is the vendor's system compliant with ISO standards for EHRs?
+
−
* Does the system have a proper data recovery plan in case of an crash or any other unexpected event? Can the system be restored without any data loss? Does the vendor have a proper disaster recovery plan?
+
−
* How does a legacy Practice Management System integrate with the EHR system? Is there a list of successful PM vendor integrations?  [[User:MikeField|MikeField]] 20:47, 29 January 2010 (CST)
+
−
*Make sure the vendors give accurate information for the Request for Proposal. So the stakeholders can make informed decisions on the comparison of vendors.
+
−
-Zoker 9/17/2011
+
−
* What is the legacy Practice Management System conversion process for legacy data import into the EHR system? Time/cost and loose-ends? What reference clients are there for particular legacy PM systems?  [[User:MikeField|MikeField]] 20:47, 29 January 2010 (CST)
+
−
* Does the vendor have a List of Lessons Learned from previous implementations?
+
−
* Does the vendor have a legal license to essential code sets, such as the [http://www.ama-assn.org/ama/pub/physician-resources/solutions-managing-your-practice/coding-billing-insurance/cpt.page? AMA Current Procedural Terminology] (CPT®) file? Will the vendor maintain this license annually as part of your service or maintenance agreement?[http://www.ama-assn.org American Medical Association]
+
−
* Does the vendor offer a “test environment” in which upgrades are loaded to allow you time to test and learn their functionality without affecting your live system? [http://www.ama-assn.org American Medical Association]
+
−
* What is the vendor's rate for on time & under budget implementations?
+
−
* Are other consulting firms certified to implent the vendor's product? If so will the vendor provide system updates and customer service if system issues (not related to implementation) arise?
+
−
* Check whether the vendors EMR products are [http://www.cchit.org/ CCHIT] certified (http://www.cchit.org/products/cchit)
+
−
* What training mechanisms are used by the EHR Vendor? (http://www.americanehr.com/Home.aspx)
+
−
* What services does the EHR vendor offers for post-implementation optimization of the system with respect to training and system customization? (http://www.americanehr.com/Home.aspx)
+
−
* What is the company policy regarding data ownership for the ASP EHR?
+
−
* Does the EHR vendor provide any guarantees regarding the ability of a practice to meet meaningful use requirements? (http://www.americanehr.com/Home.aspx)
+
−
* The system shall include documentation that describes the patch (hot-fix) handling process the vendor will use for EHR, operating system and underlying tools (e.g. a specific web site for notification of new patches, an approved patch list, special instructions for installation, and post-installation test).[1]
+
−
* The system shall include documented procedures for product installation, start-up and/or connection.[1]
+
−
* The system shall allow an authorized administrator to enable or disable auditing for events or groups of related events to properly collect evidence of compliance with implementation-specific policies. Note: In response to a HIPAA-mandated risk analysis and management, there will be a variety of implementation- specific organizational policies and operational limits.[1]
+
−
* What options does the EMR have for upfront abstraction and scanning? Are these costs included in the purchase of the EMR?
+
−
* Does training personnel need to travel in order to receive appropriate training? If so, are any travel expenses included in the implementation estimate?
+
−
* What LIMS and laboratory middleware software does the software support?  What has been the experience of current users?
+
  
−
=== Vendor Partnership and On-going viability (10%) ===
+
*Does the vendor have a proven record of financial stability and management reliability?
−
* Please provide audited financial statements for the last five years, including Balance Sheet, Income Statement, and Statement of Cash Flows, as well as any accompanying footnotes.
+
−
* Provide a list of customers who have implemented the systems and applications that you are recommending to us. 
+
−
* In addition to the vendor provided list of current customers, seek out and evaluate other customers that were not recommended by the vendor. This will help evaluators get a more balanced view of customer satisfaction and potentially bring unexpected problems and benefits to light.
+
−
*Create a list of vendor selection criteria, and evaluate the vendors and software: review responses to the RFP; schedule demonstrations; check references; and, use proven tools/templates for assessing and consistently comparing vendors.
+
  
−
*Research available EMR systems and vendors: determine if your jurisdiction has a "pre-approved" vendor list; develop checklists & questionnaires to assist with product comparison; and, prepare a Request for Proposals (RFP).
+
*Does the vendor have a well-established familiarity with large healthcare providers like academic medical centers and tertiary care hospitals?
  
−
*An important consideration is whether the vendor or any of its industry partners have done an analysis of processes in healthcare
+
*Does the vendor offer an "exit strategy" if they, for unknown reasons, are unable to continue to support your system
−
* In a HIPAA complaint product, one should consider the feasibility of implementing future mandates. The cost should be considered in terms of both money and time. 
+
    --- Example will they allow you access to the source code---
  
−
* Obtain references of current customers that are similar in size, have similar patient population, and have similar required functionality needs to your practice and evaluate the ease of implementation, current satisfaction, and costs.
+
===Assess EHR Requirements===
−
* What kind of service level agreements are offered by the vendor and what is their track record for maintaining those SLAs?
+
Before diving into specific attributes needed for an EHR system, the general requirements of the EHR must be decided. General requirement decisions may be needed for the following:<ref name = HRSA HIT Vendor Select>How to Select a Certified EHR. http://www.hrsa.gov/healthit/toolbox/healthitimplementation/implementationtopics/selectcertifiedehr/selectacertifiedehr_7.html</ref>
−
* When you're getting started, it's critical to determine the economic vitality of the vendors. (This information is available from surveys, vendor Web sites or by contacting the vendor directly.) Make sure you include the following key questions when talking to vendors: yearly sales in dollars; years in business; total number of systems sold to date (systems, not licenses);geographic spread of customers; and number of employees designated for customer support. Carter, Jerome (2004)
+
  
−
*Ensure there will be well-laid out contractual agreement regards the 'source code' that will satisfy/cover necessary conditions: "When does the company get the 'source code?, How does the company get the source code?"
+
*Will the EHR be open source or off-the shelf commercial software?
 +
*What EHR functions are needed, such as patient demographic and care management data on patient visits?
 +
*What kind of clinical decision support and reports are critical, important, and desired but not essential?
 +
*What type of consents, authorizations, and directives are needed?
 +
*What interfaces are required to exchange health information with other providers, laboratories, pharmacies, patients, and government disease registries?
 +
*What type and scope of training is expected?
 +
**What levels of training will be needed?
 +
**How many people need to be trained by the vendor?
 +
*What availability for assistance will be necessary?
 +
**How much will be needed for how long?
  
−
*If there are workflow changes within the organization, after the product is implemented,  is the product flexible enough to allow for changes without major outages or disruptions to daily activity?
+
'''Vendor Assessment'''
  
−
*What are the vendors’ contingency plans if technical glitches occur, post implementation?
+
Vendor assessment should be performed systematically in order to meet the goals of the given institution: <ref name= “Chin”> Chin, B. J., & Sakuda, C. M. (2012). Transforming and Improving Health Care through Meaningful Use of Health Information Technology. http://www.ncbi.nlm.nih.gov/pmc/articles/PMC3347738/.</ref>
  
−
*In terms of clinical decision support, how often are drug list and drug interaction list updated? Once updated, how long will it take for the changes to be accessible by the end users?
+
*Determine which EHR vendors are available in the locality.
 +
*Compile a pre-screen questionnaire and survey for local vendors.
 +
*Evaluate request for proposal (RFP) documents and provide vendors with details of any state-specific requirements.
 +
*Assemble a list of pre-qualified vendors based on survey response and RFP.
 +
*Provide a comprehensive request for information document to pre-qualified vendors.
  
−
* What is the average time the vendor takes to address and resolve bug reports?
+
'''Steps to conducting an EHR Assessment'''
 +
*What is your facilities need for an EHR?
 +
*What are your goals for the EHR?
 +
*What could be the deal breakers
 +
*Start narrowing the field on the EHR selection <ref name = HealthIT>http://www.healthit.gov/providers-professionals/faqs/how-do-i-select-vendor</ref>
  
−
* What is the training of the vendor's customer support employees? What is their level of expertise with the software?
+
=== Decide what paths and vendors you need to obtain your EHR===
−
* Is it possible for the vendor to provide a personal customer support representative to be the first to address any future issues?
+
*Create a checklist with functionalities that your selected EHR must have, is good to have, and must avoid.
 +
*Conduct wide screen to map EHRs that meet all or most of your anticipated functionalities and rank them from high to low.
 +
*Request advice from organizations that you know or have collaboration about the process of acquiring and implementing EHRs or find potential organizations that you can collaborate with. <ref name=" HRSA"> HRSA. (n.d.). Organizations Safety Net Providers Can Collaborate With. Retrieved September 24, 2015, from http://www.hrsa.gov/healthit/toolbox/healthitimplementation/implementationtopics/collaborate/collaborate_3.html. </ref>
 +
*Contact or work with your local Health IT offices and regional extension centers for further information and advice.
  
−
*In "EMR Vendor Selection" on Health Technology Review.com (http://www.healthtechnologyreview.com/emr-vendor-selection.php) it states an old adage in the Software industry that consumers will buy a product based on features, but will leave the vendor based on a lack of support. Therefore, it is important to check references for the vendor related to post-implementation technical support satisfaction.
+
===  Check out possible vendors through current users ===
 +
*Find EHR using organizations in your local area or collaborators for their experience and comments.
 +
*Ask questions related to EHRs’ core functionality and relevant information, including but not limited to timeline, cost, impact on interruption of productivity, vendor additional charges or hidden charges, evaluation about return on investment, feedback from clinicians, staff, or other users. <ref name=" HRSA"> </ref>
  
−
* Aside from providing source code in the event the company undergoes changes, how and when can the organization acquire the "raw" data?
+
=== Interview certified EHR vendors ===
−
*Does the vendor have local support personnel or will all issues be handled by a distant team?
+
*Select 4-5 top ranked certified EHR vendors based on your investigation through your previous screening and inquires.
 +
*Set up phone interview for asking questions as suggested by HRSA website. <ref name=" HRSA"> </ref> For example, type of organization (for-profit or not-for-profit), history or duration in EHR business, other users in local area, costs for different phases and upgrades, and supports.
  
−
* What is an average time for installing and testing upgrades to the system? If an upgrade is missed or skipped, does the subsequent upgrade(s) have all prior changes included or just the current fix or feature for that version?
+
=== Arrange for vendor demonstrations ===
 +
*Select 2-3 best candidates from previous selection for onsite demonstrations.
 +
*Set up an environment that can mimic a real situation for using selected EHRs in your organization that can test how well each EHR can meet the needs of your organization.
 +
*Test each EHR if it can integrate with other providers or data systems such as public health interface, billing system, drug post market surveillance, CDSSs, and CPOE. 
 +
*Cybersecurity protection function.
 +
*Quality control and report function.
 +
*Electronic reporting capability.
 +
 
 +
===Common Vendor Selection Mistakes===
  
−
=== Future Vision (5%) ===
+
*Not Enough/Too Much Time
 +
*Not Enough Research
 +
*RFP is a Surprise / Poor Quality / Scoring Unclear
 +
*No Plan for Demos
 +
*Insufficient Due Diligence
 +
*Insufficient Education and Buy-In
 +
*No Rules of Engagement
 +
*Fool Me Once…
 +
*Entering Negotiations Alone, Naked, and Cold<ref name="Miller 2010">Miller,D. Best Practices in Software Vendor Selection http://www.slideshare.net/advantiv/cfakepathbest-practices-in-vendor-selection-advantiv </ref>
  
−
* Does the vendor have a meaningful Product Lifecycle that defines major and minor releases, their associated costs, and delivery (push or pull) methods?
+
=== EMR Selection Tips From A CCRC ===
−
* What is the vendor's five-year strategic plan?
+
−
* What percentage of revenue is being re-invested into R&D?
+
−
* How does the company capture/communicate client concerns for re-engineering? i.e. Is this a learning company?
+
−
* What "game changers" are on the drawing board?  Are these related to one of our organization's core goals?
+
−
* Does the vendors support and training staff meet local needs, and does the staff appear to be adequate for anticipated installations?
+
−
* Has the vendor shown continued and steady growth, as measured by the number of clients installed per year, or is the number of installations declining, indicating decreasing acceptance in the market?
+
−
* Compared retail broker workstation alternatives, including proprietary and third party packages, based on user requirements and technology/operational considerations. Project included EMR development and response evaluation
+
−
* Lifespan and Staying Power: One should consider the track record of the vendor and viability as a company to sustain the ups and downs of the industry. One sub-criteria in this category often used is how long the vendor has been around.
+
−
* Does the vendor plan to offer interoperability options in the event of a nationally implemented CIS?
+
−
*What is the plan to support smart phone applications to enhance interoperability and custom accessibility of EHR data while maintaining security? (DROID, IPHONE)
+
−
* Upon the termination of a license or agreement, is there an orderly process for you to extract your data? This is applicable if you access the vendor’s software within an application service provider (ASP) model.[http://www.ama-assn.org American Medical Association]
+
−
* Ability to have HIE compatibility
+
−
* Improved billing accuracy and charge capture
+
−
* Electronic replacement for traditional reportable disease notifications to health departments, may become part of biosurveillance in the future.[1]
+
−
* Does the EMR require vendor intervention or an additional fee each time in order to change forms, queries, and reports? To what extend are reports customizable. Can reports be made to be generated automatically on a recurring basis?
+
−
* You should not sign an agreement with the vendor until they have proven that they can customize your system according to your specifications. You should make sure that agreed upon customizations are clearly delineated in the contract. Make sure that you have the ability to terminate the contract if the vendor does not meet their obligations. http://www.healthtechnologyreview.com/emr-vendor-selection.php
+
−
* Is it possible to virtualize or [http://en.wikipedia.org/wiki/Sandbox_(software_development) sandbox] the system to test updates? This functionality would allow site specific testing of new features and systems with less risk of corruption of the current system. It would also allow testing of new features functionality and allow easy rollback if features end up being unwanted.
+
−
* Is remote access cross platform? The use of open standards (e.g. HTML5, XML) allows users on any platform, including smartphones and tablets, to have equivocal access to the system.
+
  
−
=== Extra Credit (optional) ===
+
Retirement community service providers are generally not considered a priority when the government is considering the purchasing and use of electronic medical record (EMR) systems.  While acknowledging the benefits that a new EMR system can bring to their facility, the Jewish Association on Aging (JAA) would like to point out four main challenges it faced with the implementation of the government mandated EMR.
 +
But first they mentioned the positive: the benefits.  These benefits included improved reliability of data, improved workflow, and increased quality of life (QOL) for their residents.  The JAA is a non-profit continuing care retirement community (CCRC).  The impact of the required, updated EMR systems can pose a greater threat to the existence of these non-profit, smaller patient care entities.
 +
This facility would like to share four main challenges which it encounters while trying to update to the new government regulations for EMR regulations.
 +
# The first of these challenges was the large burden of financial funding.  In order for the JAA to overcome this they first informed their board of directors about what the upcoming mandated changes encompassed, and they stressed the positive benefits of the new EMR implementation.  With the support of their board of directors, and grants from local foundations, they were able to meet the first challenge.
 +
# The second challenge was to ensure adequate information technology (IT) support for their project.  In order to do this, the JAA hired an IT project manager and an EMR nurse clinician to help develop their specific EMR infrastructure.
 +
# The JAA realized they had to upgrade the CCRC's hardware and networking system.  This was the third challenge they faced in order to implement the demands of a new EMR system.
 +
# The fourth challenge was actually selecting the appropriate system to meet their specific needs as a CCRC.  In order to do this, the JAA utilized an EMR selection tool by the Leading Age Center for Aging Services Technologies (CAST).  This was reported as a major influence in helping them select the appropriate EMR system to meet their specific needs.  They also contracted an outside consulting company to aid in the selection process.
  
−
* It is not uncommon for developers or implementers to impose lock-in features in order to protect their IP rights. How mature is the support community for the particular vendor and is there a marketplace for support and services to their product or is support limited to their own team?
+
Once the JAA had narrowed their choices down to two possible software candidates, they used a five year total cost of ownership (TCO) to make their final decision.  The consulting company was able to present a comprehensive image of what the TCO would entail.  With this process, the JAA was able to choose the HealthMEDX EMR system.  They found HealthMEDX to have evidence of a proven and successful implementation record for their EMR system.<ref name="Bowers 2015"> Bowers, Lois A.(2015). Secrets to EMR selection: a CCRC shares implementation and selection tips. Long-Term Living; 64(2): 34-37. http://ca3cx5qj7w.search.serialssolutions.com/?ctx_ver=Z39.88-2004&ctx_enc=info%3Aofi%2Fenc%3AUTF-8&rfr_id=info:sid/summon.serialssolutions.com&rft_val_fmt=info:ofi/fmt:kev:mtx:journal&rft.genre=article&rft.atitle=Secrets+to+EMR+success%3A+a+CCRC+shares+implementation+and+selection+tips&rft.jtitle=Long-Term+Living&rft.au=Bowers%2C+Lois+A&rft.date=2015-03-01&rft.pub=Vendome+Group+LLC&rft.issn=1940-9958&rft.eissn=2168-4561&rft.volume=64&rft.issue=2&rft.spage=34&rft.externalDBID=IOF&rft.externalDocID=410137947&paramdict=en-US</ref>
−
* A multidisciplinary team, usually a subset of the decision team consisting of a physician, IT personnel and a senior management must conduct a site visit to one of the vendor customer sites and vendor headquarters.  Informal discussions at this level were quite informative as they bridged the gap between theory and practice for actual software implementation and usage.
+
−
* An unstructured “drive-by” demonstration of the system must be arranged for, wherein the vendors conduct product demos, demonstrate product futures and distribute promotional materials for a majority of the employees to get the feel of the new systems. It facilitates building a comfort level and relationship with the vendor and the product offered.
+
−
* Can the company demonstrate tangible ways that use of the product can increase hospital revenue? If yes, can you validate this/these claims?
+
−
* Is the vendor willing to contract to go "at risk" for any part(s) of the contract?
+
−
* What other services does the company offer (especially useful for rural or small hospitals or practices)? e.g. consultants to do special projects, data transmission/claims, billing
+
−
*Can the record be accessed at home by clinicians and patients, or do they have to be on-site at the facility?
+
−
* Is the vendor capable of adapting to emerging technology such as open source programming, cloud computing, "tablet" PCs/Macs, demand for smartphones (e.g. iPhone), and Web 2.0 technology?
+
−
* Is the vendor capable of integrating it's system with a personal health record and allowing more patient control?
+
−
* Can the company provide return on investment analysis?
+
−
* Does the system have e-prescribing functionality?
+
−
* Vendors may not be chosen if the current managers have been convicted of or have had a civil judgment for the following: fraud, antitrust violations, embezzlement, theft, etc.
+
−
* Reduced pharmaceutical costs derived from having information available at the time it is needed
+
−
* Cost reductions associated with risk reduction of adverse drug events
+
−
[[Category:EMR]]
+
−
* How can this EHR be an asset for the solo practitioner who sees this technology primarily as a financial drain?
+
−
* Is company a [http://www.cchit.org/ CCHIT - Certification Commission for Healthcare Information Technology] vendor ?
+
  
−
*If it is a multiple hospital system, how many training specialist will be dedicated for the whole system implementation?
+
== Planning and Implementation Approach==
−
*Will the vendor be readily available to conduct training for all shift and service line?
+
[[Vendor Selection Criteria: Planning and Implementation Approach]]
−
*How much extra financially will it be to train outpatient clinics that are subset of the system?
+
−
* Does the EHR system provide with data mining capabilities to support clinical research?
+
  
−
=== '''References''' ===
+
== Planning and Implementation Approach==
 +
[[Vendor Selection Criteria: Planning and Implementation Approach]]
  
−
[http://www.google.com/url?sa=t&source=web&cd=1&ved=0CBoQFjAA&url=http%3A%2F%2Fwww.ipalc.org%2FEMR%2FCCHITCriteriaAMBULATORY08FINAL.pdf&rct=j&q=Ambulatory%20Certification%20Criteria%202008%20Final%20Criteria%20May%2013%2C%202008&ei=AUBuTuHoH-yOsALZp5y2BA&usg=AFQjCNGr7484m_DEOP_xkivUDzR0Yz70Zw&sig2=YfjlhTT1rPde3YiSuG6j4A&cad=rja 1 CCHIT’s Ambulatory Certification Criteria 2008 Final Criteria May 13, 2008]
+
== Core clinical features ==
 +
[[Vendor Selection Criteria: Core clinical features]]
  
−
[http://www.cchit.org/sites/all/files/CCHIT%20Certified%202011%20Ambulatory%20EHR%20Criteria%2020110517.pdf 2 CCHIT Certified 2011 Ambulatory EHR Criteria]
+
There are 8 "Core Clinical Functions" That EHRs should have. With these core features the EHR should be usable in any (NON-specialized) clinic
 +
 
 +
1. Health information and data
 +
 
 +
2. Results management
 +
 
 +
3. Orders management
 +
 
 +
4. Decision support
 +
 
 +
5. Electronic communications and connectivity
 +
 
 +
6. Patient support
 +
 
 +
7. Administrative processes
 +
 
 +
8. Reporting and population health management  <ref name= "core">http://www.mmafoundation.org/portals/mmaf/HIT_Toolkit/Printpages/select3.pdf</ref>
 +
 
 +
== Personal Health Records ==
 +
 
 +
'''Personal Health Records''' is a vendor selection criteria important for patients in order to have access to personal information through [[Electronic Health Records|(EHR)]]. [[Personal health records |(PHR)]] is an electronic system designed and integrated into the EHR system for patients to maintain and manage their own health information.
 +
* PHR will improve health care cost
 +
* PHR will improve quality and efficiency
 +
* With standalone PHRs, patients fill in the information from their own records and memories, and the information is stored on patients' computers or the Internet.
 +
* Tethered or connected PHRs are linked to a specific health care organization's EHR system or to a health plan's information system. The patient accesses the information through a secure portal and for instance will able to track their lab results from the past years. <ref name= "hit">http://www.healthit.gov/providers-professionals/patient-participation</ref>
 +
 
 +
According to Phillips, et al (2015 ) '''Strategic Suggestions for PHR''' are to fully integrate EHR and PHR and "improve patient and population health". <ref name= "family medicine and phi">A family medicine health technology strategy for achieving the Triple Aim for US health care,http://www-ncbi-nlm-nih-gov.ezproxyhost.library.tmc.edu/pubmed/2638212, Phillips, R. L., Bazemore, A. W., & DeVoe, J. E. (2015). </ref>
 +
* A shared primary care health IT center will be necessary for control, privacy and security.
 +
* Meaningful primary care quality measures and capacity to assess/report them.
 +
* Increased primary care technology research: to advance and constantly improve health care to patients.
 +
* A national family medicine registry, every patient should have a primary care provider.
 +
* Enhancement of family physicians' technology leadership
 +
* Championing patient-centered technology functionality. Phillips, et al (2015) <ref name= "family medicine and phi"></ref>
 +
 
 +
== IT and technical requirements ==
 +
[[Vendor Selection Criteria: IT and technical requirements]]
 +
 
 +
== Usability ==
 +
[[Vendor Selection Criteria: Usability]]
 +
 
 +
Previous studies demonstrated how usability measurements can be applied to the evaluation of EHR systems; however, most of these studies were conducted post implementation. If significant problems have been discovered with usability, at this point in the system development
 +
life cycle it is usually too late to make any major modifications to the EHR system. Therefore, it is important to consider the usability criteria in early stages of the EHR implementation, and particularly during the process of vendor and product selection.  <ref name="Saiku"> I. Saiku. Including usability in the procurement process of healthcare IT Systems. <http://www.soberit.hut.fi/T-121/shared/thesis/di-Inkeri-Saiku.pdf</ref>
 +
 
 +
== Interoperability ==
 +
[[Vendor Selection Criteria:  Interoperability]]
 +
 
 +
 
 +
 
 +
== Future relationship with vendor ==
 +
[[Vendor Selection Criteria: Future relationship with vendor]]
 +
 
 +
Purchasing an EMR is a long-term decision with many hidden costs to consider.
 +
 
 +
== Certification and meaningful use ==
 +
[[Vendor Selection Criteria: Certification and meaningful use]]
 +
 
 +
Selecting an EMR is like buying a house where it needs thorough inspection/evaluation and making sure that every component is functional and meeting all the related requirements prior to approval and signing of contract. One must be able to confirm whether an EHR system is HIE certified or not.<ref name="EHR/HIE Interoperability Workgroup">EHR/HIE: Interoperability http://interopwg.org/certification.html/</ref> In addition, meaningful use should be assessed.<ref name="HIT.gov">Meaningful Use Definition and Objectives http://www.healthit.gov/providers-professionals/meaningful-use-definition-objectives</ref>
 +
 
 +
==Why need vendor certification==
 +
#certification assures certain level of quality of EHR.
 +
#provides sustainability and support by vendor.
 +
# CCHIT <ref name="CCHIT">CCHIT website.http://www.cchit.org </ref>-Certification Commission for Healthcare Information Technology is one of the well known certification process in the market now.
 +
#The goals of CCHIT mentioned by Handel et. al are
 +
*Lower the risks of investment in new EHR
 +
*Assure compatibility of EHRs
 +
*With improved quality, providing incentives for EHR adoption.
 +
*Protect patient privacy
 +
 
 +
== Vendor assessment ==
 +
[[Vendor Selection Criteria: Vendor assessment]]
 +
 
 +
Most vendors typically fall into one of the three categories:
 +
 
 +
# Vendors that develop their own software organically on a single source code, one database, single instance.
 +
# Vendors that may operate under one name, but offer several acquired products, including some custom programs.
 +
# Vendors that have been acquired/sold/merged as a means to stay more competitive.
 +
 
 +
The first category of vendor is less likely to run into major market conflicts to keep its software modern and compliant with regulations. Vendors that operate on a single source code have far less difficultly staying current and/or responding to rapid changes in the market and mandated IT standards.<ref>Types of vendors http://www.greenwayhealth.com/wp-content/uploads/2013/03/Replacing_an_EHR-Coker_Greenway_white_paper.pdf</ref> However, selection of a vendor also depends on the size of the organization, and the list of services they need. A larger health care organization might need more services, hence the vendor they select must offer multiple products.
 +
 
 +
 
 +
 
 +
Goals
 +
 
 +
The setting of goals is a critical component of the assessment of EHRs.  It is suggested that the goals should be according to the following format
 +
 
 +
Specific – Achieving the goal would make a difference for our patients and our organization.
 +
 
 +
Measurable – We can quantify the current level and the target goal.
 +
 
 +
Attainable – Although the goal may be a stretch, we can achieve it.
 +
 
 +
Relevant – The goal is worth the effort.
 +
 
 +
Time bound – There are deadlines and opportunities to celebrate success
 +
 
 +
These are referred to as the "SMART" Goals <ref>SMART http://www.healthit.gov/providers-professionals/faqs/what-types-goals-should-i-set-during-readiness-assessment-process</ref>
 +
 
 +
===Vendor assessment plan===
 +
When vendors have been short listed, the following type of analysis should be included in the assessment process.  Each vendor should be assessed in a structured process with a ranking of 1-7 for each vendor and criteria:
 +
*Functionality Analysis - clinical criteria, workflow processes and outcomes functionality are some of the features that could be the focus
 +
*CPR attributes assessment - the vendor's claims of their product's ability to fulfill the computer based patient record attributes and sub-attributes could cross-references and used to contractually bind the vendor to deliver the actual functionality
 +
*Technology assessment - stakeholders from the IT architecture department should rank the vendor and product against their list of technical criteria
 +
*Cost of ownership - while it may to difficult to assess across vendors for this, initial cost can be divided into capital and operating cost to make this more possible
 +
*vendor comparison analysis - structure cross vendor comparison analysis should be conducted by the decision team
 +
* Risk Analysis - the specific risk should be objectively analyzed
 +
 
 +
The selection team should assess the vendors with ranking against the various criteria as this ensures the team focus on objective analysis of each of the vendors.<ref name ="Herding Cats"> Herding Cats: The Challenges of EMR Vendor Selection http://www.providersedge.com/ehdocs/ehr_articles/Herding_Cats -Challenges_of_EMR_Vendor_Selection.pdf</ref>
 +
 
 +
== Go live support ==
 +
[[Vendor Selection Criteria: Go live support]]
 +
 
 +
== Evaluation post implementation ==
 +
[[Vendor Selection Criteria: Evaluation post implementation]]
 +
 
 +
== References ==
 +
<references/>

Latest revision as of 04:57, 3 October 2015

Choosing an electronic medical record (EMR) vendor is an important task, with many aspects to consider. An EMR can completely redesign a hospital's practice, but can also optimize it in ways a paper-based system could not. With over 400 EMR vendors in the market, selecting the best option could be overwhelming. After clearly defining the needs of the company, the next step is to evaluate which vendors more closely match your list of priorities.[1]

Here is a list of some of the important considerations when choosing, installing, implementing and upgrading an EMR system. [2]

EHR Vendor Selection

Preliminary selection criteria for EHR vendors

According to McDowell, et.al (2003), the primary and vital step for choosing vendors is to narrow your selection from over 400 to as few as 4 vendors based on the following key requirements. [3]

  • Is the EHR up-to-date with technology?
  • Are the core clinical components fully integrated in the EHR?
  • Are the applications available for inpatient, ambulatory, and outreach settings?
  • Does the vendor have a proven record of financial stability and management reliability?
  • Does the vendor have a well-established familiarity with large healthcare providers like academic medical centers and tertiary care hospitals?
  • Does the vendor offer an "exit strategy" if they, for unknown reasons, are unable to continue to support your system 
   --- Example will they allow you access to the source code---

Assess EHR Requirements

Before diving into specific attributes needed for an EHR system, the general requirements of the EHR must be decided. General requirement decisions may be needed for the following:[4]

  • Will the EHR be open source or off-the shelf commercial software?
  • What EHR functions are needed, such as patient demographic and care management data on patient visits?
  • What kind of clinical decision support and reports are critical, important, and desired but not essential?
  • What type of consents, authorizations, and directives are needed?
  • What interfaces are required to exchange health information with other providers, laboratories, pharmacies, patients, and government disease registries?
  • What type and scope of training is expected?
    • What levels of training will be needed?
    • How many people need to be trained by the vendor?
  • What availability for assistance will be necessary?
    • How much will be needed for how long?

Vendor Assessment

Vendor assessment should be performed systematically in order to meet the goals of the given institution: [5]

  • Determine which EHR vendors are available in the locality.
  • Compile a pre-screen questionnaire and survey for local vendors.
  • Evaluate request for proposal (RFP) documents and provide vendors with details of any state-specific requirements.
  • Assemble a list of pre-qualified vendors based on survey response and RFP.
  • Provide a comprehensive request for information document to pre-qualified vendors.

Steps to conducting an EHR Assessment

  • What is your facilities need for an EHR?
  • What are your goals for the EHR?
  • What could be the deal breakers
  • Start narrowing the field on the EHR selection [6]

Decide what paths and vendors you need to obtain your EHR

  • Create a checklist with functionalities that your selected EHR must have, is good to have, and must avoid.
  • Conduct wide screen to map EHRs that meet all or most of your anticipated functionalities and rank them from high to low.
  • Request advice from organizations that you know or have collaboration about the process of acquiring and implementing EHRs or find potential organizations that you can collaborate with. [7]
  • Contact or work with your local Health IT offices and regional extension centers for further information and advice.

Check out possible vendors through current users

  • Find EHR using organizations in your local area or collaborators for their experience and comments.
  • Ask questions related to EHRs’ core functionality and relevant information, including but not limited to timeline, cost, impact on interruption of productivity, vendor additional charges or hidden charges, evaluation about return on investment, feedback from clinicians, staff, or other users. [7]

Interview certified EHR vendors

  • Select 4-5 top ranked certified EHR vendors based on your investigation through your previous screening and inquires.
  • Set up phone interview for asking questions as suggested by HRSA website. [7] For example, type of organization (for-profit or not-for-profit), history or duration in EHR business, other users in local area, costs for different phases and upgrades, and supports.

Arrange for vendor demonstrations

  • Select 2-3 best candidates from previous selection for onsite demonstrations.
  • Set up an environment that can mimic a real situation for using selected EHRs in your organization that can test how well each EHR can meet the needs of your organization.
  • Test each EHR if it can integrate with other providers or data systems such as public health interface, billing system, drug post market surveillance, CDSSs, and CPOE.
  • Cybersecurity protection function.
  • Quality control and report function.
  • Electronic reporting capability.

Common Vendor Selection Mistakes

  • Not Enough/Too Much Time
  • Not Enough Research
  • RFP is a Surprise / Poor Quality / Scoring Unclear
  • No Plan for Demos
  • Insufficient Due Diligence
  • Insufficient Education and Buy-In
  • No Rules of Engagement
  • Fool Me Once…
  • Entering Negotiations Alone, Naked, and Cold[8]

EMR Selection Tips From A CCRC

Retirement community service providers are generally not considered a priority when the government is considering the purchasing and use of electronic medical record (EMR) systems. While acknowledging the benefits that a new EMR system can bring to their facility, the Jewish Association on Aging (JAA) would like to point out four main challenges it faced with the implementation of the government mandated EMR. But first they mentioned the positive: the benefits. These benefits included improved reliability of data, improved workflow, and increased quality of life (QOL) for their residents. The JAA is a non-profit continuing care retirement community (CCRC). The impact of the required, updated EMR systems can pose a greater threat to the existence of these non-profit, smaller patient care entities. This facility would like to share four main challenges which it encounters while trying to update to the new government regulations for EMR regulations.

  1. The first of these challenges was the large burden of financial funding. In order for the JAA to overcome this they first informed their board of directors about what the upcoming mandated changes encompassed, and they stressed the positive benefits of the new EMR implementation. With the support of their board of directors, and grants from local foundations, they were able to meet the first challenge.
  2. The second challenge was to ensure adequate information technology (IT) support for their project. In order to do this, the JAA hired an IT project manager and an EMR nurse clinician to help develop their specific EMR infrastructure.
  3. The JAA realized they had to upgrade the CCRC's hardware and networking system. This was the third challenge they faced in order to implement the demands of a new EMR system.
  4. The fourth challenge was actually selecting the appropriate system to meet their specific needs as a CCRC. In order to do this, the JAA utilized an EMR selection tool by the Leading Age Center for Aging Services Technologies (CAST). This was reported as a major influence in helping them select the appropriate EMR system to meet their specific needs. They also contracted an outside consulting company to aid in the selection process.

Once the JAA had narrowed their choices down to two possible software candidates, they used a five year total cost of ownership (TCO) to make their final decision. The consulting company was able to present a comprehensive image of what the TCO would entail. With this process, the JAA was able to choose the HealthMEDX EMR system. They found HealthMEDX to have evidence of a proven and successful implementation record for their EMR system.[9]

Planning and Implementation Approach

Vendor Selection Criteria: Planning and Implementation Approach

Planning and Implementation Approach

Vendor Selection Criteria: Planning and Implementation Approach

Core clinical features

Vendor Selection Criteria: Core clinical features

There are 8 "Core Clinical Functions" That EHRs should have. With these core features the EHR should be usable in any (NON-specialized) clinic

1. Health information and data

2. Results management

3. Orders management

4. Decision support

5. Electronic communications and connectivity

6. Patient support

7. Administrative processes

8. Reporting and population health management [10]

Personal Health Records

Personal Health Records is a vendor selection criteria important for patients in order to have access to personal information through (EHR). (PHR) is an electronic system designed and integrated into the EHR system for patients to maintain and manage their own health information.

  • PHR will improve health care cost
  • PHR will improve quality and efficiency
  • With standalone PHRs, patients fill in the information from their own records and memories, and the information is stored on patients' computers or the Internet.
  • Tethered or connected PHRs are linked to a specific health care organization's EHR system or to a health plan's information system. The patient accesses the information through a secure portal and for instance will able to track their lab results from the past years. [11]

According to Phillips, et al (2015 ) Strategic Suggestions for PHR are to fully integrate EHR and PHR and "improve patient and population health". [12]

  • A shared primary care health IT center will be necessary for control, privacy and security.
  • Meaningful primary care quality measures and capacity to assess/report them.
  • Increased primary care technology research: to advance and constantly improve health care to patients.
  • A national family medicine registry, every patient should have a primary care provider.
  • Enhancement of family physicians' technology leadership
  • Championing patient-centered technology functionality. Phillips, et al (2015) [12]

IT and technical requirements

Vendor Selection Criteria: IT and technical requirements

Usability

Vendor Selection Criteria: Usability

Previous studies demonstrated how usability measurements can be applied to the evaluation of EHR systems; however, most of these studies were conducted post implementation. If significant problems have been discovered with usability, at this point in the system development life cycle it is usually too late to make any major modifications to the EHR system. Therefore, it is important to consider the usability criteria in early stages of the EHR implementation, and particularly during the process of vendor and product selection. [13]

Interoperability

Vendor Selection Criteria: Interoperability


Future relationship with vendor

Vendor Selection Criteria: Future relationship with vendor

Purchasing an EMR is a long-term decision with many hidden costs to consider.

Certification and meaningful use

Vendor Selection Criteria: Certification and meaningful use

Selecting an EMR is like buying a house where it needs thorough inspection/evaluation and making sure that every component is functional and meeting all the related requirements prior to approval and signing of contract. One must be able to confirm whether an EHR system is HIE certified or not.[14] In addition, meaningful use should be assessed.[15]

Why need vendor certification

  1. certification assures certain level of quality of EHR.
  2. provides sustainability and support by vendor.
  3. CCHIT [16]-Certification Commission for Healthcare Information Technology is one of the well known certification process in the market now.
  4. The goals of CCHIT mentioned by Handel et. al are
  • Lower the risks of investment in new EHR
  • Assure compatibility of EHRs
  • With improved quality, providing incentives for EHR adoption.
  • Protect patient privacy

Vendor assessment

Vendor Selection Criteria: Vendor assessment

Most vendors typically fall into one of the three categories:

  1. Vendors that develop their own software organically on a single source code, one database, single instance.
  2. Vendors that may operate under one name, but offer several acquired products, including some custom programs.
  3. Vendors that have been acquired/sold/merged as a means to stay more competitive.

The first category of vendor is less likely to run into major market conflicts to keep its software modern and compliant with regulations. Vendors that operate on a single source code have far less difficultly staying current and/or responding to rapid changes in the market and mandated IT standards.[17] However, selection of a vendor also depends on the size of the organization, and the list of services they need. A larger health care organization might need more services, hence the vendor they select must offer multiple products.


Goals

The setting of goals is a critical component of the assessment of EHRs. It is suggested that the goals should be according to the following format

Specific – Achieving the goal would make a difference for our patients and our organization.

Measurable – We can quantify the current level and the target goal.

Attainable – Although the goal may be a stretch, we can achieve it.

Relevant – The goal is worth the effort.

Time bound – There are deadlines and opportunities to celebrate success

These are referred to as the "SMART" Goals [18]

Vendor assessment plan

When vendors have been short listed, the following type of analysis should be included in the assessment process. Each vendor should be assessed in a structured process with a ranking of 1-7 for each vendor and criteria:

  • Functionality Analysis - clinical criteria, workflow processes and outcomes functionality are some of the features that could be the focus
  • CPR attributes assessment - the vendor's claims of their product's ability to fulfill the computer based patient record attributes and sub-attributes could cross-references and used to contractually bind the vendor to deliver the actual functionality
  • Technology assessment - stakeholders from the IT architecture department should rank the vendor and product against their list of technical criteria
  • Cost of ownership - while it may to difficult to assess across vendors for this, initial cost can be divided into capital and operating cost to make this more possible
  • vendor comparison analysis - structure cross vendor comparison analysis should be conducted by the decision team
  • Risk Analysis - the specific risk should be objectively analyzed

The selection team should assess the vendors with ranking against the various criteria as this ensures the team focus on objective analysis of each of the vendors.[19]

Go live support

Vendor Selection Criteria: Go live support

Evaluation post implementation

Vendor Selection Criteria: Evaluation post implementation

References

  1. ↑ Selecting the right EMR vendor. http://www.himss.org/files/HIMSSorg/content/files/selectingemr_flyer2.pdf
  2. ↑ What factors should I consider when selecting a vendor? http://www.healthit.gov/providers-professionals/faqs/what-factors-should-i-consider-when-selecting-vendor
  3. ↑ McDowell, et.al. (2003). Journal of Healthcare Information Management. Herding Cats: The Challenges of EMR Vendor Selection. http://www.providersedge.com/ehdocs/ehr_articles/Herding_Cats-Challenges_of_EMR_Vendor_Selection.pdf.
  4. ↑ How to Select a Certified EHR. http://www.hrsa.gov/healthit/toolbox/healthitimplementation/implementationtopics/selectcertifiedehr/selectacertifiedehr_7.html
  5. ↑ Chin, B. J., & Sakuda, C. M. (2012). Transforming and Improving Health Care through Meaningful Use of Health Information Technology. http://www.ncbi.nlm.nih.gov/pmc/articles/PMC3347738/.
  6. ↑ http://www.healthit.gov/providers-professionals/faqs/how-do-i-select-vendor
  7. ↑ 7.0 7.1 7.2 HRSA. (n.d.). Organizations Safety Net Providers Can Collaborate With. Retrieved September 24, 2015, from http://www.hrsa.gov/healthit/toolbox/healthitimplementation/implementationtopics/collaborate/collaborate_3.html.
  8. ↑ Miller,D. Best Practices in Software Vendor Selection http://www.slideshare.net/advantiv/cfakepathbest-practices-in-vendor-selection-advantiv
  9. ↑ Bowers, Lois A.(2015). Secrets to EMR selection: a CCRC shares implementation and selection tips. Long-Term Living; 64(2): 34-37. http://ca3cx5qj7w.search.serialssolutions.com/?ctx_ver=Z39.88-2004&ctx_enc=info%3Aofi%2Fenc%3AUTF-8&rfr_id=info:sid/summon.serialssolutions.com&rft_val_fmt=info:ofi/fmt:kev:mtx:journal&rft.genre=article&rft.atitle=Secrets+to+EMR+success%3A+a+CCRC+shares+implementation+and+selection+tips&rft.jtitle=Long-Term+Living&rft.au=Bowers%2C+Lois+A&rft.date=2015-03-01&rft.pub=Vendome+Group+LLC&rft.issn=1940-9958&rft.eissn=2168-4561&rft.volume=64&rft.issue=2&rft.spage=34&rft.externalDBID=IOF&rft.externalDocID=410137947&paramdict=en-US
  10. ↑ http://www.mmafoundation.org/portals/mmaf/HIT_Toolkit/Printpages/select3.pdf
  11. ↑ http://www.healthit.gov/providers-professionals/patient-participation
  12. ↑ 12.0 12.1 A family medicine health technology strategy for achieving the Triple Aim for US health care,http://www-ncbi-nlm-nih-gov.ezproxyhost.library.tmc.edu/pubmed/2638212, Phillips, R. L., Bazemore, A. W., & DeVoe, J. E. (2015).
  13. ↑ I. Saiku. Including usability in the procurement process of healthcare IT Systems. <http://www.soberit.hut.fi/T-121/shared/thesis/di-Inkeri-Saiku.pdf
  14. ↑ EHR/HIE: Interoperability http://interopwg.org/certification.html/
  15. ↑ Meaningful Use Definition and Objectives http://www.healthit.gov/providers-professionals/meaningful-use-definition-objectives
  16. ↑ CCHIT website.http://www.cchit.org
  17. ↑ Types of vendors http://www.greenwayhealth.com/wp-content/uploads/2013/03/Replacing_an_EHR-Coker_Greenway_white_paper.pdf
  18. ↑ SMART http://www.healthit.gov/providers-professionals/faqs/what-types-goals-should-i-set-during-readiness-assessment-process
  19. ↑ Herding Cats: The Challenges of EMR Vendor Selection http://www.providersedge.com/ehdocs/ehr_articles/Herding_Cats -Challenges_of_EMR_Vendor_Selection.pdf
Retrieved from "https://www.clinfowiki.org/wiki/index.php?title=Vendor_Selection_Criteria&oldid=26037"