This wiki has undergone a migration to Confluence found Here
Difference between revisions of "ProcedureRequest FHIR Resource Proposal"
Jump to navigation
Jump to search
Line 108: | Line 108: | ||
<!-- Provide a listing of the types of scenarios to be represented in the examples produced for this resource. They should demonstrate the full scope of the resource and allow exercising of the resources capabilities (full element coverage, inclusion & omission of optional elements, repeating and singleton repeating elements, etc.) --> | <!-- Provide a listing of the types of scenarios to be represented in the examples produced for this resource. They should demonstrate the full scope of the resource and allow exercising of the resources capabilities (full element coverage, inclusion & omission of optional elements, repeating and singleton repeating elements, etc.) --> | ||
+ | |||
+ | A CDS system receives as input relevant information pertaining to the patient's medical record and context of care. Based on the input received by the CDS system, the system recommends a particular procedure be performed. | ||
==Resource Relationships== | ==Resource Relationships== |
Revision as of 19:34, 8 February 2015
Contents
- 1 ProcedureRequest
- 1.1 Owning committee name
- 1.2 Contributing or Reviewing Work Groups
- 1.3 FHIR Resource Development Project Insight ID
- 1.4 Scope of coverage
- 1.5 RIM scope
- 1.6 Resource appropriateness
- 1.7 Expected implementations
- 1.8 Content sources
- 1.9 Example Scenarios
- 1.10 Resource Relationships
- 1.11 Timelines
- 1.12 gForge Users
ProcedureRequest
Owning committee name
Clinical Quality Information Work Group
Contributing or Reviewing Work Groups
FHIR Resource Development Project Insight ID
Ken to provide
Scope of coverage
- Subject: Human and non-human living and non-living (e.g., a human patient, a veterinary patient, ground water testing)
- Disciplines: Cross discipline
- Delivery environment: Clinical Decision Support
- Locale: International Realm
RIM scope
Lloyd to provide
Resource appropriateness
Must
- Represents a request for a procedure and captures the following modalities: Recommended, Planned, Proposed, Ordered
- ProcedureRequests can be tracked with distinct, reliable, unique ids
- Procedure requests are common outputs to Clinical Decision Support systems and are also often included in care plans.
Should
- In order to achieve interoperability of exchange of clinical knowledge artifacts or clinical guidance, a common core definition of ProcedureRequest is required.
Expected implementations
- Clinical Decision Support Systems
- Quality Improvement Platforms
Content sources
None
Example Scenarios
A CDS system receives as input relevant information pertaining to the patient's medical record and context of care. Based on the input received by the CDS system, the system recommends a particular procedure be performed.
Resource Relationships
Timelines
May 2015 DSTU
gForge Users
cnanjo