2nd DSTU Draft For Comment

This page is part of the FHIR Specification (v0.4.0: DSTU 2 Draft). The current version which supercedes this version is 5.0.0. For a full list of available versions, see the Directory of published versions

5.11 Resource DeviceUseRequest - Content

This resource maintained by the Health Care Devices Work Group

Represents a request for the use of a device.

5.11.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 will lead to the dispensing of the device to the patient or for use by the patient.

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 will 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 that entered by a practitioner in a CPOE system or a proposal made by a clinical decision support system (CDSS) based on a patient's clinical record and context of care.

5.11.2 Boundaries and Relationships

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

5.11.3 Resource Content

Structure

NameFlagsCard.TypeDescription & Constraintsdoco
.. DeviceUseRequest DomainResourceRequest for device use
... bodySite[x] Target body site
.... bodySiteCodeableConcept0..1CodeableConcept
.... bodySiteReference0..1BodySite
... status M0..1codeproposed | planned | requested | received | accepted | in-progress | completed | suspended | rejected | aborted
DeviceUseRequestStatus (Required)
... device 1..1DeviceDevice requested
... encounter 0..1EncounterEncounter motivating request
... identifier 0..*IdentifierRequest identifier
... indication 0..*CodeableConceptReason for request
... notes 0..*stringNotes or comments
... prnReason 0..*CodeableConceptPRN
... orderedOn 0..1dateTimeWhen ordered
... recordedOn 0..1dateTimeWhen recorded
... subject 1..1PatientFocus of request
... timing[x] Schedule for use
.... timingTiming0..1Timing
.... timingPeriod0..1Period
.... timingDateTime0..1dateTime
... priority 0..1coderoutine | urgent | stat | asap
DeviceUseRequestPriority (Required)

UML Diagram

DeviceUseRequest (DomainResource)Indicates the site on the subject's body where the device should be used ( i.e. the target site)bodySite[x] : CodeableConcept|Reference(BodySite) 0..1The status of the request (this element modifies the meaning of other elements)status : code 0..1 « Codes representing the status of the requestDeviceUseRequestStatus »The details of the device to be useddevice : Reference(Device) 1..1An encounter that provides additional context in which this request is madeencounter : Reference(Encounter) 0..1Identifiers assigned to this order by the orderer or by the receiveridentifier : Identifier 0..*Reason or justification for the use of this deviceindication : CodeableConcept 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 statementnotes : string 0..*The proposed act must be performed if the indicated conditions occur, e.g.., shortness of breath, SpO2 less than x%prnReason : CodeableConcept 0..*The time when the request was madeorderedOn : dateTime 0..1The time at which the request was made/recordedrecordedOn : dateTime 0..1The patient who will use the devicesubject : Reference(Patient) 1..1The 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] : Timing|Period|dateTime 0..1Characterizes how quickly the use of device must be initiated. Includes concepts such as stat, urgent, routinepriority : code 0..1 « Codes representing the priority of the requestDeviceUseRequestPriority »

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>

JSON Template

{doco
  "resourceType" : "DeviceUseRequest",
  // from Resource: id, meta, implicitRules, and language
  // from DomainResource: text, contained, extension, and modifierExtension
  // bodySite[x]: Target body site. One of these 2:
  "bodySiteCodeableConcept" : { CodeableConcept },
  "bodySiteReference" : { Reference(BodySite) },
  "status" : "<code>", // proposed | planned | requested | received | accepted | in-progress | completed | suspended | rejected | aborted
  "device" : { Reference(Device) }, // R! Device requested
  "encounter" : { Reference(Encounter) }, // Encounter motivating request
  "identifier" : [{ Identifier }], // Request identifier
  "indication" : [{ CodeableConcept }], // Reason for request
  "notes" : ["<string>"], // Notes or comments
  "prnReason" : [{ CodeableConcept }], // PRN
  "orderedOn" : "<dateTime>", // When ordered
  "recordedOn" : "<dateTime>", // When recorded
  "subject" : { Reference(Patient) }, // R! Focus of request
  // timing[x]: Schedule for use. One of these 3:
  "timingTiming" : { Timing },
  "timingPeriod" : { Period },
  "timingDateTime" : "<dateTime>",
  "priority" : "<code>" // routine | urgent | stat | asap
}

Structure

NameFlagsCard.TypeDescription & Constraintsdoco
.. DeviceUseRequest DomainResourceRequest for device use
... bodySite[x] Target body site
.... bodySiteCodeableConcept0..1CodeableConcept
.... bodySiteReference0..1BodySite
... status M0..1codeproposed | planned | requested | received | accepted | in-progress | completed | suspended | rejected | aborted
DeviceUseRequestStatus (Required)
... device 1..1DeviceDevice requested
... encounter 0..1EncounterEncounter motivating request
... identifier 0..*IdentifierRequest identifier
... indication 0..*CodeableConceptReason for request
... notes 0..*stringNotes or comments
... prnReason 0..*CodeableConceptPRN
... orderedOn 0..1dateTimeWhen ordered
... recordedOn 0..1dateTimeWhen recorded
... subject 1..1PatientFocus of request
... timing[x] Schedule for use
.... timingTiming0..1Timing
.... timingPeriod0..1Period
.... timingDateTime0..1dateTime
... priority 0..1coderoutine | urgent | stat | asap
DeviceUseRequestPriority (Required)

UML Diagram

DeviceUseRequest (DomainResource)Indicates the site on the subject's body where the device should be used ( i.e. the target site)bodySite[x] : CodeableConcept|Reference(BodySite) 0..1The status of the request (this element modifies the meaning of other elements)status : code 0..1 « Codes representing the status of the requestDeviceUseRequestStatus »The details of the device to be useddevice : Reference(Device) 1..1An encounter that provides additional context in which this request is madeencounter : Reference(Encounter) 0..1Identifiers assigned to this order by the orderer or by the receiveridentifier : Identifier 0..*Reason or justification for the use of this deviceindication : CodeableConcept 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 statementnotes : string 0..*The proposed act must be performed if the indicated conditions occur, e.g.., shortness of breath, SpO2 less than x%prnReason : CodeableConcept 0..*The time when the request was madeorderedOn : dateTime 0..1The time at which the request was made/recordedrecordedOn : dateTime 0..1The patient who will use the devicesubject : Reference(Patient) 1..1The 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] : Timing|Period|dateTime 0..1Characterizes how quickly the use of device must be initiated. Includes concepts such as stat, urgent, routinepriority : code 0..1 « Codes representing the priority of the requestDeviceUseRequestPriority »

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>

JSON Template

{doco
  "resourceType" : "DeviceUseRequest",
  // from Resource: id, meta, implicitRules, and language
  // from DomainResource: text, contained, extension, and modifierExtension
  // bodySite[x]: Target body site. One of these 2:
  "bodySiteCodeableConcept" : { CodeableConcept },
  "bodySiteReference" : { Reference(BodySite) },
  "status" : "<code>", // proposed | planned | requested | received | accepted | in-progress | completed | suspended | rejected | aborted
  "device" : { Reference(Device) }, // R! Device requested
  "encounter" : { Reference(Encounter) }, // Encounter motivating request
  "identifier" : [{ Identifier }], // Request identifier
  "indication" : [{ CodeableConcept }], // Reason for request
  "notes" : ["<string>"], // Notes or comments
  "prnReason" : [{ CodeableConcept }], // PRN
  "orderedOn" : "<dateTime>", // When ordered
  "recordedOn" : "<dateTime>", // When recorded
  "subject" : { Reference(Patient) }, // R! Focus of request
  // timing[x]: Schedule for use. One of these 3:
  "timingTiming" : { Timing },
  "timingPeriod" : { Period },
  "timingDateTime" : "<dateTime>",
  "priority" : "<code>" // routine | urgent | stat | asap
}

 

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

5.11.3.1 Terminology Bindings

PathDefinitionTypeReference
DeviceUseRequest.status Codes representing the status of the requestFixedhttp://hl7.org/fhir/device-use-request-status
DeviceUseRequest.priority Codes representing the priority of the requestFixedhttp://hl7.org/fhir/device-use-request-priority

Notes to reviewers:

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

5.11.4 Search Parameters

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

NameTypeDescriptionPaths
patientreferenceSearch by subject - a patientDeviceUseRequest.subject
(Patient)
subjectreferenceSearch by subjectDeviceUseRequest.subject
(Patient)