Medidores de pressão, oxímetros, balanças e monitores de leito enviam dados por um hub domiciliar ou um gateway hospitalar. O ConnectMQ é o transporte MQTT entre esses dispositivos e a plataforma de cuidado que você constrói e valida — criptografado, por dispositivo e sem dúvida sobre qual hub está offline.
Sem cartão de crédito
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
Um programa de RPM depende de os dados chegarem: um hub domiciliar com Wi-Fi ou 4G instável, um gateway atrás do firewall do hospital, a nuvem de um fabricante com seu próprio intervalo de envio. As equipes acabam costurando uploads HTTP e APIs de fabricantes, não distinguem um paciente que não mediu de um hub parado e gastam engenharia com infraestrutura de mensageria em vez da plataforma de cuidado.
Medidores de pressão, oxímetros, balanças e glicosímetros Bluetooth se pareiam com um hub domiciliar ou o app do paciente; monitores de leito se conectam a um gateway do hospital.
O hub ou gateway publica cada leitura com QoS 1 sob uma referência de paciente pseudonimizada, com credenciais próprias, e guarda os dados enquanto a conexão cai.
Seu serviço de ingestão assina os tópicos, grava as leituras nos seus próprios sistemas validados e as entrega à integração com o prontuário (por exemplo HL7 FHIR) que sua equipe opera.
Sua plataforma aplica a lógica clínica definida pela sua organização. Os alertas do ConnectMQ cobrem o lado técnico, como um hub que parou de enviar dados.
Toda conexão usa TLS — MQTT na porta 8883 ou WebSockets seguros para apps web —, então nenhuma leitura atravessa a internet em texto puro.
Cada hub ou gateway recebe usuário e senha próprios, limitados por ACLs a seus próprios tópicos. Um hub perdido é revogado sem afetar os demais.
Com QoS 1 e sessões persistentes, uma leitura publicada enquanto seu serviço de ingestão reinicia é entregue quando ele reconecta, em vez de se perder sem aviso.
O Last Will e um tópico de status retido avisam sua plataforma no instante em que um hub se desconecta, para nunca confundir “sem leituras” com “sem conexão”.
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 é um transporte; a segurança depende de como ele é configurado. No ConnectMQ toda conexão é criptografada com TLS, cada dispositivo ou gateway tem credenciais próprias e ACLs por tópico limitam o que ele pode publicar e ler. Use IDs pseudonimizados nos tópicos e mantenha dados identificáveis nos seus próprios sistemas. Se a solução como um todo atende às suas obrigações regulatórias depende da sua arquitetura e da sua validação, não apenas do broker.
Não. O ConnectMQ transporta mensagens entre os dispositivos e suas aplicações. Interpretar leituras, alertas clínicos, prontuários e integração com o PEP fazem parte da plataforma que você constrói e valida — o ConnectMQ é um componente dela.
A maioria dos dispositivos Bluetooth não fala MQTT. Um hub domiciliar, um gateway celular ou o app do paciente lê o dispositivo via Bluetooth e publica cada leitura via MQTT. Qualquer biblioteca MQTT padrão para Android, iOS, Python, Node.js ou Linux embarcado funciona com o ConnectMQ.
Comece no plano Free — sem cartão de crédito —, conecte hoje seus primeiros dispositivos e faça upgrade quando entrar em produção.
