SupplyRequest Definitions
<a id="SupplyRequest"></a>
SupplyRequest
Request for a medication, substance or device
Definition: A record of a request to deliver a medication, substance or device used in the healthcare setting to a particular destination for a particular person or organization.
Cardinality: 0..*
Mappings: workflow=Request; v2=ORC; rim=Act[moodCode<=INT]; w5=workflow.order
<a id="SupplyRequest.identifier"></a>
SupplyRequest.identifier
Business Identifier for SupplyRequest
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.
Comments: The identifier.type element is used to distinguish between the identifiers assigned by the requester/placer and the performer/filler.
Requirements: Allows identification of the request as it is known by various participating systems and in a way that remains consistent across servers.
Cardinality: 0..*
Type: Identifier
Summary: true
Mappings: workflow=Request.identifier; w5=FiveWs.identifier; v2=ORC.2, ORC.3; rim=.identifier
<a id="SupplyRequest.status"></a>
SupplyRequest.status
draft | active | suspended +
Definition: Status of the supply request.
Cardinality: 0..1
Type: code
Binding: required:supplyrequest-status
Summary: true
Is Modifier: true (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)
Mappings: workflow=Request.status; w5=FiveWs.status; v2=ORC.5; rim=.status
<a id="SupplyRequest.intent"></a>
SupplyRequest.intent
proposal | solicit-offer | offer-response | plan | directive | order | original-order | reflex-order | filler-order | instance-order | option
Definition: Whether the request is a proposal, plan, or an original order.
Comments: This element is immutable. It cannot be changed for the same resource instance. It is expected that the type of requester will be restricted for different stages of a SupplyRequest. For example, Proposals can be created by a patient, relatedPerson, Practitioner or Device. Plans can be created by Practitioners, Patients, RelatedPersons and Devices. Original orders can be created by a Practitioner only.
An instance-order is an instantiation of a request or order and may be used to populate Medication Administration Record.
This element is labeled as a modifier because the intent alters when and how the resource is actually applicable.
Cardinality: 1..1
Type: code
Binding: required:request-intent
Summary: true
Is Modifier: true (Reason: This element changes the interpretation of all descriptive attributes. For example "the time the request is recommended to occur" vs. "the time the request is authorized to occur" or "who is recommended to perform the request" vs. "who is authorized to perform the request)
Mappings: workflow=Request.intent; w5=FiveWs.class; rim=.moodCode (nuances beyond PRP/PLAN/RQO would need to be elsewhere)
<a id="SupplyRequest.basedOn"></a>
SupplyRequest.basedOn
What other request is fulfilled by this supply request
Definition: Plan/proposal/order fulfilled by this request.
Cardinality: 0..*
Type: Reference(Resource)
Summary: true
Mappings: workflow=Request.basedOn
<a id="SupplyRequest.replaces"></a>
SupplyRequest.replaces
What request replaces
Definition: The request takes the place of the referenced completed or terminated request(s).
Aliases: supersedes, prior, renewed order
Cardinality: 0..*
Type: Reference(ServiceRequest, MedicationRequest, RequestOrchestration, CarePlan, DeviceRequest, CommunicationRequest, NutritionOrder, VisionPrescription, SupplyRequest)
Summary: true
Mappings: workflow=Request.replaces; v2=Handled by message location of ORC (ORC-1=RO or RU); rim=.outboundRelationship[typeCode=RPLC].target
<a id="SupplyRequest.groupIdentifier"></a>
SupplyRequest.groupIdentifier
Composite request this is part of
Definition: A shared identifier common to multiple independent Request instances that were activated/authorized more or less simultaneously by a single author. The presence of the same identifier on each request ties those requests together and may have business ramifications in terms of reporting of results, billing, etc. E.g. a requisition number shared by a set of lab tests ordered together, or a prescription number shared by all meds ordered at one time.
Comments: Requests are linked either by a "basedOn" relationship (i.e. one request is fulfilling another) or by having a common requisition. Requests that are part of the same requisition are generally treated independently from the perspective of changing their state or maintaining them after initial creation.
Aliases: grouperId
Cardinality: 0..1
Type: Identifier
Summary: true
Mappings: workflow=Request.groupIdentifier; rim=.inboundRelationship(typeCode=COMP].source[moodCode=INT].identifier
<a id="SupplyRequest.category"></a>
SupplyRequest.category
The kind of supply (central, non-stock, etc.)
Definition: Category of supply, e.g. central, non-stock, etc. This is used to support work flows associated with the supply process.
Aliases: kind
Cardinality: 0..1
Type: CodeableConcept
Binding: example:supplyrequest-kind
Summary: true
Mappings: workflow=Request.category; w5=FiveWs.class; v2=N/A; rim=.code
<a id="SupplyRequest.priority"></a>
SupplyRequest.priority
routine | urgent | asap | stat
Definition: Indicates how quickly this SupplyRequest should be addressed with respect to other requests.
Meaning if Missing: If missing, this task should be performed with normal priority
Cardinality: 0..1
Type: code
Binding: required:request-priority
Summary: true
Mappings: workflow=Request.priority; w5=FiveWs.grade; v2=TQ1.9; rim=.priorityCode
<a id="SupplyRequest.deliverFor"></a>
SupplyRequest.deliverFor
The patient for who the supply request is for
Definition: The patient to whom the supply will be given or for whom they will be used.
Aliases: subject
Cardinality: 0..1
Type: Reference(Patient)
Mappings: workflow=Request.subject
<a id="SupplyRequest.item"></a>
SupplyRequest.item
Medication, Substance, or Device requested to be supplied
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.
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.
Cardinality: 1..1
Type: CodeableReference
Binding: example:supply-item
Summary: true
Mappings: workflow=Request.product; rim=.code
<a id="SupplyRequest.quantity"></a>
SupplyRequest.quantity
The requested amount of the item indicated
Definition: The amount that is being ordered of the indicated item.
Cardinality: 1..1
Type: Quantity
Summary: true
Mappings: rim=.quantity
<a id="SupplyRequest.parameter"></a>
SupplyRequest.parameter
Ordered item details
Definition: Specific parameters for the ordered item. For example, the size of the indicated item.
Cardinality: 0..*
Type: BackboneElement
Mappings: w5=FiveWs.what[x]; v2=Varies by domain
<a id="SupplyRequest.parameter.code"></a>
SupplyRequest.parameter.code
Item detail
Definition: A code or string that identifies the device detail being asserted.
Cardinality: 0..1
Type: CodeableConcept
Mappings: w5=FiveWs.what[x]; v2=Varies by domain; rim=.code
<a id="SupplyRequest.parameter.value[x]"></a>
SupplyRequest.parameter.value[x]
Value of detail
Definition: The value of the device detail.
Comments: Range means device should have a value that falls somewhere within the specified range.
Cardinality: 0..1
Type: CodeableConcept, Quantity, Range, boolean
Mappings: w5=FiveWs.what[x]; v2=Varies by domain; rim=.code
<a id="SupplyRequest.occurrence[x]"></a>
SupplyRequest.occurrence[x]
When the request should be fulfilled
Definition: When the request should be fulfilled.
Aliases: when, timing
Cardinality: 0..1
Type: dateTime, Period, Timing
Summary: true
Mappings: workflow=Request.occurrence[x]; w5=FiveWs.planned; v2=Accompanying TQ1/TQ2 segments; rim=.effectiveTime
<a id="SupplyRequest.authoredOn"></a>
SupplyRequest.authoredOn
When the request was made
Definition: When the request was made.
Aliases: date, createdOn, signedOn
Cardinality: 0..1
Type: dateTime
Summary: true
Mappings: workflow=Request.authoredOn; w5=FiveWs.recorded; v2=ORC.9; rim=.participation[typeCode=AUT].time
<a id="SupplyRequest.requester"></a>
SupplyRequest.requester
Individual making the request
Definition: The device, practitioner, etc. who initiated the request.
Aliases: author, source
Cardinality: 0..1
Type: Reference(Practitioner, PractitionerRole, Organization, Patient, RelatedPerson, Device, CareTeam)
Summary: true
Mappings: workflow=Request.requester; w5=FiveWs.author; v2=ORC.12; rim=.participation[typeCode=AUT].role
<a id="SupplyRequest.supplier"></a>
SupplyRequest.supplier
Who is intended to fulfill the request
Definition: Who is intended to fulfill the request.
Aliases: performer
Cardinality: 0..*
Type: Reference(Organization, HealthcareService)
Summary: true
Mappings: workflow=Request.performer; w5=FiveWs.actor; v2=PRT; rim=.participation[typeCode=PRF].role[scoper.determinerCode=INSTANCE]
<a id="SupplyRequest.reason"></a>
SupplyRequest.reason
The reason why the supply item was requested
Definition: The reason why the supply item was requested.
Cardinality: 0..*
Type: CodeableReference
Binding: example:supplyrequest-reason
Mappings: workflow=Request.reason; w5=FiveWs.why[x]; v2=ORC.16; rim=.reasonCode
<a id="SupplyRequest.deliverFrom"></a>
SupplyRequest.deliverFrom
The origin of the supply
Definition: Where the supply is expected to come from.
Cardinality: 0..1
Type: Reference(Organization, Location)
Mappings: v2=PRT; rim=.participation
<a id="SupplyRequest.deliverTo"></a>
SupplyRequest.deliverTo
The destination of the supply
Definition: Where the supply is destined to go.
Cardinality: 0..1
Type: Reference(Organization, Location, Patient, RelatedPerson)
Mappings: workflow=Request.deliverTo; v2=PRT; rim=.participation
<a id="SupplyRequest.requestedPerformer"></a>
SupplyRequest.requestedPerformer
Who should perform the SupplyRequest
Definition: The kind of participant or specific participant that should perform the supply request.
Comments: Group is only allowed in the circumstance where the group represents a family or a household, and should not represent groups of Practitioners where other more specific resources can be used instead.
Requirements: Use to distinguish supply requests on different activity queues.
Cardinality: 0..*
Type: CodeableReference