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.
Telemedizin-Blöcke mit KI-Zusammenfassung; Hausaufgaben, Fragebögen und Vereinbarungen in der Praxis- bzw. Klientensprache; automatischer Therapeut:innenname in Behandlungsvereinbarungen; AINuma-Meet-Kontext im Intake; Hero-Banner- und Aufnahme-Textkorrekturen; Notizen bei jedem Intake.
Wird eine Sitzung auf Spanisch, Französisch oder in einer anderen Sprache geführt, können Transkript und KI-Zusammenfassung nun in derselben Sprache erstellt werden.
Sitzungsnotizen folgen Ihrer bevorzugten Struktur enger, mit besseren Überschriften und einfacherer Bearbeitung vor dem Speichern.