This wiki has undergone a migration to Confluence found Here
<meta name="googlebot" content="noindex">

Difference between revisions of "201704 Care Plan"

From HL7Wiki
Jump to navigation Jump to search
 
(25 intermediate revisions by the same user not shown)
Line 3: Line 3:
 
| __TOC__
 
| __TOC__
 
|}
 
|}
=Care Plan and Care Team=
+
=Value-Based Care Plan=
 +
 
 +
'''Summary presentation slides after conclusion of CarePlan track'''
 +
* Presentation slides [http://wiki.hl7.org/images/f/f4/CarePlanTrackSummary_April-2017.pdf as PDF], or [http://wiki.hl7.org/images/e/e0/CarePlanTrackSummary_April-2017.pptx as PowerPoint]
 +
 
 
'''Dedicated [https://chat.fhir.org/#narrow/stream/implementers/topic/201704.20Care.20Plan.20Track Zulip chat stream] for this track.'''
 
'''Dedicated [https://chat.fhir.org/#narrow/stream/implementers/topic/201704.20Care.20Plan.20Track Zulip chat stream] for this track.'''
 +
 +
'''Related Work'''
 +
* This track continues and builds on the successful [[201701_Care_Plan | Care Plan and Care Team connectathon held in January 2017]].  Clinical use case scenarios are expanded to include care plans for mental health conditions, such as depression and PTSD.
  
 
==Submitting WG/Project/Implementer Group==
 
==Submitting WG/Project/Implementer Group==
Line 11: Line 18:
 
[http://hspconsortium.org Healthcare Services Platform Consortium (HSPC)]
 
[http://hspconsortium.org Healthcare Services Platform Consortium (HSPC)]
  
==Justification==
+
==Overview==
 
<!--Why is this an important track to include in the connectathon - include implementer need, impact on ballot, FMM readiness of the resources, etc. -->
 
<!--Why is this an important track to include in the connectathon - include implementer need, impact on ballot, FMM readiness of the resources, etc. -->
This track is intended to advance the maturity of FHIR resources for care planning ([http://build.fhir.org/careplan.html CarePlan], [http://build.fhir.org/careteam.html CareTeam], [http://build.fhir.org/goal.html Goal], [http://build.fhir.org/condition.html Condition], and others) and to document industry best practices for improving care coordination using shared care plans. This work will inform the development of more comprehensive implementation guides and profiles for care planning based on FHIR release 3. The January 2017 published build of FHIR STU-3 is the primary target for testing in this track. However, we recognize that there are organizations with DSTU-2 implementations (e.g. from the HL7 Argonaut Project) that are deploying support for CarePlan, and we'd like to invite those organizations to participate in this connectathon track and share lessons learned from implementation.
+
This connectathon track explores the use of FHIR to provide inquiry and exchange of care plans that enhance the coordination between value-based care stakeholders involved in the management of chronic conditions and tracking progress toward outcome goals. Care plans, or fragments of plans, may be distributed across several provider systems and personal health repositories. A complete solution would need to collect, merge, and reconcile care plan content into a single comprehensive plan for use by patients and clinicians. Examples of value-based care stakeholders include:
 +
* the patient
 +
* the patient's caregivers
 +
* the patient's primary care provider
 +
* specialist providers
 +
* home health care team
 +
* case managers from both providers and payers
  
This connectathon track is coordinated with testing of CarePlan by [http://wiki.hl7.org/index.php?title=Clinician_on_FHIR_-_January_2017,_San_Antonio HL7 Clinicians on FHIR] where they focus on ''clinical interoperability'' and harmonizing differences between the technical and clinical perspectives of FHIR resources. Clinicians on FHIR has met at each HL7 WGM since May 2014 and has the following objectives:
+
This track is intended to advance the maturity of FHIR resources for care planning ([http://build.fhir.org/careplan.html CarePlan], [http://build.fhir.org/careteam.html CareTeam], [http://build.fhir.org/goal.html Goal], [http://build.fhir.org/condition.html Condition], and others) and to document industry best practices for improving care coordination using shared care plans. This work will inform the development of more comprehensive implementation guides and profiles for care planning. FHIR Release 3, v3.0.0 published in March 2017, is the primary target for testing in this track. However, we recognize that there are organizations with DSTU-2 implementations (e.g. from the HL7 Argonaut Project) that are deploying support for CarePlan, and we'd like to invite those organizations to participate in this connectathon track and share lessons learned from implementation.
* to test the accuracy, validity and usability of clinical resources
 
* to identify any issues arising from clinical use of clinical resources tested
 
* to provide recommendations to enhance/improve the clinical resources tested
 
* to identify lessons learnt such that future FHIR resources development methodology and processes may be improved
 
  
 
The U.S. Department of Health and Human Services (HHS) recently published an article that describes a vision for a [http://catalyst.nejm.org/making-the-comprehensive-shared-care-plan-a-reality/ Comprehensive Shared Care Plan (CSCP)]. HHS identifies these goals for a CSCP:
 
The U.S. Department of Health and Human Services (HHS) recently published an article that describes a vision for a [http://catalyst.nejm.org/making-the-comprehensive-shared-care-plan-a-reality/ Comprehensive Shared Care Plan (CSCP)]. HHS identifies these goals for a CSCP:
Line 27: Line 36:
 
* It should follow the person through high-need episodes (e.g., acute illness), as well as periods of health improvement and maintenance.
 
* It should follow the person through high-need episodes (e.g., acute illness), as well as periods of health improvement and maintenance.
  
==Proposed Track Leads==
+
==Track Leads==
 
:Dave Carlson &ndash; VA
 
:Dave Carlson &ndash; VA
 
::E-mail:  Dave.Carlson@BookZurman.com
 
::E-mail:  Dave.Carlson@BookZurman.com
Line 39: Line 48:
 
* VA &ndash; Dave Carlson
 
* VA &ndash; Dave Carlson
 
* HSPC &ndash; Dave Carlson
 
* HSPC &ndash; Dave Carlson
 +
* Allscripts
 +
* Datuit, LLC &ndash; Gordon Raup
 
* ''Your organization here!''
 
* ''Your organization here!''
  
 
==Questions for Discussion==
 
==Questions for Discussion==
* Review of existing FHIR profiles on CarePlan and CareTeam, including but not limited to:
 
** [http://hl7.org/fhir/us/core/index.html US-Core IG] profiles (formerly DAF-Core profiles)
 
** IHE PCC Dynamic Care Plan
 
 
* ValueSet bindings &ndash; '''Note:''' work is underway by ONC and HL7 to define these value sets
 
* ValueSet bindings &ndash; '''Note:''' work is underway by ONC and HL7 to define these value sets
 
** CarePlan.category
 
** CarePlan.category
Line 53: Line 61:
  
 
==Roles==
 
==Roles==
<!-- Roles are sets of functionality (generally defined by a Conformance resource) that a single system can take on -->
+
The roles outlined in this section describe the request, response, and creation of CarePlan and related FHIR resources. This track does not require or assume any transport mechanism or packaging of content, other than the FHIR core specification REST services for each resource. For some clinical use cases, e.g. the Patient Voice Scenario described below, care plan content may be transported using FHIR Compositions or Attachments; see the [[201704_Attachments | Attachments]] and [[201704_C-CDA_on_FHIR|C-CDA on FHIR]] connectathon tracks for more detail.
  
===Care Plan Requestor===
+
===Care Plan Requestor (Client)===
 
<!-- Provide a description of the capabilities this role will have within the connectathon -->
 
<!-- Provide a description of the capabilities this role will have within the connectathon -->
 
This connectathon track imposes few requirements for interested participants to evaluate and test retrieval of care plan and care team resources from servers. We wish to encourage discussion and testing that will lead to robust industry support for shared care plans. Thus, a requestor role could be fulfilled by a range of applications, such as the following:
 
This connectathon track imposes few requirements for interested participants to evaluate and test retrieval of care plan and care team resources from servers. We wish to encourage discussion and testing that will lead to robust industry support for shared care plans. Thus, a requestor role could be fulfilled by a range of applications, such as the following:
Line 61: Line 69:
 
* SMART on FHIR applications that embed Care Plan review and editing capabilities into any EHR system that supports these services.
 
* SMART on FHIR applications that embed Care Plan review and editing capabilities into any EHR system that supports these services.
 
* SMART on FHIR mobile applications that enable patients to view, contribute to, or check off completed activities included in a care plan created by their care team member(s). A patient-centric mobile application could enable a patient to add personal [http://hl7.org/fhir/2016Sep/goal.html Goals] to a plan created by their primary care physician.
 
* SMART on FHIR mobile applications that enable patients to view, contribute to, or check off completed activities included in a care plan created by their care team member(s). A patient-centric mobile application could enable a patient to add personal [http://hl7.org/fhir/2016Sep/goal.html Goals] to a plan created by their primary care physician.
* Provider EMR or Care Plan Management solution that allows a provider to request and/or accept information from a patient that can be used when creating or updating the person's care plan. (Patient Voice Scenario)
+
* An EMR or Care Plan Management application may accept or request a Personal Advance Care Plan (PACP) FHIR bundle or document, as described in the Patient Voice Scenario described below.
  
===Care Plan Responder===
+
===Care Plan Responder (Server)===
 
A responder FHIR server should support the following resources for this track:
 
A responder FHIR server should support the following resources for this track:
 
* Patient
 
* Patient
Line 79: Line 87:
  
 
Default responder service for testing, and sample data for loading into FHIR servers:
 
Default responder service for testing, and sample data for loading into FHIR servers:
* HSPC sandbox server, STU3 FHIR 1.8.0, contains all test resources for Diabetes storyboard scenario
+
* HSPC sandbox server, STU3 FHIR 1.9.0 (March 2017), contains all test resources for Diabetes storyboard scenario
** https://api3.hspconsortium.org/fhirconnect14/open
+
** https://api4.hspconsortium.org/vbcareplan/open
* See the Type II Diabetes Mellitus use case section below for a GitHub link to FHIR resource files with test data that may be loaded into FHIR STU-3 v1.8.0 servers.
+
* See the Type II Diabetes Mellitus use case section below for a GitHub link to FHIR resource files with test data that may be loaded into FHIR STU-3 v1.9.0 or v3.0.0 servers.
** [https://github.com/clinical-cloud/sample-careplans/raw/master/Care%20Plan%20Storyboard%20-%20Diabetes%20Mellitus.pdf Type II Diabetes Mellitus] storyboard as PDF
+
** [https://github.com/clinical-cloud/sample-data/raw/master/Diabetes/Care%20Plan%20Storyboard%20-%20Diabetes%20Mellitus.pdf Type II Diabetes Mellitus] storyboard as PDF
  
 
===Care Plan Creator===
 
===Care Plan Creator===
 
* Generate a CarePlan from a [http://build.fhir.org/plandefinition.html PlanDefinition] for protocols or care pathways, customized using the current Patient's context.
 
* Generate a CarePlan from a [http://build.fhir.org/plandefinition.html PlanDefinition] for protocols or care pathways, customized using the current Patient's context.
 
* Using a SMART on FHIR application that enables care team members working within existing EHR systems to add/edit Goals, activity details, schedule, or other aspects of a Care Plan.
 
* Using a SMART on FHIR application that enables care team members working within existing EHR systems to add/edit Goals, activity details, schedule, or other aspects of a Care Plan.
* Generate a Personal Advance Care Plan document that permits a patient to share his or her care goals, preferences and priorities with with care providers so this information can be taking into consideration when making a care plan in circumstance when the person can't communicate this information for his or herself.
+
* Generate a Personal Advance Care Plan (PACP) FHIR bundle or document, as described in the Patient Voice Scenario described below.
  
 
==Basic Resource Scenarios==
 
==Basic Resource Scenarios==
Line 99: Line 107:
 
:* query CarePlan based on patient.id and category = "395082007" using '''GET [base]/CarePlan?patient=[id]&category=395082007'''
 
:* query CarePlan based on patient.id and category = "395082007" using '''GET [base]/CarePlan?patient=[id]&category=395082007'''
  
===Search for all Care Teams for a patient===
+
===Display Care Plan goals, health conceras, and activity definitions===
This is another "getting started" scenario with minimal requirements for Requestors and Respondors.
 
 
 
:Action: Server and Client support query of CareTeam based on patient.id using '''GET [base]/CareTeam?patient=[id]'''
 
:Precondition: Server implements FHIR STU-3.
 
 
 
===Search for all Care Plans where the given Practioner is a member of the Care Team===
 
:Action: Search CarePlan (''TODO: example of search parameters'')
 
:Bonus point: Filter Care Plans to include only those for a given Condition, e.g. Diabetes
 
 
 
===Display Care Plan activity definitions===
 
 
We are interested in implementer feedback on the two alternatives included for expressing care plan activities: as a reference to another resource (e.g. DiagnosticRequest, ProcedureRequest, etc.) or by describing the activity detail with schedule, performer, quantity, etc.
 
We are interested in implementer feedback on the two alternatives included for expressing care plan activities: as a reference to another resource (e.g. DiagnosticRequest, ProcedureRequest, etc.) or by describing the activity detail with schedule, performer, quantity, etc.
  
Line 127: Line 125:
  
 
Storyboard document and test data:
 
Storyboard document and test data:
* A storyboard for the  [https://github.com/clinical-cloud/sample-careplans/raw/master/Care%20Plan%20Storyboard%20-%20Diabetes%20Mellitus.pdf Type II Diabetes Mellitus] scenario was prepared to guide Connectathon participants.
+
* A storyboard for the  [https://github.com/clinical-cloud/sample-data/raw/master/Diabetes/Care%20Plan%20Storyboard%20-%20Diabetes%20Mellitus.pdf Type II Diabetes Mellitus] scenario was prepared to guide Connectathon participants.
* Test data JSON files for this storyboard are [https://github.com/clinical-cloud/sample-careplans available in a GitHub repository] based on FHIR v1.8.0, the Jan 2017 build prepared for this Connectathon.
+
* Test data JSON files for this storyboard are [https://github.com/clinical-cloud/sample-data available in a GitHub repository] based on FHIR Release 3 (v3.0.0, March 2017).
 +
 
 +
===Maternity Care Coordination===
 +
Meghan is a post-9/11 Veteran who served in Afghanistan and is recovering from a Traumatic Brain Injury (TBI) and PTSD. Meghan recently became pregnant with her third child and is coordinating care plans between her primary care provider at VA and a community provider outside of VA for her prenatal care. Meghan has concerns about possible negative effects of her PTSD anti-anxiety medication on her new baby. The key actors in this scenario are:
 +
* Meghan
 +
* Dr. Francis, MD, primary care provider at VA
 +
* Dr.Beach, PsyD, VA Psychotherapist counselor for Meghan's PTSD and anxiety conditions
 +
* Vera, RN, the Maternity Care Coordinator (MCC) at VA helps manage Meghan's non-VA prenatal care
 +
* Dr. Rattle, OB/GYN from non-VA provider, responsible for Meghan's prenatal care plan
 +
 
 +
=== Patient Voice Scenario ===
 +
The purpose of this care plan scenario on Patient Voice is to illustrate the communication flow and documentation of a care plan that is shared by a patient, his or her primary care provider or other care team members. A Personal Advance Care Plan (PACP) FHIR bundle or document may contain a patient's care goals, health concerns, preferences, and priorities with care team members so this information can be taken into consideration when creating or updating a care plan. This is beneficial in circumstance where the person can't communicate this information in person, or when automated and computable submission of the PACP is preferred. This scenario would be relevant for clinical situations, such as:
 +
* EMS Services
 +
* ER visit
 +
* Nursing Home
 +
* Primary Care
 +
* Post Acute Care
 +
* Palliative Care
 +
* Organ Donation

Latest revision as of 01:26, 14 April 2017

Return to April 2017 Value-Based Care FHIR Mini-Connectathon

Value-Based Care Plan

Summary presentation slides after conclusion of CarePlan track

Dedicated Zulip chat stream for this track.

Related Work

Submitting WG/Project/Implementer Group

Patient Care Workgroup

Healthcare Services Platform Consortium (HSPC)

Overview

This connectathon track explores the use of FHIR to provide inquiry and exchange of care plans that enhance the coordination between value-based care stakeholders involved in the management of chronic conditions and tracking progress toward outcome goals. Care plans, or fragments of plans, may be distributed across several provider systems and personal health repositories. A complete solution would need to collect, merge, and reconcile care plan content into a single comprehensive plan for use by patients and clinicians. Examples of value-based care stakeholders include:

  • the patient
  • the patient's caregivers
  • the patient's primary care provider
  • specialist providers
  • home health care team
  • case managers from both providers and payers

This track is intended to advance the maturity of FHIR resources for care planning (CarePlan, CareTeam, Goal, Condition, and others) and to document industry best practices for improving care coordination using shared care plans. This work will inform the development of more comprehensive implementation guides and profiles for care planning. FHIR Release 3, v3.0.0 published in March 2017, is the primary target for testing in this track. However, we recognize that there are organizations with DSTU-2 implementations (e.g. from the HL7 Argonaut Project) that are deploying support for CarePlan, and we'd like to invite those organizations to participate in this connectathon track and share lessons learned from implementation.

The U.S. Department of Health and Human Services (HHS) recently published an article that describes a vision for a Comprehensive Shared Care Plan (CSCP). HHS identifies these goals for a CSCP:

  • It should allow a clinician to electronically view information that is directly relevant to his or her role in the care of the person; to easily identify which clinician is doing what; and to update other members of an interdisciplinary team on new developments.
  • It should put the person’s goals (captured in his or her own words) at the center of decision-making and give that individual direct access to his or her information in the CSCP.
  • It should be holistic and describe both clinical and nonclinical (including home- and community-based) needs and services.
  • It should follow the person through high-need episodes (e.g., acute illness), as well as periods of health improvement and maintenance.

Track Leads

Dave Carlson – VA
E-mail: Dave.Carlson@BookZurman.com
Zulip: Dave Carlson

Expected participants

Participants using both FHIR STU-3 and DSTU-2 are welcome! Including a mix of FHIR versions will reduce opportunities for interoperability testing, but all participants will benefit from discussion and comparing implementations of FHIR support for care plans and care coordination. Test data prepared for this connectathon track will be based on the January 2017 published build of FHIR STU-3, including use of the the new STU-3 resource for CareTeam.

The following organizations have indicated an interest in participating in this track:

  • VA – Dave Carlson
  • HSPC – Dave Carlson
  • Allscripts
  • Datuit, LLC – Gordon Raup
  • Your organization here!

Questions for Discussion

  • ValueSet bindings – Note: work is underway by ONC and HL7 to define these value sets
    • CarePlan.category
    • CarePlan.detail.category
    • CarePlan.detail.code
    • CareTeam.type
    • CareTeam.participant.role

Roles

The roles outlined in this section describe the request, response, and creation of CarePlan and related FHIR resources. This track does not require or assume any transport mechanism or packaging of content, other than the FHIR core specification REST services for each resource. For some clinical use cases, e.g. the Patient Voice Scenario described below, care plan content may be transported using FHIR Compositions or Attachments; see the Attachments and C-CDA on FHIR connectathon tracks for more detail.

Care Plan Requestor (Client)

This connectathon track imposes few requirements for interested participants to evaluate and test retrieval of care plan and care team resources from servers. We wish to encourage discussion and testing that will lead to robust industry support for shared care plans. Thus, a requestor role could be fulfilled by a range of applications, such as the following:

  • Debug testing tools for RESTful services, e.g. Postman, that allow query of participating Responders using a variety of parameters such as plan category or date.
  • SMART on FHIR applications that embed Care Plan review and editing capabilities into any EHR system that supports these services.
  • SMART on FHIR mobile applications that enable patients to view, contribute to, or check off completed activities included in a care plan created by their care team member(s). A patient-centric mobile application could enable a patient to add personal Goals to a plan created by their primary care physician.
  • An EMR or Care Plan Management application may accept or request a Personal Advance Care Plan (PACP) FHIR bundle or document, as described in the Patient Voice Scenario described below.

Care Plan Responder (Server)

A responder FHIR server should support the following resources for this track:

  • Patient
  • CarePlan
  • CareTeam (when using STU-3)
  • Goal
  • Condition
  • Other resources as needed for value of CarePlan.activity.reference

For robust support of CareTeam, responder should also support:

  • Practitioner
  • RelatedPerson
  • Organization
  • Patient

Default responder service for testing, and sample data for loading into FHIR servers:

  • HSPC sandbox server, STU3 FHIR 1.9.0 (March 2017), contains all test resources for Diabetes storyboard scenario
  • See the Type II Diabetes Mellitus use case section below for a GitHub link to FHIR resource files with test data that may be loaded into FHIR STU-3 v1.9.0 or v3.0.0 servers.

Care Plan Creator

  • Generate a CarePlan from a PlanDefinition for protocols or care pathways, customized using the current Patient's context.
  • Using a SMART on FHIR application that enables care team members working within existing EHR systems to add/edit Goals, activity details, schedule, or other aspects of a Care Plan.
  • Generate a Personal Advance Care Plan (PACP) FHIR bundle or document, as described in the Patient Voice Scenario described below.

Basic Resource Scenarios

Two sets of scenarios are included in this connectathon track. The first Basic Resource Scenarios describe interactions with a FHIR server to support care planning and may be implemented on existing EHR systems or using generic FHIR servers. The second Use Case Scenarios describe more advanced and realistic interactions required for dynamic care planning and care coordination.

Search for all Care Plans for a patient

This is intended as a "getting started" scenario with minimal requirements for Requestors and Respondors.

Action: Server and Client support query of CarePlan based on patient.id using GET [base]/CarePlan?patient=[id]
Bonus point: Search for all of a patient's Care Plans with a specific category, e.g. cancer care plan
  • query CarePlan based on patient.id and category = "395082007" using GET [base]/CarePlan?patient=[id]&category=395082007

Display Care Plan goals, health conceras, and activity definitions

We are interested in implementer feedback on the two alternatives included for expressing care plan activities: as a reference to another resource (e.g. DiagnosticRequest, ProcedureRequest, etc.) or by describing the activity detail with schedule, performer, quantity, etc.

  • CarePlan.activity.reference
  • CarePlan.activity.detail

Use Case Scenarios

The track scenarios are based on the HL7 Care Plan Domain Analysis Model (DAM) documents dated 2015-11-04. They emphasize dynamic care planning clinical scenarios where the care plan is created, accessed, updated or used by multiple providers during the provision of healthcare.

Type II Diabetes Mellitus

The purpose of the chronic conditions care plan scenario is to illustrate the communication flow and documentation of a care plan between a patient, his or her primary care provider and the home health specialists involved in the discovery and treatment of a case of Type II Diabetes Mellitus. This storyboard is based on Section 3.4 of the HL7 Care Plan DAM. This health issue thread (simplified) consists of four encounters, although in reality there could be many more encounters:

  • Primary Care Physician Initial Visit
  • Dietitian
  • Podiatrist
  • Primary Care Follow-up Visits

Storyboard document and test data:

Maternity Care Coordination

Meghan is a post-9/11 Veteran who served in Afghanistan and is recovering from a Traumatic Brain Injury (TBI) and PTSD. Meghan recently became pregnant with her third child and is coordinating care plans between her primary care provider at VA and a community provider outside of VA for her prenatal care. Meghan has concerns about possible negative effects of her PTSD anti-anxiety medication on her new baby. The key actors in this scenario are:

  • Meghan
  • Dr. Francis, MD, primary care provider at VA
  • Dr.Beach, PsyD, VA Psychotherapist counselor for Meghan's PTSD and anxiety conditions
  • Vera, RN, the Maternity Care Coordinator (MCC) at VA helps manage Meghan's non-VA prenatal care
  • Dr. Rattle, OB/GYN from non-VA provider, responsible for Meghan's prenatal care plan

Patient Voice Scenario

The purpose of this care plan scenario on Patient Voice is to illustrate the communication flow and documentation of a care plan that is shared by a patient, his or her primary care provider or other care team members. A Personal Advance Care Plan (PACP) FHIR bundle or document may contain a patient's care goals, health concerns, preferences, and priorities with care team members so this information can be taken into consideration when creating or updating a care plan. This is beneficial in circumstance where the person can't communicate this information in person, or when automated and computable submission of the PACP is preferred. This scenario would be relevant for clinical situations, such as:

  • EMS Services
  • ER visit
  • Nursing Home
  • Primary Care
  • Post Acute Care
  • Palliative Care
  • Organ Donation