description: The HddtSensorTypeAndCalibrationStatus profile captures the calibration status of a sensor which is part of a Personal Health Device. \n\nPersonal Health Devices need to be calibrated in order to provide safe measurements. Some devices are already calibrated by the \nmanufacturer while others calibrate themselves after activation and others need to be calibrated by the patient. \nIf a Personal Health Device transmits data from a non calibrated sensor to the resource server at all depends on the concrete product. \nFor a DiGA as a device data consumer to process device data in a safe manner, it must be transparent if the data it received was \nmeasured by a calibrated sensor or not. \n\nFor devices where the sensor that measured a value requires automated or manual calibration, the Observation capturing this value \nMUST refer to a HddtSensorTypeAndCalibrationStatus resource through its `Observation.device` element. \nThe HddtSensorTypeAndCalibrationStatus implements a FHIR [DeviceMetric](https://hl7.org/fhir/R4/devicemetric.html) resource which \nholds calibration information in a `calibration.type`, a `calibration.state` and a `calibration.date` element. In addition \nthe HddtSensorTypeAndCalibrationStatus can provide a definition of the `unit` that is preferrably to be used for presenting \nmeasured values to the patient. \n\nThe HddtSensorTypeAndCalibrationStatus of a measurement MUST always refer to a HddTPersonalHealthDevice [Device](https://hl7.org/fhir/R4/device.html) resource that represents the \nPersonal Health Device that contains the sensor. This is a many-to-one relationship which allows for a Personal Health Device to \ncontain multiple sensors for different measured values. E.g. by this a pulse oximeter as a HDDT Personal Health Device can \nprovide _pulse_ and _SPO2_ as two different interoperable values with each of this values being linked with a \ndedicated HddtSensorTypeAndCalibrationStatus resource. \n\n**Obligations and Conventions:**\n\nDiGA as device data consumers SHOULD NOT rely on the `DeviceMetric.operationalStatus` of a sensor as this status does only reflect the status of the sensor \nand does not provide information about the end-to-end status of the flow of device data from the sensor within the Personal Health Device \nto the resource server in the device backend. Instead DiGA SHOULD process the `Device.status` information that can be obtained through the \n`DeviceMetric.source` reference. This element considers the end-to-end availability of data and therefore is the only source for \ninformation about potentially missing data (e.g. due to temporal problems with the bluetooth or internet connection).\n\n**Constraints applied:**  \n- `unit` is restricted to UCUM. \n- `source` is constrained as a mandatory element in order to enable a DiGA to obtain dynamic and static device attributes through this reference\n- `calibration` is set to _Must Support_. This element and respective status information MUST be provided if the sensor performs automated or requires manual calibration after the device has been put into operation with the patient (`Device.status`is `active`).
package_name: de.gematik.hddt
derivation: constraint
name: HddtSensorTypeAndCalibrationStatus
type: DeviceMetric
elements:
  unit:
    short: UCUM code of the unit of the measurement as it is used when presenting data to the patient
    binding: {strength: required, valueSet: 'http://hl7.org/fhir/ValueSet/ucum-units'}
    index: 0
  source:
    type: Reference
    short: Reference to the Personal Health Device holding the sensor
    refers: ['https://gematik.de/fhir/hddt/StructureDefinition/hddt-personal-health-device']
    index: 1
  operationalStatus: {index: 2}
  calibration:
    mustSupport: true
    index: 3
    elements:
      state: {index: 4}
      time: {short: Time when the last calibration has been performed, mustSupport: true, index: 5}
    required: [state]
package_version: 1.0.0-rc
class: profile
kind: resource
url: https://gematik.de/fhir/hddt/StructureDefinition/hddt-sensor-type-and-calibration-status
base: http://hl7.org/fhir/StructureDefinition/DeviceMetric
version: 1.0.0-rc
required: [source]