Organização do Subdomínio Coluna
Página operacional para orientar como manter, organizar, classificar, revisar,
mover, versionar e evoluir os arquivos da pasta coluna/ no OLA.
3. Finalidade × Análise
Finalidade
Definir uma organização prática para a pasta coluna/, separando
páginas ativas, páginas canônicas, documentos clínicos, imagens, receitas,
QR Codes, dados exportados, histórico e itens a avaliar.
Análise
O subdomínio Coluna deixou de ser apenas um conjunto de páginas informativas. Ele passou a funcionar como um pequeno sistema documental e operacional, com acompanhamento de sessões, registros salvos no navegador, exportação JSON, documentos clínicos e páginas por público.
4. Problema resolvido
Situação
A pasta coluna/ contém páginas HTML, laudos, receitas, QR Codes,
imagens e arquivos de registro que foram evoluindo durante o desenvolvimento.
Problema
Sem uma regra de organização, páginas antigas continuam parecendo ativas, QR Codes podem apontar para versões obsoletas e arquivos de saúde podem ficar misturados com rascunhos.
Solução
Definir uma estrutura-alvo, páginas canônicas, critérios para histórico, pasta de dados JSON, regra para QR Codes e procedimento de manutenção.
5. Papel desta página
Esta página complementa o mapa_coluna.html. O mapa mostra o que existe e como se relaciona. A organização define como manter essa estrutura ao longo do tempo.
| Página | Função | Uso principal |
|---|---|---|
index_coluna.html |
Índice estrutural | Entrada principal de navegação do subdomínio. |
mapa_coluna.html |
Mapa analítico | Entender a estrutura, relações, visões e arquivos existentes. |
organizacao_coluna.html |
Organização operacional | Definir regras de manutenção, classificação, histórico e evolução. |
6. Estrutura-alvo recomendada
A estrutura abaixo considera a nova decisão de excluir as páginas separadas de registro da navegação ativa e consolidar acompanhamento, registro e análise em uma página canônica.
dados/; páginas antigas ou duplicadas ficam em
historico_rascunho/ ou _avaliar/.
7. Classificação operacional dos itens
| Classe | Onde fica | Exemplos | Regra de manutenção |
|---|---|---|---|
| Páginas de navegação | Raiz da pasta coluna/ |
index_coluna.html, mapa_coluna.html, organizacao_coluna.html |
Devem permanecer atualizadas e coerentes entre si. |
| Páginas canônicas de conteúdo | Raiz da pasta coluna/ |
abaulamentos_discais_c5_c6_l2_l5.html, acompanhamento_sessoes_rpg_fisioterapia.html |
Devem ser a versão principal do tema ou função operacional. |
| Páginas por público | Raiz da pasta coluna/ |
plano_coluna_visao_paciente.html, plano_coluna_visao_fisioterapeuta.html, plano_coluna_visao_ortopedista.html |
Devem explicar o mesmo caso com linguagem adaptada ao público. |
| Documentos clínicos | laudo_exames_coluna/ e receita/ |
Laudos, prescrições, análises de exames. | Preservar como documentos de origem. Não misturar com páginas HTML. |
| Imagens | img/ |
Imagem da coluna, tomografia, ilustrações. | Usar nomes descritivos e evitar imagens duplicadas sem necessidade. |
| Dados exportados | dados/ |
registros_coluna_rpg_fisioterapia.json |
Guardar exportações do acompanhamento para backup ou continuidade. |
| QR Codes | Raiz da pasta coluna/ ou pasta futura qrcode/ |
qrcode_acomp_sessao.png, qrcode_exercicio_domiciliar.png |
Verificar destino sempre que página for renomeada ou substituída. |
| Histórico | historico_rascunho/ |
Páginas antigas de registro e versões intermediárias. | Manter para rastreabilidade, sem aparecer como navegação principal. |
| Itens a avaliar | _avaliar/ |
Páginas duplicadas, arquivos incertos, testes não consolidados. | Revisar antes de apagar, incorporar ou mover para histórico. |
8. Páginas canônicas do subdomínio
Página canônica é a versão principal de uma função. Quando existe uma página canônica, páginas antigas ou duplicadas devem sair da navegação ativa.
| Função | Página canônica | Substitui / consolida | Observação |
|---|---|---|---|
| Entrada do subdomínio | index_coluna.html |
Não substitui; organiza a navegação. | Deve apontar para mapa, organização e páginas principais. |
| Mapa analítico | mapa_coluna.html |
Não substitui; interpreta a estrutura. | Deve refletir a estrutura física atual da pasta. |
| Organização operacional | organizacao_coluna.html |
Não substitui; define regras locais. | Esta página. |
| Tema clínico-educacional | abaulamentos_discais_c5_c6_l2_l5.html |
Conteúdos soltos sobre abaulamentos. | Página temática principal do caso. |
| Acompanhamento, registro e análise | acompanhamento_sessoes_rpg_fisioterapia.html |
registro_evolucao_coluna.html e registro_evolucao_coluna_atualizado_rpg_fisio.html |
Passa a ser a página canônica do paciente para registro e evolução. |
| Rotina domiciliar | exercicios_domiciliares_coluna_c5_c6_l2_l5.html |
Orientações soltas de exercícios. | Deve ser validada, adaptada e acompanhada por profissional. |
| Visão do paciente | plano_coluna_visao_paciente.html |
Texto geral para paciente. | Explica o plano com linguagem voltada ao paciente. |
| Visão do fisioterapeuta | plano_coluna_visao_fisioterapeuta.html |
Plano geral de fisioterapia, se redundante. | Deve dialogar com acompanhamento e exercícios domiciliares. |
| Visão do ortopedista | plano_coluna_visao_ortopedista.html |
Resumo clínico disperso. | Deve apontar para laudos, receitas e síntese da evolução. |
9. Histórico e pasta _avaliar
historico_rascunho/
Deve receber arquivos antigos, versões anteriores ou páginas que já cumpriram seu papel durante o desenvolvimento, mas que ainda são úteis para rastreabilidade.
Exemplos:
registro_evolucao_coluna.htmlregistro_evolucao_coluna_atualizado_rpg_fisio.html
_avaliar/
Deve receber arquivos sobre os quais ainda não há decisão final: apagar, incorporar, renomear, mover ou manter.
Exemplos possíveis:
- páginas duplicadas;
- QR Codes sem destino confirmado;
- imagens não usadas;
- testes de página ou versões provisórias.
historico_rascunho/ é para o que já foi substituído, mas deve ser preservado.
_avaliar/ é para o que ainda precisa de decisão.
10. Dados JSON e continuidade do acompanhamento
A nova página canônica de acompanhamento salva os registros no navegador usando
localStorage e permite exportar/importar JSON.
Pasta recomendada
Criar a pasta:
coluna/dados/
Essa pasta deve guardar arquivos exportados do acompanhamento.
Arquivo recomendado
Nome sugerido:
registros_coluna_rpg_fisioterapia.json
Esse arquivo pode ser usado como backup, migração ou continuidade do histórico.
| Ação | Onde acontece | Resultado |
|---|---|---|
| Salvar sessão | Navegador | Registro fica acumulado no localStorage. |
| Analisar evolução | Página canônica | A seção de análise lê o histórico salvo no navegador. |
| Exportar JSON | Download do navegador | Gera arquivo para guardar em coluna/dados/. |
| Importar JSON | Página canônica | Recupera ou continua um histórico salvo anteriormente. |
| Apagar histórico | Navegador | Remove os registros do localStorage. |
11. QR Codes
QR Codes são interfaces físicas/digitais de acesso rápido. Como apontam para páginas, precisam ser revistos sempre que uma página é substituída, renomeada ou deixa de ser ativa.
| QR Code | Destino recomendado | Situação | Ação |
|---|---|---|---|
qrcode_abaulamentos.png |
abaulamentos_discais_c5_c6_l2_l5.html |
Ativo | Verificar apenas se o link publicado está correto. |
qrcode_acomp_sessao.png |
acompanhamento_sessoes_rpg_fisioterapia.html |
Principal | Deve substituir a lógica antiga de QR Code de registro. |
qrcode_registro_evolucao.png |
Obsoleto ou redirecionado para acompanhamento | Avaliar | Remover, substituir ou gerar novo QR Code para a página canônica. |
qrcode_exercicio_domiciliar.png |
exercicios_domiciliares_coluna_c5_c6_l2_l5.html |
Ativo | Confirmar nome e destino. |
qrcode_visao_paciente.png |
plano_coluna_visao_paciente.html |
Ativo | Manter se a página de destino estiver atualizada. |
qrcode_visao_fisioterapeuta.png |
plano_coluna_visao_fisioterapeuta.html |
Ativo | Manter se a página de destino estiver atualizada. |
qrcode_visao_ortopedista.png |
plano_coluna_visao_ortopedista.html |
Ativo | Manter se a página de destino estiver atualizada. |
historico_rascunho/ ou
_avaliar/.
12. Regra de nomenclatura
Para manter clareza, os nomes devem indicar função, tema e público quando necessário.
| Tipo | Padrão sugerido | Exemplo |
|---|---|---|
| Índice | index_nome_subdominio.html |
index_coluna.html |
| Mapa analítico | mapa_nome_subdominio.html |
mapa_coluna.html |
| Organização operacional | organizacao_nome_subdominio.html |
organizacao_coluna.html |
| Página temática | tema_especifico.html |
abaulamentos_discais_c5_c6_l2_l5.html |
| Página de acompanhamento | acompanhamento_tema.html |
acompanhamento_sessoes_rpg_fisioterapia.html |
| Página por público | plano_tema_visao_publico.html |
plano_coluna_visao_paciente.html |
| Documento clínico | tipo_tema_data.pdf |
laudo_coluna_cervical_lombar_abr26.pdf |
| Dados exportados | registros_tema_contexto.json |
registros_coluna_rpg_fisioterapia.json |
| QR Code | qrcode_destino_resumido.png |
qrcode_acomp_sessao.png |
13. Procedimento de manutenção
Sempre que uma página do subdomínio Coluna for criada, substituída, movida ou excluída, seguir o procedimento abaixo.
Identificar se a página é índice, mapa, organização, tema, acompanhamento, visão por público, documento de apoio, histórico ou item a avaliar.
Se a função já estiver coberta por uma página canônica, mover a versão antiga
para historico_rascunho/ ou _avaliar/.
Revisar index_coluna.html para apontar apenas para páginas ativas.
Revisar mapa_coluna.html para refletir a estrutura real da pasta
e as relações entre páginas.
Se a regra local mudar, atualizar organizacao_coluna.html.
Confirmar se os QR Codes apontam para as páginas atuais e não para versões antigas.
Conferir se documentos clínicos ou dados pessoais não estão expostos indevidamente antes de publicação no provedor.
14. Checklist de revisão antes de publicar
| Item | Pergunta de verificação | Status |
|---|---|---|
| Índice | index_coluna.html aponta para as páginas ativas? |
Verificar |
| Mapa | mapa_coluna.html removeu as páginas antigas de registro da navegação ativa? |
Atualizado |
| Acompanhamento | acompanhamento_sessoes_rpg_fisioterapia.html é a página canônica de registro e análise? |
Sim |
| Histórico | As páginas antigas de registro foram movidas para historico_rascunho/? |
Fazer no computador |
| Dados | A pasta dados/ foi criada para guardar JSON exportado? |
Criar se necessário |
| QR Code | qrcode_registro_evolucao.png foi substituído ou redirecionado? |
Avaliar |
| Privacidade | Laudos, receitas e dados pessoais foram avaliados antes de publicação? | Obrigatório |
| Publicação | A mesma estrutura foi sincronizada entre computador e provedor? | Verificar |
15. Próximos passos
1. Atualizar index_coluna.html
Incluir links para mapa_coluna.html e
organizacao_coluna.html, e remover links ativos para páginas antigas
de registro.
2. Mover páginas antigas
Colocar registro_evolucao_coluna.html e
registro_evolucao_coluna_atualizado_rpg_fisio.html em
historico_rascunho/ ou _avaliar/.
3. Criar pasta dados/
Preparar a pasta para receber o JSON exportado pela página canônica de acompanhamento.
4. Revisar QR Codes
Garantir que o QR Code de acompanhamento seja o principal para registro e análise da evolução.
index_coluna.html para refletir esta organização.