急診室分診後端
急診室分診應用程式後端模板
患者接納、分診評分、優先隊列、治療區域及實時重新評估工作流程
一個可生產的急診室分診後端在 Back4app，用於快速患者評估、基於嚴重程度的排隊、治療路由及在急救團隊之間的操作可視化。
主要收穫
此模板為高壓工作流程提供準備就緒的急診接納後端：快速評估進入的病人，依嚴重性優先排序，將其引導至護理區域，並通過實時更新保持團隊的協調。
- 以評估為首的數據模型 — 捕捉到達上下文、主要病情、生命體徵和分診類別，並設計為快速臨床接納的架構。
- 以嚴重程度為基礎的隊列管理 — 根據病情急迫程度、重新評估結果和治療準備情況對等待病人進行排名和更新。
- 實時急診可見性 — 隨著狀態從等待變更為指派、治療中或出院，保持接納櫃台、護士和醫生之間的同步。
- 重新評估及升級支援 — 跟踪重複的分診檢查，並在症狀惡化或等候時間超過閾值時提高優先權。
- 跨平台的 API 提供 — 通過 REST 和 GraphQL 提供行動分診工具、護理儀表板和管理控制台，並可選擇 Live Queries。
什麼是急診室分診應用後端範本？
Back4app 是一個用於快速產品交付的管理後端。急診室分診應用後端範本模型化來的患者、分診決策、隊列位置、治療目的地和事件日誌，讓團隊能夠更快、更安全地實施緊急入院系統。
最佳用於：
急診室入院應用分診隊列系統急診護理優先工具護士站儀表板重新評估工作流程具備即時運作的醫療 MVP
概覽
急診科需要即時了解誰已抵達、每個案件的緊急程度、誰在等待，以及護理能力所在。延遲或不清晰的隊列狀態會直接影響病人流動。
這個模板定義了病人、分診評估、隊列項目、治療區域和事件日誌，並設置了訪問控制和可選的 Live Queries，以便團隊可以快速實施急診接收和優先處理軟體。
核心急診室分級功能
此中心中的每個技術卡片均使用相同的急診分診架構，包括病人、分診評估、佇列條目、治療區域和事件日誌。
病患接收登記
追蹤患者身份、到達方式、主要投訴、年齡範圍、聯絡詳細資料以及當前就診狀態。
結構化分診評估
存儲症狀、生命體徵、疼痛分數、風險標記、分診類別和重評時間戳。
基於嚴重性的等待隊列
QueueEntry 對象維護每位活躍病人就診的定位、急迫性、等待狀態以及升級元數據。
治療區域路由
模擬檢查室、創傷處置室、觀察空間和快速通道區域的狀態和容量元數據。
操作事件記錄
EventLog 記錄了入院、分診更新、隊列變更、任務分配和出院里程碑。
為什麼要用 Back4app 建立您的急診室分級後端？
Back4app 為急診入住工作流提供安全的後端合約，處理身份驗證、數據模型、API 和實時更新，以便您的團隊專注於分級邏輯和前端用戶體驗。
- •專為分級設計的原語: 為患者、評估、隊列和治療區域預定義的類別加速了通用急診室流程的實現。
- •運營可見性: 事件日誌和實時更新幫助團隊一覽了解到達、升級、區域分配和隊列變動。
- •靈活的整合界面: 使用 REST 和 GraphQL 進行入住應用、儀表板和外部連接，同時 Live Queries 使緊急屏幕保持同步。
通過單一的後端合約標準化網站和移動設備上的急診入住和隊列操作，並縮短分級功能的上市時間。
核心優勢
一個緊急接收後端，幫助您快速發貨，同時保持佇列清晰、重新評估支持和操作控制。
更快速的接收系統交付
從預建的分診模型開始，讓您的團隊專注於接收用戶體驗、重新評估規則和佇列政策。
清晰的病人優先級
集中存儲嚴重性信號和佇列元數據，讓工作人員能從共同的真相來源行動。
重新評估準備就緒的工作流程
當病人的病情變化時，捕捉重複評估並提高佇列優先級。
即時運營儀表板
使用實時更新立即反映到達、治療分配和隊列變動。
可擴展的整合層
使用 REST 或 GraphQL 連接通知、病人 kiOS、內部儀表板或下游臨床系統。
AI輔助的支架
使用 AI 代理提示生成後端、種子真實的樣本數據並加速原型設計。
準備好簡化緊急接收流程了嗎？
讓 Back4app AI 代理從一個提示中構建 ER 分診後端，並種子樣本接收、嚴重程度隊列、重新評估和護理區域。
免費開始 — 每月 50 個 AI 代理提示，無需信用卡
技術堆疊
此急診室分診後端模板包含所有內容。
前端
13+ 種技術
後端
Back4app
資料庫
MongoDB
驗證
內建的驗證 + 角色
API
REST 和 GraphQL
實時
Live Queries
ER 圖
急診室分診架構的實體關係模型。
ER圖
涵蓋入院病人、分診評估、隊列條目、治療區和事件日誌的架構。
查看圖表來源
Mermaid
erDiagram
TriageStation ||--o{ PatientVisit : "registers"
CareZone ||--o{ PatientVisit : "routes"
PatientVisit ||--o{ TriageAssessment : "receives"
TriageAssessment ||--o{ QueueEntry : "drives"
CareZone ||--o{ QueueEntry : "queues"
User ||--o{ TriageAssessment : "performs"
User ||--o{ StaffAssignment : "holds"
CareZone ||--o{ StaffAssignment : "covered_by"
TriageStation ||--o{ StaffAssignment : "linked_to"
PatientVisit ||--o{ EscalationLog : "triggers"
TriageAssessment ||--o{ EscalationLog : "supports"
User ||--o{ EscalationLog : "records"
TriageStation {
String objectId PK
String name
String code
String locationNote
String status
Date createdAt
Date updatedAt
}
CareZone {
String objectId PK
String name
Number priorityOrder
Number capacity
Number acceptsSeverityMin
Number acceptsSeverityMax
Date createdAt
Date updatedAt
}
PatientVisit {
String objectId PK
String visitNumber
String patientName
Date dateOfBirth
String chiefComplaint
String arrivalMode
Date arrivalTime
String status
Pointer triageStation FK
Pointer assignedZone FK
Date createdAt
Date updatedAt
}
TriageAssessment {
String objectId PK
Pointer patientVisit FK
Pointer assessedBy FK
Number severityLevel
Number heartRate
Number systolicBP
Number temperatureC
Number oxygenSaturation
Number painScore
Array redFlagSymptoms
String notes
Pointer recommendedZone FK
Date assessedAt
Date createdAt
Date updatedAt
}
QueueEntry {
String objectId PK
Pointer patientVisit FK
Pointer assessment FK
Pointer zone FK
Number priorityScore
String queueStatus
Number positionHint
Date lastReprioritizedAt
Date calledAt
Date createdAt
Date updatedAt
}
StaffAssignment {
String objectId PK
Pointer staffUser FK
Pointer zone FK
Pointer station FK
String shiftLabel
Date activeFrom
Date activeUntil
String responsibility
Date createdAt
Date updatedAt
}
EscalationLog {
String objectId PK
Pointer patientVisit FK
Pointer assessment FK
Pointer loggedBy FK
String eventType
Number previousSeverity
Number newSeverity
String details
Date loggedAt
}
整合流程
身份驗證到CRUD的流程，用於登錄、註冊病人、創建分診評估、將病人放入嚴重程度隊列並同步即時狀態變更。
ER圖
查看圖表來源
Mermaid
sequenceDiagram
participant User as Triage Nurse
participant App as Emergency Room Triage App
participant Back4app as Back4app Cloud
User->>App: Sign in to triage dashboard
App->>Back4app: POST /login (username, password)
Back4app-->>App: Session token + user role
User->>App: Load waiting room and active zones
App->>Back4app: GET /classes/PatientVisit?where=status=waiting
App->>Back4app: GET /classes/CareZone?order=priorityOrder
Back4app-->>App: Waiting visits + zone routing data
User->>App: Complete triage assessment
App->>Back4app: POST /classes/TriageAssessment (severityLevel, vitals, redFlagSymptoms, recommendedZone)
Back4app-->>App: TriageAssessment saved
App->>Back4app: POST /classes/QueueEntry (patientVisit, assessment, zone, priorityScore, queueStatus)
Back4app-->>App: QueueEntry created with queue position
User->>App: Escalate deteriorating patient
App->>Back4app: POST /classes/EscalationLog (eventType, previousSeverity, newSeverity, details)
App->>Back4app: PUT /classes/QueueEntry/{id} (priorityScore, lastReprioritizedAt)
Back4app-->>App: Escalation recorded and queue updated
Back4app-->>App: Live Query events for QueueEntry and EscalationLog
App-->>User: Real-time reprioritized triage board數據字典
急診室分診架構中每個類別的完整字段級參考。
| 字段 | 類型 | 描述 | 必須 |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | 自動 |
| username | String | Login username for triage staff | |
| String | User email address | ||
| password | String | Hashed password (write-only) | |
| role | String | Role (triage_nurse, physician, charge_nurse, admin) | |
| displayName | String | Staff member full name | — |
| createdAt | Date | Auto-generated creation timestamp | 自動 |
| updatedAt | Date | Auto-generated last-update timestamp | 自動 |
8 欄位在 User 中
安全性和權限
ACL、角色和 CLP 策略如何保護入院記錄、分診評估、隊列排序和事件日誌。
基於角色的訪問
使用角色如接收、篩檢護士、醫生、主管護士和管理員來限制誰可以創建評估、重新優先隊列或分配治療區域。
受控隊列更新
限制隊列位置和嚴重性覆寫僅限授權人員，同時仍允許前線使用者更新觀察結果和病人狀態。
附加式操作日誌
保護 EventLog 記錄不被客戶端刪除，並提供過濾後的訪問以便報告、監督和事件審查。
架構 (JSON)
可直接複製到 Back4app 或用作實施參考的原始 JSON 架構定義。
JSON
{
"classes": [
{
"className": "User",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"username": {
"type": "String",
"required": true
},
"email": {
"type": "String",
"required": true
},
"password": {
"type": "String",
"required": true
},
"role": {
"type": "String",
"required": true
},
"displayName": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "TriageStation",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"name": {
"type": "String",
"required": true
},
"code": {
"type": "String",
"required": true
},
"locationNote": {
"type": "String",
"required": false
},
"status": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "CareZone",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"name": {
"type": "String",
"required": true
},
"priorityOrder": {
"type": "Number",
"required": true
},
"capacity": {
"type": "Number",
"required": false
},
"acceptsSeverityMin": {
"type": "Number",
"required": false
},
"acceptsSeverityMax": {
"type": "Number",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "PatientVisit",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"visitNumber": {
"type": "String",
"required": true
},
"patientName": {
"type": "String",
"required": true
},
"dateOfBirth": {
"type": "Date",
"required": false
},
"chiefComplaint": {
"type": "String",
"required": true
},
"arrivalMode": {
"type": "String",
"required": true
},
"arrivalTime": {
"type": "Date",
"required": true
},
"status": {
"type": "String",
"required": true
},
"triageStation": {
"type": "Pointer",
"required": false,
"targetClass": "TriageStation"
},
"assignedZone": {
"type": "Pointer",
"required": false,
"targetClass": "CareZone"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "TriageAssessment",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"patientVisit": {
"type": "Pointer",
"required": true,
"targetClass": "PatientVisit"
},
"assessedBy": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"severityLevel": {
"type": "Number",
"required": true
},
"heartRate": {
"type": "Number",
"required": false
},
"systolicBP": {
"type": "Number",
"required": false
},
"temperatureC": {
"type": "Number",
"required": false
},
"oxygenSaturation": {
"type": "Number",
"required": false
},
"painScore": {
"type": "Number",
"required": false
},
"redFlagSymptoms": {
"type": "Array",
"required": false
},
"notes": {
"type": "String",
"required": false
},
"recommendedZone": {
"type": "Pointer",
"required": false,
"targetClass": "CareZone"
},
"assessedAt": {
"type": "Date",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "QueueEntry",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"patientVisit": {
"type": "Pointer",
"required": true,
"targetClass": "PatientVisit"
},
"assessment": {
"type": "Pointer",
"required": false,
"targetClass": "TriageAssessment"
},
"zone": {
"type": "Pointer",
"required": true,
"targetClass": "CareZone"
},
"priorityScore": {
"type": "Number",
"required": true
},
"queueStatus": {
"type": "String",
"required": true
},
"positionHint": {
"type": "Number",
"required": false
},
"lastReprioritizedAt": {
"type": "Date",
"required": false
},
"calledAt": {
"type": "Date",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "StaffAssignment",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"staffUser": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"zone": {
"type": "Pointer",
"required": true,
"targetClass": "CareZone"
},
"station": {
"type": "Pointer",
"required": false,
"targetClass": "TriageStation"
},
"shiftLabel": {
"type": "String",
"required": true
},
"activeFrom": {
"type": "Date",
"required": true
},
"activeUntil": {
"type": "Date",
"required": false
},
"responsibility": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "EscalationLog",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"patientVisit": {
"type": "Pointer",
"required": true,
"targetClass": "PatientVisit"
},
"assessment": {
"type": "Pointer",
"required": false,
"targetClass": "TriageAssessment"
},
"loggedBy": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"eventType": {
"type": "String",
"required": true
},
"previousSeverity": {
"type": "Number",
"required": false
},
"newSeverity": {
"type": "Number",
"required": false
},
"details": {
"type": "String",
"required": false
},
"loggedAt": {
"type": "Date",
"required": true
}
}
}
]
}與 AI 代理一起構建
使用 Back4app AI 代理從此模板生成完整的急診室分診應用程式，包括前端、後端、身份驗證、接待工作流程和即時排隊視圖。
Back4app AI 代理
準備開始建設
在 Back4app 上根據此確切的架構和行為創建急診室分診後端。 架構： 1. 患者：fullName（字符串，必填），dateOfBirth（日期，選填），arrivalMode（字符串：隨到、救護車、轉介），chiefComplaint（字符串，必填），status（字符串：已到達、分診、等待、已分配、正在治療、已出院），contact（JSON），objectId，createdAt，updatedAt（系統）。 2. 分診評估：patient（指向患者的指標，必填），assessedBy（指向用戶的指標，必填），triageLevel（字符串：復甦、緊急、急迫、較不急迫、不急迫），painScore（數字），vitals（JSON），riskFlags（數組），notes（字符串），reassessAt（日期，選填），objectId，createdAt，updatedAt。 3. 排隊項目：patient（指向患者的指標，必填），assessment（指向分診評估的指標，必填），priorityScore（數字，必填），queueStatus（字符串：等待、已呼叫、已分配、暫停、已移除），positionHint（數字），areaRequested（字符串，選填），objectId，createdAt，updatedAt。 4. 治療區域：name（字符串，必填），type（字符串：創傷、檢查、觀察、快速通道），capacity（數字），occupancy（數字），active（布林），objectId，createdAt，updatedAt。 5. 事件日誌：actor（指向用戶的指標），patient（指向患者的指標），eventType（字符串），details（JSON），timestamp（日期）——追加為重點。 安全性： - 基於角色的 CLP 和 ACL：接待和分診人員可以創建患者和分診評估記錄；僅有主管護士、醫生或管理員可以覆蓋 priorityScore 或分配治療區域項目。事件日誌為追加為重點且限制讀取。 身份驗證： - 通過內置用戶註冊和登錄；角色由管理員分配。 行為： - 驗證用戶，註冊患者，創建分診評估，根據嚴重程度創建或更新排隊項目，在有空間時分配治療區域，並為每個主要操作寫入事件日誌條目。 交付： - Back4app 應用程式，附帶架構、ACLs、CLPs、雲端代碼驗證、預設示例數據，以及每個選擇技術的前端腳手架。
按下下面的按鈕以打開預填此模板提示的代理。
此基本提示描述急診接待架構和排隊行為；您可以在之後選擇特定技術的後綴。
幾分鐘內部署每月 50 條免費提示不需要信用卡
API 遊樂場
嘗試 REST 和 GraphQL 端點，針對急診室分診架構進行測試。回應使用模擬資料，並不需要 Back4app 帳戶。
正在加載遊樂場…
使用與此模板相同的架構。
選擇您的技術
展開每個卡片以獲取整合步驟、狀態模式、數據模型範例和離線備註。
Flutter 急救室分診後端
React 急救室分診後端
React 原生 急救室分診後端
Next.js 急救室分診後端
JavaScript 急救室分診後端
Android 急救室分診後端
iOS 急救室分診後端
Vue 急救室分診後端
Angular 急救室分診後端
GraphQL 急救室分診後端
REST API 急救室分診後端
PHP 急救室分診後端
.NET 急救室分診後端
每項技術能讓你獲得的東西
每個技術棧都使用相同的急診室分診後端架構和API合約。
統一的患者資料結構
用於管理 ER 分流 患者信息的一致架構。
實時隊列管理
有效追蹤患者隊列並優先處理 ER 分流 的治療。
安全共享患者記錄
在 ER 分流 團隊之間安全共享敏感患者數據。
REST/GraphQL API 用於整合
使用 API 輕鬆將您的 ER 分流 應用程式連接到外部系統。
可自定義的分流算法
根據特定 ER 分流 需求調整分流協議。
事件日誌以供審計
維護全面的分流事件日誌以符合 ER 分流 的合規性。
ER 分流框架比較
比較所有支持技術的設置速度、SDK 風格和 AI 支持。
| 框架 | 設置時間 | ER 分流好處 | SDK類型 | AI支持 |
|---|---|---|---|---|
| 約 5 分鐘 | 在移動和網頁上使用的單一代碼基礎的 ER 分流。 | Typed SDK | 完整 | |
| 少於 5 分鐘 | 快速的 ER 分流網頁儀表板。 | Typed SDK | 完整 | |
| ~3–7 分鐘 | 跨平台的 ER 分流移動應用程式。 | Typed SDK | 完整 | |
| 快速 (5 分鐘) 設置 | 伺服器渲染的 ER 分流網頁應用程式。 | Typed SDK | 完整 | |
| ~3 分鐘 | 輕量級的 ER 分流網頁整合。 | Typed SDK | 完整 | |
| 約 5 分鐘 | 原生 Android 應用程式用於 ER 分流。 | Typed SDK | 完整 | |
| 少於 5 分鐘 | 原生 iOS 應用程式用於 ER 分流。 | Typed SDK | 完整 | |
| ~3–7 分鐘 | React 版的 ER 分流網頁 UI。 | Typed SDK | 完整 | |
| 快速 (5 分鐘) 設置 | 企業 ER 分流網頁應用程式。 | Typed SDK | 完整 | |
| 快速 (2 分鐘) 設置 | 靈活的 GraphQL API 用於 ER 分流。 | GraphQL API | 完整 | |
| ~2 分鐘 | REST API 整合用於 ER 分流。 | REST API | 完整 | |
| 少於 5 分鐘 | 伺服器端的 PHP 後端用於 ER 分流。 | REST API | 完整 | |
| ~3–7 分鐘 | .NET 後端用於 ER 分流。 | Typed SDK | 完整 |
設置時間反映了從項目啟動到首次分類儀表板視圖填充活動QueueEntry和TreatmentArea數據的預期持續時間。
常見問題
有關使用此模板構建急診室分診後端的常見問題。
什麼是急診室分診後端？
這個急診室分診模板包含什麼？
Live Queries 如何幫助分診儀表板？
我如何防止一位患者的重複活躍排隊項目？
我應該在分診過程中追蹤哪些欄位？
我可以支持重新評估和病情變更嗎？
AI Agent 如何幫助處理示例數據？
我可以根據 EventLog 數據構建什麼報告？
我如何支持不同的分診協議？
