Bluetooth Transport Support for SDPi: Implementation Guidance
@DarenShamoun ci sta già lavorando.
Dal 21/11/2025.
Valutazione
Questa issue non è ancora stata valutata.
Descrizione
NOTE: Issue created on behalf of BD/Daren Shamoun [email protected]
Summary
We are researching Bluetooth connectivity (BLE, Classic, or other profiles) for bidirectional medical device communication within the SDPi framework. We seek guidance on technical feasibility and recommended implementation approaches.
Context
We are evaluating implementation approaches for bidirectional Bluetooth medical device connectivity and seeking guidance on alignment with SDPi architecture and standards.
Questions
-
Alternative Transport Specifications: -Are there SDPi transport specifications being developed for non-IP protocols? If so: -Do any support Bluetooth connectivity (BLE, Classic, or dual-mode)? -What are the timelines for these specifications?
-
Bluetooth Use Cases in SDPi: -What are the current or planned use cases for Bluetooth in SDPi networks? -Are there technical or architectural constraints limiting Bluetooth to specific device categories or profiles? -Can Bluetooth support bidirectional communication for acute care medical device connectivity?
-
Gateway Architecture: -For integrating Bluetooth devices into SDPi networks, is a gateway architecture the recommended approach? -Which gateway actor type is appropriate (SOMDS Sensor Gateway, SOMDS FHIR Gateway, or other)? -Are there reference implementations or examples available?
-
Security Requirements for Bluetooth: -What security requirements must be satisfied for Bluetooth transport within SDPi? -Can you clarify security profiling requirements for non-IP transports? -Are there existing security profiles for alternative transports?
-
Resources and Documentation: -Where can we find: -Specifications for alternative transport layers -Reference implementations or guidance documents.
- Lingua principale
- Kotlin
- Stelle
- 17
- Fork
- 4
- Merge medio
- 4h 52m
- PR unite (30g)
- 6
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Nessuna guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di IHE/DEV.SDPi
-
Add Use Case / Scenarios Supporting History Service RequirementsForse già presa @d-gregorczyk l’ha presa 11 giorni fa. ApertaComment Review
Difficoltà 5/5 Più di una settimana Idoneità per principianti 42/100
-
Rename / stub out / add new transactions related to SDPi-AForse già presa @JavierEspina l’ha presa 27 giorni fa. Aperta
-
Update generator for actor-transaction tables to match manual contentForse di nuovo libera @PaulMartinsen l’ha presa 35 giorni fa e non c’è nessuna pull request aperta. Aperta
-
Comment Review HL7 Ballot
Difficoltà 2/5 1-3 ore Idoneità per principianti 30/100
-
Comment Review HL7 Ballot
Difficoltà 5/5 Più di una settimana Idoneità per principianti 10/100
Tutte le issue di IHE/DEV.SDPi
Issue simili
-
Preserve database capacity during dev deploymentsForse già presa Una pull request collegata a questa issue è aperta o già unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
world-federation-of-advertisers/cross-media-measurement#4870 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 3 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 67/100
ankidroid/Anki-Android#23156 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
paritytech/polkadot-android-community#307 ·
I maintainer di solito rispondono entro 2 giorni
-
android enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno