ΔΙΑΤΡΟΦΟΛΟΓΟΣ

Γιατί δεν φτάνει ένα έτοιμο πρόγραμμα καταγραφής

Τα περισσότερα εργαλεία διατροφής της αγοράς είναι φτιαγμένα για τον τελικό χρήστη που μετράει μόνος του θερμίδες, όχι για τον διαιτολόγο που τρέχει γραφείο. Δεν έχουν οργάνωση ραντεβού, δεν βγάζουν στατιστικά εσόδων, δεν ξεχωρίζουν πελάτες ανά γραφείο.

Το αντίθετο πρόβλημα έχουν τα γενικά CRM: οργανώνουν επαφές, αλλά δεν ξέρουν τι είναι μακροθρεπτικό ή μερίδα. Η διατροφή χρειαζόταν κάτι φτιαγμένο ειδικά γι’ αυτήν, με το ραντεβού και το έσοδο δίπλα στο πλάνο, όχι σε άλλο εργαλείο.

Κάθε γραφείο βλέπει μόνο τα δικά του

Η πλατφόρμα είναι πολλαπλών γραφείων: κάθε διαιτολόγος εγγράφεται και παίρνει δικό του οργανισμό με μοναδικό slug. Το κρίσιμο σημείο δεν είναι το UI που δείχνει μόνο τους δικούς σου πελάτες — είναι ότι κάθε server action φιλτράρει πάντα με το organizationId του session, ποτέ με κάτι που στέλνει ο client. Ένα γραφείο δεν μπορεί να δει, ούτε καν να μαντέψει, τα δεδομένα ενός άλλου.

Η ανάλυση ενημερώνεται όσο γράφεις, όχι όταν αποθηκεύεις

Όταν ο διαιτολόγος προσθέτει ένα τρόφιμο σε ένα γεύμα, οι θερμίδες και τα μακροθρεπτικά του γεύματος, της ημέρας και του μέσου όρου ολόκληρου του πλάνου ενημερώνονται αμέσως, χωρίς αποθήκευση ή reload. Αυτό αλλάζει τον τρόπο που χτίζεται ένα πλάνο: ο διαιτολόγος βλέπει το αποτέλεσμα ενώ αποφασίζει, όχι αφού το έχει ήδη δώσει στον πελάτη.

Τα πρότυπα πλάνων κλείνουν τον κύκλο: ένα πλάνο που δούλεψε καλά αντιγράφεται και προσαρμόζεται, αντί να ξαναχτίζεται από το μηδέν για τον επόμενο πελάτη με παρόμοιο προφίλ.

Βάση τροφίμων που δεν μένει στατική

Η κοινή βάση συστήματος καλύπτει τα βασικά, αλλά κάθε γραφείο έχει και δικά του τρόφιμα και συνταγές — π.χ. ένα πιάτο συγκεκριμένου εστιατορίου που συστήνει συχνά. Μια συνταγή φτιάχνεται από ζυγισμένα υλικά, και η θρεπτική αξία ανά μερίδα υπολογίζεται αυτόματα από αυτά, όχι από εκτίμηση.

Το ραντεβού είναι και έσοδο

Κάθε συνεδρία στο μηνιαίο ημερολόγιο κρατά κατάσταση (προγραμματισμένο/ολοκληρωμένο/ακυρωμένο/no-show) και αμοιβή με κατάσταση πληρωμής. Τα μηνιαία στατιστικά εσόδων και αριθμού συνεδριών βγαίνουν από αυτά τα ίδια δεδομένα, όχι από ξεχωριστή καταγραφή — το γραφείο δεν κρατά δύο βιβλία, ένα για το πρόγραμμα κι ένα για τα οικονομικά.

Ο πελάτης μπαίνει μόνος του, όποτε ο διαιτολόγος το επιτρέψει

Η πρόσβαση στο portal ενεργοποιείται επιλεκτικά ανά πελάτη, όχι αυτόματα για όλους. Όποιος την έχει, βλέπει το πλάνο του με πλήρη ανάλυση, καταγράφει νερό και γεύματα —με προαιρετική φωτογραφία— και στέλνει μηνύματα απευθείας στον διαιτολόγο. Οι μετρήσεις προόδου (βάρος, λίπος %, μυϊκή μάζα, ενυδάτωση, περιφέρειες) γίνονται custom γραφήματα εξέλιξης σε σύγκριση με την αρχική μέτρηση, χωρίς εξωτερική βιβλιοθήκη γραφημάτων.

Ασφάλεια σε δύο επίπεδα χρηστών

Το Auth.js v5 τρέχει με JWT sessions και ξεχωριστά credentials για προσωπικό γραφείου και για πελάτες, με bcrypt στους κωδικούς και middleware που προστατεύει κάθε διαδρομή ανάλογα με τον ρόλο. Η ίδια πειθαρχία ανά ρόλο και ανά οργανισμό υπάρχει και στο SMARTSHIFT AI και στο CRM ΜΕΣΙΤΙΚΟΥ ΓΡΑΦΕΙΟΥ: custom λογισμικό που δεν εμπιστεύεται ποτέ τον client για το ποιος βλέπει τι.