Direct Project HITSC Update 03.29.11

38
Direct Project Update Health IT Standards Committee Meeting Arien Malec, Direct Project Coordinator March 29, 2011

Transcript of Direct Project HITSC Update 03.29.11

Page 1: Direct Project HITSC Update 03.29.11

Direct Project Update

Health IT Standards Committee Meeting

Arien Malec, Direct Project Coordinator

March 29, 2011

Page 2: Direct Project HITSC Update 03.29.11

Agenda

• Background• Live Implementations• Technology Providers• Major Findings and Experience• Direct Ecosystem• Brief Update on NwHIN Exchange and CONNECT

Page 3: Direct Project HITSC Update 03.29.11

Background

Page 4: Direct Project HITSC Update 03.29.11

What is Direct?Secure Directed Exchange via the Internet

• Simple. Connects healthcare stakeholders through universal addressing using simple push of information.

• Secure. Users can easily verify messages are complete and not tampered with en route.

• Scalable. Enables Internet scale with no need for central network authority that must provide sophisticated services such as EMPI, distributed query/retrieve, or data storage.

• Standards-based. Built on well-established Internet standards, commonly used for secure e-mail communication; i.e.,. SMTP (or XDR) for transport, S/MIME for encryption, X.509 certificates for identity assurance

4

Page 5: Direct Project HITSC Update 03.29.11

Why is Direct needed?To provide an alternative to legacy mechanisms

Communication of health information among providers and patients still mainly relies on mail or fax

– Slow, inconvenient, expensive– Health information and history is lost or hard to find in paper charts

Current forms of electronic communication may not be secure– Encryption features of off-the-shelf e-mail clients not often used in healthcare

communications today

Physicians need to transport and share clinical content electronically in order to satisfy Stage 1 Meaningful Use requirements

– Need to meet physicians where they are now

When current methods of health information exchange are inadequate:

5

Page 6: Direct Project HITSC Update 03.29.11

How does Direct fit in with other types of exchange?The Direct Project provides HIEs with a low cost way

to enable simple push messaging to their healthcare constituents

The Direct Project doesn’t replace other ways information is exchanged electronically today, but it might augment them

The Direct Project supports simple use cases in order to speed adoption, but other methods of exchange might be suited for other scenarios, e.g., simple provider referrals vs. real-time population health statistics

The Direct Project was designed to coexist gracefully with existing protocols for data exchange, e.g., web services, client-server, etc.

The Direct Project seeks to replace slow, inconvenient, and expensive methods of exchange (e.g., paper and fax) and provide a future path to advanced interoperability.

The Direct Project specifications will be incorporated into the Nationwide Health Information Network

Health information exchange:a puzzle with many pieces

6

Nationwide Health Information Network

Exchange

Nationwide Health Information Network

Exchange

Nearby HIE

Nearby HIE

EMR toEMR (HIE)

EMR toEMR (HIE)

Direct ProjectDirect Project

Page 7: Direct Project HITSC Update 03.29.11

Live Implementations

Page 8: Direct Project HITSC Update 03.29.11

Where is Direct implemented today?Direct Project is being demonstrated in real-world pilots across the country

- 8 -

Direct Project is architected for rapid adoption by:• Thousands of hospitals• Hundreds of thousands of physicians• Millions of providers• Tens (or hundreds?) of millions of patients• Many other stakeholders in healthcare

Page 9: Direct Project HITSC Update 03.29.11

Minnesota

Hennepin County Medical Center (HCMC), Minnesota's premier Level 1 Adult and Pediatric Trauma Center, in conjunction with VisionShare, has been successfully sending immunization records to the Minnesota Department of Health (MDH) utilizing the Direct Project. On average, approximately 1000 immunization records are sent each day, with an estimated 60,000 – 70,000 patients served to date.

Objective:•To demonstrate the feasibility of using the Direct Project communication protocols, security model, and addressing mechanism to securely submit immunization data from providers into a state immunization information system.

Meaningful Use Criterion Direct User Story

Submit electronic immunization data to immunization registries or immunization information systems

• Primary care provider sends patient immunization data to public health

Page 10: Direct Project HITSC Update 03.29.11

New York

MedAllies, a Health Information Service Provider or HISP, has launched a Direct pilot project to demonstrate the delivery of critical clinical information across transition of care settings in a "push" fashion that supports existing clinical workflows in the Hudson Valley of New York. To date, there are 16 providers at eight sites participating, having completed 50 transactions.

Objective: •Provide advanced support to clinicians through enabling of proactive delivery of clinical information to other providers for patient care.

Meaningful Use Criterion Direct User Story

Provide summary of care record for patients referred or transitioned to another provider or setting

• Primary care provider refers patient to specialist including summary care record•Specialist sends summary care information back to referring provider• Hospital sends discharge information to referring provider

Page 11: Direct Project HITSC Update 03.29.11

Rhode Island

The Rhode Island Quality Institute (RIQI), the only organization in the nation to be awarded the Health Information Exchange, Regional Extension Center, and Beacon Community grants, has delivered a Direct Project pilot with two primary objectives:

•To demonstrate simple, direct provider-to-provider data exchange between primary care providers and specialists as a key component of Stage 1 Meaningful Use.•To leverage Direct Project messaging as a means to seamlessly feed clinical information from practice-based EHRs to the statewide HIE, currentcare, integrating patient data across provider settings and during transitions of care

Meaningful Use Criterion Direct User Story

Provide summary of care record for patients referred or transitioned to another provider or setting

• Primary care provider refers patient to specialist including summary care record•Specialist sends summary care information back to referring provider

Page 12: Direct Project HITSC Update 03.29.11

Maryland & District of Columbia

Secure Exchange Solutions, Inc. is conducting a secure messaging proof of concept project with selected primary and specialty care clinics and specialists in Maryland and the District of Columbia. The technology provided is called SES Direct. Approximately 10 transactions are sent/received each day, with 7 provider end points in production.

Objective:•This pilot is designed to address several important goals for engaging safety net providers in the automated information exchange being advanced by HITECH, including how secure messaging can optimize the pre-referral, referral and treatment note exchange between primary care clinics and the specialist community.

12

Meaningful Use Criterion Direct User Story

Provide summary of care record for patients referred or transitioned to another provider or setting

• Primary care provider refers patient to specialist including summary care record•Specialist sends summary care information back to referring provider

Page 13: Direct Project HITSC Update 03.29.11

Virginia

Dominion Medical Associates is an independent, minority physician practice located in Richmond, Virginia. Dominion Medical has traditionally been a paper-based practice but is in the process of moving toward use of an EMR. As part of this process, CenVaNet and MedVirginia are working with the practice to help in its achievement of recognition as a Level 3 NCQA Patient Centered Medical Home (PCMH).

Objective: •Utilize the Direct Project standards and transactions to facilitate the referral process, improving care management and coordination services for identified chronic disease populations, including diabetes.

13

Meaningful Use Criterion Direct User Story

Provide summary of care record for patients referred or transitioned to another provider or setting

• Primary care provider refers patient to specialist including summary care record• Primary care provider refers patient to hospital including summary care record• Specialist sends summary care information back to referring provider• Hospital sends discharge information to referring provider

Page 14: Direct Project HITSC Update 03.29.11

Missouri

Heartland Health is an integrated health delivery system, which has become the leader in health care within a 21-county area of northwest Missouri, northeast Kansas and southeast Nebraska. Partnering with the Lewis and Clark Information Exchange (LACIE), Heartland Health is utilizing the Direct project to replace traditional fax and phone methods to improve care. To date, approximately 600 transactions have occurred.

Objective: •Demonstrate the feasibility of leveraging Direct Project protocols for use in simple clinical data exchange to facilitate distribution of data and referral workflows amongst a diverse group of entities involved in the treatment/payment/operations process.

14

Meaningful Use Criterion Direct User Story

For individual professionals, provide patients with clinical summaries for each office visit; for hospitals, provide an electronic copy of hospital discharge instructions on request

• Provider sends a clinical summary of an office visit to the patient• Hospital sends a clinical summary at discharge to the patient

Page 15: Direct Project HITSC Update 03.29.11

Technology Providers for Pilots

Page 16: Direct Project HITSC Update 03.29.11

Technology Providers for Pilots - HISPs

Page 17: Direct Project HITSC Update 03.29.11

Technology Providers for Pilots - EHRs

• Allscripts• Amazing Charts• Care360• eClinicalWorks• e-MDs• Greenway Medical• NextGen Healthcare• Polaris EpiChart• Siemens

Page 18: Direct Project HITSC Update 03.29.11

Technology Providers for Pilots - Non-EHR Clients

• DocSite• Email and web• Email with built-in S/MIME• MEDfx• MirthResults+CONNECT• Outlook/Exchange with S/MIME• RESTful API to HISP• Thunderbird• Web Portal to HISP

Page 19: Direct Project HITSC Update 03.29.11

Technology Providers for Pilots - PHR & Lab

• PHR– Microsoft HealthVault

• Lab– LabCorp– LIS @ NorCal Hospitals (HMS, Meditech, McKesson)– Middlesex Hospital– Quest Diagnostics

Page 20: Direct Project HITSC Update 03.29.11

Major Findings and Experience

Page 21: Direct Project HITSC Update 03.29.11

Overview Comments

• Direct is the most exciting standardization effort going on in the healthcare industry today. It would be wonderful if we can get CMS to support using Direct to communicate with the provider community. (DC/Maryland)

• We continue to see the value for providers that have marginal connectivity to create a stepping stone to full EHR deployment. Direct allows swift provisioning of Meaningful Use capability requiring practically no end user installation challenges or time investment. (Virginia)

• All EHR vendors on this project felt that the XDR approach was ideal for leveraging the current system workflows with minimal development effort and maximum provider benefit. The EHR vendor community has been developing IHE protocols for more than four years. This approach met them at their current capability, resulting in a very short timeline to use Direct in a robust manner…The XDR approach advances [the capability for interoperable SMTP message delivery] further with meta-data in the message, which is utilized by the receiving EHR system to incorporate the message into the practice workflow, minimizing the need for human intervention. Since the messages and documents become part of the provider’s daily workflow, adoption and usage are maximized with little training…We believe the capability will significantly increase care coordination and care management functions. (New York)

Page 22: Direct Project HITSC Update 03.29.11

Implementation Speed/Difficulty

• The process was very efficient and the system was available for testing within a short time frame. (New York)

• Has been relatively smooth. Infrastructure was designed so it was very simple for end users and platform vendors to implement Direct Compatibility. The truly generic nature of the protocol has been helpful in easing the implementation, using existing protocols and not requiring anything too custom. (Rhode Island)

• Partners publically stated that it was very easy to implement (less than 4 hours on both sides). (Minnesota)

• Some challenges with implementation have been:– Inconsistent operation of SMTP servers– Differing characteristics between each version of each OS– Differences in how providers collect and disseminate information. (e.g., one

practice uses a single MS Word document to store each patient’s information. They needed to extract single pages needing to be sent to referring provider for the encounter.) (DC/Maryland)

Page 23: Direct Project HITSC Update 03.29.11

Implementation Speed/Difficulty (cont.)

• The implementation took two weeks and was of medium difficulty. (Virginia)

• From a technical perspective, there weren’t any significant barriers to standing up an operational HISP beyond the anticipated coordination of working within an existing corporate SMTP infrastructure. (Missouri)

• A few observations worth noting from the business/functional perspective:– Overall support from HIEs has been extremely positive, though we have struggled from a

contracting/legal perspective between HISP and end users leveraging the network.

– The following can potentially slow the upgrade process: a) Organizations must consider the risk/reward of the collective functionality received with each release of any software upgrades (i.e., a new release isn’t likely to include solely Direct-enablement). b) Organizations are likely following a predetermined upgrade schedule for their organization. c) Direct represents a “core” component of the architecture, and hence draws proportionate attention and review when making upgrade decisions.

– Regarding Direct-enabled standalone solutions, there is a natural resistance to incorporate solutions requiring separate login and manual extraction/inclusion of data into existing workflows. (Missouri)

Page 24: Direct Project HITSC Update 03.29.11

Ongoing Utilization Ease/Difficulty

• Quite simple by all reports. Greater difficulties in adapting to workflow, but technology is familiar. (Rhode Island)

• The introduction of Direct messaging did not alter the current provider end-user roles and responsibilities. There is no difficulty of ongoing utilization anticipated. (New York)

• Once installed, using Direct is quite easy. The sends are quite easy; the receives are automatic. This is working well regardless of whether or not the physicians have EMRs. (DC/Maryland)

• No maintenance was needed for partners. (Minnesota)

Page 25: Direct Project HITSC Update 03.29.11

Certificate Management

• Used a DNS for certificate distribution and it worked well. Use a single trust anchor. (Minnesota)

• Provider certificates were not deployed as CERT records in DNS. Used a single trust anchor created and signed by Verizon’s Certificate Authority. (Virginia)

• Certificates are shared within a “social networking” environment. The certificates are exchanged using a defined, trusted API – the Direct software maintains the private and public keys. (DC/Maryland)

• Worked well in pilot, but focusing on issue now for statewide rollout – how to operationalize certificate management, and not forcing providers to think too much about it if they have a central entity who can do vetting of a trust community on their behalf. (Rhode Island)

• For phase 1, the pilot security model used multiple Certificate Authorities across participating entities…To enable the secured Direct exchange in a timely fashion, the plot leadership selected an approach using a multiple trust anchor, thereby preserving the current production-level security policies of the participating vendors and host data centers…For the pilot, organizational-level certificates were used instead of end-user certificates due to the nature of EHR workflow integrations. (New York)

Page 26: Direct Project HITSC Update 03.29.11

Overall Speed/Latency

• Since the transport protocol used in this pilot is an IHE SOAP-based web service, the speed of transactions is determined only by network latency between the data center and EHR locations. Latency measured was between 5 and 10 seconds. (New York)

• Has been virtually instantaneous (a few seconds between send/receive). (Minnesota)

• Information is moving at the speed of email. The pilots are limited by the throughput of the various of public SMTP servers. However, this has yet to prove to be an issue. (DC/Maryland)

• Limited participant feedback is positive with one user stating this is “much faster than a comparable fax transmission.” (Missouri)

• No issues with speed or latency faced. (Rhode Island)

Page 27: Direct Project HITSC Update 03.29.11

Workflow

• Two user stories were selected: hospital discharges to PCP and “closed loop referral” (PCP requests specialist consultation, specialist returns consultation message to PCP)…When we explained to physicians that the information would be available within their EHR systems, Dr. Ferdinand Venditti, the vice dean for clinical affairs at Albany Medical Center, and a practicing cardiologist, said, “this is the holy grail of medicine.” (New York)

• [Workflow integration] will become a bigger issue as statewide rollout occurs. Adding training around Direct will be a key service of RI REC. (Rhode Island)

• The justifiable and natural resistance to logging into yet another system to conduct daily business is a current reality. As more and more software providers embed Direct standards into their native workflows and/or concrete examples of benefits outweighing changes to workflow, we do believe this resistance will diminish.(Missouri)

Page 28: Direct Project HITSC Update 03.29.11

Who has committed to implement Direct?(As of March 17, 2011)

28

Page 29: Direct Project HITSC Update 03.29.11

Direct Ecosystem

Page 30: Direct Project HITSC Update 03.29.11

What is the end state for Direct?

Direct standards and specifications are developed by a group of public-private stakeholders, using an open and transparent collaborative process.

30

Page 31: Direct Project HITSC Update 03.29.11

Brief Update on NwHIN Exchange and CONNECT

Page 32: Direct Project HITSC Update 03.29.11

NwHIN Exchange Update

• 10 Current Exchange ParticipantsDoD Kaiser PermanenteVA Regenstrief InstituteSSA HealthBridgeCDC Inland Northwest Health ServicesMedVA NCHICA

• Active Onboarding applicants– Qualification -- 9 (Beacon Community, State HIEs and CMS and their

partners)

– Validation -- 13 (7 SSA Awardees, 3 Beacon Community and 3 State HIEs)

– Activation -- 5 (5 SSA Awardees)

• Inquiries received: 14 (combination of State HIEs, Beacon Community awardees and others

Page 33: Direct Project HITSC Update 03.29.11

Nationwide Health Information Network Governance Efforts

• HITECH obligates ONC to establish a governance mechanism for the nationwide health information network.

• ONC will do so through rulemaking.

• ONC received recommendations from a Governance Workgroup of the HIT Policy Committee regarding the scope and focus of governance.

• ONC is initiating rulemaking process, with notice of proposed rulemaking expected in fourth quarter of 2011.

Page 34: Direct Project HITSC Update 03.29.11

Why address governance now?

• HITECH requires it, and governance is essential to make decisions needed to accomplish national HIT agenda and HITECH goals.

• Necessary for the Exchange to expand and grow beyond those entities under federal contract, grant or cooperative agreement.

• Necessary in order to validate and assure that conditions for trust and nationwide interoperability exist.

• States are establishing governance roles (e.g. HIE certification) in the absence of national governance.

• Necessary for transparent oversight, enforcement and accountability.

Page 35: Direct Project HITSC Update 03.29.11

Governance Workgroup Recommendations

• Nine principles for governance

• The federal government should support and provide strong incentives to vigorously promote adoption.

• There should be shared governance responsibilities

• There should be conditions for trust and interoperability and a mechanism to verify that these conditions are satisfied.

• ONC should oversee NW-HIN governance and assure accountability

Page 36: Direct Project HITSC Update 03.29.11

CONNECT Update

• Expanded CONNECT developers

– Mitre developing shared development environment

– Aegis supporting VLER activities, with an emphasis on short-term priorities and longer-term testing strategy

– Hired new technical leads for the CONNECT program management office (Tom Borja and Vladi Reznikov)

• Ongoing Release cycles and development

– CONNECT 2.5 released February 2011

– CONNECT 3.2 to be released in June 2011

• Additional Updates

• Building an automated test environment for organizations to better test their CONNECT installations to be able to share data securely with other organizations using Nationwide Health Information Network standards

• Expecting to award new development contract within next month

Page 37: Direct Project HITSC Update 03.29.11

Open Source Developments

• Alembic Foundation– a nonprofit built by David Riley and Vanessa Manchester, (both formerly on

the CONNECT team) is using CONNECT 3.1 as their baseline for future development

– CONNECT 3.1 = Aurion 3.1. Their next release will be Aurion 4.0 and may diverge from the CONNECT 3.2 code base

• Aurion does not replace CONNECT. CONNECT development will continue as we support VLER and develop a distributed development environment that includes the open source communities.

• ONC remains committed to establishing modular implementation specifications and robust testing to assure interoperability– If CONNECT and Aurion both properly implement the Nationwide Health

Information Network standards and specifications, they should be interoperable

Page 38: Direct Project HITSC Update 03.29.11

Discussion