Release 5 Preview #2

This page is part of the FHIR Specification (v4.4.0: R5 Preview #2). The current version which supercedes this version is 5.0.0. For a full list of available versions, see the Directory of published versions . Page versions: R5 R4B R4 R3 R2

Orders and Observations Work GroupMaturity Level: 1 Trial UseSecurity Category: Patient Compartments: Device, Patient, Practitioner, RelatedPerson

Detailed Descriptions for the elements in the SupplyRequest resource.

SupplyRequest
Element IdSupplyRequest
Definition

A record of a request for a medication, substance or device used in the healthcare setting.

Cardinality0..*
TypeDomainResource
SupplyRequest.identifier
Element IdSupplyRequest.identifier
Definition

Business identifiers assigned to this SupplyRequest by the author and/or other systems. These identifiers remain constant as the resource is updated and propagates from server to server.

NoteThis is a business identifier, not a resource identifier (see discussion)
Cardinality0..*
TypeIdentifier
Requirements

Allows identification of the request as it is known by various participating systems and in a way that remains consistent across servers.

Summarytrue
Comments

The identifier.type element is used to distinguish between the identifiers assigned by the requester/placer and the performer/filler.

SupplyRequest.status
Element IdSupplyRequest.status
Definition

Status of the supply request.

Cardinality0..1
Terminology BindingSupplyRequestStatus (Required)
Typecode
Is Modifiertrue (Reason: This element is labeled as a modifier because it is a status element that contains status entered-in-error which means that the resource should not be treated as valid)
Summarytrue
SupplyRequest.category
Element IdSupplyRequest.category
Definition

Category of supply, e.g. central, non-stock, etc. This is used to support work flows associated with the supply process.

Cardinality0..1
Terminology BindingSupply Type (Example)
TypeCodeableConcept
Alternate Nameskind
Summarytrue
SupplyRequest.priority
Element IdSupplyRequest.priority
Definition

Indicates how quickly this SupplyRequest should be addressed with respect to other requests.

Cardinality0..1
Terminology BindingRequest priority (Required)
Typecode
Meaning if MissingIf missing, this task should be performed with normal priority
Summarytrue
SupplyRequest.item
Element IdSupplyRequest.item
Definition

The item that is requested to be supplied. This is either a link to a resource representing the details of the item or a code that identifies the item from a known list.

Cardinality1..1
Terminology BindingSNOMED CT Supply Item (Example)
TypeCodeableReference(Medication | Substance | Device | DeviceDefinition)
PatternsCodeableReference(Medication,Substance,Device,DeviceDefinition): No common pattern
Summarytrue
Comments

Note that there's a difference between a prescription - an instruction to take a medication, along with a (sometimes) implicit supply, and an explicit request to supply, with no explicit instructions.

SupplyRequest.quantity
Element IdSupplyRequest.quantity
Definition

The amount that is being ordered of the indicated item.

Cardinality1..1
TypeQuantity
Summarytrue
SupplyRequest.parameter
Element IdSupplyRequest.parameter
Definition

Specific parameters for the ordered item. For example, the size of the indicated item.

Cardinality0..*
SupplyRequest.parameter.code
Element IdSupplyRequest.parameter.code
Definition

A code or string that identifies the device detail being asserted.

Cardinality0..1
Terminology BindingParameterCode:
TypeCodeableConcept
SupplyRequest.parameter.value[x]
Element IdSupplyRequest.parameter.value[x]
Definition

The value of the device detail.

Cardinality0..1
TypeCodeableConcept|Quantity|Range|boolean
[x] NoteSee Choice of Data Types for further information about how to use [x]
Comments

Range means device should have a value that falls somewhere within the specified range.

SupplyRequest.occurrence[x]
Element IdSupplyRequest.occurrence[x]
Definition

When the request should be fulfilled.

Cardinality0..1
TypedateTime|Period|Timing
[x] NoteSee Choice of Data Types for further information about how to use [x]
Alternate Nameswhen; timing
Summarytrue
SupplyRequest.authoredOn
Element IdSupplyRequest.authoredOn
Definition

When the request was made.

Cardinality0..1
TypedateTime
Alternate Namesdate; createdOn; signedOn
Summarytrue
SupplyRequest.requester
Element IdSupplyRequest.requester
Definition

The device, practitioner, etc. who initiated the request.

Cardinality0..1
TypeReference(Practitioner | PractitionerRole | Organization | Patient | RelatedPerson | Device)
PatternsReference(Practitioner,PractitionerRole,Organization,Patient,RelatedPerson,Device): Common patterns = Participant
Alternate Namesauthor; source
Summarytrue
SupplyRequest.supplier
Element IdSupplyRequest.supplier
Definition

Who is intended to fulfill the request.

Cardinality0..*
TypeReference(Organization | HealthcareService)
PatternsReference(Organization,HealthcareService): Common patterns = Participant
Alternate Namesperformer
Summarytrue
SupplyRequest.reason
Element IdSupplyRequest.reason
Definition

The reason why the supply item was requested.

Cardinality0..*
Terminology BindingSupplyRequestReason (Example)
TypeCodeableReference(Condition | Observation | DiagnosticReport | DocumentReference)
PatternsCodeableReference(Condition,Observation,DiagnosticReport,DocumentReference): Common patterns = Event
SupplyRequest.deliverFrom
Element IdSupplyRequest.deliverFrom
Definition

Where the supply is expected to come from.

Cardinality0..1
TypeReference(Organization | Location)
PatternsReference(Organization,Location): Common patterns = Participant, ParticipantContactable
SupplyRequest.deliverTo
Element IdSupplyRequest.deliverTo
Definition

Where the supply is destined to go.

Cardinality0..1
TypeReference(Organization | Location | Patient)
PatternsReference(Organization,Location,Patient): Common patterns = Participant, ParticipantContactable