This wiki has undergone a migration to Confluence found Here

DoF DeviceComponent "property" proposal

From HL7Wiki
Revision as of 10:34, 9 August 2017 by John rhoads (talk | contribs) (new)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

Proposed new DeviceComponent element (Brian Reinhold)

The proposed element is based upon the extension since IEEE/HCD has already specified codes for the needed device properties. The proposed element is

The data type is as follows          CodeableConcept     [1..1]
   property.value[x]                          [0..*]    The 'many' is only appropriate for the same value[x] option.

The value[x] would have two possible choices, valueQuantity, and valueCodeableConcept. These two data types seem to cover almost everything that someone would reasonably consider a device property.

The current list of MDC codes for device properties used in V2 PCD-01 messages are


These codes are not transmitted from the PHD via protocol.

One also has the ASN1 code set as defined for any property based upon BITs fields such as the Mds-Time-Info time capabilities field. Since the ASN1 code is based upon the IEEE identifier and the Mder bit, the MDC code is implicitly present in the overall code; for example the code representing the support of a real time clock is MDC_TIME_CAP_STATE.mds-time-capab-real-time-clock in its 'reference identifier' form and 68219.0 as the actual code.


Here is an example of how the Continua certified device list would be encoded (value[x] is a valueCodeableConcept): Note that the set of codes used is defined by PCHA and we will need a way to specify this coding system.

                                            .system=“pcha pan cert codes”
                                            .display=“Pulse Ox over USB”
                                            .system=“pcha pan cert codes”
                                            .display=“Pulse Ox over HDP”

Here is an example of how the time capabilities which is an ASN1 BITs field would be encoded (value[x] is a valueCodeableConcept): Here the 'master' CodeableConcept defining the property is the Mapped ASN1 bit and the value is whether or not it has been set. Again, the system for the ASN1 mapping has yet to be defined.

                            .system=“asn1 vocabulary set”
                            .display=“MDC_TIME_CAP_STATE.mds-time-capab-real-time-clock: Real time clock support”
                                            .display=“Supports a real time clock”

Here is an example of how the resolution of the time clock would be encoded (value[x] is a valueQuantity):

                            .display=“MDC_TIME_RES_ABS: The real-time clock resolution”
                              .units=“us”	// UCUM code for microseconds

Remaining TODOs

1. Add DeviceComponent to allowed Observation.device resource list

2. Define code systems for

 a. ASN1 vocabulary set (done but not formally registered)
 b. Continua PAN transport/specialization certification codes
 c. Continua Services upload codes