Meta: censire ed aprire tutte le issue mancanti emerse dall'analisi completa di PTRP

[artcava]

🎯 Obiettivo

Censire e creare tutte le issue mancanti per coprire il perimetro funzionale/tecnico emerso dall’analisi complessiva di PTRP (dominio, architettura MVVM, sicurezza, sincronizzazione, UX), in modo da avere una roadmap tracciabile direttamente in GitHub.

📌 Ambito

Questa issue NON implementa funzionalità, ma si occupa di:

• analizzare la documentazione principale (/docs, README, architettura UI, workflow utente)
• confrontarla con le issue esistenti
• creare issue atomiche mancanti, etichettate per area (domain, data, services, ui, sync, security, docs, perf)
• collegare ogni nuova issue alla FASE / milestone corretta

📋 Tasks

• Rivedere documenti chiave:
  • docs/ARCHITECTURE.md
  • docs/DATABASE.md
  • docs/USER-WORKFLOW.md
  • docs/SECURITY.md
  • docs/PROGETTO_PTRP_SYNC.md
  • docs/WORKFLOW.md / documentazione UI (📚 DOCUMENTAZIONE: Architettura UI Completa - Design System, Navigazione e Roadmap #55, 📚 Revisione completa documentazione in /docs #68)
• Mappare i flussi utente principali:
  • FASE 0 – Data Foundation (modelli, repositories, seeding)
  • FASE 1 – Shell + Navigation + Design System
  • FASE 2A – Pazienti & Progetti
  • FASE 2B – Calendario & Visite
  • FASE 3 – Sync & Conflict Resolution
  • FASE 4 – Validation, Error Handling, Perf, Accessibility, Deploy
• Confrontare la mappa con le issue esistenti (es. Implementare audit trail per entità cliniche e log di sincronizzazione #1–Implementare GDPRComplianceService (diritto all'oblio e portabilità dati paziente) #6, feat: implementare data seeding per ambiente di sviluppo #13–perf: ottimizzare query database e implementare caching #16, FASE 1 - Foundation: Struttura Base MainWindow e Architettura UI #45–📚 DOCUMENTAZIONE: Architettura UI Completa - Design System, Navigazione e Roadmap #55, 📚 Revisione completa documentazione in /docs #68–feat: implementare CalendarView e VisitFormView #75)
• Identificare gap per ciascuna area:
  • Domain model (entità mancanti, enum, value object)
  • Data layer (migrations, seeding aggiuntivo, query complesse, reporting)
  • Services (servizi applicativi mancanti, orchestrazioni tra moduli)
  • UI MVVM (view/viewmodel mancanti, dialog, componenti riutilizzabili)
  • Sync (piani di versione protocollo, compatibilità, strumenti diagnostici)
  • Security & Privacy (hardening aggiuntivo rispetto a SECURITY.md)
  • Observability & Telemetry (logging avanzato, metriche, health-check interni)
  • DevEx & Tooling (script, template, utility per developer)
• Creare issue atomiche per ogni gap individuato, seguendo convenzioni esistenti:
  • feat: ... per nuove funzionalità
  • perf: ... per performance
  • chore: ... per attività di manutenzione
  • docs: ... per documentazione
• Etichettare ogni issue con:
  • area (ui, services, data, security, documentation, sync, performance…)
  • fase (fase-0, fase-1, fase-2a, fase-2b, fase-3, fase-4 quando applicabile)
  • priorità (es. 🔴 critica / 🟡 alta / 🔵 media / ⚪ bassa, coerente con convenzioni attuali)
• Aggiornare eventuale roadmap in /docs per puntare alle nuove issue create

✅ Acceptance Criteria

• Per ciascun flusso utente descritto in docs/USER-WORKFLOW.md esiste una copertura completa di issue (domain + data + services + ui + sync/security dove rilevante)
• Per ciascuna FASE 0–4 esiste una lista di issue tracciabile, senza TODO “vaghi” in documentazione
• Tutte le nuove issue rispettano il naming pattern e la struttura descrittiva già usata nelle issue recenti (feat: completare modelli dominio per appuntamenti e visite #71–feat: implementare CalendarView e VisitFormView #75, FASE 4 - Polish & Deploy: Validation UI e Error Handling Globale #54–📚 DOCUMENTAZIONE: Architettura UI Completa - Design System, Navigazione e Roadmap #55, 📚 Revisione completa documentazione in /docs #68)
• Le issue di alto livello (es. 📚 DOCUMENTAZIONE: Architettura UI Completa - Design System, Navigazione e Roadmap #55, 📚 Revisione completa documentazione in /docs #68, questa stessa) rimandano chiaramente alle sotto-issue di implementazione
• La roadmap futura può essere letta direttamente da GitHub Issues senza dover ricostruire manualmente i gap

🔗 Riferimenti

• 📚 DOCUMENTAZIONE: Architettura UI Completa - Design System, Navigazione e Roadmap #55 – Architettura UI Completa
• 📚 Revisione completa documentazione in /docs #68 – Revisione completa documentazione in /docs
• feat: completare modelli dominio per appuntamenti e visite #71–feat: implementare CalendarView e VisitFormView #75 – Modelli/appuntamenti/visite, repositories, services, UI Projects/Calendar/Visits
• docs/ARCHITECTURE.md, docs/DATABASE.md, docs/USER-WORKFLOW.md, docs/SECURITY.md, docs/PROGETTO_PTRP_SYNC.md

---

Questa issue è “meta”: va chiusa solo quando le issue mancanti sono state create e collegate alle rispettive FASI/macro-issue.