+ All Categories
Home > Documents > Patient Care Summary Exchange

Patient Care Summary Exchange

Date post: 04-Feb-2016
Category:
Upload: wayne
View: 47 times
Download: 1 times
Share this document with a friend
Description:
Patient Care Summary Exchange. State HIE TA Program Webinar August 6, 2010. Table of Contents. Care Summaries in the PIN and Meaningful Use Care Summaries in Context State Strategies for Implementation Issues to Consider Implementing Clinical Summaries Care Summaries in Practice - PowerPoint PPT Presentation
Popular Tags:
33
Patient Care Summary Exchange State HIE TA Program Webinar August 6, 2010
Transcript
Page 1: Patient Care Summary Exchange

Patient Care Summary Exchange

State HIE TA Program Webinar

August 6, 2010

Page 2: Patient Care Summary Exchange

Table of Contents

• Care Summaries in the PIN and Meaningful Use• Care Summaries in Context• State Strategies for Implementation• Issues to Consider Implementing Clinical Summaries• Care Summaries in Practice• Resources

Discussion is encouraged throughout today’s webinar!

For additional TA, inform your project officer !

2

Page 3: Patient Care Summary Exchange

Why Use Clinical Care Summaries?

• Allows physicians to receive critical health data at transfer of care

• Improves speed and accuracy of data absorption into new provider’s EHR

• Reduces cost in reproducing and transporting paper records

• Reduces hassle to patient in completing new provider registration materials

• Improves quality of care through more complete and timely information

• Can provide patient with an accurate, readable record of a visit or encounter

3

Page 4: Patient Care Summary Exchange

Care Summaries & the PIN

• States should have a concrete and operationally feasible plan to enable patient care summary exchange across unaffiliated organizations in the next year.

• “An understanding of the HIE currently taking place in the state”– What is your baseline information, including specific measurements

related to patient care summaries.

• “Gaps in HIE as identified in the environmental scan”– Identify areas where your baseline information does not match

requirements for Stage 1 MU

• “A strategy and work plan to address the gap”– Identify solution strategies to close the identified gaps

4

Page 5: Patient Care Summary Exchange

Care Summaries & Stage 1 Meaningful Use

The EP, eligible hospital or CAH who transitions or refers their patient to another setting of care or provider of care provides a summary of care record for more than 50% of transitions of care and referrals (Meaningful Use Final Rule)

5

• Core requirement is to perform at least one test of EHR’s capacity to electronically exchange information

• To fulfill menu set requirement, EHR must enable a user to electronically transmit a patient summary record to other providers and organizations including– Includes, at a minimum, diagnostic test results, problem list, medication list, and

medication allergy list

– Uses HL7 CCD or ASTM CCR

Page 6: Patient Care Summary Exchange

Care Summaries & Stage 1 Meaningful Use

• MU Objectives that might require sharing of a CCD/CCR:– Provide patients with an electronic copy of their health

information upon request – Provide a clinical summary for each visit – Exchange clinical information electronically with other providers

and patient authorized entities– Provide summary care record for each transition of care and

referral – Provide patients with an electronic copy of their discharge

instructions and procedures – Other MU requirements could use clinical documents (e.g., lab

results, public health reporting)

6

Page 7: Patient Care Summary Exchange

CLINICAL SUMMARIES IN CONTEXT

7

Page 8: Patient Care Summary Exchange

Communicating Information Requires Three Things

Transportation

8

Containers / Packaging

Content

Page 9: Patient Care Summary Exchange

Data-centered vs. Document Centered

• Data-centered: (e.g., X12 or HL7 messages) traditional structures to represent the data being transported (a row in a file for a record; delimited or fixed length fields within the record) which goes into a database

9

• Document-centered: (e.g., CCR, CCD) electronic document where data is pre-arranged in a structured format which is “filed”

EHR-S

ClinicalDocument

Extract andTransform

MetaDatabase

DocumentDatabaseInternet

Provider/Sender HIE/Receiver

EHR-S

Extract andTransform RDBMSInternet

HIE/Receiver

Clinical Messageor

Data FileProvider/Sender

Page 10: Patient Care Summary Exchange

Initial Set of Standards, Implementation Specifications, and Certification Criteria for EHR Technology (Jul. 2010 FR)

• Requires clinical summaries for patients for each office visit in “human readable” format and on electronic media

• Clinical summary can either HITSP C32-compliant CCD or ASTM CCR

• Why 2 standards?– CCD growing in popularity– CCR still in use, especially among early adopters– In some circumstances the CCR is easier, faster, and requires

fewer resources to implement than the CCD– Electronic exchange not required in Stage 1, so why make

anyone migrate now from one format to the other?

10

Page 11: Patient Care Summary Exchange

Continuity of Care Record (CCR)

• History: Outgrowth of Patient Care Referral Form (PCRF) from the MA Department of Public Health

• Core data set: – Most relevant administrative, demographic, and clinical information facts

about a patient's healthcare, covering one or more healthcare encounters

– Summary of the patient’s health status (for example, problems, medications, allergies) and basic information about insurance, advanced directives, care documentation, and the patient’s care plan

• Primary use case: Snapshot in time containing the pertinent clinical, demographic, and administrative data for a specific patient

• Technical Specification: – XML coding that is required when the CCR is created in a structured

electronic format– Permits users to display the fields of the CCR in multiple formats

Source: http://www.astm.org/Standards/E2369.htm

11

Page 12: Patient Care Summary Exchange

Sample CCR

12

Page 13: Patient Care Summary Exchange

Continuity of Care Document (CCD)

• History: Collaborative effort between ASTM and HL7 as an alternate to the one specified in ASTM ADJE2369 for organizations committed to implementation of HL7 CDA

• Core data set: – Most relevant administrative, demographic, and clinical information facts

about a patient's healthcare, covering one or more healthcare encounters

– Standard intended to specify the encoding, structure and semantics of a patient summary clinical document for exchange

• Primary use case: Provide a snapshot in time containing the pertinent clinical, demographic, and administrative data for a specific patient

• Technical Specification: – Constraint on the HL7 Clinical Document Architecture (CDA) standard

based on the HL7 Reference Information Model (RIM)– Basis of many IHE profiles and HITSP constructs

Source: http://www.en.wikipedia.org/wiki/Continuity_of_care_document

13

Page 14: Patient Care Summary Exchange

Sample CCD

14

Page 15: Patient Care Summary Exchange

NHIN Specifications

• Both NHIN Exchange and NHIN Direct offer means to transport clinical summaries

• Both mechanisms support Stage 1 Meaningful Use• Both rely on standards for effective communication• NHIN Exchange offers the means for transporting care

summaries; relies on more sophisticated technology, most suitable when participants do not necessarily know each other personally.

• NHIN Direct offers specifications that enable transport of care summaries; relies on simpler technology, most suitable when participants know each other personally and have a data exchange relationship

• Many states are interested in supporting both models for different workflows.

15

Page 16: Patient Care Summary Exchange

STATE HIE STRATEGIES FOR IMPLEMENTATION OF

CARE SUMMARY EXCHANGE

16

Page 17: Patient Care Summary Exchange

State HIE Strategies

• Can take several forms, just like statewide HIE can take several forms

• Requires some elements of policy, some elements of infrastructure

• Use data from environmental scan to understand current situation, capabilities, pilots, including other relevant states

• Work with RECs to develop consistent message and appropriate capabilities; rely on their services

17

Page 18: Patient Care Summary Exchange

State HIE Strategies, cont.

• Insist on common terminology and coding• Keep EHR system vendors’ feet to the fire in

implementing capabilities “in the field”• Recognize that many sites are still using HL7 v2

messages• Provide HIE services to support care summaries

– Full services, like RLS, MPI, directory, IHE XCA– Enabling services for NHIN Direct, like provider directory

• Consider the impact of the availability of many clinical documents when exchange is successful

18

Page 19: Patient Care Summary Exchange

ISSUES TO CONSIDER IMPLEMENTING PATIENT

CARE SUMMARIES ACROSS TRANSITIONS OF CARE

19

Page 20: Patient Care Summary Exchange

#1: Data Aggregation Issues

• Most EHR systems cannot yet integrate data from clinical documents into their databases

• Over time, clinical users will have access to a growing number of point-in-time clinical summaries

• We may see an increasing need to create a “summary of summaries” especially for users without an EHR-S using a portal/“viewer”

• Clinical documents do not easily support data aggregation and reporting

So…

Additional processing, including different data stores, may be necessary to aggregate and report on clinical data received within documents

20

Page 21: Patient Care Summary Exchange

#2: Data Content Issues

• Some types of data that might be included may have additional privacy/security restrictions (e.g., mental health, adolescent health)

So…

Additional parsing – and scrutiny – may be required before clinical documents are exchanged; policy development may also be required

21

Page 22: Patient Care Summary Exchange

CLINICAL SUMMARIES IN PRACTICE

22

Page 23: Patient Care Summary Exchange

NEHEN in MassachusettsHistorical Highlights of NEHEN’s Clinical Data Exchange Efforts

• 1998 – NEHEN administrative exchange launched

• 2004 – MedsInfoED pilot launched

• 2005 – Connecting for Health Record Locator Prototype completed

• 2006 – MA-SHARE e-Prescribing exchange launched; MA-SHARE NHIN Prototype completed

• 2007 – MA-SHARE Push Pilot launched with BIDMC, Children’s, Northeast (discharge summaries)

• 2008 – Push Pilot extended to BIDMC affiliated CHC’s

• 2009 – Push Pilot extended to eCW integration for BIDPO (discharge summaries)

• 2009 – Scoping, architecture, and planning sponsored by EMHI

• 2010 – Push Pilot extended to Atrius (admission notifications, discharge summaries)

July 2009, NEHEN/MA-SHARE Merger

Page 24: Patient Care Summary Exchange

NEHEN Clinical Data Exchange Context

NEHEN Administrative Exchange

24

NEHEN e-Prescribing Exchange

NEHEN Clinical Data Exchange

To achieve meaningful use, Providers will

need a combination of capabilities

encompassing both internal systems capabilities and

health information exchange capabilities such as those offered

by NEHEN

Provider-to-Provider Clinical Summary Exchange• Clinical Summary Supporting Multiple Use Cases (e.g.,

Discharge Summary, Visit/Encounter Summary, Referral Summary, Admission Notification)

Provider-to-Payer Exchange• Clinical Summary for Case Management and Other Use Cases• Lab Results for Quality Measurement and Other Use Cases

Public Health Reporting• Clinical Summary for Health Equities Analysis• Lab Results• Immunizations• Syndromic Surveillance

Quality Reporting• Clinical Summary for Quality Analysis

Community Participant/Provider Directory for Message Routing

NEHEN Express Clinical Summary Viewer

Secure Messaging

Audit• Reportable Event Logging• NEHEN Express Audit Report Viewer

Network Management Dashboard

System Administration Tools

Page 25: Patient Care Summary Exchange

NEHEN Clinical Exchange Current Status

Clinical Release 1.0 Live Pilot Clinical Release 2.0 2010

Hospital and physician organizations:•Atrius Health•Beth Israel Deaconess •Children’s Hospital Boston •Northeast Health Systems

Hospital and physician organizations:•Atrius Health•CareGroup—BIDMC, BID Needham, Mt Auburn Hospital, New England Baptist Hospital•Children’s Hospital Boston•Fallon Clinic/SafeHealth•Massachusetts Eye and Ear Infirmary•Partners Healthcare

• Signature Health• Tufts Medical Center• Winchester Hospital• More to come....Public health agencies:• Boston Public Health

Commission• MA Department of Public HealthQuality data aggregator:• Massachusetts eHealth

Collaborative

Message types:•Clinical summaries for admission notification and discharge summaries

Message types:•Clinical summaries:•Admission notification , discharge summaries, visit summaries, etc.•Care transition, quality reporting, health disparities analysis

• Immunization histories to public health

• Syndromic surveillance reporting to public health

• Lab results to public health

EMR integration:•eClinicalWorks

EMR integration:•eClinicalWorks, MEDITECH, custom EMRs, others

25

Page 26: Patient Care Summary Exchange

MedVirginia in Virginia

• Average disability determination: – 84 days

• With MedVirginia:– 46 days

• 11% completed in 1-2 days

• Submits CCD to SSA through NHIN

• Algorithms by SSA• Replication of model

26

MedVirginia works with SSA, NIHIN and the State Agencies over multiple steps to process patient claims to shorten the time it takes to receive a disability determination

Page 27: Patient Care Summary Exchange

MedVirginia, NHIN & SSA

27

Existing and new data suppliers in the MedVirginia chain

Page 28: Patient Care Summary Exchange

Case Study: SSA / MedVirginia Use of MEGAHIT

• Commissioned by SSA• Conducted by Kay Center

for eHealth Research• Perspectives:

– Claimant– Provider– SSA

• ROI• Dissertation by Sue

Feldman

Page 29: Patient Care Summary Exchange

A few lessons learned…..

• Standards

• Process

• Anticipate

• Communicate

• Partnership

• “Eyes on the prize”

Page 30: Patient Care Summary Exchange

KHIE in Kentucky

• Kentucky Health Information Exchange (KHIE) is a Medicaid Transformation Grant funded initiative.

• A CCD is created from Medicaid claims data (populated from the state’s MMIS through a daily feed) including prescriptions

• CCD is created real time upon request from providers, hospitals, etc.

• Kentucky’s state lab data is in final phase of testing and will be incorporated into the CCD

• Hospital systems are not ready to consume a structured CCD

• Plans are to create a consolidated CCD from multiple data sources to provide one non-duplicated summary document

30

Page 31: Patient Care Summary Exchange

Other State Examples

• Vermont • Rhode Island NHIN Direct Implementation Pilot• Massachusetts NHIN Direct Implementation Pilot

31

Page 32: Patient Care Summary Exchange

Resources

• ASTM: http://www.astm.org/Standards/E2369.htm• IHE: http://www.ihe.net/• HL7:

http://www.hl7.org/implement/standards/cda.cfm• HIMSS: http://www.himss.org/• HIMSS EHR Association:

http://www.himssehra.org/ASP/index.asp• NHIN: http://www.healthit.hhs.gov/portal/server.pt?

open=512&objID=1142&parentname=CommunityPage&parentid=1&mode=2&in_hi_userid=10741&cached=true

• NHIN Direct: http://www.nhindirect.org/

34

Page 33: Patient Care Summary Exchange

Patient Care Summary ExchangeDISCUSSION

State HIE TA Program Webinar

August 6, 2010


Recommended