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

Difference between revisions of "Care Plan Storyboards with care coordination services scenarios"

From HL7Wiki
Jump to navigation Jump to search
m
 
(18 intermediate revisions by 2 users not shown)
Line 1: Line 1:
Return to: [[ Care Plan Project 2012]]
+
[[category:Patient Care]] [[category:Care Coordination Service]]
 +
 
 +
[[File:go_back.png|32px|link=Care Coordination Service]]
 +
'''Return to:''' [[Care Coordination Service]] '''or''' [[ Care Plan Project 2012]]
 +
 
 +
<div style="border:1px solid lightgrey;padding:8px;">
 +
[[image:notice.png|48x48px]] <b>This content is based on an early draft and requires many updates to reflect changes for in progress ballot reconciliation.</b>
 +
</div>
 +
<br />
  
 
The following are a set of Care Plan Storyboards under development. These storyboards extend on the approved care plan to include scenarios to support care activities planning, resources scheduling, and orchestration. The extensions are intended to provide sufficient details to support the definition of care coordination services and policy.
 
The following are a set of Care Plan Storyboards under development. These storyboards extend on the approved care plan to include scenarios to support care activities planning, resources scheduling, and orchestration. The extensions are intended to provide sufficient details to support the definition of care coordination services and policy.
Line 6: Line 14:
  
 
[[Chronic Condition Care Plan Storyboard]]
 
[[Chronic Condition Care Plan Storyboard]]
 
 
=CCS Functional Profiles=
 
=CCS Functional Profiles=
 
The following set of profiles is in-process, to be included into the S-FM when stabilized.
 
The following set of profiles is in-process, to be included into the S-FM when stabilized.
  
'''Plan Reading'''
+
==Plan Reading==
 
+
- Read a care plan and its (possibly distributed) related plans of care and treatment plans
- Read Care Plan and its (possibly distributed) related plans; subscribe to updates to some parts or to the plan as a whole
 
 
 
 
- Support on-demand reads (pull) as well as pub-subscribe (push) modes
 
- Support on-demand reads (pull) as well as pub-subscribe (push) modes
 +
- In push mode, can subscribe to updates to some parts or to the plan as a whole
  
'''Plan Template Authoring'''
+
==Plan Template Authoring==
 
+
Note: Plan templates are also called "Order Sets"
Note: Single author and collaborative will use same operations.
 
  
 
- Initialize and maintain a plan, apply reusable parts (e.g. a protocol); individualize goals and interventions, etc.
 
- Initialize and maintain a plan, apply reusable parts (e.g. a protocol); individualize goals and interventions, etc.
Line 26: Line 31:
 
- Support online discussions of specified topics; allow for participants to propose, accept, reject changes
 
- Support online discussions of specified topics; allow for participants to propose, accept, reject changes
  
- Orderables would be limited to clinical attributes; for example, lab orders would us LOINC Axes (system, component, property, timing, scale, method) and Med orders would use RxNorm Semantic parameters (ingredient, strength, and dose form).
+
- Use concept codes for all clinical concepts, but also collect narrative version for human consumption
  
'''Care Planning'''
+
==Care Planning==
  
 
- as opposed to authoring
 
- as opposed to authoring
Line 35: Line 40:
  
 
- individualize for the case at hand
 
- individualize for the case at hand
 +
 +
- review
  
 
- make changes during the course of implementation/Execution
 
- make changes during the course of implementation/Execution
  
'''Execution Support'''
+
==Execution Support==
 +
 
 +
- Support assignment of resources and services required for execution
 +
 
 +
- Support "unplanned but needed actions" medical nursing and other professional caregiver actions. Examples of such unpredictability: Condition of patient changes in response to treatments, requiring changes to plan; patient is difficult to stabilize, e.g. brittle diabetic with cardiovascular risks - requires direct urgent interventions that are not even on the plan.
  
- for assignments, support the "delegate" model or the "take" model
+
- Plan actions may hold their starting criteria that make an action eligible for starting, but users must still explicitly  (to support automated start) users start actions that are due, suspend, and stop actions that become due. 
  
- We wish to avoid (at least in the first version) full-blown workflow schemas such as BPMN or GLIFs. Rather, we expect workflow to be “emergent”; that is, the next actions are authored into place by various care team members.  Decisions may be prompted by a "Decision" plan item that may provide alternatives for consideration.  Care team members activate planned actions that are already in place, and they maintain the "horizon" of new planned actions.
+
- We expect workflow to be “emergent”; that is, plan templates serve as an initial plan, but the next actions may also be entered into place as deemed appropriate by duly authorized team members.  Decisions may be prompted by a "Decision" that is connected to an action.  plan item that may provide alternatives for consideration.  Care team members activate planned actions that are already in place, and they maintain the "horizon" of new planned actions.
  
- Decisions are distinct from the triggering of actions.  Actions may be triggering based on preconditions.
+
- Actions include their preconditions and postconditions, no testing and branching.
  
- Order entry: Place orders from predefined order sets
+
- Order entry: Place orders from predefined order sets; order attributes are limited to those included in CP DAM, so additional detail must be collected by order entry system.  The CSS can accept a start command from the user, and the server implementation can trigger the interaction.
  
- Resource scheduling - seek simple case in first version; query availability (just resource type, time slots request, server seeks to avoid collisions),  Then the client can choose a candidate and issue the ‘assign” operation.  Defer:for later version: ability to refine search subject to environment, credentialing distance, financial constraints.
+
- Resource scheduling - seek simple case in first version; query availability (just resource type, time slots request, server seeks to avoid collisions),  Then the client can choose a candidate and issue the ‘assign” operation.  Out of scope: ability to refine search providers subject to environment, credentialing distance, financial constraints.
  
'''Progress Tracking'''
+
==Progress Tracking==
  
 
- Query for progress data
 
- Query for progress data
Line 58: Line 69:
 
- As a principle, we support detection and recording of events by humans or by machine.  the API will support but not require the automatic detection of events by the server.
 
- As a principle, we support detection and recording of events by humans or by machine.  the API will support but not require the automatic detection of events by the server.
  
'''Plan Reconciliation Support'''
+
==Plan Reconciliation==
  
(We need to clarify the dinstincion between "requesting CDS advice" and invoking gap/overlap analysis.  The gap/overlap analysis will employ machine logic, but this is not necessarily clinical rules (other than equivalence based on codes and subsumptions).
+
- produce list to support gap/overlap analysis and can record an overlap flag, but the users must decide what to delete
  
 
- Support analysis and clean-up disjoint, redundant, or conflicting plans; Can be invoked over a single plan or multiple plans.
 
- Support analysis and clean-up disjoint, redundant, or conflicting plans; Can be invoked over a single plan or multiple plans.
  
- automatically organize POCs under CPs; combine POCs for the same specialty.
+
- Automatically organize plans of care under care plans; combine plans of care for the same specialty
  
- any generated suggestions are "proposed" - not automatically accepted.
+
- Any generated suggestions are "proposed" - not automatically accepted.
  
- Could propose alternatives.
+
- Care team members can propose alternatives
  
- In addition to on-demand invocations, an implementation could provide that an agent process suggests gaps and overlaps asynchronoiusly (upon some change, or evaluated periodically)
+
- In addition to on-demand invocations, an implementation could provide that an agent process suggests gaps and overlaps asynchronously (upon some change, or evaluated periodically)
  
'''Clinical Decision Support Integration'''
+
==Clinical Decision Support Integration==
  
 
- Include operations from the CDS swim lane of the generic Car Plan process model (recommend goals; planned actions, etc.)
 
- Include operations from the CDS swim lane of the generic Car Plan process model (recommend goals; planned actions, etc.)
Line 80: Line 91:
 
- a care team member can request advice on some selected plan components (some or all of the plan)
 
- a care team member can request advice on some selected plan components (some or all of the plan)
  
- As an implementation note, if the CCS implementation virtualizes its plan items as vMR constructs, then third-party HL7-standard knowledge modules could be invoked on its plans.
+
- As an implementation opportunity, if the care plan data is exposed as vMR constructs, then third-party HL7-standard knowledge modules could be invoked on those plans.

Latest revision as of 18:30, 8 February 2014


Go back.png Return to: Care Coordination Service or Care Plan Project 2012

Notice.png This content is based on an early draft and requires many updates to reflect changes for in progress ballot reconciliation.


The following are a set of Care Plan Storyboards under development. These storyboards extend on the approved care plan to include scenarios to support care activities planning, resources scheduling, and orchestration. The extensions are intended to provide sufficient details to support the definition of care coordination services and policy.

Acute/Emergency Condition Care Plan Storyboard

Chronic Condition Care Plan Storyboard

CCS Functional Profiles

The following set of profiles is in-process, to be included into the S-FM when stabilized.

Plan Reading

- Read a care plan and its (possibly distributed) related plans of care and treatment plans - Support on-demand reads (pull) as well as pub-subscribe (push) modes - In push mode, can subscribe to updates to some parts or to the plan as a whole

Plan Template Authoring

Note: Plan templates are also called "Order Sets"

- Initialize and maintain a plan, apply reusable parts (e.g. a protocol); individualize goals and interventions, etc.

- Save plans or portions of plans as named reusable components for later reuse

- Support online discussions of specified topics; allow for participants to propose, accept, reject changes

- Use concept codes for all clinical concepts, but also collect narrative version for human consumption

Care Planning

- as opposed to authoring

- instantiate a plan from a template

- individualize for the case at hand

- review

- make changes during the course of implementation/Execution

Execution Support

- Support assignment of resources and services required for execution

- Support "unplanned but needed actions" medical nursing and other professional caregiver actions. Examples of such unpredictability: Condition of patient changes in response to treatments, requiring changes to plan; patient is difficult to stabilize, e.g. brittle diabetic with cardiovascular risks - requires direct urgent interventions that are not even on the plan.

- Plan actions may hold their starting criteria that make an action eligible for starting, but users must still explicitly (to support automated start) users start actions that are due, suspend, and stop actions that become due.

- We expect workflow to be “emergent”; that is, plan templates serve as an initial plan, but the next actions may also be entered into place as deemed appropriate by duly authorized team members. Decisions may be prompted by a "Decision" that is connected to an action. plan item that may provide alternatives for consideration. Care team members activate planned actions that are already in place, and they maintain the "horizon" of new planned actions.

- Actions include their preconditions and postconditions, no testing and branching.

- Order entry: Place orders from predefined order sets; order attributes are limited to those included in CP DAM, so additional detail must be collected by order entry system. The CSS can accept a start command from the user, and the server implementation can trigger the interaction.

- Resource scheduling - seek simple case in first version; query availability (just resource type, time slots request, server seeks to avoid collisions), Then the client can choose a candidate and issue the ‘assign” operation. Out of scope: ability to refine search providers subject to environment, credentialing distance, financial constraints.

Progress Tracking

- Query for progress data

- Subscribe to alerts upon unmet incremental milestones/goals, planned but overdue actions.

- As a principle, we support detection and recording of events by humans or by machine. the API will support but not require the automatic detection of events by the server.

Plan Reconciliation

- produce list to support gap/overlap analysis and can record an overlap flag, but the users must decide what to delete

- Support analysis and clean-up disjoint, redundant, or conflicting plans; Can be invoked over a single plan or multiple plans.

- Automatically organize plans of care under care plans; combine plans of care for the same specialty

- Any generated suggestions are "proposed" - not automatically accepted.

- Care team members can propose alternatives

- In addition to on-demand invocations, an implementation could provide that an agent process suggests gaps and overlaps asynchronously (upon some change, or evaluated periodically)

Clinical Decision Support Integration

- Include operations from the CDS swim lane of the generic Car Plan process model (recommend goals; planned actions, etc.)

- Connect the CDS agent as a collaboration participant, so that CDS output is delivered as correspondence inside the CCS "collaboration" framework. the responses may attached suggested plan items in a "proposed" status.

- a care team member can request advice on some selected plan components (some or all of the plan)

- As an implementation opportunity, if the care plan data is exposed as vMR constructs, then third-party HL7-standard knowledge modules could be invoked on those plans.