药房冰箱日志后台模板
药房冰箱的温度控制和库存记录
一个在 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）、最低温度和最高温度。
警报事件跟踪
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 向移动和 Web 客户端暴露相同的 FridgeUnit、TemperatureReading、AlarmEvent 和 InventoryEntry 对象。
审计友好的检查历史
TemperatureReading 和 AlarmEvent 时间戳为冰箱检查和事件审查创建了清晰的轨迹。
AI辅助的后端设置
使用一个结构化的提示快速生成模式框架和集成指导。
准备好推出您的药品冰箱日志应用程序了吗？
让 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策略保护冰箱单元、温度读数、警报事件和库存日志。
受控冰箱访问
只有授权的员工才能创建或编辑FridgeUnit记录及其操作细节。
受保护的温度和警报历史
TemperatureReading和AlarmEvent应仅对需要监控冰箱或响应事件的员工可读。
库存完整性
InventoryEntry的更新应限制在经理和协调员之间，以确保轮班期间的库存数量保持一致。
架构 (JSON)
准备好复制到Back4app或用作实现参考的原始 JSON 架构定义。
{
"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. 冰箱单元：名称（字符串，必填），位置（字符串，必填），目标最低温度C（数字，必填），目标最高温度C（数字，必填），备注（字符串）；objectId，createdAt，updatedAt（系统）。 3. 温度读取：冰箱（指向冰箱单元的指针，必填），测量时间（日期，必填），温度C（数字，必填），最低温度C（数字），最高温度C（数字），记录者（指向用户的指针）；objectId，createdAt，updatedAt（系统）。 4. 警报事件：冰箱（指向冰箱单元的指针，必填），事件类型（字符串，必填），严重性（字符串，必填），开始时间（日期，必填），解决时间（日期），细节（字符串），确认者（指向用户的指针）；objectId，createdAt，updatedAt（系统）。 5. 库存条目：冰箱（指向冰箱单元的指针，必填），商品名称（字符串，必填），批号（字符串，必填），过期日期（日期，必填），手头数量（数字，必填），最后检查时间（日期），检查者（指向用户的指针）；objectId，createdAt，updatedAt（系统）。 安全性: - 限制对冰箱的编辑权仅限于授权员工。将警报和库存的更改限制为经理和协调员。使用云代码进行验证。 身份验证: - 注册、登录、注销。 行为: - 列出冰箱、记录温度读取、创建警报事件和更新库存日志。 交付: - Back4app 应用程序及架构、ACLs、CLPs；冰箱单元的前端、最小/最大温度检查、警报事件和库存日志。
按下面的按钮打开代理，模板提示已预填充。
这是没有技术后缀的基础提示。您可以在之后调整生成的前端堆栈。
API 沙盒
尝试 REST 和 GraphQL 端点，针对药品冰箱日志模式。响应使用模拟数据，无需 Back4app 账户。
使用与该模板相同的模式。
选择您的技术
展开每个卡片以查看如何将 FridgeUnit、TemperatureReading 和 AlarmEvent 与您选择的技术栈集成。
Flutter 药房冰箱日志后端
React 药房冰箱日志后端
React Native 药房冰箱日志后端
Next.js 药房冰箱日志后端
JavaScript 药房冰箱日志后端
Android 药房冰箱日志后端
iOS 药房冰箱日志后端
Vue 药房冰箱日志后端
Angular 药房冰箱日志后端
GraphQL 药房冰箱日志后端
REST API 药房冰箱日志后端
PHP 药房冰箱日志后端
.NET 药房冰箱日志后端
每项技术的收益
每个技术栈使用相同的药房冰箱日志架构和 API 合同。
统一的冰箱日志结构
通过一个架构管理冰箱单元、温度检查、报警事件和库存条目。
最小/最大温度跟踪
记录温度读数，并将其与每个冰箱的目标范围进行比较。
报警事件历史
捕获每个冰箱的报警类型、严重性和解决时间戳。
按储存单元的库存日志
跟踪每个冰箱中的物品名称、批次号、过期日期和现有数量。
GraphQL 的 REST API 用于药房工作流程
使用灵活的 API 集成网络、移动和管理员工具。
药房冰箱框架比较
比较所有支持技术的设置速度、SDK风格和AI支持。
| 框架 | 设置时间 | 药房冰箱好处 | SDK类型 | 人工智能支持 |
|---|---|---|---|---|
| 大约 5 分钟 | 用于移动和网络的冰箱检查单一代码库。 | 类型化 SDK | 完整 | |
| 少于 5 分钟 | 快速仪表板显示冰箱温度和警报。 | 类型化 SDK | 完整 | |
| ~3–7分钟 | 用于冰箱检查的跨平台移动应用。 | 类型化SDK | 完整 | |
| 快速（5分钟）设置 | 服务器呈现的冰箱操作门户。 | 类型化SDK | 完整 | |
| ~3–5分钟 | 用于冰箱日志的轻量级网页集成。 | 类型化SDK | 完整 | |
| 大约5分钟 | 用于冰箱检查的原生 Android 应用。 | 输入的 SDK | 完整 | |
| 不到 5 分钟 | 用于药房冰箱监控的原生 iOS 应用。 | 输入的 SDK | 完整 | |
| 大约 3–7 分钟 | Reactive 温度日志的网页用户界面。 | 输入的 SDK | 完整 | |
| 快速（5 分钟）设置 | 企业仪表板用于操作冰箱日志。 | 输入的 SDK | 完整 | |
| 少于 2 分钟 | 灵活的 GraphQL API 用于冰箱读数和库存。 | GraphQL API | 完整 | |
| 快速 (2 分钟) 设置 | REST API 用于冰箱记录的集成。 | REST API | 完整 | |
| 约 3 分钟 | 服务器端 PHP 集成用于日志条目工作流。 | REST API | 完整 | |
| ~3–7分钟 | .NET用于药房冰箱监控的后端。 | 输入的SDK | 完整 |
设置时间反映了从项目启动到使用此模板架构的第一个冰箱单位或温度读取查询的预期持续时间。
常见问题解答
关于使用此模板构建药房冰箱日志后端的常见问题。
