Pump Data direct from Medtronic 600-series pump

Checklist for Insulin Pump Implementation

(Key:

  • [x] available in data protocol/documented in spec and implemented
  • [-] available in data protocol/documented in spec but not yet implemented
  • [?] unknown whether available in data protocol/documented in spec; not yet implemented
  • *[ ] TODO: needs implementation!
  • [ ] unavailable in data protocol and/or not documented in spec and not yet implemented)

Required if Present

Basals

  • [x] scheduled basal
    • [x] basal rate intervals with a start time, duration, and rate delivered
    • [x] name of basal schedule on each scheduled basal rate interval
    • [x] if basal schedule is a single (flat) rate all day, pump records a new basal rate interval every midnight
  • [x] manual temp basal
    • [x] basal rate intervals with a start time, duration, and rate delivered
    • [x] object representing suppressed scheduled basal for each segment of the basal schedule that the temp basal intersects
  • [x] percentage temp basal
    • [x] basal rate intervals with a start time, duration, percent
      • [ ] rate provided directly OR
      • [x] rate computed from percent x suppressed.rate
    • [x] object representing suppressed scheduled basal for each segment of the basal schedule that the temp basal intersects
  • [x] "suspended" basals (see status - suspends & resumes below)
    • [x] basal interval with a start time and duration but no rate (b/c suspended)
    • [x] object representing suppressed scheduled basal for each segment of the basal schedule that the suspension of insulin delivery intersects
  • [x] final (most recent) basal
    • [x] basal rate interval with a start time, duration "guessed" from settings, rate delivered, and an annotation re: the "guessed" duration OR
    • [ ] basal rate interval with a start time and rate, no (= zero) duration

Device-specific? (Add any device-specific notes/additions here.)

Boluses

  • [x] normal bolus
    • [x] amount of insulin delivered
    • [x] amount of insulin delivery programmed (if differs from actual delivery, in case of bolus interruption, cancellation, etc.)
  • [x] extended bolus
    • [x] amount of insulin delivered
    • [x] duration of insulin delivery
    • [x] amount of insulin delivery programmed (if differs from actual delivery, in case of bolus interruption, cancellation, etc.)
    • [x] duration of insulin delivery programmed (if differs from actual duration, in case of bolus interruption, cancellation, etc.)
    • [x] extended bolus that crosses midnight is split into two records
  • [x] combo/dual bolus
    • [x] amount of insulin delivered - immediate (normal)
    • [x] amount of insulin delivered - extended
    • [x] duration of extended insulin delivery
    • [x] amount of immediate insulin delivery programmed (if differs from actual delivery, in case of bolus interruption, cancellation, etc.)
    • [x] amount of extended insulin delivery programmed (if differs from actual delivery, in case of bolus interruption, cancellation, etc.)
    • [x] duration of extended insulin delivery programmed (if differs from actual duration, in case of bolus interruption, cancellation, etc.)
    • *[ ] extended portion of combo bolus that crosses midnight is split into two records
  • bolus cancellations/interruptions
    • [x] represented by a separate event in the device's data log
  • [x] link to "wizard"/calculator entry (via log entry ID or similar)

No Tidepool data model yet:

  • bolus cancellations/interruptions
    • [ ] agent/reason for bolus cancellation

Device-specific? (Add any device-specific notes/additions here.)

CBG

(See the CGM checklist instead.)

Device Events

  • alarms:
    • [x] low insulin
    • [x] no insulin
      • [ ] needed to infer a suspend (stoppage of all insulin delivery)
    • [ ] low power
    • [ ] no power
      • [ ] needed to infer a suspend (stoppage of all insulin delivery)
    • [ ] occlusion
      • [ ] needed to infer a suspend (stoppage of all insulin delivery)
    • [ ] no delivery
      • [ ] needed to infer a suspend (stoppage of all insulin delivery)
    • [ ] auto-off
      • [ ] needed to infer a suspend (stoppage of all insulin delivery)
    • [ ] over limit (i.e., max bolus exceeded through override)
    • [ ] other alarm types (details to be provided in payload object)
  • [x] prime events
    • [x] prime target = tubing
    • [x] prime target = cannula
    • [ ] prime targets not differentiated
    • [x] prime volume in units of insulin
  • [x] reservoir change (or reservoir rewind)
  • [x] status events (i.e., suspend & resume)
    • [x] suspensions of insulin delivery are represented as pairs of point-in-time events: a suspension and a resumption
    • [x] reason/agent of suspension (automatic or manual)
    • [x] reason/agent of resumption (automatic or manual)
  • calibrations: see the CGM checklist instead
  • [x] time changes (presence of which is also in the BtUTC section below)
    • [x] device display time from (before change) and to (result of change)
    • [ ] agent of change (automatic or manual)
    • [ ] timezone
    • [ ] reason for change (read from device)

Device-specific? (Add any device-specific notes/additions here.)

SMBG

  • [x] blood glucose value
  • [x] subType (linked or manual)
  • [x] units of value (read from device, not hard-coded)
  • [x] out-of-range values (LO or HI)
  • [x] out-of-range value thresholds (e.g., often 20 for low and 600 for high on BGMs)

No Tidepool data model yet:

  • [ ] meal tag (i.e., pre- or post-meal)
  • [ ] other/freeform tags
  • [ ] categorization of value according to BG target(s) from settings

Device-specific? (Add any device-specific notes/additions here.)

  • Bayer meters don't send LO/HI values (or calibrations) to the pump

  • Records from mg/dL meters are always in mg/dL. If pump is set to mmol/L, the smbg record will be mg/dL and wizard record will be mmol/L.

  • mmol/L meters do not connect to 523/530G. A mmol/L "native" pump (like the Paradigm Veo) is needed to test what happens if mmol/L meter readings are uploaded.

Settings

  • [x] basal schedules
    • [x] name of basal schedule OR
    • [x] name of settings profile
    • [x] each schedule as a set of objects each with a rate and a start time
  • [x] name of currently active basal schedule
  • [x] units of all blood glucose-related fields (read from device, not hard-coded)
  • [x] units of all carb-related fields (read from device, not hard-coded)
  • [x] carb ratio(s)
    • [x] name of settings profile
    • [x] (one or more) set(s) of objects each with a ratio (amount) and a start time
  • [x] insulin sensitivity factor(s)
    • [x] name of settings profile
    • [x] (one or more) set(s) of objects each with an amount and a start time
  • [x] blood glucose target(s)
    • [x] name of settings profile
    • [x] (one or more) set(s) of objects each with a target and a start time
    • target shape:
      • [x] shape {low: 80, high: 120} OR
      • [ ] shape {target: 100} OR
      • [ ] shape {target: 100, range: 20} OR
      • [ ] shape {target: 100, high: 120}
  • basal features:
    • [x] temp basal type (manual or percentage)
    • [x] max basal (as a u/hr rate)
  • bolus features:
    • [x] bolus "wizard"/calculator enabled
    • [x] extended boluses enabled
    • [x] max bolus
  • [x] insulin action time
  • [x] display BG units

Settings history:

  • [x] device stores all changes to settings

No Tidepool data model yet:

  • [-] low insulin alert threshold
  • auto-off:
    • [ ] enabled
    • [ ] threshold
  • [-] language
  • reminders:
    • [-] BG reminder
    • [-] bolus reminder
  • [-] alert settings (volume or vibration-only; whether enabled)
  • basal features:
    • [-] temp basal type (manual or percentage)
    • [-] max basal (as a u/hr rate)
  • bolus features:
    • [-] bolus "wizard"/calculator enabled
    • [-] bolus increment for non-"quick"/manual boluses
    • [-] extended boluses enabled
    • [-] extended bolus type (manual or percentage)
    • [ ] min BG to allow calculation of bolus delivery
    • [ ] reverse correction enabled
    • [-] max bolus
    • "quick"/manual bolus:
      • [-] enabled
      • [-] increment
  • [-] insulin action time
  • [-] clock display preference (12h vs 24h format)

Device-specific? (Add any device-specific notes/additions here.)

  • [-] various linked meter settings
  • [-] both grams and exchanges are possible units for carb ratios

Wizard

  • [x] recommended bolus dose
    • [x] recommendation for carbohydrates
    • [x] recommendation for correction (calculation from BG input)
    • net recommendation
      • [x] net recommendation provided directly in data
  • [x] input blood glucose value
  • [x] carbohydrate input in grams
  • [x] insulin on board
  • [x] insulin-to-carb ratio
  • [x] insulin sensitivity factor (with units)
  • [x] blood glucose target
    • [x] shape {low: 80, high: 120}
  • [x] units of BG input and related fields (read from device, not hard-coded; related fields are bgInput, bgTarget, insulinSensitivityFactor)
  • [x] link to bolus delivered as a result of wizard (via log entry ID or similar)

Device-specific? (Add any device-specific notes/additions here.)

"Bootstrapping" to UTC

  • [x] index
    • [x] internal timestamp or persistent log index (across device communication sessions) to order all pump events (regardless of type), independent of device display time
  • [x] date & time settings changes
  • [x] use common.checkDeviceTime(currentDeviceTime, timezone, cb) to check against server time

Device-specific? (Add any device-specific notes/additions here.)

No Tidepool Data Model Yet

NB: You can and should add to this section if there are other data types documented in the device's data protocol specification but not part of Tidepool's data model (yet).

  • [-] activity/exercise
  • [ ] food (e.g., from a food database built into the pump)
  • [-] notes/other events

results matching ""

    No results matching ""