This
page
is
part
of
the
FHIR
Specification
(v4.0.1:
R4
-
Mixed
Normative
and
STU
)
in
it's
permanent
home
(it
will
always
be
available
at
this
URL).
(v5.0.0-snapshot1:
Release
5
Snapshot
#1).
The
current
version
which
supercedes
this
version
is
5.0.0
.
For
a
full
list
of
available
versions,
see
the
Directory
of
published
versions
.
Page
versions:
R5
R4B
R4
R3
| Clinical Decision Support Work Group | Maturity Level : N/A | Standards Status : Informative | Compartments : Not linked to any defined compartments |
This is the narrative for the resource. See also the XML , JSON or Turtle format.
OPERATION:
Apply
apply
The official URL for this operation definition is:
http://hl7.org/fhir/OperationDefinition/PlanDefinition-apply
The apply operation applies a PlanDefinition to a given context
URL: [base]/PlanDefinition/$apply
URL: [base]/PlanDefinition/[id]/$apply
Parameters
| Use | Name | Cardinality | Type | Binding | Documentation |
| IN | planDefinition | 0..1 | PlanDefinition |
The plan definition to be applied. If the operation is invoked at the instance level, this parameter is not allowed; if the operation is invoked at the type level, this parameter is required |
|
| IN | subject | 1..* |
string
( reference ) |
The subject(s) that is/are the target of the plan to be applied. The subject may be a Patient, Practitioner, Organization, Location, Device, or Group. Subjects provided in this parameter will be resolved as the subject of the PlanDefinition based on the type of the subject. If multiple subjects of the same type are provided, the behavior is implementation-defined |
|
| IN | encounter | 0..1 |
string
( reference ) |
The encounter in context, if any |
|
| IN | practitioner | 0..1 |
string
( reference ) |
The practitioner applying the plan definition |
|
| IN | organization | 0..1 |
string
( reference ) |
The organization applying the plan definition |
|
| IN | userType | 0..1 | CodeableConcept |
The type of user initiating the request, e.g. patient, healthcare provider, or specific type of healthcare provider (physician, nurse, etc.) |
|
| IN | userLanguage | 0..1 | CodeableConcept |
Preferred language of the person using the system |
|
| IN | userTaskContext | 0..1 | CodeableConcept |
The task the system user is performing, e.g. laboratory results review, medication list review, etc. This information can be used to tailor decision support outputs, such as recommended information resources |
|
| IN | setting | 0..1 | CodeableConcept |
The current setting of the request (inpatient, outpatient, etc.) |
|
| IN | settingContext | 0..1 | CodeableConcept |
Additional detail about the setting of the request, if any |
|
| IN | useCarePlan | 0..1 | boolean | Determines whether the apply should produce a CarePlan with a RequestGroup as an Activity (the default), or just a RequestGroup | |
| OUT | return | 1..1 |
|
The
|
The
result
of
this
operation
is
a
CarePlan
resource
with
a
single
activity
represented
by
a
RequestGroup.
or
RequestGroup
resource.
The
RequestGroup
will
have
actions
for
each
of
the
applicable
actions
in
the
plan
based
on
evaluating
the
applicability
condition
in
context.
For
each
applicable
action,
the
definition
is
applied
as
described
in
the
$apply
operation
of
the
ActivityDefinition
resource,
and
the
resulting
resource
is
added
as
an
activity
to
the
CarePlan.
If
the
ActivityDefinition
includes
library
references,
those
libraries
will
be
available
to
the
evaluated
expressions.
If
those
libraries
have
parameters,
those
parameters
will
be
bound
by
name
to
the
parameters
given
to
the
operation.
In
addition,
parameters
to
the
$apply
operation
are
available
within
dynamicValue
expressions
as
context
variables,
accessible
by
the
name
of
the
parameter,
prefixed
with
a
percent
(%)
symbol.
For
a
more
detailed
description,
refer
to
the
PlanDefinition
and
ActivityDefinition
resource
documentation
Usage note: every effort has been made to ensure that the examples are correct and useful, but they are not a normative part of the specification.