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: '1.1.0' vs '2.1.0-preview' |
| Information | StructureDefinition.status | Values for status differ: 'draft' vs 'active' |
| Information | StructureDefinition.date | Values for date differ: '2022-08-08T15:11:35+00:00' vs '2024-05-21T18:29:11+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 | StructureDefinition.definition | Values for definition differ: 'A task to be performed.' vs 'This Task profile is used to request additional documentation ('attachments') for claims or prior authorizations.' |
| Information | Task.contained | Element minimum cardinalities differ: '1' vs '2' |
| Information | StructureDefinition.short | Values for short differ: 'Task Type' vs 'attachment-request-code | attachment-request-questionnaire' |
| Information | StructureDefinition.definition | Values for definition differ: 'A name or code (or both) briefly describing what the task involves.' vs 'The code element is used to indicate the type of attachment request. The code element is a required element and must be populated with one of the following values: 'attachment-request-code' or 'attachment-request-questionnaire'.' |
| Information | StructureDefinition.comment | Values for comment differ: 'Tasks may be created with an owner not yet identified.' vs 'The term 'Provider' means a person or organization that provided the health care services to a patient.' |
| Error | Task.owner | Type Mismatch: Reference([CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-practitioner], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-organization]]) vs Reference([CanonicalType[http://hl7.org/fhir/us/davinci-cdex/StructureDefinition/cdex-practitionerrole]]) |
| Information | StructureDefinition.short | Values for short differ: 'Literal reference, Relative, internal or absolute URL' vs 'Contained resource reference' |
| Warning | Task.owner.reference | Elements differ in definition for mustSupport: 'false' vs 'true' |
| Information | Task.owner.reference | Element minimum cardinalities differ: '0' vs '1' |
| Information | StructureDefinition.short | Values for short differ: 'Provider ID' vs 'Logical reference, when literal reference is not known' |
| Information | StructureDefinition.definition | Values for definition differ: 'business identifier representing the Provider' vs 'An identifier for the target resource. This is used when there is no way to reference the other resource directly, either because the entity it represents is not available through a FHIR server, or because there is no way for the author of the resource to convert a known identifier to an actual location. There is no requirement that a Reference.identifier point to something that is actually exposed as a FHIR instance, but it SHALL point to a business concept that would be expected to be exposed as a FHIR instance, and that instance would need to be of a FHIR resource type allowed by the reference.' |
| Warning | Task.owner.identifier | Elements differ in definition for mustSupport: 'true' vs 'false' |
| Information | Task.owner.identifier | Element minimum cardinalities differ: '1' vs '0' |
| Information | Task.input | Element minimum cardinalities differ: '3' vs '2' |
| 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 | 2022-08-08T15:11:35+00:00 | 2024-05-21T18:29:11+00:00 |
|
| description | This [Task](http://hl7.org/StructureDefinition/Task) based profile is used by Payers to request additional documentation for claims or prior authorizations. It constrains the Task resource to minimal necessary data elements needed to request attachments and is compliant with HIPAA Attachment rules for CMS and an alternative to the X12n 277 and 278 response transactions. 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 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) - A Task.intent fixed to "order" (this element is a mandatory Task element) - A Task.code fixed to "attachment-request" to communicate that the Payer is requesting attachments for a claim or prior-authorization and is expecting they will be submitted using the $submit-attachment operation to the endpoint provided in the "payer-url" input parameter. - A Task.requester.identifier element representing the Payer ID - A Task.owner.identifier element representing the Provider ID - A Task.for.reference element fixed to "\#string" - a reference the contained Patient Resource - 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 Task.input element to communicate to the provider what attachments are needed using LOINC attachment codes - An extension representing line item numbers in the Claim or Prior Authorization - A Task.input element representing the Payer endpoint URL to communicate to the provider to submit the attachments using the `$submit-attachment` operation - A Task.input element representing the date of service or starting date of the service for the claim or prior authorization and the following elements to be *must support* [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 (e.g., if it is rejected or failed) - A Task.input element representing a flag to indicate whether the requested data requires a signature and the following elements to be *optional*: - A Task.input element representing a flag to indicate whether the requested data can be sent in multiple submissions | 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 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/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](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 attachment code(s) in the "attachmentsNeeded" 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/STU2/index.html) to complete the Questionnaire referenced in the "questionnaireNeeded" input parameter. - When either code is present, the provider system uses the $submit-attachment operation to return the information to the endpoint provided in "PayerUrl" 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 "PayerUrl" 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 "attachmentsNeeded" Task.input element to communicate to the provider what attachments are needed using LOINC or X12 attachment codes.* - A "attachmentsNeeded" or "questionnaireNeeded" 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](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 "questionnaireNeeded" 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-std-questionnaire) or the [DTR SDC 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 representing the purpose of use (POU) for the requested data using an extensible [CDex Purpose of Use Value Set](ValueSet-cdex-POU.html). For more information about sending purpose POU codes, refer to the [Purpose of Use section](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 "attachmentsNeeded" or a "questionnaireNeeded" 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 | 1.1.0 | 2.1.0-preview |
|
| 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. | 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 "questionnaireNeeded" input. cdex-6: Must only have "attachmentsNeeded" inputs or one "questionnaireNeeded" 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' | |||||||||
 id | Σ | 0..1 | string | 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Σ | 1..1 | code | draft | requested | received | accepted | + Binding: ?? (required) | ?!SΣC | 1..1 | code | draft | requested | received | accepted | + Binding: ?? (required) | |||||||||
| statusReason | SΣ | 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Σ | 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: ?? (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. | |||||||||
| 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Σ | 1..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/us/davinci-cdex/CodeSystem/cdex-temp","code":"attachment-request"}]} | SΣC | 1..1 | CodeableConcept | attachment-request-code | attachment-request-questionnaire Binding: ?? (required) | |||||||||
| 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 | SΣ | 1..* | Coding | Code defined by a terminology system |
| ||||||||||||
| text | Σ | 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(3.1.0)) | Payer asking for attachments | SΣ | 1..1 | Reference(HRex Organization Profile(1.1.0-preview)) | 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(US Core Practitioner Profile(3.1.0) | US Core Organization Profile(3.1.0)) | 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 | ΣC | 0..1 | string | Literal reference, Relative, internal or absolute URL | 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 | SΣ | 1..1 | Identifier | Provider ID | Σ | 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: ?? (example): Indicates why the task is needed. E.g. Suspended because patient admitted to hospital. | S | 1..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 | 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Σ | 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 | 3..* | 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: ?? (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 | |||||||||||
| output | 0..* | BackboneElement | Information produced as part of task | 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: ?? (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 | |||||||||||||||||