Podcast · áudio das notícias
Um clique adiciona o feed no app. Ideal para ouvir atualizações do SAU 360 e da Inova no carro ou no fone.
Em breve no diretório: Apple Podcasts Spotify
Endereço do feed: https://inova.in/podcast/feed.xml
O aplicativo SAU Equipes recebeu atualizações que eliminam a espera por sinal de GPS no momento do login e adicionam feedbacks visuais claros sobre o status de localização e cálculo de rotas na tela de mapas.
Módulo de mensageria passa a operar com envio real supervisionado em ambiente adicional; disparo permanece manual e descadastro do cidadão é respeitado.
Quando o endereço de uma ocorrência em andamento era corrigido, o mapa da viatura mostrava o destino novo enquanto guiava a equipe pelo endereço antigo. Versão 2.39 descarta a rota obsoleta, recalcula a partir da posição atual e avisa o condutor.
Ao encerrar um atendimento, o SAU agora endereça o solicitante pelo primeiro nome na mensagem de WhatsApp, em vez da saudação genérica anterior. O sistema localiza o nome na ocorrência ou no cadastro do cidadão; chamadas anônimas mantêm o tratamento padrão.
Chamados originados no sistema legado chegavam ao aplicativo de campo sem coordenada de GPS válida, e nenhuma rota era exibida até o local do atendimento. O servidor do app agora converte o endereço do chamado em coordenada de destino, com restrição ao estado da ocorrência e recusa de correspondências parciais que poderiam desviar a equipe.
A listagem de usuários do SAU passa a aceitar filtros de unidade e intervalo de datas de cadastro, com validação no servidor e painel de filtros reformulado.
Bug de correspondência descartava ramais quando o identificador interno não batia com o número de discagem, deixando a telefonia presa em espera indefinida sem acionar fallback. Correção já aplicada amplia o critério de matching.
Permissão ausente no cadastro de um data center deixava rotas de configuração da URA restritas ao grupo de programação. Correção registra a permissão e adiciona verificação automática que alerta quando uma rota protegida fica sem porta de entrada.
Identificadores de ramal em formato legado (números com zeros à esquerda) sofriam coerção numérica e podiam casar com o ramal de outro usuário. Correção já aplicada força comparação textual; análise de impacto em todos os ambientes produtivos confirmou que nenhum ganho indevido ocorreu.
Divergência de collation no banco de dados causava erro intermitente na aba Áudios do Histórico e deixava 52 rotinas críticas a um passo de falhar. Correção de raiz recriou todas as rotinas e zerou o risco; paralelamente, correção de casamento de ramal encerrou travação do terminal de regulação médica de um usuário.
Plataforma passa a retornar mensagens diferentes para cada tipo de bloqueio de acesso. Antes, sessão não autenticada e falta de permissão produziam o mesmo erro, desviando a investigação para o lado errado.
Sistema de autenticação do SAU passou a tratar tentativas por conta de usuário e não mais por endereço de rede; rota de login por código de acesso agora tem verificação de bloqueio e auditoria. Mudanças eliminam travamentos coletivos em órgãos que compartilham conexão.
Sistema de proteção contra força bruta do SAU agora acompanha a conta do usuário em vez do endereço de rede ou do identificador digitado. Login por código de acesso ganhou trava e auditoria. Desafio de CPF passa a conferir contra o cadastro.
Plataforma passou a registrar no boot se as credenciais do serviço de mensageria estão configuradas, eliminando cenário em que ausência só era detectada na tentativa de envio.
Correção elimina comportamento em que o status do agente sobrescrevia a escolha do operador com um canal fixo, zerando a seleção a cada recarga da interface.
O módulo hospitalar do SAU passa a reconhecer perfis de acesso por slug canônico durante a edição de usuário, eliminando divergências que podiam impedir a identificação correta do perfil ao salvar.
Contas com CPF cadastrado agora precisam informar exatamente o documento do registro ao confirmar identidade após múltiplas tentativas. Migração de contas legadas sem CPF segue funcionando normalmente.
A pedido da operação, o SAU removeu da Visão Geral do AET os cards 'Encaminhadas à regulação' e 'Ocorrências despachadas', cuja nomenclatura podia induzir leitura equivocada. O indicador de destaque 'Encaminhamento à regulação (%)' permanece.
Autenticação do app SAU agora aplica as mesmas proteções do portal: mensagens uniformes contra enumeração de contas, recusa de identificadores ambíguos, auditoria unificada e gate explícito para token de desenvolvimento.
Correção já aplicada no login do aplicativo elimina respostas diferenciais que permitiam confirmar a existência de matrículas. Todas as tentativas agora seguem o mesmo padrão de auditoria do acesso web, e identificadores ambíguos passam a ser recusados.
Atualização do aplicativo móvel de equipes introduz obrigatoriedade de troca de senha para profissionais que usam o app em campo.
Mensagens de saída do WhatsApp agora passam pelo mesmo gate de opt-out do SMS. Cidadãos podem enviar PARE ou STOP pelo WhatsApp para cancelar envios, com registro unificado e comportamento fail-closed que alerta quando o bloqueio não pode ser confirmado.
Painel Core do SAU passa a contar com aba Voz/IA onde administradores escolhem o backend de processamento; sistema mantém áudio de saúde na infraestrutura local por padrão e só ativa nuvem com consentimento explícito, registrado e auditado.
Novo módulo permite envio de notificações por template aprovado pela Meta, com token de acesso isolado do painel de gestão e diagnóstico de configuração sem expor segredos. Entrega parcial de prova de conceito.
O módulo hospitalar do SAU passa a expor dados de situação das unidades — bandeiramento, pronto-socorro, ocupação de leitos e recursos — por meio de API REST versionada, com controle de acesso por chaves criptográficas, restrição de IP e documentação interativa. A camada é somente leitura e foi criada para atender demandas de integração com órgãos gestores de saúde.
A Inova organizou o caminho de compatibilidade com a RNDS a partir dos dados clínicos e administrativos já estruturados no SAU.
Integrações passam a usar chaves vinculadas à identidade e às permissões do proprietário, com validade e bloqueio aplicados em tempo real.
Mudanças de status do campo ganham uma ponte controlada entre a plataforma atual e os componentes legados ainda presentes na operação.
Ligações sem conclusão assistencial passam a aparecer em uma fila com origem, contexto, telefone validado e trilha de tratativa.
Primeiro acesso do usuário agora orienta e cobra configuração de perfil, TOTP ou passkey com prazo controlado.
A arquitetura passa a sustentar múltiplas instâncias de API, cache de sessão e fila de eventos para manter telas críticas sincronizadas.
Conexões com banco e serviços passaram a usar TLS validado por CA interna, somando proteção em trânsito à criptografia do armazenamento.
O fluxo clínico passa a registrar triagem de AVC, sedação, peso e diagnóstico codificado junto ao chamado e ao desfecho.
O painel Core reúne a produção por competência, aplica o mapeamento SIGTAP e gera o arquivo BPA-C para conferência e envio mensal.
A regulação pode visualizar vínculos territoriais e equipes próximas usando GPS, base operacional ou referência geográfica do bairro.
A área de atualizações reúne, em um só lugar, versões, marcos de produto e notas úteis para gestores.
A página de prova operacional agora apresenta histórico agregado, acervo de áudio, pontos de localização e volume operacional acumulado.
A telefonia do SAU recebeu ajustes de ICE, TURN, estacionamento e recuperação de chamadas para lidar melhor com redes reais.
A bateria de testes cobre fluxos críticos de telefonia, incluindo TARM, médico, fila, park, pickup e recuperação de chamadas.
A validação passou a ter rotinas de teste repetíveis e cenários controlados para telefonia, áudio, fila e terminais desktop.
O fluxo de chamada estacionada e retomada por médico recebeu persistência, cleanup e validação em cenários cloud.
A frente de telefonia cloud avançou com rotas de mídia, ramais por ambiente, park 8000-8099 e controle de dispositivos.
A base desktop passou por consolidação, geração de versões para Windows e Linux e publicação mais controlada dos aplicativos.
O softphone passou a usar credenciais temporárias de relay, seleção de servidores e perfil cloud com diagnóstico de rede.
A frente hospitalar passou a ter implantação mais controlada, com publicação automatizada, verificação de saúde do sistema e versões rastreáveis.
A distribuição de aplicativos ganhou changelog por versão, histórico navegável e comunicação mais clara para suporte e usuários.
A Inova integra câmeras embarcadas que cobrem a cabine e a área de atendimento, com gravação contínua e vídeo vinculado à posição da viatura no mesmo fluxo de rastreamento já em operação.
Um aplicativo móvel para o cidadão aciona a central 192 com envio automático da localização GPS e abre um canal direto com a regulação durante o atendimento, dispensando a descrição do endereço.
A ficha de atendimento pré-hospitalar passa a ser preenchida no aplicativo das equipes, com registro de medicamentos, sincronização em tempo real com a Central e consolidação automática no prontuário da ocorrência.
O 192 passa a contar com um tronco de voz redundante e failover automático, que escolhe rotas por prioridade entre os troncos ativos e mantém a chamada em pé sem depender de uma rota única. Em paralelo, a conectividade híbrida da viatura — rede móvel (4G/5G), satélite e Starlink com comutação automática onde a rede celular não chega — preserva posição GPS, acesso ao SAU em modo degradado e voz de emergência.
A central passa a acompanhar posição, velocidade e status de cada viatura em um mapa único, com playback de trajeto por período e alertas operacionais, integrado de forma bidirecional ao mapa de regulação.
A unidade móvel passa a transmitir posição, velocidade, status e eventos para a central em fluxo contínuo, com buffer local quando falta sinal e reenvio automático ao reconectar.
A camada de gestão de dispositivos passa a distribuir e atualizar remotamente os aplicativos das equipes e a aplicar políticas de senha, criptografia, bloqueio remoto e geofencing nos aparelhos gerenciados, formando a infraestrutura base para entregar ficha digital, app de campo e agente de rastreamento de forma controlada.
A interface passou a destacar estado de conexão, filas e troncos para apoiar diagnóstico rápido durante atendimento.
A rotina de atendimento recebeu retorno de ligação, ajustes de endereço e login/logoff de fila sem depender de discagem especial.
O mapa operacional passou a reunir status, GPS, chat de equipe e histórico para rádio operação e regulação.
O fluxo passou a capturar localização, traduzir endereço e melhorar precisão na abertura de chamados e no atendimento de população.
A frente médica recebeu melhorias de mapa, transferência, sinais vitais, histórico e organização das abas de regulação.
A interface médica recebeu mapa de ocorrência, melhorias de equipes ativas e campos de notificação de violência.
A rotina do chamado recebeu linha do tempo, telefone alternativo, logs de consulta médica e ajustes de edição.
O aplicativo das equipes ganhou um serviço de localização em primeiro plano que mantém o GPS ativo com o app minimizado ou a tela apagada, reinicia sozinho após o aparelho reiniciar e envia, junto da posição, a telemetria do dispositivo (nível de bateria e temperatura).
O atendimento passou por melhorias de busca, tradução de endereço, idade, cidade, bairro e campos clínicos básicos.
O módulo de chat evoluiu em TARM e população, com melhorias de exibição, ficha e comunicação associada à ocorrência.
A ficha de atendimento recebeu ajustes sucessivos de campos, notificações, impressão e visualização para uso operacional.
O histórico curado começa em julho de 2024, com a frente de ficha de atendimento e publicação de aplicativo.
