Difference between revisions of "Mapping between ISO/IEEE 11073-10201 Domain Information Model, IHE PCD DEC, and FHIR Resources"

From HL7Wiki
Jump to navigation Jump to search
(adds)
m (adds)
Line 23: Line 23:
 
==The 11073 DIM as applied in IHE Patient Care Device DEC (Device Enterprise Communications) observation reporting==
 
==The 11073 DIM as applied in IHE Patient Care Device DEC (Device Enterprise Communications) observation reporting==
  
 +
The intended use of the IHE Patient Care Device DEC (Device Enterprise Communication) profile is reporting device observations and device state data in an HL7 Version 2 form that:
 +
*Provides for the delivery of the value of an observation together with an unambiguous identification of the measurement based on the ISO/IEEE 11073-10101 nomenclature, optionally with properly mapped equivalents from other coding systems such as LOINC, when available, together with unambiguously idenfied (by UCUM or 11073 nomenclature) scientifically correct units of measure, measurement reliability indicators, abnormal value indicators
 +
*represents the DIM hierarchy of device data logical objects
 +
 +
The representation of the DIM hierarchy is something that ordinary HL7 Version 2 does not provide for, so the Observation Sub-ID field (OBX-4) used in an unusual fashion to support this. Details are covered in Volume 2 of the IHE PCD Technical Framework [ed.: provide link]
  
 
==Representation of 11073 DIM hierarchy in FHIR resources==
 
==Representation of 11073 DIM hierarchy in FHIR resources==

Revision as of 12:31, 2 November 2016

Overview of ISO/IEEE 11073-10201 Domain Information Model (11073 DIM) for Point-of-care Devices

Point-of-care devices such as patient monitors, ventilators, anesthesia machines, infusion pumps can present a large number of clinical measurements and device-state variables (in the hundreds) often with complex logical organization, reflecting subsystems of the device and related measurements within each subsystem, in contrast to personal health devices which typically present a small number of measurements and accompanying data that usually have a close logical relationship with each other.

The DIM organizes the data and reflects the logical relationships in an object-oriented hierarchy: the whole device is represented by a Medical Device System (MDS) object, which logically encloses one or more Virtual Medical Devices (VMD). These may be reflections of physical subsystems such as plug-in modules in a patient monitor, or logical subsystems such as the gas-delivery and ventilator functions of an anesthesia machine, or indeed a VMD may model a software component such as a multivariable oxygenation calculator or a software component integrating multiple measurements from other VMDs into a clinical decision support (CDS) risk score.

The DIM also provides for Channels within a Virtual Medical Device, since a VMD may measure multiple instances of a particular kind of measurement, or need to disambiguate between, for example, multiple solution sources in a single infusion pump.

The basic unit of data delivery is the Metric object, generally representing a particular measurement or observation kind and associated with a specific code from the ISO/IEEE 11073-10101 Nomenclature, the most comprehensive list and ontology of logical entities, measurement categories, and particular measurements and state variables reported by devices. This standard grows constantly with the development of device technology. The 11073 committees work closely with the LOINC maintainers with the goal of having LOINC cross-mappings available for device-derived clinical observations, but the codes linked to the functioning of the devices themselves have different use models and are outside the scope of other nomenclature systems, so seem likely be the province of only 11073 nomenclature for some time to come.

It is important that the MDS, VMD, Channel, and Metric levels of the 11073 DIM all have their own sets of logically pertinent attributes and nomenclature. For example, when a whole device is powered by a battery, the battery state variables logically belong to the MDS, and so are reported there. As another example, the whole device (MDS), and subsystems like plugin modules (VMDs), may have their own specific identifiers such as manufacturer, model number, and FDA Unique Device Identifier (UDI), and version identifiers for, say, hardware, firmware, and various software components. These are all provided for in the DIM, and this is highly important "metadata" for recording provenance and traceability of data.

Use models for device observation reports and hierarchical versus flattened representation of device data

Device data "flattening"

For charting in a clinical unit, the DIM hierarchy may not need to be visible on charting from an electronic medical record system. Since the device manufacturer or the middleware provider is in control of the modeling of a particular device, an expedient that is sometimes used is to ignore the specific instrumental sources and logical relationships by suppressing the identification of VMDs and Channels and treating all the measurements as, simply, coming from the MDS (a nonhierarchical, "flattened" representation). This provides the EMR with an undifferentiated bundle of measurements. This may meet the immediate charting purpose. In this application, this approach forces the EMR to any advantages in data presentation that it might derive from having any sort of logical grouping of the observations - all measurements are alike as far as the content of the device observation feed is concerned. When there are potentially hundreds of observations being reported, this presents the EMR and the people configuring the data feed for a particular clinical unit with a higher-order set of problems.

Uses of hierarchically organized data

But particularly when a healthcare delivery organization has a use model for data that contemplates warehousing observational data with full metadata allowing a measurement to be traceable to a particular instrumental source, the advantages for analysis of adverse events, or for flagging devices for maintenance or testing, are obvious, or a myriad for other uses, are obvious

The 11073 DIM as applied in IHE Patient Care Device DEC (Device Enterprise Communications) observation reporting

The intended use of the IHE Patient Care Device DEC (Device Enterprise Communication) profile is reporting device observations and device state data in an HL7 Version 2 form that:

  • Provides for the delivery of the value of an observation together with an unambiguous identification of the measurement based on the ISO/IEEE 11073-10101 nomenclature, optionally with properly mapped equivalents from other coding systems such as LOINC, when available, together with unambiguously idenfied (by UCUM or 11073 nomenclature) scientifically correct units of measure, measurement reliability indicators, abnormal value indicators
  • represents the DIM hierarchy of device data logical objects

The representation of the DIM hierarchy is something that ordinary HL7 Version 2 does not provide for, so the Observation Sub-ID field (OBX-4) used in an unusual fashion to support this. Details are covered in Volume 2 of the IHE PCD Technical Framework [ed.: provide link]

Representation of 11073 DIM hierarchy in FHIR resources

Differences in Modeling Point-of-Care Device versus Personal Health Devices (ISO/IEEE 11073-20601 and -104xx)

Mapping particular entities between 11073 DIM, IHE PCD DEC (PCD-01) and FHIR resources