Initial 36 EHRs/EHR Modules Approved Under Temporary Certification Program

ONC Certified Health IT Product List and CCHIT Press Release
Two ambulatory EHR modules and one complete ambulatory EHR were tested and certified by The Drummond Group and were the first officially listed  on Office of the National Coordinator (ONC) for Health IT’s Web site on the  Certified Health IT Product List on Ocotber 1, 2010.

CCHIT issued a press release on October 1, 2010 announcing testiing and certification of 33 EHR modules and complete systems. CCHIT certified 19 complete EHRs including one for a hospital and the rest for ambulatory clinician practices. Among 14 EHR systems certified by CCHIT as modules,  6 were for hospitals and remainder for ambulatory practices. CCHIT noted that many of the certified modules had been submitted as complete EHRs but had not yet been tested for a small number of tests since the federal agency, NIST, had not finalized some of the testing criteria, such as electronic prescribing.  

InfoGard Laboratories was only authorized by ONC to begin testing on September 24, 2010, while CCHIT and Drummond Group authorization began September 3, 2010. InfoGard is based in San Luis Obisop, CA; while CCHIT is based in Chicago, IL; and Drummond Group, Inc, is based in Austin, TX.

ONC’s Certified Health IT Product List
Accessed and excerpted as of 10/2/2010.
“The Certified HIT Product List (CHPL) provides a comprehensive listing of Complete EHRs and EHR Modules that have been tested and certified under the Temporary Certification Program maintained by the Office of the National Coordinator for Health IT (ONC).

“Each Complete EHR and EHR Module listed below has been certified by an ONC-Authorized Testing and Certification Body (ATCB), and reported to ONC, and approved by ONC after review. Certified products are identified with the name of the certifying ATCB, the ONC certification number, vendor information, product information, and product version number. Please note that only those products and versions included on the CHPL are deemed “certified EHR technology” under the ONC Temporary Certification Program. The CHPL provides a snapshot of the current listing of certified EHR products, and is updated as newly certified products are reported to and approved by ONC.”

Using the CHPL
“The Products Overview table references two types of EHR product certification classifications, one for Complete EHRs and one for EHR Modules.

“EHR products classified as Complete EHR are certified to meet all the mandatory certification criteria as identified in the Standards and Certification Criteria Final Rule (45 CFR Part 170 Part III). In the Final Rule, the certification criterion for Accounting for Disclosures (§170.302(w)) is optional for systems or technologies seeking certification and may not appear.

“EHR Modules are those technologies that are certified to at least one of the certification criteria as defined in the Standards and Certification Criteria Final Rule. Due to the regulatory requirement that EHR Module technologies be certified to the security criteria, as elaborated in the Final Rule, EHR Modules will typically be certified to more than one of the regulatory criteria.”

The data in the CHPL Products Overview table is current as of October 01, 2010.

Products Certification Overview 

Certifying ATCB ONC Cert # Vendor Products Products Class Module Product Ver #
Drummond Group Inc.
————–
09202010-8775-1
————–
QRS, Inc.
————–
PARADIGM
————–
Modular
—————
Ambu-
latory
————-
8.3
————
Drummond Group Inc.
————–
09222010-2627-1
————–
ifa united i-tech Inc.
————–
ifa EMR
————–
Modular
————–
Ambu-
latory
———–
6
————–
Drummond Group Inc. 09232010-1945-1 ChartLogic, Inc. ChartLogic EMR Complete Ambu-latory  NA 7

Additional details will be available next week. 

Commission Announces First ONC-ATCB 2011/2012 Certifications
Press Release Issued by CCHIT on October 1, 2010 produced in full below.

33 Electronic Health Record Products Meeting ARRA Requirements Are Available to Providers 
CHICAGO – Oct. 1, 2010 – The Certification Commission for Health Information Technology (CCHIT®) announced today that it has tested and certified 33 Electronic Health Record (EHR) products under the Commission’s ONC-ATCB program, which certifies that the EHRs are capable of meeting the 2011/2012 criteria supporting Stage 1 meaningful use as approved by the Secretary of Health and Human Services (HHS). Certification is required to qualify eligible providers and hospitals for funding under the American Recovery and Reinvestment Act (ARRA).  The certifications include 19 Complete EHRs, which meet all of the 2011/2012 criteria for either eligible provider or hospital technology, and 14 EHR Modules, which meet one or more – but not all – of the criteria.
CCHIT was among the first organizations to be recognized by the Office of the National Coordinator for Health Information Technology (ONC) as an Authorized Testing and Certification Body (ONC-ATCB). ONC-ATCB certification aligns with Health Information Technology: Initial Set of Standards, Implementation Specifications, and Certification Criteria for Electronic Health Record Technology published in the Federal Register in July 2010 and strictly adheres to the test procedures published by the National Institute of Standards and Technology (NIST) at the time of testing.  
“We are pleased to have quickly completed the certification process for these EHRs so that companies are now able to offer certified products to providers who wish to purchase and implement EHR technology and achieve meaningful use in time for the 2011-2012 incentives. This is a testament to the Commission’s long history in certifying EHRs and the skills and experience of our trained team who test the products we certify,” said Karen M. Bell, M.D., M.S.S., Chair, CCHIT. “We have ramped up our testing capacity to accommodate the demand for ONC-ATCB certification. Applications and testing dates are available for other EHR developers seeking this certification,” she said.

See the latest list of ONC-ATCB Certified 2011/2012 technology

EHR products that have received the Commission’s ONC-ATCB 2011/2012 certification are:

Complete EHRs
Company
Product
Version
Domain
ABELMed EHR – EMR / PM
11
Eligible Provider
Allscripts Professional EHR
9.2
Eligible Provider
Aprima
2011
Eligible Provider
athenaClinicals
10.10
Eligible Provider
CureMD EHR
10
Eligible Provider
Doctations
2.0
Eligible Provider
EpicCare Inpatient – Core EMR
Spring 2008
Hospital
EpicCare Ambulatory – Core EMR
Spring 2008
Eligible Provider
Centricity Advance
10.1
Eligible Provider
gloEMR
6.0
Eligible Provider
UroChartEHR
4.0
Eligible Provider
iPatientCare
10.8
Eligible Provider
WebChart EHR
5.1
Eligible Provider
IMS
v. 14.0
Eligible Provider
NeoMed EHR
3.0
Eligible Provider
NextGen Ambulatory EHR
5.6
Eligible Provider
Nortec EHR
7.0
Eligible Provider
2011 Pulse Complete EHR
2011
Eligible Provider
SuccessEHS
6.0
Eligible Provider
 
EHR Modules
Many companies offering ONC-ATCB 2011/2012 certified EHR modules applied for certification of their products as certified complete EHRs but testing could not be completed on a small number of criteria (such as electronic prescribing) because planned updates to the test procedures by NIST were not available at the time of testing. These products are certified as EHR Modules in the interim but may return to become certified as complete EHRs in the near future. Providers interested in purchasing these products should follow CCHIT’s regular ONC-ATCB product certification updates available at http://www.cchit.org/ as they occur.  
Company
Product
Version
Domain
Allscripts ED
6.3 Service Release 4
Hospital
Allscripts PeakPractice
5.5
Eligible Provider
eClinicalWorks
8.0.48
Eligible Provider
HCS eMR
4.0
Hospital
NexTech Practice 2011
9.7
Eligible Provider
nextEMR, LLC
1.5.0.0
Eligible Provider
PeriBirth
4.3.50
Hospital
ChartAccess
4
Hospital
SammyEHR
1.1.248
Eligible Provider
T SystemEV
2.7
Hospital
Physician’s Solution
5.0
Eligible Provider
MDCare EMR
4.2
Eligible Provider
WellCentive Registry
Version 2.0
Eligible Provider
Wellsoft EDIS
v11
Hospital
 
The HHS Final Rule, Establishment of the Temporary Certification Program for Health Information Technology, requires EHR developers to provide complete information on the details of their ONC-ATCB 2011/2012 certification, including company and product name and version, date certified, unique product identification number, the criteria for which they are certified, and the clinical quality measures for which they were tested, and  any additional software a complete EHR or EHR module relied upon to demonstrate its compliance with a certification criteria. This information also will be available at http://www.cchit.org  next week for the products certified by CCHIT.
CCHIT and other ONC-ATCBs are required to provide ONC with a current list of Complete EHRs and  EHR Modules that have been tested and certified. That information will be published on ONC’s Certified HIT Products List (CHPL) Web page when it becomes available. 
Many products tested and certified by CCHIT in the ONC-ATCB program are also CCHIT Certified® in the Commission’s independently developed certification program designed for physician practices and hospitals looking for more robust, integrated EHR products to support the unique needs of their clinicians and patients.  Health IT companies certify their EHRs in both programs to provide greater assurance to their customers. Companies with products applying for the CCHIT Certified program may also apply for the ONC-ATCB 2011/2012 program at no additional cost. Detailed information about products with this dual certification is available at http://www.cchit.org.
About CCHIT
The Certification Commission for Health Information Technology (CCHIT®) is an independent, 501(c)3 nonprofit organization with the public mission of accelerating the adoption of robust, interoperable health information technology. The Commission has been certifying electronic health record technology since 2006 and is approved by the Office of the National Coordinator for Health Information Technology (ONC) of the U.S. Department of Health and Human Services (HHS) as an Authorized Testing and Certification Body (ONC-ATCB).  More information on CCHIT, CCHIT Certified® products and ONC-ATCB certified electronic health record technology is available at http://cchit.org.
 
About ONC-ATCB 2011/2012 certification
The ONC-ATCB 2011/2012 certification program tests and certifies that EHR technology is capable of meeting the 2011/2012 criteria approved by the Secretary of Health and Human Services (HHS). The certifications include Complete EHRs, which meet all of the 2011/2012 criteria for either eligible provider or hospital technology and EHR Modules, which meet one or more – but not all – of the criteria. ONC-ATCB certification aligns with Health Information Technology: Initial Set of Standards, Implementation Specifications, and Certification Criteria for Electronic Health Record Technology published in the Federal Register in July 2010 and strictly adheres to the test procedures published by the National Institute of Standards and Technology (NIST) at the time of testing.   ONC-ATCB 2011/2012 certification conferred by the Certification Commission for Health Information Technology (CCHIT®) does not represent an endorsement of the certified EHR technology by the U.S. Department of Health and Human Services nor does it guarantee the receipt of incentive payments.
 
“CCHIT®” and “CCHIT Certified®” are registered trademarks of the Certification Commission for Health Information Technology.
#                      #                    #

CCHIT and Drummond Group Press Releases on EHR Certification Testing

Aug 30, 2010 Press Releases from Drummond Group and CCHIT in Full
CCHIT announced September  20, 2010 Town Hall meeting and will start accepting applications for certification immediately after the meeting. Drummond Group promised more details and pricing by August 31, 2010. See ONC announcement.

Certification Commission Among First To Be Approved As ONC-ATCB
CCHIT is Authorized by HHS as Testing and Certification Body for Electronic Health Records
CCHIT Press Release
CHICAGO – August 30, 2010 – Certification Commission for Health Information Technology (CCHIT®) announced today that it has been recognized by the Office of the National Coordinator for Health Information Technology (ONC), U.S. Department of Health and Human Services (HHS) as an Authorized Testing and Certification Body (ONC-ATCB) under the initial certification program created to certify that electronic health records (EHRs) are capable of meeting the criteria to support meaningful use and qualify  eligible providers and hospitals for funding under the American Recovery and Reinvestment Act (ARRA). 

“We are gratified to be among the first organizations authorized to certify EHRs by ONC,” said Karen M. Bell, M.D., M.M.S., chair of CCHIT.  “As the originator of EHR certification, CCHIT has tested and certified hundreds of EHRs. Our experience has enabled us to promptly adapt our processes to accommodate the certification and standards adopted by HHS to support the meaningful use of EHRs by healthcare providers.”

CCHIT is authorized to offer HHS certification for complete EHRs that meet all of the Stage 1, 2011/2012 HHS/ONC criteria, as well as certification for modular EHR products that meet one or more – but not all – of the criteria.

CCHIT plans to launch its authorized HHS certification program on September 20 at 1:00 PM Eastern time with a Town Call Web-cast describing its application and testing process. CCHIT will take new health IT developer applications immediately after at http://cchit.org/ and the first group of HHS certified complete EHRs and EHR modules will be announced within weeks of that launch. More information about the Town Call will be available at http://www.cchit.org/towncalls. The call will be recorded for later viewing.

In addition to HHS certification, CCHIT will continue to offer its CCHIT Certified® program for Ambulatory and Inpatient EHR products that exceed the HHS/ONC criteria and are designed for hospitals and physician practices that are looking for assurance of more robust, integrated EHR products to support the unique needs of its clinicians and patients.   Many of these products will also be HHS certified. 

CCHIT also offers CCHIT Certified® programs for EHRs used in Cardiovascular Medicine, Child Health, Emergency Departments, Behavioral Health, Dermatology and Long-Term and Post-Acute Care. In addition, a certification program for EHRs used in Clinical Research will be available in fall 2010, and programs in Women’s Health and Oncology are in development for launch in spring 2011.

About CCHIT
The Certification Commission for Health Information Technology (CCHIT®) is an independent, 501(c)3 nonprofit organization with the public mission of accelerating the adoption of robust, interoperable health information technology.  The Commission has been certifying electronic health record technology since 2006 and is recognized by the Office of the National Coordinator for Health Information Technology (ONC), U.S. Department of Health and Human Services (HHS) as an Authorized Testing and Certification Body (ONC-ATCB).  More information on CCHIT, CCHIT Certified® products and HHS certified electronic health record technology is available at http://cchit.org/ and http://ehrdecisions.com/

“CCHIT®” and “CCHIT Certified®” are registered trademarks of the Certification Commission for Health Information Technology.
#                #                    #

Drummond Group Approved by HHS to Certify EHR
Drummond Group Press Release
August 30, 2010, Austin Texas. Drummond Group Inc., the trusted software testing lab, is one of the first to be approved by the Health and Human Services, Office of the National Coordinator for Health IT (ONC) to be an ONC-Authorized Testing and Certification Body (ONC-ATCB) to certify Complete EHRs and all EHR Modules for both ambulatory and inpatient settings. Eligible professionals (EPs), eligible hospitals and critical access hospitals (CAHs) participating in Medicare and Medicaid programs to collect incentive payments through meaningful use of electronic health record (EHR) technology must use EHR technology certified by an ONC-ATCB.

“Drummond Group has been working diligently for many months to meet the stringent criteria set forth by ONC to become certified as an ONC-ATCB, and we are very pleased that ONC has recognized our efforts and our competency to be an approved testing and certification body,” says Rik Drummond, CEO Drummond Group Inc. “We are pleased to offer over ten years of software testing and certification experience in other industries to Healthcare. After executing several pilots on existing EHR products and working with industry consultants, our organization is more than prepared to test and certify healthcare products.”

“The ONC accreditation is an acknowledgement that Drummond Group is fully qualified to meet the needs of EHR meaningful use stage one testing and certification. We highly commend the work of ONC and their accreditation process which tested the details of our testing and certification process and our industry knowledge. Having started new tests with other industries, we found this approval process to be the most demanding and the most thorough we have encountered. With our approval as an ONC-ATCB, EHR vendors and implementers can have full confidence in our testing and certification services, and we look forward to beginning testing with the many EHR software companies that have contacted us.”

To learn more about Drummond Group’s EHR testing and certification program including test registration and related pricing, please visit: http://www.drummondgroup.com/

[More information including pricing and registration instructions will be available by August 31, 2010.]

For more information on ONC’s ATCB program, please visit: http://healthit.hhs.gov/

About Drummond Group Inc.

Drummond Group Inc. (DGI) is the trusted interoperability test lab which works with standards groups, software/firmware vendors and industry groups to drive adoption of standards by offering global interoperability, conformance testing and certification. DGI facilitates these testing services under association-branded certification programs and its own Drummond Certified(R) program. Founded in 1999, DGI also represents best-of-breed in strategic interoperability consulting recognizing the challenges of interoperability for industry over the product life cycle.

  • DGI provides interoperability certification for M2M or business-to-business (B2B) standards which are used for the Fortune 500 financial information flow, representing billions of dollars per year. Cyber security of data transfer is critically tested.
  • DGI manages the KANTARA INITIATIVE Global Interoperability Test Program for Identity information exchange for the US government and the other global leaders in identity.
  • DGI facilitates software audits of the Controlled Substance Ordering System (CSOS) software managed in compliance with the DEA regulations.
  • Drummond Certified(R) software and firmware is required in RFP’s around the globe to ensure seamless, secure, interoperable products which make implementation easy, thereby significantly reducing costs.
  • DGI was recently awarded two Department of Energy stimulus funded Smart Grid demonstration projects. DGI’s role in both projects relates to the interoperability and certification of Smart Grid technology.

For more information, visit http://www.drummondgroup.com/.
#                  #                 #

Initial EHR Certification Bodies Named: CCHIT and Drummond Group

CCHIT and Drummond Group Named as First 
ONC-Authorized Testing and Certification Bodies (ONC-ATCBs)
Key step in national initiative toward adoption of electronic health records
Excerpted from HHS Press Release emailed 8/30/2010  More from ONC site in Next Section
The Certification Commission for Health Information Technology (CCHIT), Chicago, Ill. and the Drummond Group Inc. (DGI), Austin, Texas, were named today by the Office of the National Coordinator for Health Information Technology (ONC) as the first technology review bodies that have been authorized to test and certify electronic health record (EHR) systems for compliance with the standards and certification criteria that were issued by the U.S. Department of Health and Human Services earlier this year.

Announcement of these ONC-Authorized Testing and Certification Bodies
(ONC-ATCBs) means that EHR vendors can now begin to have their products certified as meeting criteria to support meaningful use, a key step in the national initiative to encourage adoption and effective use of EHRs by America’s health care providers.

“Less than two months following the issuance of final meaningful use rules, we have approved our initial ONC-ATCB certifiers.  EHR vendors can begin immediately to get their products certified.” said David Blumenthal, M.D., national coordinator for Health Information Technology.  This is a crucial step because it ensures that certified EHR products will be available to support the achievement of the required meaningful use objectives, that these products will be aligned with one another on key standards, and that doctors and hospitals can invest with confidence in these certified systems.”

Applications for additional ONC-ATCBs are also under review. 

Certification of EHRs is part of a broad initiative undertaken by Congress and President Obama under the Health Information Technology for Economic and Clinical Health (HITECH) Act, which was part of the American Recovery and Reinvestment Act (ARRA) of 2009.  HITECH created new incentive payment programs to help health providers as they transition from paper-based medical records to EHRs.  Incentive payments totaling as much as $27 billion may be made under the program.

Individual physicians and other eligible professionals can receive up to $44,000 through Medicare and almost $64,000 through Medicaid.  Hospitals can receive millions.

To qualify for the incentive payments, providers must not only adopt, but also demonstrate meaningful use of, certified EHR systems.  The law envisions that defined meaningful use requirements will help ensure that the patient and provider benefits of EHRs are realized.  Initial meaningful use criteria were defined in a final rule issued by the Centers for Medicare & Medicaid Services (CMS) on July 28.

In addition to the CMS rule, ONC also issued standards and certification criteria for EHRs on July 28, aimed at ensuring that EHR systems will support the specific tasks required under meaningful use.  Also, through regulations issued on June 24, ONC created a system by which technology review organizations could also qualify as ONC- ATCBs that will certify EHR products as meeting the requirements necessary for meaningful use. 

With the initial two ONC-ATCBs now named, EHR vendors can apply to them for certification of their products.  By purchasing certified products, providers will have assurance that the products will support achievement of the meaningful use objectives.

“Multiple steps are underway to carry out the intent of Congress in supporting rapid and effective adoption of EHRs throughout our health care system,” Dr. Blumenthal said.  “The naming of initial ONC-ATCBs is one important step.  Actual certification of multiple vendors’ systems by the ONC-ATCBs is an important next step.  CMS is also working to create an online system for providers to register and attest for the EHR incentive programs. The first incentive payments are targeted to be made in May 2011.  Meanwhile, ONC is also carrying out new programs of technical assistance and training, especially for smaller hospitals and physician practices.”

Dr. Blumenthal said the Health IT initiative “is on an aggressive schedule to meet the urgent targets set by Congress and the President toward realizing the quality and safety improvements that we can achieve through health information technology.”

To learn more about the ONC-ATCBs named today visit http://www.cchit.org  and http://www.drummondgroup.com/.  

For more information about the ONC certification programs visit http://healthit.hhs.gov/certification.

For more information about other HHS Recovery Act Health Information Technology funding and programs, visit

http://www.hhs.gov/recovery/programs/index.html#Health.    

###

ONC-Authorized Testing and Certification Bodies
Excerpted from ONC site on 8/30/2010

The following organizations have been selected as ONC-Authorized Testing and Certification Bodies (ATCBs):

Certification by an ATCB will signify to eligible professionals, hospitals, and critical access hospitals that an EHR technology has the capabilities necessary to support their efforts to meet the goals and objectives of meaningful use.

Learn more about ONC-ATCBs:

Final Rule on Meaningful Use, Certification, Standards Announced

SECRETARY SEBELIUS ANNOUNCES FINAL RULES TO SUPPORT MEANINGFUL USE OF ELECTRONIC HEALTH RECORDS
July 13, 2010 Press Release from Centers for Medicare and Medicaid Services

Plus PDFs of Final Rules, Joint ONC/CMS Fact Sheet,
ONC and CMS Fact Sheets and FAQs
Blumenthal article from NEJM with Summary Matrix
————————————————————————————————
KEY LINKS:
Summary of
The “Meaningful Use” Regulation for Electronic Health Records
By David Blumenthal, MD, MPP, National Coordinator for Health IT
and Marilyn Tavenner, RN, MHA, Principal Deputy Administrator of CMS
New England Journal of Medicine, July 13, 2010
Includes matrix with Summary Overview of Meaningful Use Objectives
HTML Version               PDF Version 

Finding My Way to Electronic Health Records
By Regina Benjamin, MD, MBA, Surgeonn General, US Public Health Service
New England Journal of Medicine, July 13, 2010
HTML Version                 PDF Version 

FINAL RULES
Medicare and Medicaid Programs;
Electronic Health Record Incentive Program [PDF]

http://www.ofr.gov/OFRUpload/OFRData/2010-17207_PI.pdf 

Health Information Technology:
Initial Set of Standards, Implementation Specifications,
and Certification Criteria
for Electronic Health Record Technology [PDF]
http://www.ofr.gov/OFRUpload/OFRData/2010-17210_PI.pdf 
———————————————————————————————
July 13, 2010 Press Release from CMS:
WASHINGTON – U.S. Department of Health and Human Services Secretary Kathleen Sebelius today announced final rules to help improve Americans’ health, increase safety and reduce health care costs through expanded use of electronic health records (EHR). 

HHS Secretary Kathleen Sebelius

HHS Secretary Kathleen Sebelius

“For years, health policy leaders on both sides of the aisle have urged adoption of electronic health records throughout our health care system to improve quality of care and ultimately lower costs,” Secretary Sebelius said.  “Today, with the leadership of the President and the Congress, we are making that goal a reality.” 

Under the Health Information Technology for Economic and Clinical Health (HITECH) Act of 2009, eligible health care professionals and hospitals can qualify for Medicare and Medicaid incentive payments when they adopt certified EHR technology and use it to achieve specified objectives.  One of the two regulations announced today defines the “meaningful use” objectives that providers must meet to qualify for the bonus payments, and the other regulation identifies the technical capabilities required for certified EHR technology.  

Announcement of today’s regulations marks the completion of multiple steps laying the groundwork for the incentive payments program.  With “meaningful use” definitions in place, EHR system vendors can ensure that their systems deliver the required capabilities, providers can be assured that the system they acquire will support achievement of “meaningful use” objectives, and a concentrated five-year national initiative to adopt and use electronic records in health care can begin. 

 “This is a turning point for electronic health records in America , and for improved quality and effectiveness in health care,” said David Blumenthal, M.D., National Coordinator for Health Information Technology.  “In delivering on the goals that Congress called for, we have sought to provide the leadership and coordination that are essential for a large, technology-based enterprise.  At the same time, we have sought and received extensive input from the health care community, and we have drawn on their experience and wisdom to produce objectives that are both ambitious and achievable.” 

Two companion final rules were announced today.  One regulation, issued by the Centers for Medicare & Medicaid Services (CMS), defines the minimum requirements that providers must meet through their use of certified EHR technology in order to qualify for the payments.  The other rule, issued by the Office of the National Coordinator for Health Information Technology (ONC), identifies the standards and certification criteria for the certification of EHR technology, so eligible professionals and hospitals may be assured that the systems they adopt are capable of performing the required functions. 

As much as $27 billion may be expended in incentive payments over ten years.  Eligible professionals may receive as much as $44,000 under Medicare and $63,750 under Medicaid, and hospitals may receive millions of dollars for implementation and meaningful use of certified EHRs under both Medicare and Medicaid. 

The CMS rule announced today makes final a proposed rule issued on Jan, 13, 2010.  The final rule includes modifications that address stakeholder concerns while retaining the intent and structure of the incentive programs.  In particular, while the proposed rule called on eligible professionals to meet 25 requirements (23 for hospitals) in their use of EHRs, the final rules divides the requirements into a “core” group of requirements that must be met, plus an additional “menu” of procedures from which providers may choose.  This “two track” approach ensures that the most basic elements of meaningful EHR use will be met by all providers qualifying for incentive payments, while at the same time allowing latitude in other areas to reflect providers’ needs and their individual path to full EHR use. 

“CMS received more than 2,000 comments on our proposed rule,” said Marilyn Tavenner, Principal Deputy Administrator of CMS.  “Many comments were from those who will be most immediately affected by EHR technology – health care providers and patients.   We carefully considered every comment and the final meaningful use rules incorporate changes that are designed to make the requirements achievable while meeting the goals of the HITECH Act.” 

Requirements for meaningful use incentive payments will be implemented over a multi-year period, phasing in additional requirements that will raise the bar for performance on IT and quality objectives in later years.  The final CMS rule specifies initial criteria that eligible professionals (EPs) and eligible hospitals, including critical access hospitals (CAHs), must meet.  The rule also includes the formula for the calculation of the incentive payment amounts; a schedule for payment adjustments under Medicare for covered professional services and inpatient hospital services provided by EPs, eligible hospitals and CAHs that fail to demonstrate meaningful use of certified EHR technology by 2015; and other program participation requirements. 

 Key changes in the final CMS rule include:  

  • Greater flexibility with respect to eligible professionals and hospitals in meeting and reporting certain objectives for demonstrating meaningful use.  The final rule divides the objectives into a “core” group of required objectives and a “menu set” of procedures from which providers may choose any five to defer in 2011-2012.  This gives providers latitude to pick their own path toward full EHR implementation and meaningful use.
  • An objective of providing condition-specific patient education resources for both EPs and eligible hospitals and the objective of recording advance directives for eligible hospitals, in line with recommendations from the Health Information Technology Policy Committee.
  • A definition of a hospital-based EP as one who performs substantially all of his or her services in an inpatient hospital setting or emergency room only, which   conforms to the Continuing Extension Act of 2010
  • CAHs within the definition of acute care hospital for the purpose of incentive program eligibility under Medicaid.

CMS’ and ONC’s final rules complement two other recently issued HHS rules.  On June 24, 2010, ONC published a final rule establishing a temporary certification program for health information technology. And on July 8, 2010 the Office for Civil Rights announced a proposed rule that would strengthen and expand privacy, security, and enforcement protections under the Health Insurance Portability and Accountability Act of 1996. 

As part of this process, HHS is establishing a nationwide network of Regional Extension Centers to assist providers in adopting and using in a meaningful way certified EHR technology. 

“Health care is finally making the technology advances that other sectors of our economy began to undertake years ago,” Dr. Blumenthal said.   “These changes will be challenging for clinicians and hospitals, but the time has come to act.  Adoption and meaningful use of EHRs will help providers deliver better and more effective care, and the benefits for patients and providers alike will grow rapidly over time.” 

A CMS/ONC fact sheet on the rules is available at http://www.cms.gov/EHRIncentivePrograms/  

Technical fact sheets on CMS’s final rule are available at http://www.cms.gov/EHRIncentivePrograms/ 

A technical fact sheet on ONC’s standards and certification criteria final rule is available at http://healthit.hhs.gov/standardsandcertification

RULES:
Medicare and Medicaid Programs; Electronic Health Record Incentive Program [PDF]
http://www.ofr.gov/OFRUpload/OFRData/2010-17207_PI.pdf 

Health Information Technology: Initial Set of Standards, Implementation Specifications, and Certification Criteria for Electronic Health Record Technology [PDF]http://www.ofr.gov/OFRUpload/OFRData/2010-17210_PI.pdf  

#  #  #  #  #  #  #
ONC: Electronic Health Records and Meaningful Use
              Information for Providers
              Information for Consumers

 

Information excerpted from ONC pages on July 13, 2010.
Electronic health records can provide many benefits for providers and their patients: 

  • Complete and accurate information. With electronic health records, providers have the information they need to provide the best possible care.Providers will know more about their patients and their health history before they walk into the examination room.
  • Better access to information. Electronic health records facilitate greater access to the information providers need to diagnose health problems earlier and improve the health outcomes of their patients. Electronic health records also allow information to be shared more easily among doctors’ offices, hospitals, and across health systems, leading to better coordination of care.
  • Patient empowerment. Electronic health records will help empower patients to take a more active role in their health and in the health of their families. Patients can receive electronic copies of their medical records and share their health information securely over the Internet with their families.

Currently, most health care providers still use medical record systems based on paper. New government incentives and programs are helping health care providers across the country make the switch to electronic health records. 

Why Electronic Health Records?
Electronic health records can improve care by enabling functions that paper medical records cannot deliver: 

  • EHRs can make a patient’s health information available when and where it is needed – too often care has to wait because the chart is in one place and needed in another. EHRs enable clinicians secure access to information needed to support high quality and efficient care
  • EHRs can bring a patient’s total health information together to support better health care decisions, and more coordinated care
  • EHRs can support better follow-up information for patients – for example, after a clinical visit or hospital stay, instructions and information for the patient can be effortlessly provided; and reminders for other follow-up care can be sent easily or even automatically to the patient.
  • EHRs can improve patient and provider convenience – patients can have their prescriptions ordered and ready even before they leave the provider’s office, and insurance claims can be filed immediately from the provider’s office.

Background: Legislation and RegulationsThe Health Information Technology for Economic and Clinical Health (HITECH) Act provides HHS with the authority to establish programs to improve health care quality, safety, and efficiency through the promotion of health information technology (HIT), including electronic health records and private and secure electronic health information exchange.Under HITECH, eligible health care professionals and hospitals can qualify for Medicare and Medicaid incentive payments when they adopt certified EHR technology and use it to achieve specified objectives. Two regulations have been released, one of which defines the “meaningful use” objectives that providers must meet to qualify for the bonus payments, and the other which identifies the technical capabilities required for certified EHR technology. 

  • Incentive Program for Electronic Health Records: Issued by the Centers for Medicare & Medicaid Services (CMS), this final rule defines the minimum requirements that providers must meet through their use of certified EHR technology in order to qualify for the payments.
  • Standards and Certification Criteria for Electronic Health Records: Issued by the Office of the National Coordinator for Health Information Technology, this rule identifies the standards and certification criteria for the certification of EHR technology, so eligible professionals and hospitals may be assured that the systems they adopt are capable of performing the required functions.

JOINT ONC/CMS FACT SHEET
CMS AND ONC FINAL REGULATIONS DEFINE MEANINGFUL USE AND SET STANDARDS FOR ELECTRONIC HEALTH RECORD INCENTIVE PROGRAM

Excerpted from CMS site on July 13, 2010.
The Centers for Medicare & Medicaid Services (CMS) and the Office of the National Coordinator for Health Information Technology (ONC) today announced two complementary final rules to implement the electronic health records (EHR) incentive program under the Health Information Technology for Economic and Clinical Health (HITECH) Act. 

Enacted as part of the American Recovery and Reinvestment Act (ARRA) of 2009, the HITECH Act supports the adoption of electronic health records by providing financial incentives under Medicare and Medicaid to hospitals and eligible professionals who implement and demonstrate “meaningful use” certified EHR technology.  The CMS regulations announced today specify the objectives that providers must achieve in payment years 2011 and 2012 to qualify for incentive payments; the ONC regulations specify the technical capabilities that EHR technology must have to be certified and to support providers in achieving the “meaningful use” objectives. 

The final CMS rule:  

  • Specifies initial criteria that eligible professionals (EPs), eligible hospitals, and critical access hospitals (CAHs) must meet to demonstrate meaningful use and qualify for incentive payments. 
  • Includes both “core” criteria that all providers must meet to qualify for payments, while also allowing provider choice among a “menu set” of additional criteria.
  • Outlines a phased approach to implement the requirements for demonstrating meaningful use. This approach initially establishes criteria for meaningful use based on currently available technological capabilities and providers’ practice experience. CMS will establish graduated criteria for demonstrating meaningful use through future rulemaking, consistent with anticipated developments in technology and providers’ capabilities.

 The CMS rule finalizes a Notice of Proposed Rulemaking published on Jan 13, 2010. 

 The final ONC rule:  

  • Sets initial standards, implementation specifications, and certification criteria for EHR technology under the incentive program.
  • Coordinates the standards required of EHR systems with the meaningful use requirements for eligible professionals and hospitals
  • With these standards in place, providers can be assured that the certified EHR technology they adopt is capable of performing the required functions to comply with CMS’ meaningful use requirements and other administrative requirements of the Medicare and Medicaid EHR incentive programs. 

ONC’s standards and certification criteria final rule completes the adoption of an initial set of standards, implementation specifications and certification criteria that was begun with publication of ONC’s on Jan. 13, 2010. 

Timetable for Implementation
The HITECH Act states that payments for Medicare providers may begin no sooner than October 2010 for eligible hospitals and January 2011 for EPs. The final rule aligns the Medicare and Medicaid program start dates.   Key steps in the implementation timeline include: 

ONC began accepting applications from entities that seek approval as an ONC-Authorized Testing and Certification Body (ONC-ATCB) on July 1, 2010. 

ONC projects that certified EHR software will be available for purchase by hospitals and eligible professionals by fall, 2010.  

  • Registration by both EPs and eligible hospitals with CMS for the EHR incentive program will begin in January 2011.  Registration for both the Medicare and Medicaid incentive programs will occur at one virtual location, managed by CMS.
     
  • For the Medicare program, attestations may be made starting in April 2011 for both EPs and eligible hospitals.
     
  • Medicare EHR incentive payments will begin in mid May 2011.
     
  • States will be initiating their incentive programs on a rolling basis, subject to CMS approval of the State Medicaid HIT plan, which details how each State will implement and oversee its incentive program.

The “Meaningful Use” Model
By focusing on the effective use of EHRs with certain capabilities, the HITECH Act makes clear that the adoption of records is not a goal in itself:   it is the use of EHRs to achieve health and efficiency goals that matters.  HITECH’s incentives and assistance programs seek to improve the health of Americans and the performance of their health care system through “meaningful use” of EHRs to achieve five health care goals: 

  • To improve the quality, safety, and efficiency of care while reducing disparities;
  • To engage patients and families in their care;
  • To promote public and population health;
  • To improve care coordination; and
  • To promote the privacy and security of EHRs.

In the context of the EHR incentive programs, “demonstrating meaningful use” is the key to receiving the incentive payments. It means meeting a series of objectives that make use of EHRs’ potential and related to the improvement of quality, efficiency and patient safety in the healthcare system through the use of certified EHR technology. 

Coordinated Approach to Support EHR Adoption
CMS’ and ONC’s final rules complement two other rules that were recently issued.  On June 24, 2010, ONC published a final rule to establish a temporary certification program for health information technology.   And on July 8, 2010, the Office for Civil Rights announced a proposed rule that would strengthen and expand privacy, security, and enforcement protections under the Health Insurance Portability and Accountability Act of 1996 (HIPAA). 

Together the four rules are key components of the regulatory structure needed to administer the EHR incentive program and to meet the goals of the HITECH Act: 

The assurance of privacy protections is fundamental to the success of EHR adoption.  The refinements and expansions of HIPAA provisions announced July 8 form an important base for EHR acceptance and use. 

  • The temporary certification process published June 24 establishes a process through which organizations can be approved as certifying entities to which vendors may submit their EHR systems for review and certification.
  • The ONC rule announced today identifies the technical standards which must be met in the certification process, and coordinates those requirements with the meaningful use objectives.
  • Finally, the CMS rule announced today establishes guidelines and requirements on achieving meaningful use in clinical settings and qualifying for incentive payments based on this meaningful use.

Key Provisions of the Final Rule
CMS’s final meaningful use rule incorporates changes from the proposed rule on meaningful use that are designed to make the requirements more readily achievable while meeting the goals of the HITECH Act.  For Stage 1, which begins in 2011, the criteria for meaningful use focus on electronically capturing health information in a coded format, using that information to track key clinical conditions, communicating that information for care coordination purposes, and initiating the reporting of clinical quality measures and public health information. 

The final rule reflects significant changes to the proposed rule while retaining the intent and structure of the incentive programs.  Key provisions in the final rule include:   

  • For Stage 1, CMS’s proposed rule called on physicians and other eligible professionals to meet 25 objectives (23 for hospitals) in reporting their meaningful use of EHRs. The final rule divides the objectives into a “core” group of required objectives and a “menu set” of procedures from which providers can choose.  This “two track” approach ensures that the most basic elements of meaningful EHR use will be met by all providers qualifying for incentive payments, while at the same time allowing latitude in other areas to reflect providers’ varying needs and their individual paths to full EHR use.
     
  • In line with recommendations of the Health Information Technology Policy Committee, the final rule includes the objective of providing patient-specific educational resources for both EPs and eligible hospitals and the objective of recording advance directives for eligible hospitals.
     
  • With respect to defining hospital-based physicians, the final rule conforms to the Continuing Extension Act of 2010. That law addressed provider concerns about hospital-based providers in ambulatory settings being unable to qualify for incentive payments by defining a hospital-based EP as performing substantially all of his or her services in an inpatient hospital setting or emergency room only.
     
  • The rule makes final a proposed rule definition that would make individual payments to eligible hospitals identified by their individual CMS Certification Number.  The final rule retains the proposed definition of an eligible hospital because that is most consistent with policy precedents in how Medicare has historically applied the statutory definition of a ”subsection (d)” hospital under other hospital payment regulations.
     
  • Under Medicaid, the final rule includes critical access hospitals (CAHs) in the definition of acute care hospital for the purpose of incentive program eligibility.

The final rule’s economic analysis estimates that incentive payments under Medicare and Medicaid EHR programs for 2011 through 2019 will range from $9.7 billion to $27.4 billion. 

Development of the Rules 
CMS and ONC worked closely to develop the two rules and received input from hundreds of technical subject matters experts, health care providers, consumers, and other key stakeholders. Numerous public meetings to solicit public comment were held by three Federal advisory committees: the National Committee on Vital and Health Statistics (NCVHS), the HIT Policy Committee (HITPC), and the HIT Standards Committee (HITSC). HITSC presented its final recommendations to the National Coordinator in August 2009.   

CMS published its proposed rule on Jan. 13, 2010.  The agency actively solicited comments on its proposal and received more than 2,000 submissions by the close of the 60-day comment period.  These comments, along with the input from advisory groups and outreach activities, were given careful consideration in developing the regulations announced today.
#                                 #                               # 

ELECTRONIC HEALTH RECORDS AT A GLANCE
CMS FACT SHEET
 With Frequently Asked Questions
Excerpted from CMS site on July 14, 2010.

“Our recovery plan will invest in electronic health records and new technology that will reduce errors, bring down costs, ensure privacy and save lives.”
-  President Obama, Address to Joint Session of Congress, February 2009 

Background
As promised by the President, the American Recovery and Reinvestment Act of 2009 included under which, according to current estimates, as much as $27 billion over ten years will be expended to support adoption of electronic health records (EHRs). While there has been bipartisan support for EHR adoption for at least half a decade, this is the first substantial commitment of federal resources to support adoption and help providers identify the key functions that will support improved care delivery. 

Under the Health Information Technology for Economic and Clinical Health Act (HITECH), federal incentive payments will be available to doctors and hospitals when they adopt EHRs and demonstrate use in ways that can improve quality, safety and effectiveness of care.   Eligible professionals can receive as much as $44,000 over a five-year period through Medicare.  For Medicaid, eligible professionals can receive as much as $63,750 over six years.  Medicaid providers can receive their first year’s incentive payment for adopting, implementing and upgrading certified EHR technology but must demonstrate meaningful use in subsequent years in order to qualify for additional payments. 

Since enactment of HITECH in February 2009, the Office of the National Coordinator for Health Information Technology (ONC), the Centers for Medicare & Medicaid Services (CMS) and other HHS agencies have been laying the groundwork for the massive national investment in EHRs:  

  • Creation of Regional Extension Centers (RECs) to support providers in adopting EHRs
  • Developing workforce training programs
  • Identifying “Beacon Communities” that lead the way in adoption and use of EHRs
  • Developing capabilities for information exchange, including building toward a Nationwide Health Information Network
  • Improving privacy and security provisions of federal law, to bolster protection for electronic records
  • Creating a process to certify EHR technology, so providers can be assured that the EHR technology they acquire will perform as needed
  • Identifying standards for certification of products, tied to “meaningful use” of EHRs
  • Identifying the “meaningful use” objectives that providers must demonstrate to qualify for incentive payments.
  • Supporting State Medicaid Agencies in the planning and development of their Medicaid EHR Incentive programs with 90/10 matching funds. 

Why EHRs?
Electronic health records improve care by enabling functions that paper records cannot deliver:  

  • EHRs can make a patient’s health information available when and where it is needed – it is not locked away in one office or another.
  • EHRs can bring a patient’s total health information together in one place, and always be current – clinicians need not worry about not knowing the drugs or treatments prescribed by another provider, so care is better coordinated.
  • EHRs can support better follow-up information for patients – for example, after a clinical visit or hospital stay, instructions and information for the patient can be effortlessly provided; and reminders for other follow-up care can be sent easily or even automatically to the patient.
  • EHRs can improve patient and provider convenience – patients can have their prescriptions ordered and ready even before they leave the provider’s office, and insurance claims can be filed immediately from the provider’s office.
  • EHRs can link information with patient computers to point to additional resources – patients can be more informed and involved as EHRs are used to help identify additional web resources.
  • EHRs don’t just “contain” or transmit information, they also compute with it – for example, a qualified EHR will not merely contain a record of a patient’s medications or allergies, it will also automatically check for problems whenever a new medication is prescribed and alert the clinician to potential conflicts.
  • EHRs can improve safety through their capacity to bring all of a patient’s information together and automatically identify potential safety issues — providing “decision support” capability to assist clinicians.
  • EHRs can deliver more information in more directions, while reducing “paperwork” time for providers –for example, EHRs can be programmed for easy or automatic delivery of information that needs to be shared with public health agencies or quality measurement, saving clinician time.
  • EHRs can improve privacy and security – with proper training and effective policies, electronic records can be more secure than paper.
  • EHRs can reduce costs through reduced paperwork, improved safety, reduced duplication of testing, and most of all improved health through the delivery of more effective health care. 

Why “meaningful use” requirements?
EHRs do not achieve these benefits merely by transferring information from paper form into digital form.  EHRs can only deliver their benefits when the information and the EHR are standardized and “structured” in uniform ways, just as ATMs depend on uniformly structured data.  Therefore, the “meaningful use” approach requires identification of standards for EHR systems.  These are contained in the ONC Standards and Certification regulation announced on July 13, 2010. 

Similarly, EHRs cannot achieve their full potential if providers don’t use the functions that deliver the most benefit – for example, exchanging information, and entering orders through the computer so that the “decision support” functions and other automated processes are activated.  Therefore, the “meaningful use” approach requires that providers meet specified objectives in the use of EHRs, in order to qualify for the incentive payments.  For example: basic information needs to be entered into the qualified EHR so that it exists in the “structured” format; information exchange needs to begin; security checks need to be routinely made; and medical orders need to be made using Computerized Provider Order Entry (CPOE).  These requirements begin at lower levels in the first stage of meaningful use, and are expected to be phased in over five years.  Some requirements are “core” needs, but providers are also given some choice in meeting additional criteria from a “menu set.” 

Identification of the “meaningful use” goals and standards is the keystone to successful national adoption of EHRs.  The announcement of final “meaningful use” regulations on July 13, 2010, marks the launch of the Nation’s push for EHR adoption and use. 

Looking ahead
What is the timetable for approving the organizations that will certify EHR systems as qualifying for “meaningful use?”  

  • ONC anticipates that the first entities will be authorized as ONC-ATCBs before the end of summer.

How soon can we expect certified EHR systems to be available?  

  • We anticipate that certified EHR systems will be available later in the fall.

How will be the CMS EHR incentive program registration process work?  

  • Medicare: Hospitals and eligible professionals can register for the program starting in January 2011. Once the programs begin, a link on the Registration web page on http://cms.gov/EHRIncentivePrograms/ will be available. Providers can use this central website to get information about the program and link to the programs’ online registration system.
     
  • Medicaid: The registration process will be the same for the Medicaid Incentive Program as for Medicare.  A link on the Registration web page on http://cms.gov/EHrIncentivePrograms/ will be available when the program begins. Eligible Providers under the Medicaid Incentive Program can register at this site whether or not their state has initiated their program yet and CMS will pass their information on the state once the state initiates their program. 

How will providers demonstrate that they have achieved the “meaningful use” objectives required by the regulation?  

  • For 2011, CMS will accept provider attestations for demonstration of all the meaningful use measures, including clinical quality measures. Starting in 2012, CMS will continue attestation for most of the meaningful use objectives but plans to initiate the electronic submission of the clinical quality measures. States will also support attestation initially and then subsequent electronic submission of clinical quality measures for Medicaid providers’ demonstration of meaningful use.

How and when will incentive payments be made?  

  • CMS expects to initiate Medicare incentive payments nine months after the publication of the final rule. For Medicaid, States are determining their own deadlines for launching their Medicaid EHR Incentive programs but are required to make timely payments, per the CMS final rule. CMS expects that the majority of States will have launched their programs by the summer of 2011.

 #  #  #  #  # 

Standards and Certification Criteria Final Rule:
Fact Sheet

Excerpted from ONC site on July 14, 2010 

The Health Information Technology for Economic and Clinical Health (HITECH) Act provides HHS with the authority to establish programs to improve health care quality, safety, and efficiency through the promotion of health information technology (HIT), including electronic health records (EHRs) and private and secure electronic health information exchange. 

The HITECH Act directs the Office of the National Coordinator for Health Information Technology (ONC) to support and promote meaningful use of certified EHR technology nationwide through the adoption of standards, implementation specifications, and certification criteria as well as the establishment of certification programs for HIT. 

About the Standards and Certification Criteria Final Rule
Two companion regulations were announced today. ONC’s final rule complements a final rule announced by the Centers for Medicare & Medicaid Services (CMS) that defines the minimum requirements that providers must meet through their use of EHRs in order to qualify for payments under the Medicare and Medicaid EHR incentive programs. The ONC rule establishes the required capabilities and related standards and implementation specifications that Certified EHR Technology will need to include to, at a minimum, support the achievement of meaningful use Stage 1 by eligible health care providers under the Medicare and Medicaid EHR Incentive Program regulations.  

What Standards and Certification Criteria Mean for Health Care Providers
Both the Medicare and Medicaid EHR incentive programs include a requirement related to certified EHR technology. Under the Medicare EHR incentive program, eligible health care providers may receive incentive payments if they adopt and meaningfully use certified EHR technology (Complete EHR or EHR Modules that have been certified by an Office of the National Coordinator for Health Information Technology-Authorized Testing and Certification Body (ONC-ATCB)). Under the Medicaid EHR incentive program, eligible health care providers may first adopt, implement, or upgrade to certified EHR technology in their first year of the program and receive an incentive payment before having to meaningfully use certified EHR technology. The standards and certification criteria final rule specifies the necessary technological capabilities EHR technology will need to include, for the EHR technology to be certified by an ONC-ATCB.  Additionally, it specifies how eligible health care providers will need to use the certified EHR technology to meet applicable meaningful use requirements.

What Standards and Certification Criteria Mean for Developers of EHR Technology
Developers of EHR technology who design their EHR technology in accordance with this final rule and subsequently get their EHR technology tested and certified by an ONC authorized testing and/or certified entity are assured that their EHR technology can be adopted by eligible health care providers who seek to achieve meaningful use Stage 1.For other questions related to the standards and certification criteria, please email onc.request@hhs.gov 

Standards and Certifications Criteria Final Rule:
Frequently Asked Questions

Excerpted from ONC site on July 14, 2010.

A. Background/GeneralKey Messages 

Health Care Providers: Key Points
Both the Medicare and Medicaid electronic health record (EHR) incentive programs include a requirement related to certified EHR technology.  Under the Medicare EHR incentive program, eligible health care providers must adopt and meaningfully use certified EHR technology (Complete EHR or EHR Modules that have been certified by an Office of the National Coordinator for Health Information Technology-Authorized Testing and Certification Body (ONC-ATCB)). Under the Medicaid EHR incentive program, eligible health care providers may first adopt, implement, or upgrade to certified EHR technology in their first year of the program and receive an incentive payment before having to meaningfully use certified EHR technology. The standards and certification criteria final rule specifies the necessary technological capabilities EHR technology will need to include in order be certified by an ONC-ATCB and subsequently used by eligible health care providers to meet applicable meaningful use requirements. 

Developers of EHR Technology: Key Points
Developers of EHR technology who design their EHR technology in accordance with this final rule and subsequently get their EHR technology tested and certified by an ONC-ATCB are assured that their EHR technology can be adopted by eligible health care providers who seek to achieve meaningful use Stage 1. 

B.  Standards and Certification
B1. What is the standards and certification criteria final rule?
The final rule establishes the required capabilities and related standards and implementation specifications that Certified EHR Technology will need to include to, at a minimum, support the achievement of meaningful use Stage 1 by eligible health care providers under the Medicare and Medicaid EHR Incentive Programs.  

B2. What are the major differences between the standards and certification interim final rule and the final rule?  
In large part, the final rule is very similar to the interim final rule.  However, in response to public comments, the final rule clarifies or revises certain standards and certification criteria.  As noted in the final rule, some of the adopted certification criteria were revised to realign with changes to the Medicare and Medicaid EHR Incentive Programs final rule. 

B3. What is the difference between a Complete EHR and an EHR Module?
Complete EHR
refers to EHR technology that has been developed to meet, at a minimum, all applicable certification criteria adopted by the Secretary.  For Complete EHRs designed for an ambulatory setting this means all of the certification criteria adopted at 45 CFR 170.302 and 45 CFR 170.304.  For Complete EHRs designed for an inpatient setting this means all of the certification criteria adopted at 45 CFR 170.302 and 45 CFR 170.306.  These certification criteria represent the minimum capabilities EHR technology needs to include and have properly implemented in order to achieve certification.  They do not preclude Complete EHR developers from including additional capabilities that are not required for the purposes of certification. 

EHR Module refers to any service, component, or combination thereof that meets at least one certification criterion adopted by the Secretary. EHR Modules, by definition, must provide a capability that can be tested and certified in accordance with at least one certification criterion adopted by the Secretary.  Therefore, if an EHR Module does not provide a capability that can be tested and certified at the present time, it is not HIT that would meet the definition of EHR Module.  We stress “at the present time,” because as new certification criteria are adopted by the Secretary, other HIT could be developed and then tested and certified in accordance with the new certification criteria as EHR Modules. An EHR Module could provide a single capability required by one certification criterion or it could provide all capabilities but one, required by the certification criteria for a Complete EHR.  In other words, we would call HIT tested and certified to one certification criterion an “EHR Module” and HIT tested and certified to nine certification criteria an “EHR Module,” where ten certification criteria are required for a Complete EHR.      

B4. CMS has specified a number of clinical quality measures for meaningful use. What clinical quality measures must EHR technology include in order to be certified?
In order to be certified, a Complete EHR or EHR Module designed for an ambulatory setting must be tested and certified as including at least nine clinical quality measures specified by CMS – all six of the core (three core and three alternate core) clinical quality measures specified, and at least three of the additional measures.  Complete EHR and EHR Module developers may include as many clinical quality measures above that requirement as they see fit.A Complete EHR or EHR Module designed for an inpatient setting must include and will be required to be tested and certified to all of the clinical quality measures specified by CMS. 

B5. Does EHR technology need to include administrative transactions capabilities?
No, we have removed these capabilities as conditions of certification for EHR technology in support of meaningful use Stage 1, but intend to revisit their inclusion for Stage 2. 

C. Certification Process

C1.  Where can I find out about the certification process?
For more information on the temporary certification program and the certification process, visit http://healthit.hhs.gov/tempcert

D. Comments on the Interim Final Rule

D1. Where can I learn about how my comments on the interim final rule on standards and certification criteria, issued in January, were addressed in the final rule?
ONC staff carefully reviewed and considered each of the approximately 400 timely comments received on the standards and certification criteria interim final rule. Section III of the standards and certification criteria final rule discusses how the comments were addressed and incorporated into the final rule. 

E. Related Rules

E1. How is this final rule related to the Medicare and Medicaid EHR Incentive Programs final rule?This final rule completes the adoption of an initial set of standards, implementation specifications, and certification criteria, and more closely aligns such standards, implementation specifications, and certification criteria with final meaningful use Stage 1 objectives and measures.  Adopted certification criteria establish the required capabilities and specify the related standards and implementation specifications that certified EHR technology will need to include to, at a minimum, support the achievement of meaningful use Stage 1 by eligible professionals, eligible hospitals, and/or critical access hospitals.

ONC-ATCB? ONC-Authorized Testing and Certification Body

FINAL RULE Issued: Temporary Certification Program for Health IT
Published in Federal Register on June 24, 2010
AGENCY: Office of the National Coordinator for Health Information
Technology, Department of Health and Human Services.
45 CFR Part 170
“Establishment of the Temporary Certification Program for Health
Information Technology; Final Rule” was published in the Federal Register on June 24, 2010, with excerpts below and links to html and PDF versions. ONC now estimates there may be as many as five ONC-ATCBs, up from the three estimated in the interim rule and that they will certify ”at most, approximately 205 Complete EHRs and/or EHR Modules under the temporary certification program.” Organizations for ATCB status may start applying July 1, 2010.

FORMATS: HTML , PDF , SUMMARY

“SUMMARY: This final rule establishes a temporary certification program
for the purposes of testing and certifying health information technology. This final rule is established under the authority granted to the National Coordinator for Health Information Technology (the National Coordinator) by section 3001(c)(5) of the Public Health Service Act (PHSA), as added by the Health Information Technology for Economic and Clinical Health (HITECH) Act. The National Coordinator will utilize the temporary certification program to authorize organizations to test and certify Complete Electronic Health Records (EHRs) and/or EHR Modules, thereby making Certified EHR Technology available prior to the date on which health care providers seeking incentive payments available under the Medicare and Medicaid EHR Incentive Programs may begin demonstrating meaningful use of Certified EHR Technology.”

II. Overview of the Temporary Certification Program

“The temporary certification program provides a process by which an organization or organizations may become an ONC-Authorized Testing and Certification Body (ONC-ATCB) and be authorized by the National Coordinator to perform the testing and certification of Complete EHRs and/or EHR Modules.
   
“Under the temporary certification program, the National Coordinator will accept applications for ONC-ATCB status at any time. In order to become an ONC-ATCB, an organization or organizations must submit an application to the National Coordinator to demonstrate its competency and ability to test and certify Complete EHRs and/or EHR Modules. An
applicant will need to be able to both test and certify Complete EHRs and/or EHR Modules. We anticipate that only a few organizations will qualify and become ONC-ATCBs under the temporary certification program. These organizations will be required to remain in good standing by adhering to the Principles of Proper Conduct for ONC-ATCBs. ONC-ATCBs will also be required to follow the conditions and requirements applicable to the testing and certification of Complete EHRs and/or EHR Modules as specified in this final rule. The temporary certification program will sunset on December 31, 2011, or if the permanent certification program is not fully constituted at that time, then upon a subsequent date that is determined to be appropriate by the National Coordinator.”

Analysis and Response to Public Comments: Overview
 ”This section discusses the 84 timely received comments on the Proposed Rule’s proposed temporary certification program and our responses. We have structured this section of the final rule based on the proposed regulatory sections of the temporary certification program and discuss each regulatory section sequentially. For each discussion of the regulatory provision, we first restate or paraphrase the provision as proposed in the Proposed Rule as well as identify any
correlated issues for which we sought public comment. Second, we summarize the comments received. Lastly, we provide our response to the  comments, including stating whether we will finalize the provision as proposed in the Proposed Rule or modify the proposed provision in
response to public comment. Comments on the incorporation of the “recognized certification body” process, “grandfathering” of  certifications, the concept of “self-developed,” validity and expiration of certifications, general comments, and comments beyond the scope of this final rule are discussed towards the end of the preamble.”

Several Excerpts About Increase Estimate to Five ONC-ATCBs
Different Levels of Preparedness

“As stated in the collection of information section, we estimate that each ONC-ATCB will incur the same burden and, assuming that there are 5 ONC-ATCBs, will test and certify, at most, approximately 205 Complete EHRs and/or EHR Modules under the temporary certification program.”

“In the Proposed Rule, we stated that we  anticipated that there would be no more than 3 applicants for ONC-ATCB  status. Based on the comments received, we now believe that there may be up to 5 applicants for ONC-ATCB status. In addition, we believe that up to 2 of these applicants will not have the level of preparedness that we originally estimated for all potential applicants for ONC-ATCB status.”

“In the Proposed Rule, we stated that we anticipated that there would be no more than 3 applicants for ONC-ATCB status. Based on the comments received, we now believe that there may be up to 5 applicants for ONC-ATCB status. In addition, we believe that up to 2 of these applicants will not have the level of preparedness that we originally estimated for all potential applicants for ONC-ATCB status.”

“As part of the temporary certification program, an applicant will be required to submit an application and complete a proficiency exam. We do not believe that there will be an appreciable difference in the time commitment an applicant for ONC-ATCB status will have to make based on the type of authorization it seeks (i.e., we believe the application process and time commitment will be the same for applicants seeking authorization to conduct the testing and certification of
either Complete EHRs or EHR Modules). We do, however, believe that there will be a distinction between applicants based on their level of preparedness. For the purposes of estimating applicant costs, we have divided applicants into two categories, “conformant applicants” and
“partially conformant applicants.” We still believe, after reviewing comments, that there will be three “conformant applicants” and that these applicants will have reviewed the relevant requirements found in the ISO/IEC standards and will have a majority, if not all, of the documentation requested in the application already developed and available before applying for ONC-ATCB status. Therefore, with the exception of completing a proficiency examination, we believe “conformant applicants” will only spend time collecting and assembling already developed information to submit with their application. Conversely, we believe that there will be up to two “partially conformant applicants” and that these applicants will spend significantly more time establishing their compliance with Guide 65 and ISO 17025.”
#                             #                              #

For several interesting points in the rule, see John Halamka’s June 25, 2010 post in his Life as a CIO blog. He credits Robin Raiford for bookmarking the site, to whom–in serial form–this blog give credit as well.

e-Healthcare Marketing published a post on June 19, 2010 on Final Rule with HSS press release, FAQs, overview, and ONC’s blog post from David Blumenthal.

New AHRQ-Funded Report Provides Snapshot of Electronic Health Record (EHR) Vendor Usability Processes and Practices

New AHRQ-Funded Report Provides Snapshot of Electronic Health Record (EHR) Vendor Usability Processes and Practices

Received via email on May 27, 2010:  “The Agency for Healthcare Research and Quality (AHRQ) has issued a new report that focuses on assessing and improving the state of usability in Electronic Health Record (EHR) systems.  Key recommendations from the project’s expert panel include establishment of usability / information design of EHRs as an essential part of the certification requirements for EHRs, basing certification on a practical and fair process of usability evaluation, and designing certification programs for EHR usability in a way that focuses on objective and important aspects of system usability. Select to access the report and learn more about the panel’s recommendations.(PDF file).

“AHRQ is working closely with the National Institute of Standards and Technology (NIST) and the Office of the National Coordinator to address the recommendations identified in its research.  In June, AHRQ plans to award a follow-on project for the development, testing and dissemination of an easy-to-use, objective and evidence-based toolkit that healthcare organizations can use to evaluate critical aspects of their EHR systems’ usability, accessibility and information design.  In addition, NIST is currently seeking applications for development of an EHR usability evaluation framework at a meeting, titled “Health Care IT Usability: Strategy, Research, Implementation,” to be held in Gaithersburg, MD, on July 13, (2010).”

The report was written by Cheryl McDonnell, Kristen Werner, and Lauren Wendel; and was prepared by James Bell Associates and The Altarum Institute. Suggested citation: McDonnell C, Werner K, Wendel L. Electronic Health Record Usability: Vendor Practices and Perspectives. AHRQ Publication No. 09(10)-0091-3-EF. Rockville, MD: Agency for Healthcare Research and Quality. May 2010.

Excerpted from the pdf report:
Electronic Health Record Usability:
Vendor Practices and Perspectives
May 2010

Executive Summary 

One of the key factors driving the adoption and appropriate utilization of electronic health record (EHR) systems is their usability. (1) However, a recent study funded by the Agency for Healthcare Research and Quality (AHRQ) identified information about current EHR vendor usability processes and practices during the different phases of product development and deployment as a key research gap. (2)To address this gap and identify actionable recommendations to move the field forward, AHRQ contracted with James Bell Associates and the Altarum Institute to conduct a series of structured discussions with selected certified EHR vendors and to solicit recommendations based on these findings from a panel of multidisciplinary experts in this area.

The objectives of the project were to understand processes and practices by these vendors with regard to:

     •   The existence and use of standards and “best practices” in designing, developing, and deploying products.

     •  Testing and evaluating usability throughout the product life cycle.

     •  Supporting postdeployment monitoring to ensure patient safety and effective use.

In addition, the project solicited the perspectives of certified EHR vendors with regard to the role of certification in evaluating and improving usability.

The key findings from the interviews are summarized below.

     •  All vendors expressed a deep commitment to the development and provision of usable EHR product(s) to the market.

     •  Although vendors described an array of usability engineering processes and the use of end users throughout the product life cycle, practices such as formal usability testing, the use of user-centered design processes, and specific resource personnel with expertise in usability engineering are not common.

     •  Specific best practices and standards of design, testing, and monitoring of the usability of EHR products are not readily available. Vendors reported use of general (software) and proprietary industry guidelines and best practices to support usability. Reported perspectives on critical issues such as allowable level of customization by customers varied dramatically.

     •  Many vendors did not initially address potential negative impacts of their products as a priority design issue. Vendors reported a variety of formal and informal processes for identifying, tracking, and addressing patient safety issues related to the usability of their products.

     •  Most vendors reported that they collect, but do not share, lists of incidents related to usability as a subset of user-reported “bugs” and product-enhancement requests. While all vendors described a process, procedures to classify and report usability issues of EHR  products are not standardized across the industry.

     •  No vendors reported placing specific contractual restrictions on disclosures by system users of patient safety incidents that were potentially related to their products.

     •  Disagreement exists among vendors as to the ideal method for ensuring usability standards, and best practices are evaluated and communicated across the industry as well as to customers. Many view the inclusion of usability as part of product certification as part of a larger “game” for staying competitive, but also as potentially too complex or something that will “stifle innovation” in this area.

     •  Because nearly all vendors view usability as their chief competitive differentiator, collaboration among vendors with regard to usability is almost nonexistent.

     •  To overcome competitive pressures, many vendors expressed interest in an independent body guiding the development of voluntary usability standards for EHRs. This body could build on existing models of vendor collaboration, which are currently focused predominantly on issues of interoperability.

Based on the feedback gained from the interviews and from their experience with usability best practices in health care and other industries, the project expert panel made the following recommendations:

     •  Encourage vendors to address key shortcomings that exist in current processes and practices related to the usability of their products. Most critical among these are lack of adherence to formal user-design processes and a lack of diversity in end users involved in the testing and evaluation process.

     • Include in the design and testing process, and collect feedback from, a variety of end-user contingents throughout the product life cycle. Potentially undersampled populations include end users from nonacademic backgrounds with limited past experience with health information technology and those with disabilities.

     •  Support an independent body for vendor collaboration and standards development to overcome market forces that discourage collaboration, development of best practices, and standards harmonization in this area.

     •  Develop standards and best practices in use of customization during EHR deployment.

     •  Encourage formal usability testing early in the design and development phase as a best practice, and discourage dependence on postdeployment review supporting usability assessments.

     •  Support research and development of tools that evaluate and report EHR ease of learning, effectiveness, and satisfaction both qualitatively and quantitatively.

     •  Increase research and development of best practices supporting designing for patient safety.

     •  Design certification programs for EHR usability in a way that focuses on objective and

important aspects of system usability.

Background

Encouraged by Federal leadership, significant investments in health information technology (IT) are being made across the country. While the influx of capital into the electronic health record (EHR)/health information exchange (HIE) market will undoubtedly stimulate innovation, there is the corresponding recognition that this may present an exceptional opportunity to guide that innovation in ways that benefit a significant majority of potential health IT users.

One of the key factors driving the adoption and appropriate utilization of EHR systems is their usability. (1) While recognized as critical, usability has not historically received the same level of attention as software features, functions, and technical standards. A recent analysis funded by the Agency for Healthcare Research and Quality (AHRQ) found that very little systematic evidence has been gathered on the usability of EHRs in practice. Further review established a foundation of EHR user-interface design considerations, and an action agenda was proposed for the application of information design principles to the use of health IT in primary care settings. (2), (3)

In response to these recommendations, AHRQ contracted with James Bell Associates and the Altarum Institute to evaluate current vendor-based practices for integrating usability during the entire life cycle of the product, including the design, testing, and postdeployment phases of EHR development. A selected group of EHR vendors, identified through the support of the Certification Commission for Health Information Technology (CCHIT) and AHRQ, participated in semistructured interviews. The discussions explored current standards and practices for ensuring the usability and safety of EHR products and assessed the vendors’ perspectives on how EHR usability and information design should be certified, measured, and addressed by the government, the EHR industry, and its customers. Summary interview findings were then distributed to experts in the field to gather implications and recommendations resulting from these discussions.

Vendor Profiles

The vendors interviewed were specifically chosen to represent a wide distribution of providers of ambulatory EHR products. There was a representation of small-sized businesses (less than 100 employees), medium-sized businesses (100-500 employees), and large-sized businesses (greater than 500 employees). The number of clinician users per company varied from 1,000 to over 7,000, and revenue ranged from $1 million to over $10 billion per year. The EHR products discussed came on the market in some form in the time period from the mid-1990s to 2007. All vendors except one had developed their EHR internally from the ground up, with the remaining one internally developing major enhancements for an acquired product. Many of these products were initially designed and developed based on a founding physician’s practice and/or established clinical processes. All companies reported that they are currently engaged in groundup development of new products and/or enhancements of their existing ambulatory products. Many enhancements of ambulatory products center on updates or improvements in usability. Examples of new developments include changes in products from client-based to Web-based EHRs; general changes to improve the overall usability and look and feel of the product; and the integration of new technologies such as patient portals, personal health records, and tablet devices.

The full list of vendors interviewed and a description of their key ambulatory EHR products are provided in Appendixes I and II. The following discussion provides a summary of the themes encountered in these interviews.

Standards in Design and Development

End-User InvolvementAll vendors reported actively involving their intended end users throughout the entirendesign and development process. Many vendors also have a staff member with clinical experience involved in the design and development process; for some companies the clinician was a founding member of the organization.nWorkgroups and advisory panels are the most common sources of feedback, with some vendors utilizing a more comprehensive participatory design approach, incorporating feedback from all stakeholders throughout the design process. Vendors seek this information to develop initial product requirements, as well as to define workflows, evaluate wireframes and prototypes, and participate in initial beta testing. When identifying users for workgroups, advisory panels, or beta sites, vendors look for clinicians who have a strong interest in technology, the ability to evaluate usability, and the patience to provide regular feedback. Clinicians meeting these requirements are most often found in academic medical centers. When the design concerns an enhancement to thencurrent product, vendors often look toward users familiar with the existing EHR to provide thismfeedback.

“We want to engage with leadership-level poartners as well as end users from all venues that may be impacted by out product.”

Design Standards and Best Practices

A reliance on end-user input and observation for ground-up development is seen as a requirement in the area of EHR design, where specific design standards and best practices are not yet well defined. Vendors indicated that appropriate and comprehensive standards were lacking for EHRspecific functionalities, and therefore they rely on general software design best practices to inform design, development, and usability. While these software design principles help to guide their processes, they must be adjusted to fit specific end-user needs within a health care setting. In addition to following existing general design guidelines such as Microsoft Common User Access, Windows User Interface, Nielsen Norman Group, human factors best practices, and releases from user interface (UI) and usability professional organizations, many vendors consult with Web sites, blogs, and professional organizations related to health IT to keep up to date with specific industry trends. Supplementing these outside resources, many vendors are actively developing internal documentation as their products grow and mature, with several reporting organized efforts to create internal documentation supporting product-specific standards and best practices that can be applied through future product updates and releases.

There are no standards most of the time, and when there are standards, there is no enforcement of them. The software industry has plenty of guidelines and good best practices, but in health IT, there are none.”

Industry Collaboration

As these standards and best practices are being developed, they are not being disseminated throughout the industry. Vendors receive some information through professional  organizations and conferences, but they would like to see a stronger push toward an independent body, either governmental or research based, to establish some of these standards. The independent body would be required, as all vendors reported usability as a key competitive differentiator for their product;this creates a strong disincentive for industrywide collaboration. While all were eager to take advantage of any resources commonly applied across the industry, few were comfortable with sharing their internally developed designs or best practices for fear of losing a major component of their product’s competitiveness. Some vendors did report they collaborate informally within the health IT industry, particularly through professional societies, trade conferences, and serving on committees. For example, several vendors mentioned participation in the Electronic Health Record Association (EHRA), sponsored by the Healthcare Information and Management Systems Society (HIMSS), but noted that the focus of this group is on clinical vocabulary modeling rather than the usability of EHRs. Some interviewees expressed a desire to collaborate on standards issues that impact usability and patient safety through independent venues such as government or research agencies.

“The field is competitive so there is little sharing of best practices in the community. The industry should not look toward vendors to create these best practices. Other entities must step up and define [them] and let the industry adapt.”

Customization

In addition to the initial design and development process, vendors commonly work with end users to customize or configure specific parts of the EHR. Vendors differed in the extent to which they allowed and facilitated customization and noted the potential for introducing errors when customization is pursued. Most customizations involve setting security rules based on roles within a clinic and the creation of document templates that fit a clinic’s specific workflow. Many vendors view this process as a critical step toward a successful implementation and try to assist users to an extent in developing these items. While some vendors track these customizations as insight for future product design, they do not view the customizations as something that can be generalized to their entire user base, as so many are context specific. The level of customization varies according to vendor since vendors have different views about the extent to which their product can or should be customized. Vendors do not routinely make changes to the code or underlying interface based on a user request; however, the level to which end users can modify templates, workflows, and other interface-related characteristics varies greatly by vendor offering.

“You cannot possibly adapt technology to everyone’s workflow. You must provide the most optimum way of doing something which [users] can adapt.”

Usability Testing and Evaluation

Informal Usability Assessments

Formal usability assessments, such as task-centered user tests, heuristic evaluations, cognitive walkthroughs, and card sorts, are not a common activity during the design and development process for the majority of vendors. Lack of time, personnel, and budget resources were cited as reasons for this absence; however, the majority expressed a desire to increase these types of formal assessments. There was a common perception among the vendors that usability assessments are expensive and time consuming to implement during the design and development phase. The level of formal usability testing appeared to vary by vendor size, with larger companies having more staff and resources dedicated to usability testing while smaller vendors relied heavily on informal methods (e.g., observations, interviews), which were more integrated into the general development process. Although some reported that they conduct a full gamut of both formal and informal usability assessments for some parts of the design process, most reported restricting their use of formal methods to key points in the process (e.g., during the final design phase or for evaluation of specific critical features during development).

“Due to time and resource constraints, we do not do as much as we would like to do. It is an area in which we are looking to do more.”

Measurement

Functions are selected for usability testing according to several criteria: frequency of use, task criticality and complexity, customer feedback, difficult design areas, risk and liability, effects on revenue, compliance issues (e.g., Military Health System HIPAA [Health Insurance Portability and Accountability Act], and the American Recovery and Reinvestment Act) and potential impacts on patient safety. The most common or frequent tasks and tasks identified as inherently complex are specifically prioritized for usability testing. Neither benchmarks and standards for performance nor formalized measurements of these tasks are common in the industry. While some vendors do measure number of clicks and amount of time to complete a task, as well as error rates, most do not collect data on factors directly related to the usability of the product, such as ease of learning, effectiveness, and satisfaction. Many vendors reported that the amount of data collected does not allow for quantitative analysis, so instead they rely on more anecdotal and informal methods to ensure that their product works more effectively than paper-based methods and to inform their continuous improvements with up rades and releases.

“Testing is focused more on functionality rather than usability.”

Observation

Observation is the “gold standard” among all vendors for learning how users interact with their EHR. These observations usually take place within the user’s own medical practice, either in person or with software such as TechSmith’s Morae. (4) Vendors will occasionally solicit feedback on rototypes from user conferences in an informal lablike Sstting. These observations are typically used to gather information on clinical workflows or process flows, which are incorporated into the product design, particularly if the vendor is developing a new enhancement or entire product.

“[Methods with] low time and resource efforts are the best [to gather feedback]; wherever users are present, we will gather data.”

Changing Landscape

While informal methods of usability testing seem to be common across most vendors, the landscape appears to be changing toward increasing the importance of usability as a design necessity. Multiple vendors reported the current or recent development of formal in-house observation laboratories where usability testing could be more effectively conducted. Others reported the recent completion of policies and standards directly related to integrating usability more formally into the design process, and one reported a current contract with a third-party vendor to improve usability practices. While it is yet to be seen if these changes will materialize, it appeared that most respondents recognized the value of usability testing in the design process and were taking active steps to improve their practices.

Postdeployment Monitoring and Patient Safety

Feedback Solicitation

Vendors are beginning to incorporate more user feedback into earlier stages of product design and development; however, most of this feedback comes during the postdeployment phase. As all vendors interviewed are currently engaged in either the development of enhancements of current products or the creation of new products, the focus on incorporating feedback from intended end users at all stages of development has increased. Many of the EHRs have been on the market for over 10 years; as a result, many vendors rely heavily on this postdeployment feedback to evaluate product use and inform future product enhancements and designs. Maintaining contact with current users is of high priority to all EHR vendors interviewed and in many ways appeared to represent the most important source of product evaluation and improvement. Feedback is gathered through a variety of sources, including informal comments received by product staff, help desk support calls, training and implementation staff, sales personnel, online user communities, beta clients, advisory panels, and user conferences. With all of these avenues established, vendors appear to attempt to make it as easy as possible for current users to report potential issues as well as seek guidance from other users and the vendor alike.

“A lot of feedback and questions are often turned into enhancements, as they speak to the user experience of the product.”

Review and Response

Once the vendors receive both internal and external feedback, they organize it through a formal escalation process that ranks the severity of the issue based on factors such as number of users impacted, type of functionality involved, patient safety implications, effects on workflow, financial impact to client, regulation compliance, and the source of the problem, either implementation based or product based. In general, safety issues are given a high-priority tag. Based on this escalation process, priorities are set, resources within the organization are assigned, and timelines are created for directly addressing the reported issue. Multiple responses are possible depending on the problem. Responses can include additional user training, software updates included in the next product release, or the creation and release of immediate software patches to correct high-priority issues throughout the customer base.

“Every suggestion is not a good suggestion; some things do not help all users because not all workflows are the same.”

Patient Safety

Adoption of health IT has the potential for introducing beneficial outcomes along many dimensions. It is well recognized, however, that the actual results achieved vary from setting to setting, (5) and numerous studies have reported health IT implementations that introduced unintended adverse consequences detrimental to patient care practice. (6) Surprisingly, in many interviews patient safety was not initially verbalized as a priority issue. Initial comments focused on creating a useful, usable EHR product, not one that addresses potential negative impacts on patient safety. Vendors rely heavily on physcians to notice potential hazards and report these hazards to them through their initial design and development advisory panels and postdeployment feedback mechanisms. After further questioning specific to adverse events, however, most vendors did describe having processes in place for monitoring potential safety issues on a variety of fronts. Some vendors become aware of patient safety issues through user feedback collected from patient safety offices and field visits; others educate support staff as well as users on how to identify potential patient safety risks and properly notify those who can address the issue. Once patient safety issues are identified, vendors address them in various ways, including tracking and reporting potential issues online, using patient safety review boards to quantify risk, and engaging cognitive engineers to uncover root causes.

When asked about client contracts, no vendors reported placing specific contractual restrictions on disclosures by system users of patient safety incidents that were potentially related to the EHR products, sharing patient safety incidents with other customers or other clinicians, or publishing research on how the EHR system affects patient safety or their clinical operations.

“Physicians are very acutely aware of how technology is going to impact patient safety; that’s their focus and motivation.”Role of Certification in Evaluating Usability

Current Certification Strategies

The issue of certification is one that elicited strong opinions from most vendors. Certification of any type represents an investment of time and money to meet standards originating outside the organization. For many vendors, particularly the smaller ones, this investment was seen as burdensome. Vendors commonly described the current CCHIT certification process as part of a larger “game” they must play in order to remain viable in the marketplace, not as a way to improve theirnproduct(s). Accounts of functions added specifically for certification but not used by customers were common, as well as specific
instances where vendors felt meeting certification guidelines actually reduced aspects of their product’s quality. As one vendor noted, sometimes providing the functionality for “checking the box” to meet a certification requirement involves a backward step and a lowering of a potentially innovative internal standard. As meaningful use has entered the picture, however, vendors are striving to provide their customers with products that will comply with this definition and plan to participate in any associated certifications.

“We don’t want to get dinged for an innovative standard that we’ve developed and [that] tested well with users because it doesn’t fit the criteria.”

Subjectivity

Interviewees held mixed opinions on whether the certification process can effectively evaluate the usability aspect of EHR performance. Without exception, participating vendors had concerns about the inherent subjectivity of evaluation of usability, which can be strongly affected by the past EHR experience of the user, the context in which the product is used, and even the education and background of the evaluator. Methods for overcoming these types of bias issues included suggestions such as certifying workflows rather than attempting to measure usability, comparing objective product performance (time and error rates) for specific tasks, or measuring usability based on end-user surveys instead of juror analysis.

“Some products may be strong, but due to the familiarity of jurors of a product or technology, some products may be overrated or  underrated.”

Innovation

Several interviewees also expressed concern about the effect of usability certification on innovation within the EHR marketplace. This seemed to stem from experience with CCHIT’s feature- and function-based criteria. It was noted that in the developing EHR marketplace, current systems are striving to make significant changes in the way physicians practice care, which has inherent negative implications for perceived usability early in the product’s release. Guidelines or ratings that are too prescriptive may have the effect of forcing vendors to create technologies that more directly mirror current practices, a strategy that could limit innovation and the overall effectiveness of EHRs.

“Products are picked on the amount of things they do, not how well they do them. CCHIT perpetuates this cycle; if a product contains certain functions, it is placed among the elite. That has nothing to do with usability.”

Recognized Need

Despite these concerns, vendors recognized the role certification could play both as an indicator to support customers in selecting EHRs and as a method through which established standards could be disseminated across the industry. While there is unease about the details of the conduct of certification, many vendors thought that some form of certification or evaluation had the potential to serve as a complement to what is now a predominantly market-driven issue. While each vendor viewed itself as a leader in the development of usable EHR systems and supported the role of consumer demand in continuing to improve product  usability, vendors recognized that there could be utility to more standardized testing that could be evenly applied throughout the industry.

“Being aware of standards and guidelines is
very important, but we also want to make sure we are not hamstrung by them.”

Conclusion

All vendors interviewed expressed a deep commitment to the continued development and provision of usable EHR product(s) to the market. Vendors believe that as features and functions become more standardized across the industry, industry leaders will begin to differentiate themselves from the rest of the market based on usability. Current best practices and standards of design, testing, and monitoring EHR product(s), particularly for usability, are varied and not well disseminated. While models for vendor collaboration for issues such as interoperability currently exist through EHRA and IHE (Integrating the Healthcare Enterprise), collaboration among vendors with regard to usability is almost nonexistent. Given the current move toward the adoption and meaningful use of health IT, and the role usability plays in realizing intended benefits, a transition from the current environment seems likely. This could be driven by many sources, including standards developed by academic research, certification required by government entities, collaboration through a nonprofit association such as EHRA or IHE, or simply market pressures demanding more usable offerings. Vendors recognize these pressures and the importance of usability to the continued success of their products. Disagreement exists as to the ideal method for ensuring that usability is evaluated and communicated across the industry as well as to customers. This disagreement exists even within companies, as well as across vendors. Regardless of this uncertainty, there is agreement that end users need to remain a central component within the development process, innovation needs to be encouraged, and usability needs to be a critical driver of efficient, effective, and safe EHRs.

Implications and Recommendations

The summary interview findings were distributed to selected experts in the field, who provided additional thoughts on the implications of these discussions and developed recommendations based on the discussions. A summary of these suggestions follows.

Standards in Design and Development

Increase diversity of users surveyed for pre-deployment feedback. While the use of subject-matter experts and inclusion of end-user feedback in the design and development process are beneficial and important approaches, the end-user selection process currently in use has a potential for bias. Vendors noted extensive use of volunteered feedback. Clinicians with a strong interest in technology, the ability to evaluate usability, and the patience to provide regular feedback are not indicative of the typical end user. Additionally, as these types of clinicians are commonly found in academic medical centers, they may rely on residents or other trainees to do most of the work involving the EHR. Similar issues exist when soliciting input from users familiar with the existing EHR; these users have potentially learned, sometimes unconsciously, to work around or ignore many of the usability problems of the current system. To some extent, vendors must utilize this “coalition of the willing” to gather feedback, given the extremely busy schedules of most practicing clinicians. However, steps must be taken both in the vendor community and by independent bodies to encourage inclusion of a more diverse range of users in all stages of the design process. This more inclusive approach will ultimately support a more usable end product.

Support an independent body for vendor collaboration and standards development. Lack of vendor collaboration resulting from attempts to protect intellectual property and uphold a competitive edge is understandable. However, with the accelerated adoption timeframe encouraged by recent legislation and increasing demand, letting the market act as a primary driver to dictate usability standards may not ensure that appropriate standards are adopted. The user base currently has relatively limited abilities to accurately determine product usability before purchase and, if dissatisfied after purchase, may incur significant expense to explore more usable products. Simply deeming an EHR usable or not usable does not create or disseminate standards and best practices for design. The market can provide direction, but more must be done to document trends and best practices, create new standards for design, and regulate implementation across the industry.

Develop standards and best practices in use of customization during EHR deployment. Customization is often a key to successful implementation within a site, as it can enable users to document the clinical visit in a way that accommodates their usual methods and existing workflow. However, customization may also serve to hide existing usability issues within an EHR, prevent users from interacting with advanced functions, or even create unintended consequences that negatively impact patient safety. There is an additional concern that customization may negatively impact future interoperability and consistency in design across the industry. Customer demand for customization exists and some level of customization can be beneficial to supporting individual workflows; however, more work must be done to evaluate the level of customization that maximizes the EHR’s benefits and limits its risks.

Usability Testing and Evaluation

Encourage formal usability testing early in the design and development phase as a best practice. Usability assessments can be resource intensive; however, it has been demonstrated that including them in the design and development phase is more effective and less expensive than responding to and correcting items after market release.7 Identifying and correcting issues before release also reduce help desk support and training costs. Vendors indicated an awareness of this tradeoff and a move toward investment in usability assessment up front. Further monitoring will be required to evaluate how the vendor community incorporates formal usability testing within future design and development practices.

Evaluate ease of learning, effectiveness, and satisfaction qualitatively and
quantitatively. Observations are an important component of usability testing but are insufficient for assessment of the root cause of usability issues. Alternatively, quantitative data such as number of clicks, time to complete tasks, and error rates can help the vendor identify tasks that may present usability issues but must be further explored to identify underlying issues. A mix of structured qualitative and quantitative approaches, incorporating at minimum an assessment of the three basic factors directly contributing to product usability—ease of learning, effectiveness, and satisfaction—will serve to broaden the impact of usability assessments beyond the informal methods commonly employed today.

Postdeployment Monitoring and Patient Safety

Decrease dependence on postdeployment review supporting usability assessments. Usability issues are usually not simple, one-function problems, but tend to be pervasive throughout the EHR. So while small-scale issues are often reported and corrected after deployment, the identified issue may not be the primary determinant of a product’s usability. It is chiefly within the main displays of information that are omnipresent, such as menu listings, use of pop-up boxes, and the interaction between screens, that the EHR’s usability is determined. Even with the best of intentions, it is unlikely that vendors will be able to resolve major usability issues after release. By not identifying critical usability issues through a wide range of user testing during design and development, vendors are opening the door to potential patient safety incidents and costly postrelease fixes.

Increase research and development of best practices supporting designing for patient safety. Monitoring and designing for patient safety, like usability testing, appear to be most prevalent late in the design of the product or during its release cycle. Vendors’ heavy reliance on end users or advisory panels to point out patient safety issues in many ways mirrors the informal  methods used to advance usability of their products. While patient safety similarly lacks specific standards for vendors to follow, vendors are currently collaborating on patient safety issues. These collaborations appear to be in their early stages, but they provide an opportunity toenhance vendor awareness and vendor response to potential patient safety issues within their products and improve their ability to incorporate patient safety much earlier in the design process. Further work must be done to directly connect design to patient safety and ensure that standards are created and disseminated throughout the industry.

Role of Certification in Evaluating Usability

Certification programs should be carefully designed and valid. Any certification or outside evaluation will be initially approached with questions as to its validity, and the concept of usability certification is no exception. Usability is a complex multifaceted system characteristic, and usability certification must reflect that complexity. Further complicating this issue is the fact that vendors have already participated in a certification process that most did not find particularly valuable in enhancing their product. Driving the EHR market toward creation of usable products requires development of a process that accurately identifies usable products, establishes and disseminates standards, and encourages innovation.

References

(1). Belden J, Grayson R, Barnes J. Defining and Testing EMR Usability: Principles and Proposed Methods of EMR Usability Evaluation and Rating. Healthcare Information Management and Systems Society Electronic Health Record Usability Task Force. Available at:
http://www.himss.org/content/files/HIMSS_DefiningandTestingEMRUsability.pdf
Accessed June 2009.

(2). Armijo D, McDonnell C, Werner K. Electronic Health Record Usability: Interface Design Considerations. AHRQ Publication No. 09(10)-0091-2-EF. Rockville, MD: Agency for Healthcare Research and Quality. October 2009.

(3). Armijo D, McDonnell C, Werner K. Electronic Health Record Usability: Evaluation and Use Case Framework. AHRQ Publication No. 09(10)-0091-1-EF. Rockville, MD: Agency for Healthcare Research and Quality. October 2009.

(4). TechSmith. Morae: usability testing and market research software. Available at: http://www.techsmith.com/morae.asp .

(5). Ammenwerth E, Talmon J, Ash JS, et al. Impact of CPOE on mortality rates—contradictory findings, important messages. Methods Inf Med 2006;45:586-93.

(6). Koppel R, Metlay JP, Cohen A, et al. Role of computerized physician order entry systems in facilitating medication errors. JAMA 2005;293:1197-203.

(7). Gilb T, Finzi S. Principles of software engineering management. Reading, MA: Addison-Wesley Pub. Co.; 1988

The report includes two appendices: Summary of Interviewed Vendors and Description of Electronic Health Records.

Vendors interviewed were
athenahealth, Inc. — athenaClinicals 9.15.1
Cerner Corporation –  Cerner Millenium Powerchart/PowerWorks EMR 2007.19
Criterions, LLC — Criterions 1.0.0
e-MDs — e-MDs Solution Series 6.3
EHS — CareRevolution 5.3
GE Healthcare — Centricity Electronic Medical Record 9.2
NextGen — NextGen EMR 5.5
Veterans Administration –VISTA

See PDF file for complete report.

Blumenthal Letter #10: Proposed Rule for the Establishment of Certification Programs for Health IT

Blumenthal Letter #10:
Proposed Rule for the Establishment of Certification Programs for Health Information Technology

Dr. David Blumenthal


Message  from Dr. David Blumenthal, National Coordinator for Health Information Technology
March 2, 2010
  (emailed message) 

Today the Secretary of the Department of Health and Human Services (HHS) released a notice of proposed rulemaking (NPRM) outlining the proposed approach for establishing a certification program to test and certify electronic health records (EHRs). The HITECH Act mandates the development of a certification program which will give purchasers and users of EHR technology assurances that the technology and products have the necessary functionality and security to help meet meaningful use criteria. While we are making significant strides toward modernizing our health care system, these efforts will only succeed if providers and patients are confident that their health information systems are safe and functional. 

The proposed rule incorporates two phases of development for the certification program to ensure that eligible professionals and eligible hospitals are able to adopt and implement Certified EHR Technology in time to qualify for meaningful use incentive payments. The rulemaking process will take time, so this phased approach provides a bridge  to detailed guidelines to support an ongoing program of testing and certification of health IT. 

The first proposed program creates a temporary certification process under which the National Coordinator would authorize organizations to assume many of the responsibilities that will eventually be fulfilled under the permanent certification program. For the permanent certification program, the rule proposes transitioning much of the responsibility for testing and certification to organizations in the private sector. 

Publication of the proposed rule on the Establishment of Certification Programs for Health Information Technology is an important first step in bringing structure and cohesion to the evaluation of EHRs, EHR modules, and potentially other types of health IT.  The programs will help support end users of certified products, and ultimately serve the interests of each patient by ensuring that their information is securely managed and available where and when it is needed. 

Your input is essential to bringing this important process to fruition.  We encourage your participation in the open public comment period.  

Additional information on both of these programs and how you can comment can be found through the HHS news release issued today and at the http://HealthIT.HHS.Gov website. 

The vision of the HITECH Act is unfolding rapidly, and all of us at ONC look forward to continuing to work with you to achieve the meaningful use of EHRs. 

Sincerely,
David Blumenthal, M.D., M.P.P.
National Coordinator for Health Information Technology
U.S. Department of Health & Human Services 


Update your subscriptions, modify your password or e-mail address, or stop subscriptions at any time on your Subscriber Preferences Page. You will need to use your e-mail address to log in. If you have questions or problems with the subscription service, please contact support@govdelivery.com

This service is provided to you at no charge by Office of the National Coordinator for Health Information Technology .

HIT September 2009 Calendar

September 2009 Health Information Technology Calendar
National Dates
3:
CCHIT Town Call on New 2011 Certification:
               Presentation Materials Available
8: ONC: HIT Extension Program: Regional Centers:
              Prelimimary Application Due
10: HITSP Webinar on Medication Management Real World Sites
11: ONC: State Health Information Exchange Program:
               Letter of Intent Due

15: HIT Standards Committee Meeting
18: HIT Policy Commitee Meeting
21-25: National Health IT Week: One Voice, One Vision:
               Transforming Health and Care, Washington, DC.

22-23: HIMSS 8th Annual Policy Summit, Washington, DC.
29: ONC HIT Extension Program: Regional Centers:
               Preliminary Approval

New Jersey Dates
3:
NJ HIT Commission Meeting
10: NJ Senate Legislative Oversight Committee Hearing:
Electronic Medical Records: 10 am Meeting – Committee Room 4, 1st Floor, State House Annex, Trenton, NJ: The committee will meet to take testimony from invited guests on the issue of electronic medical records.  The committee will also hear from the Department of Health and Senior Services and the Department of Banking and Insurance on the implementation of the NJ Health Information Technology Act.

11: State of NJ HIE Project Grants: Guidance Conference Call 
               10:30am to noon. Call-in details to come.
23: HIMSS National Advocacy Day: NJ Chapter goes to Washington, DC.
25: State of NJ HIE Project Grant: Applications Due

Additional Dates to Come.

‘Meaningful use” becomes more meaningful; Certification more delineated

Third time’s the charm: Committee accepts ‘meaningful use’ criteria; further defines certification process
Joseph Conn, HITS Staff writer for Modern Healthcare, reports on August 14, 2009 that HIT Policy Committee meeting in Washington, DC. accepted the recommendations of the Meaningful Use Workgroup. The Committee also accepted the five recommendations of the Certification and Adoption Workgroup,
including the immediate role of CCHIT and the role of certifying entities including CCHIT after an interim period. The certification process will be focus on the accepted definitions of “meaningful use.” ‘Meaningful use’ recommendations will be finalized by the Office of National Coordinator, and will be forwarded to CMS for official rule making around the end of the year.

Fed panel’s meaningful use, certification guidance spark criticism
Diana Manos, senior editor, Healthcare IT News, reported on the HIT Policy Committee August 14, 2009
meeting, highlighting the criticism of different stakeholders. My own take, having followed previous HIT Policy Committee meetings and attending much of this one, is that great progress appears to being made in a constructive, coordinated and transparent manner, and that the working groups and committee respond to feedback in each iteration of reports and recommendations.

HealthData Management outlines Certification Recommendations and CMS Take on ‘Meaningful Use’
Joseph Goedert, of HealthData Management, reported on the August 14, 2009, HIT Policy Committee, with one story detailing the Certification recommendations, and another shedding some light on CMS thinking.

On the scene from Washington, DC, comments on CCHIT
The Certification and Adoption Workgroup co-chairs Paul Egerman and Mark Probst pointed out several times during their presentation the excellent cooperation and responsiveness of Mark Leavitt, CCHIT chair, and CCHIT, particularly in mapping out “meaningful use” criteria to CCHIT certification criteria and noting gaps. Attending much of the HIT Policy Committee meeting in Washington, DC on August 14, 2009, I can report this first hand.

Workgroup Co-Chair Says HIT Certification Process Is ‘Going Well’
Marianne McGee, Senior Writer, InformationWeek, reported August 18, 2009, on IW Healthcare Blogs on meeting and followup email interview with Certification & Adoption Workgroup co-chair Mark Probst, who is CIO, Intermountain Healthcare, Utah. Current recommendations of workgroup and larger committee should serve as reliable guide to vendors, physicians, and hospitals on “meaningful use” and certification, though final requirements will need formal approval from HHS and CMS, according to Probst. McGee does additional August 18, 2009 reporting on CCHIT and the recommendations from August 14, 2009 HIT Policy Committee meeting: HIT Certification Committee Still in Play.

HIT Policy Committee August 14, 2009 Meeting Documents
Agenda (pdf)

Review of Meaningful Use Definition & Future Plans (ppt)
               Matrix Handout (pdf)
Certification/Adoption Workgroup Recommendations – Specifics (ppt)
Information Exchange Workgroup – The Scope of Federal Activity (ppt)
            See http://www.e-healthcaremarketing.com/archives/768 HIT Standards Committee – Update on Progress
Clinical Operations Workgroup (ppt)
Clinical Quality Workgroup (ppt)
            Matrix Handout (pdf)
Privacy & Security Workgroup (ppt)

Interview with Certification/Adoption Workgroup Co-chair Egerman

Behind the story: Interview with Paul Egerman, Co-chair of HIT Policy Committee’s Certification/Adoption Workgroup
Editor-in-Chief Anthony Guerra of Healthcare Informatics interviews co-chair Paul Egerman in two-part exclusive series, July 22-23, 2009, and gets the context behind the panelists and the decisions on certification and CCHIT.
Interview: Part One          Interview: Part Two

Agenda/Articles/Presentations: Certification/Adoption Workgroup Sessions:
http://www.e-healthcaremarketing.com/archives/592
http://www.e-healthcaremarketing.com/archives/457