Tensiómetros, pulsioxímetros, básculas y monitores de cabecera envían sus datos a través de un hub doméstico o un gateway hospitalario. ConnectMQ es el transporte MQTT entre esos dispositivos y la plataforma asistencial que tú construyes y validas: cifrado, por dispositivo y sin dudas sobre qué hub está desconectado.
Sin tarjeta
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 programa RPM depende de que los datos lleguen: un hub doméstico con Wi-Fi o LTE inestable, un gateway detrás del firewall del hospital, la nube de un fabricante con su propio intervalo de subida. Los equipos acaban uniendo subidas HTTP y APIs de fabricantes, no distinguen a un paciente sin mediciones de un hub caído y dedican tiempo de ingeniería a la infraestructura de mensajería en lugar de a la plataforma asistencial.
Tensiómetros, pulsioxímetros, básculas y glucómetros Bluetooth se emparejan con un hub doméstico o la app del paciente; los monitores de cabecera se conectan a un gateway del hospital.
El hub o gateway publica cada lectura con QoS 1 bajo una referencia de paciente seudonimizada, con sus propias credenciales, y almacena los datos mientras no hay conexión.
Tu servicio de ingesta se suscribe, guarda las lecturas en tus propios sistemas validados y las pasa a la integración con la historia clínica (por ejemplo HL7 FHIR) que gestiona tu equipo.
Tu plataforma aplica la lógica clínica que define tu organización. Las alertas de ConnectMQ cubren la parte técnica, como un hub que ha dejado de enviar datos.
Todas las conexiones usan TLS —MQTT en el puerto 8883 o WebSockets seguros para apps web—, así que ninguna lectura cruza internet en texto plano.
Cada hub o gateway tiene su propio usuario y contraseña, limitado por ACL por topic a sus propios topics. Un hub perdido se revoca sin tocar el resto.
Con QoS 1 y sesiones persistentes, una lectura publicada mientras tu servicio de ingesta se reinicia se entrega al reconectar, en lugar de perderse sin aviso.
Last Will y un topic de estado retenido avisan a tu plataforma en cuanto un hub se desconecta, para no confundir nunca “sin lecturas” con “sin conexión”.
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 es un transporte; su seguridad depende de cómo se configure. En ConnectMQ todas las conexiones van cifradas con TLS, cada dispositivo o gateway tiene sus propias credenciales y las ACL por topic limitan qué puede publicar y leer. Usa identificadores seudonimizados en los topics y guarda los datos identificables en tus propios sistemas. Que la solución completa cumpla tus obligaciones regulatorias depende de tu arquitectura y tu validación, no solo del broker.
No. ConnectMQ mueve mensajes entre los dispositivos y tus aplicaciones. Interpretar lecturas, las alertas clínicas, la historia clínica y la integración con el EHR forman parte de la plataforma que tú construyes y validas; ConnectMQ es un componente de ella.
La mayoría de los dispositivos Bluetooth no hablan MQTT. Un hub doméstico, un gateway celular o la app del paciente lee el dispositivo por Bluetooth y publica cada lectura por MQTT. Cualquier librería MQTT estándar para Android, iOS, Python, Node.js o Linux embebido funciona con ConnectMQ.
Empieza con el plan Free, sin tarjeta: conecta hoy tus primeros dispositivos y mejora tu plan cuando entres en producción.
