Mobissom
Mobissom
App
Integração Mobissom e Clarius · IA nas imagens · Armazenamento em nuvem
"Do transdutor à nuvem: cada fase capturada pelo equipamento
tratada no app — com IA sobre a imagem e armazenamento medido."
Preparado por Brevya
Cliente Mobissom
Data Abril / 2026
Mobissom Brevya
App Mobile Mobissom · DRS MOB-002
Controle de Documento

Histórico de Versões

VersãoDataAutorDescriçãoStatus
1.001/04/2026Brevya Criação do documento — levantamento de requisitos do aplicativo mobile Mobissom ATIVO
Sumário

Índice

01Visão Geral — Hardware Mobissom/Clarius, IA e Armazenamento03
02Arquitetura Macro do App04
03Módulo 1 — Conectividade e Gestão de Hardware05
04Módulo 2 — Processamento de Imagem e Modos de Exame06
05Módulo 3 — Ferramentas de Diagnóstico e Medição07
06Módulo 4 — Gestão de Dados e Integração (Cloud / ERP)08
07Módulo 5 — Interface, UX Clínica e Acessibilidade09
08Módulo 6 — Segurança, LGPD e Conformidade Regulatória09
09Requisitos Não Funcionais10
10Cronograma de Fases de Entrega10
11Investimento11
12Termo de Aceite12
Mobissom Brevya
App Mobile Mobissom · DRS MOB-002
01 · Visão Geral e Contexto do Aplicativo

Integração com Mobissom e Clarius — captura, IA na imagem e armazenamento.

O Aplicativo Mobile Mobissom é a camada de software que integra, de ponta a ponta, os ultrassom portáteis da Mobissom (ex.: M3HD, Mduo 3-em-1) e da Clarius ao iPhone ou tablet Android do médico. O fluxo técnico percorre as fases geradas pelo equipamento: recepção do sinal, formação do feixe, modos de exame (B, M, Doppler etc.), quadros em tempo real, congelamento, Cine Loop e metadados de captura — tudo com latência clínica adequada e rastreabilidade por exame.

Sobre esse pipeline incorpora-se a IA aplicada à imagem ecográfica: em tempo real durante a consulta (assistência visual, qualidade de imagem, sugestões compatíveis com o modo ativo) e após a captura (análise assistida de quadros armazenados na nuvem), sempre com decisão final do profissional. O armazenamento em nuvem guarda exames, loops e laudos com política de retenção e modelo comercial de uso medido — base de receita recorrente para a Mobissom, complementado pelo vínculo operacional com o ERP (MOB-001).

Premissa Central deste DRS

A proposta prioriza integração nativa com hardware Mobissom e Clarius, o tratamento correto de cada fase capturada pelo transdutor e serviços de IA e armazenamento que não comprometam o exame offline. O app opera em contexto clínico crítico; requisitos de UX, desempenho e conformidade (ANVISA SaMD, LGPD, HIPAA) são mandatórios — sem ambiguidade ou falha silenciosa.

Perfis de Usuário do Aplicativo

Usuários Primários (Profissionais de Saúde)

  • U01Médico Especialista: usa o app diariamente no consultório — anestesiologia, cardiologia, ortopedia, ginecologia/obstetrícia, vascular, dermatologia, urologia e demais especialidades
  • U02Médico em Urgência/Campo: usa o app em ambiente de emergência, com exigência máxima de velocidade de acesso, modo de luva e comandos de voz
  • U03Veterinário: utiliza transdutores e presets específicos para medicina veterinária de pequenos e grandes animais

Usuários Secundários e Contextos Integrados

  • U04Médico Telemedicina: compartilha imagens e laudos em tempo real via Google Meet ou Zoom durante teleconsultas
  • U05Técnico de Suporte Mobissom: acessa remotamente logs de diagnóstico do app para suporte técnico e análise de problemas
  • U06Sistema ERP Mobissom (MOB-001): recebe automaticamente os exames realizados e vincula ao perfil do cliente/médico no CRM
Mobissom Brevya
App Mobile Mobissom · DRS MOB-002
02 · Arquitetura Macro do App

Do transdutor Mobissom ou Clarius à nuvem — com IA embarcada e na imagem.

O app será nativo iOS e Android (Swift / Kotlin, MVVM), estruturado em torno de três eixos: (1) integração de hardware — stack de conexão, protocolos e SDK (incluindo Clarius) alinhados aos equipamentos Mobissom e parceiros; (2) pipeline de captura — processamento em tempo real das fases geradas pelo transdutor até exibição, congelamento, gravação e metadados; (3) IA e armazenamento — inferência on-device quando aplicável, serviços de análise sobre imagens sincronizadas, e Blob storage com medição de uso. A lógica que sustenta o exame em si permanece no dispositivo; nuvem e ERP entram para persistência, IA opcional e CRM (MOB-001).

M01
Conectividade & Hardware

Integração Wi-Fi com transdutores Mobissom e Clarius — pareamento, protocolo, bateria, temperatura e status em tempo real

M02
Processamento de Imagem

Fases de exame e modos capturados do equipamento: B, M, Doppler, PW, presets por especialidade; pré-processamento e IA on-device onde couber

M03
Diagnóstico & Medição

Ferramentas de medição por toque, cálculos especializados por especialidade, anotações e marcadores

M04
Dados & Integração

ERP/CRM, DICOM, nuvem com cobrança por armazenamento, IA de análise de imagem (pós-exame e tempo real) e PDF

M05
UX Clínica

Interface de alto contraste, modo de luva com botões grandes, comandos de voz e suporte a Chromecast/AirPlay

M06
Segurança & Conformidade

Criptografia ponta a ponta, conformidade LGPD/HIPAA e certificação SaMD conforme normas FDA/ANVISA

Stack Tecnológico Recomendado

App Nativo & Processamento

  • iOS: Swift 5.9 + SwiftUI — arquitetura MVVM + Combine
  • Android: Kotlin + Jetpack Compose — arquitetura MVVM + Flow
  • Processamento de Imagem: Metal (iOS) / Vulkan (Android) para renderização GPU
  • IA / ML: CoreML (iOS) / TensorFlow Lite (Android) — inferência on-device
  • Conectividade: Wi-Fi Direct / NetworkExtension (iOS) / Wi-Fi P2P (Android)
  • DICOM: biblioteca dcm4che (Android) / DCMTK (iOS) para exportação e compatibilidade PACS

Cloud & Integrações

  • Backend: Node.js (TypeScript) + Azure App Service — integração segura com autenticação e filas de sincronização
  • Storage: Azure Blob Storage — imagens, Cine Loops e laudos em PDF, com camadas de armazenamento medido e ciclo de vida por exame
  • Banco de Dados: Azure SQL Server — exames, medições e histórico por médico
  • Voz: SFSpeechRecognizer (iOS) / SpeechRecognizer API (Android) — processamento on-device
  • Compartilhamento: Share Sheet nativo + integração WhatsApp Deep Link e e-mail MIME
  • IA na imagem (nuvem): filas e serviços para análise assistida de quadros sincronizados; consumo faturável alinhado ao armazenamento
  • ERP: sincronização com MOB-001 — exames e metadados de captura vinculados ao CRM comercial
Princípio de Arquitetura Crítico

O app não depende de internet para capturar e exibir as fases vindas do transdutor Mobissom ou Clarius: modos, quadros, congelamento e gravação local funcionam offline. Rede e nuvem entram para armazenamento sincronizado, IA sobre imagens já enviadas (e, quando ativado, assistência em tempo real), laudos e ERP — em background, sem interromper o ato clínico.

Mobissom Brevya
App Mobile Mobissom · DRS MOB-002
03 · Módulo 1 — Conectividade e Gestão de Hardware

Do bolso do médico ao transdutor — em menos de 5 segundos.

Este módulo define os requisitos para a conexão sem fio confiável e de baixa latência entre o app e os transdutores Mobissom/Clarius, além do monitoramento em tempo real do estado do hardware. A velocidade e a estabilidade desta conexão são determinantes para a qualidade diagnóstica percebida pelo médico.

M01 Protocolo de Conexão e Pareamento Core · Alta Prioridade

Conexão sem fio estável com os transdutores Mobissom e Clarius, com pareamento rápido e recuperação automática de falhas.

  • RF-01.01 — Protocolo de Conexão Wi-Fi: O app deve estabelecer conexão via Wi-Fi Direct ou Ponto de Acesso gerado pelo transdutor (SSID/Senha pré-configurados). A conexão deve ser priorizada sobre outras redes Wi-Fi disponíveis no dispositivo, sem exigir intervenção manual do usuário após o primeiro pareamento
  • RF-01.02 — Pareamento por QR Code: Na primeira conexão com um novo transdutor, o app deve suportar leitura de QR Code impresso no dispositivo ou exibido em tela para configuração automática de SSID e senha — eliminando digitação manual em ambiente clínico
  • RF-01.03 — Memória de Dispositivos Pareados: O app deve armazenar localmente (com criptografia) os dados de até 10 transdutores previamente pareados, exibindo lista para reconexão com um toque. Ao detectar um transdutor conhecido no range Wi-Fi, deve propor reconexão automática com confirmação mínima
  • RF-01.04 — Latência de Transmissão de Imagem: O pipeline de rede deve ser otimizado para garantir latência de imagem abaixo de 100ms entre captura no transdutor e exibição na tela. Qualquer frame drop ou degradação deve ser detectado e reportado no painel de status de conexão sem interromper o exame
  • RF-01.05 — Reconexão Automática: Em caso de queda momentânea da conexão Wi-Fi, o app deve tentar reconexão automática em background por até 30 segundos antes de exibir alerta ao médico. O exame em curso não deve ser interrompido — o app congela o último frame recebido e indica status de reconexão
  • RF-01.06 — Suporte Multi-Transdutor: O app deve suportar a comutação entre diferentes transdutores Clarius (linear, convexo, setorial, phased array, endocavitário) sem necessidade de reinicialização. A troca de transdutor deve aplicar automaticamente os presets correspondentes ao tipo detectado
M01 Monitoramento de Energia e Status do Hardware Core · Alta Prioridade

Painel de status do transdutor em tempo real, garantindo que o médico tenha visibilidade completa das condições operacionais do hardware durante o exame.

  • RF-01.07 — Indicador de Bateria do Transdutor: A interface deve exibir permanentemente o nível de carga da bateria do transdutor conectado com: percentual numérico, ícone visual com faixas de cor (verde ≥40%, amarelo 20–39%, vermelho <20%) e estimativa de tempo restante de uso com base no modo de imagem ativo
  • RF-01.08 — Alertas de Temperatura: O app deve monitorar continuamente a temperatura operacional do transdutor. Ao atingir 85% do limite máximo homologado, deve exibir aviso amarelo não intrusivo. Ao atingir o limite, deve pausar automaticamente a captura, exibir alerta vermelho com instrução de resfriamento e registrar o evento no log do dispositivo
  • RF-01.09 — Log de Diagnóstico do Hardware: O app deve registrar em arquivo local criptografado: eventos de conexão/desconexão, alertas de bateria e temperatura, erros de protocolo e métricas de latência. O log deve ser exportável para a equipe técnica Mobissom via e-mail ou portal ERP sem expor dados de exames
Mobissom Brevya
App Mobile Mobissom · DRS MOB-002
04 · Módulo 2 — Processamento de Imagem e Modos de Exame

Alta definição diagnóstica. Em tempo real. Sem computador.

O módulo de processamento de imagem é o núcleo técnico do aplicativo. Converte os dados de radiofrequência do transdutor em imagens diagnósticas com qualidade clínica equivalente aos equipamentos convencionais de carrinho — tudo processado diretamente no smartphone ou tablet do médico, via GPU.

M02 Modos de Exame e Visualização Core · Alta Prioridade

Conjunto completo de modos de imagem diagnóstica, equivalente ao portfólio de funcionalidades dos equipamentos Clarius homologados para cada transdutor.

  • RF-02.01 — Modo B (Brilho): Modo padrão de visualização anatômica bidimensional em escala de cinza. Taxa de quadros mínima de 30 fps em resolução máxima do transdutor conectado. Suporte a zoom digital (1x a 4x) com manutenção de proporção e qualidade de imagem
  • RF-02.02 — Modo M (Movimento): Registro temporal de estruturas em movimento ao longo de uma linha selecionada pelo usuário sobre a imagem Modo B. Display dual com Modo B ativo na metade superior e traçado M na metade inferior. Aplicação principal: avaliação de válvulas cardíacas e movimento do diafragma
  • RF-02.03 — Doppler Colorido: Sobreposição de mapa de cores (azul/vermelho) sobre o Modo B para visualização de direção e velocidade do fluxo sanguíneo em região de interesse (ROI) selecionável pelo usuário. Taxa de atualização do mapa de cor: mínimo 15 fps. Escala de velocidade ajustável com indicador de aliasing
  • RF-02.04 — Power Doppler: Visualização de fluxo sanguíneo com maior sensibilidade a fluxos lentos, sem informação direcional. Especialmente relevante para avaliações vasculares, tireoide e pequenas estruturas. ROI selecionável independente do Doppler Colorido
  • RF-02.05 — Modo Pulsado (PW — Doppler Espectral): Análise quantitativa de velocidade de fluxo com traçado espectral, gate selecionável pelo usuário e exibição simultânea com Modo B. Medições automatizadas de pico sistólico (PSV), fim de diástole (EDV) e índice de resistividade (RI). Aplicação: avaliação vascular e cardíaca
  • RF-02.06 — Modo Harmônico: Ativação de imagem harmônica por tecido para redução de artefatos e melhora da definição de bordas em tecidos de difícil visualização. Disponível nos transdutores que suportam o modo (Clarius HD e superiores)
  • RF-02.07 — Congelamento e Revisão de Frames: Botão de congelamento de imagem acessível em posição fixa na interface (sem necessidade de toque preciso — suporte a área de toque ampliada). Em modo congelado, deve ser possível navegar frame a frame pelo buffer de Cine Loop (mínimo últimos 60 segundos de imagem)
M02 Presets por Especialidade e Otimização por IA IA · Alta Prioridade
  • RF-02.08 — Biblioteca de Presets por Especialidade: O app deve oferecer presets de configuração pré-definidos e otimizados para: Abdome Geral, Obstétrico/Pré-natal, Cardíaco (Point-of-Care), Vascular, Musculoesquelético, Anestesiologia (bloqueios), Dermatologia, Urologia, Ginecologia, Tireoide e Veterinária. Cada preset define automaticamente: frequência, ganho, profundidade, foco, modo de imagem e mapa de cores
  • RF-02.09 — Presets Customizados pelo Médico: O usuário deve poder salvar configurações personalizadas como preset com nome customizado, vinculado ao seu perfil na nuvem. Presets salvos devem ser sincronizados entre dispositivos do mesmo usuário
  • RF-02.10 — Auto-otimização por IA (On-Device): Modelo de visão computacional executado localmente (CoreML/TFLite) deve analisar continuamente a imagem capturada e sugerir — com um toque — ajuste automático de ganho, profundidade e foco com base no tecido e estrutura detectados. O médico aprova a sugestão antes da aplicação. O modelo deve ser atualizável via OTA sem reinstalação do app
  • RF-02.11 — Controles Manuais em Tempo Real: Sliders de ganho (0–100%), profundidade (1–30cm), foco (zona única ou múltipla) e compressão devem ser acessíveis durante o exame ativo sem congelar a imagem. Suporte a gestos de pinch-to-zoom e swipe vertical para ganho rápido
Mobissom Brevya
App Mobile Mobissom · DRS MOB-002
05 · Módulo 3 — Ferramentas de Diagnóstico e Medição

Dados quantitativos precisos. Direto na tela de toque.

M03 Medições, Cálculos Especializados e Anotações Core · Alta Prioridade
  • RF-03.01 — Ferramentas de Medição Básica: Sobre imagem congelada ou em revisão de Cine Loop, o app deve oferecer: (a) régua de distância entre dois pontos com resultado em mm/cm, (b) elipse para cálculo de área e circunferência de estruturas ovais, (c) traçado livre para área irregular, (d) ângulo entre dois segmentos e (e) profundidade de ponto. Todas as medições devem ser sobrepostas na imagem com cor destacada e exportadas com a imagem
  • RF-03.02 — Cálculos Obstétricos (Biometria Fetal): Tabelas de referência integradas para cálculo automático de: Diâmetro Biparietal (DBP), Comprimento do Fêmur (CF), Circunferência Abdominal (CA) e Circunferência Cefálica (CC). O app deve calcular idade gestacional estimada, peso fetal estimado (Hadlock) e percentis de crescimento. Tabelas devem ser atualizáveis via OTA
  • RF-03.03 — Cálculos Urológicos: Volume vesical por fórmula elipsoide (altura × largura × profundidade × 0,523), com resultado exibido em mL imediatamente após a medição das três dimensões. Suporte a protocolo de resíduo pós-miccional (RPM)
  • RF-03.04 — Cálculos Vasculares: Medição automatizada de PSV, EDV e RI a partir do traçado Doppler espectral. Suporte a protocolo de avaliação de estenose carotídea (critério de velocidade) com interpretação automática de grau de estenose
  • RF-03.05 — Anotações e Marcadores: Sobre imagem congelada: inserção de texto livre (teclado ou voz), setas direcionais indicativas com tamanho e cor ajustáveis, e marcadores de referência anatômica predefinidos (ex: "Fígado", "Rim D", "Bexiga"). Todas as anotações são gravadas como metadados separados da imagem — podendo ser removidas sem alterar a imagem original
  • RF-03.06 — Histórico de Medições por Exame: Todas as medições realizadas durante um exame devem ser listadas em painel lateral, com possibilidade de editar, apagar individualmente ou exportar como tabela em PDF junto ao laudo
06 · Módulo 4 — Gestão de Dados e Integração (Cloud / ERP)

Nuvem com IA: armazenamento medido, análise de imagem e uso em tempo real na consulta.

Além da integração com o ERP (MOB-001), o ecossistema prevê acesso a serviços de IA para análise de imagem — com processamento das capturas de ultrassom para suporte à decisão clínica (sempre sob responsabilidade do médico). O modelo de negócio inclui cobrança aos médicos por armazenamento em nuvem (capacidade utilizada ao longo do tempo), configurável em planos ou faixas de uso, gerando receita recorrente para a Mobissom. Paralelamente, o uso da IA durante a consulta, com análise assistida em tempo real sobre o fluxo de imagem, compõe segunda frente de monetização (por sessão, volume ou pacote), com transparência de consumo no app.

M04 Armazenamento, Exportação e Integração de Dados Integração · Alta Prioridade
  • RF-04.01 — Sincronização com ERP/CRM Mobissom (MOB-001): Ao finalizar um exame, o app deve enviar automaticamente os metadados (médico, transdutor, modo, data/hora, especialidade, medições) para o ERP Mobissom, vinculando ao perfil do cliente/médico. A sincronização ocorre em background via fila de envio — garantindo que exames realizados offline sejam enviados quando a conexão for restabelecida
  • RF-04.02 — Exportação DICOM: Imagens e Cine Loops devem poder ser exportados no padrão DICOM 3.0 para integração com sistemas PACS hospitalares. O arquivo DICOM deve conter: metadados do paciente anonimizados (ou com identificação conforme configuração), tipo de transdutor, configurações de imagem e medições como SR (Structured Report)
  • RF-04.03 — Backup em Nuvem e Cobrança por Armazenamento (Mobissom Cloud): Imagens, vídeos e Cine Loops devem ser sincronizados automaticamente com o storage seguro da Mobissom (Azure Blob Storage), associados à conta do médico. O backup deve ser incremental, ocorrer em Wi-Fi por padrão (configurável para dados móveis) e não interferir no desempenho do exame ativo. O app e o portal do médico devem exibir uso de armazenamento consumido (GB, retenção, política de ciclo de vida) e o plano ou tabela de cobrança vigente, com alertas antes de estourar quota — habilitando faturamento de armazenamento como linha de receita
  • RF-04.04 — Geração de Relatório/Laudo em PDF: O app deve gerar automaticamente um documento PDF estruturado contendo: identificação do médico (nome, CRM, especialidade), data/hora e duração do exame, transdutor e modo utilizado, imagens selecionadas com medições sobrepostas, tabela de medições e cálculos, e campo de impressão clínica em texto livre. PDF deve ser compartilhável via WhatsApp, e-mail e armazenamento local
  • RF-04.05 — Compartilhamento em Tempo Real (Telemedicina): O app deve suportar espelhamento da tela de exame para: Chromecast (Android), AirPlay (iOS), monitor via cabo HDMI (adaptador USB-C), e transmissão ao vivo via Google Meet, Zoom ou Teams (como câmera virtual) — para teleconsultas e treinamentos
  • RF-04.06 — Gestão de Exames e Histórico por Paciente: O app deve manter localmente (com criptografia) e na nuvem o histórico de exames organizados por paciente (identificados por nome, data de nascimento ou ID customizado). Busca por exame com filtros: data, especialidade, modo de exame e transdutor utilizado
  • RF-04.07 — IA de Análise de Imagem (Pós-captura): O médico deve poder solicitar, para imagens ou exames já armazenados na nuvem, análise assistida por IA (ex.: destaque de estruturas, sugestões de medições, classificação de padrões compatíveis com o modo de exame), com fila de processamento, status e resultado exibidos no app. Os insumos enviados ao modelo devem respeitar LGPD e anonimização conforme política Mobissom; o laudo final permanece decisão exclusiva do profissional. O consumo deve ser mensurável e faturável (créditos, pacotes ou por exame), integrado ao mesmo ecossistema de cobrança do armazenamento
  • RF-04.08 — IA em Tempo Real Durante a Consulta: Com opt-in explícito e conectividade adequada, o app deve permitir análise assistida em tempo real sobre o fluxo de imagem ao vivo (ex.: sugestões visuais discretas, alertas de qualidade de imagem, apoio a presets inteligentes), com latência compatível com o fluxo clínico e possibilidade de desligar a função instantaneamente. Deve haver registro de tempo de sessão ou volume processado para fins de cobrança transparente ao médico e de previsão de receita
  • RF-04.09 — Transparência Comercial e Consentimento: Antes de ativar armazenamento pago, IA pós-exame ou IA em tempo real, o app deve apresentar termos resumidos: o que é cobrado (armazenamento vs. inferência), base de cálculo, e opção de uso apenas local/offline sem esses serviços. O ERP (MOB-001) ou portal administrativo deve consolidar relatórios de uso para faturamento e conciliação
Mobissom Brevya
App Mobile Mobissom · DRS MOB-002
07 · Módulo 5 — Interface, UX Clínica e Acessibilidade

Projetado para o ambiente clínico. Não para o escritório.

M05 Interface de Alta Visibilidade, Modo Luva e Voz UX Clínica · Alta Prioridade
  • RF-05.01 — Interface de Alto Contraste (Fundo Escuro): A tela de exame deve utilizar fundo preto (#000000) com elementos de interface em cinza claro e acentos em âmbar/laranja, garantindo contraste mínimo de 7:1 (WCAG AAA) para os controles críticos. Contraste máximo entre imagem ecográfica (escala de cinza) e fundo do app — sem elementos brilhantes que comprometam a percepção clínica
  • RF-05.02 — Modo de Luva (Glove Mode): Modo de operação com luvas cirúrgicas deve aumentar automaticamente as áreas de toque de todos os controles interativos para mínimo de 56×56pt (Apple HIG mínimo 44pt), aumentar espaçamento entre elementos e desativar gestos de precisão que exijam toque fino. Ativação por duplo toque no logo do app ou botão dedicado na tela inicial
  • RF-05.03 — Comandos de Voz: Reconhecimento de voz on-device (sem envio de áudio para servidor) deve suportar os seguintes comandos em português: "Congelar imagem", "Salvar imagem", "Gravar Cine", "Parar gravação", "Modo B", "Modo Doppler", "Preset [nome]", "Aumentar ganho", "Diminuir profundidade" e "Novo exame". O app deve dar feedback visual e auditivo (vibração e ícone) ao reconhecer cada comando
  • RF-05.04 — Orientação de Tela Adaptativa: O app deve funcionar em orientação portrait e landscape sem perda de funcionalidade. Em landscape, a imagem ecográfica deve ocupar mínimo de 70% da largura da tela, com controles em painel lateral retrátil. Rotação de tela deve ser bloqueável pelo usuário durante o exame para evitar reorientação acidental
  • RF-05.05 — Modo Tela Escura Total (AMOLED): Opção de modo ultra-escuro que apaga o background do app (true black) para máxima economia de bateria em dispositivos AMOLED e para uso em ambientes com iluminação controlada (salas de exame, UTI)
  • RF-05.06 — Acessibilidade: Todos os elementos interativos devem ter labels de acessibilidade para VoiceOver (iOS) e TalkBack (Android). Suporte a Dynamic Type (iOS) para médicos com baixa acuidade visual. Cores nunca devem ser o único indicador de estado — devem ser acompanhadas de ícone ou texto
08 · Módulo 6 — Segurança, LGPD e Conformidade Regulatória

Dados médicos. Proteção sem concessão.

M06 Criptografia, Conformidade e Certificação SaMD Regulatório · Mandatório
  • RF-06.01 — Criptografia de Ponta a Ponta: Transmissão de imagens entre o transdutor e o app via canal Wi-Fi criptografado (WPA3 ou WPA2-Enterprise). Dados de exame armazenados localmente em container criptografado (iOS Secure Enclave / Android Keystore) com AES-256. Transmissão para a nuvem via TLS 1.3
  • RF-06.02 — Conformidade LGPD: O app deve implementar: (a) consentimento explícito do médico para coleta e armazenamento de dados na abertura; (b) pseudoanonimização de dados de pacientes no armazenamento local; (c) log de auditoria de todos os acessos a exames com timestamp, usuário e ação; (d) funcionalidade de exportação e exclusão de todos os dados do usuário; (e) política de retenção de dados configurável (padrão 5 anos)
  • RF-06.03 — Conformidade HIPAA (Mercado Internacional): Para exportação da solução ao mercado norte-americano: Business Associate Agreement (BAA) com os provedores de cloud; Audit Controls com registros inalteráveis; controle de acesso baseado em função (RBAC) e autenticação multifator obrigatória para acesso à nuvem
  • RF-06.04 — Certificação SaMD (Software como Dispositivo Médico): O desenvolvimento deve seguir as normas: IEC 62304 (ciclo de vida de software médico), ISO 14971 (gestão de risco), e ANVISA RDC 657/2022 (Software como Produto de Saúde Digital). O app deve manter documentação técnica de validação para submissão regulatória
  • RF-06.05 — Autenticação e Controle de Acesso: Login por e-mail + senha com requisito de complexidade, biometria (Face ID / Impressão Digital) para desbloqueio após autenticação inicial, e suporte opcional a SSO via SAML 2.0 para hospitais e clínicas com Active Directory. Bloqueio automático do app após 5 minutos de inatividade com exame salvo automaticamente
  • RF-06.06 — Atualizações de Segurança (OTA): O app deve suportar atualizações de configuração de segurança, tabelas de cálculo e modelos de IA via Over-the-Air sem exigir reinstalação completa pelas lojas. Atualizações críticas de segurança devem ser forçadas antes do próximo uso. Todas as atualizações devem ser assinadas digitalmente pela Mobissom
Mobissom Brevya
App Mobile Mobissom · DRS MOB-002
09 · Requisitos Não Funcionais

Desempenho, confiabilidade e conformidade clínica

10 · Cronograma de Fases de Entrega

Do equipamento Mobissom/Clarius às lojas — captura, IA e armazenamento.

As fases de entrega abaixo acompanham o fluxo real do produto: primeiro a integração com os transdutores Mobissom e Clarius e o que cada equipamento entrega em cada modo de captura; em seguida medição sobre a imagem, armazenamento em nuvem medido, IA aplicada à imagem e refinamento de UX.

FaseEscopo PrincipalPrazo
Planejamento e Arquitetura Mapeamento da integração Mobissom + Clarius (SDK Clarius, especificações de protocolo Mobissom), desenho do pipeline de fases de captura (sinal → quadros → modos), stack nativo (Swift/Kotlin), CI/CD e design system clínico 7 dias
Fase 1 — Equipamento e captura base Conexão Wi-Fi com transdutores Mobissom e Clarius, pareamento (QR), primeira leitura estável das fases capturadas: Modo B em tempo real, congelamento, salvamento local de quadros e início de metadados por exame 25 dias
Fase 2 — Fases de exame avançadas Implementação dos modos entregues pelo hardware: M, Doppler colorido, Power, PW, harmônico; biblioteca de presets por especialidade; controles que respeitam o que cada equipamento expõe no fluxo de captura 20 dias
Fase 3 — Diagnóstico e medição sobre a imagem Medições e cálculos sobre quadros e loops já capturados, anotações, marcadores, histórico por paciente — sempre referenciando a origem (Mobissom/Clarius) e o modo de captura 20 dias
Fase 4 — Armazenamento, IA na imagem e ERP Backend Azure, sincronização incremental de imagens e Cine Loops, armazenamento medido (quotas, relatório de uso), serviços de IA sobre imagens armazenadas (fila, resultado no app), DICOM, laudo PDF, integração MOB-001 e compartilhamento 20 dias
Fase 5 — UX clínica e IA em tempo real Modo luva, voz, assistência por IA durante a captura ao vivo (opt-in), otimização on-device, Chromecast/AirPlay, HDMI, tela escura — sem degradar latência do transdutor 15 dias
Fase 6 — Segurança e conformidade Criptografia local e em trânsito, LGPD/HIPAA, documentação SaMD (IEC 62304 / ISO 14971), auditoria, OTA — incluindo dados de exame e trilhas de uso de armazenamento/IA 15 dias
Ajustes, homologação e lojas Testes em campo com Mobissom e Clarius, validação de latência e de sincronização, submissão App Store / Google Play e publicação 10 dias
Mobissom Brevya
App Mobile Mobissom · DRS MOB-002
11 · Investimento

Clareza antes de compromisso.

O investimento é ofertado em regime de licença de uso do aplicativo (iOS e Android) que integra os equipamentos Mobissom e Clarius, trata as fases de captura do transdutor, incorpora IA na imagem (tempo real e pós-exame) e a camada de armazenamento em nuvem medido — alinhado ao MOB-001. Inclui suporte e atualizações nos primeiros 60 dias pós-publicação nas lojas. A propriedade intelectual do código permanece com a Brevya.

Percentual de setup, quantidade de parcelas e calendário de pagamento podem ser ajustados em proposta comercial e contrato, mediante acordo explícito entre as partes.

Mobissom Brevya
App Mobile Mobissom · DRS MOB-002
12 · Termo de Aceite do Documento de Requisitos

Validação e formalização

O presente Documento de Requisitos de Sistema (MOB-002) registra os requisitos do aplicativo mobile com foco em integração aos transdutores Mobissom e Clarius, fases de captura geradas pelo equipamento, IA aplicada às imagens e armazenamento em nuvem, em articulação com o ERP (MOB-001). A aprovação pelo representante da Mobissom autoriza o início formal do desenvolvimento conforme o cronograma da Seção 10.

Edson Lopes
CEO & Fundador
Mobissom USG
Pablo Rodrigues Nunes
CEO
Brevya
MOBISSOM × BREVYA · MOB-002 · v1.0 · Abril 2026
mobissom.com.br · brevya.com.br · Alameda Terracota, 185 – Cj 410 · Cerâmica – São Caetano do Sul · CEP 09531-190