遠距醫療後端
遠距醫療諮詢應用程式後端範本
安全的約診、等待室、即時在線狀態及會議稽核日誌
一個可投入生產的 遠距醫療後端 在 Back4app，具備約診、虛擬等待室、以HIPAA為重點的會議日誌、病人/Provider 檔案、即時在線狀態及稽核追蹤。包括ER圖、數據字典、JSON架構、API遊樂場，以及一個AI代理提示以快速啟動。
關鍵要點
獲得一個處理預約生命週期、虛擬候診室、實時存在和專注於HIPAA的會話日誌的遠程醫療後端，讓您的團隊可以專注於臨床用戶體驗和集成。
- HIPAA-aware會話日誌 — 捕捉視頻會話元數據、時間戳、參與者和加密的審計有效載荷，以附加日誌的方式記錄以便追溯。
- 虛擬候診室 — 管理病人的報到、隊列順序、預計等待時間和Provider的準備情況，並保留明確的候診室記錄。
- 實時存在更新 — 通過Live Queries推送存在和隊列的變更，讓Provider和病人看到準確的狀態，而無需輪詢。
- 約會前的工作流程 — 通過鏈接的病人和 Provider 指針來建模排程、取消、重新排程和缺席處理。
- 跨平台準備 — 相同的後端通過 REST 和 GraphQL APIs 與 SDKs 支持移動端、網頁和 kiOSk 客戶端，適用於 {tech}。
什麼是遠程醫療諮詢應用模板？
Back4app 是一種後端即服務 (BaaS)，旨在快速交付產品。遠程醫療諮詢應用模板建模約會、虛擬候診室、會話日誌和在線狀態，使開發團隊可以更快地構建符合 HIPAA 規範的遠程醫療功能。
最佳用於：
遠程醫療平台診所虛擬候診室符合HIPAA的視頻日誌Provider 排程與分診跨平台遠程健康客戶端遠程諮詢的MVP
概述
遠程健康工作流程需要準確的約會狀態、排隊管理，並安全記錄會話元數據以符合合規性和賬單核對。
此模板定義了病人、Provider、約會、候診室、視頻會話日誌和審計日誌，並提供擁有權和CLP建議，使團隊能夠快速實施遠程健康工作流程，並考慮合規性。
核心遠程健康功能
此中心的每個技術卡片均使用相同的遠程健康後端架構，包括病人、Provider、約會、候診室、視頻會話日誌和審計日誌。
預約生命週期
創建、重新安排、取消和列出與病人和 Provider 的指標以及生命週期狀態相關的預約。
虛擬等候室
WaitingRoom 類別追蹤隊列順序、病人報到時間、預估等待時間以及分配的 Provider。
符合HIPAA的視頻會話記錄
VideoSessionLog記錄會話的開始/結束、參與者、持續時間、事件標記以及加密的元數據以供審計使用。
患者和Provider配置文件
患者和Provider類別存儲調度和臨床背景所需的基本身份、聯繫方式和元數據。
實時存在狀態和隊列更新
使用Live Queries廣播Provider的可用性、候診室位置和會話狀態變化。
集中式審計日誌
AuditLog 記錄了誰在何時為了符合規範和故障排除而執行的操作。
為什麼選擇 Back4app 建立遠程健康後端？
Back4app 消除了後端操作負擔，讓團隊能專注於臨床流程、安全控制和用戶體驗。
- •安全的會話日誌: 將視頻會話元數據和加密負載存儲在僅附加的日誌中，以支持審核和報銷工作流程。
- •虛擬候診室原語: 內建的候診室和隊列模型讓您能夠管理報到、分診和 Provider 指派，而無需自訂即時管道。
- •即時和 API 彈性: 使用 Live Queries 進行在場和隊列更新，同時暴露 REST 和 GraphQL 以進行預定通話和整合。
快速啟動遠程健康功能，提供符合規範的數據模型和即開即用的即時模式。
核心好處
一個幫助產品團隊快速交付安全且可審核的諮詢工作流的遠程健康後端。
符合HIPAA規範的審計界面
不可變的會話日誌和集中審計記錄使合規性和事件審查變得簡單。
減少缺席和更順暢的診所流程
虛擬等候室和登記流程幫助診所管理病人排隊，減少臨床醫生的空閒時間。
實時診所協調
實時的存在和隊列更新為Provider、病人和工作人員創造同步的體驗。
以授權為先的架構
ACL/CLP 模式和雲端代碼鉤子防止未經授權訪問PII和敏感會話數據。
跨平台API
REST和GraphQL端點為網頁入口、移動應用和與EHR或計費系統的集成提供服務。
一鍵AI輔助啟動
使用AI代理提示生成可工作的後端、填充示例數據和搭建前端集成。
準備好建立一個遵循HIPAA的遠程健康解決方案嗎？
讓 Back4app AI Agent 為您的遠程健康後端提供架構，並從一個提示生成約診、等候室、會議日誌和審計追蹤。
免費啟動 — 每月50個AI Agent提示，無需信用卡
技術堆疊
本遠程健康後端模板中包含所有內容。
前端
13+ 技術
後端
Back4app
資料庫
MongoDB
驗證
內建驗證 + 會話
API
REST 和 GraphQL
即時
Live Queries
ER 圖
遠程醫療後端架構的實體關係模型。
common.erDiagramPlaceholder
涵蓋患者、Provider、約會生命週期、候診室、會話日誌和審計的架構。
查看圖表源
Mermaid
erDiagram
PatientProfile ||--o{ Appointment : "books"
ProviderProfile ||--o{ Appointment : "assigned to"
Appointment ||--o{ VirtualWaitingRoom : "has"
Appointment ||--o{ VideoSessionLog : "logs"
Appointment ||--o{ AuditLog : "audited by"
ProviderProfile ||--o{ VideoSessionLog : "conducts"
PatientProfile ||--o{ VideoSessionLog : "attends"
PatientProfile {
String objectId PK
Pointer user FK
String fullName
Date dateOfBirth
String medicalRecordNumber
String phone
String email
Date consentSignedAt
Date createdAt
Date updatedAt
}
ProviderProfile {
String objectId PK
Pointer user FK
String fullName
String licenseNumber
String specialty
Boolean telehealthEnabled
Object availability
Date createdAt
Date updatedAt
}
Appointment {
String objectId PK
Pointer patient FK
Pointer provider FK
Date scheduledAt
Number durationMinutes
String status
Boolean prefersVideo
String notes
Pointer waitingRoom FK
Date createdAt
Date updatedAt
}
VirtualWaitingRoom {
String objectId PK
Pointer appointment FK
Array participants
Number queuePosition
Array announcements
Boolean isActive
Date createdAt
Date updatedAt
}
VideoSessionLog {
String objectId PK
Pointer appointment FK
Pointer provider FK
Pointer patient FK
Date startedAt
Date endedAt
Number durationSeconds
Object mediaAudit
Object consentSnapshot
String notesSummary
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 Telehealth Consultation App
participant Back4app as Back4app Cloud
User->>App: Sign in with secure credentials (MFA)
App->>Back4app: POST /login (return session token)
Back4app-->>App: Session token + user role
User->>App: View upcoming telehealth appointment
App->>Back4app: GET /classes/Appointment?where={"patient":Pointer("PatientProfile","pat1")}
Back4app-->>App: Appointment object with waitingRoom pointer
User->>App: Join virtual waiting room 10 min before scheduledAt
App->>Back4app: POST /classes/VirtualWaitingRoom/{wrId}/join (create participant pointer) + POST /classes/AuditLog
Back4app-->>App: Participant added + audit confirmation
Provider->>App: Open provider console and accept next patient
App->>Back4app: PUT /classes/Appointment/{apptId} { status: "in_session" } + POST /classes/VideoSessionLog
Back4app-->>App: Appointment updated + VideoSessionLog objectId
App->>Back4app: LiveQuery subscribe on VirtualWaitingRoom and VideoSessionLog
Back4app-->>App: Live events for join/leave and session updates
App-->>User: Real-time waiting-room countdown and "Your provider is ready" notification數據字典
Telehealth 架構中每個類別的字段級參考。
| 字段 | 類型 | 描述 | 必填 |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | 自動 |
| user | Pointer<_User> | Linked Back4app user account | |
| fullName | String | Patient full name | |
| dateOfBirth | Date | Patient date of birth | — |
| medicalRecordNumber | String | Internal MRN for cross-references | |
| phone | String | Contact phone number | — |
| String | Contact email | — | |
| consentSignedAt | Date | Timestamp when telehealth consent was recorded | — |
| createdAt | Date | Auto-generated creation timestamp | 自動 |
| updatedAt | Date | Auto-generated last-update timestamp | 自動 |
10 欄位在 PatientProfile 中
安全性與權限
ACL、CLP 和雲端代碼如何保護 PII、會話日誌和候診室狀態。
基於角色的存取控制
為病人、Provider、診所工作人員和管理員定義角色，以便每個人只能查看允許的記錄和操作。
僅追加的會話日誌
通過 CLP 和雲端代碼強制 VideoSessionLog 的僅追加約束，以使日誌在審核中保持防篡改。
加密的元數據和最小 PII
在 VideoSessionLog 中僅存儲必要的會話元數據並加密敏感負載；避免在後端存儲原始媒體。
架構 (JSON)
準備好可以複製到 Back4app 的原始 JSON 架構定義，或作為實作參考。
JSON
{
"classes": [
{
"className": "PatientProfile",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"user": {
"type": "Pointer",
"required": true,
"targetClass": "_User"
},
"fullName": {
"type": "String",
"required": true
},
"dateOfBirth": {
"type": "Date",
"required": false
},
"medicalRecordNumber": {
"type": "String",
"required": true
},
"phone": {
"type": "String",
"required": false
},
"email": {
"type": "String",
"required": false
},
"consentSignedAt": {
"type": "Date",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "ProviderProfile",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"user": {
"type": "Pointer",
"required": true,
"targetClass": "_User"
},
"fullName": {
"type": "String",
"required": true
},
"licenseNumber": {
"type": "String",
"required": true
},
"specialty": {
"type": "String",
"required": true
},
"telehealthEnabled": {
"type": "Boolean",
"required": true
},
"availability": {
"type": "Object",
"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": "ProviderProfile"
},
"scheduledAt": {
"type": "Date",
"required": true
},
"durationMinutes": {
"type": "Number",
"required": true
},
"status": {
"type": "String",
"required": true
},
"prefersVideo": {
"type": "Boolean",
"required": true
},
"notes": {
"type": "String",
"required": false
},
"waitingRoom": {
"type": "Pointer",
"required": false,
"targetClass": "VirtualWaitingRoom"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "VirtualWaitingRoom",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"appointment": {
"type": "Pointer",
"required": true,
"targetClass": "Appointment"
},
"participants": {
"type": "Array",
"required": false
},
"queuePosition": {
"type": "Number",
"required": false
},
"announcements": {
"type": "Array",
"required": false
},
"isActive": {
"type": "Boolean",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "VideoSessionLog",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"appointment": {
"type": "Pointer",
"required": true,
"targetClass": "Appointment"
},
"provider": {
"type": "Pointer",
"required": true,
"targetClass": "ProviderProfile"
},
"patient": {
"type": "Pointer",
"required": true,
"targetClass": "PatientProfile"
},
"startedAt": {
"type": "Date",
"required": true
},
"endedAt": {
"type": "Date",
"required": true
},
"durationSeconds": {
"type": "Number",
"required": true
},
"mediaAudit": {
"type": "Object",
"required": false
},
"consentSnapshot": {
"type": "Object",
"required": false
},
"notesSummary": {
"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 AI 代理
準備好構建
在 Back4app 上創建一個具有以下架構和行為的遠程醫療後端。 架構: 1. 病人: 用戶 (指向用戶的指標，必填), 全名 (字符串，必填), 出生日期 (日期，必填), 聯絡 (對象), 病歷號 (字符串，選填)。 2. Provider: 用戶 (指向用戶的指標，必填), 名稱 (字符串，必填), 執照號 (字符串), 專科 (數組), 可用性 (對象)。 3. 約診: 病人 (指向病人的指標，必填), Provider (指向 Provider 的指標，必填), 預定時間 (日期，必填), 持續時間 (分鐘，必填), 狀態 (字符串: 預定, 已報到, 進行中, 完成, 已取消), 備註 (字符串，選填)。 4. 等候室: 約診 (指向約診的指標，必填), 報到時間 (日期), 排隊位置 (數字), 預估等待時間 (數字), 狀態 (字符串: 等待, 準備好, 移除)。 5. 視頻會話日誌: 約診 (指向約診的指標，必填), Provider (指向 Provider 的指標，必填), 病人 (指向病人的指標，必填), 開始時間 (日期), 結束時間 (日期), 持續時間 (數字), 事件 (數組), 加密有效載荷 (對象, 選填); 大多數角色僅為附加。 6. 審計日誌: 行為者 (指向用戶的指標，必填), 操作 (字符串，必填), 實體類型 (字符串，必填), 實體 ID (字符串，必填), 有效載荷 (對象); objectId, createdAt, updatedAt (系統)。 安全性: - 使用 ACL/CLP 和雲代碼限制訪問。對於標準用戶，視頻會話日誌應僅為附加，並僅由受信任的診所管理員編輯。加密敏感有效載荷，避免存儲媒體二進制大對象。 身份驗證: - 工作人員和病人註冊/登錄流程。 Provider 帳戶需要驗證標記。 行為: - 身份驗證，列出用戶即將到來的約診，將病人報到到等候室，Provider 接受病人並開始寫入視頻會話日誌的會話，並持久化敏感過渡的審計日誌條目。 交付: - Back4app 應用程序具有架構、ACL、CLP；樣本前端片段以進行身份驗證、報到病人、管理等候室、開始會話並捕捉會話日誌。
按下面的按鈕以打開帶有此模板提示預填的代理。
這是沒有技術後綴的基本提示。您可以在之後調整生成的前端堆棧。
幾分鐘內部署每月 50 個免費提示無需信用卡
API 遊樂場
嘗試使用 REST 和 GraphQL 端點測試遠程醫療架構。響應使用模擬數據，無需 Back4app 帳戶。
common.loadingPlayground
使用與此模板相同的架構。
選擇您的技術
展開每個卡片以獲取整合步驟、狀態模式、數據模型示例和離線筆記。
Flutter 遠程醫療後端
React 遠程醫療後端
React 原生 遠程醫療後端
Next.js 遠程醫療後端
JavaScript 遠程醫療後端
Android 遠程醫療後端
iOS 遠程醫療後端
Vue 遠程醫療後端
Angular 遠程醫療後端
GraphQL 遠程醫療後端
REST API 遠程醫療後端
PHP 遠程醫療後端
.NET 遠程醫療後端
您在每項技術中得到什麼
每個技術堆疊都使用相同的遠程醫療後端架構和 API 合約。
統一的遠程醫療數據管理
輕鬆在集中架構中管理患者記錄、約會和日誌。
安全的視頻會議進行遠程醫療
符合 HIPAA 的視頻會議，以確保諮詢過程中的患者隱私。
實時約會排程
允許患者無縫預訂和管理應用內的約會。
虛擬候診室功能
創建和管理虛擬候診室以提升患者體驗。
REST/GraphQL API 進行整合
靈活的 API 可高效連接到其他健康服務和工具。
遠程醫療諮詢的會議日誌
自動化的會議日誌以滿足合規性並跟踪患者互動。
遠程醫療諮詢框架比較
比較支持技術的設置速度、SDK 風格和 AI 支持。
| 框架 | 設置時間 | 遠程醫療諮詢的好處 | SDK 類型 | 人工智慧支援 |
|---|---|---|---|---|
| ~5 分鐘 | 針對移動和網頁的遠程醫療諮詢單一代碼庫。 | Typed SDK | 完整 | |
| 約 5 分鐘 | 快速的遠程醫療諮詢網頁儀表板。 | Typed SDK | 完整 | |
| 少於 5 分鐘 | 跨平台的遠程醫療諮詢移動應用。 | Typed SDK | 完整 | |
| ~3–7 分鐘 | 伺服器渲染的遠程醫療諮詢網頁應用。 | Typed SDK | 完整 | |
| 少於 5 分鐘 | 輕量級的遠程醫療諮詢網頁整合。 | Typed SDK | 完整 | |
| ~5 分鐘 | 原生 Android 應用用於遠程醫療諮詢。 | Typed SDK | 完整 | |
| 約 5 分鐘 | 原生 iOS 應用用於遠程醫療諮詢。 | Typed SDK | 完整 | |
| 少於 5 分鐘 | React 風格的遠程醫療諮詢網頁介面。 | Typed SDK | 完整 | |
| ~3–7 分鐘 | 企業遠程醫療諮詢網頁應用。 | Typed SDK | 完整 | |
| ~2 分鐘 | 靈活的 GraphQL API 用於遠程醫療諮詢。 | GraphQL API | 完整 | |
| 少於 2 分鐘 | REST API 整合用於遠程醫療諮詢。 | REST API | 完整 | |
| ~3–5 分鐘 | 伺服器端的 PHP 後端用於遠程醫療諮詢。 | REST API | 完整 | |
| 少於 5 分鐘 | .NET 後端用於遠程醫療諮詢。 | Typed SDK | 完整 |
設定時間反映從啟動到第一次約診及等待室查詢的預期持續時間，使用此模板模式。
常見問題
有關使用此範本建立 Telehealth 後端的常見問題。
什麼是遠程健康諮詢後端？
遠程健康模板包括什麼？
為什麼使用 Back4app 來實現遠程健康功能？
我如何使用 Flutter 加載即將到來的預約？
我應該如何使用 Next.js Server Actions 創建一個預約並為病人登記？
React Native 可以離線緩存病人和預約數據嗎？
我該如何防止對 Provider 進行重複預定？
端到端的會話日誌流是什麼？
我應該如何建模 Provider 可用性？
在網絡中斷後，虛擬候診室如何進行調解？
