.png)


For people with diabetes, monitoring blood glucose levels and noticing changes in time is critically important. The Freelife team approached us with a request: to build a user-friendly mobile app that receives data from a Libre sensor, allows users to store and track dynamics, and maintain a well-being diary.
This is the story of a digital product that provides real value to people. For this project, we improved the UX, adapted the design, built the frontend, integrated the sensor, and tested the app in real-world conditions. Ultimately, we delivered a stable MVP that helped the client to move forward.
Glucose monitoring is part of daily life for people with diabetes. Many factors influence blood sugar fluctuations. In order to react in time, a person needs a clear understanding of their condition. This is where MedTech comes in, automating routine tasks.
The Freelife app:
Rather than keeping everything in memory or recording it on paper, users have a convenient tool that supports them every day.

What’s important — the app must remain simple, so it’s easy to use from the very first launch. Therefore, our focus was not only on device integration but also on making the product intuitively clear in every detail.
The client came with an understanding of medical specifics, UX groundwork, and user feedback from their previous web service. However, there was no mobile app. Our team had to unify the flows into coherent logic, adapt the design, ensure stable sensor connection, and deliver an MVP that could be shown to investors and launched for testing.
To make the app work as intended, we needed to focus on three key areas:
1. Ensure stable sensor connection. Freelife is built around data flow from the Libre sensor, which updates every 5 minutes. It's crucial that data arrives seamlessly.
For us, this meant:
This was the main technical focus of the entire MVP.

2. Create though-outl UX. Freelife users are very diverse: teenagers, adults, and elderly people. They have different levels of digital literacy. Therefore, the interface must be as clear as possible with no lengthy learning curve. The app design is uncluttered and helps users log important information without extra steps.

3. Prepare a working MVP within tight deadlines. The client needed to show investors a functioning product by a specific date, so we helped focus on the most essential features. These were:
Everything a user needs to start using the app right away.
Thanks to clear focus and teamwork, we delivered the result on time — and the client was able to present a product, not just a mockup.


In order for a person with diabetes to manage their condition without unnecessary stress, the app must guide them along a simple path. We designed the flow so that users can navigate it intuitively and without error.
Onboarding and login. When the user opens the app, they immediately understand what to do: log in with their phone number, receive a code, and view brief tips on how the sensor works.

Sensor connection. This is the key step. We made it as smooth as possible:
The user doesn't need to understand the technology — just follow simple on-screen steps.

Main screen. Once connected, focus on the status dynamics. The main screen shows:
The graph updates automatically and provides a neat overview to help people quickly understand how their day is going.

We created a convenient diary where users can quickly add:
The forms are compact, clear, and don't require any extra actions. Users can log entries throughout the day.

The Freelife interface looks simple, but it has a complex technical architecture behind it. We made it invisible to the user while ensuring the app remains stable. The following are the key technical solutions that made this possible.
Hybrid architecture: React Native + Native modules. The app is built on React Native, but about 70–80% of the core logic is written in Native code (Swift for iOS and Kotlin for Android). We deliberately chose this hybrid architecture.
React Native handles the UI — authentication, diary forms, and navigation. Meanwhile, all device, network, and data operations use Native modules:
Why did we choose this approach? React Native is a wrapper for native platforms. Tight hardware integration and background processes require writing native code directly. Additionally, modules work independently. For example, if a sensor module is written in Swift, it cannot call a database module written in React Native. Therefore, we moved all critical infrastructure to the Native level.
Stable Bluetooth connection and background operation. The Bluetooth connection can be interrupted due to distance (the sensor disconnects at approximately 10 meters), interference, or device restarts. We built a system that:
Background mode works differently across platforms:
All background logic is written in Native services, without third-party libraries.
A chart that accurately reflects dynamics. Initially, we wanted to use React Native libraries, but none of them met our customization requirements.
The chart needed to:
Ultimately, we wrote native charts for iOS and Android separately. Now, the chart renders instantly and works smoothly, accurately reflecting the user’s condition.
Real-world testing: 10–14 days with a sensor under the skin. Testing couldn't be done on emulators. The sensor is inserted under the skin, and only real-world experience reveals how it works.
Our developer and tester voluntarily wore sensors for the full 10–14 day cycle. Throughout the project, from prototype to release, a total of 4–5 sensors were tested.
We tested:
The sensor is waterproof, so users can shower, swim, and exercise with it. We asked our team how wearing the sensors felt. They said they experienced no discomfort 😊 Only curiosity about observing their body's reactions to food and physical activity.
As a result, we created a mobile app that simplifies the crucial task of glucose monitoring. It requires no technical expertise and functions exactly as users need it to on a daily basis.
Here's what we achieved:
We established a foundation of architecture and UX that allows the product to evolve without compromising core stability. The app is ready for expansion. Family scenarios, lab results, complex diary entries, redesign, and support for new sensor models can all be added gradually and safely.
Most importantly, the client received a working MVP on time. The app fulfills its core purpose of helping people track their glucose levels and record important daily events without stress. Thanks to the stable foundation, the Freelife team can confidently plan the next stage of product development.