ProjetosDataRovers
DataRovers
As equipas de faturação clínica conseguiam ver o que lhes tinha sido pago, mas não porque é que o resto tinha sido recusado. A resposta existia — espalhada por ficheiros de sinistros, regras de seguradoras e códigos de ajuste — e chegar até ela exigia um analista, uma folha de cálculo e uma semana.
- Período
- 2023
- Função
- Product Designer, freelance
- Âmbito
- Design de Produto, Design Systems, Aplicação Web
Quatro números, e depois a razão por trás deles.
O painel abre com número de sinistros, valor pago, abatimentos e doentes — e continua, para faturado versus pago por ano, valores por seguradora e utilização de códigos. Os cartões de resumo são uma entrada para os gráficos, não um substituto deles, para que ninguém decida a partir de um número isolado.
Cada sinistro carrega o seu próprio estado.
A lista de sinistros é uma fila de trabalho e não um relatório — número, total faturado, pagamento, responsabilidade do doente, a diferença em percentagem, e se ainda está pendente. A diferença fica ao lado do estado de propósito: o que se anda a perseguir é a distância entre faturado e pago, por isso nunca está a um clique de distância.
O explorador de recusas desce quatro níveis sem perder o fio.
Um sinistro recusado abre em seguradora, depois motivo de ajuste, depois as linhas individuais — cada nível indentado sob o anterior, com as suas próprias colunas de valor cobrado, permitido e pago. A maioria das ferramentas de análise responde a "quanto"; em faturação, a parte difícil é "que código, de que seguradora, e com que frequência".
Um kit dimensionado para tabelas, porque a maioria dos ecrãs é uma.
Um produto de dados empresarial é sobretudo linhas. O sistema foi construído a partir daí — densidade, alinhamento e regras de truncagem para dados tabulares primeiro, e só depois gráficos, filtros e o resto da interface. Foi entregue como um kit documentado, para que a equipa pudesse acrescentar ecrãs sem voltar a desenhar a gramática de cada vez.
