docs: README piattaforme e spec Longevity aggiornati al gestionale in produzione

README: host piattaforme.tielogic.xyz, conteggio test, sezione Longevity (ruoli, pagine, regola della misura valida più recente), procedura di aggiornamento con backup, dati nel volume, apertura pigra del DB, trappole dei test e node_modules. Spec: §13 con i punti di §11/§12 chiusi da #1 #2 #5 #6 #7 #8 e quelli ancora aperti; decisioni del 03/09 e 26/09. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
2026-09-26 14:02:22 +00:00
parent 22a400b854
commit 558def3d52
2 changed files with 78 additions and 3 deletions
@@ -487,6 +487,31 @@ parte.

 ---

+## 13. Il gestionale in produzione (26/09)
+
+Costruito e messo in linea il 26/09/2026 su `piattaforme.tielogic.xyz` (issue
+`gitea:Adriano/InsanityLab-web` #1 #2 #5 #7 #8 #9 #10, merge in `main` 12b2e91 e 8f95a38).
+Chiude o supera diversi punti delle §11 e §12:
+
+| Punto | Com'è stato chiuso |
+|---|---|
+| §12.1 conferma delle misure fuori range | colonne `verifica` (`confermata`/`scartata`), `verificata_da`, `verificata_at` su `misure`, aggiunte da `migra()` sui database esistenti; il trainer decide dalla scheda cliente; una conferma ricalcola quella sessione e le successive (#7) |
+| §12.6 e 12-bis, test fisici irraggiungibili | 24 test `f_` nel registro e `motore/fisici.ts` (`sottoDominiFisici(misure, eta, sesso)`), stessa mappatura della funzione dimostrativa dell'oracolo; fuori perimetro spirometria, milfit, 2 km walk, sit-to-stand, trazione isometrica (#1) |
+| §8 vista trainer | `/longevity/gestionale`: clienti, nuovo cliente, scheda, check-up, accesso del cliente al referto (#2 #8) |
+| §6 progressione e cambio di versione | `/longevity/progressione`, con il cambio di `model_version` segnato sul grafico (#5) |
+| §11.1 consenso art. 9 | firmato su carta prima dell'accesso, fuori dalla piattaforma: decisione di Adriano, 26/09 (#6) |
+
+**Una regola nuova, non prevista dalla §7:** check-up e questionario sono sessioni distinte. Il
+calcolo di una sessione usa, per ogni test, la **misura valida più recente del cliente fino alla
+data della sessione** (`misureValideAlla`); «valida» vuol dire dentro il range oppure confermata.
+Oggi una misura non scade (`FINESTRA_GIORNI = null`).
+
+🔲 **Ancora aperti, di Nicola:** la finestra di validità delle misure; il medico supervisore
+(§11.2); i file reali di Wellness Tower e dinamometro per gli import (#3); la definizione dei
+percentili interni (#4); le domande di 12-bis su `hrv` e sul plank.
+
+---
+
 ## 12. Decisioni prese, e da chi

 | Decisione | Chi | Quando |
@@ -502,3 +527,6 @@ parte.
 | Registro di misure invece di colonne fisse | Adriano | 21/08 |
 | Il progetto è unico: un framework sui dati del cliente | Adriano | 21/08 |
 | Calcolo in TypeScript, non Python | Tielogic (verificato sul codice) | 21/08 |
+| Piattaforme separate dal sito, su `piattaforme.tielogic.xyz` | Adriano | 03/09 |
+| Gestionale trainer in produzione | Adriano | 26/09 |
+| Consenso ai dati sanitari su carta, nessun registro in piattaforma | Adriano | 26/09 |