Da Vinci Prior Authorization Support (PAS) FHIR IG
1.0.0 - STU 1

This page is part of the Da Vinci Prior Authorization Support (PAS) FHIR IG (v1.0.0: STU 1) based on FHIR R4. The current version which supercedes this version is 1.1.0. For a full list of available versions, see the Directory of published versions

Resource Profile: PAS Device Request

Defining URL:http://hl7.org/fhir/us/davinci-pas/StructureDefinition/profile-devicerequest
Version:1.0.0
Name:PASDeviceRequest
Title:PAS Device Request
Status:Active as of 2020-12-20T19:17:24+00:00
Definition:

PAS constraints on DeviceRequest resource mandating support for elements relevant to the devices being requested on a prior authorization request

Publisher:HL7 International - Financial Management Work Group
Source Resource:XML / JSON / Turtle

The official URL for this profile is: 

http://hl7.org/fhir/us/davinci-pas/StructureDefinition/profile-devicerequest

Formal Views of Profile Content

Description of Profiles, Differentials, Snapshots and how the different presentations work.

This structure is derived from DeviceRequest

Summary

Mandatory: 1 element
Must-Support: 3 elements
Fixed Value: 1 element

Structures

This structure refers to these other structures:

Slices

This structure defines the following Slices:

  • The element DeviceRequest.code[x] is sliced based on the value of type:$this

This structure is derived from DeviceRequest

NameFlagsCard.TypeDescription & Constraintsdoco
.. DeviceRequest 0..*DeviceRequestMedical device request
... intent 1..1codeproposal | plan | directive | order | original-order | reflex-order | filler-order | instance-order | option
Fixed Value: order
... code[x] S1..1(Slice Definition)Device requested
Slice: Unordered, Open by type:$this
... codeCodeableConcept 1..1CodeableConceptDevice requested
Binding: X12 278 Requested Service Type (required)
... occurrence[x] S0..1PASTimingA timing schedule that specifies an event that may occur multiple times

doco Documentation for this format
NameFlagsCard.TypeDescription & Constraintsdoco
.. DeviceRequest 0..*DeviceRequestMedical device request
... id Σ0..1stringLogical id of this artifact
... meta Σ0..1MetaMetadata about the resource
... implicitRules ?!Σ0..1uriA set of rules under which this content was created
... language 0..1codeLanguage of the resource content
Binding: CommonLanguages (preferred)
Max Binding: AllLanguages: A human language.

... text 0..1NarrativeText summary of the resource, for human interpretation
... contained 0..*ResourceContained, inline Resources
... extension 0..*ExtensionAdditional content defined by implementations
... modifierExtension ?!0..*ExtensionExtensions that cannot be ignored
... identifier Σ0..*IdentifierExternal Request identifier
... instantiatesCanonical Σ0..*canonical(ActivityDefinition | PlanDefinition)Instantiates FHIR protocol or definition
... instantiatesUri Σ0..*uriInstantiates external protocol or definition
... basedOn Σ0..*Reference(Resource)What request fulfills
... priorRequest Σ0..*Reference(Resource)What request replaces
... groupIdentifier Σ0..1IdentifierIdentifier of composite request
... status ?!Σ0..1codedraft | active | on-hold | revoked | completed | entered-in-error | unknown
Binding: RequestStatus (required): Codes representing the status of the request.

... intent ?!Σ1..1codeproposal | plan | directive | order | original-order | reflex-order | filler-order | instance-order | option
Binding: RequestIntent (required): The kind of diagnostic request.


Fixed Value: order
... priority Σ0..1coderoutine | urgent | asap | stat
Binding: RequestPriority (required): Identifies the level of importance to be assigned to actioning the request.

... code[x] SΣ1..1(Slice Definition)Device requested
Slice: Unordered, Closed by type:$this
Binding: FHIRDeviceTypes (example): Codes for devices that can be requested.

.... code[x]:codeCodeableConcept Σ1..1CodeableConceptDevice requested
Binding: X12 278 Requested Service Type (required)
... parameter 0..*BackboneElementDevice details
.... id 0..1stringUnique id for inter-element referencing
.... extension 0..*ExtensionAdditional content defined by implementations
.... modifierExtension ?!Σ0..*ExtensionExtensions that cannot be ignored even if unrecognized
.... code 0..1CodeableConceptDevice detail
Binding: (unbound) (example): A code that identifies the device detail.

.... value[x] 0..1Value of detail
..... valueCodeableConceptCodeableConcept
..... valueQuantityQuantity
..... valueRangeRange
..... valueBooleanboolean
... subject SΣ1..1Reference(PAS Beneficiary Patient)Focus of request
... encounter Σ0..1Reference(Encounter)Encounter motivating request
... occurrence[x] S0..1PASTimingA timing schedule that specifies an event that may occur multiple times
... authoredOn Σ0..1dateTimeWhen recorded
... requester Σ0..1Reference(Device | Practitioner | PractitionerRole | Organization)Who/what is requesting diagnostics
... performerType Σ0..1CodeableConceptFiller role
Binding: ParticipantRoles (example): Indicates specific responsibility of an individual within the care team, such as "Primary physician", "Team coordinator", "Caregiver", etc.

... performer Σ0..1Reference(Practitioner | PractitionerRole | Organization | CareTeam | HealthcareService | Patient | Device | RelatedPerson)Requested Filler
... reasonCode Σ0..*CodeableConceptCoded Reason for request
Binding: Condition/Problem/DiagnosisCodes (example): Diagnosis or problem codes justifying the reason for requesting the device.


... reasonReference Σ0..*Reference(Condition | Observation | DiagnosticReport | DocumentReference)Linked Reason for request
... insurance 0..*Reference(Coverage | ClaimResponse)Associated insurance coverage
... supportingInfo 0..*Reference(Resource)Additional clinical information
... note 0..*AnnotationNotes or comments
... relevantHistory 0..*Reference(Provenance)Request provenance

doco Documentation for this format
NameFlagsCard.TypeDescription & Constraintsdoco
.. DeviceRequest 0..*DeviceRequestMedical device request
... code[x] Σ1..1(Slice Definition)Device requested
Slice: Unordered, Closed by type:$this
Binding: FHIRDeviceTypes (example): Codes for devices that can be requested.

... subject Σ1..1Reference(PAS Beneficiary Patient)Focus of request
... occurrence[x] 0..1PASTimingA timing schedule that specifies an event that may occur multiple times

doco Documentation for this format

This structure is derived from DeviceRequest

Summary

Mandatory: 1 element
Must-Support: 3 elements
Fixed Value: 1 element

Structures

This structure refers to these other structures:

Slices

This structure defines the following Slices:

  • The element DeviceRequest.code[x] is sliced based on the value of type:$this

Differential View

This structure is derived from DeviceRequest

NameFlagsCard.TypeDescription & Constraintsdoco
.. DeviceRequest 0..*DeviceRequestMedical device request
... intent 1..1codeproposal | plan | directive | order | original-order | reflex-order | filler-order | instance-order | option
Fixed Value: order
... code[x] S1..1(Slice Definition)Device requested
Slice: Unordered, Open by type:$this
... codeCodeableConcept 1..1CodeableConceptDevice requested
Binding: X12 278 Requested Service Type (required)
... occurrence[x] S0..1PASTimingA timing schedule that specifies an event that may occur multiple times

doco Documentation for this format

Snapshot View

NameFlagsCard.TypeDescription & Constraintsdoco
.. DeviceRequest 0..*DeviceRequestMedical device request
... id Σ0..1stringLogical id of this artifact
... meta Σ0..1MetaMetadata about the resource
... implicitRules ?!Σ0..1uriA set of rules under which this content was created
... language 0..1codeLanguage of the resource content
Binding: CommonLanguages (preferred)
Max Binding: AllLanguages: A human language.

... text 0..1NarrativeText summary of the resource, for human interpretation
... contained 0..*ResourceContained, inline Resources
... extension 0..*ExtensionAdditional content defined by implementations
... modifierExtension ?!0..*ExtensionExtensions that cannot be ignored
... identifier Σ0..*IdentifierExternal Request identifier
... instantiatesCanonical Σ0..*canonical(ActivityDefinition | PlanDefinition)Instantiates FHIR protocol or definition
... instantiatesUri Σ0..*uriInstantiates external protocol or definition
... basedOn Σ0..*Reference(Resource)What request fulfills
... priorRequest Σ0..*Reference(Resource)What request replaces
... groupIdentifier Σ0..1IdentifierIdentifier of composite request
... status ?!Σ0..1codedraft | active | on-hold | revoked | completed | entered-in-error | unknown
Binding: RequestStatus (required): Codes representing the status of the request.

... intent ?!Σ1..1codeproposal | plan | directive | order | original-order | reflex-order | filler-order | instance-order | option
Binding: RequestIntent (required): The kind of diagnostic request.


Fixed Value: order
... priority Σ0..1coderoutine | urgent | asap | stat
Binding: RequestPriority (required): Identifies the level of importance to be assigned to actioning the request.

... code[x] SΣ1..1(Slice Definition)Device requested
Slice: Unordered, Closed by type:$this
Binding: FHIRDeviceTypes (example): Codes for devices that can be requested.

.... code[x]:codeCodeableConcept Σ1..1CodeableConceptDevice requested
Binding: X12 278 Requested Service Type (required)
... parameter 0..*BackboneElementDevice details
.... id 0..1stringUnique id for inter-element referencing
.... extension 0..*ExtensionAdditional content defined by implementations
.... modifierExtension ?!Σ0..*ExtensionExtensions that cannot be ignored even if unrecognized
.... code 0..1CodeableConceptDevice detail
Binding: (unbound) (example): A code that identifies the device detail.

.... value[x] 0..1Value of detail
..... valueCodeableConceptCodeableConcept
..... valueQuantityQuantity
..... valueRangeRange
..... valueBooleanboolean
... subject SΣ1..1Reference(PAS Beneficiary Patient)Focus of request
... encounter Σ0..1Reference(Encounter)Encounter motivating request
... occurrence[x] S0..1PASTimingA timing schedule that specifies an event that may occur multiple times
... authoredOn Σ0..1dateTimeWhen recorded
... requester Σ0..1Reference(Device | Practitioner | PractitionerRole | Organization)Who/what is requesting diagnostics
... performerType Σ0..1CodeableConceptFiller role
Binding: ParticipantRoles (example): Indicates specific responsibility of an individual within the care team, such as "Primary physician", "Team coordinator", "Caregiver", etc.

... performer Σ0..1Reference(Practitioner | PractitionerRole | Organization | CareTeam | HealthcareService | Patient | Device | RelatedPerson)Requested Filler
... reasonCode Σ0..*CodeableConceptCoded Reason for request
Binding: Condition/Problem/DiagnosisCodes (example): Diagnosis or problem codes justifying the reason for requesting the device.


... reasonReference Σ0..*Reference(Condition | Observation | DiagnosticReport | DocumentReference)Linked Reason for request
... insurance 0..*Reference(Coverage | ClaimResponse)Associated insurance coverage
... supportingInfo 0..*Reference(Resource)Additional clinical information
... note 0..*AnnotationNotes or comments
... relevantHistory 0..*Reference(Provenance)Request provenance

doco Documentation for this format

 

Other representations of profile: Schematron

Terminology Bindings

PathConformanceValueSet / Code
DeviceRequest.languagepreferredCommonLanguages
Max Binding: AllLanguages
DeviceRequest.statusrequiredRequestStatus
DeviceRequest.intentrequiredFixed Value: order
DeviceRequest.priorityrequiredRequestPriority
DeviceRequest.code[x]exampleFHIRDeviceTypes
DeviceRequest.code[x]:codeCodeableConceptrequiredX12278RequestedServiceType
DeviceRequest.parameter.codeexample
DeviceRequest.performerTypeexampleParticipantRoles
DeviceRequest.reasonCodeexampleCondition/Problem/DiagnosisCodes