Others titles
- FHIR Element Definition Resource
- Electronic Health Records Exchange Through FHIR
Keywords
- FHIR
- HL7
- Medical Terminology
- Processes Data
- Processes Information
- Processes Documentation
- Health Information Exchange
- Electronic Health Records
- FHIR Smart
- Smart on FHIR
Service Request
Service Request is a record of a request for a procedure or diagnostic or another service to be planned, proposed, or performed, as distinguished by the Service Request.intent field value, with or on a patient. Service Request is a record of a proposal/plan or order for a service to be performed that would result in a Procedure, Observation, Diagnostic Report, Imaging Study or similar resource.
Get The Data
- ResearchNon-Commercial, Share-Alike, Attribution Free Forever
- CommercialCommercial Use, Remix & Adapt, White Label Log in to download
Description
An appointment may include a visit either in person or remote (by phone, video conference, etc.). All that matter is that the time and usage of one or more individuals, locations and/or pieces of equipment is being fully or partially reserved for a designated period of time. When using a request-response style of appointment this is done using Appointment and Appointment Response resources. The request is made in the form of an Appointment with a proposed or pending status, and the list of actors with a participation status of “needs-action”.
The procedure will lead to either a Procedure or Diagnostic Report, which in turn may reference one or more Observations, which summarize the performance of the procedures and associated documentation such as observations, images, findings that are relevant to the treatment/management of the subject. This resource may be used to share relevant information required to support a referral or a transfer of care request from one practitioner or organization to another when a patient is required to be referred to another provider for a consultation /second opinion and/or for short term or long term management of one or more health issues or problems.
Examples include:
– diagnostic tests/studies
– endoscopic procedures
– counseling
– biopsies
– therapies (e.g., physio-, social-, psychological-)
– (exploratory) surgeries or procedures
– exercises
– specialist consultation and assessments
– community services
– nursing services
– pharmacist medication review, and
– other clinical interventions.
– Procedures may be performed by a healthcare professional, a friend or relative or in some cases by the patient themselves.
The principal intention of ServiceRequest is to support ordering procedures for one patient (which includes non-human patients in veterinary medicine). However, in many contexts, healthcare related processes include performing diagnostic investigations on groups of subjects, devices involved in the provision of healthcare, and even environmental locations such as ducts, bodies of water, etc. Service Request supports all these usages. The service request may represent an order that is entered by a practitioner in a Computerized Physician Order Entry (CPOE) system as well as a proposal made by a clinical decision support (CDS) system based on a patient’s clinical record and context of care. Planned procedures referenced by a Care Plan may also be represented by this resource.
The general workflow, that this resource facilitates is that a clinical system creates a service request. The service request is then accessed by or exchanged with a system, perhaps via intermediaries, which represents an organization (e.g., diagnostic or imaging service, surgical team, physical therapy department), that can perform the procedure. The organization receiving the service request will, after it accepts the request, update the request as the work is performed, and then finally issue a report that references the requests that are fulfilled.
The Service Request resource allows requesting only a single procedure. If a workflow requires requesting multiple procedures simultaneously, this is done using multiple instances of this resource. These instances can be linked in different ways, depending on the needs of the workflow.
About this Dataset
Data Info
Date Created | 2018-09-20 |
---|---|
Last Modified | 2023-03-26 |
Version | 5.0.0 |
Update Frequency |
Annual |
Temporal Coverage |
N/A |
Spatial Coverage |
United States |
Source | John Snow Labs; Health Level Seven International; |
Source License URL | |
Source License Requirements |
N/A |
Source Citation |
N/A |
Keywords | FHIR, HL7, Medical Terminology, Processes Data, Processes Information, Processes Documentation, Health Information Exchange, Electronic Health Records, FHIR Smart, Smart on FHIR |
Other Titles | FHIR Element Definition Resource, Electronic Health Records Exchange Through FHIR |
Data Fields
Name | Description | Type | Constraints |
---|---|---|---|
Concept_Name | Name of the concept in the FHIR structure | string | required : 1 |
Computer_Ready_Name | A Computer-ready name (e.g. a token) that identifies the structure - suitable for code generation. Note that this name (and other names relevant for code generation, including element & slice names, codes etc) may collide with reserved words in the relevant target language, and code generators will need to handle this. | string | - |
Type | The type the structure describes. | string | - |
Dollar_Ref | The "$ref" string value contains a Uniform Resource Identifier (URI) which identifies the location of the JSON value being referenced. | string | - |
Description | A free text natural language description of the structure and its use | string | - |
Items | The value of the keyword should be an object or an array of objects. If the keyword value is an object, then for the data array to be valid each item of the array should be valid according to the schema in this value. | string | - |
Required | The value of the keyword should be an array of unique strings. The data object to be valid should contain all properties with names equal to the elements in the keyword value. | string | - |
Const | The value of this keyword can be anything. The data is valid if it is deeply equal to the value of the keyword. | string | - |
Data Preview
Concept Name | Computer Ready Name | Type | Dollar Ref | Description | Items | Required | Const |
ServiceRequest | resourceType | This is a ServiceRequest resource | |||||
ServiceRequest | id | #/definitions/id | The logical id of the resource | ||||
ServiceRequest | meta | #/definitions/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. | ||||
ServiceRequest | implicitRules | #/definitions/uri | A reference to a set of rules that were followed when the resource was constructed | ||||
ServiceRequest | _implicitRules | #/definitions/Element | Extensions for implicitRules | ||||
ServiceRequest | language | #/definitions/code | The base language in which the resource is written. | ||||
ServiceRequest | _language | #/definitions/Element | Extensions for language | ||||
ServiceRequest | text | #/definitions/Narrative | 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 | ||||
ServiceRequest | contained | array | These resources do not have an independent existence apart from the resource that contains them - they cannot be identified independently | ||||
ServiceRequest | extension | array | May be used to represent additional information that is not part of the basic definition of the resource. To make the use of extensions safe and managable |