As of: 6 May 2026 · Reading time: 3 min
Key takeaways
- A case study on the successful development of a BLE app for a medical technology startup, from idea to challenges to MDR certification.
A case study on the successful development of a BLE app for a medical technology startup, from idea to challenges to MDR certification.
“BLE enables use cases that felt like science fiction five years ago—with minimal power draw.”
– Björn Groenewold, Managing Director, Groenewold IT Solutions
The Project
Short: A medical technology startup developed a wearable device for continuous vital sign monitoring.
A medical technology startup developed a wearable device for continuous vital sign monitoring. The device measures heart rate and oxygen saturation. It transmits data to a mobile app via Bluetooth Low Energy (BLE).
The device required Class IIa medical product certification under the Medical Device Regulation (MDR). This placed strict requirements on software documentation and validation.
The Four Key Challenges
Challenge 1: Reliable BLE Connection
BLE connections between wearable and smartphone are affected by interference, distance, and movement.
Maintaining a stable connection during continuous vital monitoring — without gaps or data loss — required careful protocol design and extensive testing across device combinations.
Challenge 2: Energy Efficiency
The device had to achieve at least one week of battery life. Continuous data transmission and minimal battery consumption are fundamentally in tension.
Target Wake Time (TWF) scheduling and adaptive transmission intervals were used to balance real-time monitoring with battery longevity. BLE transmission intervals, wake cycles, and data buffering were all carefully optimized.
Challenge 3: Data Security Under GDPR
Heart rate and oxygen saturation data are health data under GDPR Article 9 — the strictest protection category. End-to-end encryption was implemented between wearable and app. Data in transit and at rest is encrypted.
Access is authenticated before any health data is displayed.
Challenge 4: MDR Certification Requirements
Software for Class IIa medical devices must comply with IEC 62304. This standard requires documented development processes, risk management records, and validation evidence.
Documentation had to be built into development from day one — not assembled retroactively at the end of the project.
The Solution Approach
Phase 1: Proof of Concept
The project started with standard development boards rather than custom hardware. This validated the BLE communication architecture and data transmission reliability before any custom hardware was ordered.
Early failure at low cost is better than late failure at high cost.
Phase 2: Parallel Development With Regular Integration Testing
Firmware and mobile app development ran in parallel, with regular integration testing sessions. Issues at the hardware-software boundary were identified and resolved during development — not at the end of the project.
Phase 3: Security-First Architecture
Encryption and authentication were implemented from the first sprint. Security was not added later. This avoided the common problem of discovering that a chosen architecture makes secure implementation difficult.
Phase 4: Documentation as Part of Development
MDR-compliant documentation was written alongside the code. Risk management records, test protocols, and design history files were maintained throughout the project. This reduced the certification effort significantly compared to retroactive documentation.
Results
Short: The application achieved stable BLE connectivity with a reconnection time under 800 milliseconds after interruption.
The application achieved stable BLE connectivity with a reconnection time under 800 milliseconds after interruption. Battery life exceeded the seven-day target in field testing.
GDPR and MDR documentation was ready at the end of development — not as a separate project phase.
The startup received Class IIa certification on schedule.
What Other Companies Can Learn From This Project
- Define regulatory requirements before writing the first line of code
- Invest in a PoC phase — it prevents expensive architectural changes later
- Treat security and documentation as part of development, not follow-on work
- Plan for BLE variability across device manufacturers and OS versions during testing
> "BLE enables use cases that felt like science fiction five years ago — with minimal power draw." — Björn Groenewold, Managing Director, Groenewold IT Solutions
About the author
Managing Director of Groenewold IT Solutions GmbH and Hyperspace GmbH
Since 2009 Björn Groenewold has been developing software solutions for the mid-market. He is Managing Director of Groenewold IT Solutions GmbH (founded 2012) and Hyperspace GmbH. As founder of Groenewold IT Solutions he has successfully supported more than 250 projects – from legacy modernisation to AI integration.
Blog recommendations
Related articles
These posts might also interest you.

From prototype to series: The development process of a...
A step-by-step guide to the development process of a BLE application, from idea to prototype to mass production and certification.

The way to success: How to find the right BLE App...
A checklist with the most important criteria for selecting the right BLE app developer or a specialized app agency for your IoT project.

BLE in Smart Home: Trends and Potentials for the
Discover the role of Bluetooth Low Energy (BLE) in Smart Home, the latest trends, applications and the importance of standards such as Matter.
Free download
Checklist: 10 questions before software development
Key points before you start: budget, timeline, and requirements.
Get the checklist in a consultationRelevant next steps
Related services & solutions
Based on this article's topic, these pages are often the most useful next steps.
Related services
Related solutions
Cost calculators
More on BLE development and next steps
This article is in the BLE development topic. In our blog overview you will find all articles; under category BLE development more posts on this subject.
For topics like BLE development we offer matching services – from app development and AI integration to legacy modernisation and maintenance. We describe typical use cases under solutions. Our cost calculators give initial estimates. Key terms are in the IT glossary. Books and long-form guides appear on the publications page; deeper articles live under topics.
If you have questions about this article or want a non-binding discussion about your project, you can book a consultation or reach us via contact. We usually respond within one working day.

