가족 간병인 포털 앱 백엔드 템플릿
현장 수준의 제어, 생체 정보 및 동의 로그를 사용하여 노인 돌봄 상태를 안전하게 공유하십시오.
생산 준비가 완료된 가족 간병인 포털 백엔드가 Back4app에서 제공됩니다. 가족과 함께 노인 환자 상태를 안전하고 세분화하여 공유하고, 실시간 생체 정보, 치료 계획 및 변경이 불가능한 동의 기록을 사용할 수 있습니다.
주요 사항
이 템플릿을 사용하여 ElderlyProfile, FamilyMember, PermissionShare, VitalReading, CarePlan, VisitNote 및 AuditLog를 사용하여 빠르게 안전한 가족 접근을 제공하는 돌봄 제공자 포털을 부트스트랩할 수 있습니다.
- 세분화된 권한 모델 — PermissionShare를 사용하여 개별 가족 구성원과 특정 필드 및 리소스 유형(예: 생체 신호만, 또는 생체 신호 + 돌봄 작업)을 공유합니다.
- 가족 우선 아이덴티티 흐름 — 가족 구성원을 초대하고, 역할(주 돌봄 제공자, 읽기 전용 친척)을 관리하며, 기본 데이터를 제거하지 않고 중앙에서 접근을 취소할 수 있습니다.
- 실시간 상태 업데이트 — Live Queries를 사용하여 구독한 가족 구성원에게 VitalReading 및 중요한 VisitNote 업데이트를 스트리밍하여 즉각적인 가시성을 제공합니다.
- 동의 및 감사 가능성 — 누가 접근 권한을 부여받았는지, 어떤 범위가 공유되었는지, 그리고 언제 철회되었는지를 추가 전용 감사 로그 항목으로 기록합니다.
- 크로스 플랫폼 백엔드 — 웹, 모바일 및 침대 옆 장치에 대해 동일한 REST 및 GraphQL API를 제공하여 일관된 권한 부여 및 데이터 계약을 보장합니다.
가족 돌봄 제공자 포털 앱 템플릿이란 무엇인가?
Back4app는 빠른 배달을 위한 BaaS입니다. 이 가족 돌봄 제공자 포털 앱 템플릿은 노인 프로필, 가족 구성원, 권한 공유, 중요 정보, 관리 계획, 방문 노트 및 감사 로그를 모델링하여 돌봄 제공자 대면 제품을 신속하게 출시할 수 있도록 돕습니다.
최고:
개요
가족 돌봄 제공자는 정밀한 제어가 필요합니다: 가족은 노인(또는 보호자)이 허용하는 것만 볼 수 있어야 합니다. 여기에는 필드 수준 공유, 시간 제한 접근 및 명확한 감사 추적이 포함됩니다.
이 템플릿은 가족 초대, 권한 철회, 생체징후 스트리밍, 돌봄 작업 및 웹 및 모바일 클라이언트 전반에 걸쳐 추가 전용 감사 가능성을 구현하기 위한 클래스 및 소유권 규칙을 제공합니다.
핵심 가족 간병인 기능
모든 기술 카드에서는 동일한 간병인 포털 백엔드 스키마(ElderlyProfile, FamilyMember, PermissionShare, VitalReading, CarePlan, VisitNote, AuditLog)를 사용합니다.
가족 구성원 관리
Back4app 사용자를 노인 프로필에 관계, 선호 연락처 및 역할(예: 주요 보호자)과 연결합니다.
권한 공유 기록
노인 프로필 소유자로부터 가족 구성원에게 필드 수준 또는 리소스 수준의 접근을 부여하며, 만료 및 철회 포함.
노인 프로필 및 건강 요약
인구통계, 치료 선호도, 비상 연락처 및 요약된 건강 정보 저장.
생체 징후 읽기 타임라인 (실시간)
기기 메타데이터 및 선택적 Live Queries와 함께 시계열 생체 징후(심박수, 혈압, 포도당)를 지속적으로 저장합니다.
치료 계획 작업 및 알림
반복 작업, 지정된 가족 구성원, 완료 이력 및 알림 모델링.
방문 노트 저널링
방문에 연관된 임상 또는 가족의 노트를 저장하고 가시성 범주로 태그합니다.
동의 인식 감사 로그
부여, 철회 및 민감한 데이터 접근 이벤트에 대한 append-only 기록.
왜 Back4app로 가족 간병인 포털 백엔드를 구축해야 하나요?
Back4app는 허가된 데이터 공유, 실시간 스트리밍 및 감사 가능성을 위한 안전한 원시 기능을 제공하여 제품 팀이 백엔드 인프라가 아닌 간병인 사용자 경험 및 준수에 집중할 수 있도록 합니다.
- •필드 수준 공유 및 범위: PermissionShare는 좁거나 넓은 범위(예: 생체 신호 전용, 전체 건강 요약, 간호 작업)를 지원하며, 동의 요구 사항을 충족하기 위해 만료 기능을 제공합니다.
- •중요한 곳에서의 실시간 가시성: VitalReading 및 고우선 순위 VisitNote 업데이트를 구독한 가족 구성원에게 스트리밍하여 긴급한 변경 사항을 즉시 볼 수 있도록 합니다.
- •동의 우선 감사 로그: 추가 전용 AuditLog 항목은 허가, 철회 및 민감한 작업을 기록하여 누가 무엇에 언제 접근했는지 증명할 수 있습니다.
모든 플랫폼에서 안전하고 공유 가능한 API 및 실시간 옵션으로 간병인 기능을 더 빠르게 배포하세요.
핵심 이점
안전한 가족 공유 기능을 신속하게 제공하기 위한 개인정보 보호 중심의 케어기버 백엔드.
더 빠른 케어기버 기능 제공
공유, 생체 정보, 돌봄 작업 및 감사 로그에 중점을 둔 프로덕션 스키마에서 출발하여 제품 개발을 가속화하십시오.
세밀한 공유 및 철회
가족 구성원이 정확히 어떤 것을 볼 수 있는지 부여하고, 기본 레코드를 삭제하지 않고 액세스를 철회하십시오.
실시간 상태 업데이트
Live Queries를 사용하여 구독한 가족 구성원에게 즉각적인 중요한 업데이트(생체 정보, 높은 우선 순위의 메모)를 제공합니다.
동의 증명 감사 기록
누가 언제 접근을 허가했는지 증명하고, 규정 준수 또는 가족 투명성을 위해 민감한 접근 이벤트를 기록합니다.
디바이스 간 일관성
하나의 백엔드 계약을 사용하여 웹 대시보드, 모바일 앱 및 침대 옆 기기에 일관된 권한 검사 제공.
AI 지원 부트스트랩
제공된 AI 에이전트 프롬프트를 사용하여 선택한 기술에 대한 스키마, ACL, CLP 및 예제 프론트엔드 코드를 구조화하세요.
가족 돌보미 포털을 시작할 준비가 되었나요?
Back4app AI 에이전트가 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 Portal 스키마의 모든 클래스에 대한 전체 필드 수준 참조입니다.
| 필드 | 유형 | 설명 | 필수 |
|---|---|---|---|
| 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 기록은 비공개로 유지하고 허용된 요약만 노출하십시오.
시간 제한 및 취소 가능한 접근
PermissionShare에서 expireAt 지원 및 동의 요구사항 및 긴급 접근 시나리오에 맞춰 서버 측 취소 지원.
추가만 가능한 감사 기록
grant, revoke 및 민감한 읽기를 위해 AuditLog 항목을 작성하십시오. 감사 항목의 수정을 신뢰할 수 있는 백엔드 역할로 제한하십시오.
스키마 (JSON)
Back4app에 복사할 수 있는 원시 JSON 스키마 정의 또는 구현 참조로 사용할 준비가 되어 있습니다.
{
"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 에이전트로 구축
이 템플릿에서 Back4app AI 에이전트를 사용하여 프론트엔드, 백엔드, 인증 및 권한 흐름을 포함한 완전한 가족 간병인 포털 앱을 생성합니다.
이 정확한 스키마와 동작으로 Back4app에서 가족 돌봄 제공자 포털 백엔드를 만듭니다. 스키마: 1. ElderlyProfile: owner (사용자에 대한 포인터, 필수), fullName (문자열, 필수), dateOfBirth (날짜), carePreferences (객체), emergencyContacts (배열); objectId, createdAt, updatedAt (시스템). 2. FamilyMember: user (사용자에 대한 포인터, 필수), elderlyProfile (ElderlyProfile에 대한 포인터, 필수), relation (문자열), role (문자열: primary, secondary, read-only); objectId, createdAt, updatedAt (시스템). 3. PermissionShare: owner (사용자에 대한 포인터, 필수), grantee (사용자에 대한 포인터, 필수), elderlyProfile (ElderlyProfile에 대한 포인터, 필수), scope (객체: 필드 및 resourceTypes), expiresAt (날짜, 선택 사항), active (부울); objectId, createdAt, updatedAt (시스템). 4. VitalReading: elderlyProfile (ElderlyProfile에 대한 포인터, 필수), type (문자열: heartRate, bloodPressure, glucose 등, 필수), value (문자열), unit (문자열), recordedAt (날짜, 필수), source (문자열, 선택 사항); objectId, createdAt, updatedAt (시스템). 5. CarePlan: elderlyProfile (ElderlyProfile에 대한 포인터, 필수), title (문자열, 필수), tasks (객체 배열: task, frequency, assignedTo), status (문자열), nextDueAt (날짜); objectId, createdAt, updatedAt (시스템). 6. VisitNote: elderlyProfile (ElderlyProfile에 대한 포인터, 필수), author (사용자에 대한 포인터, 필수), note (문자열, 필수), visibility (문자열: private, shared), createdAt (날짜); objectId, createdAt, updatedAt (시스템). 7. AuditLog: actor (사용자에 대한 포인터, 필수), action (문자열, 필수), targetType (문자열, 필수), targetId (문자열, 필수), payload (객체, 선택 사항); objectId, createdAt, updatedAt (시스템). 보안: - PermissionShare를 사용하여 읽기 제한; 민감한 읽기 및 쓰기를 위해 클라우드 코드에서 서버 측 검사를 시행합니다. 클레임 및 접근 제어 목록을 설정하여 소유자 및 시스템 역할만이 마스터 ElderlyProfile 기록을 편집할 수 있도록 합니다. 인증: - 가족 구성원 가입, 로그인, 초대 흐름. FamilyMember는 사용자와 ElderlyProfile 사이의 링크입니다. 작동 방식: - 가족 구성원을 초대하고, 범위와 만료가 포함된 PermissionShare 기록을 생성하고, 장치에서 VitalReading 이벤트를 수집하고, 구독한 가족 구성원에게 Live Queries를 통해 알리고, 권한 부여, 해지 및 주목할 만한 읽기에 대한 AuditLog 항목을 기록합니다. 배포: - Back4app 앱에 대한 스키마, ACL, CLP, 권한 집행을 위한 클라우드 코드 후크 및 시작 프론트엔드 통합 예제를 포함합니다.
아래 버튼을 눌러 이 템플릿 프롬프트가 미리 채워진 에이전트를 엽니다.
이것은 기술 접미사가 없는 기본 프롬프트입니다. 생성된 프론트엔드 스택을 나중에 조정할 수 있습니다.
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 | 전체 | |
| 약 5분 | 가족 돌봄 제공자 포털을 위한 빠른 웹 대시보드. | Typed SDK | 전체 | |
| 5분 이내 | 가족 돌봄 제공자 포털을 위한 크로스 플랫폼 모바일 앱. | Typed SDK | 전체 | |
| ~3–7분 | 가족 돌봄 제공자 포털을 위한 서버 렌더링 웹 앱. | Typed SDK | 전체 | |
| ~3분 | 가족 돌봄 제공자 포털을 위한 경량 웹 통합. | Typed SDK | 전체 | |
| ~5분 | Android의 네이티브 앱으로 가족 돌봄 제공자 포털. | Typed SDK | 전체 | |
| 약 5분 | iOS의 네이티브 앱으로 가족 돌봄 제공자 포털. | Typed SDK | 전체 | |
| 5분 이내 | React의 웹 UI로 가족 돌봄 제공자 포털. | Typed SDK | 전체 | |
| ~3–7분 | 가족 돌봄 제공자 포털을 위한 엔터프라이즈 웹 앱. | Typed SDK | 전체 | |
| 빠른(2분) 설정 | 가족 돌봄 제공자 포털을 위한 유연한 GraphQL API. | GraphQL API | 전체 | |
| ~2분 | REST API 통합으로 가족 돌봄 제공자 포털. | REST API | 전체 | |
| 5분 이내 | 가족 돌봄 제공자 포털을 위한 서버 측 PHP 백엔드. | REST API | 전체 | |
| 5분 이내 | 가족 돌봄 제공자 포털을 위한 .NET 백엔드. | Typed SDK | 전체 |
설치 시간은 프로젝트 부트스트랩부터 이 템플릿 스키마를 사용한 첫 초대 흐름 및 주요 쿼리까지 예상되는 기간을 반영합니다.
자주 묻는 질문
이 템플릿으로 가족 간병인 포털을 구축하는 것에 대한 일반적인 질문입니다.
