Nach der Registrierung erhält Ihr Mandant Demo-Patienten und bestätigte Termine vom Server—im Browser wird nichts angelegt. Ihre gewählte App-Sprache wird bei der Registrierung und für Intake-Transkript/Zusammenfassung an die API übermittelt. Der Dashboard-Kalender lädt diese Termine auch dann, wenn die Liste der Planungsressourcen noch leer ist.
Patienten und Kalender: Neue Konten sollten zwei Demo-Patienten auf der Patienten-Seite und zwei bestätigte Demo-Termine im Dashboard für den aktuellen Zeitraum sehen. Alle Daten stammen aus Ihrem Backend-Mandanten, nicht aus lokalem Seeding oder Mock-Daten in der App.
Sprache: Registrierung und API-Anfragen berücksichtigen die Sprache, die Sie in der App nutzen (einschließlich Accept-Language und lokalisiertem Intake-Inhalt in der Sitzungsdetailansicht). Bei Sprachwechsel werden Transkript und Zusammenfassung des Intakes für die neue Sprache erneut geladen.
Planungsressourcen: Wenn Ihre Filiale vom Endpunkt „scheduling resources“ noch keine Einträge liefert, kann der Kalender den Ressourcenkontext weiterhin aus vorhandenen Terminen ableiten, damit Sie nicht durch eine leere Ressourcenliste blockiert werden. Für einen vollständigen Ablauf (Slots, Blöcke, Buchung) sollte Ihr Backend dennoch Planungsressourcen anlegen, die zu diesen Terminen passen.
Wir haben mandantenbezogene Audit-Logs hinzugefügt, damit Praxen Rechenschaftspflicht nachweisen und Betroffenenanfragen nach der DSGVO beantworten können.
Nachsorge-Aktionen nach der Sitzung—Hausaufgaben, Fragebögen, Erinnerungen und Therapeut:innen-Aufgaben—zentral in der Patientenakte, optional mit KI-Vorschlägen aus geprüften Sitzungszusammenfassungen.
Therapeut:innen können ein AINuma-Intake- und Buchungs-Widget auf der eigenen Website einbinden: Widget-Schlüssel in den Einstellungen anlegen, Direktlink oder fertigen HTML-Button kopieren und den Ablauf optional per iframe einbetten.