Backend для проверки симптомов

Шаблон Backend для приложения проверки симптомов
Направляемые опросы при поступлении, результаты триажа и оценка дерева решений

Q: Что такое бэкенд Проверки симптомов?

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

Q: Что включает в себя этот шаблон?

Он включает в себя Анкету, DecisionNode, UserProfile, SurveyResponse, TriageOutcome, AuditEntry, ER-диаграмму, API-площадку, JSON-схему и подсказку AI Agent для начальной загрузки контента.

Q: Почему использовать Back4app для приложения триажа симптомов?

Back4app предоставляет управляемое хранилище данных, авторизацию, сгенерированные REST/GraphQL конечные точки, Live Queries и Cloud Code, чтобы команды могли итеративно изменять контент и логику без управления бэкэнд-инфраструктурой.

Q: Как мне собрать и воспроизвести сессию опроса?

Сохраняйте каждый ответ в SurveyResponse.answers с ссылками на узлы и путями; используйте сохраненный путь для воспроизведения последовательности оценок DecisionNode.

Q: Как мне создать TriageOutcome после оценки?

Либо клиент, либо сервер создают запись TriageOutcome, связанную с SurveyResponse. Для безопасности используйте Cloud Code, чтобы проверить результаты оценки перед их сохранением.

Q: Можно ли кешировать деревья DecisionNode на мобильных устройствах для оффлайн-использования?

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

Q: Как я могу проверить, почему был дан конкретный совет?

Просматривайте записи SurveyResponse.path и AuditEntry, чтобы увидеть, какие узлы соответствовали условиям и какие данные использовались для генерации TriageOutcome.

Q: Какой рекомендованный способ обновления клинического контента?

Создайте новую версию опроса и протестируйте ее на этапе предварительного запуска; после валидации опубликуйте ее и переведите клиентов на новую версию для свежих оценок.

Q: Как мне справиться с соблюдением нормативных требований?

Применяйте строгую CLP/ACL к персональным данным, учитывайте шифрование при необходимости, сохраняйте полные аудиторские следы и консультируйтесь с клиническим управлением или юридическими командами для местных требований.

Q: Как мне предотвратить внедрение злонамеренных правил?

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

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

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

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

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

Модель сбора (intake) с мнением — Отслеживайте определения опросов, варианты вопросов и ответы пользователей для надежного восстановления сессий приема.
Клинические логические узлы — Представьте деревья решений в виде связанных записей DecisionNode, чтобы логика оценки была отделена от кода клиента.
Результаты триажа — Храните детерминированные результаты триажа (советы, уровень срочности, рекомендуемые следующие шаги) для последующего анализа и маршрутизации.
Аудит и объяснимость — Зафиксируйте путь принятия решений и пользовательские вводы, чтобы результаты были проверяемыми и объясняемыми для врачей и проверок соответствия.
Кроссплатформенные API — REST и GraphQL конечные точки обслуживают мобильные и веб-клиенты с последовательными контрактами для приема и триажа.

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

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

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

Ориентированный на пациента триаж симптомовПрототипы поддержки клинических решенийПроцессы приёма телемедициныИнструменты внутренней триажи для клиникМинимально жизнеспособные продукты для цифровых триажейКоманды, использующие BaaS для регулируемого контента

Обзор

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

Этот шаблон определяет Survey, DecisionNode, UserProfile, SurveyResponse, TriageOutcome и AuditEntry с разумными правилами владения и валидации для поддержки клинических процессов приёма.

Основные функции Симптомного Проверяющего

Каждая карточка технологии в этом центре использует одну и ту же схему бэкенда Симптомного Проверщика с Survey, DecisionNode, UserProfile, SurveyResponse, TriageOutcome и AuditEntry.

Определение и версия опроса

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

Деревья узлов решений

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

Отслеживание SurveyResponse

SurveyResponse хранит ответы пользователей, временные метки и оцененный путь через дерево решений.

Записи о TriageOutcome

TriageOutcome фиксирует оцененный уровень (самообслуживание, срочно, экстренно), текст совета и рекомендуемые следующие шаги.

Управление UserProfile

UserProfile связывает Back4app учетные записи пользователей с демографическими и клиническими метаданными, используемыми во время триажа.

Объяснимые записи аудита

AuditEntry фиксирует актера, действие, контекст и полезную нагрузку для каждой критической оценки и результата.

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

Back4app предоставляет управляемые строительные Bloc-ки для приема, логики решений и триажа, чтобы ваша команда могла сосредоточиться на клиническом содержании, UX и интеграциях.

•Управление опросами и контентом: Создавайте опросы и версии их, чтобы потоки приема могли развиваться, сохраняя при этом более ранние сессии для обзора.
•Детерминированная клиническая логика: Храните узлы решений как данные, чтобы правила были проверяемыми, тестируемыми и редактируемыми без новых релизов клиентских приложений.
•Гибкие API + аудит: Используйте REST и GraphQL для доступа клиентов и записи подробных записей аудита для захвата пути ввода и решения для объяснимости.

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

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

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

Быстрая итерация контента

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

Объяснимые результаты

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

Последовательные результаты сортировки

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

Редактирование контента с разрешениями

Контролируйте, кто может создавать или публиковать содержание опроса, используя основанные на ролях ACL и проверки Cloud Code.

Данные, готовые для аналитики

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

AI-поддерживаемый рабочий процесс начальной настройки

Быстро создавайте опросы, узлы и примеры результатов сортировки с помощью готового подсказки AI-агента.

Готовы запустить свою платформу триажа симптомов?

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

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

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

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

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

Фронтенд

13+ технологий

Бекенд

Back4app

База данных

MongoDB

Аутентификация

Встроенная аутентификация + сессии

API

REST и GraphQL

В реальном времени

Live Queries

ER Diagram

Модель сущностей и отношений для схемы бэкенда Symptom Checker.

common.erDiagramPlaceholder

Просмотреть источник диаграммы

Mermaid

erDiagram
    SymptomSurvey ||--o{ DecisionNode : "contains"
    DecisionNode ||--o{ DecisionNode : "branches to"
    DecisionNode }|..|{ Advice : "recommends"
    PatientProfile ||--o{ Encounter : "starts"
    SymptomSurvey ||--o{ Encounter : "used in"
    Advice ||--o{ Encounter : "applies to"

    SymptomSurvey {
        String objectId PK
        String title
        String description
        String version
        Boolean isActive
        Array nodes FK
        Date createdAt
        Date updatedAt
    }

    DecisionNode {
        String objectId PK
        String questionText
        Array options FK
        Object nextMap
        Boolean isTerminal
        Pointer advice FK
        Date createdAt
        Date updatedAt
    }

    Advice {
        String objectId PK
        String title
        String description
        String urgency
        String followUp
        Date createdAt
        Date updatedAt
    }

    PatientProfile {
        String objectId PK
        Pointer user FK
        String fullName
        Date birthDate
        String sex
        String contact
        Array medicalHistory FK
        Date createdAt
        Date updatedAt
    }

    Encounter {
        String objectId PK
        Pointer patient FK
        Pointer survey FK
        Object responses
        Array decisionPath FK
        Pointer recommendedAdvice FK
        Number riskScore
        String status
        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
    }

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

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

common.erDiagramPlaceholder

Посмотреть источник диаграммы

Mermaid

sequenceDiagram
  participant User
  participant App as Symptom Checker App
  participant Back4app as Back4app Cloud

  User->>App: Open app and Login
  App->>Back4app: POST /login
  Back4app-->>App: Session token and patient context

  User->>App: Request active triage surveys
  App->>Back4app: GET /classes/SymptomSurvey?where={"isActive":true}
  Back4app-->>App: List of SymptomSurvey

  User->>App: Start survey "Respiratory Triage"
  App->>Back4app: POST /classes/Encounter (patient, survey, status: in_progress)
  Back4app-->>App: Encounter objectId

  User->>App: Answer node Q1 -> "Yes"
  App->>Back4app: PUT /classes/Encounter/{id} (append responses, decisionPath)
  Back4app-->>App: Updated Encounter

  User->>App: Complete survey
  App->>Back4app: PUT /classes/Encounter/{id} (status: completed) + POST /classes/AuditLog
  Back4app-->>App: Encounter with recommendedAdvice (pointer) and riskScore

  Back4app-->>App: LiveQuery event if urgency == high (real-time escalation)
  App-->>User: Show advice and escalation instructions

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

Полная справка по каждому полю для каждого класса в схеме Проверки Симптомов.

Поле	Тип	Описание	Обязательно
objectId	String	Auto-generated unique identifier	Авто
title	String	Survey display title (e.g. Respiratory Triage)
description	String	Short description or purpose of the survey	—
version	String	Semantic version for survey logic
isActive	Boolean	Whether this survey is available to users
nodes	Array<Pointer<DecisionNode>>	Ordered decision nodes that make the clinical tree	—
createdAt	Date	Auto-generated creation timestamp	Авто
updatedAt	Date	Auto-generated last-update timestamp	Авто

8 поля в SymptomSurvey

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

Как стратегия ACL и CLP защищает содержание опросов, логику решений и конфиденциальные ответные данные.

Контроль контента на основе ролей

Разрешить только клиническим авторам и администраторам создавать или публиковать артефакты Survey и DecisionNode; зрители видят опубликованные версии.

Защищенные данные пользователей

Записи SurveyResponse и UserProfile имеют разрешения, так что пользователи и клиницисты получают доступ только к авторизованным записям; используйте зашифрованные поля для конфиденциальных данных там, где это необходимо.

Аудит только для добавления

Записи AuditEntry ограничены надежными бэкенд-потоками, чтобы сохранить отслеживаемость и предотвратить подделку исторических логов решений.

Схема (JSON)

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

JSON

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

144

145

146

147

148

149

150

151

152

153

154

155

156

157

158

159

160

161

162

163

164

165

166

167

168

169

170

171

172

173

174

175

176

177

178

179

180

181

182

183

184

185

186

187

188

189

190

191

192

193

194

195

196

197

198

199

200

201

202

203

204

205

206

207

208

209

210

211

212

213

214

215

216

217

218

219

220

221

222

223

224

225

226

227

228

229

230

231

232

233

234

235

236

237

238

239

240

241

242

243

244

245

246

{
  "classes": [
    {
      "className": "SymptomSurvey",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "title": {
          "type": "String",
          "required": true
        },
        "description": {
          "type": "String",
          "required": false
        },
        "version": {
          "type": "String",
          "required": true
        },
        "isActive": {
          "type": "Boolean",
          "required": true
        },
        "nodes": {
          "type": "Array<Pointer>",
          "required": false,
          "targetClass": "DecisionNode"
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "DecisionNode",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "questionText": {
          "type": "String",
          "required": true
        },
        "options": {
          "type": "Array",
          "required": true
        },
        "nextMap": {
          "type": "Object",
          "required": false
        },
        "isTerminal": {
          "type": "Boolean",
          "required": true
        },
        "recommendedAdvice": {
          "type": "Pointer",
          "required": false,
          "targetClass": "Advice"
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Advice",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "title": {
          "type": "String",
          "required": true
        },
        "description": {
          "type": "String",
          "required": true
        },
        "urgency": {
          "type": "String",
          "required": true
        },
        "followUp": {
          "type": "String",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "PatientProfile",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "user": {
          "type": "Pointer",
          "required": false,
          "targetClass": "_User"
        },
        "fullName": {
          "type": "String",
          "required": false
        },
        "birthDate": {
          "type": "Date",
          "required": false
        },
        "sex": {
          "type": "String",
          "required": false
        },
        "contact": {
          "type": "String",
          "required": false
        },
        "medicalHistory": {
          "type": "Array",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Encounter",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "patient": {
          "type": "Pointer",
          "required": true,
          "targetClass": "PatientProfile"
        },
        "survey": {
          "type": "Pointer",
          "required": true,
          "targetClass": "SymptomSurvey"
        },
        "responses": {
          "type": "Object",
          "required": true
        },
        "decisionPath": {
          "type": "Array<Pointer>",
          "required": false,
          "targetClass": "DecisionNode"
        },
        "recommendedAdvice": {
          "type": "Pointer",
          "required": false,
          "targetClass": "Advice"
        },
        "riskScore": {
          "type": "Number",
          "required": false
        },
        "status": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "AuditLog",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "actor": {
          "type": "Pointer",
          "required": false,
          "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-агента

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

AI-агент Back4app

Готово к созданию

Создайте бэкенд проверки симптомов на Back4app с этой точной схемой и поведением.

Схема:
1. Опрос: заголовок (строка, обязательно), версия (строка, обязательно), startNode (указатель на DecisionNode, обязательно), metadata (объект, необязательно).
2. DecisionNode: вопрос (строка, обязательно), inputType (строка: singleChoice, multiChoice, numeric, text), условия (массив объектов состояния), nextNode (указатель на DecisionNode, необязательно), outcome (указатель на TriageOutcome, необязательно), ruleType (строка: детерминированный, программируемый).
3. UserProfile: пользователь (указатель на пользователя, обязательно), ageRange (строка, необязательно), chronicFlags (массив, необязательно), consentGiven (логическое значение, обязательно).
4. SurveyResponse: опрос (указатель на опрос, обязательно), пользователь (указатель на пользователя, необязательно), ответы (объект: с ключами nodeId), путь (массив указателей на DecisionNode), startedAt (дата), completedAt (дата, необязательно).
5. TriageOutcome: ответ (указатель на SurveyResponse, обязательно), уровень (строка: самостоятельный уход, первичная помощь, срочный, экстренный), adviceText (строка), recommendedAction (строка), createdAt (система).
6. AuditEntry: актер (указатель на пользователя, обязательно), действие (строка, обязательно), контекст (объект), payload (объект, необязательно).

Безопасность:
- Используйте ACL/CLP для ограничения авторства опросов и защиты данных SurveyResponse. Записи AuditEntry должны быть только для добавления для неадминистраторов.

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

Поведение:
- Получение опубликованных опросов и деревьев DecisionNode, постепенная оценка узлов, сохранение SurveyResponse с путем решения, вычисление или запись TriageOutcome и создание записей AuditEntry для каждой завершенной оценки.

Доставка:
- Приложение Back4app с схемой, ACL, CLP; стартовые опросы и узлы решений; руководство по интеграции фронтенда для {tech}; примеры API playground.

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

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

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

API Playground

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

common.loadingPlayground

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

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

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

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

Каждый стек использует одну и ту же схему и API-контракты Symptom Checker.

Единая структура данных проверка симптомов

Когерентная схема для опросов и профилей пользователей, адаптированная для проверка симптомов.

Результаты триажа в реальном времени

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

Безопасное управление данными пользователей

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

REST/GraphQL API доступ

Легко интегрируйте с фронтенд-фреймворками через гибкие API для проверка симптомов.

Настраиваемый опыт опроса

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

Аналитические и отчетные инструменты

Получайте insights из взаимодействий пользователей и результатов в приложении проверка симптомов.

Сравнение фреймворков проверки симптомов

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

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

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

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

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

Что такое бэкенд Проверки симптомов?

Что включает в себя этот шаблон?

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

Как мне собрать и воспроизвести сессию опроса?

Как мне создать TriageOutcome после оценки?

Можно ли кешировать деревья DecisionNode на мобильных устройствах для оффлайн-использования?

Как я могу проверить, почему был дан конкретный совет?

Какой рекомендованный способ обновления клинического контента?

Как мне справиться с соблюдением нормативных требований?

Как мне предотвратить внедрение злонамеренных правил?

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

Команды, создающие процедуры триажа и непосредственно приема, полагаются на шаблоны Back4app для быстрого, соответствующего требованиям создания бэкендов

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

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

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

Шаблон Backend для приложения проверки симптомовНаправляемые опросы при поступлении, результаты триажа и оценка дерева решений