Page Comparison

...

• a reference to its corresponding ActivityDefinition

• status set to draft, with the following exception:

  • status is set to on-hold when the ServiceRequest references an ActivityDefinition which has a trigger dependency on trigger condition(s) for one or more other ActivityDefinition referenced in the same PlanDefinition. See https://ehealth-dk.atlassian.net/wiki/spaces/EDTW/pages/1696137281/Managing+Telemedicine+Packages#Setting-up-one-or-more-actions-as-trigger-for-an-action-in-PlanDefinition for how dependencies on triggering is set up in the PlanDefinition. See https://ehealth-dk.atlassian.net/wiki/spaces/EDTW/pages/2059763713/Maintaining+CarePlan+s+and+ServiceRequest+s#Controlling-the-trigger-enablement and https://ehealth-dk.atlassian.net/wiki/spaces/EDTW/pages/538935313/Behind+the+Scenes#Automated-Processing-of-Triggering-Conditions for how triggering can be controlled and how the infrastructure processes triggering, respectively.is a depending ServiceRequest (see below)

• a copy of the corresponding ActivityDefinition reuse criteria, if any

• a copy of the corresponding ActivityDefinition sharing policy, if any

• a copy of the corresponding ActivityDefinition measurement ranges, if any

• an initial, relative measurement regime in ServiceRequest.occurrence[x] which is a copy of the measurement regime appearing for the action, if any. Note that the measurement regime in PlanDefinition.action.timing[x] takes precedence over ActivityDefinition.timing[x] for ActivityDefinition referenced in PlanDefinition.action.definition.

...

At some point before a ServiceRequest has status set to active, its measurement regime must be defined with a starting date/time.

Trigger Actions and Trigger Conditions

Action Triggers and Trigger Conditions

A PlanDefinition can contain one or more action trigger where each action trigger identifies the depending action/ActivityDefinition and the triggering action/ActivityDefinition (one or more) that it depends on. See https://ehealth-dk.atlassian.net/wiki/spaces/EDTW/pages/1696137281/Managing+Telemedicine+Packages#Setting-up-one-or-more-actions-as-trigger-for-an-action-in-PlanDefinition for how to define an action trigger, including how to specify trigger conditions, trigger behavior and reaction to perform when conditions are met.

In the PlanDefinition.action[i].actionTrigger (see https://docs.ehealth.sundhed.dk/latest-released/ig/StructureDefinition-ehealth-plandefinition-definitions.html#PlanDefinition.action.extension:ehealth-actionTrigger)

• a depending action is the action for which the actionTrigger is defined.

• one or more triggering actions are those that the depending action is depending on and for which trigger conditions and behavior is defined in the trigger action.

When the PlanDefinition is applied to CarePlan and ServiceRequest resources, the action trigger and its trigger conditions manifest themselves in the ServiceRequest resources as follows:

• A depending ServiceRequest (related to an ActivityDefinition which is a depending action) has

  • trigger-enablement set to TRIGGER_ENABLED.

• A triggering ServiceRequest (related to an ActivityDefinition which is a triggering action) has

  • trigger-enablement set to NO_TRIGGER

  • meta.tag set to a Coding corresponding to trigger (see https://docs.ehealth.sundhed.dk/latest-released/ig/CodeSystem-ehealth-action-type.html ).

In the example below, the PlanDefinition contains an action trigger conditions where activity “action[2]” has an actionTrigger with dependencies to “action[0]” and “action[1]”. When applied to a As a result of applying it to CarePlan and ServiceRequest , these triggering resources, the action trigger and its trigger conditions manifest themselves in the ServiceRequest resources as follows (and shown in the figure below):

• A The depending ServiceRequest SR2 (related to an ActivityDefinition , here AD2, with has action trigger conditions set) depending on trigger conditions to be met in other ServiceRequest has trigger-enablement set to TRIGGER_ENABLED.

  • In this case, the action trigger condition for the action[2] (ActivityDefinition AD2) has trigger reaction set to “activation from on-hold to active”, which is why the ServiceRequest SR2 is initially with status set to on-hold.

• A The triggering ServiceRequest (related to an ActivityDefinition, here this applies to AD0 and AD1, which another ActivityDefinition is depending on in its action trigger

...

• resources SR0 and SR1 have

  • trigger-enablement set to NO_TRIGGER (because they themselves are not depending on others)

  • meta.tag set to trigger

Image Added

...