증상 확인기 앱 백엔드 템플릿
안내 Intake 설문조사, 분류 결과, 결정 트리 평가
생산 준비가 완료된 증상 확인기 백엔드가 Back4app에 있으며, Intake 설문조사, 임상 논리 트리, 분류 결과, 사용자 프로필 및 감사 추적을 포함합니다. ER 다이어그램, 데이터 사전, JSON 스키마, API 놀이터, 및 신속 부트스트랩을 위한 AI 에이전트 프롬프트가 포함됩니다.
핵심 요약
이 템플릿은 설문, 의사 결정 트리, 결과, 사용자 및 감사 모델이 포함된 증상 검사기 백엔드를 제공합니다. 따라서 귀하의 팀은 임상 콘텐츠와 UX에 집중할 수 있습니다.
- 의견 기반 접수 모델 — 설문 정의, 질문 변형 및 사용자 응답을 추적하여 접수 세션을 신뢰성 있게 재구성합니다.
- 임상 논리 노드 — 결정 트리를 연결된 DecisionNode 레코드로 표현하여 평가 논리가 클라이언트 코드와 분리됩니다.
- 분류 결과 — 하류 분석 및 라우팅을 위해 결정적인 분류 결과(조언, 긴급성 수준, 권장 다음 단계)를 저장합니다.
- 감사 및 설명 가능성 — 결과를 임상 의사와 규정 준수 검토를 위해 감사 가능하고 설명 가능하도록 결정 경로 및 사용자 입력을 캡처합니다.
- 크로스 플랫폼 API — REST 및 GraphQL 엔드포인트는 intake 및 triage를 위한 일관된 계약으로 모바일 및 웹 클라이언트를 제공합니다.
증상 검사기 앱 백엔드 템플릿이란 무엇입니까?
Back4app는 빠른 제품 제공을 위한 백엔드 서비스(BaaS)입니다. 증상 검사기 앱 백엔드 템플릿은 설문조사, 결정 노드, 설문 조사 응답, triage 결과, 사용자 프로필 및 감사 항목에 대한 사전 구축된 스키마입니다. 선호하는 프론트엔드(React, Flutter, Next.js 등)을 연결하고 더 빨리 배송하세요.
최고의 용도:
개요
신뢰할 수 있는 증상 확인자는 구조화된 접수 데이터, 명확한 결정 논리 및 감사 가능한 결과가 필요하여 트리아지 및 분석을 지원합니다.
이 템플릿은 임상 접수 워크플로를 지원하기 위해 Survey, DecisionNode, UserProfile, SurveyResponse, TriageOutcome 및 AuditEntry를 합리적인 소유권 및 검증 규칙으로 정의합니다.
핵심 증상 체크 기능
이 허브의 모든 기술 카드에는 설문 조사, 결정 노드, 사용자 프로필, 설문 조사 응답, 분류 결과 및 AuditEntry가 포함된 동일한 증상 검사 백엔드 스키마가 사용됩니다.
설문조사 정의 및 버전 관리
설문조사 클래스는 제목, 버전, 시작 노드 및 가이드 intake 흐름 작성을 위한 메타데이터를 저장합니다.
결정 노드 트리
결정 노드는 질문, 분기 논리, 조건 표현식 및 후속 노드에 대한 포인터를 모델링합니다.
설문 응답 추적
설문 응답은 사용자 답변, 타임스탬프 및 결정 트리를 통한 평가된 경로를 저장합니다.
분류 결과 기록
분류 결과는 평가된 수준(자가 관리, 긴급, 응급), 조언 텍스트 및 권장 다음 단계를 캡처합니다.
사용자 프로필 관리
사용자 프로필은 Back4app 사용자 계정을 분류 중 사용되는 인구 통계 및 임상 메타데이터에 연결합니다.
설명 가능한 감사 항목
AuditEntry는 각 중요한 평가 및 결과에 대한 배우자, 행동, 맥락 및 페이로드를 기록합니다.
왜 Back4app로 증상 체크 백엔드를 구축해야 할까요?
Back4app는 귀하의 팀이 임상 콘텐츠, UX 및 통합에 집중할 수 있도록 intake, 결정 논리 및 분류를 위한 관리형 Blocks를 제공합니다.
- •설문조사 및 콘텐츠 관리: 저자 설문조사를 작성하고 버전을 관리하여 intake 흐름이 발전할 수 있도록 하면서 이전 세션을 검토할 수 있도록 보존합니다.
- •결정론적 임상 논리: 결정 노드를 데이터를 저장하여 규칙을 감사 가능하고, 테스트 가능하며, 클라이언트 앱에 대한 새로운 릴리스 없이 수정할 수 있습니다.
- •유연한 API + 감사: 클라이언트 액세스 및 입력 및 결정 경로 캡처를 위한 자세한 감사 항목 기록을 위해 REST 및 GraphQL를 사용하십시오.
관리형 백엔드 계약으로 증상 분류 흐름을 신속하게 작성, 테스트 및 배포할 수 있으며 여러 프론트엔드를 지원합니다.
핵심 이점
결정 논리를 감사할 수 있고 콘텐츠 중심으로 유지하면서 빠르게 반복할 수 있도록 도와주는 증상 분류 백엔드입니다.
신속한 콘텐츠 반복
매번 콘텐츠 변경에 대해 클라이언트 릴리스를 배포하지 않고 저자 및 버전 설문 및 결정 노드를 작성합니다.
설명 가능한 결과
결정 경로와 입력을 보존하여 임상의와 감사자가 특정 분류 추천이 발행된 이유를 재구성할 수 있도록 합니다.
일관된 분류 결과
결정론적 규칙 평가를 사용하여 동일한 입력이 플랫폼 간에 반복 가능한 결과를 생성하도록 보장합니다.
권한 부여된 콘텐츠 편집
역할 기반 ACL 및 Cloud Code 체크를 사용하여 누가 설문 콘텐츠를 작성하거나 게시할 수 있는지 제어합니다.
분석 준비 완료 데이터
구조화된 응답과 결과를 캡처하여 제품 및 임상 팀이 사용 및 안전 신호를 분석할 수 있도록 합니다.
AI 지원 부트스트랩 워크플로우
기본 제공 AI 에이전트 프롬프트로 설문 조사, 노드 및 예제 분류 결과를 신속하게 생성합니다.
증상 분류 플랫폼을 시작할 준비가 되셨나요?
Back4app AI 에이전트가 귀하의 증상 검사기 백엔드를 구성하고, 설문조사, 의사결정 노드, 응답, 결과 및 감사 로그를 한 번의 프롬프트로 생성하도록 하세요.
무료 시작 — 월 50개의 AI 에이전트 프롬프트, 신용 카드 필요 없음
기술 스택
이 증상 검사기 백엔드 템플릿에 포함된 모든 것.
ER 다이어그램
증상 검사기 백엔드 스키마를 위한 엔티티 관계 모델입니다.
설문조사, 의사결정 노드, 사용자 프로필, 응답, 분류 결과 및 감사 항목을 포함하는 스키마입니다.
다이어그램 출처 보기
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
}
통합 흐름
인증, 안내 intake, 결정 평가 및 triage 지속성에 대한 일반적인 런타임 흐름입니다.
다이어그램 소스 보기
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 전략이 설문 내용, 결정 논리 및 민감한 응답 데이터를 어떻게 보호하는지.
역할 기반 콘텐츠 제어
임상 저자 및 관리자만 설문 및 DecisionNode 아티팩트를 생성하거나 게시할 수 있도록 허용; 뷰어는 게시된 버전을 봅니다.
보호된 사용자 데이터
SurveyResponse 및 UserProfile 기록은 권한이 설정되어 있어 사용자와 임상의가 승인된 기록만 접근할 수 있습니다; 필수 시 민감한 데이터에는 암호화된 필드를 사용합니다.
추가만 가능한 감사
AuditEntry 쓰기는 신뢰할 수 있는 백엔드 흐름으로 제한되어 추적 가능성을 유지하고 역사적 결정 로그의 변조를 방지합니다.
스키마 (JSON)
Back4app에 복사하거나 구현 참조로 사용할 준비가 된 원시 JSON 스키마 정의입니다.
{
"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 에이전트로 빌드
Back4app AI 에이전트를 사용하여 이 템플릿에서 증상 검사기 앱을 생성합니다. 여기에는 설문 조사 골격, 의사 결정 트리, 분류 결과, 그리고 {tech}에 대한 프론트엔드 통합이 포함됩니다.
Back4app에서 이 정확한 스키마와 동작으로 증상 검사기 백엔드를 생성합니다.
스키마:
1. 설문조사: 제목 (문자열, 필수), 버전 (문자열, 필수), 시작노드 (결정노드에 대한 포인터, 필수), 메타데이터 (객체, 선택적).
2. 결정노드: 질문 (문자열, 필수), 입력유형 (문자열: 단일 선택, 다중 선택, 숫자, 텍스트), 조건 (조건 객체 배열), 다음노드 (결정노드에 대한 포인터, 선택적), 결과 (분류 결과에 대한 포인터, 선택적), 규칙유형 (문자열: 결정론적, 스크립트 가능).
3. 사용자 프로필: 사용자 (사용자에 대한 포인터, 필수), 연령대 (문자열, 선택적), 만성 플래그 (배열, 선택적), 동의 여부 (부울, 필수).
4. 설문 조사 응답: 설문 조사 (설문 조사에 대한 포인터, 필수), 사용자 (사용자에 대한 포인터, 선택적), 답변 (객체: nodeId로 키가 지정됨), 경로 (결정노드 포인터 배열), 시작일 (날짜), 완료일 (날짜, 선택적).
5. 분류 결과: 응답 (설문 조사 응답에 대한 포인터, 필수), 수준 (문자열: 자가 관리, 1차 진료, 긴급, 응급), 조언 텍스트 (문자열), 권장 조치 (문자열), 생성일 (시스템).
6. 감사 항목: 행위자 (사용자에 대한 포인터, 필수), 행동 (문자열, 필수), 맥락 (객체), 페이로드 (객체, 선택적).
보안:
- ACL/CLP를 사용하여 설문 조사 작성 제한 및 설문 조사 응답 데이터 보호. 비관리자를 위해 AuditEntry 쓰기는 추가 전용이어야 합니다.
인증:
- 최종 사용자 및 임상의 위한 가입, 로그인, 로그아웃; 저자 및 검토자를 위한 역할 기반 권한.
동작:
- 게시된 설문 조사 및 결정 노드 트리를 가져오고, 노드를 점진적으로 평가하며, 의사 결정 경로가 포함된 설문 조사 응답을 유지하고, 분류 결과를 계산하거나 기록하며, 각 완료된 평가를 위한 감사 항목 기록을 생성합니다.
전달:
- Back4app 앱과 스키마, ACL, CLP; 스타터 설문 조사 및 결정 노드; {tech}를 위한 프론트엔드 통합 가이드; API 플레이그라운드 예제.아래 버튼을 눌러 미리 채워진 이 템플릿 프롬프트로 에이전트를 엽니다.
이것은 기술 접미사가 없는 기본 프롬프트입니다. 생성된 프론트엔드 스택은 이후에 조정할 수 있습니다.
API 플레이그라운드
증상 검사기 스키마에 대해 REST 및 GraphQL 엔드포인트를 시도해 보세요. 응답은 모의 데이터를 사용하고 Back4app 계정이 필요하지 않습니다.
이 템플릿과 동일한 스키마를 사용합니다.
기술 선택
각 카드에서 통합 단계, 상태 패턴, 데이터 모델 예제 및 오프라인 노트를 확장하세요.
Flutter 증상 확인기 백엔드
React 증상 확인기 백엔드
React 네이티브 증상 확인기 백엔드
Next.js 증상 확인기 백엔드
JavaScript 증상 확인기 백엔드
Android 증상 확인기 백엔드
iOS 증상 확인기 백엔드
Vue 증상 확인기 백엔드
Angular 증상 확인기 백엔드
GraphQL 증상 확인기 백엔드
REST API 증상 확인기 백엔드
PHP 증상 확인기 백엔드
.NET 증상 확인기 백엔드
모든 기술로 얻는 것
모든 스택은 동일한 증상 검사기 백엔드 스키마와 API 계약을 사용합니다.
통합 증상 검사기 데이터 구조
증상 검사기에 맞춘 조사 및 사용자 프로필을 위한 응집력 있는 스키마.
실시간 분류 결과
증상 검사기에 대한 동적 의사 결정 노드를 통한 사용자 증상에 대한 즉각적인 피드백.
안전한 사용자 데이터 관리
증상 검사기 사용자 정보의 기밀성을 보장하는 강력한 접근 제어.
REST/GraphQL API 접근
증상 검사기을 위한 유연한 API를 통해 프론트엔드 프레임워크와 쉽게 통합.
맞춤형 조사 경험
증상 검사기 사용자들의 특정 요구를 충족하도록 조사를 기획하여 더욱 나은 참여를 유도.
분석 및 보고 도구
증상 검사기 앱에서 사용자 상호작용 및 결과에 대한 통찰력을 얻으세요.
증상 검사기 프레임워크 비교
모든 지원 기술에서 설정 속도, SDK 스타일 및 AI 지원 비교.
| 프레임워크 | 설정 시간 | 증상 검사기 이점 | SDK 유형 | AI 지원 |
|---|---|---|---|---|
| 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분) 설정 | Reactive 증상 검사기를 위한 웹 UI. | Typed SDK | 전체 | |
| ~5분 | 증상 검사기를 위한 엔터프라이즈 웹 앱. | Typed SDK | 전체 | |
| 2분 이내 | 증상 검사기를 위한 유연한 GraphQL API. | GraphQL API | 전체 | |
| 빠른 (2분) 설정 | REST API 증상 검사기를 위한 통합. | REST API | 전체 | |
| ~3분 | 증상 검사기를 위한 서버 측 PHP 백엔드. | REST API | 전체 | |
| 빠른 (5분) 설정 | .NET 증상 검사기를 위한 백엔드. | Typed SDK | 전체 |
설정 시간은 이 템플릿 스키마를 사용하여 프로젝트 부트스트랩에서 첫 번째 조사 및 결정 평가까지의 예상 소요 시간을 반영합니다.
자주 묻는 질문
이 템플릿을 사용하여 증상 검사기 백엔드를 구축하는 것에 대한 일반적인 질문입니다.