Blumenthal Letter #20: Health IT Vendor Help Sought on Disparities in EHR Adoption

A Letter to the Vendor Community: Health IT and Disparities

Dr. David Blumenthal
Dr. David Blumenthal

A Message from Dr. David Blumenthal
National Coordinator for
Health Information Technology
October 18, 2010
Excerpted from ONC site on Oct 21, 2010

These are historic times.  The HITECH Act is bringing the power of electronic health records to our health care system.  We are writing to solicit your assistance in making sure that we are not creating a new form of “digital divide” and want to make sure that health IT vendors include providers who serve minority communities in their sales and marketing efforts.

Both the Office of the National Coordinator for Health Information Technology (ONC) and the Office of Minority Health (OMH) appreciate the significant benefits that the use of health information technology (HIT) and electronic health records (EHR) provide to both healthcare providers and patients in delivering and managing health.  Some of these benefits include improved personal decision-making and increased patient safety (resulting in a decrease of medical errors) – both of which lead to improved quality and a more efficient delivery of care, that may result in the prospect of cost savings. 

It is absolutely necessary that the leading EHR vendors work together, continuing to provide EHR adoption opportunities for physicians and other healthcare providers working within underserved communities of color.  Despite our best efforts, data from the National Ambulatory Medical Care Survey indicates that EHR adoption rates remain lower among providers serving Hispanic or Latino patients who are uninsured or relied upon Medicaid.  Moreover, this data also identifies that EHR adoption rates among providers of uninsured non-Hispanic Black patients are lower than for providers of privately insured non-Hispanic White patients.    

Racial and ethnic minorities remain disproportionately affected by chronic illness(es), a contributing factor to intolerably high mortality and morbidity rates.  Electronic health records possess the ability to help improve both the quality and efficiency of medical care accessible by minorities, so that perhaps rates of chronic illness, mortality and morbidity decrease within these communities.  It is critical that this administration, Regional Extension Centers and EHR vendors work together and focus substantial efforts on these priority populations.

To discuss outreach opportunities further, please contact Dr. Sachin H. Jain, Sachin.jain@hhs.gov at ONC and Commander David Dietz, David.Dietz@hhs.gov at OMH.

Sincerely,
David Blumenthal, MD, MPP
National Coordinator for Health Information Technology

Garth N. Graham, MD, MPH
Director of the Office of Minority Health

The Office of the National Coordinator for Health Information Technology (ONC) encourages you to share this information as we work together to enhance the quality, safety and value of care and the health of all Americans through the use of electronic health records and health information technology.

For more information and to receive regular updates from the Office of the National Coordinator for Health Information Technology, please subscribe to ONC’s Health IT News list.

Meaningful Use — What it really means for you!: Oct 15 NY State HIMSS Fall Event

New York State HIMSS / Mini-HIMSS Fall Event:
Meaningful Use – What it really means for you!
Friday, October 15, 2010 
8:00am – 6:00pm
Location: New York’s Hotel Pennsylvania
(401 7th Ave. & 33rd St. – Midtown Manhattan)
http://himssnys.org/

Registration Information

Conference Agenda Now Available (PDF)!

With federal Meaningful Use compliance dates looming, provider and healthcare organization leaders must navigate the complex regulatory landscape to fully recognize stimulus incentives. Join colleagues and peers as Healthcare IT leaders from across the state participate in discussions on Meaningful Use requirements and implications as well as related state HIT strategies and initiatives.

Keynote speakers include:

  • David Whitlinger, Executive Director of New York eHeatlh Collaborative
  • Rachel Block, Deputy Commissioner, Office of HIT Transformation, NYS Department of Health
  • Dr. Amanda Parsons, Assistant Commissioner of the Primary Care Information Project, NYC Health Department
  • Dr. Holly Miller, CMIO MedAllies & HIMSS national Board of Directors Vice-Chair Elect
  • Dr. Steven Arnold, CMO of the Virginia Premier Health Plan & HIMSS national Board of Director

CIO panel discussion moderated by past HIMSS national Chair George “Buddy” Hickman, featuring:

  • Paul Conocenti, Senior Vice President, Vice Dean, and CIO, NYU Medical Center
  • Robert Diamond, Vice President and CIO, HealthQuest
  • Jerry Powell, CIO, University of Rochester/Strong Memorial Hospital
Click here to view the CIO panel biographies.

Physician panel discussion moderated by past HIMSS New York State Chapter Chair Dr. Ken Ong, featuring:

  • Alison Connelly, Clinical Systems Administrator and Physician Assistant at Urban Health Plan, Bronx, New York
  • Dr. Olive Osborne, ophthalmology physician, Bronx, New York
  • Dr. Urmilla Shivram, pulmonology and internal medicine physician, Oakland Gardens, New York

Raffles will be held throughout the day and conference to be followed by Vendor Exhibition and Cocktail Reception.

The CPHIMS certification exam will also be offered at the conference (Click here to register for CPHIMS exam).

To register for this important event, please click on the following link: Registration Information

New Health IT Fact Sheet on State & Regional Demonstration Projects Now Available: AHRQ

New Health IT Fact Sheet on State & Regional Demonstration Projects Now Available
Received notice shown immediately below via email on October 8, 2010.
A new AHRQ factsheet is now available. The factsheet, “Health Information Technology: State and Regional Demonstration Projects,” highlights the work of six states in improving health information exchange at a state or regional level. The new factsheet is available online, select to access.

Health Information Technology: State and Regional Demonstration Projects
Fact Sheet

The Agency for Healthcare Research and Quality (AHRQ) awarded projects for supporting statewide data sharing and interoperability activities on a State or regional level aimed at improving the quality, safety, efficiency, and effectiveness of health care for patients and populations.Select to download print version (PDF File, 265 KB). PDF Help.
 
Contents

Introduction
In 2004, the Agency for Healthcare Research and Quality (AHRQ) awarded five “State and Regional Demonstrations (SRDs) in Health Information Technology” contracts to organizations in Colorado, Indiana, Rhode Island, Tennessee, and Utah. A sixth contract, awarded to Delaware, was added in 2005. The 5-year, $5 million projects were aimed at developing data sharing at the regional or State level, with the overarching goal of improving the quality, safety, efficiency, and effectiveness of health care for patients and populations.

Although the six SRDs each completed a common set of deliverables, over the course of the contracts, they also developed a variety of approaches with different technical, business, and governance models. The results of the SRDs’ work have informed the types of organizations that may serve as data sharing partners, the policies that pertain to this work, and the sustainability plans for health information exchange (HIE) in their States. The SRDs are involved with some aspect of the statewide HIE, Regional Extension Center, and/or Beacon Community cooperative agreements, which are supported by the Office of the National Coordinator for Health IT, as funded under the Health Information Technology for Economic and Clinical Health Act of the 2009 American Recovery and Reinvestment Act. An overview of each project and its key achievements is provided here.

State and Regional HIE Projects

Colorado Regional Health Information Organization (CORHIO). CORHIO began as a nonprofit organization aimed at building a prototype federated data exchange among its four initial partners: Denver Health, Kaiser Permanente of Colorado, The Children’s Hospital, and University of Colorado Hospital. CORHIO and its partners went live with a 1-year data exchange demonstration on December 1, 2008. The system offered the authorized emergency department (ED) practitioners at three sites and call center employees at one site access to the most common radiology reports, laboratory results, prescribed and dispensed medication information, registration information, electrocardiogram images and/or reports, and problem lists aggregated from all sites. CORHIO’s achievements include the development of a useful enterprise Master Patient Index (MPI) and a robust set of policies that can be applied to future HIE efforts. Following the conclusion of its SRD contract, CORHIO has contracted with a new vendor and will be implementing a clinical messaging service. CORHIO is also developing a multiyear plan to bring services to multiple communities across the State.

Delaware Health Information Network (DHIN). DHIN was created by an act of the Delaware General Assembly, which was signed into law in 1997 to advance the creation of a statewide health information and electronic data interchange network for public and private use. In 2007, DHIN became the first operational statewide clinical HIE. Four of Delaware’s hospital systems currently provide data through the DHIN (a fifth will be added in fall 2010), along with LabCorp, Quest Diagnostics, and Doctors Pathology Services, a local pathology laboratory. Taken together, DHIN’s data senders provide more than 85 percent of laboratory tests and 81 percent of hospital admissions performed in the State of Delaware. Since going live, DHIN has worked to add value for Delaware’s health care community by providing new data types (e.g., transcribed reports) and new functions (e.g., medication history). As of July 2010, DHIN’s users include 65 percent of the State’s health care providers working at more than 230 practices around the State. DHIN is currently transitioning to a new nonprofit, public/private governance structure that will support ongoing operations and the expansion of services.

Indiana Network for Patient Care (INPC). The INPC was created by Regenstrief Institute in 1994, with the goal of providing clinical information at the point of care for treating patients in the ED. For the SRD project, Regenstrief Institute expanded its activities by bringing on new data sharing partners, provided additional interfaces for laboratory and pathology data, and expanded its activities outside Indianapolis to other surrounding geographic areas. They are also seeking to resolve issues related to scalability and data normalization, given the huge volume of data and number of transactions (INPC processes an average of 2.5 million Health Level 7 messages per week). INPC captures data from a wide range of sources, including over 50 hospitals, physician practices, public health departments, laboratories, radiology centers, pharmacies, pharmacy benefit managers (via SureScripts®), payers, convenience clinics (e.g., those attached to a pharmacy), and long-term care facilities. As of July 2010, the INPC included more than 3 billion coded results, 526 million encounters, and over 53 million text reports. As part of its evaluation, Regenstrief Institute is measuring the value of aggregated clinical data delivered by the INPC for quality improvement. The expected outcome is improved provider compliance with selected clinical quality measures.

Rhode Island: currentcare. The Rhode Island Department of Health (HEALTH) applied for and received the SRD contract from AHRQ on behalf of stakeholders across the State. Development of the statewide exchange, known as currentcare, has been a collaborative effort between HEALTH and the Rhode Island Quality Institute (RIQI). Project governance has been led by RIQI, which became the State-designated health information organization in 2008 and which received contractual and operational responsibility for currentcare in July 2010. The project’s goals are to design, develop, test, deploy, and evaluate an initial health information network to support the secure and reliable exchange of health information, beginning with laboratory results and medication history information. The system is envisioned to link longitudinal patient-level information from source data systems using an MPI, provide a Web-accessible viewer to authorized users in any setting, and interface with electronic health record systems. One of this project’s most important achievements is the development of a broad set of governance, management, and operating policies for currentcare. These policies are integral to ensuring compliance with the RI HIE Act of 2008, which stipulates privacy and confidentiality protections for currentcare that are stricter than some State and Federal health information privacy laws. The project’s evaluation will focus on the development of those policies.

Tennessee: MidSouth eHealth Alliance. The MidSouth eHealth Alliance was formed as a policy-setting body to govern the HIE in Memphis, TN, sponsored by the State of Tennessee and managed in its first 4 years under a sole subcontract to Vanderbilt University. During the initial years, all technical and administrative functions were provided by Vanderbilt. Complete control of the Exchange has been transferred from Vanderbilt and the State to the MidSouth eHealth Alliance. Data services have migrated from Vanderbilt Medical Center to an independent corporation—Informatics Corporation of America. The Exchange began serving clinicians in May 2006 and, as of March 2010, data from 14 hospitals (inpatient and outpatient), 14 primary care safety-net clinics, and the University of Tennessee Medical Group were available to several hundred clinicians working in 14 EDs, 14 primary care clinics, and in hospitals. The overall data are composed of admission, discharge, and transfer data (patient registration data), encounter codes, and clinical data. The latter include laboratory results, diagnostic imaging reports, cardiac study reports, discharge summaries, dictated ED notes, operative notes, history and physical exams, diagnostic codes, patient demographics and other identification, and encounter data. Clinical data, particularly hospital discharge summaries, are most widely used. In the EDs, data are accessed on approximately 7 percent of ED visits.

Utah Health Information Network (UHIN). UHIN is a nonprofit whose partners include physicians, hospitals, laboratories, payers, local health departments, and health centers. UHIN’s project initially involved enhancing the existing gateway for administrative exchange to build clinical information exchange. Ultimately, UHIN and its stakeholders decided to purchase a clinical platform to facilitate clinical exchange, which they call the Clinical Health Information Exchange (cHIE). The cHIE has a modest electronic medical record (EMR), commonly referred to as “EMR lite,” if needed by the clinician (most clinicians in Utah have an EMR); an MPI; results delivery; e-prescribing; and virtual health records query functionality. UHIN is enrolling key data sources and building support among health care providers for participation in the cHIE. As of June 2010, laboratory data is being supplied by two data sources and seven clinics are connected to the cHIE. UHIN has developed a patient consent policy for use with the cHIE. As part of its evaluation, UHIN is analyzing providers’ workflow before and after they implement use of the cHIE at their sites.

For More Information

For additional information on AHRQ projects on health information technology, please visit http://healthit.ahrq.gov/portal/server.pt or contact staff at the AHRQ National Resource Center (NRC) for Health IT at NRC-HealthIT@ahrq.hhs.gov.

Return to Contents

AHRQ Publication No. 10-P011
Replaces AHRQ Pub. No. 07-P005
Current as of August 2010


Internet Citation:

Health Information Technology: State and Regional Demonstration Projects. Fact Sheet. AHRQ Publication No. 10-P011, August 2010. Rockville, MD: Agency for Healthcare Research and Quality. http://www.ahrq.gov/research/hitdemoproj.htm



ONC Certified Health IT List (CHPL) of EHRs–Alpha Ordered

ONC Certified HIT List (CHPL) Published at Last
NOTE: The EHR and EHR module list below has been reordered alphabetically according to vendor name by e-Healthcare Marketing and taken from the ONC list officially dated October 5, 2010. ONC’s official list can be found at http://onc-chpl.force.com/ehrcert

The Office of the National Coordinator (ONC) for Health IT at last published its official list of tested and certified EHRs and EHR modules on October 8, 2010. Possible delays of only a few days between CCHIT sending ONC its list of tested and certified products and having the list validated by ONC, and ONC’s using a new platform from its HITRC (Health IT Research Center) and Partners, led to those in Health IT being baffled for a few days as to the status of the official list of ONC-ATCB’s (Authorized Testing and Certification bodies) certified, approved and ONC-validated EHRs. The waiting of those watching too closely is over.

Excerpted from ONC on October 8, 2010:
The ONC 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.

Each Complete EHR and EHR Module listed below has been tested and certified by an ONC-Authorized Testing and Certification Body (ATCB). The ONC-ATCB has reported certain required information about the Complete EHR or EHR Module to ONC and we have validated these reports. Certified EHR technologies are identified with the name of the certifying ATCB, the ONC certification number, vendor information, product information, and product version number.

Please note: The CHPL lists only those EHR technologies that have been tested, certified, and reported to ONC by an ONC-ATCB, with reports validated by ONC. Only those EHR technologies appearing on the ONC-Certified Health IT Product List may be granted the reporting number that will be accepted by CMS for purposes of attestation under the EHR (“meaningful use”) incentives programs.

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 technology classified as Complete EHRs are certified to meet all applicable certification criteria adopted by the Secretary in the Standards and Certification Criteria Final Rule (45 CFR Part 170 subpart C). In the Standards and Certification Criteria Final Rule, the Accounting for Disclosures certification criterion (§170.302(w)) is optional for EHR technologies and may not appear.

EHR Modules are those EHR technologies that have been tested and certified to at least one of the certification criteria adopted by the Secretary in the Standards and Certification Criteria Final Rule. Due to the regulatory requirement that EHR Modules be tested and certified to the security criteria, as elaborated in the Temporary Certification Program Final Rule, EHR Modules will typically be tested and certified to more than one of the adopted certification criteria.

The CHPL provides a snapshot of the current listing of certified EHR technologies, and is updated as newly certified EHR technologies are reported by ONC-ATCBs to ONC and validated.

To determine which criterion an EHR technology is certified to meet, select “Certification Status” below for a listed product. The link will take you to the Product Certification Matrix indicating which of the Certification Criteria the product has been tested, certified, and reported to meet.

Please note: This is Version 1.0 of the Certified Health IT Product List (CHPL). Version 2.0 is under development and is expected to provide additional information, such as a list of the Clinical Quality Measures to which a given product was tested; and additional functionality, such as different ways to query and sort the data for viewing. The later version will also provide the above-mentioned reporting number that will be accepted by CMS for purposes of attestation under the EHR (“meaningful use”) incentives programs. Please send suggestions and comments regarding the Certified Health IT Product List (CHPL) to ONC.certification@hhs.gov, with “CHPL” in the subject line.

Product Certification Overview — Alpha Ordered by Vendor

Vendor Product Product Class- ification Module Product Version # Certification Status Certifying ATCB ONC Certification #
ABEL Medical Software Inc. ABELMed EHR – EMR / PM Complete EHR N/A 11 View Criteria CCHIT CC-1112-621996-1
Allscripts Allscripts PeakPractice Modular N/A 5.5 View Criteria CCHIT CC-1112-216363-1
Allscripts Allscripts Professional EHR Complete EHR N/A 9.2 View Criteria CCHIT CC-1112-395691-1
Allscripts Allscripts ED Modular N/A 6.3 Servic View Criteria CCHIT CC-1112-814405-1
Aprima Medical Software, Inc Aprima Complete EHR N/A 2011 View Criteria CCHIT CC-1112-607751-1
athenahealth, Inc athenaClinicals Complete EHR N/A 10.1 View Criteria CCHIT CC-1112-360400-1
Cerner Corporation Cerner Millennium Powerchart, Cerner Millennium FirstNet, Cerner Millennium ProF Modular N/A Version 20 View Criteria CCHIT CC-1112-657723-1
ChartLogic, Inc. ChartLogic EMR Complete Ambulatory NA 7 View Criteria Drummond Group Inc. 09232010-1945-1
Compulink Advantage/EHR Complete EHR N/A 10 View Criteria CCHIT CC-1112-380800-1
CureMD Corporation CureMD EHR Complete EHR N/A Version 10 View Criteria CCHIT CC-1112-789570-1
eClinicalWorks LLC eClinicalWorks Complete EHR N/A 8.0.48 View Criteria CCHIT CC-1112-955447-1
Epic Systems Corporation EpicCare Ambulatory – Core EMR Complete EHR N/A Spring 200 View Criteria CCHIT CC-1112-574355-2
Epic Systems Corporation EpicCare Inpatient – Core EMR Complete EHR N/A Spring 200 View Criteria CCHIT CC-1112-574355-1
GE Healthcare Centricity Advance Complete EHR N/A 10.1 View Criteria CCHIT CC-1112-470465-1
gloStream, Inc. gloEMR Complete EHR N/A 6 View Criteria CCHIT CC-1112-501340-1
Health Care Systems, Inc. HCS eMR Modular N/A 4 View Criteria CCHIT CC-1112-107740-1
ifa united i-tech Inc. ifa EMR Modular Ambulatory 6 View Criteria Drummond Group Inc. 09222010-2627-1
Intivia, Inc. InSync Complete Ambulatory N/A 5.4 View Criteria Drummond Group Inc. 09292010-2301-1
Intuitive Medical Software UroChartEHR Complete EHR N/A 4 View Criteria CCHIT CC-1112-115970-1
MCS – Medical Communication Systems, Inc. iPatientCare Complete EHR N/A 10.8 View Criteria CCHIT CC-1112-607019-1
Medical Informatics Engineering WebChart EHR Complete EHR N/A Version 5. View Criteria CCHIT CC-1112-844134-1
Meditab Software, Inc. IMS Complete EHR N/A v. 14.0 View Criteria CCHIT CC-1112-372910-1
NeoDeck Software NeoMed EHR Complete EHR N/A 3 View Criteria CCHIT CC-1112-879100-1
NexTech Systems Inc. NexTech Practice 2011 Modular N/A 9.7 View Criteria CCHIT CC-1112-998990-1
nextEMR, LLC nextEMR, LLC Modular N/A 1.5 View Criteria CCHIT CC-1112-300090-1
NextGen Healthcare NextGen Ambulatory EHR Complete EHR N/A 5.6 SP1 View Criteria CCHIT CC-1112-345777-1
Nortec Software Inc Nortec EHR Complete EHR N/A 7 View Criteria CCHIT CC-1112-837410-1
PeriGen PeriBirth Modular N/A 4.3.51 View Criteria CCHIT CC-1112-586750-1
Prognosis Health Information Systems ChartAccess Complete EHR N/A 4 View Criteria CCHIT CC-1112-216590-1
Pulse Systems 2011 Pulse Complete EHR Complete EHR N/A 2011 View Criteria CCHIT CC-1112-946110-1
QRS, Inc. PARADIGM Modular Ambulatory 8.3 View Criteria Drummond Group Inc. 09202010-8775-1
Sammy Systems SammyEHR Modular N/A 5.1.1 View Criteria CCHIT CC-1112-789800-1
SuccessEHS SuccessEHS Complete EHR N/A 6 View Criteria CCHIT CC-1112-909422-1
The DocPatientNetwork.com Doctations Complete EHR N/A 2 View Criteria CCHIT CC-1112-371480-1
T-System Technologies, Ltd. T SystemEV Modular N/A 2.7 View Criteria CCHIT CC-1112-239140-2
T-System Technologies, Ltd. T SystemEV Modular N/A 2.7 View Criteria CCHIT CC-1112-239140-1
Universal EMR Solutions Physician’s Solution Modular N/A 5 View Criteria CCHIT CC-1112-681600-1
Vision Infonet Inc., MDCare EMR Modular N/A 4.2 View Criteria CCHIT CC-1112-516500-1
WellCentive WellCentive Patient Registry Modular N/A Version 2. View Criteria CCHIT CC-1112-946650-1
Wellsoft Corporation Wellsoft EDIS Modular N/A v11 View Criteria CCHIT CC-1112-527400-1

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.
#                      #                    #

IOM: Study to Improve Health Care Safety with Health IT

Institute of Medicine will study best policies and practices for improving health care safety with health information technology
HHS Press Release on Wednesday, September 29, 2010                         

The Institute of Medicine (IOM) will conduct a 1-year study aimed at ensuring that health information technology (HIT) will achieve its full potential for improving patient safety in health care.  The study will be carried out under a $989,000 contract announced today by the Office of the National Coordinator for Health Information Technology (ONC), which is charged with coordinating federal efforts regarding HIT adoption and meaningful use.

“Since 1999, when the IOM published its ground-breaking study To Err Is Human, the Institute has been a leader in the movement to improve patient safety,” said David Blumenthal, M.D., national coordinator for health information technology.  “This study will draw on IOM’s depth of knowledge in this area to help all of us ensure that HIT reaches the goals we are seeking for patient safety improvement.”

The study will examine a comprehensive range of patient safety-related issues, including prevention of HIT-related errors and rapid reporting of any HIT-related patient safety issues.  It will make recommendations concerning the potential effects of government policies and private sector actions in maximizing patient safety and avoiding medical errors through HIT.  Highlights of the study will include: 

* Summary of existing knowledge of the effects of HIT on patient safety;

* Identifying approaches to promote the safety-enhancing features of HIT while protecting patients from any safety problems associated with HIT;

* Identifying approaches for preventing HIT-related patient safety problems before they occur;

* Identifying approaches for surveillance and reporting activities to bring about rapid detection and correction of patient safety problems;

* Addressing the potential roles of private sector entities such as accrediting and certification bodies as well as patient safety organizations and professional and trade associations; and

* Discussion of existing authorities and potential roles for key federal agencies, including the Food and Drug Administration (FDA), the Agency for Healthcare Research and Quality (AHRQ), and the Centers for Medicare & Medicaid Services (CMS). 

“The IOM is pleased to have the opportunity to add its expertise and convening power in helping to achieve the goals of improved safety through HIT-assisted care,” said IOM President Harvey Fineberg, M.D. 

Donald Berwick, M.D., CMS administrator and a national leader on patient safety, said, “Improving patient safety in health care depends on thoroughness in planning and execution, to find problems systematically and correct them decisively.  We have high expectations for patient safety improvement through HIT, but achieving those goals will require the same careful and vigorous approach that is needed to improve safety in any enterprise.  The IOM can help us identify a productive path to better patient safety with the help of HIT.” 

Substantial funding under the Health Information Technology Economic and Clinical Health Act, part of the American Recovery and Reinvestment Act of 2009, will support the adoption and meaningful use of HIT, especially through incentives for the adoption and meaningful use of certified electronic health records. In July, CMS announced regulations outlining the initial requirements that eligible health care providers must meet to demonstrate meaningful use of certified EHR technology for the Medicare and Medicaid incentive payments program, which CMS will administer.  Also in July, ONC announced regulations completing the adoption of an initial set of standards, implementation specifications and certification criteria to enable the testing and certification of EHR technology for meaningful use Stage 1.  Earlier this month, ONC named initial testing and certifying bodies. 

More information about HIT and support for adoption and meaningful use can be found on the web at www.healthit.hhs.gov.

ONC Site Map Updated in Conjunction with New Health IT Unified Theme

“Connecting America for Better Health” – ONC for HIT
Web Site Map for Office of the National Coordinator for Health IT
On August 27, 2010, the Office of National Coordinator (ONC) for Health IT announced a new “unified identity for Health IT”  which includes a “new theme and visual identity” for the ONC Web site and ONC and can be seen at the top of ONC Web pages.

The site map below for  ONC’s Web site is pulled primarily from the left navigation bar on the ONC site with some additional links to key areas. [Please send any corrections or comments to e-Healthcare Marketing. This is an update to a previous site map posted on February 16, 2010 on e-Healthcare Marketing, including new workgroups.]

While the visible structure of the Web site remains mainly the same, the home page and much of the underlying architecture appears to have been updated to simplify access to users, highlight new and important content, and simplify the addition of new information anticipated to come soon, such as announcements of the  Authorized Testing and Certification Bodies (ATCB) and Certified EHRs and EHR Modules.

The new theme and identity ”really captures the spirit of these combined efforts to boost national adoption of electronic health records and ensure success. The insignia will also help people easily identify and connect with official HITECH information, resources, programs, and partners,” wrote Communucations Director Peter Garrett on the Health IT Buzz blog on August 27, 2010. Now to the site map.

DERIVED SITE MAP FOR  http://healthit.hhs.gov

FEATURED AREAS
          Meaningful Use
          Certification Program
          Privacy and Security
          HITECH Programs
          On the Frontlines of Health Information Technology
               NEJM Articles: Dr. Blumenthal
                                             Dr. Benjamin
          Federal Advisory Committees

Top Banner Links
          Get email updates from ONC
          Follow ONC on Twitter

HITECH & FUNDING Opportunities
          Contract Opportunities
          Learn about HITECH
          HIT Extension Program — Regional Extension Centers Program
          Beacon Community Program

HITECH PROGRAMS
     State Health Information Exchange Cooperative Agreement Program
     Health Information Technology Extension Program
     Strategic Health IT Advanced Research Projects (SHARP) Program
     Community College Consortia to Educate HIT Professionals Program
     Curriculum Development Centers Program
     Program of Assistance for University-Based Training
     Competency Examination Program
     Beacon Community Program

FEDERAL ADVISORY COMMITTEES
                  (Meeting Calendar At-A-Glance)

HEALTH IT POLICY COMMITTEE
HIT Policy Committee Meetings
          Meeting Webcast & Participation
         
Upcoming Meetings
         
Past Meetings
HIT Policy Committee Recommendations
HIT Policy Committee Workgroups
          Meaningful Use
          Certification/Adoption
          Information Exchange
          Nationwide Health Information Network (NHIN)
          Strategic Planning
          Privacy & Security Policy
          Enrollment
          Privacy & Security Tiger Team
          Governance
          Quality Measures

HEALTH IT STANDARDS COMMITTEE
Health IT Standards Committee Meetings
          Meeting Webcast & Participation
         
Upcoming Meetings
         
Past Meetings
HIT Standards Committee Recommendations
HIT Standards Committee Workgroups
          Clinical Operations
          Clinical Quality
          Privacy & Security
          Implementation
          Vocabulary Task Force
          

REGULATIONS & GUIDANCE     
           Meaningful Use
           Privacy and Security
           Standards and Certification
            
ONC INITIATIVES
          State-Level Health Initiatives 
          Nationwide Health Information Network
          Federal Health Architecture
          Adoption
          Clinical Decision Support & the CDS Collaboratory
         
          Events
                 FACA Meeting Calendar
          Fact Sheets
          Reports
          Federal Health IT Programs
          Technical Expert Workshops
          Acronyms
          Glossary

OUTREACH, EVENTS, & RESOURCES
         News Releases (2007 – Present)
         Events
         FACA Meeting Calendar
         Fact Sheets
         Reports 
         Federal Health IT Programs
         Technical Expert Workshops
         Acronyms 
         Glossary

ABOUT ONC
          Coordinator’s Corner: Updates from Dr. Blumenthal
          Organization               
          Budget & Performance
          Contact ONC and Job Openings
#                             #                     #

For a review of the new look and feel of the ONC site, see an earlier post on e-Healthcare Marketing.

ONC’s Mohla Blogs on Community College Classes for Health IT Workforce Transformation

Health IT: Coming Soon to a Class Near You
Wednesday, August 25th, 2010 | Posted by: Chitra Mohla, Director of the Community College Workforce Program, Office of the National Coordinator for Health IT on ONC’s Health IT Buzz blog and republished here by e-Healthcare Marketing.

The HITECH Act is about more than putting computers on the desks of physicians nationwide. It’s about using health information technology (IT) to improve the safety, quality, and effectiveness of our health care system. That takes more than computers. It takes qualified, trained people who are willing to work together toward that goal.

In fact, one of the barriers to the widespread adoption of health IT has been a shortage of qualified workers who can help the nation’s health care providers make the transition.  The current push for greater adoption of health IT will create even more jobs that need to be filled by qualified workers.

To address the workforce shortage, the HITECH Act authorized the creation of a program to assist in the establishment and/or expansion of programs to train a skilled workforce to facilitate the adoption and meaningful use of electronic health records (EHRs).  The Community College Consortia to Educate Health Information Professionals is designed to train “health IT practitioners” who can meet the needs of hospitals and physicians as they move to an electronic health care system.  EHR vendors and public health facilities will also have jobs that these professionals can fill.

Five community college consortia were funded to implement the training programs. The goal of the programs is to train 10,500 people a year in six workforce roles. The five consortia include 84 community colleges.  Each regional consortium is led by a lead community college that is responsible for the coordination of the program in the region.

The community colleges will offer six-month non-degree programs for people already involved in the health care or information technology fields so they can quickly learn the skills necessary to ensure the rapid and effective adoption of health IT. Courses will be available both at the colleges and through distance learning. Each student will receive an institutional certificate or equivalent for successfully completing the program. In some cases, financial assistance may be available to enable students to take advantage of this opportunity. In six months or less, qualified applicants can be ready for jobs in the growing area of health IT. The colleges will help students who complete the program find jobs in their new fields.

I’m pleased to announce that, just in time for the coming school year, the curricula are developed, and community colleges across the country are staffing up and recruiting students for the first wave of classes. We expect classes to start by September 30 in most of the colleges. That means the time to apply is now.

The six workforce roles for which students can train are:

  • Practice workflow and information management redesign specialists: The goal of health IT is to improve processes, not just computerize them. An essential part of the transition will be to assess workflows in a practice, suggest changes to increase the quality and efficiency of care and facilitate reporting, and work with providers to implement these changes. These jobs are well-suited for people with experience in practice management or IT in a clinical setting.
  • Clinician/practitioner consultants: The colleges will offer programs for licensed health professionals so that they can apply their specialized clinical knowledge to selecting hardware/software, working with vendors, and ensuring that clinical goals are met.
  • Implementation support specialists: Specialists will be needed to install and test health IT systems in clinical settings to ensure that the systems are easy and effective to use. The Community College Consortia will provide training for those who have IT or information management experience but not necessarily in the health care arena.
  • Implementation managers: Those who have administrative or managerial experience in health or IT environments may seek additional training to oversee and manage the transition to health IT for providers.
  • Technical/software support: Providers will need ongoing support to diagnose IT problems, develop solutions, and keep systems running smoothly and securely. Those with IT or information management experience may want to train for these positions.
  • Trainers: The need for skilled trainers will be ongoing. Practice staff will have to be trained on new systems and upgrades. And new staff will have to be trained as they come onboard. IT specialists with training experience can receive instruction in the design and delivery of training programs.

We at ONC are excited about the potential of the Community College Consortia – for the students who will train for promising new careers, for the health care providers who will have qualified staff to guide them through the transition to health IT, and for all the patients who stand to benefit from the increased quality, safety and effectiveness of care made possible by digital information technology.

To learn more, contact the consortium leader for your geographical area.
#                                #                               #
To comment on the ONC Health IT Buzz log post directly, click here.

To learn about the university-led programs for the six roles requiring training at one of nine universities, see this previous post on e-Healthcare Marketing.

Privacy and Security Tiger Team’s Recommendations in Full Text

Health IT Policy Committee Approves Tiger Team Recommendations
Mary Mosquera reported in Government HealthIT reported on August 20, 2010
“The Health & Human Services Department Health IT Policy Committee endorsed a set of recommendations on when health care providers must obtain consent before exchanging patient heath records electronically with other clinicians, testing labs or health information exchange (HIE) networks.”

Here’s the full-text version of the Tiger Team’s recommendations to the Health IT Policy Committee, which the committee approved and sent on to the Office of the National Coordinator (ONC) for Health IT.
PDF Version
HTML Version below:

August 19, 2010

David Blumenthal, MD, MPP
Chair, HIT Policy Committee
U.S. Department of Health and Human Services
Washington, D.C. 20201

Dear Mr. Chairman:

An important strategic goal of the Office of the National Coordinator (ONC) is to build public trust and participation in health information technology (IT) and electronic health information exchange by incorporating effective privacy and security into every phase of health IT development, adoption, and use.

A Privacy and Security “Tiger Team,” formed under the auspices of the HIT Policy Committee, has met regularly and intensely since June to consider how to achieve important aspects of this goal.

The Tiger Team has focused on a set of targeted questions raised by the ONC regarding the exchange of personally identifiable health information required for doctors and hospitals to qualify for incentive payments under Stage I of the Electronic Health Records Incentives Program.

This letter details the Tiger Teamʼs initial set of draft recommendations for the HIT Policy Committeeʼs review and approval.

Throughout the process, the HIT Policy Committee has supported  the overall direction of the Tiger Teamʼs evolving recommendations, which have been discussed in presentations during regular Policy Committee meetings this summer. There has always been an understanding, however, that the Tiger Team would refine its work and compile a set of formal recommendations at the end of summer for the HIT Policy Committeeʼs final review and approval.

It bears repeating: The following recommendations apply to electronic exchange of patient identifiable health information among known entities to meet Stage I of “meaningful use — the requirements by which health care providers and hospitals will be eligible for financial incentives for using health information technology. This includes the exchange of information for treatment and care coordination, certain quality reporting to the Centers for Medicare & Medicaid Services (CMS), and certain public health reporting.

Additional work is needed to apply even this set of initial recommendations specifically to other exchange circumstances, such as exchanging data with patients and sharing information for research. We hope we will be able to address these and other key questions in the months to come.

Most importantly, the Tiger Team recommends an ongoing approach to privacy and security that is comprehensive and firmly guided by fair information practices, a well-established rubric in law and policy. We understand the need to address ad hoc questions within compressed implementation time frames, given the statutory deadlines of the EHR Incentives Program. However, ONC must apply the full set of fair information practices as an overarching framework to reach its goal of increasing public participation and trust in health IT.

I. FAIR INFORMATION PRACTICES AS THE FOUNDATION
Core Tiger Team Recommendation:
All entities involved in health information exchange – including providers (1)
and third party service providers like Health Information Organizations (HIOs) and other intermediaries – should follow the full complement of fair information practices when handling personally identifiable health information.

Fair information practices, or FIPs, form the basis of information laws and policies in the United States and globally. This overarching set of principles, when taken together, constitute good data stewardship and form a foundation of public trust in the collection, access, use, and disclosure of personal information.

We used the formulation of FIPs endorsed by the HIT Policy Committee and adopted by ONC in the Nationwide Privacy and Security Framework for Electronic Exchange of Individually Identifiable Health Information. (2)  The principles in the Nationwide Framework are:
———————————–
(1) Our recommendations are intended to broadly apply to both individual and institutional providers.
(2) http://healthit.hhs.gov/portal/server.pt/gateway/PTARGS_
0_10731_848088_0_0_18/NationwidePS_Framework-5.pdf

——————————————–
            • Individual Access – Individuals should be provided with a simple and timely means to access and obtain their individually identifiable health information in a readable form and format.           

            • Correction – Individuals should be provided with a timely means to dispute the  accuracy or integrity of their individually identifiable health information, and to have  erroneous information corrected or to have a dispute documented if their requests are denied.           

            • Openness and Transparency – There should be openness and transparency    about policies, procedures, and technologies that directly affect individuals and/or their individually identifiable health information.           

            • Individual Choice – Individuals should be provided a reasonable opportunity and  capability to make informed decisions about the collection, use, and disclosure of  their individually identifiable health information. (This is commonly referred to as the individualʼs right to consent to identifiable health information exchange.)          

            • Collection, Use, and Disclosure Limitation – Individually identifiable health      information should be collected, used, and/or disclosed only to the extent necessary         to accomplish a specified purpose(s) and never to discriminate inappropriately.           

            • Data Quality and Integrity – Persons and entities should take reasonable steps to         ensure that individually identifiable health information is complete, accurate, and up-    to-date to the extent necessary for the personʼs or entityʼs intended purposes and     has not been altered or destroyed in an unauthorized manner.          

            • Safeguards – Individually identifiable health information should be protected with           reasonable administrative, technical, and physical safeguards to ensure its  confidentiality, integrity, and availability and to prevent unauthorized or inappropriate   access, use, or disclosure.           

            • Accountability – These principles should be implemented, and adherence  assured, through appropriate monitoring and other means and methods should be in   place to report and mitigate non-adherence and breaches.

The concept of remedies or redress — policies formulated in advance to address situations where information is breached, used, or disclosed improperly — is not expressly set forth in this list (although it is implicit in the principle of accountability). As our work evolves toward a full complement of privacy policies and practices, we believe it will be important to further spell out remedies as an added component of FIPs.

We also note that in a digital environment, robust privacy and security policies should be bolstered by innovative technological solutions that can enhance our ability to protect information. This includes requiring that electronic record systems adopt adequate security protections (like encryption, audit trails, and access controls), but it also extends to decisions about infrastructure and how health information exchange will occur, as well as how consumer consents will be represented and implemented. The Tiger Teamʼs future work will need to address the role of technology in protecting privacy and security.

 II. CORE VALUES  

In addition to a firm embrace of FIPs, the Tiger Team offers the following set of Core Values to guide ONCʼs work to promote health information technology:

             • The relationship between the patient and his or her health care  provider isthe foundation for trust in health information exchange, particularly with  respect to protecting the confidentiality of personal health information.           

             • As key agents of trust for patients, providers are responsible for  maintaining the privacy and security of their patientsʼ records.           

              • We must consider patient needs and expectations. Patients should not  be surprised about or harmed by collections, uses, or disclosures of  their  information.Ultimately, to be successful in the use of health information exchange  to  improve health and health care, we need to earn the trust of both consumers    and physicians.

III. SPECIFIC RECOMMENDATIONS REQUESTED

ONC has asked the Tiger Team for specific recommendations in the following areas:

            • Use of intermediaries or third party service providers in identifiable health  information exchange;

            • Trust framework to allow exchange among providers for purpose of treating  patients;

            • Ability of the patient to consent to participation in identifiable health information  exchange at a general level (i.e., yes or no), and how consent should be  implemented;

            • The ability of technology to support more granular patient consents (i.e., authorizing  exchange of specific pieces of information while excluding other records); and

            • Additional recommendations with respect to exchange for Stage I of Meaningful Use – treatment, quality reporting, and public health reporting.

All of our recommendations and deliberations have assumed that participating individuals and entities are in compliance with applicable federal and state privacy and security laws.

We evaluated these questions in light of FIPs and the core values discussed above.

1.    Policies Regarding the Use of Intermediaries/Third Party Service Providers/ Health Information Organizations (HIOs)

In the original deliberations of the Privacy and Security Work Group of the HIT Policy Committee, we concluded that directed exchange among a patientʼs treating providers – the sending of personally identifiable health information from “provider A to provider B” – is generally consistent with patient expectations and raises fewer privacy concerns, assuming that the information is sent securely.

However, the Tiger Team recognized that a number of exchange models currently in use are known to involve the use of intermediaries or third party organizations that offer valuable services to providers that often facilitate the effective exchange of identifiable health information (“third party service organizations”). A common example of a third party service organization is a Health Information Organization (HIO) (as distinguished from the term “health information exchange” (HIE), which can be used to refer to information exchange as a verb or a noun.) The exposure of a patientʼs personally identifiable health information to third party service organization raises risk of disclosure and misuse, particularly in the absence of clear policies regarding that organizationʼs right to store, use, manipulate, re-use or re-disclose information.

Our recommendations below regarding third party service organizations aim to address the following fair information practices:           

             Individual Access
            Correction
✔        Openness and Transparency 
            Individual Choice
✔        Collection, Use, and Disclosure Limitation
             
Data Quality and Integrity Safeguards
✔        Accountability

Tiger Team Recommendation 1: With respect to third-party service organizations:

                    Collection, Use and Disclosure Limitation: Third party service organizations   may not collect, use or disclose personally identifiable health information for   any purpose other than to provide the services specified in the business   associate or service agreement with the data provider, and necessary  administrative functions, or as required by law.

                      Time limitation: Third party service organizations may retain personally identifiable health information only for as long as reasonably necessary to  perform the functions specified in the business associate or service agreement  with the data provider, and necessary administrative functions.

                        Retention policies for personally identifiable health information must be established,   clearly disclosed to customers, and overseen. Such data must besecurely returned or destroyed at the end of the specified retention period, according to established NIST standards and conditions set forth in the business associate or service agreement.

                      Openness and transparency: Third party service organizations should be obligated to disclose in their business associate or service agreements with  their customers how they use and disclose information, including without   limitation their use and disclosure of de-identified data, their retention policies   and procedures, and their data security practices.(3)

            • Accountability: When such third party service organizations have access to  personally identifiable health information, they must execute and be bound by  business associate agreements under the Health Insurance Portability and   Accountability Act regulations (HIPAA). (4) However, itʼs not clear that those agreements have historically been sufficiently effective in limiting a third-partyʼs use or disclosure of identifiable information, or in providing the required transparency.

               • While significant strides have been made to clarify how business associates  may access, use and disclose information received from a covered entity, business associate agreements, by themselves, do  not address the full complement of governance issues, including oversight,
——————————————-
(3) This is the sole recommendation in this letter that also applies to data that qualifies as de-identified under HIPAA. The “Tiger Team” intends to take up de-identified data in a more comprehensive way in subsequent months.
(4)  45 CFR 164.504(e).
———————————–
accountability, and enforcement. We recommend that the HIT Policy  Committee oversee further work on these governance issues.

2. Trust Framework For Exchange Among Providers for Treatment

The issue of provider identity and authentication is at the heart of even the most basic exchange of personally identifiable health information among providers for purposes of a patientʼs treatment. To an acceptable level of accuracy, Provider A must be assured that the information intended for provider B is in fact being sent to provider B; that providers on both ends of the transaction have a treatment relationship with the subject of the information; and that both ends are complying with baseline privacy and security policies, including applicable law.

Our recommendations below regarding trusted credentialing aim to address the following fair information practices:
           
Individual Access Correction
✔        Openness and Transparency 
            Individual Choice Collection, Use, and Disclosure Limitation
✔        Data Quality and Integrity 
            Safeguards    
✔        Accountability

 Tiger Team Recommendation 2.1:

            • Accountability: The responsibility for maintaining the privacy and security of        a patientʼs record rests with the patientʼs providers, who may delegate    functions such as issuing digital credentials or verifying provider identity, as  long as such delegation maintains this trust.  

                        o To provide physicians, hospitals, and the public with an acceptable  level of accuracy and assurance that this credentialing responsibility is  being delegated to a “trustworthy” organization, the federal government   (ONC) has a role in establishing and enforcing clear requirements about     the credentialing process, which must include a requirement to validate   the identity of the organization or individual requesting a credential.

                         o State governments can, at their option, also provide additional rules  for credentialing service providers so long as they meet minimum  federal requirements.  

We believe further work is necessary to develop policies defining the appropriate level of assurance for credentialing functions, and we hope to turn to this work in the fall. A trust framework for provider-to-provider exchange also must provide guidance on acceptable levels of accuracy for determining whether both the sending and receiving provider each have a treatment relationship with the person who is the subject of the information being exchanged. Further, the trust framework should require transparency as to whether both senders and recipients are subject to baseline privacy and security policies. We offer the following recommendations on these points:

Tiger Team Recommendation 2.2:  

Openness and transparency: The requesting provider, at a minimum, should provide attestation of his or her treatment relationship with the individual who is subject of the health information exchange.  

Accountability: Providers who exchange personally identifiable health information should comply with applicable state and federal privacy and security rules. If a provider is not a HIPAA-covered entity or business associate, mechanisms to secure enforcement and accountability may include:  

o Meaningful user criteria that require agreement to comply with the HIPAA Privacy and Security Rules;  

o NHIN conditions of participation;  

o Federal funding conditions for other ONC and CMS programs; and  

o Contracts/Business Associate agreements that hold all participants to HIPAA, state laws, and any other policy requirements (such as those that might be established as the terms of participation).

Openness and transparency: Requesting providers who are not covered by HIPAA should disclose this to the disclosing provider before patient information is exchanged.  

3.    Right of the patient or provider to consent to identifiable health information       exchange at a general level — and how are such consents implemented

The Tiger Team was asked to examine the role that one of the fair information practices – individual choice or patient consent – should play in health information exchange. The recommendations cover the role of consent in directed exchange, triggers for when patient consent should be required (beyond what may already be required by law), the form of consent, and how consent is implemented. We also set forth recommendations on whether providers should be required to participate in certain forms of exchange. We must emphasize that looking at one element of FIPs in isolation is not optimal and our deliberations have assumed strong policies and practices in the other elements of FIPs required to support the role of individual consent in protecting privacy. 

            Our recommendations below regarding patient consent aim to address the following fair information practices:

            Individual Access 
  
          Correction            
            Openness and Transparency
✔        Individual Choice
          
Collection, Use, and Disclosure Limitation
         
 Data Quality and Integrity  
           Safeguards 
           Accountability

 A.   Consent and Directed Exchange

 Tiger Team Recommendation 3.1:

            • Assuming FIPs are followed, directed exchange for treatment does not  require patient consent beyond what is required in current law or what has been customary practice.

 Our recommendation about directed exchange is not intended to change the patient-provider relationship or the importance of the providerʼs judgment in evaluating which parts of the patient record are appropriate to exchange for a given purpose. The same considerations and customary practices that apply to paper or fax exchange of patient health information should apply to direct electronic exchange. As always, providers should be prepared and willing to discuss with patients how their information is disclosed; to take into account patientsʼ concerns for privacy; and also ensure the patient understands the information the receiving provider or clinician will likely need in order to provide safe, effective care.

B. Trigger for Additional Patient Consent
     Tiger Team Recommendation 3.2: 
 

      •     When the decision to disclose or exchange the patientʼs identifiable health  information from the providerʼs record is not in the control of the provider or  that providerʼs organized health care arrangement (“OHCA”), (5) patients   should be able to exercise meaningful consent to their participation. ONC    should promote this policy through all of its levers.  

            •   Examples of this include:  

                        o A health information organization operates as a centralized model, which retains identifiable patient data and makes that information available to other parties.  

                        o A health information organization operates as a federated model and                                 exercises control over the ability to access individual patient data.            

                        o Information is aggregated outside the auspices of the provider or OHCA and comingled with information about the patient from other    sources.
___________________________
(5)
Organized health care arrangement (45 CFR 160.103) means: (1) A clinically integrated care setting in which individuals typically receive health care from more than one health care provider; (2) An organized system of health care in which more than one covered entity participates and in which the participating covered entities: (i) Hold themselves out to the public as participating in a joint arrangement; and (ii) Participate in joint activities that include at least one of the following: (A) Utilization review, in which health care decisions by participating covered entities are reviewed by other participating covered entities or by a third party on their behalf; (B) Quality assessment and improvement activities, in which treatment provided by participating covered entities is assessed by other participating covered entities or by a third party on their behalf; or (C) Payment activities, if the financial risk for delivering health care is shared, in part or in whole, by participating covered entities through the joint arrangement and if protected health information created or received by a covered entity is reviewed by other participating covered entities or by a third party on their behalf for the purpose of administering the sharing of financial risk. [provisions applicable to health plans omitted]
___________________________

             • As we have noted previously, the above recommendation on consent applies  to Stage 1 Meaningful Use (thus, if consent applies, it applies to exchange for    treatment). We will need to consider potential additional triggers when we start  to discuss exchange beyond Stage One of Meaningful Use.  

            An important feature of meaningful consent criteria, outlined further below, is  that the patient be provided with an opportunity to give meaningful consent    before the provider releases control over exchange decisions. If the patient does not consent to participate in an HIO model that “triggers” consent, the   provider should, alternatively, exchange information through directed    exchange. There are some HIOs that offer multiple services. The provider may still contract with an HIO to facilitate directed exchange as long as the      arrangement meets the requirements of recommendation 1 of this letter.

C. Form of Consent

Consent in our discussions refers to the process of obtaining permission from an individual to collect, use or disclose her personal information for specified purposes. It is also an opportunity to educate consumers about the decision, its potential benefits, its boundaries, and its risks.

While the debate about consent often devolves into a singularly faceted discussion of opt-in or opt-out, we have come to the conclusion that both opt-in and opt-out can be implemented in ways that fail to permit the patient to give meaningful consent. For example, consider the case in which patients are provided with opt-in consent, but the exercise of consent and education about it are limited – the registration desk provides the patient with a form that broadly describes all HIO uses and disclosures and the patient is asked to check a box and consent to all of it. As another example, consider the case in which patients have a right to opt-out – but the patient is not provided with time to make the decision and information about the right or how to exercise it can only be found in a poster in the providerʼs waiting room or on a page of the HIOʼs website. It would jeopardize the consumer trust necessary for HIOs to succeed to simply provide guidance to use “opt-in” or “opt-out” without providing additional guidance to assure that the consent is meaningful.

Tiger Team Recommendation 3.3: Meaningful Consent Guidance When Trigger Appliesʼs consent is “triggered,” such consent must be meaningful (6) in that it:

In a circumstance where patient

            Allows the individual advanced knowledge/time to make a decision. (e.g., outside of the urgent need for care.)          

            • Is not compelled, or is not used for discriminatory purposes. (e.g., consent to participate in a centralized HIO model or a federated HIO model is not a  condition of receiving necessary medical services.)

            • Provides full transparency and education. (i.e., the individual gets a clear   explanation of the choice and its consequences, in consumer-friendly language that is conspicuous at the decision-making moment.)

            • Is commensurate with the circumstances. (I.e., the more sensitive, personally  exposing, or inscrutable the activity, the more specific the consent   mechanism. Activities that depart significantly from patient reasonable    expectations require greater degree of education, time to make decision,  opportunity to discuss with provider, etc.)

            • Must be consistent with reasonable patient expectations for privacy, health, and safety; and

            • Must be revocable. (i.e., patients should have the ability to change their consent preferences at any time. It should be clearly explained whether such    changes can apply retroactively to data copies already exchanged, or whether  they apply only “going forward.”)

 D. Consent Implementation Guidance

Further considerations for implementation includes the following guidance:

Tiger Team Recommendation 3.4 :

            • Based on our core values, the person who has the direct, treating    relationship with the individual, in most cases the patientʼs provider, holds the    trust relationship and is responsible for educating and discussing with
————————————————–
(6)
http://www.connectingforhealth.org/phti/reports/cp3.html
————————————————–
 patients about how information is shared and with whom.            • Such education should include the elements required for meaningful choice, as well as understanding of the “trigger” for consent (i.e., how information is being accessed, used and disclosed).            • The federal government has a significant role to play and a responsibility to educate providers and the public (exercised through policy levers).            • ONC, regional extension centers, and health information organizations  should provide resources to providers, model consent language, and educational materials to demonstrate and implement meaningful choice. HIOs  should also be transparent about their functions/operations to both providers  and patients.            • The provider/provider entity is responsible for obtaining and keeping track of  patient consent (with respect to contribution of information from their records.) However, the provider may delegate the management/administrative functions to a third party (such as an HIO), with appropriate oversight.The Tiger Team was asked whether providers should have a choice about participating in exchange models.

E. Provider Consent to Participate in Exchange

Tiger Team Recommendation 3.5: Yes! Based on the context of Stage I Meaningful Use, which is a voluntary program, ONC is not requiring providers to participate in any particular health information exchange.Our recommendations below regarding granular consent aim to address the           following fair information practices:Individual Access                  
                        Correction
                        Openness and Transparency
           
✔        Individual Choice
                       
Collection, Use, and Disclosure Limitation
                        Data Quality and Integrity
                        Safeguards
                        Accountability
In making recommendations about granular consent and sensitive data, we have the following observations:

4. The current ability of technology to support more granular patient consents.

            • All health information is sensitive, and what patients deem to be sensitive is likely to be dependent on their own circumstances.

            • However, the law recognizes some categories of data as being more sensitive than others.            

            • Unless otherwise required by law and consistent with our previous recommendation 3.1, with respect to directed exchange for treatment, the presence of sensitive data  in the information being exchanged does not trigger an additional requirement to  obtain the patientʼs consent in the course of treating a patient.

            • Our recommendations on consent do not make any assumptions about the capacity for an individual to exercise granular control over their information. But since this capability is emerging and its certainly fulfills the aspiration of individual control, we  sought to understand the issue in greater depth.

            • The Tiger Team considered previous NVHS letters and received a presentation of  current NCVHS efforts on sensitive data. We also held a hearing on this topic to try to understand whether and how current EHR technology supports the ability for patients to make more granular decisions on consent – in particular, to give consent to the providers to transmit only certain parts of their medical record.

            • We learned that many EHR systems have the capability to suppress psychotherapy notes (narrative). We also learned that some vendors offer the individual the ability to suppress specific codes. We believe this is promising. With greater use and demand, this approach could possibly drive further innovations.

            • We also note, however, that the majority of witnesses with direct experience in    offering patients the opportunity for more granular control indicated that most patients (7) agreed to the use of their information generally and did not exercise   granular consent options when offered the opportunity to do so. The Tiger Team also learned that the filtering methodologies are still evolving and improving, but that challenges remain,
————————————
(7) Witnesses offered estimates of greater than 90%.
——————————————–
 particularly in creating filters that can remove any associated or related information  not traditionally codified in standard or structured ways.

            • While it is common for filtering to be applied to some classes of information by commercial applications based on contractual or legal requirements, we understand that most of the commercial EHR systems today do not provide this filtering capability at the individual patient level. There are some that have the capability to allow the user to set access controls by episode of care/encounter/location of  encounter, but assuring the suppression of all information generated from a particular episode (such as prescription information) is challenging.

            • Preventing what may be a downstream clinical inference is clearly a remaining   challenge and beyond the state of the art today. Even with the best filtering it is hard to guarantee against “leaks.”

            • The Tiger Team believes that methodologies and technologies that provide filtering capability are important in advancing trust and should be further explored. There are several efforts currently being piloted in various stages of development. We believe   communicating with patients about these capabilities today still requires a degree of  caution and should not be over sold as fail-proof, particularly in light of the reality of             downstream inferences and the current state of the art with respect to free text.    Further, communicating to patients the potential implications of fine-grained filtering  on care quality remains a challenge.

            • We acknowledge that even in the absence of these technologies, in very sensitive cases there are instances where a completely separate record may be maintained and not released (abortion, substance abuse treatment, for example). It is likely that  these practices will continue in ways that meet the expectations and needs of  providers and patients.

            • In our ongoing deliberations, we discussed the notion of consent being bound to the data such that it follows the information as it flows across entities. We know of no    successful large-scale implementation of this concept in any other sector (in that it achieved the desired objective), including in the case of digital rights management   (DRM) for music. Nonetheless, we understand that work is being done in this emerging area of technology, including by standards organizations.

            • While popular social networking sites are exploring allowing users more granular control (such as Facebook), the ability of individuals to exercise this capability as     intended is still unclear.(8) In addition, the data that
————————————–
(8) See http://www.nytimes.com/2010/05/13/technology/personaltech/13basics.html  and http://www.nytimes.com/interactive/2010/05/12/business/facebook-privacy.html .
————————————-

                        populates a Facebook account is under the userʼs control and the user has unilateral access to it. Health data is generated and stored by myriad of entities in addition to the patient.

            • Even the best models of PHRs or medical record banks provide individuals with control over copies of the individualʼs information. They do not provide control over the copy of the information under the providerʼs control or that is generated as a part of providing care to the patient. They also do not control the flow of information once    the patient has released it or allowed another entity to have access to it.

            • Discussions about possible or potential future solutions were plentiful in our deliberations. But the Tiger Team believes that solutions must be generated out of  further innovation and, critically, testing of implementation experience.

            • The Tiger Team also considered previous NCVHS letters and received a presentation of current NCVHS efforts on sensitive data.

            • The Tiger Team therefore asked whether and what actions ONC might take to stimulate innovation and generate more experience about how best to enable patients to make more granular  consent decisions.

Tiger Team Recommendation 4: Granular ConsentThe technology for supporting more granular patient consent is promising  but is still in the early stages of development and adoption. Furthering   experience and stimulating innovation for granular consent are needed.This is an area that should be a priority for ONC to explore further, with a wide vision for possible approaches to providing patients more granular  control over the exchange and use of their identifiable health information, while also considering implications for quality of care and patient safety, patient educational needs, and operational implications.The goal in any related endeavor that ONC undertakes should not be a search for possible or theoretical solutions but rather to find evidence (such as through pilots) for models that have been implemented successfully and in   ways that can be demonstrated to be used by patients and fulfill their expectations. ONC and its policy advising bodies should be tracking this issue in an ongoing way and seeking lessons learned from the field as health information exchange matures.

            • In the interim, and in situations where these technical capabilities are being developed and not uniformly applied, patient education is  paramount: Patients must understand the implications of their decisions and the extent to which their requests can be honored, and we  encourage setting realistic expectations. This education has implications for providers but also for HIOs and government.                       Our additional recommendations below regarding Stage 1 of Meaningful Use aim to address the following fair information practices:
                       
Individual Access
                        Correction
                        Openness and Transparency
           
✔        Individual Choice
           
✔        Collection, Use, and Disclosure Limitation
                         
Data Quality and Integrity
                        Safeguards
                        Accountability
Tiger Team Recommendation 5:

5. Exchange for Stage 1 of Meaningful Use – Treatment, Quality reporting, Public health reporting

                      • Individual Consent: The exchange of identifiable health information for “treatment” should be limited to treatment of the individual who is the subject of the information, unless the provider has the consent of the subject individual to access, use, exchange or disclose his or her  information to treat others. (We note that this recommendation may  need to be further refined to ensure the appropriate care of infants or  children when a parentʼs or other family members information is needed to provide treatment and it is not possible or practical to obtain even a general oral assent to use a parentʼs information.)Collection, Use and Disclosure Limitation: Public health reporting by providers (or HIOs acting on their behalf) should take place using the least amount of identifiable data necessary to fulfill the lawful public  health purpose for which the information is being sought. Providers   should account for disclosure per existing law. More sensitive identifiable data should be subject to higher levels of protection.  
                        o In cases where the law requires the reporting of identifiable data (or where identifiable data is needed to accomplish the  lawful public health purpose for which the information is sought),                                    identifiable data may be sent. Techniques that avoid identification, including pseudonymization, should be considered, as appropriate.

            • Collection, use and Disclosure Limitation: Quality data reporting by providers (or HIOs acting on their behalf) should take place using the least amount of identifiable data necessary to fulfill the purpose for which the information is being sought. Providers should account for disclosure. More  sensitive identifiable data should be subject to higher levels of protection.

            • The provider is responsible for disclosures from records under its control, but    may delegate lawful quality or public health reporting to an HIO (pursuant to a business associate agreement) to perform on the  providerʼs behalf; such delegation may be on a “per request” basis or  may be a more general delegation to respond to all lawful requests.

IV. CONCLUSION

The foregoing recommendations were targeted to address set of questions raised by ONC. They should not be taken as the definitive or final word on privacy and security and health IT/health information exchange; they are instead a set of concrete steps that the Tiger Team believes are critical to establishing and maintaining trust. As we have said from the outset, these recommendations can only deliver the trust necessary when they are combined with the full implementation of all the FIPs. Only a systemic and comprehensive approach to privacy and security can achieve confidence among the public. In particular, our recommendations do not address directly the need to also establish individual access, correction and safeguards capabilities, and we recommend these be considered closely in the very near future, in conjunction with a further detailed assessment of how the other FIPs are being implemented.

We look forward to continuing to work on these issues.

Sincerely,
Deven McGraw Chair
Paul Egerman Co-Chair

Appendix A—Tiger Team Members
Deven McGraw, Chair, Center for Democracy & Technology
Paul Egerman, Co-Chair
Dixie Baker, SAIC
Rachel Block, NYS Department of Health
Carol Diamond, Markle Foundation
Judy Faulkner, EPIC Systems Corp.
Gayle Harrell, Consumer Representative/Florida
John Houston, University of Pittsburgh Medical Center; NCVHS
David Lansky, Pacific Business Group on Health
David McCallie, Cerner Corp.
Wes Rishel, Gartner
Latanya Sweeney, Carnegie Mellon University
Micky Tripathi, Massachusetts eHealth Collaborative

CMS: 52 FAQs on Electronic Health Record Incentive Program

CMS Health IT Incentives: 52 Frequently Asked Questions

Please be advised that these FAQs were generated and excerpted from a database that is updated frequently by the Centers for Medicare and Medicaid Services (CMS).
For the most up-to-date official CMS information, please visit http://questions.cms.hhs.gov or click here to get the latest CMS FAQs on the Electronic Health Records Incentive Program. To get the latest answer on a specific question below, go to either of the links in the previous sentence, use the search box labelled “Find the answer to  your question” located just above the FAQs, type in the four digits only of the “Answer #”, and click “Search”. The general CMS search box does not work the same way.

The url to get the complete list of CMS FAQs on EHR Incentive Program:
http://questions.cms.hhs.gov/app/answers/list/p/21,26,1058
Accessed Date: 8/19/2010

Most of the EHR Incentive FAQs on CMS site included either or both of these links: 
For more information, please visit the Office of the National Coordinator’s website at http://healthit.hhs.gov/certification.
For more information about the Medicare and Medicaid EHR Incentive Program, please visit:  http://www.cms.gov/EHRIncentivePrograms

FAQs on EHR Incentive Program
Question #9814: How will eligible professionals (EPs) and eligible hospitals apply for incentives under the Medicare and Medicaid Electronic Health Record (EHR) Incentive Program?

Answer: Information on registration for EHR incentive programs will be available toward the end of 2010 on our website at http://www.cms.gov/EHRIncentivePrograms . Registration for the Medicare EHR Incentive Program will begin in January 2011 and will be available online. Registration for the Medicaid EHR Incentive Program may also begin in January 2011, but the timing will vary by State.   

Question #9967: Who is responsible for demonstrating meaningful use of certified electronic health record (EHR) technology, the provider or the vendor?

Answer: To receive an EHR incentive payment, the provider (eligible professional (EP), eligible hospital or critical access hospital (CAH)) is responsible for demonstrating meaningful use of certified EHR technology under both the Medicare and Medicaid EHR incentive programs.  

Question #9809: My electronic health record (EHR) system is CCHIT certified, does that mean  it is certified for the Medicare and Medicaid EHR Incentive Programs?

Answer: No. All EHR systems and technology must be certified specifically for this program. Currently, there are no certified EHR products that meet the certification requirements for this program in order to receive an incentive. The Medicare and Medicaid EHR Incentive Programs require the use of certified EHR technology, as established by a new set of standards and certification criteria. Existing EHR technology needs to be certified by an ONC-Authorized Testing and Certification Body (ONC-ATCB) to meet these new criteria in order to qualify for the incentive payments. Through the temporary certification program, new certification bodies will be established to test and certify EHR technology. Upon the “opening” of the certifying bodies, vendors can submit their EHR products to be tested and certified. Hospitals and practices who have developed their own EHR systems or products can also seek to have their existing systems or products tested and certified. Complete EHRs may be certified as well as EHR modules that meet at least one of the certification criteria. Once a product is certified, the name of the product will be published on the ONC web site. It is expected that the first EHRs will be certified and listed on the ONC web site in fall 2010.  

Question #9807: When will CMS begin to pay Medicare and Medicaid EHR incentives to EPs and hospitals (for) the demonstration of meaningful use of certified EHR technology?

Answer: CMS expects that Medicare incentive will begin to be paid in May 2011. Medicaid incentives will be paid by the States and will also begin in 2011 but the timing will vary by State. Under the Medicaid EHR Incentive Program, incentives can also be paid for the adoption, implementation, or upgrade of certified EHR technology.  

Question #9812: What if my electronic health record (EHR) system costs much more than the incentive the government will pay? May I request additional funds?

Answer: The Medicare and Medicaid EHR Incentive Programs provide incentives for the meaningful use of certified EHR technology. Under the Medicaid program, there is also an incentive for the adoption, implementation, or upgrade of certified EHR technology in the first year of participation. The incentives are not a reimbursement of costs, and maximum payments have been set.

Question #9810: What is the maximum incentive an eligible professional (EP) can receive under the Medicaid Electronic Health Record (EHR) Incentive Program?

Answer: EPs who adopt, implement, upgrade, and meaningfully use EHRs can receive a maximum of $63,750 in incentive payments from Medicaid over a six year period (Note: There are special eligibility and payment rules for pediatricians). EPs must begin receiving incentive payments by calendar year 2016.  

Question #9843: Will long term care providers such as nursing homes be eligible for incentive payments under the Medicare and Medicaid Electronic Health Record (EHR) Incentive Program?

Answer: Nursing homes, per se, are not eligible. The following types of institutional providers are eligible for EHR incentive payments under Medicare and/or Medicaid, provided they meet the applicable criteria. Under Medicare, institutional providers eligible for the EHR incentive payments include “subsection (d) hospitals,” as defined under section 1886(d) of the Social Security Act, and critical access hospitals (CAHs). Under Medicaid, institutional providers eligible for the EHR incentive payments are acute care hospitals (which include CAHs and cancer hospitals) and children’s hospitals. However, under Medicare, eligible professionals (EPs) may choose to assign their incentive payments to their employer or entity with which the EP has a contractual arrangement. Under Medicaid, EPs also can choose to assign their incentive payments to their employer or to other state-designated entities. 

Question #9846: If an eligible professional (EPs) is currently receiving an incentive payment for e-prescribing under MIPPA, are they also eligible to receive incentive payments under the Medicare and Medicaid EHR Incentive Program?

Answer: The American Recovery and Reinvestment Act of 2009 specifically states that under the Medicare EHR Incentive Program, EPs cannot receive a payment under both the MIPPA E-Prescribing Incentive Program and the Medicare EHR Incentive Program for the same year. However, EPs may receive payments from both the MIPPA E-Prescribing Incentive Program and the Medicaid EHR Incentive Program for the same year.  

Question #9844: Are physicians who practice in hospital-based ambulatory clinics eligible to receive Medicare or Medicaid EHR incentive payments?

Answer: A hospital-based eligible professional (EP) is defined as an EP who furnishes 90% or more of their services in either inpatient or emergency department of a hospital. Hospital-based EPs do not qualify for Medicare or Medicaid EHR incentive payments.  

Question #9808: Can EPs receive EHR incentive payments from both the Medicare and Medicaid programs?

Answer: Not for the same year. If an EP meets the requirements of both programs, they must choose to receive an EHR incentive payment under either the Medicare program or the Medicaid program. After a payment has been made, the EP may only switch programs once before 2015.

Question #9961: What is the reporting period for EPs participating in the EHR incentive programs?

Answer: For demonstrating meaningful use through both the Medicare and Medicaid EHR Incentive Programs, the EHR reporting period for an EP’s first year is any continuous 90-day period within the calendar year. In subsequent years, the EHR reporting period for EPs is the entire calendar year. Under the Medicaid program, there is also an incentive for the adoption, implementation, or upgrade of certified EHR technology, which does not have a reporting period.  

Question #9811: What is the maximum EHR incentive an EP can earn under Medicare?

Answer: EPs who successfully demonstrate meaningful use certified EHR technology as early as 2011 or 2012 may be eligible for up to $44,000 in Medicare incentive payments spread out over five years. EPs who predominantly furnish services in a Health Professional Shortage Area (HPSA) are eligible for a 10 percent increase in the maximum incentive amount.

Question #9845: Will ambulatory surgical centers be eligible for incentive payments under the Medicare and Medicaid EHR Incentive Program?

Answer: Ambulatory surgical centers are not eligible for EHR incentive payments. The following types of institutional providers are eligible for EHR incentive payments under Medicare and/or Medicaid, provided they meet the applicable criteria. Under Medicare, institutional providers eligible for the EHR incentive payments include “subsection (d) hospitals,” as defined under section 1886(d) of the Social Security Act, and critical access hospitals. Under Medicaid, institutional providers eligible for the EHR incentive payments are acute care hospitals (which include critical access hospitals and cancer hospitals) and children’s hospitals.  

Question #9813: What is the earliest date the payment adjustments will start to be imposed on Medicare EPs and eligible hospitals that do not demonstrate meaningful use of certified electronic health record (EHR) technology?

Answer: Medicare payment adjustments will begin in 2015 for EPs and eligible hospitals that do not demonstrate meaningful use of certified EHR technology. There are no payment adjustments associated with the Medicaid provisions under Section 4201 of the American Recovery and Reinvestment Act of 2009.

Question #9815: How will the public know who has received EHR incentive payments?

Answer: As required by the American Recovery and Reinvestment Act of 2009, CMS will post the names, business addresses, and business phone numbers of all Medicare eligible professionals and hospitals who receive EHR incentive payments. There is no such requirement for CMS to publish information on eligible professionals and hospitals receiving Medicaid EHR incentive payments, though individual States may opt to do so.  

Question #9957:  If an EP meets the criteria for both the Medicare and Medicaid EHR incentive programs, can they choose which program to participate in?

Answer: EPs   Yes. EPs who meet the eligibility requirements for both the Medicare and Medicaid incentive programs must elect the program in which they wish to participate when they register. After the initial designation, EPs can only change their program selection once after they have received payment before 2015.   

Question #9959: What safeguards are in place to ensure that Medicaid EHR incentive payments are used for their intended purpose?

Answer: Like the Medicare EHR incentive program, neither the statute nor the CMS final rule dictate how a Medicaid provider must use their EHR incentive payment. The incentives are not a reimbursement and are at the providers’ discretion, similar to a bonus payment.

Question #9958: Are Medicaid EPs and eligible hospitals subject to payment adjustments or penalties if they do not adopt electronic health record (EHR) technology or fail to demonstrate meaningful use?

Answer: There are no payment adjustments or penalties for Medicaid providers who fail to demonstrate meaningful use.

Question #9962: What is the reporting period for eligible hospitals participating in the Medicare and Medicaid EHR Incentive Program?

Answer: For an eligible hospital or critical access hospital’s first payment year, the EHR reporting period is a continuous 90-day period within a Federal fiscal year. In subsequent years, the EHR reporting period for eligible hospitals and critical access hospitals (CAHs) is the entire Federal fiscal year.

Question #10071: Is the physician the only person who can enter information in the EHR in order to qualify for the Medicare and Medicaid EHR Incentive Programs?

Answer: No. The Final Rule for the Medicare and Medicaid EHR incentive programs, specifies that in order to meet the meaningful use objective for computerized provider order entry (CPOE) for medication orders, any licensed healthcare professional can enter orders into the medical record per state, local, and professional guidelines. The remaining meaningful use objectives do not specify any requirement for who must enter information.

Question #9963: Can hospitals in the U.S. Territories qualify for the Medicare and Medicaid EHR Incentive Program?

Answer: Hospitals in the U.S. Territories cannot receive incentive payments under the Medicare EHR Incentive Program. For the purposes of the Medicare EHR Incentive Program, the Social Security Act defines an eligible hospital as a “subsection (d) hospital” that is located in “one of the fifty States or the District of Columbia.” This does not include hospitals located in the U.S. territories. Therefore, hospitals in the U.S. territories do not qualify for the Medicare EHR Incentive Program. However, under the Medicaid EHR Incentive Program, hospitals located in the U.S. Territories are eligible to participate in the Medicaid incentive program as long as they meet all other eligibility requirements.

Question #10095: What do the numerators and denominators mean in measures that are required to demonstrate meaningful use for the Medicare and Medicaid Electronic Health Record (EHR) Incentive Program?

Answer: There are 16 measures for EPs and 14 measures for eligible hospitals that require the collection of data to calculate a percentage, which will be the basis for determining if the Meaningful Use objective was met according to a minimum threshold for that objective. Objectives requiring a numerator and denominator to generate this calculation are divided into two groups: one where the denominator is based on patients seen or admitted during the EHR reporting period, regardless of whether their records are maintained using certified EHR technology; and a second group where the objective is not relevant to all patients either due to limitations (e.g., recording tobacco use for all patients 13 and older) or because the action related to the objective is not relevant (e.g., transmitting prescriptions electronically). For these objectives, the denominator is based on actions related to patients whose records are maintained using certified EHR technology. This grouping is designed to reduce the burden on providers. Table 3 in the Medicare and Medicaid EHR Incentive programs final rule (FR 75 44376 – 44380) lists measures sorted by the method of measure calculation. To view the final rule, please visit: http://edocket.access.gpo.gov/2010/pdf/2010-17207.pdf .

Question #10084: What is meaningful use, and how does it apply to the Medicare and Medicaid Electronic Health Record (EHR) Incentive Programs?

Answer: Under the Health Information Technology for Economic and Clinical Health (HITECH Act), which was enacted under the American Recovery and Reinvestment Act of 2009 (Recovery Act), incentive payments are available to eligible professionals (EPs), critical access hospitals, and eligible hospitals that successfully demonstrate are meaningful use of certified EHR technology. The Recovery Act specifies three main components of meaningful use: The use of a certified EHR in a meaningful manner (e.g.: e-Prescribing); The use of certified EHR technology for electronic exchange of health information to improve quality of health care; The use of certified EHR technology to submit clinical quality and other measures. In the final rule Medicare and Medicaid EHR Incentive Program, CMS has defined stage one of meaningful use. To view the final rule, please visit: http://edocket.access.gpo.gov/2010/pdf/2010-17207.pdf .   

Question #10081: When can I register and where do I register for the Medicare and Medicaid EHR Incentive Programs?

Answer: Hospitals and eligible professionals (EPs) are expected to be able to register for the program in January 2011. The registration process will be the same for the Medicare and Medicaid programs. You will be able to find registration and other program information at http://www.cms.gov/EHRIncentivePrograms  when it becomes available.    

Question #10094: How do I know if my electronic health record (EHR) system is certified? How can I get my EHR system certified?

Answer: Currently, there are no certified EHR products that meet the certification requirements for the Medicare and Medicaid EHR incentive programs..The Medicare and Medicaid EHR Incentive Programs require the use of certified EHR technology, as established by a new set of standards and certification criteria. Existing EHR technology needs to be certified by an ONC-Authorized Testing and Certification Body (ONC-ATCB) to meet these new criteria in order to qualify for the incentive payments. Through the temporary certification program, new certification bodies will be established to test and certify EHR technology. Upon the “opening” of the certifying bodies, vendors can submit their EHR products to be tested and certified. Hospitals and practices who have developed their own EHR systems or products can also seek to have their existing systems or products tested and certified. Complete EHRs may be certified as well as EHR modules that meet at least one of the certification criteria. Once a product is certified, the name of the product will be published on the ONC web site. It is expected that the first EHRs will be certified and listed on the ONC web site in fall 2010.

Question #10083: Do I need to have an EHR system in order to register for the Medicare and Medicaid EHR Incentive Programs?

Answer: You do not need to have a certified EHR in order to register for the Medicare and Medicaid EHR Incentive Programs. However, to receive an incentive payment under the Medicare program, you must attest that you have demonstrated meaningful use of certified EHR technology during the EHR reporting period. For the first year of payment, the EHR reporting period is 90 consecutive days within the calendar year for eligible professionals (EPs) or within the Federal fiscal year for eligible hospitals and critical access hospitals (CAHs). With regard to the Medicaid EHR Incentive program, for the first year of payment, EPs and hospitals must have adopted, implemented, upgraded certified EHR technology before they can receive an EHR incentive payment from the State. As an alternative to demonstrating that they have adopted, implemented or upgraded certified EHR technology, for the first year of payment, the EP or hospital may demonstrate that they are meaningful users of certified EHR technology for the 90-day EHR reporting period.

Question #10076:  In a group practice, will each provider need to demonstrate meaningful use  in order to get Medicare and Medicaid electronic health record (EHR) incentive payments or can meaningful use be calculated or averaged at the group level?

Answer: Yes. Medicare and Medicaid incentive payments are made on a per EP basis, not by practice. Each EP will need to demonstrate the full requirements of meaningful use in order to qualify for the EHR incentive payments. We made this clear in the preamble to the final rule when we declined to adopt alternative means for demonstrating meaningful use on a group-practice level (75 FR 44437). To view the final rule for the Medicare and Medicaid EHR incentive programs, please visit: http://edocket.access.gpo.gov/2010/pdf/2010-17207.pdf .

Question #10068: For EPs who practice in multiple settings, where should EPs base their denominators for meaningful use objectives on the number of unique patients?

Answer: In this case, EPs should base both the numerators and denominators for meaningful use objectives on the number of unique patients in the clinic setting, since this setting is where they are eligible to receive payments from the Medicare and Medicaid EHR Incentive Programs.

Question #10069: Are eligible professionals (EPs) who practice in State Mental Health and Long Term Care Facilities eligible for Medicaid EHR incentive payments  if they meet the eligibility criteria (e.g., patient volume, non-hospital based, certified EHR)?

Answer: The setting in which a physician, nurse practitioner, certified nurse-midwife, or dentist practices is generally irrelevant to determining eligibility for the Medicaid EHR Incentive Program (except for purposes of determining whether an EP can qualify through “needy individual” patient volume). Setting is relevant for physician assistants (PA), as they are eligible only when they are practicing at a Federally Qualified Health Center (FQHC) that is led by a PA or a Rural Health Center (RHC) that is so led. All providers must meet all program requirements prior to receiving an incentive payment (e.g. adopt, implement or meaningfully use certified EHR technology, patient volume, etc.).

Question #10086: Can an EP implement an EHR system and satisfy meaningful use requirements at any time within the calendar year  for the Medicare and Medicaid EHR Incentive Program?

Answer: For a Medicare EP’s first payment year, the EHR reporting period is a continuous 90-day period within a calendar year, so an EP must satisfy the meaningful use requirements for 90 consecutive days within their first year of participating in the program to qualify for an EHR incentive payment. In subsequent years, the EHR reporting period for EPs will be the entire calendar year. With regard to the Medicaid EHR Incentive program, EPs must have adopted, implemented, upgraded, or meaningfully used certified EHR technology during the first calendar year. If the Medicaid EP adopts, implements or upgrades in the first year of payment, and demonstrates meaningful use in the second year of payment, then the EHR reporting period in the second year is a continuous 90-day period within the calendar year; subsequent to that, the EHR reporting period is then the entire calendar year.

Question #10067: Do controlled substances qualify as “permissible prescriptions” for meeting the eRx meaningful use objective under the Medicare and Medicaid Electronic Health Record (EHR) Incentive Programs?

Answer: The term “permissible prescriptions” refers to the restrictions that were established by the Department of Justice (DOJ) on electronic prescribing (eRx) for controlled substances in Schedule II. (The substances in Schedule II can be found at http://www.deadiversion.usdoj.gov/schedules/orangebook/e_cs_sched.pdf ). Any prescription not subject to these restrictions would be a permissible prescription. Although DOJ recently published an Interim Final Rule that allows the electronic prescribing of these substances, we were unable to incorporate these recent guidelines into the Final Rule for the Medicare and Medicaid EHR Incentive Programs. Therefore, the determination of whether a prescription is a ”permissible prescription” for purposes of the eRx meaningful use objective should be made based on the guidelines for prescribing Schedule II controlled substances in effect on or before January 13, 2010, when the notice of proposed rulemaking for the Medicare and Medicaid EHR Incentive Program was published in the Federal Register.   

Question #10072:  Do I need to report on the CQMs for the Medicare and Medicaid EHR Incentive Program for which I do not have any data?

Answer: EPs are not excluded from reporting clinical quality measures, but zero is an acceptable value for the CQM denominator. If there were no patients who met the denominator population for a CQM, then the EP would report a zero for the denominator and a zero for the numerator. For the core measures, if the EP reports a zero for the core measure denominator, then the EP must report results for up to three alternate core measures (potentially reporting on all 6 core/alternate core measures). For the menu-set measures, we expect the EP to report on measures which do not have a denominator of zero. If none of the measures in the menu set applies to the EP, then the EP must report on three of such measures, reporting a denominator of zero, and then attest that the remainder of the menu-set measures have a value of zero in the denominator. As we stated in the final rule (75 FR 44409-10): “The expectation is that the EHR will automatically report on each core clinical quality measure, and when one or more of the core measures has a denominator of zero then the alternate core measure(s) will be reported. If all six of the clinical quality measures in Table 7 have zeros for the denominators (this would imply that the EPs patient population is not addressed by these measures), then the EP is still required to report on three additional clinical measures of their choosing from Table 6 in this final rule. In regard to the three additional clinical quality measures, if the EP reports zero values, then for the remaining clinical quality measures in Table 6 (other than the core and alternate core measures) the EP will have to attest that all of the other clinical quality measures calculated by the certified EHR technology have a value of zero in the denominator, if the EP is to be exempt from reporting any of the additional clinical quality measures (other than the core and alternate core measures) in Table 6.”  To view the final rule, please visit:  http://edocket.access.gpo.gov/2010/pdf/2010-17207.pdf

Question #10077: Can the drug-drug and drug-allergy interaction alerts of my EHR also be used to meet the meaningful use objective for implementing one clinical decision support rule for the Medicare and Medicaid EHR Incentive Programs?

Answer: No. The drug-drug and drug-allergy checks and the implementation of one clinical decision support rule are separate core meaningful use objectives. EPs and eligible hospitals must implement one clinical decision support rule in addition to drug-drug and drug-allergy interaction checks. We would not have listed these core requirements as separate measures, nor required that EPs and hospitals meet all core objectives and measures listed in the regulation, had we intended for them to be met simultaneously.   

Question #10088: If I am receiving payments under the CMS Electronic Prescribing (eRx) Incentive Program, can I also receive Medicare and Medicaid Electronic Health Record (EHR) incentive payments?

Answer: If the eligible professional (EP) chooses to participate in the Medicare EHR Incentive Program, they cannot participate in the eRx Incentive Program in the same program year. If the EP chooses to participate in the Medicaid EHR Incentive Program, they can participate in the Medicare eRx Incentive Program simultaneously.   

Question #10075: Can EPs use clinical quality measures from the alternate core set to meet the requirement of reporting three additional measures for the Medicare and Medicaid Electronic Health Record (EHR) Incentive Programs?

Answer: No, if EPs report data on all three clinical quality measures from the core set, they would not report on any from the alternate core set. The three additional clinical quality measures must come from Table 6 of the final rule (75 FR 44398-44408), excluding those clinical quality measures included in either the core set or the alternate core set. To view the final rule for the Medicare and Medicaid EHR incentive programs, please visit: http://edocket.access.gpo.gov/2010/pdf/2010-17207.pdf .

Question #10078: What is the difference between the Electronic Health Records (EHR) Demonstration and the Medicare and Medicaid EHR Incentive Programs?

Answer: The EHR Demonstration is a five-year demonstration project designed to encourage small to medium-sized primary care physician practices to adopt and use EHRs to improve the quality of patient care. Practices participating in the EHR Demonstration that meet specified requirements are eligible to receive two types of incentive payments: one for the adoption and use of an EHR and one for the reporting of and performance on 26 clinical quality measures related to the care of diabetes mellitus (DM), congestive heart failure (CHF), coronary artery disease (CAD) and preventive care services. The demonstration was implemented on June 1, 2009 in the following 4 sites: Louisiana, Southwest Pennsylvania, South Dakota (and some counties in bordering states), and Maryland and the District of Columbia. After careful consideration, plans to add 8 additional sites to the demonstration one year later were discontinued due to the creation of the Medicare and Medicaid EHR incentive programs. The EHR Demonstration will continue through May 31, 2014. CMS has no plans to add sites or additional primary care physician practices to the EHR Demonstration. The Medicare and Medicaid EHR Incentive Programs was established under the Health Information Technology for Economic and Clinical Health Act, or the “HITECH Act,” which is part of the Recovery Act. The EHR Incentive Programs under Medicare and Medicaid will provide incentive payments for the “meaningful use” of certified EHR technology. The Medicare and Medicaid EHR Incentive Programs will provide incentive payments to eligible professionals (EPs), critical access hospitals, and eligible hospitals as they adopt, implement, upgrade or demonstrate meaningful use of certified EHR technology. The programs will begin in 2011. For more information about the EHR Demonstration, please visit: http://www.cms.gov/demoprojectsevalrpts/md/itemdetail.asp?itemid=cms1204776 .

Question #10074: Are physicians who work in hospitals eligible to receive Medicare or Medicaid EHR incentive payments?

Answer: Physicians who furnish substantially all, defined as 90% or more, of their covered professional services in either an inpatient (POS 21) or emergency department (POS 23) of a hospital are not eligible for incentive payments under the Medicare and Medicaid EHR Incentive Programs.  

Question #10091: Can I receive the maximum allowable electronic health record (EHR) incentive payments if they total more than the purchase cost of my EHR system?

Answer: Yes. As long as an eligible professional (EP) or eligible hospital meets all necessary requirements for qualifying for incentive payments, they will receive the maximum incentive payment amount, regardless of the purchase or implementation costs of their EHR system. For Medicaid, there is a requirement that an EP is responsible for at least 15% of net average allowable costs in each year. In the first year, this means the EP is responsible for expenditures of at least $3,750. The final rule for the Medicare and Medicaid EHR incentive programs provides additional explanation of what it means for the EP to be “responsible” for such amount, including allowing an employer of the EP to incur the $3,750 on the EP employee’s behalf. However, theoretically, there could be a situation where neither the EP, nor his or her employer expends more than $3,750 in total costs on the certified EHR technology. To view the final rule, please visit: http://edocket.access.gpo.gov/2010/pdf/2010-17207.pdf .

Question #10093: What is the purpose of certified electronic health record (EHR) technology?

Answer: Certification of EHR technology will provide assurance to purchasers and other users that an EHR system or product offers the necessary technological capability, functionality, and security to help them satisfy the meaningful use objectives for the Medicare and Medicaid EHR Incentive Programs. Providers and patients must also be confident that the electronic health information technology (IT) products and systems they use are secure, can maintain data confidentially, and can work with other systems to share information. Confidence in health IT systems is an important part of advancing health IT system adoption and realizing the benefits of improved patient care.

Question #10070: If a patient is dually eligible for both Medicare and Medicaid, can they be counted twice by hospitals in their calculations

Answer: For purposes of calculating the Medicaid share, a patient cannot be counted in the numerator if they would count for purposes of calculating the Medicare share. Thus, in this respect the inpatient bed day of a dually eligible patient could not be counted in the Medicaid share numerator. (See 1903(t)(5)(C), stating that the numerator of the Medicaid share does not include individuals “described in section 1886(n)(2)(D)(i).”) In other respects; however, the patient would count twice. For example, in both cases, the individual would count in the total discharges of the hospital. To view the final rule for the Medicare and Medicaid EHR incentive programs, please visit: http://edocket.access.gpo.gov/2010/pdf/2010-17207.pdf .

Question #10090: Are there any special incentives for rural providers in the EHR Incentive Programs?

Answer: Under the Medicare EHR Incentive Program, the annual incentive payment limit for each payment year will be increased by 10 percent for eligible professionals (EPs) who predominantly furnish services in a Health Professional Shortage Area (HPSA). Critical access hospitals (CAHs) can receive an incentive payment amount equal to the product of its reasonable costs incurred for the purchase of certified EHR technology and the Medicare share percentage. Under Medicaid, there are no additional incentives for rural providers, beyond the incentives already available.

Question #10087: Can an eligible hospital implement an EHR system and satisfy meaningful use requirements at any time

Answer: For an eligible hospital’s first payment year, the EHR reporting period is a continuous 90-day period within a Federal Fiscal Year, so an eligible hospital must satisfy the meaningful use requirements for 90 consecutive days within their first Federal Fiscal Year of participating in the program to qualify for an EHR incentive payment. In subsequent years, the EHR reporting period for eligible hospitals will be the entire Federal Fiscal Year. With regard to the Medicaid EHR Incentive program, eligible hospitals must have adopted, implemented, upgraded, or meaningfully used certified EHR technology during the first Federal Fiscal Year. If the Medicaid eligible hospital adopts, implements or upgrades in the first year of payment, and demonstrates meaningful use in the second year of payment, then the EHR reporting period in the second year is a continuous 90-day period within the Federal fiscal year; subsequent to that, the EHR reporting period is then the entire Federal fiscal year. 

Question #10080: When do the Medicare and Medicaid Electronic Health Record (EHR) Incentive Programs start?

Answer: Participation in the Medicare EHR Incentive Program can begin as early as 2011; The incentive program ends in 2016. Registration for the Medicare EHR Incentive Program is expected to begin in January 2011, with attestation beginning in April 2011.The earliest incentive payments to eligible professionals (EPs) and eligible hospitals are expected to be made in May 2011. Medicaid EHR Incentive Program is voluntarily offered by individual states and may begin as early as 2011 and will end in 2021. Registration for the Medicaid incentive program is expected to begin in January 2011. Participants in the Medicaid EHR Incentive Program should consult their State for specific information regarding attestation and payment.

Question #10085:  The meaningful use standards for the EHR Incentive Program require interoperability. Who will pay for ensuring connectivity between physician practices and hospitals? Will there be federal guidance, or will this be hashed out at a local/community level?

Answer: The Office of the National Coordinator for Health Information Technology (ONC) has awarded funds to 56 states, eligible territories, and qualified State Designated Entities (SDEs) under the Health Information Exchange Cooperative Agreement Program to help fund efforts to rapidly build capacity for exchanging health information across the health care system both within and between states. These exchanges will play a critical role in facilitating the exchange capacity of doctors and hospitals to help them meet interoperability requirements which will be part of meaningful use. More information on ONC’s Health Information Exchange grantees is available at: http://healthit.hhs.gov/ .

Question #10073: Do recipients of Medicare or Medicaid EHR incentive payments need to file reports under Section 1512

Answer: No. The Medicare and Medicaid EHR incentive payments made to providers are not subject to Recovery Act 1512 reporting because they are not made available from appropriations made under the Act; however, the Health Information Technology for Clinical and Economic Health (HITECH) Act does require that information about eligible professionals (EPs), eligible hospitals and CAHs participating in the Medicare fee-for-service (FFS) or Medicare Advantage (MA) EHR incentive programs be posted on our website.

Question #10079: If I am participating in the Medicare EHR Demonstration Program, can I also participate in the Medicare and Medicaid EHR Incentive Programs?

Answer: Yes, if the eligible professional (EP) is eligible they may simultaneously participate in the Medicare EHR Demonstration and the Medicare or Medicaid EHR Incentive Program. For more information about the EHR Demonstration, please visit: http://www.cms.gov/demoprojectsevalrpts/md/
itemdetail.asp?itemid=cms1204776
.

Question #10082: Are mental health practitioners eligible to participate in the Medicare and Medicaid EHR Incentive Programs?

Answer: Mental health providers would only be eligible for incentive payments if they meet the criteria of a Medicare or Medicaid eligible professionals (EPs).  For more complete information about eligibility requirements, please refer to the Eligibility section of the CMS website at http://www.cms.gov/EHRIncentivePrograms/20_Eligibility.asp#TopOfPage .

Question #9965: Can EPs in the U.S. Territories qualify for EHR incentive payments?

Answer: Yes, EPs in the U.S. Territories can receive EHR incentive payments under both the Medicare and Medicaid EHR Incentive Programs as long as they meet the applicable requirements. EPs must choose whether to participate in the Medicare or Medicaid EHR Incentive Program.  

Question #10089: How much are the Medicare and Medicaid Electronic Health Record (EHR) incentive payments to EPs?

Answer: Under the Medicare EHR Incentive Program, EPs who demonstrate meaningful use of certified EHR technology can receive up to a total of $44,000 over 5 consecutive years. Additional incentives are available for Medicare EPs who practice in a Health Provider Shortage Area (HPSA). Under the Medicaid EHR Incentive Program, EPs can receive up to a total $63,750 over the 6 years that they choose to participate in program. EPs may switch once between programs after a payment has been made and only before 2015.

Question #10092: Where can I get answers to my privacy and security questions about electronic health records (EHRs)?

Answer: The Office for Civil Rights (OCR) is responsible for enforcing the Privacy and Security rules related to the HITECH program. More information is available at OCR’s website at http://www.hhs.gov/ocr/ .

Question #9966: Can EPs in Washington, D.C., receive electronic EHR incentive payments?

Answer: Yes, EPs in the District of Columbia can receive EHR incentive payments under the Medicare or Medicaid program as long as they meet the program’s requirements. EPs in D.C. are subject to the same requirements as EPs in the 50 States and thus may not concurrently receive payments from both the Medicare and Medicaid EHR Incentive Programs.  

Question #9964: Can hospitals in Washington, D.C. receive the EHR incentive payments?

Answer: Yes, hospitals in the District of Columbia can receive the Medicare and/or Medicaid EHR incentive payments as long as the hospitals meet the requirements for each program.
#                    #                   # 

Please be advised that the above FAQs were generated and excerpted from a database that is updated frequently by the Centers for Medicare and Medicaid Services (CMS).

For the most up-to-date official CMS information, please visit http://questions.cms.hhs.gov or click here to get the latest CMS FAQs on the Electronic Health Records Incentive Program. To get the latest answer on a specific question above, go to either of the links in the previous sentence, use the search box labelled “Find the answer to  your question” located just above the FAQs, type in the four digits only of the “Answer #”, and click “Search”. The general CMS search box does not work the same way.

The url to get the complete list of CMS FAQs on EHR Incentive Program:
http://questions.cms.hhs.gov/app/answers/list/p/21,26,1058