Profile Comparison between http://hl7.org/fhir/us/core/StructureDefinition/us-core-observation-lab vs http://hl7.org/fhir/us/ecr/StructureDefinition/rr-eicr-processing-status-reason-observation

Left:US Core Laboratory Result Observation Profile (http://hl7.org/fhir/us/core/StructureDefinition/us-core-observation-lab)
Right:eICR Processing Status Reason Observation (http://hl7.org/fhir/us/ecr/StructureDefinition/rr-eicr-processing-status-reason-observation)

Messages

ErrorStructureDefinition.urlValues for url differ: 'http://hl7.org/fhir/us/core/StructureDefinition/us-core-observation-lab' vs 'http://hl7.org/fhir/us/ecr/StructureDefinition/rr-eicr-processing-status-reason-observation'
ErrorStructureDefinition.versionValues for version differ: '7.0.0' vs '2.1.2'
InformationStructureDefinition.nameValues for name differ: 'USCoreLaboratoryResultObservationProfile' vs 'RR_Eicr_Processing_Status_Reason_Observation'
InformationStructureDefinition.titleValues for title differ: 'US Core Laboratory Result Observation Profile' vs 'eICR Processing Status Reason Observation'
InformationStructureDefinition.dateValues for date differ: '2023-10-17' vs '2024-10-30T18:38:04+00:00'
InformationStructureDefinition.publisherValues for publisher differ: 'HL7 International / Cross-Group Projects' vs 'HL7 International / Public Health'
ErrorStructureDefinition.baseDefinitionValues for baseDefinition differ: 'http://hl7.org/fhir/us/core/StructureDefinition/us-core-observation-clinical-result' vs 'http://hl7.org/fhir/StructureDefinition/Observation'
InformationStructureDefinition.shortValues for short differ: 'Measurements and simple assertions' vs 'eICR Processing Status Reason'
InformationStructureDefinition.definitionValues for definition differ: 'Measurements and simple assertions made about a patient, device or other subject.' vs 'If the incoming eICR was not successfully processed for a determination of reportability, contains the reason it was not processed. If any of the trigger codes used to generate the eICR are from an outdated version of the RCTC or the codes are marked as inactive in the latest version fo the RCTC, these are flagged and compoent observations will hold the details of the outdated and expected versions of the RCTC.'
WarningObservationElements differ in definition for mustSupport: 'false' vs 'true'
WarningObservation.metaElements differ in definition for mustSupport: 'true' vs 'false'
WarningObservation.statusElements differ in definition for mustSupport: 'true' vs 'false'
WarningObservation.categoryElements differ in definition for mustSupport: 'true' vs 'false'
InformationObservation.categoryElement minimum cardinalities differ: '1' vs '0'
InformationStructureDefinition.shortValues for short differ: 'Laboratory Test Name' vs 'Type of observation (code / type)'
InformationStructureDefinition.definitionValues for definition differ: 'The name of the clinical test or procedure performed on a patient. A LOINC **SHALL** be used if the concept is present in LOINC.' vs 'Describes what was observed. Sometimes this is called the observation 'name'.'
InformationStructureDefinition.commentValues for comment differ: 'The typical patterns for codes are: 1) a LOINC code either as a translation from a 'local' code or as a primary code, or 2) a local code only if no suitable LOINC exists, or 3) both the local and the LOINC translation. Systems SHALL be capable of sending the local code if one exists. When using LOINC , Use either the SHORTNAME or LONG_COMMON_NAME field for the display.' vs '*All* code-value and, if present, component.code-component.value pairs need to be taken into account to correctly understand the meaning of the observation.'
WarningObservation.codeElements differ in definition for mustSupport: 'true' vs 'false'
WarningObservation.subjectElements differ in definition for mustSupport: 'true' vs 'false'
InformationObservation.subjectElement minimum cardinalities differ: '1' vs '0'
InformationStructureDefinition.shortValues for short differ: 'Encounter associated with Observation' vs 'Healthcare event during which this observation is made'
WarningObservation.encounterElements differ in definition for mustSupport: 'true' vs 'false'
WarningObservation.effective[x]Elements differ in definition for mustSupport: 'true' vs 'false'
InformationStructureDefinition.shortValues for short differ: 'Result Value' vs 'Processing status reason'
InformationStructureDefinition.definitionValues for definition differ: 'The Laboratory result value. If a coded value, the valueCodeableConcept.code **SHOULD** be selected from [SNOMED CT](http://hl7.org/fhir/ValueSet/uslab-obs-codedresults) if the concept exists. If a numeric value, valueQuantity.code **SHALL** be selected from [UCUM](http://unitsofmeasure.org). A FHIR [UCUM Codes value set](http://hl7.org/fhir/STU3/valueset-ucum-units.html) that defines all UCUM codes is in the FHIR specification.' vs 'If the incoming eICR was not successfully processed for a determination of reportability, contains the reason it was not processed.'
WarningObservation.value[x]Elements differ in definition for mustSupport: 'true' vs 'false'
WarningObservation.dataAbsentReasonElements differ in definition for mustSupport: 'true' vs 'false'
InformationStructureDefinition.shortValues for short differ: 'Result interpretation' vs 'High, low, normal, etc.'
InformationStructureDefinition.commentValues for comment differ: 'Categorical assessment of a laboratory value, often in relation to a test's reference range. Examples include but are not limited to high, low, critical, and normal.' vs 'Historically used for laboratory results (known as 'abnormal flag' ), its use extends to other use cases where coded interpretations are relevant. Often reported as one or more simple compact codes this element is often placed adjacent to the result value in reports and flow sheets to signal the meaning/normalcy status of the result.'
WarningObservation.interpretationElements differ in definition for mustSupport: 'true' vs 'false'
WarningObservation.specimenElements differ in definition for mustSupport: 'true' vs 'false'
InformationStructureDefinition.shortValues for short differ: 'Result reference range' vs 'Provides guide for interpretation'
InformationStructureDefinition.commentValues for comment differ: 'Upper and lower limit of test values expected for a designated population of individuals. Reference range values may differ by patient characteristics, laboratory test manufacturer and laboratory test performer.' vs 'Most observations only have one generic reference range. Systems MAY choose to restrict to only supplying the relevant reference range based on knowledge about the patient (e.g., specific to the patient's age, gender, weight and other factors), but this might not be possible or appropriate. Whenever more than one reference range is supplied, the differences between them SHOULD be provided in the reference range and/or age properties.'
WarningObservation.referenceRangeElements differ in definition for mustSupport: 'true' vs 'false'
InformationStructureDefinition.commentValues for comment differ: 'When using this element, an observation will typically have either a value or a set of related resources, although both may be present in some cases. For a discussion on the ways Observations can assembled in groups together, see [Notes](http://hl7.org/fhir/R4/observation.html#obsgrouping) below. Note that a system may calculate results from [QuestionnaireResponse](questionnaireresponse.html) into a final score and represent the score as an Observation.' vs 'When using this element, an observation will typically have either a value or a set of related resources, although both may be present in some cases. For a discussion on the ways Observations can assembled in groups together, see [Notes](http://hl7.org/fhir/R4/observation.html#obsgrouping) below. Note that a system may calculate results from [QuestionnaireResponse](http://hl7.org/fhir/R4/questionnaireresponse.html) into a final score and represent the score as an Observation.'
InformationStructureDefinition.shortValues for short differ: 'Component results' vs 'eICR Processing Status Reason Detail'
InformationStructureDefinition.definitionValues for definition differ: 'Some observations have multiple component observations. These component observations are expressed as separate code value pairs that share the same attributes. Examples include systolic and diastolic component observations for blood pressure measurement and multiple component observations for genetics observations.' vs 'Further details about eICR processing status warnings or errors. If any of the trigger codes used to generate the eICR are from an outdated version of the RCTC or the codes are marked as inactive in the latest version of the RCTC, will contain the details of the outdated and expected versions of the RCTC.'
WarningObservation.componentElements differ in definition for mustSupport: 'false' vs 'true'
InformationStructureDefinition.shortValues for short differ: 'Type of component observation (code / type)' vs 'Type of processing status reason detail'
WarningObservation.component.codeElements differ in definition for mustSupport: 'false' vs 'true'
InformationStructureDefinition.shortValues for short differ: 'Actual component result' vs 'Processing status reason detail'
WarningObservation.component.value[x]Elements differ in definition for mustSupport: 'false' vs 'true'
InformationObservation.component.value[x]Element minimum cardinalities differ: '0' vs '1'

Metadata

NameValueComments
.abstractfalse
    .baseDefinitionhttp://hl7.org/fhir/us/core/StructureDefinition/us-core-observation-clinical-resulthttp://hl7.org/fhir/StructureDefinition/Observation
    • Values Differ
    .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'
    .date2023-10-172024-10-30T18:38:04+00:00
    • Values Differ
    .descriptionThe US Core Laboratory Result Observation Profile is based upon the US Core Observation Clinical Result Profile and, along with the US Core DiagnosticReport Profile for Laboratory Results Reporting, meets the U.S. Core Data for Interoperability (USCDI) Laboratory requirements. Laboratory results are grouped and summarized using the DiagnosticReport resource, which references Observation resources. Each Observation resource represents an individual laboratory test and result value, a “nested” panel (such as a microbial susceptibility panel) that references other observations, or rarely a laboratory test with component result values. The US Core Laboratory Result Observation Profile sets minimum expectations for the Observation resource to record, search, and fetch laboratory test results associated with a patient to promote interoperability and adoption through common implementation. It identifies which core elements, extensions, vocabularies, and value sets SHALL be present in the resource and constrains the way the elements are used when using this profile. It provides the floor for standards development for specific use cases.This Observation profile represents, if the incoming eICR was not successfully processed for a determination of reportability, the reason it was not processed.
    • Values Differ
    .experimentalfalse
      .fhirVersion4.0.1
        .jurisdiction
          ..jurisdiction[0]urn:iso:std:iso:3166#US
            .kindresource
              .nameUSCoreLaboratoryResultObservationProfileRR_Eicr_Processing_Status_Reason_Observation
              • Values Differ
              .publisherHL7 International / Cross-Group ProjectsHL7 International / Public Health
              • Values Differ
              .purpose
                .statusactive
                  .titleUS Core Laboratory Result Observation ProfileeICR Processing Status Reason Observation
                  • Values Differ
                  .typeObservation
                    .urlhttp://hl7.org/fhir/us/core/StructureDefinition/us-core-observation-labhttp://hl7.org/fhir/us/ecr/StructureDefinition/rr-eicr-processing-status-reason-observation
                    • Values Differ
                    .version7.0.02.1.2
                    • Values Differ

                    Structure

                    NameL FlagsL Card.L TypeL Description & ConstraintsR FlagsR Card.R TypeR Description & ConstraintsCommentsdoco
                    .. Observation C0..*USCoreObservationClinicalResultProfileMeasurements and simple assertions
                    obs-6: dataAbsentReason SHALL only be present if Observation.value[x] is not present
                    obs-7: If Observation.code is the same as an Observation.component.code then the value element associated with the code SHALL NOT be present
                    us-core-2: If there is no component or hasMember element then either a value[x] or a data absent reason must be present
                    SC0..*ObservationeICR Processing Status Reason
                    obs-6: dataAbsentReason SHALL only be present if Observation.value[x] is not present
                    obs-7: If Observation.code is the same as an Observation.component.code then the value element associated with the code SHALL NOT be present
                    • Elements differ in definition for mustSupport: 'false' vs 'true'
                    ... id Σ0..1idLogical id of this artifactΣ0..1idLogical id of this artifact
                      ... meta SΣ0..1MetaMetadata about the resourceΣ0..1MetaMetadata about the resource
                      • Elements differ in definition for mustSupport: 'true' vs 'false'
                      .... id 0..1stringUnique id for inter-element referencing
                      • Removed this element
                      .... Slices for extension 0..*ExtensionAdditional content defined by implementations
                      Slice: Unordered, Open by value:url
                      • Removed this element
                      .... versionId Σ0..1idVersion specific identifier
                      • Removed this element
                      .... lastUpdated SΣ0..1instantWhen the resource last changed
                      • Removed this element
                      .... source Σ0..1uriIdentifies where the resource comes from
                      • Removed this element
                      .... profile Σ0..*canonical(StructureDefinition)Profiles this resource claims to conform to
                      • Removed this element
                      .... security Σ0..*CodingSecurity Labels applied to this resource
                      Binding: ?? (extensible): Security Labels from the Healthcare Privacy and Security Classification System.


                      • Removed this element
                      .... tag Σ0..*CodingTags applied to this resource
                      Binding: ?? (example): Codes that represent various types of tags, commonly workflow-related; e.g. "Needs review by Dr. Jones".


                      • Removed this element
                      ... implicitRules ?!Σ0..1uriA set of rules under which this content was created?!Σ0..1uriA set of rules under which this content was created
                        ... language 0..1codeLanguage of the resource content
                        Binding: ?? (preferred): A human language.

                        Additional BindingsPurpose
                        ??Max Binding
                        0..1codeLanguage of the resource content
                        Binding: ?? (preferred): A human language.

                        Additional BindingsPurpose
                        ??Max Binding
                          ... text 0..1NarrativeText summary of the resource, for human interpretation0..1NarrativeText summary of the resource, for human interpretation
                            ... contained 0..*ResourceContained, inline Resources
                            0..*ResourceContained, inline Resources
                              ... extension 0..*ExtensionAdditional content defined by implementations
                              0..*ExtensionAdditional content defined by implementations
                                ... modifierExtension ?!0..*ExtensionExtensions that cannot be ignored
                                ?!0..*ExtensionExtensions that cannot be ignored
                                  ... identifier Σ0..*IdentifierBusiness Identifier for observation
                                  Σ0..*IdentifierBusiness Identifier for observation
                                    ... basedOn Σ0..*Reference(CarePlan | DeviceRequest | ImmunizationRecommendation | MedicationRequest | NutritionOrder | ServiceRequest)Fulfills plan, proposal or order
                                    Σ0..*Reference(CarePlan | DeviceRequest | ImmunizationRecommendation | MedicationRequest | NutritionOrder | ServiceRequest)Fulfills plan, proposal or order
                                      ... partOf Σ0..*Reference(MedicationAdministration | MedicationDispense | MedicationStatement | Procedure | Immunization | ImagingStudy)Part of referenced event
                                      Σ0..*Reference(MedicationAdministration | MedicationDispense | MedicationStatement | Procedure | Immunization | ImagingStudy)Part of referenced event
                                        ... status ?!SΣ1..1coderegistered | preliminary | final | amended +
                                        Binding: ?? (required): Codes providing the status of an observation.

                                        ?!Σ1..1coderegistered | preliminary | final | amended +
                                        Binding: ?? (required): Codes providing the status of an observation.


                                        Fixed Value: final
                                        • Elements differ in definition for mustSupport: 'true' vs 'false'
                                        ... Slices for category S1..*CodeableConceptClassification of type of observation
                                        Slice: Unordered, Open by pattern:$this
                                        Binding: ?? (preferred): Codes for high level observation categories.


                                        0..*CodeableConceptClassification of type of observation
                                        Binding: ?? (preferred): Codes for high level observation categories.


                                        • Elements differ in definition for mustSupport: 'true' vs 'false'
                                        • Element minimum cardinalities differ: '1' vs '0'
                                        ... code SΣ1..1CodeableConceptLaboratory Test Name
                                        Binding: ?? (extensible): Laboratory LOINC Codes

                                        Σ1..1CodeableConceptType of observation (code / type)
                                        Binding: ?? (example): Codes identifying names of simple observations.


                                        Required Pattern: {"coding":[{"system":"urn:oid:2.16.840.1.114222.4.5.232","code":"RR6","display":"eICR Processing Status Reason"}]}
                                        • Elements differ in definition for mustSupport: 'true' vs 'false'
                                        ... subject SΣ1..1Reference(US Core Patient Profile(4.0.0) S | Group | Device | US Core Location Profile(4.0.0))Who and/or what the observation is aboutΣ0..1Reference(Patient | Group | Device | Location)Who and/or what the observation is about
                                        • Elements differ in definition for mustSupport: 'true' vs 'false'
                                        • Element minimum cardinalities differ: '1' vs '0'
                                        ... focus Σ0..*Reference(Resource)What the observation is about, when it is not about the subject of record
                                        Σ0..*Reference(Resource)What the observation is about, when it is not about the subject of record
                                          ... encounter SΣ0..1Reference(US Core Encounter Profile(4.0.0))Encounter associated with ObservationΣ0..1Reference(Encounter)Healthcare event during which this observation is made
                                          • Elements differ in definition for mustSupport: 'true' vs 'false'
                                          ... effective[x] SΣC0..1dateTime S, Period, Timing, instantClinically relevant time/time-period for observation
                                          us-core-1: Datetime must be at least to day.
                                          Σ0..1dateTime, Period, Timing, instantClinically relevant time/time-period for observation
                                          • Elements differ in definition for mustSupport: 'true' vs 'false'
                                          ... issued Σ0..1instantDate/Time this version was made availableΣ0..1instantDate/Time this version was made available
                                            ... performer Σ0..*Reference(Practitioner | PractitionerRole | Organization | CareTeam | Patient | RelatedPerson)Who is responsible for the observation
                                            Σ0..*Reference(Practitioner | PractitionerRole | Organization | CareTeam | Patient | RelatedPerson)Who is responsible for the observation
                                              ... value[x] SΣC0..1Quantity S, CodeableConcept S, string S, boolean, integer, Range, Ratio, SampledData, time, dateTime, PeriodResult Value
                                              us-core-3: SHALL use UCUM for coded quantity units.
                                              us-core-4: SHOULD use Snomed CT for coded Results
                                              ΣC0..1CodeableConceptProcessing status reason
                                              Binding: ?? (extensible): Processing Status Reason

                                              • Elements differ in definition for mustSupport: 'true' vs 'false'
                                              ... dataAbsentReason SC0..1CodeableConceptWhy the result is missing
                                              Binding: ?? (extensible): Codes specifying why the result (Observation.value[x]) is missing.

                                              C0..1CodeableConceptWhy the result is missing
                                              Binding: ?? (extensible): Codes specifying why the result (Observation.value[x]) is missing.

                                              • Elements differ in definition for mustSupport: 'true' vs 'false'
                                              ... interpretation S0..*CodeableConceptResult interpretation
                                              Binding: ?? (extensible): Observation Interpretation Codes


                                              0..*CodeableConceptHigh, low, normal, etc.
                                              Binding: ?? (extensible): Codes identifying interpretations of observations.


                                              • Elements differ in definition for mustSupport: 'true' vs 'false'
                                              ... note 0..*AnnotationComments about the observation
                                              0..*AnnotationComments about the observation
                                                ... bodySite 0..1CodeableConceptObserved body part
                                                Binding: ?? (example): Codes describing anatomical locations. May include laterality.

                                                0..1CodeableConceptObserved body part
                                                Binding: ?? (example): Codes describing anatomical locations. May include laterality.

                                                  ... method 0..1CodeableConceptHow it was done
                                                  Binding: ?? (example): Methods for simple observations.

                                                  0..1CodeableConceptHow it was done
                                                  Binding: ?? (example): Methods for simple observations.

                                                    ... specimen S0..1Reference(US Core Specimen Profile)Specimen used for this observation0..1Reference(Specimen)Specimen used for this observation
                                                    • Elements differ in definition for mustSupport: 'true' vs 'false'
                                                    ... device 0..1Reference(Device | DeviceMetric)(Measurement) Device0..1Reference(Device | DeviceMetric)(Measurement) Device
                                                      ... referenceRange SC0..*BackboneElementResult reference range
                                                      obs-3: Must have at least a low or a high or text
                                                      us-core-22: SHALL use UCUM for coded quantity units.
                                                      C0..*BackboneElementProvides guide for interpretation
                                                      obs-3: Must have at least a low or a high or text
                                                      • Elements differ in definition for mustSupport: 'true' vs 'false'
                                                      .... id 0..1stringUnique id for inter-element referencing0..1stringUnique id for inter-element referencing
                                                        .... extension 0..*ExtensionAdditional content defined by implementations
                                                        0..*ExtensionAdditional content defined by implementations
                                                          .... modifierExtension ?!Σ0..*ExtensionExtensions that cannot be ignored even if unrecognized
                                                          ?!Σ0..*ExtensionExtensions that cannot be ignored even if unrecognized
                                                            .... low C0..1??Low Range, if relevantC0..1??Low Range, if relevant
                                                              .... high C0..1??High Range, if relevantC0..1??High Range, if relevant
                                                                .... type 0..1CodeableConceptReference range qualifier
                                                                Binding: ?? (preferred): Code for the meaning of a reference range.

                                                                0..1CodeableConceptReference range qualifier
                                                                Binding: ?? (preferred): Code for the meaning of a reference range.

                                                                  .... appliesTo 0..*CodeableConceptReference range population
                                                                  Binding: ?? (example): Codes identifying the population the reference range applies to.


                                                                  0..*CodeableConceptReference range population
                                                                  Binding: ?? (example): Codes identifying the population the reference range applies to.


                                                                    .... age 0..1RangeApplicable age range, if relevant0..1RangeApplicable age range, if relevant
                                                                      .... text 0..1stringText based reference range in an observation0..1stringText based reference range in an observation
                                                                        ... hasMember Σ0..*Reference(Observation | QuestionnaireResponse | MolecularSequence)Related resource that belongs to the Observation group
                                                                        Σ0..*Reference(Observation | QuestionnaireResponse | MolecularSequence)Related resource that belongs to the Observation group
                                                                          ... derivedFrom Σ0..*Reference(DocumentReference | ImagingStudy | Media | QuestionnaireResponse | Observation | MolecularSequence)Related measurements the observation is made from
                                                                          Σ0..*Reference(DocumentReference | ImagingStudy | Media | QuestionnaireResponse | Observation | MolecularSequence)Related measurements the observation is made from
                                                                            ... component Σ0..*BackboneElementComponent results
                                                                            SΣ0..*BackboneElementeICR Processing Status Reason Detail
                                                                            • Elements differ in definition for mustSupport: 'false' vs 'true'
                                                                            .... id 0..1stringUnique id for inter-element referencing0..1stringUnique id for inter-element referencing
                                                                              .... extension 0..*ExtensionAdditional content defined by implementations
                                                                              0..*ExtensionAdditional content defined by implementations
                                                                                .... modifierExtension ?!Σ0..*ExtensionExtensions that cannot be ignored even if unrecognized
                                                                                ?!Σ0..*ExtensionExtensions that cannot be ignored even if unrecognized
                                                                                  .... code Σ1..1CodeableConceptType of component observation (code / type)
                                                                                  Binding: ?? (example): Codes identifying names of simple observations.

                                                                                  SΣ1..1CodeableConceptType of processing status reason detail
                                                                                  Binding: ?? (extensible): Processing Status Reason Detail Type

                                                                                  • Elements differ in definition for mustSupport: 'false' vs 'true'
                                                                                  .... value[x] Σ0..1Quantity, CodeableConcept, string, boolean, integer, Range, Ratio, SampledData, time, dateTime, PeriodActual component resultSΣ1..1CodeableConcept, stringProcessing status reason detail
                                                                                  • Elements differ in definition for mustSupport: 'false' vs 'true'
                                                                                  • Element minimum cardinalities differ: '0' vs '1'
                                                                                  .... dataAbsentReason C0..1CodeableConceptWhy the component result is missing
                                                                                  Binding: ?? (extensible): Codes specifying why the result (Observation.value[x]) is missing.

                                                                                  C0..1CodeableConceptWhy the component result is missing
                                                                                  Binding: ?? (extensible): Codes specifying why the result (Observation.value[x]) is missing.

                                                                                    .... interpretation 0..*CodeableConceptHigh, low, normal, etc.
                                                                                    Binding: ?? (extensible): Codes identifying interpretations of observations.


                                                                                    0..*CodeableConceptHigh, low, normal, etc.
                                                                                    Binding: ?? (extensible): Codes identifying interpretations of observations.


                                                                                      .... referenceRange 0..*See referenceRange (Observation)Provides guide for interpretation of component result
                                                                                      0..*See referenceRange (Observation)Provides guide for interpretation of component result

                                                                                        doco Documentation for this format