Left: | PA Task for Referral Management (http://hl7.org/fhir/us/physical-activity/StructureDefinition/pa-task-for-referral-management) |
Right: | PA Task for Referral Management (http://hl7.org/fhir/us/physical-activity/StructureDefinition/pa-task-for-referral-management) |
Error | StructureDefinition.version | Values for version differ: '1.0.0-ballot' vs '1.0.0' |
Information | StructureDefinition.date | Values for date differ: '2023-03-28T18:30:00+00:00' vs '2023-08-25T15:35:25+00:00' |
Information | StructureDefinition.short | Values for short differ: 'A reference from one resource to another' vs 'What task is acting on' |
Information | StructureDefinition.definition | Values for definition differ: 'A reference from one resource to another.' vs 'The request being actioned or the resource being manipulated by this task.' |
Information | StructureDefinition.comment | Values for comment differ: 'References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository. A variety of resources might provide support for asserting this condition, however at minimum, systems must support the Physical Activity Vital Sign observations.' vs 'If multiple resources need to be manipulated, use sub-tasks. (This ensures that status can be tracked independently for each referenced resource.).' |
Information | StructureDefinition.short | Values for short differ: 'A reference from one resource to another' vs 'Beneficiary of the Task' |
Information | StructureDefinition.definition | Values for definition differ: 'A reference from one resource to another.' vs 'The entity who benefits from the performance of the service specified in the task (e.g., the patient).' |
Warning | Task.requester | Elements differ in definition for mustSupport: 'false' vs 'true' |
Information | Task.requester | Element minimum cardinalities differ: '0' vs '1' |
Error | Task.requester | Type Mismatch: Reference([CanonicalType[http://hl7.org/fhir/StructureDefinition/Device], CanonicalType[http://hl7.org/fhir/StructureDefinition/Organization], CanonicalType[http://hl7.org/fhir/StructureDefinition/Patient], CanonicalType[http://hl7.org/fhir/StructureDefinition/Practitioner], CanonicalType[http://hl7.org/fhir/StructureDefinition/PractitionerRole], CanonicalType[http://hl7.org/fhir/StructureDefinition/RelatedPerson]]) vs Reference([CanonicalType[http://hl7.org/fhir/us/physical-activity/StructureDefinition/reference-rest]])([CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-practitioner], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-practitionerrole], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-organization]]) |
Information | StructureDefinition.short | Values for short differ: 'A reference from one resource to another' vs 'Responsible individual' |
Information | StructureDefinition.definition | Values for definition differ: 'A reference from one resource to another.' vs 'Individual organization or Device currently responsible for task execution.' |
Information | StructureDefinition.comment | Values for comment differ: 'References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository. A variety of resources might provide support for asserting this condition, however at minimum, systems must support the Physical Activity Vital Sign observations.' vs 'Tasks may be created with an owner not yet identified.' |
Information | Task.owner | Element minimum cardinalities differ: '0' vs '1' |
Information | StructureDefinition.short | Values for short differ: 'A reference from one resource to another' vs 'Individual responsible for the annotation' |
Information | StructureDefinition.definition | Values for definition differ: 'A reference from one resource to another.' vs 'The individual responsible for making the annotation.' |
Information | StructureDefinition.comment | Values for comment differ: 'References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository. A variety of resources might provide support for asserting this condition, however at minimum, systems must support the Physical Activity Vital Sign observations.' vs 'Organization is used when there's no need for specific attribution as to who made the comment.' |
Name | Value | Comments | |
---|---|---|---|
abstract | false | ||
baseDefinition | http://hl7.org/fhir/StructureDefinition/Task | ||
copyright | |||
date | 2023-03-28T18:30:00+00:00 | 2023-08-25T15:35:25+00:00 |
|
description | Represents a request for fulfillment of a physical activity-related referral or order and supports management of the same. | ||
experimental | |||
fhirVersion | 4.0.1 | ||
jurisdiction | |||
jurisdiction[0] | urn:iso:std:iso:3166#US | ||
kind | resource | ||
name | PATaskForReferralManagement | ||
publisher | HL7 International - Patient Care WG | ||
purpose | |||
status | active | ||
title | PA Task for Referral Management | ||
type | Task | ||
url | http://hl7.org/fhir/us/physical-activity/StructureDefinition/pa-task-for-referral-management | ||
version | 1.0.0-ballot | 1.0.0 |
|
Name | L Flags | L Card. | L Type | L Description & Constraints | R Flags | R Card. | L Type | L Description & Constraints | Comments | ||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Task | C | 0..* | Task | A task to be performed pa-taskrm-1: Task.statusReason is required if Task.status is 'rejected', 'on-hold', 'cancelled', or 'failed' and is not permitted otherwise. | C | 0..* | Task | A task to be performed pa-taskrm-1: Task.statusReason is required if Task.status is 'rejected', 'on-hold', 'cancelled', or 'failed' and is not permitted otherwise. | |||||||||
id | Σ | 0..1 | id | Logical id of this artifact | Σ | 0..1 | id | Logical id of this artifact | |||||||||
meta | Σ | 0..1 | Meta | Metadata about the resource | Σ | 0..1 | Meta | Metadata about the resource | |||||||||
implicitRules | ?!Σ | 0..0 | ?!Σ | 0..0 | |||||||||||||
language | 0..1 | code | Language of the resource content Binding: ?? (preferred): A human language.
| 0..1 | code | Language of the resource content Binding: ?? (preferred): A human language.
| |||||||||||
text | 0..1 | Narrative | Text summary of the resource, for human interpretation | 0..1 | Narrative | Text summary of the resource, for human interpretation | |||||||||||
contained | 0..* | Resource | Contained, inline Resources | 0..* | Resource | Contained, inline Resources | |||||||||||
extension | 0..* | Extension | Additional content defined by implementations | 0..* | Extension | Additional content defined by implementations | |||||||||||
modifierExtension | ?! | 0..0 | ?! | 0..0 | |||||||||||||
identifier | 0..* | Identifier | Task Instance Identifier | 0..* | Identifier | Task Instance Identifier | |||||||||||
instantiatesCanonical | Σ | 0..1 | canonical(ActivityDefinition) | Formal definition of task | Σ | 0..1 | canonical(ActivityDefinition) | Formal definition of task | |||||||||
instantiatesUri | Σ | 0..1 | uri | Formal definition of task | Σ | 0..1 | uri | Formal definition of task | |||||||||
basedOn | Σ | 0..* | Reference(Resource) | Request fulfilled by this task | Σ | 0..* | Reference(Resource) | Request fulfilled by this task | |||||||||
groupIdentifier | Σ | 0..1 | Identifier | Requisition or grouper id | Σ | 0..1 | Identifier | Requisition or grouper id | |||||||||
partOf | Σ | 0..* | Reference(Task) | Composite task | Σ | 0..* | Reference(Task) | Composite task | |||||||||
status | ?!SΣC | 1..1 | code | draft | requested | received | accepted | + Binding: ?? (required) | ?!SΣC | 1..1 | code | draft | requested | received | accepted | + Binding: ?? (required) | |||||||||
statusReason | SΣC | 0..1 | CodeableConcept | Reason for current status Binding: ?? (example): Codes to identify the reason for current status. These will typically be specific to a particular workflow. | SΣC | 0..1 | CodeableConcept | Reason for current status Binding: ?? (example): Codes to identify the reason for current status. These will typically be specific to a particular workflow. | |||||||||
id | 0..1 | string | Unique id for inter-element referencing | 0..1 | string | Unique id for inter-element referencing | |||||||||||
Slices for extension | 0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url | 0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url | |||||||||||
coding | Σ | 0..* | Coding | Code defined by a terminology system | Σ | 0..* | Coding | Code defined by a terminology system | |||||||||
text | SΣ | 0..1 | string | Plain text representation of the concept | SΣ | 0..1 | string | Plain text representation of the concept | |||||||||
businessStatus | Σ | 0..1 | CodeableConcept | E.g. "Specimen collected", "IV prepped" Binding: ?? (example): The domain-specific business-contextual sub-state of the task. For example: "Blood drawn", "IV inserted", "Awaiting physician signature", etc. | Σ | 0..1 | CodeableConcept | E.g. "Specimen collected", "IV prepped" Binding: ?? (example): The domain-specific business-contextual sub-state of the task. For example: "Blood drawn", "IV inserted", "Awaiting physician signature", etc. | |||||||||
id | 0..1 | string | Unique id for inter-element referencing | 0..1 | string | Unique id for inter-element referencing | |||||||||||
Slices for extension | 0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url | 0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url | |||||||||||
coding | Σ | 0..* | Coding | Code defined by a terminology system | Σ | 0..* | Coding | Code defined by a terminology system | |||||||||
text | SΣ | 1..1 | string | Plain text representation of the concept | SΣ | 1..1 | string | Plain text representation of the concept | |||||||||
intent | Σ | 1..1 | code | order Binding: ?? (required): Distinguishes whether the task is a proposal, plan or full order. Required Pattern: order | Σ | 1..1 | code | order Binding: ?? (required): Distinguishes whether the task is a proposal, plan or full order. Required Pattern: order | |||||||||
priority | S | 0..1 | code | routine | urgent | asap | stat Binding: ?? (required): The task's priority. | S | 0..1 | code | routine | urgent | asap | stat Binding: ?? (required): The task's priority. | |||||||||
code | Σ | 0..1 | CodeableConcept | Task Type Binding: ?? (example): Codes to identify what the task involves. These will typically be specific to a particular workflow. Required Pattern: {"coding":[{"system":"http://hl7.org/fhir/CodeSystem/task-code","code":"fulfill"}]} | Σ | 0..1 | CodeableConcept | Task Type Binding: ?? (example): Codes to identify what the task involves. These will typically be specific to a particular workflow. Required Pattern: {"coding":[{"system":"http://hl7.org/fhir/CodeSystem/task-code","code":"fulfill"}]} | |||||||||
description | Σ | 0..1 | string | Human-readable explanation of task | Σ | 0..1 | string | Human-readable explanation of task | |||||||||
focus | SΣ | 1..1 | Reference(PA Service Request) | A reference from one resource to another | SΣ | 1..1 | Reference(PA Service Request) | What task is acting on | |||||||||
for | SΣ | 1..1 | Reference(US Core Patient Profile) | A reference from one resource to another | SΣ | 1..1 | Reference(US Core Patient Profile) | Beneficiary of the Task | |||||||||
encounter | Σ | 0..1 | Reference(Encounter) | Healthcare event during which this task originated | Σ | 0..1 | Reference(Encounter) | Healthcare event during which this task originated | |||||||||
executionPeriod | Σ | 0..1 | Period | Start and end time of execution | Σ | 0..1 | Period | Start and end time of execution | |||||||||
authoredOn | SC | 1..1 | dateTime | Task Creation Date | SC | 1..1 | dateTime | Task Creation Date | |||||||||
lastModified | ΣC | 0..1 | dateTime | Task Last Modified Date | ΣC | 0..1 | dateTime | Task Last Modified Date | |||||||||
requester | Σ | 0..1 | Reference(Device | Organization | Patient | Practitioner | PractitionerRole | RelatedPerson) | Who is asking for task to be done | SΣ | 1..1 | Reference(US Core Practitioner Profile S | US Core PractitionerRole Profile S | US Core Organization Profile S) | Who is asking for task to be done |
| ||||||||
performerType | 0..* | CodeableConcept | Requested performer Binding: ?? (preferred): The type(s) of task performers allowed. | 0..* | CodeableConcept | Requested performer Binding: ?? (preferred): The type(s) of task performers allowed. | |||||||||||
owner | SΣ | 0..1 | Reference(US Core Practitioner Profile S | US Core PractitionerRole Profile S | US Core Organization Profile S) | A reference from one resource to another | SΣ | 1..1 | Reference(US Core Practitioner Profile S | US Core PractitionerRole Profile S | US Core Organization Profile S) | Responsible individual |
| ||||||||
location | Σ | 0..1 | Reference(Location) | Where task occurs | Σ | 0..1 | Reference(Location) | Where task occurs | |||||||||
reasonCode | 0..1 | CodeableConcept | Why task is needed Binding: ?? (example): Indicates why the task is needed. E.g. Suspended because patient admitted to hospital. | 0..1 | CodeableConcept | Why task is needed Binding: ?? (example): Indicates why the task is needed. E.g. Suspended because patient admitted to hospital. | |||||||||||
id | 0..1 | string | Unique id for inter-element referencing |
| |||||||||||||
Slices for extension | 0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url |
| |||||||||||||
coding | Σ | 0..* | Coding | Code defined by a terminology system |
| ||||||||||||
text | SΣ | 1..1 | string | Plain text representation of the concept |
| ||||||||||||
reasonReference | 0..1 | Reference(Resource) | Why task is needed | 0..1 | Reference(Resource) | Why task is needed | |||||||||||
insurance | 0..* | Reference(Coverage | ClaimResponse) | Associated insurance coverage | 0..* | Reference(Coverage | ClaimResponse) | Associated insurance coverage | |||||||||||
note | S | 0..* | Annotation | Comments made about the task | S | 0..* | Annotation | Comments made about the task | |||||||||
id | 0..1 | string | Unique id for inter-element referencing | 0..1 | string | Unique id for inter-element referencing | |||||||||||
Slices for extension | 0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url | 0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url | |||||||||||
author[x] | SΣ | 1..1 | Reference(US Core Practitioner Profile) | A reference from one resource to another | SΣ | 1..1 | Reference(US Core Practitioner Profile S | US Core Organization Profile S) | Individual responsible for the annotation | |||||||||
time | SΣ | 1..1 | dateTime | When the annotation was made | SΣ | 1..1 | dateTime | When the annotation was made | |||||||||
text | SΣ | 1..1 | markdown | The annotation - text content (as markdown) | SΣ | 1..1 | markdown | The annotation - text content (as markdown) | |||||||||
relevantHistory | 0..* | Reference(Provenance) | Key events in history of the Task | 0..* | Reference(Provenance) | Key events in history of the Task | |||||||||||
restriction | 0..1 | BackboneElement | Constraints on fulfillment tasks | 0..1 | BackboneElement | Constraints on fulfillment tasks | |||||||||||
id | 0..1 | string | Unique id for inter-element referencing | 0..1 | string | Unique id for inter-element referencing | |||||||||||
extension | 0..* | Extension | Additional content defined by implementations | 0..* | Extension | Additional content defined by implementations | |||||||||||
modifierExtension | ?!Σ | 0..* | Extension | Extensions that cannot be ignored even if unrecognized | ?!Σ | 0..* | Extension | Extensions that cannot be ignored even if unrecognized | |||||||||
repetitions | 0..1 | positiveInt | How many times to repeat | 0..1 | positiveInt | How many times to repeat | |||||||||||
period | 0..1 | Period | When fulfillment sought | 0..1 | Period | When fulfillment sought | |||||||||||
recipient | 0..* | Reference(Patient | Practitioner | PractitionerRole | RelatedPerson | Group | Organization) | For whom is fulfillment sought? | 0..* | Reference(Patient | Practitioner | PractitionerRole | RelatedPerson | Group | Organization) | For whom is fulfillment sought? | |||||||||||
input | 0..* | BackboneElement | Information used to perform task | 0..* | BackboneElement | Information used to perform task | |||||||||||
id | 0..1 | string | Unique id for inter-element referencing | 0..1 | string | Unique id for inter-element referencing | |||||||||||
extension | 0..* | Extension | Additional content defined by implementations | 0..* | Extension | Additional content defined by implementations | |||||||||||
modifierExtension | ?!Σ | 0..* | Extension | Extensions that cannot be ignored even if unrecognized | ?!Σ | 0..* | Extension | Extensions that cannot be ignored even if unrecognized | |||||||||
type | 1..1 | CodeableConcept | Label for the input Binding: ?? (example): Codes to identify types of input parameters. These will typically be specific to a particular workflow. E.g. "Comparison source", "Applicable consent", "Concomitent Medications", etc. | 1..1 | CodeableConcept | Label for the input Binding: ?? (example): Codes to identify types of input parameters. These will typically be specific to a particular workflow. E.g. "Comparison source", "Applicable consent", "Concomitent Medications", etc. | |||||||||||
value[x] | 1..1 | base64Binary, boolean, canonical(), code, date, dateTime, decimal, id, instant, integer, markdown, oid, positiveInt, string, time, unsignedInt, uri, url, uuid, Address, Age, Annotation, Attachment, CodeableConcept, Coding, ContactPoint, Count, Distance, Duration, HumanName, Identifier, Money, Period, Quantity, Range, Ratio, Reference(), SampledData, Signature, Timing, ContactDetail, Contributor, DataRequirement, Expression, ParameterDefinition, RelatedArtifact, TriggerDefinition, UsageContext, Dosage, Meta | Content to use in performing the task | 1..1 | base64Binary, boolean, canonical(), code, date, dateTime, decimal, id, instant, integer, markdown, oid, positiveInt, string, time, unsignedInt, uri, url, uuid, Address, Age, Annotation, Attachment, CodeableConcept, Coding, ContactPoint, Count, Distance, Duration, HumanName, Identifier, Money, Period, Quantity, Range, Ratio, Reference(), SampledData, Signature, Timing, ContactDetail, Contributor, DataRequirement, Expression, ParameterDefinition, RelatedArtifact, TriggerDefinition, UsageContext, Dosage, Meta | Content to use in performing the task | |||||||||||
Slices for output | 0..* | BackboneElement | Information produced as part of task Slice: Unordered, Open by pattern:type, type:value | 0..* | BackboneElement | Information produced as part of task Slice: Unordered, Open by pattern:type, type:value | |||||||||||
id | 0..1 | string | Unique id for inter-element referencing | 0..1 | string | Unique id for inter-element referencing | |||||||||||
extension | 0..* | Extension | Additional content defined by implementations | 0..* | Extension | Additional content defined by implementations | |||||||||||
modifierExtension | ?!Σ | 0..0 | ?!Σ | 0..0 | |||||||||||||
type | 1..1 | CodeableConcept | Label for output Binding: ?? (example): Codes to identify types of input parameters. These will typically be specific to a particular workflow. E.g. "Identified issues", "Preliminary results", "Filler order", "Final results", etc. | 1..1 | CodeableConcept | Label for output Binding: ?? (example): Codes to identify types of input parameters. These will typically be specific to a particular workflow. E.g. "Identified issues", "Preliminary results", "Filler order", "Final results", etc. | |||||||||||
value[x] | 1..1 | base64Binary, boolean, canonical(), code, date, dateTime, decimal, id, instant, integer, markdown, oid, positiveInt, string, time, unsignedInt, uri, url, uuid, Address, Age, Annotation, Attachment, CodeableConcept, Coding, ContactPoint, Count, Distance, Duration, HumanName, Identifier, Money, Period, Quantity, Range, Ratio, Reference(), SampledData, Signature, Timing, ContactDetail, Contributor, DataRequirement, Expression, ParameterDefinition, RelatedArtifact, TriggerDefinition, UsageContext, Dosage, Meta | Result of output | 1..1 | base64Binary, boolean, canonical(), code, date, dateTime, decimal, id, instant, integer, markdown, oid, positiveInt, string, time, unsignedInt, uri, url, uuid, Address, Age, Annotation, Attachment, CodeableConcept, Coding, ContactPoint, Count, Distance, Duration, HumanName, Identifier, Money, Period, Quantity, Range, Ratio, Reference(), SampledData, Signature, Timing, ContactDetail, Contributor, DataRequirement, Expression, ParameterDefinition, RelatedArtifact, TriggerDefinition, UsageContext, Dosage, Meta | Result of output | |||||||||||
Documentation for this format |