I have lived with Type 1 diabetes for 23 years. During that time, I have seen how automated insulin delivery and continuous glucose monitoring can work together to reduce some of the burden of glycemic management and help reduce severe hypoglycemic events. I believe those technologies can be remarkable.
My decision to use multiple daily injections was not a rejection of technology. It began because I needed a break from my pump. My skin was struggling, occlusions were becoming more frequent, and managing infusion sites and tissue became a real problem.
I am not particularly hesitant about needles. More importantly, I discovered that I preferred a workflow in which I remained more directly engaged in each treatment decision. MDI gave me a different kind of involvement and flexibility.
There were practical benefits, too. I no longer had to worry about bumping an infusion site on a doorknob, corner, or kitchen counter. I did not have to sleep on a device, decide whether to wear it in a pocket, on a belt, under a waistband, or somewhere else, or remember to charge another device. The cost and management of infusion sites and reservoirs were no longer part of my routine.
Alarm fatigue was another factor. Low alarm. Sensor issue. Signal loss. High alarm. Urgent low alarm. Occlusion. Low insulin. Low battery.
The 2:13 AM Diabetes Group Chat
The interruption
Auto-advancingA fictional illustration of alarm fatigue and scattered context—not medical advice, treatment guidance, or an automated decision.
I still think pumps are remarkable tools, and MDI has not made diabetes management simple. It has changed the kind of work I need to do. I now engage with each decision more directly, and that means more context has to be considered and remembered: insulin on board, corrections, dose timing, food choices, carbohydrate ratios, exercise, and the question of whether I actually took the dose I intended to take.
When I had my last nighttime emergency, I knew I needed a clearer way to keep IOB visible alongside the rest of the decision context. I am not presenting that moment as proof that Bolus Master can prevent an emergency. It is a personal reason I wanted IOB to be easy to find and the surrounding decision trail easier to review.
I found myself asking questions such as: Did I take that shot? Should I prebolus? How much insulin on board do I have before I exercise? What context was present when I made that decision? What happened several hours later?
The technology gap I needed to fill was not a device that would make decisions for me. I needed a place to gather the context around an MDI decision, review the information in front of me, record what I actually did, and look back at what followed.
That is the starting point for Bolus Master.
A personal starting point is not a universal answer.
My experience shaped this project. It does not prove that MDI, any setting, or this workflow is right for another person. Bolus Master is intended to support user review and logging, not to replace an established care plan, professional care, or emergency guidance.

