Profile Comparison between http://hl7.org/fhir/us/core/StructureDefinition/us-core-servicerequest vs http://hl7.org/fhir/us/dental-data-exchange/dental-servicerequest

Messages

Metadata

Name	Value		Comments
abstract	false
baseDefinition	http://hl7.org/fhir/StructureDefinition/ServiceRequest
copyright	Used by permission of HL7 International, all rights reserved Creative Commons License		Removed the item 'Used by permission of HL7 International, all rights reserved Creative Commons License'
date	2023-10-17	2024-09-11T14:08:38+00:00	Values Differ
description	The US Core ServiceRequest Profile inherits from the FHIR [ServiceRequest](https://hl7.org/fhir/R4/servicerequest.html) resource; refer to it for scope and usage definitions. This profile sets minimum expectations for recording, searching, and fetching the ServiceRequest information. It specifies which core elements, extensions, vocabularies, and value sets **SHALL** be present and constrains how the elements are used. Providing the floor for standards development for specific use cases promotes interoperability and adoption.	This profile contains information regarding the dental referral request including an identifier and a reference to the reason for the referral, if possible. It also includes basic information such as the patient, referring provider, and encounter information that resulted in the referral.	Values Differ
experimental
fhirVersion	4.0.1
jurisdiction
jurisdiction[0]	urn:iso:std:iso:3166#US
kind	resource
name	USCoreServiceRequestProfile	DentalServiceRequest	Values Differ
publisher	HL7 International / Cross-Group Projects	Payer/Provider Information Exchange Work Group	Values Differ
purpose
status	active
title	US Core ServiceRequest Profile	Dental Service Request	Values Differ
type	ServiceRequest
url	http://hl7.org/fhir/us/core/StructureDefinition/us-core-servicerequest	http://hl7.org/fhir/us/dental-data-exchange/dental-servicerequest	Values Differ
version	7.0.0	2.0.0-ballot	Values Differ

Structure

Name	L Flags	L Card.	L Type	L Description & Constraints	R Flags	R Card.	R Type	R Description & Constraints	Comments
ServiceRequest	C	0..*	ServiceRequest	A request for a service to be performed prr-1: orderDetail SHALL only be present if code is present	C	0..*	ServiceRequest	A request for a service to be performed prr-1: orderDetail SHALL only be present if code is present
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..1	uri	A set of rules under which this content was created	?!Σ	0..1	uri	A set of rules under which this content was created
language		0..1	code	Language of the resource content Binding: ?? (preferred): A human language. Additional Bindings Purpose ?? Max Binding		0..1	code	Language of the resource content Binding: ?? (preferred): A human language. Additional Bindings Purpose ?? Max Binding
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
extension		0..*	Extension	Additional content defined by implementations		0..*	Extension	Additional content defined by implementations
modifierExtension	?!	0..*	Extension	Extensions that cannot be ignored	?!	0..*	Extension	Extensions that cannot be ignored
identifier	Σ	0..*	Identifier	Identifiers assigned to this order	SΣ	0..*	Identifier	Identifiers assigned to this order	Elements differ in definition for mustSupport: 'false' vs 'true'
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.	?!Σ	1..1	code	draft | active | on-hold | revoked | completed | entered-in-error | unknown Binding: ?? (required): The status of a service order.	Elements differ in definition for mustSupport: 'true' vs 'false'
intent	?!SΣ	1..1	code	proposal | plan | directive | order | original-order | reflex-order | filler-order | instance-order | option Binding: ?? (required): The kind of service request.	?!Σ	1..1	code	proposal | plan | directive | order | original-order | reflex-order | filler-order | instance-order | option Binding: ?? (required): The kind of service request.	Elements differ in definition for mustSupport: 'true' vs 'false'
Slices for category	SΣ	0..*	CodeableConcept	Classification of service Slice: Unordered, Open by pattern:$this Binding: ?? (example): Classification of the requested service.	Σ	0..*	CodeableConcept	Classification of service Binding: ?? (example): Classification of the requested service.	Elements differ in definition for mustSupport: 'true' vs 'false'
priority	Σ	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.	Elements differ in definition for mustSupport: 'false' vs 'true'
doNotPerform	?!Σ	0..1	boolean	True if service/procedure should not be performed	?!Σ	0..1	boolean	True if service/procedure should not be performed
code	SΣ	1..1	CodeableConcept	What is being requested/ordered Binding: ?? (extensible)	SΣ	0..1	CodeableConcept	What is being requested/ordered Binding: ?? (example): Codes for tests or services that can be carried out by a designated individual, organization or healthcare service. For laboratory, LOINC is (preferred)[http://build.fhir.org/terminologies.html#preferred] and a valueset using LOINC Order codes is available here.	Element minimum cardinalities differ: '1' vs '0'
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(4.0.0) S | Group | US Core Location Profile(4.0.0) | Device)	Individual or Entity the service is ordered for	Σ	1..1	Reference(US Core Patient Profile(4.0.0))	Individual or Entity the service is ordered for	Elements differ in definition for mustSupport: 'true' vs 'false'
encounter	SΣ	0..1	Reference(US Core Encounter Profile(4.0.0))	Encounter in which the request was created	Σ	0..1	Reference(US Core Encounter Profile(4.0.0))	Encounter in which the request was created	Elements differ in definition for mustSupport: 'true' vs 'false'
occurrence[x]	SΣ	0..1	Period S, dateTime, Timing	When service should occur	SΣ	0..1	dateTime, Period, Timing	When service should occur
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	Σ	0..1	dateTime	Date request signed	Elements differ in definition for mustSupport: 'true' vs 'false'
requester	SΣ	0..1	Reference(US Core Practitioner Profile(4.0.0) S | US Core Organization Profile(4.0.0) | US Core Patient Profile(4.0.0) | PractitionerRole | US Core RelatedPerson Profile | Device)	Who/what is requesting service	Σ	0..1	Reference(Practitioner | PractitionerRole | Organization | Patient | RelatedPerson | Device)	Who/what is requesting service	Elements differ in definition for mustSupport: 'true' vs 'false'
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	Σ	0..*	Reference(Practitioner | PractitionerRole | Organization | CareTeam | HealthcareService | Patient | Device | RelatedPerson)	Requested performer	Σ	0..*	Reference(Practitioner | PractitionerRole | Organization | CareTeam | HealthcareService | Patient | Device | RelatedPerson)	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	Σ	0..*	CodeableConcept	𝗔𝗗𝗗𝗜𝗧𝗜𝗢𝗡𝗔𝗟 𝗨𝗦𝗖𝗗𝗜: Explanation/Justification for procedure or service Binding: ?? (extensible)	SΣ	0..*	CodeableConcept	Explanation/Justification for procedure or service Binding: ?? (preferred)	Elements differ in definition for mustSupport: 'false' vs 'true'
reasonReference	Σ	0..*	Reference(Condition | Observation | DiagnosticReport | DocumentReference)	𝗔𝗗𝗗𝗜𝗧𝗜𝗢𝗡𝗔𝗟 𝗨𝗦𝗖𝗗𝗜: US Core Profile that supports the requested service	Σ	0..*	Reference(Condition | Observation | DiagnosticReport | DocumentReference)	Explanation/Justification for service or service
insurance		0..*	Reference(Coverage | ClaimResponse)	Associated insurance coverage	S	0..*	Reference(HRex Coverage Profile)	Associated insurance coverage	Elements differ in definition for mustSupport: 'false' vs 'true'
supportingInfo		0..*	Reference(Resource)	Additional clinical information	S	0..*	Reference(Resource)	Additional clinical information	Elements differ in definition for mustSupport: 'false' vs 'true'
specimen	Σ	0..*	Reference(Specimen)	Procedure Samples	Σ	0..*	Reference(Specimen)	Procedure Samples
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	Comments
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