藥房冰箱記錄後台模板
藥房冰箱的溫度控制和庫存記錄
一個生產就緒的 藥房冰箱記錄後台 在 Back4app,具備最低/最高溫度跟踪、警報事件和庫存記錄。包括 ER 圖、數據字典、JSON 架構、API 游樂場,以及一個 AI 代理 提示以便快速設置。
冰箱日誌的關鍵要點
此模板為您提供一個藥房冰箱日誌後端,具有溫度歷史、警報跟踪和庫存項目,以便經理和協調員能夠控制冰箱。
- 您可以審核的溫度歷史 — 儲存 FridgeUnit 和 TemperatureReading 記錄,包括每次檢查的 minTempC、maxTempC 和 readingAt。
- 具有上下文的警報事件 — 當冰箱超出限制、斷電或打開時間過長時,捕獲 AlarmEvent 條目。
- 與儲存位置相關的庫存項目 — 使用 InventoryEntry 追蹤產品名稱、批次、到期日、數量和放置該產品的冰箱。
- 員工的運營可見性 — 經理和協調員可以查看冰箱日誌,查看最近的警報,並核實後台的庫存變更。
概述:藥房冰箱日誌
藥房冰箱日誌中的靜默勝利是較少的驚喜——因為例外情況會提前標記,而不是在檢查期間被發現。團隊早上站會時首先會感受到這一點。此模板結構化了 Back4app 上的 FridgeUnit、TemperatureReading、AlarmEvent 和 InventoryEntry,並內建審計軌跡,以便藥房冰箱日誌的審核能顯示可辯護的時間線。架構涵蓋 FridgeUnit(名稱、位置、targetMinTempC、targetMaxTempC)、TemperatureReading(冰箱、測量時間、temperatureC、minTempC、maxTempC)、AlarmEvent(冰箱、事件類型、嚴重性、開始時間、解決時間)和 InventoryEntry(冰箱、項目名稱、批號、到期日期、手上數量),並內建身份驗證和操作日誌字段。連接您偏好的前端,並更早開始跟踪冰箱、警報和庫存檢查。
最佳用於:
您在藥房冰箱日誌模板中獲得的內容
藥房冰箱日誌的質量是滯後指標;前導指標是一線更新是否在同一天流入報告中。
如果您正在評估Back4app,FridgeUnit、TemperatureReading和AlarmEvent展示了您在編寫自定義SQL之前可以獲得多少結構。
核心藥房冰箱日誌功能
此中心的每個技術卡片都使用相同的藥房冰箱日誌架構,包含 FridgeUnit、TemperatureReading、AlarmEvent 和 InventoryEntry。
冰箱單元註冊
FridgeUnit 存儲名稱、位置、目標最低溫度(C)和目標最高溫度(C)。
最低/最高溫度讀數
TemperatureReading 連接到一個 FridgeUnit 並存儲測量時間、溫度(C)、最低溫度(C)和最高溫度(C)。
警報事件跟踪
AlarmEvent 存儲每個冰箱警報的事件類型、嚴重性、開始時間和解決時間。
按冰箱分類的庫存日誌
InventoryEntry 跟蹤 itemName、batchNumber、expiryDate 和 quantityOnHand。
為什麼要用Back4app構建您的藥房冰箱日誌後端?
Back4app為您的團隊提供了具體的冰箱日誌原語,所以他們可以專注於溫度檢查、警報和庫存調節,而不是數據庫設置。
- •冰箱單元和溫度讀取數據在一個模型中: 使用 FridgeUnit 類別與 targetMinTempC 和 targetMaxTempC,然後將每個 TemperatureReading 附加到特定冰箱進行最小/最大檢查。
- •不需要額外的輔助代碼來跟踪 AlarmEvent: AlarmEvent 記錄可以存儲 eventType、severity、startedAt 和 resolvedAt,以便在日誌中保持升級可見。
- •InventoryEntry 歷史與冰箱保持連結: InventoryEntry 將 itemName、batchNumber、expiryDate 和 quantityOnHand 與儲存庫存的冰箱綁定。
一次構建冰箱日誌,然後在移動檢查、主管儀表板和審計視圖中重用相同的後端。
冰箱日誌後端的核心優勢
一個幫助管理員和協調員保持溫度和庫存檢查有序的藥房冰箱後端。
從冰箱特定的類別開始
使用 FridgeUnit 和 TemperatureReading,而不是通用記錄,以便您的團隊可以按冰箱查詢最小/最大溫度。
警報跟進更容易審查
AlarmEvent 將 eventType、severity 和 resolvedAt 一起整合,以便在員工班次之間更快地交接。
庫存日誌與存儲保持緊密聯繫
InventoryEntry 將 itemName、batchNumber、expiryDate 和 quantityOnHand 連接到確切的冰箱位置。
現場團隊在各處看到相同的數據
REST 和 GraphQL 向移動和網頁客戶端暴露相同的 FridgeUnit、TemperatureReading、AlarmEvent 和 InventoryEntry 物件。
友好的審計檢查歷史
TemperatureReading 和 AlarmEvent 的時間戳記為冰箱檢查和事故回顧提供了清晰的線索。
人工智慧輔助的後端設置
快速通過一個結構化提示生成模式支架和整合指導。
準備好啟動您的藥房冰箱日誌應用程式了嗎?
讓 Back4app AI 代理搭建您的藥房冰箱日誌後端,並從一個提示生成最小/最大溫度追蹤、警報事件和庫存日誌。
免費開始 — 每月 50 個 AI 代理提示,無需信用卡
技術棧
此藥房冰箱日誌後端模板中包含的一切。
冰箱 ER 圖
藥房冰箱日誌模式的實體關係模型。
涵蓋冰箱單位、溫度讀數、警報事件和庫存項目的模式。
查看圖表源
erDiagram
Pharmacist ||--o{ FridgeUnit : "assignedTo"
Pharmacist ||--o{ TemperatureReading : "recordedBy"
Pharmacist ||--o{ AlarmEvent : "triggeredBy"
Pharmacist ||--o{ InventoryEntry : "recordedBy"
FridgeUnit ||--o{ TemperatureReading : "fridgeUnit"
FridgeUnit ||--o{ AlarmEvent : "fridgeUnit"
FridgeUnit ||--o{ InventoryEntry : "fridgeUnit"
Pharmacist {
String objectId PK
String username
String email
String password
String role
String displayName
Date createdAt
Date updatedAt
}
FridgeUnit {
String objectId PK
String unitCode
String location
Number targetMinTempC
Number targetMaxTempC
String status
String assignedToId FK
Date createdAt
Date updatedAt
}
TemperatureReading {
String objectId PK
String fridgeUnitId FK
String recordedById FK
Date readingTime
Number temperatureC
Number minTempC
Number maxTempC
String notes
Date createdAt
Date updatedAt
}
AlarmEvent {
String objectId PK
String fridgeUnitId FK
String triggeredById FK
Date eventTime
String eventType
String severity
Date acknowledgedAt
String resolutionNotes
Date createdAt
Date updatedAt
}
InventoryEntry {
String objectId PK
String fridgeUnitId FK
String recordedById FK
String itemName
String lotNumber
Number quantityOnHand
Date expiryDate
Date inventoryTime
String notes
Date createdAt
Date updatedAt
}
冰箱整合流程
典型的登入執行流程,載入冰箱單位,保存溫度讀數,記錄警報事件,並更新庫存項目。
查看圖表來源
sequenceDiagram
participant User
participant App as Pharmacy Fridge Log App
participant Back4app as Back4app Cloud
User->>App: Sign in
App->>Back4app: POST /login
Back4app-->>App: Session token
User->>App: Load fridge units and current min/max temps
App->>Back4app: GET /classes/FridgeUnit
App->>Back4app: GET /classes/TemperatureReading?order=-readingTime
Back4app-->>App: FridgeUnit rows and TemperatureReading rows
User->>App: Record a temperature reading or alarm event
App->>Back4app: POST /classes/TemperatureReading
App->>Back4app: POST /classes/AlarmEvent
Back4app-->>App: Reading and alarm objectIds
User->>App: Update inventory log
App->>Back4app: POST /classes/InventoryEntry
Back4app-->>App: InventoryEntry objectId冰箱數據字典
藥房冰箱日誌模式中每個類的字段級參考。
| 字段 | 類型 | 描述 | 必填 |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | 自動 |
| username | String | Login name for pharmacy staff | |
| String | Work email address | ||
| password | String | Hashed password (write-only) | |
| role | String | Staff role such as manager, coordinator, or technician | |
| displayName | String | Name shown in the fridge log UI | |
| createdAt | Date | Auto-generated creation timestamp | 自動 |
| updatedAt | Date | Auto-generated last-update timestamp | 自動 |
8 欄位在 Pharmacist 中
安全性與權限
ACL 和 CLP 策略如何保護冰箱單元、溫度讀數、警報事件和庫存日誌。
控制的冰箱存取
只有授權人員應該創建或編輯冰箱單元記錄及其操作細節。
受保護的溫度和警報歷史
溫度讀數和警報事件應僅供需要監控冰箱或應對事故的員工閱讀。
庫存完整性
庫存條目更新應僅限於經理和協調員,以確保在輪班期間庫存數量保持一致。
架構 (JSON)
原始 JSON 架構定義準備好複製到 Back4app 或用作實施參考。
{
"classes": [
{
"className": "Pharmacist",
"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": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "FridgeUnit",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"unitCode": {
"type": "String",
"required": true
},
"location": {
"type": "String",
"required": true
},
"targetMinTempC": {
"type": "Number",
"required": true
},
"targetMaxTempC": {
"type": "Number",
"required": true
},
"status": {
"type": "String",
"required": true
},
"assignedTo": {
"type": "Pointer",
"required": true,
"targetClass": "Pharmacist"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "TemperatureReading",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"fridgeUnit": {
"type": "Pointer",
"required": true,
"targetClass": "FridgeUnit"
},
"recordedBy": {
"type": "Pointer",
"required": true,
"targetClass": "Pharmacist"
},
"readingTime": {
"type": "Date",
"required": true
},
"temperatureC": {
"type": "Number",
"required": true
},
"minTempC": {
"type": "Number",
"required": true
},
"maxTempC": {
"type": "Number",
"required": true
},
"notes": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "AlarmEvent",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"fridgeUnit": {
"type": "Pointer",
"required": true,
"targetClass": "FridgeUnit"
},
"triggeredBy": {
"type": "Pointer",
"required": true,
"targetClass": "Pharmacist"
},
"eventTime": {
"type": "Date",
"required": true
},
"eventType": {
"type": "String",
"required": true
},
"severity": {
"type": "String",
"required": true
},
"acknowledgedAt": {
"type": "Date",
"required": false
},
"resolutionNotes": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "InventoryEntry",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"fridgeUnit": {
"type": "Pointer",
"required": true,
"targetClass": "FridgeUnit"
},
"recordedBy": {
"type": "Pointer",
"required": true,
"targetClass": "Pharmacist"
},
"itemName": {
"type": "String",
"required": true
},
"lotNumber": {
"type": "String",
"required": true
},
"quantityOnHand": {
"type": "Number",
"required": true
},
"expiryDate": {
"type": "Date",
"required": true
},
"inventoryTime": {
"type": "Date",
"required": true
},
"notes": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
}
]
}與 AI 代理一起構建
使用 Back4app AI 代理從此範本生成一個真正的藥房冰箱日誌應用,包括前端、後端、身份驗證以及冰箱、警報和庫存流程。
在 Back4app 上創建一個藥房冰箱日誌應用後端,使用這個確切的架構和行為。 架構: 1. 用戶(使用 Back4app 內建):用戶名、電子郵件、密碼;objectId、createdAt、updatedAt(系統)。 2. 冰箱單元:名稱(字符串,必填)、位置(字符串,必填)、目標最低溫度攝氏(數字,必填)、目標最高溫度攝氏(數字,必填)、備註(字符串);objectId、createdAt、updatedAt(系統)。 3. 溫度讀數:冰箱(指向冰箱單元的指針,必填)、測量時間(日期,必填)、攝氏溫度(數字,必填)、最低溫度攝氏(數字)、最高溫度攝氏(數字)、記錄者(指向用戶的指針);objectId、createdAt、updatedAt(系統)。 4. 警報事件:冰箱(指向冰箱單元的指針,必填)、事件類型(字符串,必填)、嚴重性(字符串,必填)、開始時間(日期,必填)、解決時間(日期)、詳細信息(字符串)、確認者(指向用戶的指針);objectId、createdAt、updatedAt(系統)。 5. 庫存條目:冰箱(指向冰箱單元的指針,必填)、項目名稱(字符串,必填)、批號(字符串,必填)、到期日(日期,必填)、庫存數量(數字,必填)、最後檢查時間(日期)、檢查者(指向用戶的指針);objectId、createdAt、updatedAt(系統)。 安全性: - 限制冰箱編輯權限給授權的員工。限制警報和庫存更改給經理和協調員。使用雲代碼進行驗證。 身份驗證: - 註冊、登入、登出。 行為: - 列出冰箱、記錄溫度讀數、創建警報事件並更新庫存日誌。 交付: - 包含架構、ACL、CLP 的 Back4app 應用;適用於冰箱單元、最低/最高溫度檢查、警報事件和庫存日誌的前端。
按下面的按鈕以預填此範本提示打開代理。
這是沒有技術後綴的基本提示。您可以在後面調整生成的前端堆疊。
API 遊樂場
嘗試在藥房冰箱日誌架構上使用 REST 和 GraphQL 端點。響應使用模擬數據,不需要 Back4app 帳戶。
使用與此模板相同的架構。
選擇您的技術
展開每個卡片以查看如何將 FridgeUnit、TemperatureReading 和 AlarmEvent 與您選擇的技術堆疊整合。
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 分鐘 | 針對行動和網頁的冰箱檢查單一代碼庫。 | 類型化 SDK | 完整 | |
| 少於 5 分鐘 | 快速儀表板以顯示冰箱溫度和報警。 | 類型化 SDK | 完整 | |
| 約3–7分鐘 | 冰箱檢查的跨平台移動應用程式。 | 類型化SDK | 完整 | |
| 快速(5分鐘)設置 | 伺服器呈現的冰箱操作門戶。 | 類型化SDK | 完整 | |
| 約3–5分鐘 | 輕量級的冰箱日誌的網頁整合。 | 類型化SDK | 完整 | |
| 約5分鐘 | 原生Android應用程式,用於冰箱檢查。 | 輸入的SDK | 完整 | |
| 少於5分鐘 | 原生iOS應用程式,用於藥房冰箱監控。 | 輸入的SDK | 完整 | |
| 約3–7分鐘 | React網頁UI,用於溫度記錄。 | 輸入的SDK | 完整 | |
| 快速(5分鐘)設置 | 企業儀表板,用於操作冷藏櫃日誌。 | 輸入的SDK | 完整 | |
| 少於 2 分鐘 | 靈活的 GraphQL API 用於冷藏櫃讀數和庫存。 | GraphQL API | 完整 | |
| 快速 (2 分鐘) 安裝 | REST API 用於冷藏櫃記錄的整合。 | REST API | 完整 | |
| 約 3 分鐘 | 伺服器端 PHP 整合,用於日誌條目工作流程。 | REST API | 完整 | |
| ~3–7 分鐘 | .NET 後端用於藥房冰箱監控。 | 輸入 SDK | 完整 |
設置時間反映從專案啟動到第一次冰箱單位或溫度讀取查詢所需的預期時間,使用此模板架構。
常見問題解答
關於使用此模板構建藥房冰箱日誌後端的常見問題。