Трекер восстановления
Создано с AI-агентом
Бэкэнд отслеживания восстановления от зависимости

Шаблон бэкэнда для приложения отслеживания восстановления от зависимости
Отслеживайте этапы трезвости и управляйте встречами поддержки для пользователей

Готовый к производству бэкэнд отслеживания восстановления от зависимости на Back4app с безопасным доступом к данным пользователей, отслеживанием этапов, журналами встреч и централизованными записями аудитории. Включает ER-диаграмму, словарь данных, JSON-схему, API-площадку и приглашение AI Agent для быстрого старта.

Создано с AI-агентомВыберите вашу технологию

Основные выводы

Разработайте подсистему с безопасным управлением доступом, отслеживанием вех, историями журналов встреч и аудитами, чтобы ваша команда продукта могла сосредоточиться на пользовательском опыте и соблюдении норм.

  1. Ориентированная на пользователя модель данных — Храните идентификационные данные пользователей, вехи трезвости и журналы встреч отдельно, но связно, чтобы обеспечить четкое происхождение и авторизацию.
  2. Безопасный ввод данных пользователем — Записывайте данные и вехи с ясным правом собственности, чтобы поддерживать целостность данных и аудиторские следы.
  3. Постоянное отслеживание вех — Храните вехи с метаданными версии, чтобы обновления могли отслеживаться, обеспечивая ответственность пользователя.
  4. Журнал заседаний — Управляйте записями встреч с отметками времени, данными участников и отслеживанием для исторических обзоров.
  5. Совместимый с нормативами журнал — Централизованный класс AuditLog записывает чувствительные события для обзора, мониторинга и соблюдения нормативов.

Что такое шаблон бэкенда приложения трекера восстановления от зависимости?

Back4app является бэкендом как услугой (BaaS) для быстрого выполнения. Шаблон бэкенда приложения трекера восстановления от зависимости представляет собой готовую схему для профилей пользователей, вех по трезвости, журналов встреч и аудиторских журналов. Подключите свой предпочтительный фронтенд (React, Flutter, Next.js и другие) и поставляйте быстрее.

Лучше всего для:

Отслеживание восстановления от зависимостиУправление достижениями трезвостиЖурналы встреч с поддержкой сверстниковМониторинг прогресса пользователейКоманды создают приложения, ориентированные на восстановление

Обзор

Приложения для восстановления от зависимости требуют строгих границ данных, аудируемых изменений и надежного управления чувствительными пользовательскими элементами, такими как достижения трезвости и журналы встреч.

Этот шаблон определяет UserProfile, SobrietyMilestone, MeetingLog и AuditLog с правилами владения и на основе ролей, чтобы команды могли быстро и надежно реализовывать приложения для отслеживания восстановления от зависимости.

Основные функции трекера лечения зависимости

Каждая технологическая карта в этом хабе использует одну и ту же схему бэкенда трекера восстановления от зависимости с UserProfile, SobrietyMilestone, MeetingLog и AuditLog.

Профиль пользователя и аутентификация

ПрофильПользователя хранит идентификацию, контактные данные и предпочтения с указателем на аутентифицированного пользователя.

Версионированные вехи трезвости

ВехаТрезвости отслеживает дату, размышления и заметки о прогрессе пользователя.

Цикл жизни журнала встреч

MeetingLog сохраняет дату, посещаемость и связанные заметки для каждой встречи пользователя.

Централизованные журналы аудита

AuditLog фиксирует личность участника, тип действия, контекст сущности и метаданные для соблюдения норм.

Почему стоит создавать бэкенд вашего приложения для отслеживания восстановления от зависимости с Back4app?

Back4app обрабатывает базовые функции бэкенда — безопасность, постоянство, API и реальное время — так что вы можете сосредоточиться на пользовательском опыте, процессах конфиденциальности и интеграциях восстановления.

  • •Безопасная доставка данных восстановления: Встроенные шаблоны аутентификации и ACL/CLP позволяют точно контролировать, какие пользователи могут видеть каждую веху или журнал встречи.
  • •Аудит и происхождение: AuditLog фиксирует, кто просматривал, публиковал или изменял конфиденциальные записи, чтобы вы могли поддерживать соответствие требованиям и отладку.
  • •Журналы встреч и уведомления: Письменные заметки, четкое отслеживание посещаемости и дополнительные уведомления делают взаимодействие пользователей гладким и своевременным.

Разверните бэкенд для отслеживания лечения зависимости быстро и итеративно работайте над процессами восстановления, а не над бэкендом.

Основные преимущества

Бэкенд трекера восстановления от зависимости, который подчеркивает конфиденциальность, происхождение и быструю поставку.

Ускоренные пользовательские впечатления

Доставляйте этапы трезвости, журналы встреч и безопасные взаимодействия быстрее, повторно используя проверенный контракт backend.

Сильное происхождение данных

Версионируйте этапы трезвости, чтобы изменения в прогрессе были проверяемыми и отслеживаемыми.

Детализированные разрешения

Защищайте чувствительные элементы с помощью проверок ACL/CLP, чтобы только уполномоченные пользователи имели к ним доступ.

Интегрированная запись

Централизованный AuditLog поддерживает обзоры, расследование инцидентов и отчетность по соблюдению требований.

AI-поддерживаемый старт

Начните разработку с курируемого AI Agent приглашения, которое создает схему, ACL и базовый интеграционный код.

Готовы создать свой трекер восстановления от зависимости?

Позвольте AI-агенту Back4app создать ваш бэкенд трекера восстановления от зависимости и сгенерировать пользовательские профили, достижения трезвости, журналы встреч и журналы аудита из одного запроса.

Создайте с помощью AI-агентаПопробуйте API Playground

Бесплатно для начала — 50 запросов AI-агента в месяц, кредитная карта не требуется

Технический стек

Все включено в этот шаблон бэкенда трекера восстановления от зависимости.

Фронтенд
13+ технологий
Бэкенд
Back4app
База данных
MongoDB
Аутентификация
Встроенная аутентификация + сессии
API
REST и GraphQL
В реальном времени
Live Queries

ER Диаграмма

Модель взаимосвязей сущностей для схемы Трекера восстановления от зависимости.

Просмотреть источник диаграммы
Mermaid
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
    }

Поток интеграции

Типичный поток выполнения для входа пользователя, создания вехи, регистрации встреч и уведомлений.

Посмотреть источник диаграммы
Mermaid
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)

Словарь данных

Полное ссылочное руководство по каждому полю в схеме Трекера Восстановления от Зависимостей.

ПолеТипОписаниеОбязательно
objectIdStringAuto-generated unique identifierАвто
userPointer<_User>Linked Back4app user account
milestoneDateDateDate of sobriety milestone
descriptionStringDescription of the milestone
createdAtDateAuto-generated creation timestampАвто
updatedAtDateAuto-generated last-update timestampАвто

6 поля в SobrietyMilestone

Безопасность и разрешения

Как стратегии ACL, CLP и шифрования защищают вехи трезвости, журналы встреч и журналы аудита.

Доступ и право собственности на основе ролей

Применяйте ACL, чтобы пользователи могли видеть свои собственные вехи и журналы встреч; CLP предотвращают несанкционированные операции класса.

Зашифрованные полезные нагрузки и вложения

Храните чувствительные заметки и вложения безопасно и используйте шифрование на уровне хранения для защиты в состоянии покоя.

Только добавляемые журналы аудита

Записывайте записи AuditLog из облачного кода на стороне сервера, чтобы пользователи не могли подделать исторические записи соблюдения.

Схема (JSON)

Готовое определение схемы Raw JSON для копирования в Back4app или использования в качестве справочного материала по реализации.

JSON
{
  "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
        }
      }
    }
  ]
}

Создать с помощью AI-агента

Используйте AI-агента Back4app для создания приложения для отслеживания восстановления от зависимости на основе этого шаблона, включая схему бэкенда, ACL и начальную интеграцию фронтенда.

AI-агент Back4app
Готово к разработке
Создайте бэкенд для отслеживания восстановления от зависимости на Back4app с этой точной схемой и поведением.

Схема:
1. UserProfile: пользователь (Указатель на пользователя, обязателен), полноеИмя (Строка, обязательно), контакт (Объект), датаВосстановления (Дата); objectId, createdAt, updatedAt.
2. SobrietyMilestone: пользователь (Указатель на UserProfile, обязателен), датаЭтапа (Дата, обязательна), размышление (Строка), заметки (Строка); objectId, createdAt, updatedAt.
3. MeetingLog: пользователь (Указатель на UserProfile, обязателен), датаВстречи (Дата, обязательна), посещено (Логическое), заметки (Строка); objectId, createdAt, updatedAt.
4. AuditLog: актор (Указатель на пользователя, обязателен), действие (Строка, обязательно), типСущности (Строка, обязательно), idСущности (Строка, обязательно), полезнаянагрузка (Объект, необязательно), createdAt (Дата); objectId, createdAt, updatedAt.

Безопасность:
- Проводите ACL, чтобы пользователи могли читать только свои записи SobrietyMilestone и MeetingLog. Используйте Cloud Code для чувствительных переходов и записи записей AuditLog на стороне сервера.

Аутентификация:
- Поддержка регистрации пользователей; назначение ролей; безопасный вход в систему и управление сессиями.

Поведение:
- Пользователь входит в систему, получает последние обновления SobrietyMilestone, регистрирует посещаемость встреч и получает уведомления о прогрессе.

Доставка:
- Приложение Back4app с схемой, CLP, ACL, хуками Cloud Code для публикации и аудита, а также начальной интеграцией фронтенда для профилей пользователей и встреч.

Нажмите кнопку ниже, чтобы открыть агента с заранее заполненным шаблоном запроса.

Это базовый запрос без суффикса технологии. Вы можете адаптировать сгенерированный фронтенд-стек позже.

Развертывание за минуты50 бесплатных подсказок / месяцКредитная карта не требуется

API Playground

Попробуйте REST и GraphQL конечные точки против схемы трекера восстановления от зависимости. Ответы используют тестовые данные и не требуют аккаунта Back4app.

common.loadingPlayground

Использует ту же схему, что и этот шаблон.

Выберите вашу технологию

Разверните каждую карточку для шагов интеграции, паттернов состояния, примеров модели данных и заметок оффлайн.

Flutter Трекер восстановления от зависимостей — серверная часть

React Трекер восстановления от зависимостей — серверная часть

React Native Трекер восстановления от зависимостей — серверная часть

Next.js Трекер восстановления от зависимостей — серверная часть

JavaScript Трекер восстановления от зависимостей — серверная часть

Android Трекер восстановления от зависимостей — серверная часть

iOS Трекер восстановления от зависимостей — серверная часть

Vue Трекер восстановления от зависимостей — серверная часть

Angular Трекер восстановления от зависимостей — серверная часть

GraphQL Трекер восстановления от зависимостей — серверная часть

REST API Трекер восстановления от зависимостей — серверная часть

PHP Трекер восстановления от зависимостей — серверная часть

.NET Трекер восстановления от зависимостей — серверная часть

Что вы получаете с каждой технологией

Каждый стек использует одну и ту же схему backend API трекера восстановления от зависимости.

Управление профилями пользователей

Легко управляйте профилями пользователей для отслеживания восстановление от зависимости.

Отслеживание вех трезвости

Контролируйте и отмечайте вехи трезвости для восстановление от зависимости.

Интеграция журналов встреч

Записывайте и просматривайте встречи для поддержки восстановление от зависимости.

Возможности аудита журналов

Поддерживайте подробный аудит журналов для деятельности восстановление от зависимости.

Настраиваемая схема данных

Адаптируйте схему данных под уникальные потребности восстановление от зависимости.

Доступ к REST/GraphQL API

Бесшовная интеграция с REST/GraphQL API для восстановление от зависимости.

Сравнение фреймов отслеживания восстановления от зависимости

Сравните скорость настройки, стили SDK и поддержку ИИ по всем поддерживаемым технологиям.

ФреймворкВремя настройкиПреимущество отслеживания восстановления от зависимостиТип SDKПоддержка ИИ
Flutter
Около 5 минЕдиная кодовая база для отслеживания восстановления от зависимости на мобильных устройствах и в интернете.Typed SDKПолный
React
Менее 5 минутБыстрая веб-панель для отслеживания восстановления от зависимости.Typed SDKПолный
React Native
~3–7 минКроссплатформенное мобильное приложение для отслеживания восстановления от зависимости.Typed SDKПолный
Next.js
Быстрая (5 мин) настройкаВеб-приложение с рендерингом на сервере для отслеживания восстановления от зависимости.Typed SDKПолный
JavaScript
~3 минЛегкая веб-интеграция для отслеживания восстановления от зависимости.Typed SDKПолный
Android
Около 5 минНативное приложение Android для отслеживания восстановления от зависимости.Typed SDKПолный
iOS
Менее 5 минутНативное приложение iOS для отслеживания восстановления от зависимости.Typed SDKПолный
Vue
~3–7 минReact веб-интерфейс для отслеживания восстановления от зависимости.Typed SDKПолный
Angular
Быстрая (5 мин) настройкаКорпоративное веб-приложение для отслеживания восстановления от зависимости.Typed SDKПолный
GraphQL
Быстрая (2 мин) настройкаГибкий GraphQL API для отслеживания восстановления от зависимости.GraphQL APIПолный
REST API
~2 минREST API интеграция для отслеживания восстановления от зависимости.REST APIПолный
PHP
Менее 5 минСерверный PHP бэкенд для отслеживания восстановления от зависимости.REST APIПолный
.NET
~3–7 мин.NET бэкенд для отслеживания восстановления от зависимости.Typed SDKПолный

Время настройки отражает ожидаемую продолжительность от начала проекта до первого входа пользователя и взаимодействия с сервисом, используя эту схему шаблона.

Часто задаваемые вопросы

Распространенные вопросы о создании бэкенда для трекера восстановления от зависимости с использованием этого шаблона.

Что такое бэкенд для трекера восстановления от зависимости?
Что включает в себя шаблон для отслеживания восстановления от зависимости?
Почему использовать Back4app для отслеживания восстановления от зависимости?
Как мне получить последние записи о вехах и встречах?
Как мне отметить запись о встрече как посещенную?
Может ли React Native кэшировать уникальные вехи для оффлайн-использования?
Как мне защитить конфиденциальные заметки собраний?
Какой лучший способ показать вехи на мобильных устройствах?
Как работает поток журналирования аудита?
Как я могу поддержать подтверждение пользователем достижения вех?

Доверяют разработчикам по всему миру

Присоединяйтесь к командам, создающим безопасные приложения для отслеживания выздоровления от зависимостей быстрее, используя шаблоны Back4app.

G2 Users Love Us Badge

Готовы создать приложение для отслеживания выздоровления от зависимостей?

Начните свой проект по восстановлению от зависимостей за считанные минуты. Кредитная карта не требуется.

Выберите технологию