Difference between revisions of "Care Coordination Capabilities"
Line 77: | Line 77: | ||
{| class="wikitable" | {| class="wikitable" | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
|- | |- |
Revision as of 21:56, 26 February 2013
Contents
- 1 Capabilities
- 2 Care Collaboration - Build "Social" Network Capability Set
- 3 Care Collaboration - Team Conversation Capability Set
- 4 Care Collaboration - Participant Availability Capability Set
- 5 Care Collaboration - Semantic Tagging Capability
- 6 Care Observations and Assessment Capability Set
- 7 Care Planning - Plan Life Cycle Capability Set
- 8 Care Planning -
- 9 Care Plan Implementation Capability Set
- 10 Care Review Capability Set
- 11 Documentation Template for Capability Details
Capabilities
Capabilities express "abilit[ies] that an organization, person or system possesses" [1]. Capabilities are independent of business process and they express the "what" rather than the "how".
Capabilities may outlive specific technical specifications or implementations that realize business processes. They may be represented in HL7 V2, V3 or V10 but they will endure and continue to represent what the business does and what services in technology X will need to perform.
Capabilities may be aggregated into logical groupings which may map to interfaces but they will simply be represented here as logical capability sets.
The Care Coordination capabilities comprise the core of the normative content specified in by the CCS HSSP Service Functional Model 2.
As a general rule the capabilities are separate from organizational policies and business rules. This decoupling will allow capabilities to be combined to support various business processes and organizational policies.
Care Collaboration - Build "Social" Network Capability Set
Invite to Collaborate
An invitation is a request to participate in a care coordination or community of collaborators. Invitations may be sent from an authorized participant to new care team member participant.
The ultimate authority resides with the patient and they may directly invite care givers. The PCP will typically serve as the "seed" of the collaboration tree. Members who have accepted may invite other care team members based on pre-existing organizational agreements and policies as covered by HIPAA.
Participants join the the Care Team via an invitation based process which helps to organically grow the patient's care network just as it does in the "real world".
Preconditions
The participant must either be:
- The patient who holds ultimate authority in selecting his or her care team.
- The patient's PCP
- A participant who has received invitations from either the patient or PCP via a chain of trust reflected by pre-existing organizational policies
Inputs
- Patient
- New Collaborator
Outputs
Business Exception
New collaborator not vetted by external policy checks
Respond to Collaboration Invitation
Find All Collaboration Participants
Care Collaboration - Team Conversation Capability Set
Care Team Chat Communications
Invite New Conversation Participants
Respond to Conversation Invitation
Find All Conversation Participants
Care Collaboration - Participant Availability Capability Set
Indicate Personal Availability for Collaboration
Find Participant Availability for Collaboration
Care Collaboration - Semantic Tagging Capability
Tag Collaborative Content
Care Observations and Assessment Capability Set
Capture Subjective and Objective Patient Observations
Capability Status |
2-26-2012 |
Proposed |
Reviewers Here |
Precondition |
|
Inputs |
|
Outputs |
|
Postconditions |
|
Business Exception Conditions |
|
Relationship to Levels of Conformance (or Other Patterns) |
|
Aspects Left to OMG to Specify |
|
Notes |
|
Outstanding Issues |
|
Capture Causative or Interpretative Observation Links
Replace Prior Observations
Specify Assessment Scales to Guide Observation Process
Care Planning - Plan Life Cycle Capability Set
Establish Plan Capability
Revise Plan Capability
Retire Plan Capability
Care Planning -
Care Plan Implementation Capability Set
Track Execution Status Capability
Request Resource Allocation Capability
- Human Resources, Rooms, and Materials
Request Service Allocation Capability
Assign Resource Capability
- Human Resources, Rooms, and Materials
Care Review Capability Set
Acceptance Review Capability
Activity Outcome Review Capability
Goal Review Capability
Plan Review Capability
Documentation Template for Capability Details
The following template captures the level of detail required for the HL7 SOA HSSP Service Functional Model specification. The details make up section 5 of of the SFM boiler plate template which captures the "Detailed Functional Model for each Interface".
Please copy and paste the following wiki markup when adding new capabilities.
Capability Status |
2-26-2012 |
Proposed |
Link of reviewers doodle poll when approved |
Name |
[Mandatory] A business-friendly name describing the context of the motivating scenario, and is unique within this Functional Model (e.g., “Find a Person” vs. FindPerson) |
Description |
[Mandatory] High-level [functional] description of the expected behavior |
Precondition |
[Mandatory] Business Pre-conditions [may be null], i.e. what conditions must have been satisfied before the action can be requested or carried out |
Inputs |
[Mandatory] Inputs [include both mandatory and optional] |
Outputs |
[Mandatory] Outputs [include both mandatory and optional] |
Postconditions |
[Optional] Business Post-conditions, i.e. what conditions will result from the action being carried out. |
Business Exception Conditions |
[Mandatory] Business Exception Conditions [may be null] |
Relationship to Levels of Conformance (or Other Patterns) |
[Optional] Relationship to levels of conformance (or other patterns)
|
Aspects Left to OMG to Specify |
Enumeration of aspects left to the technical specification [may be null]
|
Notes |
|
Outstanding Issues |
|