Describes how the ServiceRequest resource is used to for genetics
Subclass of hl7.model.ServiceRequest (A record of a request for service such as diagnostic investigations, treatments, or operations to be performed.)
- Value Params
- asNeeded
- If a CodeableConcept is present, it indicates the pre-condition for performing the service. For example "pain", "on flare-up", etc.
- authoredOn
- When the request transitioned to being actionable.
- basedOn
- Plan/proposal/order fulfilled by this request.
- bodySite
- Anatomic location where the procedure should be performed. This is the target site.
- category
- A code that classifies the service for searching, sorting and display purposes (e.g. "Surgical Procedure").
- code
- A code that identifies a particular service (i.e., procedure, diagnostic investigation, or panel of investigations) that have been requested.
- contained
- These resources do not have an independent existence apart from the resource that contains them - they cannot be identified independently, and nor can they have their own independent transaction scope.
- doNotPerform
- Set this to true if the record is saying that the service/procedure should NOT be performed.
- encounter
- An encounter that provides additional information about the healthcare context in which this request is made.
- extension
- An Extension
- id
- The logical id of the resource, as used in the URL for the resource. Once assigned, this value never changes.
- identifier
- Identifiers assigned to this order instance by the orderer and/or the receiver and/or order fulfiller.
- implicitRules
- A reference to a set of rules that were followed when the resource was constructed, and which must be understood when processing the content. Often, this is a reference to an implementation guide that defines the special rules along with other profiles etc.
- instantiatesCanonical
- The URL pointing to a FHIR-defined protocol, guideline, orderset or other definition that is adhered to in whole or in part by this ServiceRequest.
- instantiatesUri
- The URL pointing to an externally maintained protocol, guideline, orderset or other definition that is adhered to in whole or in part by this ServiceRequest.
- insurance
- Insurance plans, coverage extensions, pre-authorizations and/or pre-determinations that may be needed for delivering the requested service.
- intent
- Whether the request is a proposal, plan, an original order or a reflex order.
- language
- The base language in which the resource is written.
- locationCode
- The preferred location(s) where the procedure should actually happen in coded or free text form. E.g. at home or nursing day care center.
- locationReference
- A reference to the the preferred location(s) where the procedure should actually happen. E.g. at home or nursing day care center.
- meta
- The metadata about the resource. This is content that is maintained by the infrastructure. Changes to the content might not always be associated with version changes to the resource.
- modifierExtension
- May be used to represent additional information that is not part of the basic definition of the resource and that modifies the understanding of the element that contains it and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer is allowed to define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions. Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).
- note
- Any other notes and comments made about the service request. For example, internal billing notes.
- occurrence
- The date/time at which the requested service should occur.
- orderDetail
- Additional details and instructions about the how the services are to be delivered. For example, and order for a urinary catheter may have an order detail for an external or indwelling catheter, or an order for a bandage may require additional instructions specifying how the bandage should be applied.
- patientInstruction
- Instructions in terms that are understood by the patient or consumer.
- performer
- The desired performer for doing the requested service. For example, the surgeon, dermatopathologist, endoscopist, etc.
- performerType
- Desired type of performer for doing the requested service.
- priority
- Indicates how quickly the ServiceRequest should be addressed with respect to other requests.
- quantity
- An amount of service being requested which can be a quantity ( for example $1,500 home modification), a ratio ( for example, 20 half day visits per month), or a range (2.0 to 1.8 Gy per fraction).
- reasonCode
- An explanation or justification for why this service is being requested in coded or textual form. This is often for
billing purposes. May relate to the resources referred to in
supportingInfo
.
- An explanation or justification for why this service is being requested in coded or textual form. This is often for
billing purposes. May relate to the resources referred to in
- reasonReference
- Indicates another resource that provides a justification for why this service is being requested. May relate to the
resources referred to in
supportingInfo
.
- Indicates another resource that provides a justification for why this service is being requested. May relate to the
resources referred to in
- relevantHistory
- Key events in the history of the request.
- replaces
- The request takes the place of the referenced completed or terminated request(s).
- requester
- The individual who initiated the request and has responsibility for its activation.
- requisition
- A shared identifier common to all service requests that were authorized more or less simultaneously by a single author, representing the composite or group identifier.
- specimen
- One or more specimens that the laboratory procedure will use.
- status
- The status of the order.
- subject
- On whom or what the service is to be performed. This is usually a human patient, but can also be requested on animals, groups of humans or animals, devices such as dialysis machines, or even locations (typically for environmental scans).
- supportingInfo
- Additional clinical information about the patient or specimen that may influence the services or their interpretations. This information includes diagnosis, clinical findings and other observations. In laboratory ordering these are typically referred to as "ask at order entry questions (AOEs)". This includes observations explicitly requested by the producer (filler) to provide context or supporting information needed to complete the order. For example, reporting the amount of inspired oxygen for blood gas measurements.
- text
- A human-readable narrative that contains a summary of the resource and can be used to represent the content of the resource to a human. The narrative need not encode all the structured data, but is required to contain sufficient detail to make it "clinically safe" for a human to just read the narrative. Resource definitions may define what content should be represented in the narrative to ensure clinical safety.
- Constructor
Inherits all params from parent.
- Companion
- object
Value members
Inherited methods
Slower than nodalMap, but should work with subtypes (e.g. PositiveInt). If you must use it, then:
Slower than nodalMap, but should work with subtypes (e.g. PositiveInt). If you must use it, then:
T
should not be a Choice[_], a LitSeq[_] or an Option[_]- It may require a type parameter sometimes (e.g.
sampleResource >>[BUNDLE_TYPE] { (_: BUNDLE_TYPE) => BUNDLE_TYPE.SEARCHSET }
)
- Inherited from
- FHIRObject
- Inherited from
- FHIRObject
Extract values of type From, and map to LitSeq[To] using fn: From => To. Unlike >>, this is safe even if From is a Choice[], a LitSeq[] or an Option[_] Quite slow, slower than nodalExtract
Extract values of type From, and map to LitSeq[To] using fn: From => To. Unlike >>, this is safe even if From is a Choice[], a LitSeq[] or an Option[_] Quite slow, slower than nodalExtract
- Inherited from
- FHIRObject
- Inherited from
- Utils
- Inherited from
- Utils
- Inherited from
- FHIRObject
- Inherited from
- FHIRObject
Convenience alias for nodalGetByClass andThen map to LitSeq[To] using fn: From => To.
Convenience alias for nodalGetByClass andThen map to LitSeq[To] using fn: From => To.
- Inherited from
- FHIRObject
Extract values of type From Unlike nodalMap, this is safe even if From is a Choice[_], a LitSeq[_] or an Option[_], however there remains a caveat with 'subtyped' types (eg PositiveInt), in that we can't differentiate them from the parent class Quite slow but faster than ^^
Extract values of type From Unlike nodalMap, this is safe even if From is a Choice[_], a LitSeq[_] or an Option[_], however there remains a caveat with 'subtyped' types (eg PositiveInt), in that we can't differentiate them from the parent class Quite slow but faster than ^^
- Inherited from
- FHIRObject
Bit faster than >>
, but still much slower than using update$foo
when possible. If you must use it, then:
Bit faster than >>
, but still much slower than using update$foo
when possible. If you must use it, then:
T
should not be a Choice[_], a LitSeq[_], an Option[_], or any 'subtyped' type (eg PositiveInt). You should ensure, if T is a supertype of multiple valid choice values (e.g. T =:= Object), that the return value of fn retains the same type as the input value.
- Inherited from
- FHIRObject
- Inherited from
- FHIRObject
- Inherited from
- FHIRObject
- Inherited from
- FHIRObject
- Inherited from
- FHIRObject
- Inherited from
- FHIRObject
- Inherited from
- FHIRObject