Profile Comparison between http://hl7.org/fhir/us/core/StructureDefinition/us-core-servicerequest vs http://hl7.org/fhir/us/sdoh-clinicalcare/StructureDefinition/SDOHCC-ServiceRequest

Left:US Core Service Request (http://hl7.org/fhir/us/core/StructureDefinition/us-core-servicerequest)
Right:SDOHCC ServiceRequest (http://hl7.org/fhir/us/sdoh-clinicalcare/StructureDefinition/SDOHCC-ServiceRequest)

Messages

ErrorStructureDefinition.urlValues for url differ: 'http://hl7.org/fhir/us/core/StructureDefinition/us-core-servicerequest' vs 'http://hl7.org/fhir/us/sdoh-clinicalcare/StructureDefinition/SDOHCC-ServiceRequest'
ErrorStructureDefinition.versionValues for version differ: '4.1.0' vs '1.1.0'
InformationStructureDefinition.nameValues for name differ: 'USCoreServiceRequest' vs 'SDOHCCServiceRequest'
InformationStructureDefinition.titleValues for title differ: 'US Core Service Request' vs 'SDOHCC ServiceRequest'
InformationStructureDefinition.statusValues for status differ: 'active' vs 'draft'
InformationStructureDefinition.dateValues for date differ: '2018-08-22T00:00:00+00:00' vs '2020-12-14T04:01:34+00:00'
InformationStructureDefinition.publisherValues for publisher differ: 'HL7 International - Cross-Group Projects' vs 'HL7 International - Patient Care WG'
WarningServiceRequestElements differ in short: 'A request for a service to be performed' 'A request for a service to address an SDOH condition, observation or goal.'
WarningServiceRequestElements differ in definition: 'A record of a request for service such as diagnostic investigations, treatments, or operations to be performed.' 'For service requests that address SDOH conditions, observations or goals.'
WarningServiceRequest.extensionElements differ in short: 'Additional content defined by implementations' 'Extension'
WarningServiceRequest.extensionElements differ in definition: '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 manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension.' 'An Extension'
WarningServiceRequest.statusElements differ in comments: '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] for general discussion) or using the [Task] resource.' '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] for general discussion) or using the [Task] resource. While all values are currently allowed, there may be a constraint on the values in future releases based on implementation feedback.'
WarningServiceRequest.intentElements differ in comments: 'This element is labeled as a modifier because the intent alters when and how the resource is actually applicable.' 'This element is labeled as a modifier because the intent alters when and how the resource is actually applicable. While all values are currently allowed, there may be a contraint on the values in future releases based on implementation feedback.'
WarningServiceRequest.categoryElements differ in definition: 'A code that classifies the service for searching, sorting and display purposes (e.g. 'Surgical Procedure').' 'A code that classifies the service for searching, sorting and display purposes (e.g., Education).'
ErrorServiceRequest.categoryElements differ in definition for mustSupport: 'true' 'false'
ErrorServiceRequest.priorityElements differ in definition for mustSupport: 'false' 'true'
WarningServiceRequest.codeElements differ in short: 'What is being requested/ordered' 'What is being requested/ordered.'
WarningServiceRequest.codeElements differ in definition: 'A code that identifies a particular service (i.e., procedure, diagnostic investigation, or panel of investigations) that have been requested.' 'A code that identifies a particular service (e.g., procedure) that has been requested.'
WarningServiceRequest.codeElements differ in comments: 'Many laboratory and radiology procedure codes embed the specimen/organ system in the test order name, for example, serum or serum/plasma glucose, or a chest x-ray. The specimen might not be recorded separately from the test code.' 'As the Gravity Project continues to refine content for the SDOH categories (e.g., food, housing, transportation, etc.), this value set will be refined to codes that pertain to SDOH categories. For further guidance on external value sets vetted by the Gravity Project see: [SDOH terminology guidance]'
WarningServiceRequest.code.codingElements differ in comments: 'Codes may be defined very casually in enumerations, or code lists, up to very formal definitions such as SNOMED CT - see the HL7 v3 Core Principles for more information. Ordering of codings is undefined and SHALL NOT be used to infer meaning. Generally, at most only one of the coding values will be labeled as UserSelected = true.' 'Codes may be defined very casually in enumerations, or code lists, up to very formal definitions such as SNOMED CT - see the HL7 v3 Core Principles for more information. Ordering of codings is undefined and SHALL NOT be used to infer meaning. Generally, at most only one of the coding values will be labeled as UserSelected = true. Where more than one coding is used, the codings should have overlapping meaning. For example, a code related to providing meal vouchers and a code related to home delivered meals may be appropriate. However, a code related to providing meal vouchers and a code related to providing transportation vouchers would not be appropriate.'
ErrorServiceRequest.code.codingElements differ in definition for mustSupport: 'false' 'true'
ErrorServiceRequest.subjectType Mismatch: Reference([CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-patient]]) Reference([CanonicalType[http://hl7.org/fhir/StructureDefinition/Group], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-patient], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-location]])
ErrorServiceRequest.authoredOnElements differ in definition for mustSupport: 'true' 'false'
ErrorServiceRequest.requesterType Mismatch: Reference([CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-practitioner], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-organization], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-patient], CanonicalType[http://hl7.org/fhir/StructureDefinition/PractitionerRole], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-relatedperson], CanonicalType[http://hl7.org/fhir/StructureDefinition/Device]]) Reference([CanonicalType[http://hl7.org/fhir/StructureDefinition/RelatedPerson], CanonicalType[http://hl7.org/fhir/StructureDefinition/Device], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-practitionerrole], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-practitioner], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-patient], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-organization]])
ErrorServiceRequest.performerElements differ in definition for mustSupport: 'false' 'true'
ErrorServiceRequest.performerType Mismatch: Reference([CanonicalType[http://hl7.org/fhir/StructureDefinition/Practitioner], CanonicalType[http://hl7.org/fhir/StructureDefinition/PractitionerRole], CanonicalType[http://hl7.org/fhir/StructureDefinition/Organization], CanonicalType[http://hl7.org/fhir/StructureDefinition/CareTeam], CanonicalType[http://hl7.org/fhir/StructureDefinition/HealthcareService], CanonicalType[http://hl7.org/fhir/StructureDefinition/Patient], CanonicalType[http://hl7.org/fhir/StructureDefinition/Device], CanonicalType[http://hl7.org/fhir/StructureDefinition/RelatedPerson]]) Reference([CanonicalType[http://hl7.org/fhir/StructureDefinition/HealthcareService], CanonicalType[http://hl7.org/fhir/StructureDefinition/Device], CanonicalType[http://hl7.org/fhir/StructureDefinition/RelatedPerson], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-patient], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-practitioner], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-practitionerrole], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-organization], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-careteam]])
WarningServiceRequest.reasonCodeElements differ in comments: '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].' '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]. Information represented by ServiceRequest.reasonCode may overlap significantly with information represented by ServiceRequest.reasonReference. Multiple approaches to representing the same information may negatively impact interoperability. Therefore, where similar information could be provided by either ServiceRequest.reasonCode or ServiceRequest.reasonReference, it is recommended that ServiceRequest.reasonReference be used to provide a reason for why a service request was made. As the Gravity Project continues to refine content for the SDOH categories (e.g., food, housing, transportation, etc.), this value set may be refined to codes that pertain to SDOH categories.'
WarningServiceRequest.reasonReferenceElements differ in comments: '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].' '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. Additionally, see Comment on reasonCode.'
WarningServiceRequest.supportingInfoElements differ in definition: '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.' 'Additional clinical information about the patient that may influence the services or their interpretations. This information includes diagnosis, clinical findings and other observations.'

Metadata

NameValueComments
.abstractfalse
    .baseDefinitionhttp://hl7.org/fhir/StructureDefinition/ServiceRequest
      .copyrightUsed 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'
      .date2018-08-22T00:00:00+00:002020-12-14T04:01:34+00:00
      • Values Differ
      .descriptionDefines constraints and extensions on the ServiceRequest resource for the minimal set of data to query and retrieve orders associated with diagnostic and clinical tests and clinical interventions for a patientProfile for service requests that address Social Determinants of Health.
      • Values Differ
      .experimental
        .fhirVersion4.0.1
          .jurisdiction
            ..jurisdiction[0]urn:iso:std:iso:3166#US
              .kindresource
                .nameUSCoreServiceRequestSDOHCCServiceRequest
                • Values Differ
                .publisherHL7 International - Cross-Group ProjectsHL7 International - Patient Care WG
                • Values Differ
                .purpose
                  .statusactivedraft
                  • Values Differ
                  .titleUS Core Service RequestSDOHCC ServiceRequest
                  • Values Differ
                  .typeServiceRequest
                    .urlhttp://hl7.org/fhir/us/core/StructureDefinition/us-core-servicerequesthttp://hl7.org/fhir/us/sdoh-clinicalcare/StructureDefinition/SDOHCC-ServiceRequest
                    • Values Differ
                    .version4.1.01.1.0
                    • Values Differ

                    Structure

                    NameL FlagsL Card.L TypeL Description & ConstraintsR FlagsR Card.L TypeL Description & ConstraintsCommentsdoco
                    .. ServiceRequest II
                    • Elements differ in short: "A request for a service to be performed" "A request for a service to address an SDOH condition, observation or goal."
                    • Elements differ in definition: "A record of a request for service such as diagnostic investigations, treatments, or operations to be performed." "For service requests that address SDOH conditions, observations or goals."
                    ... id ΣΣ
                      ... meta ΣΣ
                        ... implicitRules ?!Σ?!Σ
                          ... language
                            ... text
                              ... contained
                                ... extension ExtensionExtension
                                • Elements differ in short: "Additional content defined by implementations" "Extension"
                                • Elements differ in definition: "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 manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension." "An Extension"
                                ... modifierExtension ?!?!
                                  ... identifier ΣΣ
                                    ... instantiatesCanonical ΣΣ
                                      ... instantiatesUri ΣΣ
                                        ... basedOn ΣΣ
                                          ... replaces ΣΣ
                                            ... requisition ΣΣ
                                              ... status ?!SΣ?!SΣ
                                              • Elements differ in comments: "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] for general discussion) or using the [Task] resource." "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] for general discussion) or using the [Task] resource. While all values are currently allowed, there may be a constraint on the values in future releases based on implementation feedback."
                                              ... intent ?!SΣ?!SΣ
                                              • Elements differ in comments: "This element is labeled as a modifier because the intent alters when and how the resource is actually applicable." "This element is labeled as a modifier because the intent alters when and how the resource is actually applicable. While all values are currently allowed, there may be a contraint on the values in future releases based on implementation feedback."
                                              ... Slices for category SΣΣ
                                              • Elements differ in definition: "A code that classifies the service for searching, sorting and display purposes (e.g. "Surgical Procedure")." "A code that classifies the service for searching, sorting and display purposes (e.g., Education)."
                                              • Elements differ in definition for mustSupport: "true" "false"
                                              ... priority ΣSΣ
                                              • Elements differ in definition for mustSupport: "false" "true"
                                              ... doNotPerform ?!Σ?!Σ
                                                ... code SΣSΣ
                                                • Elements differ in short: "What is being requested/ordered" "What is being requested/ordered."
                                                • Elements differ in definition: "A code that identifies a particular service (i.e., procedure, diagnostic investigation, or panel of investigations) that have been requested." "A code that identifies a particular service (e.g., procedure) that has been requested."
                                                • Elements differ in comments: "Many laboratory and radiology procedure codes embed the specimen/organ system in the test order name, for example, serum or serum/plasma glucose, or a chest x-ray. The specimen might not be recorded separately from the test code." "As the Gravity Project continues to refine content for the SDOH categories (e.g., food, housing, transportation, etc.), this value set will be refined to codes that pertain to SDOH categories. For further guidance on external value sets vetted by the Gravity Project see: [SDOH terminology guidance]"
                                                .... id
                                                  .... Slices for extension ExtensionExtension
                                                    .... coding ΣSΣ
                                                    • Elements differ in comments: "Codes may be defined very casually in enumerations, or code lists, up to very formal definitions such as SNOMED CT - see the HL7 v3 Core Principles for more information. Ordering of codings is undefined and SHALL NOT be used to infer meaning. Generally, at most only one of the coding values will be labeled as UserSelected = true." "Codes may be defined very casually in enumerations, or code lists, up to very formal definitions such as SNOMED CT - see the HL7 v3 Core Principles for more information. Ordering of codings is undefined and SHALL NOT be used to infer meaning. Generally, at most only one of the coding values will be labeled as UserSelected = true. Where more than one coding is used, the codings should have overlapping meaning. For example, a code related to providing meal vouchers and a code related to home delivered meals may be appropriate. However, a code related to providing meal vouchers and a code related to providing transportation vouchers would not be appropriate."
                                                    • Elements differ in definition for mustSupport: "false" "true"
                                                    .... text ΣΣ
                                                      ... orderDetail ΣIΣI
                                                        ... quantity[x] ΣΣ
                                                          ... subject SΣSΣ
                                                          • Type Mismatch: Reference([CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-patient]]) Reference([CanonicalType[http://hl7.org/fhir/StructureDefinition/Group], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-patient], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-location]])
                                                          ... encounter ΣΣ
                                                            ... occurrence[x] SΣSΣ
                                                              ... asNeeded[x] ΣΣ
                                                                ... authoredOn SΣΣ
                                                                • Elements differ in definition for mustSupport: "true" "false"
                                                                ... requester SΣSΣ
                                                                • Type Mismatch: Reference([CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-practitioner], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-organization], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-patient], CanonicalType[http://hl7.org/fhir/StructureDefinition/PractitionerRole], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-relatedperson], CanonicalType[http://hl7.org/fhir/StructureDefinition/Device]]) Reference([CanonicalType[http://hl7.org/fhir/StructureDefinition/RelatedPerson], CanonicalType[http://hl7.org/fhir/StructureDefinition/Device], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-practitionerrole], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-practitioner], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-patient], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-organization]])
                                                                ... performerType ΣΣ
                                                                  ... performer ΣSΣ
                                                                  • Elements differ in definition for mustSupport: "false" "true"
                                                                  • Type Mismatch: Reference([CanonicalType[http://hl7.org/fhir/StructureDefinition/Practitioner], CanonicalType[http://hl7.org/fhir/StructureDefinition/PractitionerRole], CanonicalType[http://hl7.org/fhir/StructureDefinition/Organization], CanonicalType[http://hl7.org/fhir/StructureDefinition/CareTeam], CanonicalType[http://hl7.org/fhir/StructureDefinition/HealthcareService], CanonicalType[http://hl7.org/fhir/StructureDefinition/Patient], CanonicalType[http://hl7.org/fhir/StructureDefinition/Device], CanonicalType[http://hl7.org/fhir/StructureDefinition/RelatedPerson]]) Reference([CanonicalType[http://hl7.org/fhir/StructureDefinition/HealthcareService], CanonicalType[http://hl7.org/fhir/StructureDefinition/Device], CanonicalType[http://hl7.org/fhir/StructureDefinition/RelatedPerson], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-patient], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-practitioner], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-practitionerrole], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-organization], CanonicalType[http://hl7.org/fhir/us/core/StructureDefinition/us-core-careteam]])
                                                                  ... locationCode ΣΣ
                                                                    ... locationReference ΣΣ
                                                                      ... reasonCode ΣΣ
                                                                      • Elements differ in comments: "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]." "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]. Information represented by ServiceRequest.reasonCode may overlap significantly with information represented by ServiceRequest.reasonReference. Multiple approaches to representing the same information may negatively impact interoperability. Therefore, where similar information could be provided by either ServiceRequest.reasonCode or ServiceRequest.reasonReference, it is recommended that ServiceRequest.reasonReference be used to provide a reason for why a service request was made. As the Gravity Project continues to refine content for the SDOH categories (e.g., food, housing, transportation, etc.), this value set may be refined to codes that pertain to SDOH categories."
                                                                      ... reasonReference ΣΣ
                                                                      • Elements differ in comments: "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]." "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. Additionally, see Comment on reasonCode."
                                                                      ... insurance
                                                                        ... supportingInfo
                                                                        • Elements differ in definition: "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." "Additional clinical information about the patient that may influence the services or their interpretations. This information includes diagnosis, clinical findings and other observations."
                                                                        ... specimen ΣΣ
                                                                          ... bodySite ΣΣ
                                                                            ... note
                                                                              ... patientInstruction ΣΣ
                                                                                ... relevantHistory

                                                                                  doco Documentation for this format