Skip to content

Bolus not delivered recorded as IOB #983

New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

Closed
sjolundjohn opened this issue May 30, 2019 · 8 comments
Closed

Bolus not delivered recorded as IOB #983

sjolundjohn opened this issue May 30, 2019 · 8 comments

Comments

@sjolundjohn
Copy link

I had a very concerning event today - hopefully I did something wrong.

This is for the Omnipod loop.

I took screenshots after the fact to try to illustrate.

The sequence of events:

  1. I entered carbs for lunch
  2. Loop provided a recommendation for the bolus which I clicked to start a bolus.
  3. A few seconds later I get a notification on my phone that the bolus may have failed (image Initial support for x22 pumps: polling reservoir volume #1)
  4. Looking at the Loop app, it said that the bolus was in the process of being delivered.
  5. I couldn't hear the clicks from the Omnipod clicking - so it didn't, in fact, seem like any bolus was being delivered
  6. Because I couldn't hear any clicks, I canceled the bolus from the Loop app.

RESULT:
a) Despite canceling the app, the next time the algo ran, it indicated that I had the full bolus onboard (Image #2). You can see it says that I had 6.22 units IOB (before starting bolus I had a negative IOB). This does not seem right

b) I checked the insulin delivery status, and you can see that the bolus was interrupted (Image #3)

c) When looking at the event log, I can confirm that the bolus was interrupted (Image #4)

d) When looking at the insulin delivery log, it hadn't been updated for 2 hours (Image #5)

QUESTIONS:
Question #1- Does the bolus status on the Loop app actually provides real-time updates about bolus OR is it an estimation.
Question #2- Why would Loop not be able to be aware that no bolus was actually delivered. It told me I had a lot more IOB on board then I did, which would cause significant hyperglycemia
Question #3- Why is the Insulin Delivery log not updated with status as the rest of the app is?

IMG_3856

IMG_3857

IMG_3854

IMG_3855

IMG_3853

@ps2
Copy link
Collaborator

ps2 commented May 30, 2019

There is a fix in the works for this. There will still be cases where we have an uncertain bolus that we don't know if it was delivered or not, and in that case we need to assume it was. But in this case, canceling an uncertain bolus, we should be able to check in with the pod and verify bolus status.

@ja-two
Copy link

ja-two commented Jun 3, 2019

I had a very similar issue happen yesterday., however with one notable difference.

  1. Attempted to give bolus for meal, but got the interrupted bolus error.

  2. Pump was not clicking, so assumed bolus did not go through and canceled bolus.

  3. Carbs and insulin were still recorded as on board. I deleted the bolus event (insulin delivery > event history > delete event) thinking this would delete the insulin from loops memory, but it did not

  4. NOTABLE DIFFERENCE: I then noticed that loop recorded a temporary basal of 35.58U/hour at the same time (1st figure below). I think (but am not certain) this appears to have been included in the IOB (2nd figure below).

  5. However, I'm pretty confident this temp basal did not actual happen, since it was not recorded in event history (2nd figure below), and I have a max basal rate limit of 2.5U/hr (3rd figure below).

Didn't cause any issues. I just went off closed loop for a while until the IOB reverted to normal.

One thought on the fix: It makes sense to cautiously assume that the bolus went through, but could the user be able to tell Loop that the bolus did not go through (based on not hearing any clicks)?

image

image

image

@sbalint
Copy link

sbalint commented Jun 4, 2019

I had this same “may not have succeeded” issue happen just now. Didn’t cancel the bolus. It was 4 unit bolus and I watched the app go through the delivery action with no clicks. Didn’t realize this was a possibility/known issue but it has definitely happened to me a few times previously.

@vnephologist
Copy link

Any chance this one is fixed yet? Just ran into it on 1.10.0. Thanks!

@yaelirt
Copy link

yaelirt commented Jul 6, 2019

Had this issue today. Jojo branch. Entered a bolus that failed (had a notification and also no clicks), gave another one and deleted the first entry, but the active insulin is still calculated as if both boluses were delivered.

@bkohrs
Copy link

bkohrs commented Oct 7, 2019

I ran into this today. I entered a bolus and it failed. I didn't know how to handle it, and so I removed the entry from the Insulin Delivery table, but it still shows in the IOB. I bolused again to get the insulin delivered, and my IOB now shows both boluses. Is this a bug that needs fixed, or should it be handled differently?

@Kdisimone
Copy link
Collaborator

@bkohrs update to dev branch (and remove the entry from Health app too if you run into this before updating)

@Kdisimone
Copy link
Collaborator

closing as the above referenced PR resolves the issue

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

8 participants