Revel, My new pump is already going back to MM Options

[JohnG]

Well my first Revel didn't last long.

I always down load my pump every Sunday morning and this morning I noticed that my carb total's
where off by 55g on the 16th and 80g on the 17th. After researching this I found that my pump was
logging extra bolus's into the data log. Although it was not reporting insulin delivery for these extra bolus's
thank the Lord.

I've had several pumps replaced in the past and MM has never been real excited about the problems
and promptly replaced my pumps. When I called them this morning they where a little excited, acutely
thats an understatement they went on red alert.

This is the first time they have replaced one of my pumps and said they where going to get in contact with me
for a fallow up interview plus they would keep me in the loop and send me a written report of what they find.

They said I could still use my pump until the new one arrived and said they did not believe there was any
way the pump could actually deliver two or three bolus's one right after the other.

Heres what my pump did on April 17, 2010:

At 2:49:45 PM I entered a standard bolus
My pump entered data for a standard bolus BG 99---carbs 40g along with the bolus est. and all the other info.

At 2:49:51 PM
My pump entered data for a standard bolus BG 99---carbs 40g along with the bolus est. and all the other info.

At 2:50:12 PM
My pump entered data for a standard bolus BG 99---carbs 40g along with the bolus est. and all the other info.
And started delivering the insulin with this entry.

The first two entry's caused my total carbs for the day to be overstated by 80g.

The big mystery is why did it decide to start doing this. (I think it's possessed) (IMG:style_emoticons/default/Crying.gif)

JohnG

[Linda B]

Gee, I wouldn't even know if my pump did that! I only look at the sensor daily overlay and the sensor info by meal (not sure what that one is called).
I don't look at my data log or the ones that show the total bolus.
I'll try to remember to check that the next time I upload.

Linda B.

[JohnG]

Gee, I wouldn't even know if my pump did that! I only look at the sensor daily overlay and the sensor info by meal (not sure what that one is called).
I don't look at my data log or the ones that show the total bolus.
I'll try to remember to check that the next time I upload.

Linda B.

Daily Summary

I usually don't pay much attention to total carbs but I'm trying to lose a couple of pounds.
The scary part was extra bolus's in my pump bolus history but when I looked at carelink the
data table did not show that any insulin was delivered.

JohnG

[gigem99]

... I only look at the sensor daily overlay and the sensor info by meal (not sure what that one is called). ...

Linda B.

Like John, I upload every Sunday morning. I always check the QuickView Summay and the sensor daily overlay. The quickview report shows how many carbs you eat over the course of the past 2 weeks.

I'm kind of a nutcase for keeping reports, so I have a couple of spreadsheets that track my insulin and carb usage, as well as one that tracks my MAD%. Looking over those reports, I'm surprised at how my carb intake just keeps decreasing. I've gone from 170 g/day in CO in 2008 to about 140 g/day here in MA so far this year - about a 20% decrease. I dunno what's up with that - it's not intentional - it's just happening.

If anyone wants to see my spreadsheets, ask, and I'll be happy to post them - they're very simplistic.

Tom

[Liz]

I uploaded my Revel to Carelink maybe two days after I got it, so I had only 1 1/2 days of data. I noticed that for the first 24 hours or so on my reports (the first afternoon/night that I had it through the following morning) it showed the pump as being Suspended! I uploaded again a few days after that and the reports looked okay, no weird suspensions. I had to return my original 722 within weeks of getting it because all of the data in the pump was corrupted even though the actual pump was working fine.

[JohnG]

I had to return my original 722 within weeks of getting it because all of the data in the pump was corrupted even though the actual pump was working fine.

That seems to be what my 723 is doing. The pump works great but the info it sends to CareLink
is bogus.

I love my new pump!

JohnG

[Michael-95037]

Gigem99 --

I'm kind of new around here so please excuse if this is obvious.

What is a MAD%?

I'm trying to learn all the proper acronyms, but this one is new to me.

Thanks,
Michael

[gigem99]

Gigem99 --

I'm kind of new around here so please excuse if this is obvious.

What is a MAD%?

I'm trying to learn all the proper acronyms, but this one is new to me.

Thanks,
Michael

Michael,

My apologies for just throwing that acronym out there. It is not obvious. It stands for 'mean absolute difference'. It is the percentage my sensor glucose readings are from my BG meter readings. It is a relative measure of how accurate my continous glucose monitor (CGM) is.

Tom

[Michael-95037]

Michael,

My apologies for just throwing that acronym out there. It is not obvious. It stands for 'mean absolute difference'. It is the percentage my sensor glucose readings are from my BG meter readings. It is a relative measure of how accurate my continous glucose monitor (CGM) is.

Tom

Tom --

Thanks for helping to educate me!

-- Michael (IMG:style_emoticons/default/wink.gif)

[GA Hiker]

Michael,

My apologies for just throwing that acronym out there. It is not obvious. It stands for 'mean absolute difference'. It is the percentage my sensor glucose readings are from my BG meter readings. It is a relative measure of how accurate my continous glucose monitor (CGM) is.

Tom

I thought MAD was "mean absolute deviation" and was a measure of how large your high and low excursions were, the lower the number the better -- if your glucose level was always the same, MAD would be zero. I didn't think it was a measure of the difference between sensor and finger stick readings. Are you sure about this?

Barbara

[Arlene S.]

I thought MAD was "mean absolute deviation" and was a measure of how large your high and low excursions were, the lower the number the better -- if your glucose level was always the same, MAD would be zero. I didn't think it was a measure of the difference between sensor and finger stick readings. Are you sure about this?

Barbara

Yes it is. This is how the Carelink site defines MAD.

"Mean Absolute Difference
Represents the level of accuracy in calibration of the sensor to meter readings. The lower this number, the greater the calibration accuracy. MAD is calculated by taking the difference between closely occurring pairs of SG and meter readings, dividing by the meter reading and then averaging across all pairs."

[gigem99]

... Are you sure about this?

Barbara

I am absolutely sure about this, and Arlene did a great job of explaining. (Thanks Arlene!). MAD is an industry-standard measurement. I wish I could find where I read it, but somewhere, I know I read that the average MAD for all CGM users (Navigator, Dexcom & MM) was somewhere between 16 & 18%.

My MAD% has averaged about 10% for the past couple of years, so I'm real happy about that - but I still haven't upgraded to the Revel. I'm waiting to see what happens with the Ping/Dexcom integration. I know that the Dex is considerably better at lower BG levels, and that is the main reason I even have the CGM. I don't want to wind up 'dead in bed', as they say.

I feel really bad about this getting so far off-topic - this should be about the Revel - not MAD. I know I have started a couple of topics about MAD in the CGM subforum - but I don't feel like looking for them.

Tom

[Linda B]

I'm waiting to see what happens with the Ping/Dexcom integration. I know that the Dex is considerably better at lower BG levels, and that is the main reason I even have the CGM. I don't want to wind up 'dead in bed', as they say.

I don't think the Dex has ever been compared against the 'predictive alerts' of the Revel. They really help catch lows.

Linda B.

[Arlene S.]

Yes it is. This is how the Carelink site defines MAD.

Mean Absolute Difference
Represents the level of accuracy in calibration of the sensor to meter readings. The lower this number, the greater the calibration accuracy. MAD is calculated by taking the difference between closely occurring pairs of SG and meter readings, dividing by the meter reading and then averaging across all pairs.

Tom,

When I went back to add the quotation marks it was too late to edit my post but what I posted was from the Carelink "Understanding Your Reports" Glossary. Either it was my Revel or my new transmitter that came with a booklet that deals with the Carelink Reports. Of course, it's not as detailed as the online version but it's useful for the new user.

[GA Hiker]

Yes it is. This is how the Carelink site defines MAD.

Mean Absolute Difference
Represents the level of accuracy in calibration of the sensor to meter readings. The lower this number, the greater the calibration accuracy. MAD is calculated by taking the difference between closely occurring pairs of SG and meter readings, dividing by the meter reading and then averaging across all pairs.

OOPS! I just looked at some reports and I see that what I was thinking of was "Standard Dev." show on the QuickView Summary. On that report it has 2 values, one for the sensor and one for BGs (the BG value is always higher since the sensor never goes as high or as low). I never noticed the MAD field, which I just found on the Sensor Daily Overlay -- 5.9 on the day I looked at, must have been a GOOD day!

Thanks for the clarification!
Barbara

[gigem99]

...I never noticed the MAD field, which I just found on the Sensor Daily Overlay -- 5.9 on the day I looked at, must have been a GOOD day!

Thanks for the clarification!
Barbara

I religiously look at the MAD. 5.9 is more than excellent!! Congratulations!

Tom

[gigem99]

When I went back to add the quotation marks it was too late to edit my post ...

I went in and added the quotation marks. Thanks again for your great explanation!! You did better than I could have.

Tom

[Arlene S.]

I went in and added the quotation marks. Thanks again for your great explanation!! You did better than I could have.

Tom

Thanks, Tom.