O problema não é a lista de animais, é o PERCURSO
Um abrigo não acumula fichas, faz avançar percursos. Um animal chega (abandonado, apreendido, errante), passa por quarentena, pode ir para uma família de acolhimento, regressa, recebe cuidados, é proposto para adoção, conhece três candidatos, recusa dois e parte, finalmente. Em cada etapa, o que importa não é o dado novo, é a ligação com tudo o que aconteceu antes.
É exatamente isto que uma folha de cálculo não consegue manter. Responde a «quantos animais?», mas nunca a «quais estão em família de acolhimento há mais de seis meses?», «quais aguardam uma visita pós-adoção?», «qual candidato foi recusado e porquê?». Estas perguntas não exigem mais colunas, exigem que os registos estejam LIGADOS.
E o risco vai além de uma mera dificuldade organizacional: um abrigo que não consegue recuperar o histórico de um animal perde informação sanitária ou comportamental que ninguém mais detém.
O que descreve e o que o motor transforma nisso
Escreve a sua necessidade em português corrente, «somos uma associação de proteção animal, acolhemos cães e gatos, trabalhamos com cerca de trinta famílias de acolhimento, quero acompanhar os acolhimentos, os cuidados, os candidatos à adoção e as adoções concluídas». O motor extrai dela um modelo de negócio: as entidades, os seus campos, o que se liga ao quê.
Antes de ser escrita uma única linha de código, esse plano é-lhe apresentado para revisão: renomeia uma entidade, acrescenta o número de identificação junto ao nome, retira uma secção, corrige os valores de uma lista de estados para corresponderem aos do seu abrigo. É neste momento que a aplicação se torna verdadeiramente sua, em vez de uma interpretação aproximada da sua frase.
O animal, a sua estadia, os seus cuidados
Cada animal tem a sua identidade, nome, espécie, sexo, idade estimada, número de identificação, data e motivo de acolhimento, estado, e tudo o que lhe diz respeito liga-se a esse registo. A sua ficha mostra, assim, o seu percurso: onde esteve alojado ao longo do tempo, os cuidados recebidos, as observações comportamentais, os candidatos.
As listas filtram-se e ordenam-se: por espécie, estado, local ou data de entrada. Uma eliminação não apaga nada definitivamente, passa pela reciclagem, de onde o registo pode ser restaurado, algo essencial quando se trata de dados que ninguém mais consegue reconstituir.
- Uma ficha por animal, com todo o seu histórico completo
- Entradas datadas: origem, motivo e estado à chegada
- Cuidados e observações ligados ao animal
- Filtros e ordenação por espécie, estado, localização ou data
- Reciclagem e restauração de um registo eliminado
Famílias de acolhimento, candidatos, adoções
Uma família de acolhimento é uma entidade autónoma: os seus contactos, o que pode acolher e os animais que hospeda ou já hospedou. A partir da sua ficha vê o seu histórico; a partir da ficha de um animal vê onde ele está. A mesma relação, lida nos dois sentidos, sem duplicação de dados.
A adoção segue a mesma lógica: um candidato liga-se ao animal que pretende adotar, com o estado do seu processo. Uma candidatura recusada permanece no histórico, com o respetivo motivo, é precisamente isso que uma folha de cálculo sobrescrita perde, e que lamentamos dois anos depois.
- Famílias de acolhimento: capacidade, contactos e animais hospedados
- Candidatos à adoção ligados a um animal
- Acompanhamento dos processos: contacto, visita e decisão
- Adoções concluídas e acompanhamento pós-adoção
- Exportação em JSON e CSV de cada conjunto de dados, sempre que decidir
O que a aplicação NÃO é
É uma ferramenta de gestão interna, não um software regulamentar, e esta distinção é crucial aqui. A identificação de carnívoros domésticos é obrigatória e a sua atualização aquando de uma cessão é feita através do ficheiro nacional de identificação (I-CAD): a aplicação NÃO está ligada a esse sistema, não efetua qualquer procedimento em seu nome e não substitui nenhuma formalidade oficial. Regista apenas o número de identificação como um dado entre outros, é tudo.
Também não substitui o seu veterinário nem o boletim de saúde do animal: os cuidados que nele regista são um lembrete interno, não um documento sanitário oponível. E não tem modo offline: é uma aplicação web, abre-se no navegador de um telemóvel, mas, sem rede no canil, a introdução de dados faz-se ao regressar.
O que faz, faz com código que lhe pertence: um projeto padrão Next.js e Prisma, exportável em ZIP ou enviado para o seu repositório GitHub. Para uma associação, isto significa algo concreto, nenhum fornecedor pode desligar a ferramenta, e ela não fica inutilizável no dia em que a pessoa que a configurou sair.
Entidades possíveis
- Animal
- Acolhimento
- Cuidado
- Família de acolhimento
- Candidato
- Adoção
Ecrãs possíveis
- Painel de controlo
- Lista de animais
- Ficha do animal e o seu percurso
- Famílias de acolhimento
- Candidaturas
- Adoções
- Definições
Indicadores possíveis
- Animais presentes
- Animais em família de acolhimento
- Adoções deste mês
- Animais sem adoção há mais de seis meses
Perguntas frequentes
A aplicação está ligada ao ficheiro nacional de identificação?
Não. A identificação de carnívoros domésticos é obrigatória e a sua atualização aquando de uma cessão é feita através do ficheiro nacional (I-CAD): a aplicação não está ligada a esse sistema e não executa qualquer procedimento em seu nome. Regista o número como um dado entre outros, é tudo.
É possível gerir as famílias de acolhimento sem voltar a introduzir os animais?
Sim, é precisamente esse o objetivo: o acolhimento é uma relação entre um animal e uma família de acolhimento, não uma cópia. A partir da ficha da família vê os animais hospedados; a partir da ficha do animal vê onde ele está, uma única introdução de dados, lida nos dois sentidos.
Vários voluntários podem utilizá-la?
Sim: assim que a aplicação pede autenticação, inclui contas reais e separadas com três perfis, administrador, utilizador e apenas leitura. As permissões são globais para toda a aplicação: não existem permissões granulares por espécie, localização ou entidade.
É possível introduzir dados diretamente no canil, num telemóvel?
A aplicação é uma aplicação web disponibilizada numa URL dedicada: abre-se no navegador de um telemóvel tal como num computador. Não existe modo offline, sem rede nos edifícios, a introdução de dados faz-se ao regressar.
O que acontece à ferramenta se o voluntário que a configurou sair?
Todo o código da aplicação pertence-lhe: um projeto padrão Next.js e Prisma, exportável em ZIP ou enviado para o GitHub da associação, e hospedável onde desejar. Nenhum fornecedor pode desligá-la, e qualquer programador pode retomá-la, é esta a diferença entre uma ferramenta associativa e uma ferramenta pessoal.
E se o nosso abrigo não for igual a este exemplo?
As entidades e os ecrãs listados acima são os que resultam de uma descrição deste tipo, não um modelo fixo. É o seu texto que determina o resultado, e o plano proposto pode ser ajustado antes da geração.
