DSTU2 STU 3 Candidate
This page is part of the FHIR Specification (v1.0.2: DSTU 2). The current version which supercedes this version is

This page is part of the FHIR Specification (v1.4.0: STU 3 Ballot 3). The current version which supercedes this version is 5.0.0 . For a full list of available versions, see the Directory of published versions . For a full list of available versions, see the Directory of published versions

5.13 5.15 Resource DeviceUseRequest - Content Resource DeviceUseRequest - Content This resource is marked as a draft

This resource is marked as a draft .

Represents a request for a patient to employ a medical device. The device may be an implantable device, or an external assistive device, such as a walker.
Clinical Decision Support Clinical Decision Support Work Group Work Group Maturity Level : 0 Maturity Level : 0 Compartments : : Device , , Patient

Represents a request for a patient to employ a medical device. The device may be an implantable device, or an external assistive device, such as a walker.

5.13.1 Scope and Usage 5.15.1 Scope and Usage These resources have not yet undergone proper review by PC, CQI, CDS, and OO. At this time, they are to be considered only as draft resource proposals for potential submission. This resource describes the request for the use of a device by a patient. The device may be any pertinent device specified in the Device resource. Examples of devices that may be requested include wheelchair, hearing aids, or an insulin pump. The request may lead to the dispensing of the device to the patient or for use by the patient. The device use request may represent an order or a prescription entered by a practitioner in a CPOE system or a proposal made by a clinical decision support (CDS) system based on a patient's clinical record and context of care.

These resources have not yet undergone proper review by PC, CQI, CDS, and OO. At this time, they are to be considered only as draft resource proposals for potential submission.

This resource describes the request for the use of a device by a patient. The device may be any pertinent device specified in the Device resource. Examples of devices that may be requested include wheelchair, hearing aids, or an insulin pump. The request may lead to the dispensing of the device to the patient or for use by the patient.

The device use request may represent an order or a prescription entered by a practitioner in a CPOE system or a proposal made by a clinical decision support (CDS) system based on a patient's clinical record and context of care.

5.13.2 Boundaries and Relationships 5.15.2 Boundaries and Relationships Certain devices must be implanted via a surgical or other procedure. The data about the implantation or explantation is represented in the Procedure or ProcedureRequest resource, as appropriate. Some devices create observations. These observations are recorded as resources of type DeviceObservationReport. This resource is referenced by

Certain devices must be implanted via a surgical or other procedure. The data about the implantation or explantation is represented in the Procedure or ProcedureRequest resource, as appropriate. Some devices create observations. These observations are recorded as resources of type DeviceObservationReport.

This resource is referenced by CarePlan and and ClinicalImpression

5.13.3 Resource Content 5.15.3 Resource Content

Structure

Name Flags Card. Type Description & Constraints Description & Constraints doco
. . DeviceUseRequest Σ DomainResource A request for a patient to use or be given a medical device A request for a patient to use or be given a medical device
. . . bodySite[x] Σ 0..1 Target body site Target body site
. . . . bodySiteCodeableConcept CodeableConcept
. . . bodySiteReference . bodySiteReference Reference ( BodySite )
. . . status ?! ?! Σ 0..1 code proposed | planned | requested | received | accepted | in-progress | completed | suspended | rejected | aborted proposed | planned | requested | received | accepted | in-progress | completed | suspended | rejected | aborted
DeviceUseRequestStatus ( ( Required )
. . . device Σ 1..1 Reference ( Device ) Device requested Device requested
. . . encounter Σ 0..1 Reference ( Encounter ) Encounter motivating request Encounter motivating request
. . . identifier Σ 0..* Identifier Request identifier Request identifier
. . . indication Σ 0..* CodeableConcept Reason for request Reason for request
. . . notes Σ 0..* string Notes or comments Notes or comments
. . . prnReason Σ 0..* CodeableConcept PRN
. . . orderedOn Σ 0..1 dateTime When ordered When ordered
. . . recordedOn Σ 0..1 dateTime When recorded When recorded
. . . subject Σ 1..1 Reference ( Patient ) Focus of request Focus of request
. . . timing[x] Σ 0..1 Schedule for use Schedule for use
. . . timingTiming . timingTiming Timing
. . . . timingPeriod Period
. . . . timingDateTime dateTime
. . . priority Σ 0..1 code routine | urgent | stat | asap routine | urgent | stat | asap
DeviceUseRequestPriority ( ( Required )

Documentation for this format doco Documentation for this format

UML Diagram UML Diagram

DeviceUseRequest ( ( DomainResource ) Indicates the site on the subject's body where the device should be used ( i.e. the target site) Indicates the site on the subject's body where the device should be used ( i.e. the target site) bodySite[x] : : Type [0..1] « [0..1] « CodeableConcept | Reference ( BodySite ) » ) » The status of the request (this element modifies the meaning of other elements) The status of the request (this element modifies the meaning of other elements) status : : code [0..1] « [0..1] « Codes representing the status of the request. (Strength=Required) Codes representing the status of the request. (Strength=Required) DeviceUseRequestStatus ! » ! » The details of the device to be used The details of the device to be used device : : Reference [1..1] « [1..1] « Device » » An encounter that provides additional context in which this request is made An encounter that provides additional context in which this request is made encounter : : Reference [0..1] « [0..1] « Encounter » » Identifiers assigned to this order by the orderer or by the receiver Identifiers assigned to this order by the orderer or by the receiver identifier : : Identifier [0..*] [0..*] Reason or justification for the use of this device Reason or justification for the use of this device indication : : CodeableConcept [0..*] [0..*] Details about this request that were not represented at all or sufficiently in one of the attributes provided in a class. These may include for example a comment, an instruction, or a note associated with the statement Details about this request that were not represented at all or sufficiently in one of the attributes provided in a class. These may include for example a comment, an instruction, or a note associated with the statement notes : : string [0..*] [0..*] The proposed act must be performed if the indicated conditions occur, e.g.., shortness of breath, SpO2 less than x% The proposed act must be performed if the indicated conditions occur, e.g.., shortness of breath, SpO2 less than x% prnReason : : CodeableConcept [0..*] [0..*] The time when the request was made The time when the request was made orderedOn : : dateTime [0..1] [0..1] The time at which the request was made/recorded The time at which the request was made/recorded recordedOn : : dateTime [0..1] [0..1] The patient who will use the device The patient who will use the device subject : : Reference [1..1] « [1..1] « Patient » » The timing schedule for the use of the device The Schedule data type allows many different expressions, for example. "Every 8 hours"; "Three times a day"; "1/2 an hour before breakfast for 10 days from 23-Dec 2011:"; "15 Oct 2013, 17 Oct 2013 and 1 Nov 2013" The timing schedule for the use of the device The Schedule data type allows many different expressions, for example. "Every 8 hours"; "Three times a day"; "1/2 an hour before breakfast for 10 days from 23-Dec 2011:"; "15 Oct 2013, 17 Oct 2013 and 1 Nov 2013" timing[x] : : Type [0..1] « [0..1] « Timing | Period | dateTime » » Characterizes how quickly the use of device must be initiated. Includes concepts such as stat, urgent, routine Characterizes how quickly the use of device must be initiated. Includes concepts such as stat, urgent, routine priority : : code [0..1] « [0..1] « Codes representing the priority of the request. (Strength=Required) Codes representing the priority of the request. (Strength=Required) DeviceUseRequestPriority ! » ! »

XML Template XML Template 

<DeviceUseRequest xmlns="http://hl7.org/fhir"> doco
 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <bodySite[x]><!-- 0..1 CodeableConcept|Reference(BodySite) Target body site --></bodySite[x]>
 <status value="[code]"/><!-- 0..1 proposed | planned | requested | received | accepted | in-progress | completed | suspended | rejected | aborted -->
 <device><!-- 1..1 Reference(Device) Device requested --></device>
 <encounter><!-- 0..1 Reference(Encounter) Encounter motivating request --></encounter>
 <identifier><!-- 0..* Identifier Request identifier --></identifier>
 <indication><!-- 0..* CodeableConcept Reason for request --></indication>
 <notes value="[string]"/><!-- 0..* Notes or comments -->
 <prnReason><!-- 0..* CodeableConcept PRN --></prnReason>
 <orderedOn value="[dateTime]"/><!-- 0..1 When ordered -->
 <recordedOn value="[dateTime]"/><!-- 0..1 When recorded -->
 <subject><!-- 1..1 Reference(Patient) Focus of request --></subject>
 <timing[x]><!-- 0..1 Timing|Period|dateTime Schedule for use --></timing[x]>
 <priority value="[code]"/><!-- 0..1 routine | urgent | stat | asap -->
</DeviceUseRequest>

Structure

Name Flags Card. Type Description & Constraints Description & Constraints doco
. . DeviceUseRequest Σ DomainResource A request for a patient to use or be given a medical device A request for a patient to use or be given a medical device
. . . bodySite[x] Σ 0..1 Target body site Target body site
. . . . bodySiteCodeableConcept CodeableConcept
. . . bodySiteReference . bodySiteReference Reference ( BodySite )
. . . status ?! ?! Σ 0..1 code proposed | planned | requested | received | accepted | in-progress | completed | suspended | rejected | aborted proposed | planned | requested | received | accepted | in-progress | completed | suspended | rejected | aborted
DeviceUseRequestStatus ( ( Required )
. . . device Σ 1..1 Reference ( Device ) Device requested Device requested
. . . encounter Σ 0..1 Reference ( Encounter ) Encounter motivating request Encounter motivating request
. . . identifier Σ 0..* Identifier Request identifier Request identifier
. . . indication Σ 0..* CodeableConcept Reason for request Reason for request
. . . notes Σ 0..* string Notes or comments Notes or comments
. . . prnReason Σ 0..* CodeableConcept PRN
. . . orderedOn Σ 0..1 dateTime When ordered When ordered
. . . recordedOn Σ 0..1 dateTime When recorded When recorded
. . . subject Σ 1..1 Reference ( Patient ) Focus of request Focus of request
. . . timing[x] Σ 0..1 Schedule for use Schedule for use
. . . timingTiming . timingTiming Timing
. . . . timingPeriod Period
. . . . timingDateTime dateTime
. . . priority Σ 0..1 code routine | urgent | stat | asap routine | urgent | stat | asap
DeviceUseRequestPriority ( ( Required )

Documentation for this format doco Documentation for this format

UML Diagram UML Diagram

DeviceUseRequest ( ( DomainResource ) Indicates the site on the subject's body where the device should be used ( i.e. the target site) Indicates the site on the subject's body where the device should be used ( i.e. the target site) bodySite[x] : : Type [0..1] « [0..1] « CodeableConcept | Reference ( BodySite ) » ) » The status of the request (this element modifies the meaning of other elements) The status of the request (this element modifies the meaning of other elements) status : : code [0..1] « [0..1] « Codes representing the status of the request. (Strength=Required) Codes representing the status of the request. (Strength=Required) DeviceUseRequestStatus ! » ! » The details of the device to be used The details of the device to be used device : : Reference [1..1] « [1..1] « Device » » An encounter that provides additional context in which this request is made An encounter that provides additional context in which this request is made encounter : : Reference [0..1] « [0..1] « Encounter » » Identifiers assigned to this order by the orderer or by the receiver Identifiers assigned to this order by the orderer or by the receiver identifier : : Identifier [0..*] [0..*] Reason or justification for the use of this device Reason or justification for the use of this device indication : : CodeableConcept [0..*] [0..*] Details about this request that were not represented at all or sufficiently in one of the attributes provided in a class. These may include for example a comment, an instruction, or a note associated with the statement Details about this request that were not represented at all or sufficiently in one of the attributes provided in a class. These may include for example a comment, an instruction, or a note associated with the statement notes : : string [0..*] [0..*] The proposed act must be performed if the indicated conditions occur, e.g.., shortness of breath, SpO2 less than x% The proposed act must be performed if the indicated conditions occur, e.g.., shortness of breath, SpO2 less than x% prnReason : : CodeableConcept [0..*] [0..*] The time when the request was made The time when the request was made orderedOn : : dateTime [0..1] [0..1] The time at which the request was made/recorded The time at which the request was made/recorded recordedOn : : dateTime [0..1] [0..1] The patient who will use the device The patient who will use the device subject : : Reference [1..1] « [1..1] « Patient » » The timing schedule for the use of the device The Schedule data type allows many different expressions, for example. "Every 8 hours"; "Three times a day"; "1/2 an hour before breakfast for 10 days from 23-Dec 2011:"; "15 Oct 2013, 17 Oct 2013 and 1 Nov 2013" The timing schedule for the use of the device The Schedule data type allows many different expressions, for example. "Every 8 hours"; "Three times a day"; "1/2 an hour before breakfast for 10 days from 23-Dec 2011:"; "15 Oct 2013, 17 Oct 2013 and 1 Nov 2013" timing[x] : : Type [0..1] « [0..1] « Timing | Period | dateTime » » Characterizes how quickly the use of device must be initiated. Includes concepts such as stat, urgent, routine Characterizes how quickly the use of device must be initiated. Includes concepts such as stat, urgent, routine priority : : code [0..1] « [0..1] « Codes representing the priority of the request. (Strength=Required) Codes representing the priority of the request. (Strength=Required) DeviceUseRequestPriority ! » ! »

XML Template XML Template 

<DeviceUseRequest xmlns="http://hl7.org/fhir"> doco
 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <bodySite[x]><!-- 0..1 CodeableConcept|Reference(BodySite) Target body site --></bodySite[x]>
 <status value="[code]"/><!-- 0..1 proposed | planned | requested | received | accepted | in-progress | completed | suspended | rejected | aborted -->
 <device><!-- 1..1 Reference(Device) Device requested --></device>
 <encounter><!-- 0..1 Reference(Encounter) Encounter motivating request --></encounter>
 <identifier><!-- 0..* Identifier Request identifier --></identifier>
 <indication><!-- 0..* CodeableConcept Reason for request --></indication>
 <notes value="[string]"/><!-- 0..* Notes or comments -->
 <prnReason><!-- 0..* CodeableConcept PRN --></prnReason>
 <orderedOn value="[dateTime]"/><!-- 0..1 When ordered -->
 <recordedOn value="[dateTime]"/><!-- 0..1 When recorded -->
 <subject><!-- 1..1 Reference(Patient) Focus of request --></subject>
 <timing[x]><!-- 0..1 Timing|Period|dateTime Schedule for use --></timing[x]>
 <priority value="[code]"/><!-- 0..1 routine | urgent | stat | asap -->
</DeviceUseRequest>

  Alternate definitions:

Alternate definitions: Schema / Schematron , Resource Profile ( , Resource Profile ( XML , , JSON ), ), Questionnaire

5.13.3.1 Terminology Bindings 5.15.3.1 Terminology Bindings

Path Definition Type Reference
DeviceUseRequest.status DeviceUseRequest.status Codes representing the status of the request. Codes representing the status of the request. Required DeviceUseRequestStatus
DeviceUseRequest.priority DeviceUseRequest.priority Codes representing the priority of the request. Codes representing the priority of the request. Required DeviceUseRequestPriority Notes to reviewers: At this time, the code bindings are placeholders to be fleshed out upon further review by the community.

Notes to reviewers:

At this time, the code bindings are placeholders to be fleshed out upon further review by the community.

5.13.4 Search Parameters 5.15.4 Search Parameters Search parameters for this resource. The common parameters also apply. See

Search parameters for this resource. The common parameters also apply. See Searching for more information about searching in REST, messaging, and services. for more information about searching in REST, messaging, and services.

© HL7.org 2011+. FHIR DSTU2 (v1.0.2-7202) generated on Sat, Oct 24, 2015 07:43+1100. Links: Search
Name Type Description Paths
device reference Device requested Device requested DeviceUseRequest.device
( Device )
patient reference Search by subject - a patient Search by subject - a patient DeviceUseRequest.subject
( Patient )
subject reference Search by subject Search by subject DeviceUseRequest.subject
( Patient )