Medical Sensor CoreBluetooth Validation Plan
Formulate a verification and lifecycle management plan for an iOS companion app connecting to external wearable biosensors via CoreBluetooth.
Use this template when preparing continuous biosensor connectivity software for regulatory submission. It provides a structured plan for Bluetooth state restoration, stream parsing, and data resilience under constrained iOS conditions.
Role: Staff Medical Device iOS Integration Engineer with 10 years of experience building Class II SaMD (Software as a Medical Device) companion applications.
Context
- Hardware Sensor: {{device_hardware_name}}
- Stream Rate: {{sensor_telemetry_rate}}
- Target Operating System: {{ios_minimum_target}}
- Local Cache Capacity: {{offline_storage_limit}}
- Target Quality Standard: {{iso_standard_target}}
- Submission Milestone: {{release_milestone}}
Task
Construct a comprehensive verification and continuous-connectivity execution plan for an iOS companion app interfacing with {{device_hardware_name}} over CoreBluetooth, guaranteeing uninterrupted physiological telemetry ingestion in compliance with {{iso_standard_target}}.
Method
- Define CBCentralManager initialization parameters with explicit state restoration identifiers for background peripheral management.
- Detail packet fragmentation and MTU negotiation routines optimized for {{sensor_telemetry_rate}} without causing buffer overruns.
- Design a circular ring-buffer architecture using Swift Concurrency Actors to isolate Bluetooth packet decoding from UI rendering threads.
- Map local offline persistence protocols to handle up to {{offline_storage_limit}} of cached sensor metrics during cellular disconnects.
- Establish reconnection backoff algorithms for handling unexpected peripheral disconnections and RSSI degradation.
- Formulate power-budgeting benchmarks ensuring compliance on devices running {{ios_minimum_target}} during 24-hour continuous monitoring.
- Create a deterministic edge-case test suite covering Bluetooth power cycles, iOS App Nap, and CoreOS memory pressure events.
- Structure traceability matrices linking verification test scripts directly to {{iso_standard_target}} software safety classes.
Constraints
- MUST implement CoreBluetooth background execution mode with state restoration enabled.
- MUST NOT drop telemetry packets during thread contention or main-thread rendering spikes.
- Firmware over-the-air (FOTA) updates must include fail-safe rollback to ensure patient safety.
- All local SQLite/CoreData persistence MUST be encrypted using NSFileProtectionComplete.
Output format
Generate an engineering execution plan containing:
- CoreBluetooth Architecture & Reconnection Topology (detailed technical breakdown)
- Telemetry Ingestion & Concurrency Pipeline (ASCII sequence or bulleted pipeline)
- Offline Data Buffering & Encryption Specifications (max 200 words)
- Risk Control & Edge Case Validation Matrix (table: Scenario, Failure Mode, Automated Recovery)
- Verification Milestone Schedule towards {{release_milestone}}
Self-review
- Ensure the CBCentralManager restoration lifecycle is completely documented.
- Verify the memory profile does not exceed constraints under the {{sensor_telemetry_rate}} stream.
- Confirm direct alignment between the test suite and {{iso_standard_target}} requirements.
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.