# Review package: 779aef3..HEAD
## Commits
a56398e longevity: il controllo sui colori guarda tutto il foglio, non solo lg-score
6630be7 longevity: la prova sul congelamento ora discrimina davvero il ricalcolo
7f01ee0 longevity: il referto del cliente, e il radar che dice cosa non sa
8c98075 longevity: la connessione a identity non e' piu' raggiungibile fuori da anagrafica.ts
f0629db longevity: l'endpoint del questionario apre solo longevity, e il test anti-giunzione diventa strutturale
f5ca841 longevity: il questionario in pagina, e il consenso che si puo negare davvero
2ea822a longevity: test anti-semaforo strutturale (colori ammessi, non nomi vietati) e rotta verificata sul contenuto
34c66ca longevity: il guscio della piattaforma, senza semaforo sui punteggi
## Files changed
src/components/longevity/MacroScore.astro | 37 +++++
src/components/longevity/Questionario.tsx | 192 +++++++++++++++++++++++
src/components/longevity/Radar.tsx | 86 +++++++++++
src/layouts/Longevity.astro | 47 ++++++
src/lib/longevity/anagrafica.ts | 23 +++
src/lib/longevity/db.ts | 14 ++
src/lib/longevity/vista.ts | 227 ++++++++++++++++++++++++++++
src/pages/api/longevity/questionario.ts | 66 ++++++++
src/pages/longevity/index.astro | 7 +
src/pages/longevity/io.astro | 57 +++++++
src/pages/longevity/questionario.astro | 22 +++
src/styles/longevity.css | 141 +++++++++++++++++
tests/longevity/anagrafica.test.ts | 20 ++-
tests/longevity/pagine.test.ts | 96 ++++++++++++
tests/longevity/questionario-pagina.test.ts | 87 +++++++++++
tests/longevity/referto.test.ts | 103 +++++++++++++
16 files changed, 1223 insertions(+), 2 deletions(-)
## Diff
diff --git a/src/components/longevity/MacroScore.astro b/src/components/longevity/MacroScore.astro
new file mode 100644
index 0000000..2b220e3
--- /dev/null
+++ b/src/components/longevity/MacroScore.astro
@@ -0,0 +1,37 @@
+---
+// La carta di un macro-score (Performance/Energy/Recovery). Stesso principio del radar:
+// il numero se il dato basta, un trattino se no — MAI uno zero, che si leggerebbe come
+// "hai zero" invece di "non lo sappiamo ancora". Il bordo tratteggiato (.lg-card--incompleto,
+// dal Task 1) è lo stesso linguaggio visivo del radar: non una convenzione nuova per le carte.
+// L'etichetta si deriva dal nome del contenitore (dato, letto da vista.ts), non da un
+// elenco scritto qui: PERFORMANCE/ENERGY/RECOVERY diventano Performance/Energy/Recovery
+// con una trasformazione, non con un dizionario da tenere allineato a mano.
+interface Props {
+ nome: string;
+ valore: number | null;
+ copertura: number;
+}
+const { nome, valore, copertura } = Astro.props;
+const etichetta = nome.charAt(0) + nome.slice(1).toLowerCase();
+// L'intensità dell'accento (mai un colore diverso, Task 1): minimo 0.15 così una carta
+// nota ma bassa resta comunque leggibile, non sparisce nello sfondo.
+const intensita = valore !== null ? Math.max(valore / 100, 0.15) : 0;
+---
+
+
{etichetta}
+
+ {valore !== null ? valore : '—'}
+ / 100
+
+
+
+
+ {valore === null && (
+
+ Copertura dati: {Math.round(copertura * 100)}% — non ancora sufficiente per un numero.
+
+ )}
+
diff --git a/src/components/longevity/Questionario.tsx b/src/components/longevity/Questionario.tsx
new file mode 100644
index 0000000..5f8ae1e
--- /dev/null
+++ b/src/components/longevity/Questionario.tsx
@@ -0,0 +1,192 @@
+// Il questionario in pagina: quattro schermate — le tre aree di domande punteggiate,
+// lette dal registro (props `campi`, costruite da `campiDelQuestionario`), più le note
+// libere e il consenso. Avanti/indietro fra i blocchi, invio solo sull'ultimo.
+//
+// Il consenso qui NON blocca lato client la scelta "No": bloccarlo qui ripeterebbe
+// l'errore del prototipo del cliente in un altro punto (un controllo che sembra
+// proteggere e non protegge). La verifica che conta è quella del server
+// (src/lib/longevity/vista.ts, salvaDalForm): se il consenso non è affermativo, la
+// compilazione non si salva e la risposta lo dice — questa isola si limita a mostrarlo.
+import { useMemo, useState } from 'react';
+import type { CampoQuestionario } from '../../lib/longevity/vista';
+
+interface Props {
+ campi: CampoQuestionario[];
+}
+
+const CAMPI_LIBERI: { id: string; etichetta: string }[] = [
+ { id: 'farmaci', etichetta: 'Farmaci assunti abitualmente' },
+ { id: 'problematiche_attuali', etichetta: 'Problematiche di salute attuali' },
+ { id: 'problematiche_pregresse', etichetta: 'Problematiche di salute pregresse' },
+ { id: 'obiettivi', etichetta: 'Obiettivi del percorso' },
+];
+
+const BLOCCHI = [
+ { titolo: 'Sonno & Recupero', sottoDominio: 'questionario_sonno' },
+ { titolo: 'Energia & Stress', sottoDominio: 'questionario_energia_stress' },
+ { titolo: 'Stile di Vita', sottoDominio: 'questionario_lifestyle' },
+] as const;
+
+type Esito = { tipo: 'ok'; sessioneId: number } | { tipo: 'errore'; messaggio: string };
+
+export default function Questionario({ campi }: Props) {
+ const [passo, setPasso] = useState(0);
+ const [risposte, setRisposte] = useState>({});
+ const [liberi, setLiberi] = useState>({});
+ const [consenso, setConsenso] = useState<'' | 'Si' | 'No'>('');
+ const [eta, setEta] = useState('');
+ const [inviando, setInviando] = useState(false);
+ const [esito, setEsito] = useState(null);
+
+ // Le domande arrivano dal registro in ordine di test_id, non raggruppate: qui si
+ // ricostruiscono i tre blocchi filtrando sul sotto-dominio, senza toccare i dati.
+ const gruppi = useMemo(
+ () => BLOCCHI.map((b) => ({ ...b, campi: campi.filter((c) => c.sottoDominio === b.sottoDominio) })),
+ [campi]
+ );
+
+ // Il tipo dichiarato nel registro per ciascun campo: serve sia per scegliere il tipo di
+ // input (numero o testo) sia, all'invio, per non trattare una risposta testuale come un
+ // numero da scartare in silenzio.
+ const tipoDiCampo = useMemo(() => new Map(campi.map((c) => [c.id, c.tipo])), [campi]);
+
+ const totalePassi = gruppi.length + 1; // + il blocco note/consenso
+ const ultimo = passo === totalePassi - 1;
+
+ async function invia() {
+ setInviando(true);
+ setEsito(null);
+
+ const risposteNumeriche: Record = {};
+ for (const [id, v] of Object.entries(risposte)) {
+ // Le domande testuali (tipo_valore='txt' nel registro) non sono ancora agganciate
+ // al salvataggio numerico: oggi non esistono nel questionario (i 20 campi attivi
+ // sono tutti 'num'), ma se un domani ne comparisse una non va convertita in NaN e
+ // scartata in silenzio — resta fuori esplicitamente.
+ if (tipoDiCampo.get(id) === 'txt') continue;
+ const n = Number(v);
+ if (v !== '' && Number.isFinite(n)) risposteNumeriche[id] = n;
+ }
+
+ try {
+ const res = await fetch('/api/longevity/questionario', {
+ method: 'POST',
+ headers: { 'Content-Type': 'application/json' },
+ body: JSON.stringify({
+ risposte: risposteNumeriche,
+ liberi,
+ consensoSanitario: consenso,
+ eta: eta === '' ? undefined : Number(eta),
+ }),
+ });
+ const corpo = await res.json();
+ if (res.ok) setEsito({ tipo: 'ok', sessioneId: corpo.sessioneId });
+ else setEsito({ tipo: 'errore', messaggio: corpo.error ?? 'Invio non riuscito.' });
+ } catch {
+ setEsito({ tipo: 'errore', messaggio: 'Invio non riuscito: verifica la connessione.' });
+ } finally {
+ setInviando(false);
+ }
+ }
+
+ if (esito?.tipo === 'ok') {
+ return (
+
+ );
+}
diff --git a/src/components/longevity/Radar.tsx b/src/components/longevity/Radar.tsx
new file mode 100644
index 0000000..26799c2
--- /dev/null
+++ b/src/components/longevity/Radar.tsx
@@ -0,0 +1,86 @@
+// Il radar a sette assi del referto: isola React perché recharts ha bisogno del DOM.
+// Due serie sovrapposte sugli stessi sette assi (recharts vuole un solo `data` condiviso,
+// non può disegnare un poligono che copre solo alcuni assi):
+// - "noto": l'area piena, coi valori congelati che la sessione ha davvero. Dove il dato
+// manca vale 0 — non si inventa un centro pieno per una misura che non c'è, si lascia
+// che l'area si ritiri, onestamente, verso il centro;
+// - "potenziale": il perimetro tratteggiato. Dove il dato c'è coincide col bordo di
+// "noto" (stesso valore, la linea tratteggiata sparisce dietro quella piena); dove
+// manca si allarga fino al massimo (100) — è la parte che CHIUDE il perimetro, il gesto
+// su cui si regge l'interfaccia: non un errore, un invito a completare quell'asse.
+// Sotto il grafico, l'elenco leggibile di cosa completerebbe ogni asse ancora tratteggiato,
+// letto da `mancano` (calcolato in vista.ts, mai qui: questo componente non tocca il db).
+import {
+ ResponsiveContainer, RadarChart, PolarGrid, PolarAngleAxis, PolarRadiusAxis, Radar,
+} from 'recharts';
+import type { AsseVista } from '../../lib/longevity/vista';
+
+interface Props {
+ assi: AsseVista[];
+}
+
+// Stessi colori del sito (come in DataChart.tsx, che per lo stesso motivo — attributi SVG,
+// non proprietà CSS — non passa var(--...) a recharts): l'accento e il tratteggio di
+// longevity.css, non un colore nuovo.
+const ACCENTO = '#9c8b70';
+const TRATTEGGIO = '#d8d2c8';
+const LINEA = '#e4dfd7';
+const TESTO_CHIARO = '#8a8a8a';
+
+export default function RadarAssi({ assi }: Props) {
+ const dati = assi.map((a) => ({
+ nome: a.nome,
+ noto: a.valore ?? 0,
+ potenziale: a.valore ?? 100,
+ }));
+ const incompleti = assi.filter((a) => a.mancano.length > 0);
+
+ return (
+
+
+
+
+
+
+
+ {/* il perimetro tratteggiato si disegna per primo: quello pieno gli va sopra */}
+
+
+
+
+
+
+ {incompleti.length > 0 && (
+
+
+ L'area piena è quello che sappiamo davvero. Il perimetro tratteggiato si completa così:
+
+ {incompleti.map((a) => (
+
+
{a.nome}
+
+ {a.mancano.map((m) =>
{m}
)}
+
+
+ ))}
+
+ )}
+
+ );
+}
diff --git a/src/layouts/Longevity.astro b/src/layouts/Longevity.astro
new file mode 100644
index 0000000..8ec8396
--- /dev/null
+++ b/src/layouts/Longevity.astro
@@ -0,0 +1,47 @@
+---
+// Layout della piattaforma Longevity. Come Stress Index: token, font e palette del sito,
+// senza Header e Footer pubblici — l'area è riservata e non va mai indicizzata.
+// A differenza di Stress Index (barra laterale con sette voci, giusta per chi ci lavora
+// dentro) qui i pubblici sono due, e uno non è staff: il cliente entra tre o quattro
+// volte l'anno a leggere il proprio referto, non gli serve l'arredamento di uno
+// strumento di lavoro. Il layout prevede due forme:
+// - "referto": una colonna che scorre, senza navigazione (questo task)
+// - "gestionale": barra laterale come Stress Index (arriva col piano del gestionale)
+import '@fontsource/montserrat/400.css';
+import '@fontsource/montserrat/500.css';
+import '@fontsource/montserrat/600.css';
+import '@fontsource/open-sans/400.css';
+import '@fontsource/open-sans/600.css';
+import '../styles/global.css';
+import '../styles/longevity.css';
+
+interface Props {
+ title: string;
+ /** Voci di percorso mostrate nell'intestazione, dopo "Longevity". */
+ crumbs?: string[];
+ /** "referto" (colonna centrata, senza navigazione) o "gestionale" (barra laterale, non ancora implementata). */
+ variante?: 'referto' | 'gestionale';
+}
+const { title, crumbs = [], variante = 'referto' } = Astro.props;
+---
+
+
+
+
+
+ {title} — Longevity InsanityLab
+
+
+
+
+
+
+
+ Longevity
+ {crumbs.map((c) => / {c})}
+
+
+
+
+
+
diff --git a/src/lib/longevity/anagrafica.ts b/src/lib/longevity/anagrafica.ts
index 5d60a0e..cfea267 100644
--- a/src/lib/longevity/anagrafica.ts
+++ b/src/lib/longevity/anagrafica.ts
@@ -1,16 +1,28 @@
//
// QUESTO è l'unico modulo autorizzato ad aprire insieme identity e longevity.
// La separazione dei due database è la garanzia che chi legge i dati clinici non
// risalga alla persona (richiesta del cliente, 21/08): un secondo punto di giunzione
// la annullerebbe in silenzio. Un test in tests/longevity/anagrafica.test.ts lo verifica.
import type Database from 'better-sqlite3';
+import { createIdentityDb } from './db';
+
+// Connessione singola a identity, privata di questo modulo: non è esportata, quindi non
+// è raggiungibile da nessun'altra parte del codice, nemmeno con un re-export su più file
+// (un controllo testuale file-per-file non lo vedrebbe, ma qui il problema non si pone:
+// non esiste un nome da importare). QUESTO è il modo in cui il vincolo si rende vero,
+// non solo sorvegliato.
+let identitySingleton: Database.Database | null = null;
+function getIdentityDb(): Database.Database {
+ if (!identitySingleton) identitySingleton = createIdentityDb();
+ return identitySingleton;
+}
/**
* Il prossimo codice libero: il massimo fra quelli già usati in identity.clienti E in
* longevity.soggetti. Dedurlo da una sola metà è il bug che permette di riassegnare il
* codice di un cliente cancellato dall'anagrafica (le sue misure restano in longevity)
* a una persona nuova: qui non torna mai disponibile.
*/
function prossimoCodice(identity: Database.Database, longevity: Database.Database): string {
const numero = (code: string) => Number(code.slice(4));
const ultimoIdentity = identity.prepare(
@@ -55,19 +67,30 @@ export function creaCliente(
return code;
}
export function codicePerUtente(identity: Database.Database, userId: number): string | null {
const r = identity.prepare(`SELECT client_code FROM clienti WHERE user_id = ?`).get(userId) as
{ client_code: string } | undefined;
return r?.client_code ?? null;
}
+/**
+ * Il codice cliente a partire dall'utente di sessione del sito: apre lei stessa la
+ * connessione a identity (getIdentityDb), perché QUESTO è il modulo autorizzato a farlo.
+ * Un endpoint che deve solo sapere "chi è" chiama questa funzione e non ha mai bisogno
+ * di aprire identity da sé — riceve una stringa, mai una connessione che potrebbe
+ * incrociarsi con quella di longevity nello stesso file.
+ */
+export function codicePerUtenteLoggato(userId: number): string | null {
+ return codicePerUtente(getIdentityDb(), userId);
+}
+
/** L'eta' al momento della misura: è ciò che serve al motore, e non è un quasi-identificatore. */
export function etaAllaData(dataNascita: string, alla: string): number {
const n = new Date(dataNascita);
const d = new Date(alla);
let eta = d.getFullYear() - n.getFullYear();
const m = d.getMonth() - n.getMonth();
if (m < 0 || (m === 0 && d.getDate() < n.getDate())) eta--;
return eta;
}
diff --git a/src/lib/longevity/db.ts b/src/lib/longevity/db.ts
index 62737f1..3aa81b7 100644
--- a/src/lib/longevity/db.ts
+++ b/src/lib/longevity/db.ts
@@ -127,10 +127,24 @@ function apri(p: string, schema: string): Database.Database {
return db;
}
export function createLongevityDb(path?: string): Database.Database {
return apri(path ?? process.env.LONGEVITY_DB_PATH ?? 'data/longevity.db', SCHEMA_LONGEVITY);
}
export function createIdentityDb(path?: string): Database.Database {
return apri(path ?? process.env.IDENTITY_DB_PATH ?? 'data/identity.db', SCHEMA_IDENTITY);
}
+
+// Connessione singola per processo, come getDb() in src/lib/db.ts: gli endpoint chiedono
+// una connessione già aperta invece di aprirne una nuova a ogni richiesta.
+// ⚠️ Qui c'è SOLO longevity (il database senza nomi: può usarlo chiunque). Un singleton
+// analogo per identity non si esporta da qui — vive privato dentro anagrafica.ts, l'unico
+// modulo autorizzato a tenerlo: un controllo testuale file-per-file non vede una giunzione
+// che passa da un re-export su piu' file, quindi la connessione condivisa a identity non
+// deve essere raggiungibile da fuori quel modulo, punto.
+let longevitySingleton: Database.Database | null = null;
+
+export function getLongevityDb(): Database.Database {
+ if (!longevitySingleton) longevitySingleton = createLongevityDb();
+ return longevitySingleton;
+}
diff --git a/src/lib/longevity/vista.ts b/src/lib/longevity/vista.ts
new file mode 100644
index 0000000..9a35ad7
--- /dev/null
+++ b/src/lib/longevity/vista.ts
@@ -0,0 +1,227 @@
+//
+// La vista che il questionario in pagina usa. Due responsabilità:
+// - campiDelQuestionario: i campi del modulo, letti dal registro (mai una lista nel
+// codice) — aggiungere o disattivare una domanda resta una modifica ai dati.
+// - salvaDalForm: il salvataggio, con la sola regola che conta davvero — il consenso al
+// trattamento dei dati sanitari va DATO, non solo compilato. Il prototipo del cliente
+// salvava anche con "No" perché controllava solo che il campo non fosse vuoto: qui il
+// consenso si verifica PRIMA di scrivere qualsiasi altra cosa, e un rifiuto non apre
+// nessuna sessione. Il rifiuto stesso si registra comunque: è un fatto (chi, quando, a
+// cosa) che un domani va dimostrato tanto quanto un assenso.
+import type Database from 'better-sqlite3';
+import { testAttivi, pesiDi, MODEL_VERSION } from './registro';
+import { salvaCompilazione, QUEST_VERSION } from './questionario';
+import { leggiScore } from './motore';
+
+export type CampoQuestionario = {
+ id: string;
+ etichetta: string;
+ tipo: 'num' | 'txt';
+ unita?: string;
+ min?: number;
+ max?: number;
+ sottoDominio?: string;
+};
+
+/** I campi del modulo alla data indicata: solo i test_id del questionario (prefisso
+ * `q_`, per non confonderli con quelli dei test fisici), attivi a quella data. */
+export function campiDelQuestionario(db: Database.Database, alla: string): CampoQuestionario[] {
+ return testAttivi(db, alla)
+ .filter((v) => v.test_id.startsWith('q_'))
+ .map((v) => ({
+ id: v.test_id,
+ etichetta: v.etichetta,
+ tipo: v.tipo_valore,
+ unita: v.unita,
+ min: v.range_min,
+ max: v.range_max,
+ sottoDominio: v.sotto_dominio,
+ }));
+}
+
+export type EsitoSalvataggio =
+ | { ok: true; sessioneId: number }
+ | { ok: false; errore: string };
+
+const CONSENSI_AFFERMATIVI = new Set(['si', 'sì']);
+
+function consensoDato(risposta: string): boolean {
+ return CONSENSI_AFFERMATIVI.has(risposta.trim().toLowerCase());
+}
+
+/** Registra il fatto del consenso — chi, quando, a che versione del questionario —
+ * indipendentemente dall'esito. Legata al cliente sempre; alla sessione solo quando il
+ * consenso è affermativo e la sessione esiste davvero. */
+function registraConsenso(
+ db: Database.Database, clientCode: string, sessioneId: number | null, risposta: string
+): void {
+ const esito = risposta.trim() === '' ? '(non risposto)' : risposta.trim();
+ const oggi = new Date().toISOString().slice(0, 10);
+ const testo = `Consenso al trattamento dei dati sanitari: ${esito} — questionario ${QUEST_VERSION}, registrato il ${oggi}`;
+ db.prepare(
+ `INSERT INTO profilo_note (client_code, sessione_id, campo_id, testo) VALUES (?, ?, ?, ?)`
+ ).run(clientCode, sessioneId, 'consenso_sanitario', testo);
+}
+
+/**
+ * Il salvataggio dal form del questionario. Il consenso si controlla PRIMA di scrivere
+ * qualunque altra cosa: se non è affermativo, non si apre nessuna sessione — né misure né
+ * note di profilo — e la compilazione non entra nel fascicolo. La nota del consenso si
+ * scrive comunque, con l'esito letterale ricevuto.
+ */
+export function salvaDalForm(
+ db: Database.Database,
+ input: {
+ client_code: string; data: string; eta?: number;
+ risposte: Record;
+ consensoSanitario: string;
+ liberi?: Record;
+ }
+): EsitoSalvataggio {
+ if (!consensoDato(input.consensoSanitario)) {
+ registraConsenso(db, input.client_code, null, input.consensoSanitario);
+ return {
+ ok: false,
+ errore: 'Senza consenso al trattamento dei dati sanitari la compilazione non viene salvata.',
+ };
+ }
+
+ const sessioneId = salvaCompilazione(db, {
+ client_code: input.client_code,
+ data: input.data,
+ eta: input.eta,
+ risposte: input.risposte,
+ liberi: input.liberi,
+ });
+
+ registraConsenso(db, input.client_code, sessioneId, input.consensoSanitario);
+
+ return { ok: true, sessioneId };
+}
+
+//
+// Il referto che il cliente legge: il radar a sette assi e le carte dei macro-score.
+// Due regole non negoziabili, entrambe già chiuse a monte, non da questo modulo:
+// - il valore viene da `leggiScore` (punteggi congelati in `score`), mai da un
+// ricalcolo — cambiare i pesi non deve mai cambiare un referto già emesso;
+// - un asse/macro insufficiente non porta un `valore` (resta `null`): è il tipo
+// `Punteggio` del motore che lo rende impossibile da violare per distrazione.
+//
+
+/** Un asse del radar: il valore (assente se il dato non basta), la copertura di peso
+ * disponibile e — solo quando manca — l'elenco leggibile di cosa lo completerebbe. */
+export type AsseVista = { nome: string; valore: number | null; copertura: number; mancano: string[] };
+
+/** Una carta di macro-score: stesso principio degli assi, senza l'elenco di cosa manca
+ * (il "cosa manca" si legge scendendo ai sette assi, non qui). */
+export type MacroVista = { nome: string; valore: number | null; copertura: number };
+
+/**
+ * Le etichette leggibili dei sotto-domini che alimentano un asse: le chiavi sono quelle
+ * di `PESI_ASSE` in registro.ts. Non tutte hanno oggi una riga in `registro_test` — i
+ * test fisici (handgrip, VO2max, plank...) arrivano con un piano successivo, il
+ * questionario è l'unica fonte di misure che esiste davvero — quindi la traduzione non
+ * può venire da lì: è dato locale a questo modulo, non duplica il registro, lo completa
+ * dove il registro non arriva ancora.
+ */
+const ETICHETTE_SOTTO_DOMINIO: Record = {
+ handgrip: 'Forza di presa (handgrip)',
+ spinta: 'Test di spinta (push-up o panca)',
+ trazione: 'Test di trazione',
+ arti_inferiori: 'Test arti inferiori',
+ core: 'Test del core (plank)',
+ grasso: 'Composizione corporea — massa grassa',
+ muscolo: 'Composizione corporea — massa muscolare',
+ whr: 'Rapporto vita-fianchi (WHR)',
+ vo2max: 'Test cardio (VO2max)',
+ spirometria: 'Spirometria',
+ wellness_tower_cardio: 'Wellness Tower — cardio',
+ hrv: 'Variabilità della frequenza cardiaca (HRV)',
+ pressione: 'Pressione arteriosa',
+ hrr: 'Frequenza cardiaca di recupero (HRR)',
+ questionario_sonno: 'Questionario del sonno',
+ questionario_energia_stress: 'Questionario energia e stress',
+ flamingo: 'Test di equilibrio (flamingo)',
+ sit_and_reach: 'Test di flessibilità (sit and reach)',
+ plank: 'Plank (tenuta)',
+ back_scratch: 'Test di mobilità delle spalle (back scratch)',
+ wellness_tower_shoulder: 'Wellness Tower — spalla',
+ questionario_lifestyle: 'Questionario di stile di vita',
+};
+
+/** I contenitori (assi o macro-score) dichiarati nei pesi per il model version corrente,
+ * nell'ordine in cui compaiono nella tabella — che è l'ordine di inserimento di `seedPesi`,
+ * cioè quello dichiarato in registro.ts. Non un elenco duplicato qui: si legge dal dato. */
+function contenitoriDi(db: Database.Database, livello: 'asse' | 'macro'): string[] {
+ return (db.prepare(
+ `SELECT contenitore FROM pesi WHERE model_version = ? AND livello = ?
+ GROUP BY contenitore ORDER BY MIN(rowid)`
+ ).all(MODEL_VERSION, livello) as { contenitore: string }[]).map((r) => r.contenitore);
+}
+
+/** I sotto-domini con almeno una misura valida (nel range atteso) in questa sessione:
+ * l'informazione grezza da cui `mancano` si costruisce, non un punteggio — leggere quali
+ * test sono stati fatti non è ricalcolare come pesano. */
+function sottoDominiPresenti(db: Database.Database, sessioneId: number): Set {
+ const righe = db.prepare(
+ `SELECT DISTINCT rt.sotto_dominio AS sd
+ FROM misure m JOIN registro_test rt ON rt.test_id = m.test_id
+ WHERE m.sessione_id = ? AND m.fuori_range = 0 AND m.valore_num IS NOT NULL
+ AND rt.sotto_dominio IS NOT NULL`
+ ).all(sessioneId) as { sd: string }[];
+ return new Set(righe.map((r) => r.sd));
+}
+
+/** Cosa manca per completare un asse insufficiente: i sotto-domini pesati per quell'asse
+ * che questa sessione non ha, tradotti nell'etichetta leggibile. */
+function mancanoPer(db: Database.Database, sessioneId: number, nomeAsse: string, presenti: Set): string[] {
+ const pesi = pesiDi(db, MODEL_VERSION, 'asse', nomeAsse);
+ return Object.keys(pesi)
+ .filter((sd) => !presenti.has(sd))
+ .map((sd) => ETICHETTE_SOTTO_DOMINIO[sd] ?? sd);
+}
+
+/**
+ * Il referto di una sessione: i sette assi del radar, i macro-score e la Fitness Age.
+ * Legge SOLO `leggiScore` per i valori (punteggi congelati): non chiama mai
+ * `calcolaSessione`, quindi un peso cambiato dopo il fatto non altera un referto già
+ * emesso. `mancano` guarda invece le misure grezze della sessione (quali test ci sono),
+ * non il punteggio — è informazione su cosa manca, non un ricalcolo di quanto vale.
+ */
+export function refertoDi(
+ db: Database.Database,
+ sessioneId: number
+): { assi: AsseVista[]; macro: MacroVista[]; fitnessAge: number | null } {
+ const punteggi = leggiScore(db, sessioneId);
+ const presenti = sottoDominiPresenti(db, sessioneId);
+
+ const assi: AsseVista[] = contenitoriDi(db, 'asse').map((nome) => {
+ const p = punteggi.assi[nome];
+ if (p?.stato === 'ok') return { nome, valore: p.valore, copertura: p.copertura, mancano: [] };
+ return {
+ nome, valore: null, copertura: p?.copertura ?? 0,
+ mancano: mancanoPer(db, sessioneId, nome, presenti),
+ };
+ });
+
+ const macro: MacroVista[] = contenitoriDi(db, 'macro').map((nome) => {
+ const p = punteggi.macro[nome];
+ return p?.stato === 'ok'
+ ? { nome, valore: p.valore, copertura: p.copertura }
+ : { nome, valore: null, copertura: p?.copertura ?? 0 };
+ });
+
+ const fitnessAge = punteggi.fitnessAge?.stato === 'ok' ? punteggi.fitnessAge.valore : null;
+
+ return { assi, macro, fitnessAge };
+}
+
+/** L'ultima sessione di un cliente (la più recente per data, a parità di data la più
+ * recente per id). `null` se il cliente non ha ancora nessuna sessione — la pagina del
+ * referto la usa per non dover interrogare `sessioni` da sola. */
+export function ultimaSessioneDi(db: Database.Database, clientCode: string): number | null {
+ const r = db.prepare(
+ `SELECT id FROM sessioni WHERE client_code = ? ORDER BY data DESC, id DESC LIMIT 1`
+ ).get(clientCode) as { id: number } | undefined;
+ return r?.id ?? null;
+}
diff --git a/src/pages/api/longevity/questionario.ts b/src/pages/api/longevity/questionario.ts
new file mode 100644
index 0000000..7d8f470
--- /dev/null
+++ b/src/pages/api/longevity/questionario.ts
@@ -0,0 +1,66 @@
+import type { APIRoute } from 'astro';
+import { getLongevityDb } from '../../../lib/longevity/db';
+import { codicePerUtenteLoggato } from '../../../lib/longevity/anagrafica';
+import { salvaDalForm } from '../../../lib/longevity/vista';
+import { CAMPI_LIBERI } from '../../../lib/longevity/questionario';
+
+export const prerender = false;
+
+const json = (status: number, body: object) =>
+ new Response(JSON.stringify(body), { status, headers: { 'Content-Type': 'application/json' } });
+
+export const POST: APIRoute = async ({ request, locals }) => {
+ // Il codice cliente si ricava SEMPRE dalla sessione dell'utente loggato (spec §8), mai dal
+ // corpo della richiesta: qui infatti il corpo non viene mai letto per questo campo. La
+ // risoluzione passa da anagrafica.ts (l'unico modulo autorizzato a toccare quella
+ // connessione): questo file apre solo longevity, per salvare.
+ const codice = codicePerUtenteLoggato(locals.user!.id);
+ if (!codice) return json(403, { error: 'Nessun fascicolo cliente associato a questo utente.' });
+
+ let data: Record;
+ try { data = await request.json(); } catch { return json(400, { error: 'Dati non validi.' }); }
+ if (typeof data !== 'object' || data === null) return json(400, { error: 'Dati non validi.' });
+
+ const risposteIn = data.risposte;
+ if (typeof risposteIn !== 'object' || risposteIn === null) {
+ return json(400, { error: 'Risposte mancanti.' });
+ }
+ const risposte: Record = {};
+ for (const [id, v] of Object.entries(risposteIn as Record)) {
+ if (typeof v === 'number' && Number.isFinite(v)) risposte[id] = v;
+ }
+
+ // Solo i campi liberi dichiarati: un corpo con chiavi arbitrarie non ne inventa di nuove.
+ const liberiIn = data.liberi;
+ const liberi: Record = {};
+ if (typeof liberiIn === 'object' && liberiIn !== null) {
+ for (const campo of CAMPI_LIBERI) {
+ const v = (liberiIn as Record)[campo];
+ if (typeof v === 'string') liberi[campo] = v;
+ }
+ }
+
+ const consensoSanitario = typeof data.consensoSanitario === 'string' ? data.consensoSanitario : '';
+ const eta = typeof data.eta === 'number' && Number.isFinite(data.eta) ? data.eta : undefined;
+
+ // La data della compilazione è quella del server, non quella (manomettibile) del client.
+ const oggi = new Date().toISOString().slice(0, 10);
+
+ // salvaDalForm delega a salvaCompilazione, che lancia se una risposta porta un test_id
+ // sconosciuto al registro (client disallineato, non serve malizia): un'eccezione qui
+ // non deve diventare un 500 generico, come in src/pages/api/contact.ts per l'invio email.
+ let esito;
+ try {
+ esito = salvaDalForm(getLongevityDb(), {
+ client_code: codice, data: oggi, eta, risposte, consensoSanitario, liberi,
+ });
+ } catch (err) {
+ console.error('Salvataggio questionario fallito:', err);
+ return json(400, {
+ error: 'Impossibile salvare: alcune risposte non sono riconosciute. Ricarica la pagina e riprova.',
+ });
+ }
+
+ if (!esito.ok) return json(422, { error: esito.errore });
+ return json(201, { sessioneId: esito.sessioneId });
+};
diff --git a/src/pages/longevity/index.astro b/src/pages/longevity/index.astro
new file mode 100644
index 0000000..34516da
--- /dev/null
+++ b/src/pages/longevity/index.astro
@@ -0,0 +1,7 @@
+---
+// Punto di ingresso della piattaforma: non c'è un indice, solo la scorciatoia al
+// referto del cliente. La protezione della rotta è già del middleware (isProtectedPath
+// e canAccessAdminPath in src/lib/auth.ts).
+export const prerender = false;
+return Astro.redirect('/longevity/io');
+---
diff --git a/src/pages/longevity/io.astro b/src/pages/longevity/io.astro
new file mode 100644
index 0000000..6d2b992
--- /dev/null
+++ b/src/pages/longevity/io.astro
@@ -0,0 +1,57 @@
+---
+// Il referto del cliente: il radar a sette assi, la Fitness Age, le carte dei macro-score.
+// La pagina non interroga il database da sola (c'è un test che lo verifica): il codice
+// cliente arriva da codicePerUtenteLoggato (anagrafica.ts, l'unico modulo autorizzato a
+// toccare identity), la sessione più recente e il referto stesso da vista.ts.
+import Longevity from '../../layouts/Longevity.astro';
+import Radar from '../../components/longevity/Radar';
+import MacroScore from '../../components/longevity/MacroScore.astro';
+import { getLongevityDb } from '../../lib/longevity/db';
+import { codicePerUtenteLoggato } from '../../lib/longevity/anagrafica';
+import { refertoDi, ultimaSessioneDi } from '../../lib/longevity/vista';
+
+export const prerender = false;
+
+const user = Astro.locals.user!;
+const codice = codicePerUtenteLoggato(user.id);
+const db = getLongevityDb();
+const sessioneId = codice ? ultimaSessioneDi(db, codice) : null;
+const referto = sessioneId !== null ? refertoDi(db, sessioneId) : null;
+---
+
+ {!codice && (
+
+
Nessun fascicolo è ancora collegato al tuo account. Contatta lo staff InsanityLab.
+
+ )}
+
+ {codice && !referto && (
+
+
Non hai ancora compilato il questionario: senza quello non c'è ancora un referto da mostrare.
+ )}
+
diff --git a/src/pages/longevity/questionario.astro b/src/pages/longevity/questionario.astro
new file mode 100644
index 0000000..57dd505
--- /dev/null
+++ b/src/pages/longevity/questionario.astro
@@ -0,0 +1,22 @@
+---
+// Il questionario in pagina, sostituisce il prototipo del cliente. La pagina non
+// interroga il database da sola: chiede i campi a `campiDelQuestionario` (letti dal
+// registro), l'isola React fa il resto — quattro blocchi, e l'invio va a
+// /api/longevity/questionario, dove il consenso si verifica davvero.
+import Longevity from '../../layouts/Longevity.astro';
+import Questionario from '../../components/longevity/Questionario';
+import { getLongevityDb } from '../../lib/longevity/db';
+import { campiDelQuestionario } from '../../lib/longevity/vista';
+
+export const prerender = false;
+
+const oggi = new Date().toISOString().slice(0, 10);
+const campi = campiDelQuestionario(getLongevityDb(), oggi);
+---
+
+
+
Questionario
+
Rispondi con calma: puoi tornare indietro finché non invii.
+
+
+
diff --git a/src/styles/longevity.css b/src/styles/longevity.css
new file mode 100644
index 0000000..daaac5c
--- /dev/null
+++ b/src/styles/longevity.css
@@ -0,0 +1,141 @@
+/* Stile della piattaforma Longevity.
+ Vive in un foglio globale, non in