| Element Name | Transition |
|---|---|
| Parent Elements | WorkflowDef |
| Element XPath(s) | /ODM/Study/MetaDataVersion/Protocol/WorkflowDef/Transition |
| Element Textual Value | None |
| Attributes | OID, Name, SourceOID, TargetOID, StartConditionOID, EndConditionOID |
| Child Elements | None |
| Usage/Business Rules |
|
| Attribute | Schema Datatype or Enumeration | Usage | Definition | Business Rule(s) |
|---|---|---|---|---|
| OID | oid | Required | Unique identifier for the Transition element. |
|
| Name | name | Required | Human readable name for the transition between two structural elements in a WorkflowDef element. |
|
| SourceOID | oidref | Required | References the definition of the source structural element for the transition. The structural element may be a StudyEventGroupDef, StudyEventDef, ItemGroupDef, ItemDef, or Branching element. |
|
| TargetOID | oidref | Required | References the definition of the target structural element for the transition. The structural element may be a StudyEventGroupDef, StudyEventDef, ItemGroupDef, ItemDef, or Branching element. The latter will be used when there is a branching definition necessary as a result of the transition. |
|
| StartConditionOID | oidref | Optional | The StartConditionOID references a ConditionDef specifying a condition that must be met for the transition to start. For example, if the source structural element is a StudyEventGroupDef describing the activities for study screening and the target structural element is a StudyEventGroupDef describing study enrollment, the ConditionDef referenced by the StartConditionOID specifies the criteria that must be met for a subject to transition from screening to enrollment. |
|
| EndConditionOID | oidref | Optional | The EndConditionOID references a ConditionDef defining the condition under which the transition can be completed. As long as the condition is not met, the transition to the next actitivity or event must be considered to be temporary blocked. When the target structural element can be considered to be a "visit," the condition can be regarded as a visit entry criterion. |
|
A Transition defines a link between 2 structural elements in a workflow.
The SourceOID references the definition of the source structural element for the transition. This can be a StudyEventGroupDef, StudyEventDef, ItemGroupDef, ItemDef, or Branching element.
The TargetOID references the definition of the target structural element of the transition. This can be a StudyEventGroupDef, StudyEventDef, ItemGroupDef, ItemDef, or Branching element.
The latter will be used when there is a branching definition necessary as a result of the transition.
The StartConditionOID references a ConditionDef specifying a condition that must be met for the transition to start. For example, if the source structural element is a StudyEventGroupDef describing the activities for study screening and the target structural element is a StudyEventGroupDef describing study enrollment, the ConditionDef referenced by the StartConditionOID specifies the criteria that must be met for a subject to transition from screening to enrollment.
The EndConditionOID references a ConditionDef defining the condition under which the transition can be completed. As long as the condition is not met, the transition to the next actitivity or event must be considered to be temporary blocked. When the target structural element can be considered to be a "visit," the condition can be regarded as a visit entry criterion.
When the execution of the transition is dependent upon a timing constraint that is either directly defined or calculated, a TransitionTimingConstraint must be defined, referencing the current Transition.
Example: Physio_Underwater_Therapy_BPMN_to_ODMv2_Workflow_result.xml. This example was generated automatically from a BPMN-2 XML file using an XSLT stylesheet.
The example demonstrates the case that a subject can, after visit 1, take physiotherapy, underwater therapy, or both in parallel. This is then followed by visit 2, which is an evaluation visit.