Шаблон бэкенда приложения для управления уходом за ранами
Управляйте профилями ран, планами лечения и обеспечивайте безопасное сообщение между клиницистом и пациентом
Готовый к эксплуатации бэкенд для управления уходом за ранами на Back4app с безопасной доставкой профилей ран, управлением планами лечения, сообщением между клиницистами, связыванием встреч и централизованными аудитами. Включает диаграмму ER, словарь данных, схему JSON, API-площадку и AI Agent запрос для быстрого развертывания.
Основные выводы
Создайте бэкенд для клиницистов с безопасными контролями доступа, версиями профилей раны, историей планов лечения, цепочками сообщений и аудитами, чтобы ваша команда продуктов могла сосредоточиться на пользовательском опыте и соблюдении норм.
- Центрированная на пациенте модель данных — Сохраняйте идентификацию пациента, профили ран, планы лечения и сообщения в отдельном, но связанном виде для ясного происхождения и авторизации.
- Безопасные сообщения — Потоковые сообщения с прикреплениями между пациентами и Provider с четкими уведомлениями о прочтении и контролем хранения.
- Версионированные профили ран — Храните профили ран с происхождением и метаданными версии, чтобы отслеживать обновленные данные и планы лечения.
- Цикл жизни плана лечения — Управляйте черновиками плана лечения, утверждениями от Provider, подтверждением пациентом и историей версий.
- Журналирование, готовое к соблюдению требований — Централизованный класс AuditLog записывает чувствительные события для проверки, мониторинга и соблюдения требований.
Что такое шаблон бэкенда приложения для управления раневой терапией?
Back4app — это бэкенд как услуга (BaaS) для быстрого развертывания. Шаблон бэкенда приложения для управления раневой терапией — это предварительно созданная схема для профилей пациентов, профилей ран, планов лечения, безопасных сообщений, назначений и аудиторских журналов. Подключите ваш предпочитаемый фронтенд (React, Flutter, Next.js и другие) и отправляйте быстрее.
Лучшее для:
Обзор
Управление уходом за ранами требует строгих границ данных, аудитируемых изменений и надежной доставки чувствительных предметов, таких как профили ран и планы лечения.
Этот шаблон определяет PatientProfile, WoundProfile, TreatmentPlan, Message, ProviderProfile, Appointment и AuditLog с правилами владения и на основе ролей, чтобы команды могли быстро и безопасно реализовывать приложения для управления уходом за ранами.
Основные функции управления уходом за ранами
Каждая технологическая карточка в этом хабе использует ту же схему бэкенда управления ранами с PatientProfile, WoundProfile, TreatmentPlan, Message, ProviderProfile, Appointment и AuditLog.
Профиль пациента и аутентификация
PatientProfile хранит идентификацию, контактные данные и предпочтения с указателем на аутентифицированного пользователя.
Детализированные профили ран
WoundProfile хранит информацию о пациенте, деталях раны, статусе и оценках для текущего управления.
Жизненный цикл плана лечения
TreatmentPlan хранит содержание плана, утверждающего Provider, статус (черновик, активный, завершённый) и эффективное окно.
Безопасные сообщения между врачом и пациентом
Сообщение поддерживает потоки, вложения, указатели отправителя/получателя и статус доставки/чтения.
Связывание записей
Запись связывает пациента, Provider, запланированное время и статус для контекста визита.
Централизованные журналы аудита
AuditLog фиксирует личность актера, тип действия, контекст сущности и метаданные полезной нагрузки для соблюдения норм.
Почему стоит строить ваш бэкенд приложения для управления уходом за ранами с Back4app?
Back4app обрабатывает фундаментальные аспекты бэкенда — безопасность, устойчивость, API и реальные данные — так что вы можете сосредоточиться на опыте клиницистов, рабочих процессах конфиденциальности и клинической интеграции.
- •Безопасная доставка клинических данных: Встроенные шаблоны аутентификации и ACL/CLP позволяют точно контролировать, какие пользователи могут видеть каждый профиль раны, план лечения или сообщение.
- •Аудит и происхождение: AuditLog фиксирует, кто просматривал, публиковал или изменял конфиденциальные записи, чтобы вы могли поддерживать соответствие требованиям и отладку.
- •Сообщения и уведомления: Потоковые сообщения, вложения и необязательные живые обновления делают беседы клиницистов и пациентов гладкими и своевременными.
Быстро разверните безопасный бэкенд для управления уходом за ранами и дорабатывайте клинические рабочие процессы вместо работы с бэкенд-структурой.
Основные преимущества
Бэкенд управления ранами, который подчеркивает конфиденциальность, происхождение и быструю доставку.
Ускоренный опыт клиницистов
Доставляйте средства просмотра профилей ран, доставку плана лечения и безопасные сообщения быстрее, повторно используя проверенный контракт бэкенда.
Сильное происхождение данных
Версии профилей ран и планов лечения, чтобы клинические изменения можно было проверять и отслеживать.
Тонкая настройка разрешений
Защитите чувствительные данные с помощью ACL/CLP и проверок ролей, чтобы только разрешенные клиницисты и пациенты могли к ним получить доступ.
Интегрированное сообщение
Потоковые сообщения с вложениями и необязательными обновлениями в реальном времени улучшают сотрудничество клиницистов и пациентов.
Логи, готовые к соблюдению нормативов
Централизованный AuditLog поддерживает проверки, расследование инцидентов и отчеты о соблюдении нормативов.
Искусственный интеллект для начальной настройки
Запустите разработку с помощью подготовленного подсказки AI Agent, которая создает схемы, ACL и базовый интеграционный код.
Готовы создать безопасное приложение для управления уходом за ранами?
Позвольте AI-агенту Back4app подготовить ваш бэкенд для управления раной и сгенерировать профили пациентов, профили ран, планы лечения, сообщения и журналы аудита из одного запроса.
Бесплатно для начала — 50 запросов AI-агента в месяц, без необходимости вводить кредитную карту
Технический стек
Все включено в этот шаблон бэкенда для управления уходом за ранами.
ER Диаграмма
Модель взаимосвязей сущностей для схемы бэкенда управления лечением ран.
Схема, охватывающая профили пациентов, профили ран, планы лечения, обмен сообщениями, записи на прием и аудит.
Просмотр исходного диаграммы
erDiagram
PatientProfile ||--o{ WoundAssessment : "assesses"
PatientProfile ||--o{ TreatmentPlan : "receives"
PatientProfile ||--o{ Message : "context for"
PatientProfile ||--o{ Appointment : "scheduled in"
WoundAssessment ||--o{ TreatmentPlan : "applies to"
_User ||--o{ Message : "sends/receives"
_User ||--o{ TreatmentPlan : "authors"
_User ||--o{ Appointment : "provides"
_User ||--o{ WoundAssessment : "performs"
PatientProfile {
String objectId PK
Pointer user FK
String medicalRecordNumber
String displayName
Date dateOfBirth
String primaryClinic
Boolean isActive
Date createdAt
Date updatedAt
}
WoundAssessment {
String objectId PK
Pointer patient FK
Pointer assessedBy FK
String location
String woundType
String size
String status
String notes
Date createdAt
Date updatedAt
}
TreatmentPlan {
String objectId PK
Pointer patient FK
Pointer createdBy FK
String summary
String details
String status
Date startDate
Date endDate
Date createdAt
Date updatedAt
}
Message {
String objectId PK
String conversationId
Pointer from FK
Pointer to FK
Pointer patient FK
String body
Array attachments
Boolean isRead
Date sentAt
Date createdAt
Date updatedAt
}
Appointment {
String objectId PK
Pointer patient FK
Pointer provider FK
Date startAt
Date endAt
String location
String status
String reason
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 Patient
participant App as Wound Care Management App
participant Clinician
participant Back4app as Back4app Cloud
Patient->>App: Sign in with email or SSO
App->>Back4app: POST /login (credentials/SSO token)
Back4app-->>App: Return Session Token + Patient context
Patient->>App: Open Wound Assessment Dashboard
App->>Back4app: GET /classes/PatientProfile?where={"user":Pointer("_User", "u123")}
Back4app-->>App: PatientProfile object
App->>Back4app: GET /classes/WoundAssessment?where={"patient":Pointer("PatientProfile","p123")}
Back4app-->>App: List of WoundAssessment
Patient->>App: Create new Wound Assessment
App->>Back4app: POST /classes/WoundAssessment (location, woundType, size, status)
Back4app-->>App: WoundAssessment objectId
Patient->>App: Send secure message to clinician
App->>Back4app: POST /classes/Message (conversationId, body, to: Pointer(_User, clinicianId))
Back4app-->>App: Message objectId
Back4app-->>App: LiveQuery -> new Message or WoundAssessment update
App-->>Patient: Real-time notification (new message / assessment update)
Clinician->>Back4app: Update Wound Assessment
Back4app-->>App: LiveQuery event -> App fetches updated WoundAssessment
App-->>Patient: Alert: "Wound assessment updated"Словарь данных
Полная справка по каждому полю в схеме управления лечением ран.
| Поле | Тип | Описание | Обязательно |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | Авто |
| user | Pointer<_User> | Linked Back4app user account | |
| medicalRecordNumber | String | Unique MRN for the patient | |
| displayName | String | Patient full name shown in UI | |
| dateOfBirth | Date | Patient date of birth | — |
| primaryClinic | String | Primary clinic or provider group | — |
| isActive | Boolean | Active portal access flag | |
| createdAt | Date | Auto-generated creation timestamp | Авто |
| updatedAt | Date | Auto-generated last-update timestamp | Авто |
9 поля в PatientProfile
Безопасность и разрешения
Как стратегии ACL, CLP и шифрования защищают профили ран, планы лечения, сообщения и журналы аудита.
Доступ на основе ролей и владение
Применяйте ACL, чтобы пациенты могли видеть свои собственные профили ран, а Provider видели назначенные данные пациентов; CLP предотвращают несанкционированные операции класса.
Зашифрованные полезные нагрузки и вложения
Храните чувствительные блобы (вложения записей о ранах, PDF-файлы) за подписанными URL и используйте шифрование на уровне хранения для защиты данных в состоянии покоя.
Только добавляемые журналы аудита
Записывайте записи AuditLog из серверного Cloud Code, чтобы гарантировать, что пользователи не могут изменять исторические записи соответствия.
Схема (JSON)
Готовое определение необработанной схемы JSON для копирования в Back4app или использования в качестве справочного материала по реализации.
{
"classes": [
{
"className": "PatientProfile",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"user": {
"type": "Pointer",
"required": true,
"targetClass": "_User"
},
"medicalRecordNumber": {
"type": "String",
"required": true
},
"displayName": {
"type": "String",
"required": true
},
"dateOfBirth": {
"type": "Date",
"required": false
},
"primaryClinic": {
"type": "String",
"required": false
},
"isActive": {
"type": "Boolean",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "WoundAssessment",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"patient": {
"type": "Pointer",
"required": true,
"targetClass": "PatientProfile"
},
"assessedBy": {
"type": "Pointer",
"required": true,
"targetClass": "_User"
},
"location": {
"type": "String",
"required": true
},
"woundType": {
"type": "String",
"required": true
},
"size": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"notes": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "TreatmentPlan",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"patient": {
"type": "Pointer",
"required": true,
"targetClass": "PatientProfile"
},
"createdBy": {
"type": "Pointer",
"required": true,
"targetClass": "_User"
},
"summary": {
"type": "String",
"required": true
},
"details": {
"type": "String",
"required": false
},
"status": {
"type": "String",
"required": true
},
"startDate": {
"type": "Date",
"required": false
},
"endDate": {
"type": "Date",
"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"
},
"patient": {
"type": "Pointer",
"required": true,
"targetClass": "PatientProfile"
},
"body": {
"type": "String",
"required": true
},
"attachments": {
"type": "Array",
"required": false
},
"isRead": {
"type": "Boolean",
"required": true
},
"sentAt": {
"type": "Date",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Appointment",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"patient": {
"type": "Pointer",
"required": true,
"targetClass": "PatientProfile"
},
"provider": {
"type": "Pointer",
"required": true,
"targetClass": "_User"
},
"startAt": {
"type": "Date",
"required": true
},
"endAt": {
"type": "Date",
"required": true
},
"location": {
"type": "String",
"required": false
},
"status": {
"type": "String",
"required": true
},
"reason": {
"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 для создания приложения для управления уходом за ранами на основе этого шаблона, включая бэкенд-схему, ACL и начальную интеграцию фронтенда.
Создайте бэкенд управления уходом за ранами на Back4app с этой точно такой же схемой и поведением. Схема: 1. PatientProfile: user (указатель на пользователя, обязательный), fullName (строка, обязательный), dob (дата, необязательный), contact (объект), medicalRecordNumber (строка, обязательный, уникальный); objectId, createdAt, updatedAt. 2. WoundProfile: patient (указатель на PatientProfile, обязательный), woundDetails (объект), status (строка), assessment (объект); objectId, createdAt, updatedAt. 3. TreatmentPlan: patient (указатель на PatientProfile, обязательный), Provider (указатель на ProviderProfile, обязательный), summary (строка), details (объект), status (строка: черновик, активный, завершенный), effectiveFrom (дата), effectiveTo (дата), version (число); objectId, createdAt, updatedAt. 4. Message: sender (указатель на пользователя, обязательный), recipient (указатель на пользователя, обязательный), threadId (строка, обязательный), body (строка), attachments (массив файлов), status (строка: отправлено, доставлено, прочитано), sentAt (дата); objectId, createdAt, updatedAt. 5. ProviderProfile: user (указатель на пользователя, обязательный), specialty (строка), clinic (строка), contact (объект); objectId, createdAt, updatedAt. 6. Appointment: patient (указатель на PatientProfile, обязательный), Provider (указатель на ProviderProfile, обязательный), scheduledAt (дата, обязательный), status (строка: запланировано, отменено, завершено), location (строка); objectId, createdAt, updatedAt. 7. AuditLog: actor (указатель на пользователя, обязательный), action (строка, обязательный), entityType (строка, обязательный), entityId (строка, обязательный), payload (объект, необязательный), createdAt (дата); objectId, createdAt, updatedAt. Безопасность: - Применяйте ACL, чтобы пациенты могли только читать свои профили ран и планы лечения. Provider видят назначенных пациентов. Используйте облачный код для чувствительных переходов и записи записей AuditLog на серверной стороне. Защитите вложения с помощью подписанных URL-адресов и шифрования хранилища. Аутентификация: - Поддержка регистрации для пациентов и Provider; назначение ролей; безопасная авторизация и управление сессией. Поведение: - Пациент входит в систему, получает последние профили ран и планы лечения, отправляет сообщения в Provider темы и получает уведомления. Provider публикуют профили ран и планы лечения; система записывает записи AuditLog для действий публикации. Доставка: - Приложение Back4app с схемой, CLP, ACL, крючками облачного кода для публикации и ведения аудита, а также начальной интеграцией фронтенда для представлений пациентов и Provider.
Нажмите кнопку ниже, чтобы открыть Агент с предзаполненным запросом этого шаблона.
Это базовый запрос без суффикса технологии. Вы можете адаптировать сгенерированный стек фронтенда позже.
Игровая площадка API
Попробуйте REST и GraphQL конечные точки с помощью схемы управления ранами. Ответы используют фиктивные данные и не требуют аккаунта Back4app.
Использует ту же схему, что и этот шаблон.
Выберите вашу технологию
Разверните каждую карту для просмотра шагов интеграции, шаблонов состояния, примеров модели данных и заметок по оффлайну.
Flutter Управление раной на фоне
React Управление раной на фоне
React Native Управление раной на фоне
Next.js Управление раной на фоне
JavaScript Управление раной на фоне
Android Управление раной на фоне
iOS Управление раной на фоне
Vue Управление раной на фоне
Angular Управление раной на фоне
GraphQL Управление раной на фоне
REST API Управление раной на фоне
PHP Управление раной на фоне
.NET Управление раной на фоне
Что вы получаете с каждой технологией
Каждый стек использует одну и ту же схему и API-контракты управления ранами на бэкэнде.
Унифицированные профили пациентов уход за ранами
Всеобъемлющие профили пациентов для эффективного управления ранами.
Безопасные сообщения для уход за ранами
Конфиденциальная связь между пациентами и медицинскими Provider.
Настраиваемые планы лечения для уход за ранами
Легко создавайте и изменяйте планы лечения, адаптированные к каждому пациенту.
Запись на прием для уход за ранами
Упрощенное бронирование встреч для улучшения ухода за пациентами.
Журналы аудита для уход за ранами
Подробные журналы для отслеживания взаимодействий с пациентами и истории лечения.
REST/GraphQL API для уход за ранами
Гибкие API для интеграции с любой фронтенд-технологией.
Сравнение рамок по уходу за ранами
Сравните скорость настройки, стиль SDK и поддержку ИИ для всех поддерживаемых технологий.
| Фреймворк | Время настройки | Преимущество ухода за ранами | Тип SDK | Поддержка ИИ |
|---|---|---|---|---|
| Менее 5 минут | Единый код для ухода за ранами на мобильных устройствах и вебе. | Typed SDK | Полный | |
| ~3–7 мин | Быстрая веб-панель для ухода за ранами. | Typed SDK | Полный | |
| Быстрая (5 мин) настройка | Кроссплатформенное мобильное приложение для ухода за ранами. | Typed SDK | Полный | |
| ~5 мин | Серверное веб-приложение для ухода за ранами. | Typed SDK | Полный | |
| ~3–5 мин | Легкая веб-интеграция для ухода за ранами. | Typed SDK | Полный | |
| Менее 5 минут | Нативное приложение Android для ухода за ранами. | Typed SDK | Полный | |
| ~3–7 мин | Нативное приложение iOS для ухода за ранами. | Typed SDK | Полный | |
| Быстрая (5 мин) настройка | React интерфейс веб-приложения для ухода за ранами. | Typed SDK | Полный | |
| ~5 мин | Корпоративное веб-приложение для ухода за ранами. | Typed SDK | Полный | |
| Менее 2 мин | Гибкий API GraphQL для ухода за ранами. | GraphQL API | Полный | |
| Быстрая (2 мин) настройка | Интеграция REST API для ухода за ранами. | REST API | Полный | |
| ~3 мин | Серверная часть PHP для ухода за ранами. | REST API | Полный | |
| Быстрая (5 мин) настройка | .NET бэкенд для ухода за ранами. | Typed SDK | Полный |
Время настройки отражает ожидаемую продолжительность от запуска проекта до первого входа пациента и запроса профиля раны с использованием этой шаблонной схемы.
Часто задаваемые вопросы
Общие вопросы о создании бэкенда управления лечением ран с помощью этого шаблона.
Готовы создать приложение для управления ранозаживлением?
Начните свой проект по управлению ранозаживлением за считанные минуты. Кредитная карта не требуется.