Care Coordination Capabilities

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 Capability

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 patient's delegated steward of their care plan 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".

Capability Status

2-26-2012

Proposed

Reviewers Here

Precondition	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
Postconditions
Business Exception Conditions	New collaborator not vetted by external policy checks
Relationship to Levels of Conformance (or Other Patterns)
Aspects Left to OMG to Specify
Notes
Outstanding Issues

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

Care Plan Implementation Capability Set

Request Resource Allocation Capability

• Human Resources, Rooms, and Materials

Assign Resource Capability

• Human Resources, Rooms, and Materials

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