Od MVP do urządzenia medycznego: rozwiązania techniczne dla formowania wtryskowego, zarządzania BLE i międzynarodowej walidacji
Rozwój urządzenia medycznego wykracza poza projekt hobbystyczny: zbudowano pierwsze 25 sztuk obudów metodą formowania wtryskowego pod ciśnieniem, ukończono wersję mobilnej aplikacji na React Native z obsługą iOS i Android, a także przeprowadzono dwutygodniową walidację polową w Stanach Zjednoczonych — w tym testy „Biolumos Mini” w stanie Ohio. Artykuł opisuje rozwiązania techniczne, kompromisy architektoniczne oraz inżynierskie wyzwania związane z przejściem od prototypu do produktu certyfikowanego.
Formowanie wtryskowe jako etap pośredni
Dla partii 25 obudów zrezygnowano z druku FDM: niestabilna geometria, niska powtarzalność i chropowata powierzchnia czyniły te części nieprzydatnymi do prezentacji potencjalnym partnerom i użytkownikom klinicznym. Wybrano formowanie wtryskowe pod ciśnieniem (zimne) — technologię balansującą między szybkością prototypowania a jakością produkcji seryjnej.
Proces składa się z trzech faz:
- Stworzenie modelu wzorcowego na drukarce 3D fotopolimerowej (SLA/DLP) — wysoka precyzja i minimalne osadzanie;
- Odlew formy silikonowej: żywotność 20–30 cyklów, wymaga ręcznego szlifowania i kontroli grubości ścianek;
- Wlewanie dwuskładnikowego poliuretanu z późniejszą obróbką w komorze próżniowej (usunięcie pęcherzyków), cyklem termicznym i ręczną ostateczną obróbką.
Wykorzystany materiał imituje ABS pod względem twardości, odporności termicznej i łatwości obróbki — jednak bez osadzania i naprężeń wewnętrznych charakterystycznych dla FDM. Powierzchnia po formowaniu nie wymaga szlifowania ani malowania, co jest kluczowe dla urządzeń medycznych: brak dodatkowych pokryć zmniejsza ryzyko degradacji i wpływa na biocompatybilność.
Koszt jednej części wzrósł 3,2 razy w porównaniu z drukiem, ale czas na postobróbkę skrócił się o 78%. Dla MVP jest to uzasadnione: stabilność geometryczna umożliwia przeprowadzanie powtarzalnych testów kompatybilności elektromagnetycznej (EMC), wytrzymałości mechanicznej elementów mocujących oraz sprawdzania szczelności obudowy.
Architektura aplikacji mobilnej: React Native + stack BLE z odpornym na awarie sterowaniem
Aplikacja została zrealizowana w React Native 0.74 z wykorzystaniem react-native-ble-plx (v4.6.0) jako głównego sterownika BLE. Architektura podzielona jest na trzy warstwy: logika interfejsu użytkownika, serwis zarządzania połączeniem oraz natywny adapter dla specyficznych cech platform.
Kluczowe rozwiązania techniczne:
- Automatyczne ponowne połączenie przy zerwaniu sesji BLE: realizowane za pomocą kombinacji
scanForPeripheralsWithServices()iconnectToDevice()z eksponencjalną opóźnieniem (od 500 ms do 5 s); - Kachowanie parametrów urządzenia w
AsyncStoragez późniejszą synchronizacją przy nawiązaniu połączenia; - Obsługa konfliktów wersji oprogramowania: jeśli wersja firmware < 2.1.0, aplikacja blokuje wejście do trybu ręcznego sterowania i wyświetla ostrzeżenie;
- Obsługa dwóch typów serwisów BLE: jeden — dla komend sterujących (UUID
0000fff0-0000-1000-8000-00805f9b34fb), drugi — dla transmisji telemetrycznej (temperatura płytki, stan baterii, adres MAC).
Na iOS wymagana była ręczna konfiguracja pliku Info.plist: dodano klucze NSBluetoothAlwaysUsageDescription, NSLocationWhenInUseUsageDescription oraz UIBackgroundModes z opcją bluetooth-central. Na Android — zapytanie o uprawnienie ACCESS_FINE_LOCATION w czasie rzeczywistym oraz deklarację android.permission.BODY_SENSORS dla poprawnego skanowania w tle.
Do debugowania używano react-native-debugger z customowym pluginem, który loguje wszystkie pakiet BLE w formacie HEX + ASCII i buduje czasową ścieżkę połączeń/rozłączeń.
Walidacja polowa w USA: od ergonomii do efektu terapeutycznego
W grudniu 2025 roku w stanie Ohio przetestowano dwa warianty urządzenia: podstawowy MVP i uproszczony „Biolumos Mini”. Celem nie była demonstracja marketingowa, lecz zebranie danych według trzech wskaźników: usability (ocena wg System Usability Scale), adherence (częstość użytkowania przez 14 dni) oraz preliminary efficacy (subiektywna ocena efektu w skali pięciopunktowej).
Uczestnicy — 12 osób (w wieku 42–68 lat), wszystkie z diagnozami związanych z chronicznym bólem (artroza, fibromialgia). Warunki testów: domowe użytkowanie bez nadzoru medycznego, codzienny raport przez wbudowany dziennik w aplikacji.
Kluczowe obserwacje:
- „Mini” osiągnął 92% adherence w porównaniu z 63% u podstawowego MVP (przyczyna: prostota włączania/wyłączania i brak potrzeby synchronizacji);
- Ergonomia podstawowego urządzenia otrzymała ocenę 4,1/5, jednak 7 z 12 uczestników wskazało na niedogodność montażu podczas długotrwałego użytkowania (>20 min);
- Efekt terapeutyczny był wyższy przy użyciu trybu impulsowego 10 Hz z wibracjami (średnia ocena 4,4/5), niż przy stałym świeceniu (3,2/5);
- 100% uczestników stwierdziło, że interfejs aplikacji jest „intuicyjnie zrozumiały”, ale 8 z 12 poprosiło o możliwość eksportu dziennika w formacie CSV.
Te dane stały się podstawą dla dalszych poprawek konstrukcji mechanicznej i rozszerzenia funkcjonalności aplikacji — w szczególności wdrożenia automatycznego eksportu logów oraz modułowego systemu mocowania.
Co jest ważne
- Formowanie wtryskowe pod ciśnieniem nie jest alternatywą dla formowania wtryskowego, lecz etapem pośrednim, pozwalającym na uzyskanie 20–30 części o geometrycznej i powierzchniowej jakości akceptowalnej dla certyfikacji bez inwestycji w formy.
- React Native, przy odpowiedniej architekturze (oddzielenie logiki BLE od UI), zapewnia 92% zgodności kodu między iOS a Android, jednak wymaga ręcznej pracy z uprawnieniami specyficznymi dla poszczególnych platform oraz obsługą wykonania w tle.
- Walidacja polowa w USA pokazała, że dla domowych urządzeń medycznych kluczowa jest nie tylko skuteczność, ale również adherence — można ją zwiększyć poprzez radykalne uproszczenie UX i rezygnację z obowiązkowej synchronizacji.
- Aby wejść na rynek amerykański, należy uzyskać zgodność z FDA 510(k), co wymaga dokumentacji zgodnej z ISO 13485, IEC 62304 (cykl życia oprogramowania) oraz IEC 60601-1 (bezpieczeństwo elektryczne). Prototypy wysłane do Ohio nie są „clinical devices” w prawnym sensie — klasyfikowane są jako „research-use-only”.
- Aplikacja mobilna musi być zgodna z HIPAA — nawet jeśli dane nie są przesyłane na serwer: lokalne przechowywanie dzienników wymaga szyfrowania AES-256 i ochrony kluczy za pomocą Keychain (iOS) oraz Keystore (Android).
Plan działania: od MVP do produktu certyfikowanego
Następne 6 miesięcy skupione są na trzech kierunkach:
1. Walidacja kliniczna
- Partnerstwo z dwoma uniwersyteckimi klinikami (USA i UE) dla randomizowanego badania kontrolowanego (RCT) z n=45 w grupie;
- Opracowanie protokołu oceny: primary endpoint — zmiana skali bólu VAS po 4 tygodniach; secondary — częstotliwość użytkowania i jakość snu (ocena za pomocą actigraphy);
- Przygotowanie dokumentacji dla komitetu etycznego: Informed Consent Form, Investigator Brochure, Clinical Study Report template.
2. Certyfikacja i zgodność
- Audyt procesów rozwoju oprogramowania zgodnie z IEC 62304 Class B;
- Testy EMC w akredytowanym laboratorium (EN 60601-1-2:2015);
- Ocena biologiczna materiałów obudowy zgodnie z ISO 10993-1 (cytotoxicity, sensitization, irritation);
- Przygotowanie dossier technicznego dla CE Marking (Class IIa) i FDA 510(k).
3. Rozwój techniczny
- Portowanie oprogramowania na FreeRTOS z wydzielaniem zadań: stack BLE (priorytet 5), zdobywanie danych z czujników (priorytet 4), sterowanie LED/i wibracjami (priorytet 3), watchdog (priorytet 1);
- Wdrożenie aktualizacji OTA przez BLE DFU (Device Firmware Upgrade) z podpisem ECDSA-P256;
- Dodanie do aplikacji trybu „Clinical Mode”: wyłączenie wszystkich funkcji użytkownika, włączenie logowania z datą i GPS-koordynatami (dla RCT).
Przejście od MVP do produktu zatwierdzonego regulacyjnie to nie skalowanie, lecz reinterpretacja każdego komponentu: od wyboru materiału obudowy po architekturę oprogramowania. Każde rozwiązanie musi być udokumentowane, powtarzalne i potwierdzone danymi — inaczej żadna instancja regulacyjna go nie przyjmie.
— Editorial Team
Brak komentarzy.