Tras el registro, su espacio recibe pacientes demo y citas confirmadas desde el servidor; no se crea nada en el navegador. El idioma elegido en la app se envía a la API para el registro y el transcripto/resumen del intake. El calendario del panel carga esas citas incluso cuando la lista de recursos de planificación sigue vacía.
Pacientes y calendario: Las cuentas nuevas deberían ver dos pacientes demo en Pacientes y dos citas demo confirmadas en el Panel para el periodo actual. Todos esos datos provienen de su espacio en el backend, no de semillas locales ni datos simulados en la app.
Idioma: El alta y las peticiones a la API respetan el idioma que usa en la app (incluido Accept-Language y el contenido de intake localizado al abrir el detalle de la sesión). Al cambiar de idioma se vuelve a cargar el transcripto y el resumen del intake para el nuevo idioma.
Recursos de planificación: Si su sede aún no devuelve filas del endpoint de recursos de planificación, el calendario puede seguir deduciendo el contexto de recurso a partir de citas existentes para que no quede bloqueado por una lista vacía. Para una configuración plena (franjas, bloques, reservas), el backend debe aprovisionar recursos de planificación alineados con esas citas.
Gestione acciones posteriores a la sesión—tareas, cuestionarios, recordatorios y tareas del terapeuta—en un solo lugar del historial del paciente, con sugerencias opcionales de IA a partir de resúmenes de sesión revisados.
Los terapeutas pueden añadir un widget de captación y reservas de AINuma a su propia web: cree una clave de widget en Ajustes, copie un enlace directo o un botón HTML listo para usar e incruste el flujo en un iframe si lo desea.
Los nuevos usuarios demo reciben un recorrido persistente en panel lateral por panel, calendario, pacientes y flujos clínicos, con resaltados en la interfaz real. Las pruebas demo se inician ahora en el servidor en cada primer acceso (página de prueba gratuita o alta por Login), para alinear incorporación y permisos.