Modèle de backend d'application de suivi de rétablissement d'addiction
Suivez les jalons de sobriété et gérez les réunions de soutien entre pairs pour les utilisateurs
Un backend de suivi de rétablissement d'addiction prêt pour la production sur Back4app avec un accès sécurisé aux données des utilisateurs, suivi des jalons, journaux de réunions, et des enregistrements d'audit centralisés. Comprend un diagramme ER, un dictionnaire de données, un schéma JSON, une aire de jeux API, et un prompt Agent IA pour un démarrage rapide.
Points clés
Expédiez un backend avec des contrôles d'accès sécurisés, un suivi des jalons, des historiques de journaux de réunions, et des pistes d'audit afin que votre équipe produit puisse se concentrer sur l'expérience utilisateur et la conformité.
- Modèle de données centré sur l'utilisateur — Conservez les identités des utilisateurs, les jalons de sobriété, et les journaux de réunion modélisés séparément mais liés pour une provenance et une autorisation claires.
- Saisie sécurisée des utilisateurs — Enregistrez les entrées et les jalons avec une propriété claire pour maintenir l'intégrité des données et les pistes d'audit.
- Suivi persistant des jalons — Stockez les jalons avec des métadonnées de version pour que les mises à jour puissent être suivies tout en garantissant la responsabilité de l'utilisateur.
- Journal de réunion cycle de vie — Gérez les journaux de réunion avec des horodatages, des détails sur les participants et un suivi pour des examens historiques.
- Journalisation conforme aux réglementations — La classe AuditLog centralisée enregistre les événements sensibles pour révision, surveillance et conformité.
Qu'est-ce que le modèle Backend de l'application de suivi de récupération des dépendances ?
Back4app est un backend en tant que service (BaaS) pour une livraison rapide. Le modèle Backend de l'application de suivi de récupération des dépendances est un schéma préconstruit pour les profils d'utilisateur, les jalons de sobriété, les journaux de réunion et les journaux d'audit. Connectez votre frontend préféré (React, Flutter, Next.js, et plus) et expédiez plus rapidement.
Meilleur pour :
Aperçu
Les applications de réhabilitation nécessitent de solides frontières de données, des changements audités et une gestion fiable d'éléments sensibles des utilisateurs comme les jalons de sobriété et les journaux de réunion.
Ce modèle définit UserProfile, SobrietyMilestone, MeetingLog et AuditLog avec des règles de propriété et basées sur les rôles afin que les équipes puissent mettre en œuvre rapidement et en toute sécurité des applications de suivi de la réhabilitation.
Fonctionnalités principales du suivi de récupération d'addiction
Chaque carte technologique dans ce hub utilise le même schéma backend de suivi de récupération d'addiction avec UserProfile, SobrietyMilestone, MeetingLog et AuditLog.
Profil utilisateur et authentification
Le ProfilUtilisateur stocke l'identité, les coordonnées et les préférences avec un pointeur vers l'utilisateur authentifié.
Jalons de sobriété versionnés
Le JalonsSobriete suit la date, les réflexions et les notes sur les progrès de l'utilisateur.
Cycle de vie des journaux de réunion
MeetingLog stocke la date, l'attendance et les notes associées pour chaque réunion utilisateur.
Journaux d'audit centralisés
AuditLog capture l'identité de l'acteur, le type d'action, le contexte de l'entité et les métadonnées pour la conformité.
Pourquoi construire le backend de votre application de suivi de la réhabilitation avec Back4app?
Back4app gère les fondamentaux du backend - sécurité, persistance, API et temps réel - afin que vous puissiez vous concentrer sur l'expérience utilisateur, les flux de travail de confidentialité et les intégrations de récupération.
- •Livraison sécurisée des données de récupération: Des modèles d'authentification et de contrôle d'accès (ACL/CLP) intégrés vous permettent de contrôler exactement quels utilisateurs peuvent voir chaque étape ou journal de réunion.
- •Audit et provenance: AuditLog capture qui a visualisé, publié ou modifié des enregistrements sensibles afin que vous puissiez soutenir la conformité et le débogage.
- •Journaux de réunion et notifications: Des notes en fil de discussion, un suivi clair de la présence et des notifications optionnelles rendent les interactions des utilisateurs fluides et opportunes.
Déployez rapidement un backend de suivi de récupération d'addiction sécurisé et itérez sur les processus de récupération au lieu de la plomberie backend.
Avantages clés
Un backend de suivi de récupération d'addiction qui met l'accent sur la confidentialité, l'origine et la livraison rapide.
Expériences utilisateurs accélérées
Expédier des jalons de sobriété, des journaux de réunion et des interactions sécurisées plus rapidement en réutilisant un contrat backend validé.
Provenance des données forte
Version des jalons de sobriété afin que les modifications de progrès soient vérifiables et traçables.
Permissions granulaires
Protégez les éléments sensibles avec des vérifications ACL/CLP afin que seuls les utilisateurs autorisés puissent y accéder.
Journalisation intégrée
AuditLog centralisé prend en charge les examens, l'investigation des incidents et la génération de rapports de conformité.
Démarrage assisté par IA
Accélérez le développement avec un prompt d'agent IA sélectionné qui crée le schéma, les ACL et le code d'intégration de base.
Prêt à construire votre suivi de récupération d'addiction ?
Laissez l'agent IA Back4app structurer votre backend de suivi de la récupération d'addiction et générer des profils d'utilisateur, des jalons de sobriété, des journaux de réunions et des journaux d'audit à partir d'une seule invite.
Gratuit pour commencer — 50 demandes d'agent IA/mois, aucune carte de crédit requise
Pile technique
Tout est inclus dans ce modèle de backend de suivi de la récupération d'addiction.
Diagramme ER
Modèle de relation d'entité pour le schéma backend de l'Addon Recovery Tracker.
Schéma couvrant les profils d'utilisateur, les jalons de sobriété, les journaux de réunion et la journalisation des audits.
Voir la source du diagramme
erDiagram
UserProfile ||--o{ SobrietyMilestone : "records"
UserProfile ||--o{ PeerSupportLog : "logs"
UserProfile ||--o{ Notification : "receives"
_User ||--o{ Message : "sends/receives"
UserProfile {
String objectId PK
Pointer user FK
String displayName
String bio
Date createdAt
Date updatedAt
}
SobrietyMilestone {
String objectId PK
Pointer user FK
Date milestoneDate
String description
Date createdAt
Date updatedAt
}
PeerSupportLog {
String objectId PK
Pointer user FK
Date sessionDate
String sessionNotes
Date createdAt
Date updatedAt
}
Message {
String objectId PK
String conversationId
Pointer from FK
Pointer to FK
String body
Boolean isRead
Date sentAt
Date createdAt
Date updatedAt
}
Notification {
String objectId PK
Pointer user FK
String message
Boolean isRead
Date createdAt
Date updatedAt
}
Flux d'intégration
Flux d'exécution typique pour la connexion utilisateur, la création de jalons, l'enregistrement de réunions et les notifications.
Voir la source du diagramme
sequenceDiagram
participant User
participant App as Addiction Recovery Tracker App
participant Back4app as Back4app Cloud
User->>App: Sign in with email or SSO
App->>Back4app: POST /login (credentials)
Back4app-->>App: Return Session Token + User context
User->>App: Log sobriety milestone
App->>Back4app: POST /classes/SobrietyMilestone (milestoneDate, description)
Back4app-->>App: SobrietyMilestone object
User->>App: Log peer support session
App->>Back4app: POST /classes/PeerSupportLog (sessionDate, sessionNotes)
Back4app-->>App: PeerSupportLog object
User->>App: Send message to a peer
App->>Back4app: POST /classes/Message (conversationId, body, to)
Back4app-->>App: Message object ID
Back4app-->>App: LiveQuery -> new message or notification
App-->>User: Real-time notification (new message / event)
Dictionnaire de données
Référence complète au niveau des champs pour chaque classe dans le schéma de suivi de rétablissement de la dépendance.
| Champ | Type | Description | Requis |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | Automatique |
| user | Pointer<_User> | Linked Back4app user account | |
| milestoneDate | Date | Date of sobriety milestone | |
| description | String | Description of the milestone | |
| createdAt | Date | Auto-generated creation timestamp | Automatique |
| updatedAt | Date | Auto-generated last-update timestamp | Automatique |
6 champs dans SobrietyMilestone
Sécurité et autorisations
Comment les stratégies ACL, CLP et de chiffrement protègent les jalons de sobriété, les journaux de réunions et les journaux d'audit.
Accès et propriété basés sur les rôles
Appliquez des ACL afin que les utilisateurs puissent voir leurs propres jalons et journaux de réunions ; les CLP empêchent les opérations de classe non autorisées.
Charges utiles et pièces jointes chiffrées
Stockez des notes et des pièces jointes sensibles de manière sécurisée et utilisez un chiffrement au niveau du stockage pour une protection au repos.
Trails d'audit seulement ajoutés
Écrivez des entrées d'AuditLog à partir du Cloud Code côté serveur pour garantir que les utilisateurs ne peuvent pas falsifier les dossiers de conformité historiques.
Schéma (JSON)
Définition du schéma JSON brut prête à être copiée dans Back4app ou utilisée comme référence d'implémentation.
{
"classes": [
{
"className": "SobrietyMilestone",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"user": {
"type": "Pointer",
"required": true,
"targetClass": "_User"
},
"milestoneDate": {
"type": "Date",
"required": true
},
"description": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "PeerSupportLog",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"user": {
"type": "Pointer",
"required": true,
"targetClass": "_User"
},
"sessionDate": {
"type": "Date",
"required": true
},
"sessionNotes": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Message",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"conversationId": {
"type": "String",
"required": true
},
"from": {
"type": "Pointer",
"required": true,
"targetClass": "_User"
},
"to": {
"type": "Pointer",
"required": true,
"targetClass": "_User"
},
"body": {
"type": "String",
"required": true
},
"isRead": {
"type": "Boolean",
"required": true
},
"sentAt": {
"type": "Date",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "UserProfile",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"user": {
"type": "Pointer",
"required": true,
"targetClass": "_User"
},
"displayName": {
"type": "String",
"required": true
},
"bio": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Notification",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"user": {
"type": "Pointer",
"required": true,
"targetClass": "_User"
},
"message": {
"type": "String",
"required": true
},
"isRead": {
"type": "Boolean",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
}
]
}Construire avec l'Agent AI
Utilisez l'Agent AI Back4app pour générer une application de suivi de la récupération d'addiction à partir de ce modèle, y compris le schéma backend, les ACL et l'intégration frontend de démarrage.
Créez un backend de suivi de la récupération d'addiction sur Back4app avec ce schéma et ce comportement exact. Schéma: 1. UserProfile : utilisateur (Pointeur vers Utilisateur, requis), nomComplet (Chaîne, requis), contact (Objet), dateDeRécupération (Date); objectId, createdAt, updatedAt. 2. SobrietyMilestone : utilisateur (Pointeur vers UserProfile, requis), dateMilestone (Date, requis), réflexion (Chaîne), notes (Chaîne); objectId, createdAt, updatedAt. 3. MeetingLog : utilisateur (Pointeur vers UserProfile, requis), dateRéunion (Date, requis), présent (Booléen), notes (Chaîne); objectId, createdAt, updatedAt. 4. AuditLog : acteur (Pointeur vers Utilisateur, requis), action (Chaîne, requis), typeEntité (Chaîne, requis), idEntité (Chaîne, requis), chargeUtile (Objet, optionnel), createdAt (Date); objectId, createdAt, updatedAt. Sécurité: - Appliquer les ACL afin que les utilisateurs ne puissent lire que leurs enregistrements de SobrietyMilestone et de MeetingLog. Utilisez le Cloud Code pour les transitions sensibles et pour écrire des entrées AuditLog côté serveur. Authentification: - Prendre en charge l'inscription des utilisateurs ; affectation de rôle ; connexion sécurisée et gestion des sessions. Comportement : - L'utilisateur se connecte, récupère les dernières mises à jour de SobrietyMilestone, enregistre la présence aux réunions et reçoit des notifications pour les mises à jour de progrès. Livrer : - application Back4app avec schéma, CLPs, ACLs, hooks Cloud Code pour la publication et le journal des audits, et intégration frontend de démarrage pour les profils d'utilisateurs et les réunions.
Appuyez sur le bouton ci-dessous pour ouvrir l'Agent avec ce modèle pré-rempli.
Ceci est le prompt de base sans suffixe technologique. Vous pouvez adapter la pile frontend générée par la suite.
Terrain de jeu API
Essayez les points de terminaison REST et GraphQL contre le schéma du Tracker de Récupération de la Dépendance. Les réponses utilisent des données fictives et ne nécessitent pas de compte Back4app.
Utilise le même schéma que ce modèle.
Choisissez votre technologie
Développez chaque carte pour les étapes d'intégration, les modèles d'état, les exemples de modèles de données et les notes hors ligne.
Flutter Suivi de récupération d'addiction Backend
React Suivi de récupération d'addiction Backend
React Native Suivi de récupération d'addiction Backend
Next.js Suivi de récupération d'addiction Backend
JavaScript Suivi de récupération d'addiction Backend
Android Suivi de récupération d'addiction Backend
iOS Suivi de récupération d'addiction Backend
Vue Suivi de récupération d'addiction Backend
Angular Suivi de récupération d'addiction Backend
GraphQL Suivi de récupération d'addiction Backend
REST API Suivi de récupération d'addiction Backend
PHP Suivi de récupération d'addiction Backend
.NET Suivi de récupération d'addiction Backend
Ce que vous obtenez avec chaque technologie
Chaque stack utilise le même schéma backend de suivi de la réhabilitation et les contrats API.
Gestion des profils utilisateurs
Gérez facilement les profils utilisateurs pour le suivi de récupération de l'addiction.
Suivi des jalons de sobriété
Surveillez et célébrez les jalons de sobriété pour récupération de l'addiction.
Intégration du journal des réunions
Enregistrez et examinez les réunions pour le support de récupération de l'addiction.
Capacités de journal d'audit
Maintenez un journal d'audit détaillé pour les activités de récupération de l'addiction.
Schéma de données personnalisable
Adaptez le schéma de données pour répondre aux besoins uniques de récupération de l'addiction.
Accès à l'API REST/GraphQL
Intégration transparente avec les API REST/GraphQL pour récupération de l'addiction.
Comparaison du cadre de suivi de la récupération de l'addiction
Comparez la vitesse de configuration, les styles de SDK et le support de l'IA entre toutes les technologies prises en charge.
| Framework | Temps de configuration | Avantage du suivi de la récupération de l'addiction | Type de SDK | Assistance IA |
|---|---|---|---|---|
| Environ 5 min | Code unique pour le suivi de la récupération de l'addiction sur mobile et web. | Typed SDK | Complet | |
| Moins de 5 minutes | Tableau de bord web rapide pour le suivi de la récupération de l'addiction. | Typed SDK | Complet | |
| ~3-7 min | Application mobile multiplateforme pour le suivi de la récupération de l'addiction. | Typed SDK | Complet | |
| Configuration rapide (5 min) | Application web rendue par le serveur pour le suivi de la récupération de l'addiction. | Typed SDK | Complet | |
| ~3 min | Intégration web légère pour le suivi de la récupération de l'addiction. | Typed SDK | Complet | |
| Environ 5 min | Application native Android pour le suivi de la récupération de l'addiction. | Typed SDK | Complet | |
| Moins de 5 minutes | Application native iOS pour le suivi de la récupération de l'addiction. | Typed SDK | Complet | |
| ~3-7 min | UI web Reactive pour le suivi de la récupération de l'addiction. | Typed SDK | Complet | |
| Configuration rapide (5 min) | Application web d'entreprise pour le suivi de la récupération de l'addiction. | Typed SDK | Complet | |
| Configuration rapide (2 min) | API GraphQL flexible pour le suivi de la récupération de l'addiction. | GraphQL API | Complet | |
| ~2 min | Intégration REST API pour le suivi de la récupération de l'addiction. | REST API | Complet | |
| Moins de 5 min | Backend PHP côté serveur pour le suivi de la récupération de l'addiction. | REST API | Complet | |
| ~3-7 min | Backend .NET pour le suivi de la récupération de l'addiction. | Typed SDK | Complet |
Le temps de configuration reflète la durée attendue depuis le lancement du projet jusqu'à la première connexion de l'utilisateur et l'interaction avec le service utilisant ce schéma de modèle.
Questions Fréquemment Posées
Questions courantes sur la création d'un backend de tracker de récupération d'addiction avec ce modèle.
Prêt à créer votre application de suivi de la récupération des addictions ?
Démarrez votre projet de récupération des addictions en quelques minutes. Aucune carte de crédit requise.