Left: | PA Service Request (http://hl7.org/fhir/us/physical-activity/StructureDefinition/pa-servicerequest) |
Right: | PA Service Request (http://hl7.org/fhir/us/physical-activity/StructureDefinition/pa-servicerequest) |
Error | StructureDefinition.version | Values for version differ: '1.0.0-ballot' vs '1.0.0' |
Information | StructureDefinition.date | Values for date differ: '2023-03-28T18:30:00+00:00' vs '2023-08-25T16:04:38+00:00' |
Information | StructureDefinition.short | Values for short differ: 'draft | active | on-hold | revoked | completed | entered-in-error | unknown' vs 'draft | active | on-hold | revoked | completed | entered-in-error' |
Information | StructureDefinition.comment | Values for comment differ: 'The status is generally fully in the control of the requester - they determine whether the order is draft or active and, after it has been activated, competed, cancelled or suspended. States relating to the activities of the performer are reflected on either the corresponding event (see [Event Pattern](event.html) for general discussion) or using the [Task](http://hl7.org/fhir/R4/task.html) resource.' vs 'The status is generally fully in the control of the requester - they determine whether the order is draft or active and, after it has been activated, competed, cancelled or suspended. States relating to the activities of the performer are reflected on either the corresponding event (see [Event Pattern](http://hl7.org/fhir/R4/event.html) for general discussion) or using the [Task](http://hl7.org/fhir/R4/task.html) resource.' |
Information | ServiceRequest.category | Element minimum cardinalities differ: '2' vs '1' |
Information | StructureDefinition.short | Values for short differ: 'A reference from one resource to another' vs 'Individual or Entity the service is ordered for' |
Information | StructureDefinition.definition | Values for definition differ: 'A reference from one resource to another.' vs '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).' |
Information | ServiceRequest.authoredOn | Element minimum cardinalities differ: '0' vs '1' |
Information | StructureDefinition.short | Values for short differ: 'A reference from one resource to another' vs 'Who/what is requesting service' |
Information | StructureDefinition.definition | Values for definition differ: 'A reference from one resource to another.' vs 'The individual who initiated the request and has responsibility for its activation.' |
Information | StructureDefinition.comment | Values for comment differ: 'References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository.' vs 'This not the dispatcher, but rather who is the authorizer. This element is not intended to handle delegation which would generally be managed through the Provenance resource.' |
Information | ServiceRequest.requester | Element minimum cardinalities differ: '0' vs '1' |
Information | StructureDefinition.short | Values for short differ: 'A reference from one resource to another' vs 'Requested performer' |
Information | StructureDefinition.definition | Values for definition differ: 'A reference from one resource to another.' vs 'The desired performer for doing the requested service. For example, the surgeon, dermatopathologist, endoscopist, etc.' |
Information | StructureDefinition.comment | Values for comment differ: 'References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository.' vs 'If multiple performers are present, it is interpreted as a list of *alternative* performers without any preference regardless of order. If order of preference is needed use the [request-performerOrder extension](http://hl7.org/fhir/R4/extension-request-performerorder.html). Use CareTeam to represent a group of performers (for example, Practitioner A *and* Practitioner B).' |
Information | StructureDefinition.comment | Values for comment differ: 'This element represents why the referral is being made and may be used to decide how the service will be performed, or even if it will be performed at all. Use `CodeableConcept.text` element if the data is free (uncoded) text as shown in the [CT Scan example](servicerequest-example-di.html).' vs 'This element represents why the referral is being made and may be used to decide how the service will be performed, or even if it will be performed at all. Use `CodeableConcept.text` element if the data is free (uncoded) text as shown in the [CT Scan example](http://hl7.org/fhir/R4/servicerequest-example-di.html).' |
Information | StructureDefinition.comment | Values for comment differ: 'This element represents why the referral is being made and may be used to decide how the service will be performed, or even if it will be performed at all. To be as specific as possible, a reference to *Observation* or *Condition* should be used if available. Otherwise when referencing *DiagnosticReport* it should contain a finding in `DiagnosticReport.conclusion` and/or `DiagnosticReport.conclusionCode`. When using a reference to *DocumentReference*, the target document should contain clear findings language providing the relevant reason for this service request. Use the CodeableConcept text element in `ServiceRequest.reasonCode` if the data is free (uncoded) text as shown in the [CT Scan example](servicerequest-example-di.html).' vs 'This element represents why the referral is being made and may be used to decide how the service will be performed, or even if it will be performed at all. To be as specific as possible, a reference to *Observation* or *Condition* should be used if available. Otherwise when referencing *DiagnosticReport* it should contain a finding in `DiagnosticReport.conclusion` and/or `DiagnosticReport.conclusionCode`. When using a reference to *DocumentReference*, the target document should contain clear findings language providing the relevant reason for this service request. Use the CodeableConcept text element in `ServiceRequest.reasonCode` if the data is free (uncoded) text as shown in the [CT Scan example](http://hl7.org/fhir/R4/servicerequest-example-di.html).' |
Information | StructureDefinition.short | Values for short differ: 'A reference from one resource to another' vs 'Additional clinical information' |
Information | StructureDefinition.definition | Values for definition differ: 'A reference from one resource to another.' vs '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.' |
Information | StructureDefinition.comment | Values for comment differ: 'References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository. A variety of resources might provide support for asserting this condition, however at minimum, systems must support the Physical Activity Vital Sign observations.' vs 'To represent information about how the services are to be delivered use the `instructions` element.' |
Information | StructureDefinition.short | Values for short differ: 'Comments' vs 'Additional details about the service request' |
Information | StructureDefinition.definition | Values for definition differ: 'Any other notes and comments made about the service request. For example, internal billing notes.' vs 'This field contains additional details about the service request (for e.g. the appropriate time and mechanism for the service provider to contact the patient). Please note that service providers typically won't see notes that are added once a ServiceRequest has been accepted.' |
Name | Value | Comments | |
---|---|---|---|
abstract | false | ||
baseDefinition | http://hl7.org/fhir/StructureDefinition/ServiceRequest | ||
copyright | |||
date | 2023-03-28T18:30:00+00:00 | 2023-08-25T16:04:38+00:00 |
|
description | Represents orders and referrals for interventions that help to improve or maintain a patient's level of physical activity | ||
experimental | |||
fhirVersion | 4.0.1 | ||
jurisdiction | |||
jurisdiction[0] | urn:iso:std:iso:3166#US | ||
kind | resource | ||
name | PAServiceRequest | ||
publisher | HL7 International - Patient Care WG | ||
purpose | |||
status | active | ||
title | PA Service Request | ||
type | ServiceRequest | ||
url | http://hl7.org/fhir/us/physical-activity/StructureDefinition/pa-servicerequest | ||
version | 1.0.0-ballot | 1.0.0 |
|
Name | L Flags | L Card. | L Type | L Description & Constraints | R Flags | R Card. | L Type | L Description & Constraints | Comments | ||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
ServiceRequest | C | 0..* | ServiceRequest | A request for a service to be performed | C | 0..* | ServiceRequest | A request for a service to be performed pa-sr-1: At least one of reasonCode or reasonReference must be provided | |||||||||
id | Σ | 0..1 | id | Logical id of this artifact | Σ | 0..1 | id | Logical id of this artifact | |||||||||
meta | Σ | 0..1 | Meta | Metadata about the resource | Σ | 0..1 | Meta | Metadata about the resource | |||||||||
implicitRules | ?!Σ | 0..0 | ?!Σ | 0..0 | |||||||||||||
language | 0..1 | code | Language of the resource content Binding: ?? (preferred): A human language.
| 0..1 | code | Language of the resource content Binding: ?? (preferred): A human language.
| |||||||||||
text | 0..1 | Narrative | Text summary of the resource, for human interpretation | 0..1 | Narrative | Text summary of the resource, for human interpretation | |||||||||||
contained | 0..* | Resource | Contained, inline Resources | 0..* | Resource | Contained, inline Resources | |||||||||||
Slices for extension | 0..* | Extension | Extension Slice: Unordered, Open by value:url | 0..* | Extension | Extension Slice: Unordered, Open by value:url | |||||||||||
modifierExtension | ?! | 0..0 | ?! | 0..0 | |||||||||||||
identifier | Σ | 0..* | Identifier | Identifiers assigned to this order | Σ | 0..* | Identifier | Identifiers assigned to this order | |||||||||
instantiatesCanonical | Σ | 0..* | canonical(ActivityDefinition | PlanDefinition) | Instantiates FHIR protocol or definition | Σ | 0..* | canonical(ActivityDefinition | PlanDefinition) | Instantiates FHIR protocol or definition | |||||||||
instantiatesUri | Σ | 0..* | uri | Instantiates external protocol or definition | Σ | 0..* | uri | Instantiates external protocol or definition | |||||||||
basedOn | Σ | 0..* | Reference(CarePlan | ServiceRequest | MedicationRequest) | What request fulfills | Σ | 0..* | Reference(CarePlan | ServiceRequest | MedicationRequest) | What request fulfills | |||||||||
replaces | Σ | 0..* | Reference(ServiceRequest) | What request replaces | Σ | 0..* | Reference(ServiceRequest) | What request replaces | |||||||||
requisition | Σ | 0..1 | Identifier | Composite Request ID | Σ | 0..1 | Identifier | Composite Request ID | |||||||||
status | ?!SΣ | 1..1 | code | draft | active | on-hold | revoked | completed | entered-in-error | unknown Binding: ?? (required): The status of a service order. | ?!SΣ | 1..1 | code | draft | active | on-hold | revoked | completed | entered-in-error Binding: ?? (required) | |||||||||
intent | ?!SΣ | 1..1 | code | original-order | order | filler-order Binding: ?? (required) | ?!SΣ | 1..1 | code | original-order | order | filler-order Binding: ?? (required) | |||||||||
Slices for category | Σ | 2..* | CodeableConcept | Classification of service Slice: Unordered, Open by pattern:$this Binding: ?? (example): Classification of the requested service. | Σ | 1..* | CodeableConcept | Classification of service Slice: Unordered, Open by pattern:$this Binding: ?? (example): Classification of the requested service. |
| ||||||||
priority | SΣ | 0..1 | code | routine | urgent | asap | stat Binding: ?? (required): Identifies the level of importance to be assigned to actioning the request. | SΣ | 0..1 | code | routine | urgent | asap | stat Binding: ?? (required): Identifies the level of importance to be assigned to actioning the request. | |||||||||
doNotPerform | ?!Σ | 0..0 | ?!Σ | 0..0 | |||||||||||||
code | SΣ | 1..1 | CodeableConcept | What is being requested/ordered Binding: ?? (extensible) | SΣ | 1..1 | CodeableConcept | What is being requested/ordered Binding: ?? (extensible) | |||||||||
orderDetail | ΣC | 0..* | CodeableConcept | Additional order information Binding: ?? (example): Codified order entry details which are based on order context. | ΣC | 0..* | CodeableConcept | Additional order information Binding: ?? (example): Codified order entry details which are based on order context. | |||||||||
quantity[x] | Σ | 0..1 | Quantity, Ratio, Range | Service amount | Σ | 0..1 | Quantity, Ratio, Range | Service amount | |||||||||
subject | SΣ | 1..1 | Reference(US Core Patient Profile) | A reference from one resource to another | SΣ | 1..1 | Reference(US Core Patient Profile) | Individual or Entity the service is ordered for | |||||||||
encounter | Σ | 0..1 | Reference(Encounter) | Encounter in which the request was created | Σ | 0..1 | Reference(Encounter) | Encounter in which the request was created | |||||||||
Slices for occurrence[x] | SΣ | 0..1 | dateTime, Period S, Timing | When service should occur Slice: Unordered, Open by type:$this | SΣ | 0..1 | dateTime, Period S, Timing | When service should occur Slice: Unordered, Open by type:$this | |||||||||
asNeeded[x] | Σ | 0..1 | boolean, CodeableConcept | Preconditions for service Binding: ?? (example): A coded concept identifying the pre-condition that should hold prior to performing a procedure. For example "pain", "on flare-up", etc. | Σ | 0..1 | boolean, CodeableConcept | Preconditions for service Binding: ?? (example): A coded concept identifying the pre-condition that should hold prior to performing a procedure. For example "pain", "on flare-up", etc. | |||||||||
authoredOn | SΣ | 0..1 | dateTime | Date request signed | SΣ | 1..1 | dateTime | Date request signed |
| ||||||||
requester | SΣ | 0..1 | Reference(US Core Practitioner Profile | US Core PractitionerRole Profile) | A reference from one resource to another | SΣ | 1..1 | Reference(US Core Practitioner Profile | US Core PractitionerRole Profile) | Who/what is requesting service |
| ||||||||
performerType | Σ | 0..1 | CodeableConcept | Performer role Binding: ?? (example): Indicates specific responsibility of an individual within the care team, such as "Primary physician", "Team coordinator", "Caregiver", etc. | Σ | 0..1 | CodeableConcept | Performer role Binding: ?? (example): Indicates specific responsibility of an individual within the care team, such as "Primary physician", "Team coordinator", "Caregiver", etc. | |||||||||
performer | SΣ | 0..* | Reference(US Core Patient Profile S | US Core Practitioner Profile S | US Core PractitionerRole Profile S | US Core Organization Profile S | PA Related Person) | A reference from one resource to another | SΣ | 0..* | Reference(US Core Patient Profile S | US Core Practitioner Profile S | US Core PractitionerRole Profile S | US Core Organization Profile S | PA Related Person) | Requested performer | |||||||||
locationCode | Σ | 0..* | CodeableConcept | Requested location Binding: ?? (example): A location type where services are delivered. | Σ | 0..* | CodeableConcept | Requested location Binding: ?? (example): A location type where services are delivered. | |||||||||
locationReference | Σ | 0..* | Reference(Location) | Requested location | Σ | 0..* | Reference(Location) | Requested location | |||||||||
reasonCode | SΣ | 0..* | CodeableConcept | Explanation/Justification for procedure or service Binding: ?? (extensible) | SΣ | 0..* | CodeableConcept | Explanation/Justification for procedure or service Binding: ?? (extensible) | |||||||||
id | 0..1 | string | Unique id for inter-element referencing | 0..1 | string | Unique id for inter-element referencing | |||||||||||
Slices for extension | 0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url | 0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url | |||||||||||
coding | Σ | 0..* | Coding | Code defined by a terminology system | Σ | 0..* | Coding | Code defined by a terminology system | |||||||||
text | SΣ | 0..1 | string | Plain text representation of the concept | SΣ | 0..1 | string | Plain text representation of the concept | |||||||||
Slices for reasonReference | Σ | 0..* | Reference(Condition | Observation | DiagnosticReport | DocumentReference) | Explanation/Justification for service or service Slice: Unordered, Open by profile:resolve() | Σ | 0..* | Reference(Condition | Observation | DiagnosticReport | DocumentReference) | Explanation/Justification for service or service Slice: Unordered, Open by profile:resolve() | |||||||||
insurance | 0..* | Reference(Coverage | ClaimResponse) | Associated insurance coverage | 0..* | Reference(Coverage | ClaimResponse) | Associated insurance coverage | |||||||||||
Slices for supportingInfo | 0..* | Reference(Resource) | A reference from one resource to another Slice: Unordered, Open by profile:resolve() | 0..* | Reference(Resource) | Additional clinical information Slice: Unordered, Open by profile:resolve() | |||||||||||
specimen | Σ | 0..0 | Σ | 0..0 | |||||||||||||
bodySite | Σ | 0..* | CodeableConcept | Location on Body Binding: ?? (example): Codes describing anatomical locations. May include laterality. | Σ | 0..* | CodeableConcept | Location on Body Binding: ?? (example): Codes describing anatomical locations. May include laterality. | |||||||||
note | 0..* | Annotation | Comments | 0..* | Annotation | Additional details about the service request | |||||||||||
id | 0..1 | string | Unique id for inter-element referencing |
| |||||||||||||
Slices for extension | 0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url |
| |||||||||||||
author[x] | SΣ | 1..1 | Reference(US Core Practitioner Profile S | US Core Organization Profile S) | Individual responsible for the annotation |
| ||||||||||||
time | SΣ | 1..1 | dateTime | When the annotation was made |
| ||||||||||||
text | SΣ | 1..1 | markdown | The annotation - text content (as markdown) |
| ||||||||||||
patientInstruction | Σ | 0..1 | string | Patient or consumer-oriented instructions | Σ | 0..1 | string | Patient or consumer-oriented instructions | |||||||||
relevantHistory | 0..* | Reference(Provenance) | Request provenance | 0..* | Reference(Provenance) | Request provenance | |||||||||||
Documentation for this format |