Po rejestracji najemca otrzymuje pacjentów demo i potwierdzone wizyty z serwera—w przeglądarce nic nie jest tworzone. Wybrany język aplikacji jest wysyłany do API przy rejestracji oraz przy transkrypcie/podsumowaniu intake. Kalendarz pulpitu ładuje te wizyty także wtedy, gdy lista zasobów planowania jest jeszcze pusta.
Pacjenci i kalendarz: nowe konta powinny widzieć dwóch pacjentów demo na stronie Pacjenci oraz dwie potwierdzone wizyty demo na pulpicie w bieżącym okresie. Wszystkie dane pochodzą z najemcy w backendzie, a nie z lokalnego seedowania ani danych mock w aplikacji.
Język: rejestracja i żądania API respektują język używany w aplikacji (w tym Accept-Language i zlokalizowaną treść intake przy otwarciu szczegółów sesji). Zmiana języka powoduje ponowne pobranie transkryptu i podsumowania intake dla nowego języka.
Zasoby planowania: jeśli oddział jeszcze nie zwraca wierszy z endpointu zasobów planowania, kalendarz nadal może wywnioskować kontekst zasobu z istniejących wizyt, aby nie blokować się na pustej liście. Aby mieć pełną konfigurację (sloty, bloki, rezerwacje), backend powinien i tak udostępnić zasoby planowania zgodne z tymi wizytami.
Dodaliśmy dzienniki audytu na poziomie organizacji, aby gabinety mogły wykazać rozliczalność i odpowiadać na żądania osób, których dane dotyczą, zgodnie z RODO.
Śledź działania po sesji—zadania domowe, kwestionariusze, przypomnienia i zadania terapeuty—w jednym miejscu w kartotece pacjenta, z opcjonalnymi sugestiami AI z zatwierdzonych podsumowań sesji.
Terapeuci mogą dodać do własnej witryny widget AINuma do intake’u i rezerwacji: utwórz klucz widgetu w Ustawieniach, skopiuj bezpośredni link lub gotowy przycisk HTML i opcjonalnie osadź przepływ w iframe.