Blutdruckmessgeräte, Pulsoximeter, Waagen und Bettplatzmonitore senden über einen Heim-Hub oder ein Klinik-Gateway. ConnectMQ ist der MQTT-Transport zwischen diesen Geräten und der Versorgungsplattform, die Sie selbst aufbauen und validieren — verschlüsselt, pro Gerät und mit klarer Sicht darauf, welcher Hub offline ist.
Keine Kreditkarte erforderlich
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
Telemonitoring steht und fällt damit, dass Daten ankommen: ein Heim-Hub mit wackligem WLAN oder LTE, ein Gateway hinter der Klinik-Firewall, eine Hersteller-Cloud mit eigenem Upload-Intervall. Teams flicken HTTP-Uploads und Hersteller-APIs zusammen, können einen Patienten ohne Messung nicht von einem ausgefallenen Hub unterscheiden und betreiben Messaging-Infrastruktur statt die Versorgungsplattform weiterzuentwickeln.
Bluetooth-Blutdruckmessgeräte, Pulsoximeter, Waagen und Blutzuckermessgeräte koppeln sich mit einem Heim-Hub oder der Patienten-App; Bettplatzmonitore hängen an einem Klinik-Gateway.
Hub oder Gateway publiziert jeden Messwert mit QoS 1 unter einer pseudonymen Patientenreferenz, mit eigenen Zugangsdaten, und puffert, solange die Verbindung fehlt.
Ihr Ingest-Service abonniert die Topics, speichert die Messwerte in Ihren eigenen validierten Systemen und übergibt sie an die ePA-/KIS-Anbindung (etwa HL7 FHIR), die Ihr Team betreibt.
Ihre Plattform wendet die klinische Logik an, die Ihre Organisation festlegt. ConnectMQ-Alarme decken die technische Seite ab, etwa einen Hub, der nichts mehr sendet.
Jede Verbindung nutzt TLS — MQTT auf Port 8883 oder sichere WebSockets für Web-Apps —, kein Messwert geht im Klartext über das Internet.
Jeder Hub und jedes Gateway erhält eigenen Benutzernamen und eigenes Passwort, per Topic-ACL auf die eigenen Topics beschränkt. Ein verlorener Hub wird gesperrt, ohne die anderen zu berühren.
Mit QoS 1 und persistenten Sessions wird ein Messwert, der während eines Neustarts Ihres Ingest-Service publiziert wird, nach dem Reconnect zugestellt statt stillschweigend verworfen.
Last Will und ein Retained-Status-Topic melden Ihrer Plattform sofort, wenn ein Hub die Verbindung verliert — „keine Messwerte“ und „keine Verbindung“ werden nie verwechselt.
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 ist ein Transportprotokoll; die Sicherheit hängt von der Konfiguration ab. Bei ConnectMQ ist jede Verbindung per TLS verschlüsselt, jedes Gerät oder Gateway hat eigene Zugangsdaten, und Topic-ACLs begrenzen, was es publizieren und lesen darf. Verwenden Sie pseudonyme IDs in Topics und halten Sie identifizierende Daten in Ihren eigenen Systemen. Ob die Gesamtlösung Ihre regulatorischen Pflichten erfüllt, entscheiden Ihre Architektur und Ihre Validierung, nicht der Broker allein.
Nein. ConnectMQ transportiert Nachrichten zwischen Geräten und Ihren Anwendungen. Die Auswertung von Messwerten, klinische Alarme, Patientenakten und die Anbindung an ePA oder KIS gehören zu der Plattform, die Sie aufbauen und validieren — ConnectMQ ist ein Baustein davon.
Die meisten Bluetooth-Geräte sprechen selbst kein MQTT. Ein Heim-Hub, ein Mobilfunk-Gateway oder die Patienten-App liest das Gerät per Bluetooth aus und publiziert jeden Messwert per MQTT. Jede Standard-MQTT-Bibliothek für Android, iOS, Python, Node.js oder Embedded Linux funktioniert mit ConnectMQ.
Starten Sie im Free-Plan – ohne Kreditkarte – verbinden Sie heute Ihre ersten Geräte und upgraden Sie, wenn Sie live gehen.
