• If you are citizen of an European Union member nation, you may not use this service unless you are at least 16 years old.

  • You already know Dokkio is an AI-powered assistant to organize & manage your digital files & messages. Very soon, Dokkio will support Outlook as well as One Drive. Check it out today!

View
 

CDS 5 Rights framework

Page history last edited by Donald Levick, M.D., MBA 13 years, 9 months ago

Back to Guidebook Update Home Page

 

CDS 5 Rights Framework for Targeted Performance Improvement Efforts

 

(Adapted from multiple figures in chapter 3 of 2005 HIMSS CDS guide, and Table 1-2 in 2009 HIMSS CDS guide) 

 

 

The purpose of this table is to assist CDS implementers in thinking through configuration details for CDS interventions that address a specific clinical target.  These targets may include increasing use of medications or tests indicated for specific conditions, reducing specific healthcare associated complications such as nosocomial infections, decreasing specific medication errors, reducing readmissions, and related imperatives associates with healthcare reform, meaningful use, pay-for-performance and related drivers.

 

For any given improvement target for CDS interventions, implementers can use this table as a starting point for determining opportunities in clinical workflow for providing CDS to address the target, CDS intervention types that might be delivered at that point, recipients of the intervention, and channels through which the information can be delivered.  The fifth 'CDS Right' - i.e. 'Right Information' - will depend on the specific target of interest.  For example, to improve use of VTE prophylaxis, it might consist of information to determine appropriate prophylaxis to be given, and administration recommendations for that prophylactic approach .

 

 

 

                            Outside in-person encounters |                              Encounter-based Workflow/Interventions 

Workflow

(When)

Population Management

Pre-visit

Admin Intake

History and

examination

Shared decision making

Orders

Data Review

Education

Discharge

Format

(How)

Rules (surveillance) 

RDD

Ed/Ref

Rules (dz/drug)

RDD

Questionnaire

Ed/Ref (for concerns)

Provider msg

IB

Rules (flag for protocol)

Documentation tools (problem-specific flowsheets, risk assessment)

Rules (for complete

data gathering)

Ed/ref

Shared decision tools

Order facilitators (standing, sets)

Rules (drug/dz, safety and best practice)

IB (drug/dz info)

RDD (labs, costs)

RDD (flowsheet, highlight probs)

Rules (proactive notice)

IB (results interpretation/ action)

Ed/Ref

RDD (D/C summary)

Rules (for D/C meds, ec.)

Person

(Who)

Case Manager

Clinician

Consumer

Patient

Case manager

Clinician

Intake admin

patient

Nurse

Physician

Patient

Patient

Clinician

Prescriber

Patient

Clinician

Patient

Clinician

Patient

Nurse

Physician

Patient

Channel

(Where)

Registry

EHR

Admin DB/tool

HIE

PHR

PHR

Provider Portal

EHR (admin)

Paper forms

EHR (clin doc)

Paper forms

EHR

Internet

Stand-alone systems

CPOE

Paper forms

Internet

Paper sources

EHR (lab, ref sources)

Internet (refs)

Paper sources

EHR

Internet

Paper sources

EHR (D/C module, Med Rec app)

Paper tools/forms

 

 

Glossary:

RDD=Relevant data display

Questionnaire= health risk appraisal, etc.

IB=infobutton

Provider msg=structured messaging (e.g. problem-focused) between patient and provider

Ed/Ref=education/reference materials

Clinician=physician, nurse, pharmacist

Clin doc=clinical documentation system

Admin DB=administrative database

HIE=health information exchange

PHR=personal health record

Admin sys=administrative intake system

Clin Doc=clinical documentation module

 

Back to Guidebook Update Home Page

Comments (2)

lozeran said

at 4:13 pm on Jul 17, 2010

In context, it probably makes perfect sense, but naked, out of context above, the table needs some explanation. The table appears to be areas or processes where CDS may bring benefit to an organization. If so, as little as one sentence under the title or below the table which explains what the table data means, why it is useful, would make it so.

Donald Levick, M.D., MBA said

at 7:14 am on Jul 20, 2010

The Framework needs to be approachable and easy to follow and guide the users or committee through the identifying and prioritizing the CDS efforts.
The current CDS 5 Rights Framework contains very useful information; however the organization of the Framework makes it difficult to follow.

I think that most organizations think of the end product first – “reducing VTE’s” or “Improving appropriate post-op antiobiotic use,” prior to considering where in the encounter process that the CDS impact should occur.
Consequently, I think the Framework could re-organized as a branching algorithm.
• It could start with the “WHAT” as mentioned in the Note below the Framework.
• The next step would be “WHEN” – and this would branch into Population Based vs. Encounter Based. This would depend on whether the target was an pt-specific condition (i.e. drug-drug interactions, allergy alerts), or a global population based intervention (i.e. diagnosis specific order sets, etc.).
• Based on the first two steps, the “WHO” could be answered next. This would identify the target for the CDS intervention. The listing on the Framework captures those targets.
• The “WHERE” could be addressed next. This step identifies the Channel for delivery of the CDS intervention, as currently displayed on the Framework.
• Finally, the “HOW” identifies the actual intervention – alerts, order sets, input forms, reference sites, etc.

The “Clinical Objective Value Score” (Figure 1-8 from the first book) is also very valuable and can be integrated into this process. I think it is a great tool for CDS Committees to prioritize their efforts. It works in parallel to the Framework, as both tools require identification of target audiences and the overall impact. I think that one tool can inform the other. The Score will clearly impact the decisions of which potential CDS interventions are considered and mapped out via the Framework .

You don't have permission to comment on this page.