The Device domain captures information about a person's exposure to a foreign physical object or instrument which is used for diagnostic or therapeutic purposes through a mechanism beyond chemical action. Devices include implantable objects (e.g. pacemakers, stents, artificial joints), medical equipment and supplies (e.g. bandages, crutches, syringes), other instruments used in medical procedures (e.g. sutures, defibrillators) and material used in clinical care (e.g. adhesives, body material, dental material, surgical material).).

Device Exposure Identifier

The PERSON_ID of the PERSON for whom the condition is recorded.

The DEVICE_CONCEPT_ID field is recommended for primary use in analyses, and must be used for network studies. This is the standard concept mapped from the source concept id which represents a foreign object or instrument the person was exposed to.

Use this date to determine the start date of the device record.

Device Exposure Start Datetime

The DEVICE_EXPOSURE_END_DATE denotes the day the device exposure ended for the patient, if given.

Device Exposure End Datetime

You can use the TYPE_CONCEPT_ID to denote the provenance of the record, as in whether the record is from administrative claims or EHR.

This is the Unique Device Identification (UDI-DI) number for devices regulated by the FDA, if given.

This is the Production Identifier (UDI-PI) portion of the Unique Device Identification.

Quantity

The Provider associated with device record, e.g. the provider who wrote the prescription or the provider who implanted the device.

The Visit during which the device was prescribed or given.

The Visit Detail during which the device was prescribed or given.

This field houses the verbatim value from the source data representing the device exposure that occurred. For example, this could be an NDC or Gemscript code.

This is the concept representing the device source value and may not necessarily be standard. This field is discouraged from use in analysis because it is not required to contain Standard Concepts that are used across the OHDSI community, and should only be used when Standard Concepts do not adequately represent the source detail for the Device necessary for a given analytic use case. Consider using DEVICE_CONCEPT_ID instead to enable standardized analytics that can be consistent across the network.

UNIT_SOURCE_VALUES should be mapped to a Standard Concept in the Unit domain that best represents the unit as given in the source data.

This field houses the verbatim value from the source data representing the unit of the Device. For example, blood transfusions are considered devices and can be given in mL quantities.

This is the concept representing the UNIT_SOURCE_VALUE and may not necessarily be standard. This field is discouraged from use in analysis because it is not required to contain Standard Concepts that are used across the OHDSI community, and should only be used when Standard Concepts do not adequately represent the source detail for the Unit necessary for a given analytic use case. Consider using UNIT_CONCEPT_ID instead to enable standardized analytics that can be consistent across the network.

The Device domain captures information about a person's exposure to a foreign physical object or instrument which is used for diagnostic or therapeutic purposes through a mechanism beyond chemical action. Devices include implantable objects (e.g. pacemakers, stents, artificial joints), medical equipment and supplies (e.g. bandages, crutches, syringes), other instruments used in medical procedures (e.g. sutures, defibrillators) and material used in clinical care (e.g. adhesives, body material, dental material, surgical material).).

Device Exposure Identifier

The PERSON_ID of the PERSON for whom the condition is recorded.

The DEVICE_CONCEPT_ID field is recommended for primary use in analyses, and must be used for network studies. This is the standard concept mapped from the source concept id which represents a foreign object or instrument the person was exposed to.

Use this date to determine the start date of the device record.

Device Exposure Start Datetime

The DEVICE_EXPOSURE_END_DATE denotes the day the device exposure ended for the patient, if given.

Device Exposure End Datetime

You can use the TYPE_CONCEPT_ID to denote the provenance of the record, as in whether the record is from administrative claims or EHR.

This is the Unique Device Identification (UDI-DI) number for devices regulated by the FDA, if given.

This is the Production Identifier (UDI-PI) portion of the Unique Device Identification.

Quantity

The Provider associated with device record, e.g. the provider who wrote the prescription or the provider who implanted the device.

The Visit during which the device was prescribed or given.

The Visit Detail during which the device was prescribed or given.

This field houses the verbatim value from the source data representing the device exposure that occurred. For example, this could be an NDC or Gemscript code.

This is the concept representing the device source value and may not necessarily be standard. This field is discouraged from use in analysis because it is not required to contain Standard Concepts that are used across the OHDSI community, and should only be used when Standard Concepts do not adequately represent the source detail for the Device necessary for a given analytic use case. Consider using DEVICE_CONCEPT_ID instead to enable standardized analytics that can be consistent across the network.

UNIT_SOURCE_VALUES should be mapped to a Standard Concept in the Unit domain that best represents the unit as given in the source data.

This field houses the verbatim value from the source data representing the unit of the Device. For example, blood transfusions are considered devices and can be given in mL quantities.

This is the concept representing the UNIT_SOURCE_VALUE and may not necessarily be standard. This field is discouraged from use in analysis because it is not required to contain Standard Concepts that are used across the OHDSI community, and should only be used when Standard Concepts do not adequately represent the source detail for the Unit necessary for a given analytic use case. Consider using UNIT_CONCEPT_ID instead to enable standardized analytics that can be consistent across the network.

The Device domain captures information about a person's exposure to a foreign physical object or instrument which is used for diagnostic or therapeutic purposes through a mechanism beyond chemical action. Devices include implantable objects (e.g. pacemakers, stents, artificial joints), medical equipment and supplies (e.g. bandages, crutches, syringes), other instruments used in medical procedures (e.g. sutures, defibrillators) and material used in clinical care (e.g. adhesives, body material, dental material, surgical material).).

Device Exposure Identifier

The PERSON_ID of the PERSON for whom the condition is recorded.

The DEVICE_CONCEPT_ID field is recommended for primary use in analyses, and must be used for network studies. This is the standard concept mapped from the source concept id which represents a foreign object or instrument the person was exposed to.

Use this date to determine the start date of the device record.

Device Exposure Start Datetime

The DEVICE_EXPOSURE_END_DATE denotes the day the device exposure ended for the patient, if given.

Device Exposure End Datetime

You can use the TYPE_CONCEPT_ID to denote the provenance of the record, as in whether the record is from administrative claims or EHR.

This is the Unique Device Identification (UDI-DI) number for devices regulated by the FDA, if given.

This is the Production Identifier (UDI-PI) portion of the Unique Device Identification.

Quantity

The Provider associated with device record, e.g. the provider who wrote the prescription or the provider who implanted the device.

The Visit during which the device was prescribed or given.

The Visit Detail during which the device was prescribed or given.

This field houses the verbatim value from the source data representing the device exposure that occurred. For example, this could be an NDC or Gemscript code.

This is the concept representing the device source value and may not necessarily be standard. This field is discouraged from use in analysis because it is not required to contain Standard Concepts that are used across the OHDSI community, and should only be used when Standard Concepts do not adequately represent the source detail for the Device necessary for a given analytic use case. Consider using DEVICE_CONCEPT_ID instead to enable standardized analytics that can be consistent across the network.

UNIT_SOURCE_VALUES should be mapped to a Standard Concept in the Unit domain that best represents the unit as given in the source data.

This field houses the verbatim value from the source data representing the unit of the Device. For example, blood transfusions are considered devices and can be given in mL quantities.

This is the concept representing the UNIT_SOURCE_VALUE and may not necessarily be standard. This field is discouraged from use in analysis because it is not required to contain Standard Concepts that are used across the OHDSI community, and should only be used when Standard Concepts do not adequately represent the source detail for the Unit necessary for a given analytic use case. Consider using UNIT_CONCEPT_ID instead to enable standardized analytics that can be consistent across the network.