Groenewold IT Solutions LogoGroenewold IT Solutions – Home
Case Study: Erfolgreiche Entwicklung einer BLE-App für... - Groenewold IT Solutions

Case Study: Successful development of a BLE app for...

BLE development • 9 January 2026

As of: 6 May 2026 · Reading time: 3 min

Teilen:

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

Björn Groenewold
Björn Groenewold(Dipl.-Inf.)

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.

Software ArchitectureAI IntegrationLegacy ModernisationProject Management

Blog recommendations

Related articles

These posts might also interest you.

Free download

Checklist: 10 questions before software development

Key points before you start: budget, timeline, and requirements.

Get the checklist in a consultation

Relevant next steps

Related services & solutions

Based on this article's topic, these pages are often the most useful next steps.

Related services

Related solutions

More on this topic

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.

Next Step

Questions about this topic? We're happy to help.

Our experts are available for in-depth conversations – practical and without obligation.

30 min strategy call – 100% free & non-binding