We're updating the issue view to help you get more done. 

Add support for Basal insulin from sources that write to Apple Health

Description

Problem

  • InPen users and Sugarmate users may be using Tidepool Mobile 2.1.x to upload data to Tidepool. Currently bolus insulin imports from both apps without an issue, but when both apps are writing to Health, the basal delivery is written in at a single point in time, not over a period of time, so we are dropping that data from the backend. Ideally we will want to capture that data.

  • Basal insulin recorded in health with a fixed point in time can be mapped to the "insulin" data type in the Tidepool Backend with the subtype "basal"

Requested by

  • Becky, Nick

Success

  • Basal insulin from apps serving MDI users import into Tidepool and are displayed to users

App (limit to one)

  • Tidepool Mobile

Scope

  • XS - Per discussion with Larry over slack

  • Reference:

  • XS: <= 1 day

  • S: 2-3 days

  • M: <= 1 week

  • L: > 1 week

Brainstorm

  • [ link to a Google Doc ]

Prototyping, Research & Architecture Review

  • TBD

Design

  • [ *Google Drive link* to design file ]

  • [ *Zeplin link* to design file ]

  • [ screenshot ]

  • [ developers review/discuss edge cases, implementation details ]

User Stories

  • [ As a clinician with custodial access, ... ]

  • [ As a clinician with care team member access, ... ]

  • [ As a medical assistant who uploads, ... ]

  • [ As a PwD, ... ]

Done Criteria

  • TBD

  • Design Review Required? [ Y ]

  • [KissMetrics Events implemented]

  • [Data Model updates required by Analytics/Export]

  • [Documentation (in repo docs folder or GitBook)]

Design Review Recap

  • [ Changes to Done Criteria ]

  • Pass? [ Y / N ]

Marketing Website & Knowledge Base Updates

  • Update required? [ Y / N ]

  • Update completed? [ Y / N ]

KissMetrics Events

  • TBD

Dependencies and dependent Cards

  • Please use Trello attachments to add dependency cards

Test Strategies

  • [If non-dataviz, test browser compatibility: Chrome v[TBD], Firefox v[TBD], Safari v[TBD]]

  • [Verify KissMetrics Events]

Verification Test

  • [Include link to test document]

Approved for production by

  • [Howard / Brandon]

Tags & Release Notes

  • TBD

Risk Assessment:

Reference:

NOTE: Risk assessment is the risk (probability and severity) of the adverse event occurring, not the probability of the bug occurring. See above for details.

- Probability of an adverse event (and one sentence on why)
- Severity of the potential adverse event (and one sentence on why)
- Risk Level: (see table)
- Mitigation Plan: fix this bug

- Probability: Remote
- Severity: Minor
- Risk level: 7
- Mitigation Plan: Record and show basal insulin delivery from Health

 

User Experience Assessment
Reference: Draft Doc:

- Severity: Confused - why no basal info?

Issue Volume:
P - # of Prominent Clinic report: 1
A - # of distinct Clinician Reports: 0
B - # of distinct User Reports: 0
C - # of discoveries by Tidepool employees (testing, dogfooding, etc):
D - # of occurrences according to logs (Rollbar, Kissmetrics, etc). 0


Issue Volume Index = 7P + 3A + B + C + D = 8

- Issue Level: 8


Using the table, enter a numeric value and escalate based upon score.

 

Tickets

Notes

7526

Request from CHLA - inPen specifically

8046

Request from user - OneDrop specifically

9096

request from user - documenting in Health

Business/Product Success Criteria

None

Done Criteria

None

Design Specifications:

None

Accessibility Specifications

None

Test Strategy

None

Environment

None

New Fields for Analytics/Export Configuration (if needed)

None

Activity

Show:
Janet Diehl
June 27, 2019, 4:54 AM

BCooney attached https://trello.com/c/sK8gxkgw to this card May 22 at 10:16 AM

Reply

BCooney attached https://trello.com/c/ke35Yhuc to this card May 22 at 10:16 AM

Reply

BCooney moved this card from Front End - Backend Required to Mobile

May 22 at 10:03 AM

BCooney updated the value for the Scope custom field on this card

May 22 at 10:01 AM

Dave Cintron attached Re: basal insulin entered in Apple Health not displayedto this card May 21 at 10:55 AM

Reply

Dave Cintron joined this card

May 21 at 10:50 AM

BCooney added Larry Kenyon to this card

May 21 at 10:21 AM

Dave Cintron attached Re: Not recording basal insulin to this card May 3 at 8:19 AM

Reply

BCooney joined this card

Dec 28, 2018 at 3:43 PM

BCooney copied this card from [area] Story Template in list Front End - Backend Required

Dec 4, 2018 at 3:19 PM

Nick Riggall
August 31, 2020, 6:14 PM

Support is thinking that Mobile-35 is the best place to add feedback relating to Mobile-86.

Copying our latest comment: “

From our Tech Support Check-in on 2020/08/31:

”Added 11 tickets [to the UEA] today, though I suspect there are many more - just added based on search for “long acting insulin”. Hesitant to search “basal insulin” as I suspect they will almost all be r/t pump basal.

My opinion, is that if we are trying to expand Tidepool to all users, not just privileged ones, adding support for long acting basal insulin is a necessity.” - Abby BP

NSR - I’m adding in ABP’s context as I agree, and I think we will want to revisit this when we have more throughput after the TP Loop launch. CC Re: Access.

Also relevant to ensuring that we can capitalize on other devices that do write to Health - e.g. InPen.



Please let us know if we should only add a UEA to either this card or Mobile-86

Nick Riggall
August 31, 2020, 6:15 PM

Would you add your UEA here as well as call out any clinics specifically that we should pay attention to?

Also, let’s make sure we update our drop-downs in ZD to catch this in the future.

Priority

Assignee

Unassigned

QA Assignee

None

Reporter

Janet Diehl

Requested By (External)

CHLA

Fix versions

None

T-Shirt Size

XS: <= 1 day

Risk Level

7

User Experience Assessment Level

8

UEA: Issue Volume

None

UEA: Category

None

Components

Design Review Required?

None

Design Approved By:

None

QA done during validation of another ticket?

None

Accessibility Review Required?

None

Accessibility Review Approved By

None

Approved for Production By:

None

Marketing Comms

None

Support Follow Up

Yes

KB Update

None

Resolved Build #

None

Change completion date

None

Pull Request Needed

None

Labels

Story Points

1
Configure