Tensiomètres, oxymètres, balances et moniteurs de chevet transmettent via un hub à domicile ou une passerelle hospitalière. ConnectMQ assure le transport MQTT entre ces appareils et la plateforme de soins que vous construisez et validez — chiffré, par appareil, et sans doute possible sur le hub hors ligne.
Aucune carte bancaire requise
PUBLISH rpm/clinic-north/pt-7f3a91/bp
{"sys":128,"dia":82,"pulse":71,"unit":"mmHg","dev":"bpm-0419","ts":"2026-10-22T07:41:12Z"}QoS 1 · TLS 8883 · PUBACK
Un programme de télésurveillance repose sur l’arrivée des données : un hub à domicile sur un Wi-Fi ou une 4G instable, une passerelle derrière le pare-feu de l’hôpital, le cloud d’un fabricant avec son propre rythme d’envoi. Les équipes assemblent envois HTTP et API fabricants, ne distinguent pas un patient qui n’a pas mesuré d’un hub en panne, et passent leur temps sur l’infrastructure de messagerie plutôt que sur la plateforme de soins.
Tensiomètres, oxymètres, balances et glucomètres Bluetooth s’appairent à un hub à domicile ou à l’application patient ; les moniteurs de chevet se connectent à une passerelle hospitalière.
Le hub ou la passerelle publie chaque mesure en QoS 1 sous une référence patient pseudonymisée, avec ses propres identifiants, et met en mémoire tampon pendant les coupures.
Votre service d’ingestion s’abonne, enregistre les mesures dans vos propres systèmes validés et les transmet à l’intégration DPI (par exemple HL7 FHIR) gérée par votre équipe.
Votre plateforme applique la logique clinique définie par votre organisation. Les alertes ConnectMQ couvrent l’aspect technique, comme un hub qui n’envoie plus rien.
Chaque connexion utilise TLS — MQTT sur le port 8883 ou WebSockets sécurisés pour les applications web —, aucune mesure ne traverse Internet en clair.
Chaque hub ou passerelle reçoit son propre nom d’utilisateur et mot de passe, limité par ACL à ses propres topics. Un hub perdu est révoqué sans toucher aux autres.
Avec la QoS 1 et les sessions persistantes, une mesure publiée pendant le redémarrage de votre service d’ingestion est livrée à sa reconnexion au lieu d’être perdue en silence.
Le Last Will et un topic de statut retenu préviennent votre plateforme dès qu’un hub se déconnecte : « pas de mesure » et « pas de connexion » ne sont jamais confondus.
rpm/clinic-north/pt-7f3a91/bp
rpm/clinic-north/pt-7f3a91/spo2
rpm/clinic-north/hub-2231/status (retained)
rpm/clinic-north/hub-2231/config (retained)MQTT est un protocole de transport ; sa sécurité dépend de sa configuration. Sur ConnectMQ, chaque connexion est chiffrée en TLS, chaque appareil ou passerelle a ses propres identifiants et des ACL par topic limitent ce qu’il peut publier et lire. Utilisez des identifiants pseudonymisés dans les topics et gardez les données identifiantes dans vos propres systèmes. La conformité de l’ensemble à vos obligations réglementaires dépend de votre architecture et de votre validation, pas du broker seul.
Non. ConnectMQ transporte des messages entre les appareils et vos applications. L’interprétation des mesures, les alertes cliniques, le dossier patient et l’intégration au DPI relèvent de la plateforme que vous construisez et validez — ConnectMQ en est un composant.
La plupart des appareils Bluetooth ne parlent pas MQTT. Un hub à domicile, une passerelle cellulaire ou l’application du patient lit l’appareil en Bluetooth et publie chaque mesure en MQTT. Toute bibliothèque MQTT standard pour Android, iOS, Python, Node.js ou Linux embarqué fonctionne avec ConnectMQ.
Commencez avec l’offre Free, sans carte bancaire : connectez vos premiers équipements dès aujourd’hui et évoluez au moment du lancement.
