Dopo la registrazione, il tenant riceve pazienti demo e appuntamenti confermati dal server—nulla viene creato nel browser. La lingua scelta nell’app viene inviata all’API per la registrazione e per trascrizione/riassunto dell’intake. Il calendario della dashboard carica quegli appuntamenti anche quando l’elenco delle risorse di pianificazione è ancora vuoto.
Pazienti e calendario: i nuovi account dovrebbero vedere due pazienti demo nella pagina Pazienti e due appuntamenti demo confermati nella Dashboard per il periodo corrente. Tutti i dati provengono dal backend del tenant, non da seed locali o dati fittizi nell’app.
Lingua: registrazione e richieste API rispettano la lingua usata nell’app (inclusi Accept-Language e contenuto intake localizzato aprendo il dettaglio sessione). Cambiando lingua, trascrizione e riassunto dell’intake vengono ricaricati per la nuova lingua.
Risorse di pianificazione: se la filiale non restituisce ancora righe dall’endpoint delle risorse di pianificazione, il calendario può comunque dedurre il contesto della risorsa dagli appuntamenti esistenti così da non restare bloccati su un elenco vuoto. Per un setup completo (slot, blocchi, prenotazione), il backend deve comunque provisionare risorse di pianificazione coerenti con quegli appuntamenti.
Abbiamo aggiunto log di audit a livello di tenant così le cliniche possono dimostrare responsabilità e rispondere alle richieste degli interessati ai sensi del GDPR.
Gestite le azioni post-seduta—compiti, questionari, promemoria e attività del terapeuta—in un unico punto nella scheda paziente, con suggerimenti IA opzionali dai riepiloghi di seduta revisionati.
I terapeuti possono aggiungere al proprio sito un widget AINuma per intake e prenotazioni: creare una chiave widget in Impostazioni, copiare un link diretto o un pulsante HTML pronto e incorporare il flusso in un iframe se serve.