Шаблон бэкенда портала для семейных помощников
Безопасно делитесь информацией о состоянии пожилых людей с помощью управления уровнями в поле, жизненно важными показателями и журналами согласия
Готовый к производству бэкенд портала для семейных помощников на Back4app. Обеспечьте безопасное, детализированное共享 информации о состоянии пожилых пациентов с членами семьи, показателями в реальном времени, планами ухода и неизменяемыми записями согласия.
Ключевые выводы
Используйте этот шаблон для быстрой настройки портала для опекунов с ElderlyProfile, FamilyMember, PermissionShare, VitalReading, CarePlan, VisitNote и AuditLog, чтобы вы могли быстро обеспечить безопасный доступ для семьи.
- Модели прав на доступ с детализированным разграничением — Делитесь конкретными полями и типами ресурсов с отдельными членами семьи (например, только жизненные показатели или жизненные показатели + задачи по уходу), используя PermissionShare.
- Идентификация с приоритетом семьи — Приглашайте членов семьи, управляйте ролями (основной опекун, родственник с правом только на чтение) и централизованно отзывайте доступ, не удаляя основные данные.
- Обновления статуса в реальном времени — Передавайте жизненные показатели VitalReading и критически важные обновления VisitNote подписанным членам семьи, используя Live Queries для немедленной видимости.
- Согласие и аудируемость — Записывайте, кто получил доступ, какой объем был представлен и когда он был отозван с помощью записей AuditLog, доступных только для добавления.
- Кроссплатформенный бэкенд — Обслуживайте веб-, мобильные и стационарные устройства с одинаковыми REST и GraphQL API для согласованной авторизации и контрактов данных.
Что такое шаблон приложения портала семейных опекунов?
Back4app — это BaaS для быстрой доставки. Шаблон приложения портала семейных опекунов моделирует профили пожилых людей, членов семьи, разрешения на доступ, жизненно важные признаки, планы ухода, заметки о визитах и журналы аудита, чтобы вы могли быстро запустить продукты, ориентированные на опекунов.
Лучшее для:
Обзор
Порталы семейных ухаживающих требуют точного контроля: семьи должны видеть только то, что пожилой человек (или опекун) разрешает. Это включает в себя совместный доступ на уровне полей, доступ с ограниченным временем и четкие аудиторские следы.
Этот шаблон предоставляет классы и правила владения для реализации семейных приглашений, отзыва прав, потоковой передачи жизненно важных данных, задач по уходу и аудита с возможностью добавления только через веб и мобильные клиенты.
Основные функции семейного помощника
Каждая карта технологии использует одну и ту же схему бэкенда портала сиделок (ElderlyProfile, FamilyMember, PermissionShare, VitalReading, CarePlan, VisitNote, AuditLog).
Управление членами семьи
Связывайте пользователей Back4app с профилями пожилых людей, указывая родственные отношения, предпочтительный контакт и роль (например, основной заботящийся).
Записи о разделе разрешений
Предоставьте доступ на уровне поля или ресурса от владельца профиля пожилого человека к члену семьи, включая истечение срока действия и отмену.
Профиль пожилого человека и краткое резюме здоровья
Сохраняйте демографические данные, предпочтения в уходе, экстренные контакты и краткий обзор состояния здоровья.
Временная шкала показателей (в реальном времени)
Сохраняйте временные ряды показателей (частота сердечных сокращений, артериальное давление, уровень глюкозы) с метаданными устройства и опциональным Live Queries.
Задачи и напоминания плана ухода
Моделируйте повторяющиеся задачи, назначенных членов семьи, историю выполнения и уведомления.
Ведение заметок о посещениях
Храните записи клиницистов или семьи, связанные с посещениями, помеченные по области видимости.
Аудит с учетом согласия
Записи только для добавления о предоставлениях, отзывах и мероприятиях доступа к конфиденциальным данным.
Почему стоит создать бэкенд портала семейного помощника с Back4app?
Back4app предоставляет безопасные примитивы для разрешенного обмена данными, потоковой передачи в реальном времени и аудита, чтобы команды продукта могли сосредоточиться на UX для помощников и соблюдении норм, а не на инфраструктуре бэкенда.
- •Обмен данными на уровне полей и зоны действия: PermissionShare позволяет устанавливать узкие или широкие зоны действия (например, только жизненные показатели, полная сводка здоровья, задачи по уходу) и поддерживает истечение срока действия для соблюдения требований согласия.
- •Краткая видимость там, где это необходимо: Передавайте VitalReading и обновления VisitNote с высоким приоритетом подписавшимся членам семьи, чтобы срочные изменения были видны немедленно.
- •Аудит логов с приоритетом согласия: Записи AuditLog с добавлением только вверх фиксируют разрешения, отзыв и чувствительные действия, чтобы вы могли доказать, кто и когда получил доступ к информации.
Быстрее внедряйте функции для помощников с безопасными, доступными API и возможностями в реальном времени на всех платформах.
Основные преимущества
Бэкэнд для заботливых людей с акцентом на конфиденциальность для быстрого развертывания безопасных функций семейного обмена.
Быстрая доставка функций для ухаживающих
Начните с производственной схемы, ориентированной на обмен, показатели здоровья, задачи по уходу и журналы аудита для ускорения разработки продукта.
Гранулярный обмен и отзыв прав доступа
Предоставьте именно то, что должен видеть член семьи, и отзовите доступ без удаления основных записей.
Обновления статуса в реальном времени
Предоставляйте немедленные критические обновления (показатели здоровья, записи высокой приоритетности) подписанным членам семьи с использованием Live Queries.
Аудиторские следы, защищенные от согласия
Докажите, кто предоставил доступ и когда, а также запишите чувствительные события доступа для соблюдения норм или прозрачности в семье.
Согласованность между устройствами
Используйте один контракт бэкенда для обслуживания веб-досок, мобильных приложений и устройств возле кровати с последовательной проверкой разрешений.
AI-поддерживаемый начальный шаблон
Используйте предоставленный запрос AI-агента для создания схемы, ACL, CLP и примера кода для вашего выбранного инструмента.
Готовы запустить портал для семейного сиделки?
Позвольте AI-агенту Back4app создать ваш бэкенд для сиделки с ElderlyProfile, PermissionShare, показателями здоровья, планами ухода и аудитом из одного запроса.
Бесплатно для начала — 50 запросов AI-агента в месяц, кредитная карта не требуется
Технологический стек
Все включено в этот шаблон бэкэнда портала для семейных сиделок.
ER Диаграмма
Модель взаимосвязи сущностей для схемы портала семейного опекуна.
Схема, охватывающая профили пожилых людей, членов семьи, разрешения на доступ, жизненно важные показатели, планы ухода, заметки о визитах и аудит логирование.
Просмотреть источник диаграммы
erDiagram
Patient ||--o{ FamilyMember : "connected to"
Patient ||--o{ CarePermission : "has permission"
FamilyMember ||--o{ CarePermission : "granted to"
Patient ||--o{ Vitals : "measured as"
Patient ||--o{ Medication : "prescribed"
Patient ||--o{ VisitNote : "visited in"
_User ||--o{ AuditLog : "performed"
Patient {
String objectId PK
String fullName
Date dateOfBirth
String medicalRecordNumber
String primaryPhysician
File profilePhoto
Boolean isActive
Date createdAt
Date updatedAt
}
FamilyMember {
String objectId PK
Pointer user FK
String fullName
String relationship
String contactPhone
String contactEmail
Boolean isVerified
Date createdAt
Date updatedAt
}
CarePermission {
String objectId PK
Pointer patient FK
Pointer familyMember FK
String accessLevel
String status
Pointer grantedBy FK
Date expiresAt
Date createdAt
Date updatedAt
}
Vitals {
String objectId PK
Pointer patient FK
Pointer recordedBy FK
String type
String value
String unit
Date recordedAt
Boolean isCritical
Date createdAt
Date updatedAt
}
Medication {
String objectId PK
Pointer patient FK
String name
String dose
String schedule
Date nextDoseAt
Boolean isActive
String notes
Date createdAt
Date updatedAt
}
VisitNote {
String objectId PK
Pointer patient FK
Pointer author FK
String note
Date visitDate
String visibility
Date createdAt
Date updatedAt
}
AuditLog {
String objectId PK
Pointer actor FK
String entityType
String entityId
String action
String summary
Object metadata
Date createdAt
Date updatedAt
}
Поток интеграции
Типичный рабочий процесс для аутентификации, приглашений семьи, обмена разрешениями, сбора жизненных показателей и обновлений в реальном времени.
Просмотреть источник диаграммы
sequenceDiagram
participant User
participant Portal as Family Caregiver Portal App
participant Back4app as Back4app Cloud
User->>Portal: Login with email or SSO
Portal->>Back4app: POST /login (credentials)
Back4app-->>Portal: Session token + user profile
User->>Portal: Request access to Patient "Evelyn Parker"
Portal->>Back4app: POST /classes/CarePermission { patient: Pointer(Patient, p1), familyMember: Pointer(FamilyMember, fm1), accessLevel: "vitals", status: "pending" }
Back4app-->>Portal: CarePermission objectId + status pending
Portal->>Back4app: Send notification / email to patient delegate (automated)
User->>Portal: Patient or delegate approves request
Portal->>Back4app: PUT /classes/CarePermission/{id} { status: "active", grantedBy: Pointer(_User, uPatient) }
Back4app-->>Portal: CarePermission updated -> status active
User->>Portal: Open patient dashboard (Vitals, Medications, Notes)
Portal->>Back4app: GET /classes/Vitals?where={"patient":Pointer("Patient","p1")}&order=-recordedAt
Back4app-->>Portal: Vitals list
Back4app-->>Portal: LiveQuery event: Vitals created (real-time)
Portal-->>User: Real-time update on patient vital signsСловарь данных
Полное описание полей для каждого класса в схеме портала Family Caregiver.
| Поле | Тип | Описание | Обязательный |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | Авто |
| fullName | String | Patient display name | |
| dateOfBirth | Date | Date of birth for age calculations | — |
| medicalRecordNumber | String | Internal MRN or identifier | |
| primaryPhysician | String | Name or contact of primary physician | — |
| profilePhoto | File | Optional profile photo | — |
| isActive | Boolean | Whether the patient profile is active | |
| createdAt | Date | Auto-generated creation timestamp | Авто |
| updatedAt | Date | Auto-generated last-update timestamp | Авто |
9 поля в Patient
Безопасность и разрешения
Как стратегия ACL, CLP и PermissionShare защищает записи пожилых, доступ к семьям и журналы аудита.
Видимость на основе PermissionShare
Используйте объекты PermissionShare, чтобы определить, какие поля и классы может читать получатель. Держите основные записи ElderlyProfile закрытыми и открывайте только разрешенные сводки.
Ограниченный по времени и отзывный доступ
Поддержка expiresAt на PermissionShare и отзыв на стороне сервера для выполнения требований согласия и сценариев экстренного доступа iOS.
Аудиторские записи только для добавления
Записывайте записи аудита в AuditLog для предоставления, отзыва и чувствительных чтений. Ограничьте редактирование записей аудита доверенными ролями на стороне сервера.
Схема (JSON)
Сырая схема JSON готова к копированию в Back4app или использования в качестве ссылки на реализацию.
{
"classes": [
{
"className": "Patient",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"fullName": {
"type": "String",
"required": true
},
"dateOfBirth": {
"type": "Date",
"required": false
},
"medicalRecordNumber": {
"type": "String",
"required": true
},
"primaryPhysician": {
"type": "String",
"required": false
},
"profilePhoto": {
"type": "File",
"required": false
},
"isActive": {
"type": "Boolean",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "FamilyMember",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"user": {
"type": "Pointer",
"required": true,
"targetClass": "_User"
},
"fullName": {
"type": "String",
"required": true
},
"relationship": {
"type": "String",
"required": false
},
"contactPhone": {
"type": "String",
"required": false
},
"contactEmail": {
"type": "String",
"required": false
},
"isVerified": {
"type": "Boolean",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "CarePermission",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"patient": {
"type": "Pointer",
"required": true,
"targetClass": "Patient"
},
"familyMember": {
"type": "Pointer",
"required": true,
"targetClass": "FamilyMember"
},
"accessLevel": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"grantedBy": {
"type": "Pointer",
"required": false,
"targetClass": "_User"
},
"expiresAt": {
"type": "Date",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Vitals",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"patient": {
"type": "Pointer",
"required": true,
"targetClass": "Patient"
},
"recordedBy": {
"type": "Pointer",
"required": false,
"targetClass": "_User"
},
"type": {
"type": "String",
"required": true
},
"value": {
"type": "String",
"required": true
},
"unit": {
"type": "String",
"required": false
},
"recordedAt": {
"type": "Date",
"required": true
},
"isCritical": {
"type": "Boolean",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Medication",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"patient": {
"type": "Pointer",
"required": true,
"targetClass": "Patient"
},
"name": {
"type": "String",
"required": true
},
"dose": {
"type": "String",
"required": true
},
"schedule": {
"type": "String",
"required": false
},
"nextDoseAt": {
"type": "Date",
"required": false
},
"isActive": {
"type": "Boolean",
"required": true
},
"notes": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "VisitNote",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"patient": {
"type": "Pointer",
"required": true,
"targetClass": "Patient"
},
"author": {
"type": "Pointer",
"required": false,
"targetClass": "_User"
},
"note": {
"type": "String",
"required": true
},
"visitDate": {
"type": "Date",
"required": false
},
"visibility": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "AuditLog",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"actor": {
"type": "Pointer",
"required": true,
"targetClass": "_User"
},
"entityType": {
"type": "String",
"required": true
},
"entityId": {
"type": "String",
"required": true
},
"action": {
"type": "String",
"required": true
},
"summary": {
"type": "String",
"required": true
},
"metadata": {
"type": "Object",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
}
]
}Создайте с помощью AI Agent
Используйте AI Agent Back4app для генерации полного приложения портала для родителей-опекунов из этого шаблона, включая фронтенд, бэкенд, аутентификацию и потоки разрешений.
Создайте бэкенд портала семейного помощника на Back4app с этой точной схемой и поведением. Схема: 1. ElderlyProfile: владелец (Указатель на Пользователя, обязателен), полноеИмя (Строка, обязательно), датаРождения (Дата), предпочтенияПоУходу (Объект), экстренныеКонтакты (Массив); objectId, createdAt, updatedAt (системные). 2. FamilyMember: пользователь (Указатель на Пользователя, обязателен), elderlyProfile (Указатель на ElderlyProfile, обязателен), отношение (Строка), роль (Строка: основная, вторичная, только для чтения); objectId, createdAt, updatedAt (системные). 3. PermissionShare: владелец (Указатель на Пользователя, обязателен), получатель (Указатель на Пользователя, обязателен), elderlyProfile (Указатель на ElderlyProfile, обязателен), область (Объект: поля и типы ресурсов), expiresAt (Дата, необязательно), активно (Булевый); objectId, createdAt, updatedAt (системные). 4. VitalReading: elderlyProfile (Указатель на ElderlyProfile, обязателен), тип (Строка: частота пульса, артериальное давление, глюкоза и т.д., обязательно), значение (Строка), единица (Строка), записано (Дата, обязательно), источник (Строка, необязательно); objectId, createdAt, updatedAt (системные). 5. CarePlan: elderlyProfile (Указатель на ElderlyProfile, обязателен), заголовок (Строка, обязательно), задачи (Массив Объектов: задача, частота, назначено), статус (Строка), следующая срок (Дата); objectId, createdAt, updatedAt (системные). 6. VisitNote: elderlyProfile (Указатель на ElderlyProfile, обязателен), автор (Указатель на Пользователя, обязателен), заметка (Строка, обязательно), видимость (Строка: частная, общая), создано (Дата); objectId, createdAt, updatedAt (системные). 7. AuditLog: актер (Указатель на Пользователя, обязателен), действие (Строка, обязательно), целевойТип (Строка, обязательно), целевойId (Строка, обязательно), полезная нагрузка (Объект, необязательно); objectId, createdAt, updatedAt (системные). Безопасность: - Используйте PermissionShare для блокировки чтений; применяйте проверки на стороне сервера в Cloud Code для чувствительных чтений и записей. Установите CLP/ACL так, чтобы только владельцы и системные роли могли редактировать основные записи ElderlyProfile. Аутентификация: - Регистрация, вход, приглашение для членов семьи. FamilyMember - это связь между Пользователем и ElderlyProfile. Поведение: - Пригласите членов семьи, создайте записи PermissionShare с областями и истечением, интегрируйте события VitalReading с устройств, уведомляйте подписанных членов семьи через Live Queries, и записывайте записи AuditLog для предоставлений, отзываний и заметных чтений. Доставка: - Приложение Back4app с схемой, ACL, CLP, хуками Cloud Code для обеспечения прав и примерами интеграции с фронтендом.
Нажмите кнопку ниже, чтобы открыть Агент с предзаполненным шаблоном запроса.
Это базовый запрос без суффикса технологии. Вы можете адаптировать созданный фронтенд стек позже.
API Playground
Попробуйте REST и GraphQL конечные точки против схемы Портала Помощников По Уходу. Ответы используют тестовые данные и не требуют учетной записи Back4app.
Использует ту же схему, что и этот шаблон.
Выберите вашу технологию
Разверните каждую карточку для этапов интеграции, шаблонов состояния, примеров моделей данных и офлайн-заметок.
Flutter Портал для семейных опекунов
React Портал для семейных опекунов
React Native Портал для семейных опекунов
Next.js Портал для семейных опекунов
JavaScript Портал для семейных опекунов
Android Портал для семейных опекунов
iOS Портал для семейных опекунов
Vue Портал для семейных опекунов
Angular Портал для семейных опекунов
GraphQL Портал для семейных опекунов
REST API Портал для семейных опекунов
PHP Портал для семейных опекунов
.NET Портал для семейных опекунов
Что вы получаете с каждой технологией
Каждый стек использует одну и ту же схему бэкенда и API-контракты для Портала помощи семьям.
Единое управление данными семейный заботливец
Легко управляйте профилями, планами ухода и заметками о визитах в одном месте.
Безопасный обмен для семейный заботливец
Безопасно делитесь важной информацией между заботливцами и членами семьи.
Контроль доступа на основе ролей
Определите роли пользователей для контроля, кто может просматривать или редактировать конфиденциальные данные.
REST/GraphQL API для семейный заботливец
Бесшовно интегрируйтесь с вашими существующими приложениями, используя надежные API.
Отслеживание показателей здоровья в реальном времени
Мониторьте и обновляйте показатели здоровья для обеспечения своевременного ухода.
Настраиваемые планы ухода
Легко создавайте и модифицируйте планы ухода, адаптированные под индивидуальные потребности.
Сравнение технологий портала для семейных заботливцев
Сравните скорость настройки, стиль SDK и поддержку ИИ для всех поддерживаемых технологий.
| Фреймворк | Время установки | Преимущество портала для семейных заботливцев | Тип SDK | Поддержка ИИ |
|---|---|---|---|---|
| ~5 минут | Единый код для портала семейных заботливцев на мобильных и веб-устройствах. | Typed SDK | Полный | |
| Примерно 5 минут | Быстрая веб-панель для портала семейных заботливцев. | Typed SDK | Полный | |
| Менее 5 минут | Кроссплатформенное мобильное приложение для портала семейных заботливцев. | Typed SDK | Полный | |
| ~3–7 минут | Веб-приложение с рендерингом на сервере для портала семейных заботливцев. | Typed SDK | Полный | |
| ~3 минуты | Легкая интеграция веб-приложения для портала семейных заботливцев. | Typed SDK | Полный | |
| ~5 минут | Нативное приложение Android для портала семейных заботливцев. | Typed SDK | Полный | |
| Примерно 5 минут | Нативное приложение iOS для портала семейных заботливцев. | Typed SDK | Полный | |
| Менее 5 минут | React интерактивный веб-интерфейс для портала семейных заботливцев. | Typed SDK | Полный | |
| ~3–7 минут | Корпоративное веб-приложение для портала семейных заботливцев. | Typed SDK | Полный | |
| Быстрая (2 мин) настройка | Гибкое API GraphQL для портала семейных заботливцев. | GraphQL API | Полный | |
| ~2 минуты | Интеграция REST API для портала семейных заботливцев. | REST API | Полный | |
| Менее 5 минут | Серверная PHP архитектура для портала семейных заботливцев. | REST API | Полный | |
| Менее 5 минут | .NET архитектура для портала семейных заботливцев. | Typed SDK | Полный |
Время установки отражает ожидаемую продолжительность от запуска проекта до первого приглашения и запроса важных данных с использованием этой шаблонной схемы.
Часто задаваемые вопросы
Общие вопросы о создании Портала для членов семьи ухаживающего с помощью этого шаблона.
Готовы создать свой портал для помощников по уходу?
Начните свой проект для семейного помощника по уходу за семьей за считанные минуты. Кредитная карта не требуется.