abstractbaseDefinitioncopyrightdate- Values Differ
description- Values Differ
experimentalfhirVersionjurisdiction
jurisdiction[0]kindnamepublisher- Values Differ
purposestatus- Values Differ
titletypeurlversion- Values Differ
| Left: | CDex Task Attachment Request Profile (http://hl7.org/fhir/us/davinci-cdex/StructureDefinition/cdex-task-attachment-request) |
| Right: | CDex Task Attachment Request Profile (http://hl7.org/fhir/us/davinci-cdex/StructureDefinition/cdex-task-attachment-request) |
| Error | StructureDefinition.version | Values for version differ: '2.0.0' vs '2.1.0' |
| Information | StructureDefinition.status | Values for status differ: 'draft' vs 'active' |
| Information | StructureDefinition.date | Values for date differ: '2023-03-22T00:14:31+11:00' vs '2024-11-18T23:09:39+00:00' |
| Information | StructureDefinition.publisher | Values for publisher differ: 'HL7 International - Patient Care Work Group' vs 'HL7 International / Payer/Provider Information Exchange Work Group' |
| Information | Task.contained | Element minimum cardinalities differ: '1' vs '2' |
| Information | StructureDefinition.short | Values for short differ: 'Claim or Prior Authorization ID' vs 'Claim or prior authorization ID' |
| Information | StructureDefinition.definition | Values for definition differ: 'The business identifier representing the Claim or Prior Authorization ID' vs 'The business identifier representing the claim or prior authorization ID' |
| Name | Value | Comments | |
|---|---|---|---|
| abstract | false | ||
| baseDefinition | http://hl7.org/fhir/StructureDefinition/Task | ||
| copyright | Used by permission of HL7 International all rights reserved Creative Commons License | ||
| date | 2023-03-22T00:14:31+11:00 | 2024-11-18T23:09:39+00:00 |
|
| description | Payers use the [Task](http://hl7.org/StructureDefinition/Task) based profile to request additional documentation ("attachments") for claims or prior authorizations. It constrains the Task resource to minimal necessary data elements needed to request attachments and respond in a way that is compatible with existing X12 277 RFAI and 278 response transactions to allow for association and requests for (typically PDF and CCDA) documents using LOINC as the standard. It also supports requests for more detailed missing data using Questionnaire, CQL, and QuestionnaireResponse, as supported by Da Vinci DTR. It constrains the following elements to be *mandatory* (min=1): - A [contained](http://hl7.org/fhir/R4/references.html) Patient Resource defined by the [CDex Patient Demographics Profile](http://hl7.org/fhir/us/davinci-cdex/StructureDefinition/cdex-patient-demographics) and communicating additional patient demographic data elements. - A [contained](http://hl7.org/fhir/R4/references.html) PractitionerRole Resource defined by the [CDex PractitionerRole Profile](http://hl7.org/fhir/us/davinci-cdex/StructureDefinition/cdex-practitionerrole) to communicate the provider ID as either a unique organization/location identifier (e.g., Type 2 NPI) or unique provider identifier (e.g., Type 1 NPI) or both. - A Task.identifier element representing the payers tracking identifier (referred to as the “re-association tracking control numbers”) - A Task.status with a required binding to HRex [Task Status ValueSet](http://hl7.org/fhir/us/davinci-hrex/STU1/ValueSet-hrex-task-status.html) (this element is a mandatory Task element). For guidance when the provider is not able to complete the Task, refer to the [When The Task Cannot Be Completed section](http://hl7.org/fhir/us/davinci-cdex/STU2/task-based-approach.html#when-the-task-cannot-be-completed). - A Task.intent fixed to "order" (this element is a mandatory Task element) - A Task.code of either "attachment-request-code" or "attachment-request-questionnaire" communicating that the Payer is requesting attachments for a claim or prior authorization using a code or data request questionnaire. - If the code is "attachment-request-code", the provider system returns attachment(s) identified by the LOINC attachment code(s) in the "code" input parameter. - If the code is "attachment-request-questionnaire", the provider system uses [Documentation Templates and Rules (DTR)](http://hl7.org/fhir/us/davinci-dtr/2022May/) to complete the Questionnaire referenced in the "questionnaire" input parameter. - When either code is present, the provider system uses the $submit-attachment operation to return the information to the endpoint provided in "payer-url" input parameter. - A Task.requester.identifier element representing the Payer ID - A Task.owner.reference element fixed to "\#practionerrole" - a reference the contained PractitionerRole Resource that represents the Provider ID. - A Task.for.reference element fixed to "\#patient" - a reference the contained Patient Resource that represents basic Patient demographic data. - A Task.reasonCode to communicate whether the attachments are for a Claim or Prior Authorization - A Task.reasonReference.reference referencing the Claim or Prior Authorization ID (business Identifier) - A "payer-url" Task.input element representing the Payer endpoint URL to communicate to the provider to submit the attachments using the `$submit-attachment` operation It constrains following elements to be [*must support*](attachments-conformance.html#cdex-must-support-definition) (min=0): - A Task.Restriction.period element representing the due date for submitting the attachments - A Task.statusReason.text to communicate the reason for the status (for example, if the Task is rejected or failed) - A "code" Task.input element to communicate to the provider what attachments are needed using LOINC attachment codes.* - A "code" or "questionnaire" Task.input element extension representing a claim or prior authorization line item numbers associated with the attachment or questionnaire. - A "signature" Task.input element representing a flag to indicate whether the requested data requires a signature. For more information about requiring and requesting signatures, refer to the [Signatures section](http://hl7.org/fhir/us/davinci-cdex/STU2/sending-attachments.html#signatures). - A "service-date" Task.input element representing the date of service or starting date of the service for the claim or prior authorization. It SHALL be present if the attachment is for a claim. It defines the following elements to be *optional*: - A "questionnaire" Task.input element to communicate to the provider a URL of a data request [FHIR Questionnaire](http://hl7.org/fhir/questionnaire.html) that conforms to the [DTR SDC Questionnaire Profile](http://hl7.org/fhir/us/davinci-dtr/StructureDefinition/dtr-sdc-questionnaire) or the [DTR SDC Questionnaire for Adaptive Form Profile](http://hl7.org/fhir/us/davinci-dtr/StructureDefinition/dtr-sdc-questionnaire-adapt).* - A questionnaireDisplay extension to communicate the display name of the Questionnaire - A "POU" Task.input element representing the purpose of use (POU) for the requested data using an extensible [CDex Purpose of Use Value Set](http://hl7.org/fhir/us/davinci-cdex/ValueSet/cdex-POU). For more information about sending purpose POU codes, refer to the [Purpose of Use section](http://hl7.org/fhir/us/davinci-cdex/STU2/sending-attachments.html#signatures). - A "multiple-submits" Task.input element representing a flag to indicate whether the requested data can be sent in multiple submissions - A "data-value" Task.output element referring to FHIR resource(s) representing the result(s) of the data request code. - A "response" Task.output element which is a local reference to the [FHIR QuestionnaireResponse](http://hl7.org/fhir/questionnaireresponse.html) resulting from the data request Questionnaire. The QuestionnaireResponse conforms to the [SDC Questionnaire Response Profile](http://hl7.org/fhir/uv/sdc/StructureDefinition/sdc-questionnaireresponse) or the [SDC Adaptive Questionnaire Response Profile](http://hl7.org/fhir/uv/sdc/StructureDefinition/sdc-questionnaireresponse-adapt). \* Either a "code" or a "questionnaire" Task.input element is required | Payers use this [Task](http://hl7.org/StructureDefinition/Task) based profile to request additional documentation ("attachments") for claims or prior authorizations. It constrains the Task resource to minimal necessary data elements needed to request attachments and respond in a way that is compatible with existing X12 277 RFAI and 278 response transactions to allow for association and requests for (typically PDF and CCDA) documents using LOINC and X12 standard codes. It also supports requests for more detailed missing data using Questionnaire, CQL, and QuestionnaireResponse, as supported by Da Vinci DTR. It constrains the following elements to be *mandatory* (min=1): - A [contained](http://hl7.org/fhir/R4/references.html) Patient Resource defined by the [CDex Patient Demographics Profile](StructureDefinition-cdex-patient-demographics.html) and communicating additional patient demographic data elements. - A [contained](http://hl7.org/fhir/R4/references.html) PractitionerRole Resource defined by the [CDex PractitionerRole Profile](StructureDefinition-cdex-practitionerrole.html) to communicate the provider ID as either a unique organization/location identifier (e.g., Type 2 NPI) or unique provider identifier (e.g., Type 1 NPI) or both. - A `Task.identifier` element representing the payers tracking identifier (referred to as the “re-association tracking control numbers”) - A `Task.status` with a required binding to HRex [Task Status ValueSet](http://hl7.org/fhir/us/davinci-hrex/ValueSet-hrex-task-status.html) (this element is a mandatory Task element). For guidance when the provider cannot complete the Task, refer to the [When The Task Cannot Be Completed section](task-based-approach.html#when-the-task-cannot-be-completed). - A `Task.intent` element that is fixed to "order" (this element is a mandatory Task element) - A `Task.code` of either "attachment-request-code" or "attachment-request-questionnaire" communicating that the Payer is requesting attachments for a claim or prior authorization using a code or data request questionnaire. - If the code is "attachment-request-code", the provider system returns attachment(s) identified by the attachment code(s) in the "AttachmentsNeeded" input parameter. - If the code is "attachment-request-questionnaire", the provider system uses [Documentation Templates and Rules (DTR)](https://hl7.org/fhir/us/davinci-dtr/index.html) to complete the Questionnaire(s) referenced in the "QuestionnairesNeeded" input parameter. - When either code is present, the provider system uses the $submit-attachment operation to return the information to the endpoint provided in the "PayerUrl" input parameter. - A `Task.requester`.identifier element representing the Payer ID - A `Task.owner`.reference element that is fixed to "\#practionerrole" - a reference to the contained PractitionerRole Resource that represents the Provider ID. - A `Task.for`.reference element that is fixed to "\#patient" - a reference to the contained Patient Resource that represents patient demographic data. - A `Task.reasonCode` to communicate whether the attachments are for a claim or prior authorization. - A `Task.reasonReference`.reference referencing the claim or prior authorization ID (business Identifier). - A "PayerUrl" `Task.input` element representing the Payer endpoint URL the provider uses when submitting attachments with the `[$submit-attachment`](OperationDefinition-submit-attachment.html) operation. It constrains the following elements to be [*must support*](attachments-conformance.html#cdex-must-support-definition) (min=0): - A `Task.Restriction.period` element representing the due date for submitting the attachments - A `Task.statusReason.text` to communicate the reason for the status (for example, if the Task is rejected or failed) - A "AttachmentsNeeded" `Task.input` element to communicate to the provider what attachments are needed using LOINC or X12 attachment codes.* - A "AttachmentsNeeded" or "QuestionnairesNeeded" `Task.input` element extension that communicates claim or prior authorization line item numbers associated with the attachment or questionnaire. - A "signature" `Task.input` element. This is a flag to indicate whether the requested data requires a signature. For more information about requiring and requesting signatures, refer to the [Signatures section](sending-attachments.html#signatures). - A "service-date" `Task.input` element representing the date of service or starting date of the service for the claim or prior authorization. It **SHALL** be present if the attachment is for a claim. It defines the following *optional* elements: - A "QuestionnairesNeeded" Task.input element to communicate to the provider a URL of a data request [FHIR Questionnaire](http://hl7.org/fhir/questionnaire.html) that conforms to the [DTR Standard Questionnaire Profile](http://hl7.org/fhir/us/davinci-dtr/StructureDefinition/dtr-std-questionnaire) or the [DTR Questionnaire for Adaptive Form Profile](http://hl7.org/fhir/us/davinci-dtr/StructureDefinition/dtr-questionnaire-adapt).* - A questionnaireDisplay extension to communicate the display name of the Questionnaire - A "POU" `Task.input` element that is used to indicate the purpose of use (POU) for the requested data using an extensible [CDex Purpose of Use Value Set](ValueSet-cdex-POU.html). Refer to the [Purpose of Use section](task-based-approach.html#purpose-of-use) For more information about sending purpose POU codes. - A "multiple-submits" `Task.input` element that is a flag to indicate whether the requested data can be sent in multiple submissions - A "AttachmentsNeeded" `Task.output` element that references the result(s) of the data request code. - A "QuestionnairesNeeded" `Task.output` element which references the [FHIR QuestionnaireResponse](http://hl7.org/fhir/questionnaireresponse.html) resulting from the data request Questionnaire. The QuestionnaireResponse conforms to the [CDex SDC QuestionnaireResponse Profile](StructureDefinition-cdex-sdc-questionnaireresponse.html) or the [SDC Adaptive Questionnaire Response Profile](http://hl7.org/fhir/uv/sdc/StructureDefinition/sdc-questionnaireresponse-adapt). \* Either a "AttachmentsNeeded" or a "QuestionnairesNeeded" `Task.input` element is required |
|
| experimental | |||
| fhirVersion | 4.0.1 | ||
| jurisdiction | |||
| jurisdiction[0] | urn:iso:std:iso:3166#US | ||
| kind | resource | ||
| name | CDexTaskAttachmentRequest | ||
| publisher | HL7 International - Patient Care Work Group | HL7 International / Payer/Provider Information Exchange Work Group |
|
| purpose | |||
| status | draft | active |
|
| title | CDex Task Attachment Request Profile | ||
| type | Task | ||
| url | http://hl7.org/fhir/us/davinci-cdex/StructureDefinition/cdex-task-attachment-request | ||
| version | 2.0.0 | 2.1.0 |
|
| Name | L Flags | L Card. | L Type | L Description & Constraints | R Flags | R Card. | R Type | R Description & Constraints | Comments | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
 Task | C | 0..* | Task | A task to be performed inv-1: Last modified date must be greater than or equal to authored-on date. cdex-1: The "service-date" input SHALL be present if the attachment is for a claim. cdex-4: If code = "attachment-request-code", must have one or more "code" inputs. cdex-5: If code = "attachment-request-questionnaire", must have one "questionnaire" input. cdex-6: Must only have "code" inputs or one "questionnaire" input not both. cdex-10: If code = "attachment-request-questionnaire" and status = "completed", should have one "questionnaire-response" output referencing the QuestionnaireResponse. tdr-2: Task statusReason SHALL be populated if status is 'rejected' or 'failed' | C | 0..* | Task | A task to be performed inv-1: Last modified date must be greater than or equal to authored-on date. cdex-1: The "service-date" input SHALL be present if the attachment is for a claim. cdex-4: If code = "attachment-request-code", must have one or more "AttachmentsNeeded" inputs. cdex-5: If code = "attachment-request-questionnaire", must have one or more "QuestionnairesNeeded" inputs. cdex-6: Must have only "AttachmentsNeeded" or "QuestionnairesNeeded" inputs not both. cdex-10: If code = "attachment-request-questionnaire" and status = "completed", should have one or more "questionnaires-needed" outputs referencing the QuestionnaireResponse. tdr-2: Task statusReason SHALL be populated if status is 'rejected' or 'failed' | |||||||||
 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..1 | uri | A set of rules under which this content was created | ?!Σ | 0..1 | uri | A set of rules under which this content was created | |||||||||
| 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 | |||||||||||
| Slices for contained | S | 1..* | Resource | Contained, inline Resources Slice: Unordered, Open by type:$this | S | 2..* | Resource | Contained, inline Resources Slice: Unordered, Open by type:$this |
| ||||||||
 extension | 0..* | Extension | Additional content defined by implementations | 0..* | Extension | Additional content defined by implementations | |||||||||||
 modifierExtension | ?! | 0..* | Extension | Extensions that cannot be ignored | ?! | 0..* | Extension | Extensions that cannot be ignored | |||||||||
| Slices for identifier | S | 1..* | Identifier | Task Instance Identifier Slice: Unordered, Open by pattern:$this | S | 1..* | Identifier | Task Instance Identifier Slice: Unordered, Open by pattern:$this | |||||||||
| 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 Description (No ValueSet): (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 Description (No ValueSet): (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Σ | 1..1 | string | Plain text representation of the concept | SΣ | 1..1 | string | Plain text representation of the concept | |||||||||
| businessStatus | Σ | 0..1 | CodeableConcept | E.g. "Specimen collected", "IV prepped" Binding Description (No ValueSet): (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 Description (No ValueSet): (example): The domain-specific business-contextual sub-state of the task. For example: "Blood drawn", "IV inserted", "Awaiting physician signature", etc. | |||||||||
| intent | SΣ | 1..1 | code | unknown | proposal | plan | order | original-order | reflex-order | filler-order | instance-order | option Binding: ?? (required): Distinguishes whether the task is a proposal, plan or full order. Fixed Value: order | SΣ | 1..1 | code | unknown | proposal | plan | order | original-order | reflex-order | filler-order | instance-order | option Binding: ?? (required): Distinguishes whether the task is a proposal, plan or full order. Fixed Value: order | |||||||||
| priority | 0..1 | code | routine | urgent | asap | stat Binding: ?? (required): The task's priority. | 0..1 | code | routine | urgent | asap | stat Binding: ?? (required): The task's priority. | |||||||||||
| code | SΣC | 1..1 | CodeableConcept | attachment-request-code | attachment-request-questionnaire Binding: ?? (required) | SΣC | 1..1 | CodeableConcept | attachment-request-code | attachment-request-questionnaire Binding: ?? (required) | |||||||||
| 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 | SΣ | 1..* | Coding | Code defined by a terminology system | SΣ | 1..* | Coding | Code defined by a terminology system | |||||||||
| 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 | |||||||||||
| system | SΣ | 0..1 | uri | Identity of the terminology system Fixed Value: http://hl7.org/fhir/us/davinci-cdex/CodeSystem/cdex-temp | SΣ | 0..1 | uri | Identity of the terminology system Fixed Value: http://hl7.org/fhir/us/davinci-pas/CodeSystem/PASTempCodes | |||||||||
| version | Σ | 0..1 | string | Version of the system - if relevant | Σ | 0..1 | string | Version of the system - if relevant | |||||||||
| code | SΣ | 1..1 | code | Symbol in syntax defined by the system | SΣ | 1..1 | code | Symbol in syntax defined by the system | |||||||||
| display | Σ | 0..1 | string | Representation defined by the system | Σ | 0..1 | string | Representation defined by the system | |||||||||
| userSelected | Σ | 0..1 | boolean | If this coding was chosen directly by the user | Σ | 0..1 | boolean | If this coding was chosen directly by the user | |||||||||
| text | Σ | 0..1 | string | Plain text representation of the concept | Σ | 0..1 | string | Plain text representation of the concept | |||||||||
| description | Σ | 0..1 | string | Human-readable explanation of task | Σ | 0..1 | string | Human-readable explanation of task | |||||||||
| focus | Σ | 0..1 | Reference(Resource) | What task is acting on | Σ | 0..1 | Reference(Resource) | What task is acting on | |||||||||
| for | SΣ | 1..1 | Reference(CDex Patient Demographics Profile) {c} | Contained Patient. | SΣ | 1..1 | Reference(CDex Patient Demographics Profile) {c} | Contained Patient. | |||||||||
| 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 | |||||||||||
| reference | SΣC | 1..1 | string | Contained resource reference Fixed Value: #patient | SΣC | 1..1 | string | Contained resource reference Fixed Value: #patient | |||||||||
| type | Σ | 0..1 | uri | Type the reference refers to (e.g. "Patient") Binding: ?? (extensible): Aa resource (or, for logical models, the URI of the logical model). | Σ | 0..1 | uri | Type the reference refers to (e.g. "Patient") Binding: ?? (extensible): Aa resource (or, for logical models, the URI of the logical model). | |||||||||
| identifier | Σ | 0..1 | Identifier | Logical reference, when literal reference is not known | Σ | 0..1 | Identifier | Logical reference, when literal reference is not known | |||||||||
| display | Σ | 0..1 | string | Text alternative for the resource | Σ | 0..1 | string | Text alternative for the resource | |||||||||
| 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 | C | 0..1 | dateTime | Task Creation Date | C | 0..1 | dateTime | Task Creation Date | |||||||||
| lastModified | ΣC | 0..1 | dateTime | Task Last Modified Date | ΣC | 0..1 | dateTime | Task Last Modified Date | |||||||||
| requester | SΣ | 1..1 | Reference(US Core Organization Profile) | Payer asking for attachments | SΣ | 1..1 | Reference(HRex Organization Profile(1.1.0-ballot)) | Payer asking for attachments | |||||||||
| 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 | |||||||||||
| reference | ΣC | 0..1 | string | Literal reference, Relative, internal or absolute URL | ΣC | 0..1 | string | Literal reference, Relative, internal or absolute URL | |||||||||
| type | Σ | 0..1 | uri | Type the reference refers to (e.g. "Patient") Binding: ?? (extensible): Aa resource (or, for logical models, the URI of the logical model). | Σ | 0..1 | uri | Type the reference refers to (e.g. "Patient") Binding: ?? (extensible): Aa resource (or, for logical models, the URI of the logical model). | |||||||||
| identifier | SΣ | 1..1 | Identifier | Payer ID | SΣ | 1..1 | Identifier | Payer ID | |||||||||
| display | Σ | 0..1 | string | Text alternative for the resource | Σ | 0..1 | string | Text alternative for the resource | |||||||||
| 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Σ | 1..1 | Reference(CDex PractitionerRole Profile) {c} | Provider who submitted claim or preauthorization | SΣ | 1..1 | Reference(CDex PractitionerRole Profile) {c} | Provider who submitted claim or preauthorization | |||||||||
| 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 | |||||||||||
| reference | SΣC | 1..1 | string | Contained resource reference Fixed Value: #practitionerrole | SΣC | 1..1 | string | Contained resource reference Fixed Value: #practitionerrole | |||||||||
| type | Σ | 0..1 | uri | Type the reference refers to (e.g. "Patient") Binding: ?? (extensible): Aa resource (or, for logical models, the URI of the logical model). | Σ | 0..1 | uri | Type the reference refers to (e.g. "Patient") Binding: ?? (extensible): Aa resource (or, for logical models, the URI of the logical model). | |||||||||
| identifier | Σ | 0..1 | Identifier | Logical reference, when literal reference is not known | Σ | 0..1 | Identifier | Logical reference, when literal reference is not known | |||||||||
| display | Σ | 0..1 | string | Text alternative for the resource | Σ | 0..1 | string | Text alternative for the resource | |||||||||
| location | Σ | 0..1 | Reference(Location) | Where task occurs | Σ | 0..1 | Reference(Location) | Where task occurs | |||||||||
| reasonCode | S | 1..1 | CodeableConcept | Why task is needed Binding Description (No ValueSet): (example): Indicates why the task is needed. E.g. Suspended because patient admitted to hospital. | S | 1..1 | CodeableConcept | Why task is needed Binding Description (No ValueSet): (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 | 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 | |||||||||||
| Slices for coding | SΣC | 1..* | Coding | Code defined by a terminology system Slice: Unordered, Open by value:$this | SΣC | 1..* | Coding | Code defined by a terminology system Slice: Unordered, Open by value:$this | |||||||||
| text | SΣ | 0..1 | string | claim | preauthorization Binding: ?? (required) | SΣ | 0..1 | string | claim | preauthorization Binding: ?? (required) | |||||||||
| reasonReference | S | 1..1 | Reference(Resource) | Why task is needed | S | 1..1 | Reference(Resource) | Why task is needed | |||||||||
| 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 | |||||||||||
| reference | ΣC | 0..1 | string | Literal reference, Relative, internal or absolute URL | ΣC | 0..1 | string | Literal reference, Relative, internal or absolute URL | |||||||||
| type | Σ | 0..1 | uri | Type the reference refers to (e.g. "Patient") Binding: ?? (extensible): Aa resource (or, for logical models, the URI of the logical model). | Σ | 0..1 | uri | Type the reference refers to (e.g. "Patient") Binding: ?? (extensible): Aa resource (or, for logical models, the URI of the logical model). | |||||||||
| identifier | SΣ | 1..1 | Identifier | Claim or Prior Authorization ID | SΣ | 1..1 | Identifier | Claim or prior authorization ID | |||||||||
| display | Σ | 0..1 | string | Text alternative for the resource | Σ | 0..1 | string | Text alternative for the resource | |||||||||
| insurance | 0..* | Reference(Coverage | ClaimResponse) | Associated insurance coverage | 0..* | Reference(Coverage | ClaimResponse) | Associated insurance coverage | |||||||||||
| note | 0..* | Annotation | Comments made about the task | 0..* | Annotation | Comments made about the task | |||||||||||
| relevantHistory | 0..* | Reference(Provenance) | Key events in history of the Task | 0..* | Reference(Provenance) | Key events in history of the Task | |||||||||||
| restriction | S | 0..1 | BackboneElement | Constraints on fulfillment tasks | S | 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 | S | 0..1 | Period | Attachments due date | S | 0..1 | Period | Attachments due date | |||||||||
| 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? | |||||||||||
| Slices for input | S | 2..* | BackboneElement | Information used to perform task Slice: Unordered, Open by pattern:type | S | 2..* | BackboneElement | Information used to perform task Slice: Unordered, Open by pattern:type | |||||||||
| 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 Description (No ValueSet): (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 Description (No ValueSet): (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 | 0..* | BackboneElement | Information produced as part of task Slice: Unordered, Open by pattern:type | |||||||||||
 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 output Binding Description (No ValueSet): (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 Description (No ValueSet): (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 | |||||||||||||||||