居家配送藥房後端
居家配送藥房應用程式後端範本
管理處方的安全配送，並提供物流追蹤和簽名確認。
一個即用型居家配送藥房後端在Back4app，能夠為處方提供物流追蹤，同時確保安全性和合規性。包括ER圖、數據字典、JSON架構、API遊樂場和快速入門AI代理提示。
關鍵要點
創建一個確保安全交付、文件追蹤和合規的藥房後端，以便您的團隊能專注於用戶體驗。
- 以處方為先的數據模型 — 將處方、交付記錄和消息分開建模，但保持連結，以便清晰追蹤和授權。
- 安全消息 — 藥劑師與患者之間的線索消息，配有閱讀回執和強大的數據保護。
- 物流追蹤 — 實時更新和清晰的記錄保存，追蹤處方交付狀態。
- 簽名確認 — 在交付時需要並存儲簽名，以確保遵從性並驗證收據。
- 遵從性友好的日誌記錄 — 集中式的 AuditLog 類記錄重要事件，以便於監控和遵從性目的。
什麼是外送藥房應用後端模板？
Back4app 是一個後端即服務 (BaaS)，簡化了應用後端的開發。外送藥房應用後端模板提供了一個詳細的架構，用於管理處方紀錄、追蹤交付和安全的藥師消息。連接您首選的前端（React、Flutter、Next.js 等），並以更快的速度啟動您的應用。
最佳適用於：
外送藥房系統處方物流跟踪藥房的安全消息傳遞藥品配送合規性藥房管理應用程式
概覽
家庭配送藥房需要有效跟踪處方、配送物流以及安全的患者-藥師通信。
此模板定義了處方、配送、消息、Provider和審計日誌，並實現擁有權和基於角色的規則，使團隊能夠快速、安全地實施家庭配送藥房。
核心家庭配送藥房功能
這個中心的每個技術卡片都使用相同的藥房後端架構，包括處方、送貨、訊息、Provider 和審計日誌。
處方管理和追蹤
處方類別捕捉有關藥物、患者和 Provider 的重要細節，並提供安全訪問。
物流配送追蹤
配送類別提供有關追蹤號碼、配送狀態和預期配送時間的見解。
安全的藥劑師與患者之間的消息
訊息類別儲存藥局團隊與患者之間的交流以確保安全互動。
Provider與藥局管理
Provider類別包含用戶參考和藥局詳情，以便更好地進行互動。
集中審計日誌
AuditLog 記錄對紀錄所執行的操作並確保合規性。
為什麼要使用Back4app構建您的家庭配送藥房應用程序後端？
Back4app 簡化了後端管理——安全性、持久性、API 和實時功能——使用戶能夠專注於藥房體驗和合規性。
- •安全的處方追蹤: 內建的身份驗證確保只有授權用戶可以訪問處方詳細信息和交付狀態。
- •審計和來源記錄: AuditLog 捕獲誰訪問、交付或修改了敏感記錄，以支持合規性和故障排除。
- •消息和通知: 通過線索消息和可選的實時更新啟用患者和藥劑師之間的安全通信。
快速部署安全的家庭配送藥房後端，並在物流工作流程上進行迭代，而不是後端接管。
核心好處
一個強調安全、透明和快速操作交付的家庭配送藥房後端。
加速的藥房工作流程
使用經過驗證的後端結構簡化處方管理和送貨物流。
強大的可審計性
以可控的方式捕捉送貨事件和處方修改，以支持合規性。
細粒度權限
利用 ACL 確保處方和訊息的隱私，只為授權的藥劑師和病人提供存取權。
整合的訊息功能
使用安全且可追蹤的線上訊息與病人溝通。
符合合規要求的審計日誌
集中式日誌支持在運營和商業治理方面的監督、審計和合規報告。
AI輔助設置
使用AI代理提示快速啟動您的項目，配置架構並集成核心功能。
技術堆疊
此家庭配送藥房後端模板包含所有內容。
前端
13+ 種技術
後端
Back4app
資料庫
MongoDB
身份驗證
內建身份驗證 + 會話
API
REST 和 GraphQL
即時
Live Queries
ER 圖
家庭送藥藥局後端架構的實體關係模型。
common.erDiagramPlaceholder
涵蓋處方、交付、消息、Provider 與審計日誌的架構。
查看圖表來源
Mermaid
erDiagram
PatientProfile ||--o{ Prescription : "has"
Prescription ||--o{ Delivery : "delivered by"
Delivery ||--o{ Signature : "requires"
PatientProfile ||--o{ Notification : "receives"
_User ||--o{ AuditLog : "triggers"
PatientProfile ||--o{ AuditLog : "associated with"
PatientProfile {
String objectId PK
Pointer user FK
String medicalRecordNumber
String displayName
Date dateOfBirth
String primaryClinic
Boolean isActive
Date createdAt
Date updatedAt
}
Prescription {
String objectId PK
Pointer patient FK
String medicationName
String dosage
String status
Date createdAt
Date updatedAt
}
Delivery {
String objectId PK
Pointer prescription FK
String deliveryAddress
Date expectedDeliveryDate
Date deliveredAt
String status
Date createdAt
Date updatedAt
}
Signature {
String objectId PK
Pointer delivery FK
File signatureImage
Date createdAt
Date updatedAt
}
Notification {
String objectId PK
Pointer patient FK
String message
Boolean isRead
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 Patient
participant App as Home Delivery Pharmacy App
participant DeliveryService
participant Back4app as Back4app Cloud
Patient->>App: Sign in with email or SSO
App->>Back4app: POST /login (credentials/SSO token)
Back4app-->>App: Return Session Token + Patient context
Patient->>App: Create new prescription
App->>Back4app: POST /classes/Prescription (medicationName, dosage)
Back4app-->>App: Return new Prescription object
Patient->>App: Specify delivery address
App->>Back4app: POST /classes/Delivery (prescription, deliveryAddress)
Back4app-->>App: Confirm new Delivery object
DeliveryService->>Back4app: Update delivery status and mark as delivered
Back4app-->>App: Delivery confirmed
App-->>Patient: Notify at patient’s number/email
Patient->>App: Provide signature
App->>Back4app: POST /classes/Signature (delivery, signatureImage)
Back4app-->>App: Save and confirm signature
Back4app-->>App: LiveQuery -> new Notifications
App-->>Patient: Update patient dashboard with notifications
數據字典
家庭送藥藥局架構中每個類別的完整字段級別參考。
| 字段 | 類型 | 描述 | 必需 |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | 自動 |
| user | Pointer<_User> | Linked Back4app user account | |
| medicalRecordNumber | String | Unique MRN for the patient | |
| displayName | String | Patient full name shown in UI | |
| dateOfBirth | Date | Patient date of birth | — |
| primaryClinic | String | Primary clinic or provider group | — |
| isActive | Boolean | Active portal access flag | |
| createdAt | Date | Auto-generated creation timestamp | 自動 |
| updatedAt | Date | Auto-generated last-update timestamp | 自動 |
9 字段在 PatientProfile 中
安全性和權限
ACL、CLP 和加密策略如何保護處方、交付、消息和審計日誌。
基於角色的訪問和擁有權
使用ACLs以便患者能夠查看他們自己的處方，而藥劑師能夠查看分配的交付；CLPs防止未經授權的類別操作。
加密的有效負載和附件
將敏感項目（交付確認簽名）存儲在安全存儲後面，並使用加密來保護靜態數據。
只附加審核日誌
從伺服器端的Cloud Code寫入AuditLog條目，以確保用戶無法篡改歷史合規記錄。
架構 (JSON)
準備好可複製到Back4app或用作實施參考的原始JSON架構定義。
JSON
{
"classes": [
{
"className": "PatientProfile",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"user": {
"type": "Pointer",
"required": true,
"targetClass": "_User"
},
"medicalRecordNumber": {
"type": "String",
"required": true
},
"displayName": {
"type": "String",
"required": true
},
"dateOfBirth": {
"type": "Date",
"required": false
},
"primaryClinic": {
"type": "String",
"required": false
},
"isActive": {
"type": "Boolean",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Prescription",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"patient": {
"type": "Pointer",
"required": true,
"targetClass": "PatientProfile"
},
"medicationName": {
"type": "String",
"required": true
},
"dosage": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Delivery",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"prescription": {
"type": "Pointer",
"required": true,
"targetClass": "Prescription"
},
"deliveryAddress": {
"type": "String",
"required": true
},
"expectedDeliveryDate": {
"type": "Date",
"required": false
},
"deliveredAt": {
"type": "Date",
"required": false
},
"status": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Signature",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"delivery": {
"type": "Pointer",
"required": true,
"targetClass": "Delivery"
},
"signatureImage": {
"type": "File",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Notification",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"patient": {
"type": "Pointer",
"required": true,
"targetClass": "PatientProfile"
},
"message": {
"type": "String",
"required": true
},
"isRead": {
"type": "Boolean",
"required": true
},
"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代理從此模板生成家庭配送藥房應用，包括後端架構、ACLs和啟動前端集成。
Back4app AI 代理
準備建立
在 Back4app 上創建一個居家送藥藥局後端，使用此精確的架構和行為。 架構: 1. 醫生處方: 病人（指向用戶的指針，必需），Provider（指向用戶的指針，必需），藥物（字符串，必需，唯一），劑量（字符串，必需）；objectId，createdAt，updatedAt。 2. 交付: 追蹤號碼（字符串，必需，唯一），狀態（字符串），預期交付（日期）；objectId，createdAt，updatedAt。 3. 訊息: 發件人（指向用戶的指針，必需），收件人（指向用戶的指針，必需），正文（字符串），附件（文件數組），狀態（字符串），發送時間（日期）；objectId，createdAt，updatedAt。 4. Provider: 用戶（指向用戶的指針，必需），藥局詳細資訊（字符串）；objectId，createdAt，updatedAt。 5. 審計日誌: 演員（指向用戶的指針，必需），動作（字符串，必需），實體類型（字符串，必需），實體ID（字符串，必需），有效負載（對象，可選），createdAt（日期）；objectId，createdAt，updatedAt。 安全性: - 定義 ACL 以便病人只讀取他們的處方記錄。Provider 瀏覽與其配置文件相關的交付。對於敏感交互請應用雲代碼並驅動審計日誌條目以記錄方法調用。 授權: - 為病人和 Provider 啟用註冊，管理角色，並支持安全登錄及會話管理。 行為: - 病人登錄，查看處方更新，接收交付狀態通知，與藥局溝通；Provider 發布交付確認。系統將所有操作記錄到審計日誌中。 交付: - Back4app 應用程序具有架構、CLP、ACL、雲代碼觸發器以進行交付跟踪，以及為病人和 Provider 瀏覽的初始前端集成。
按下下面的按鈕以使用這個模板提示打開代理，並預填內容。
這是沒有技術後綴的基本提示。您可以在之後修改生成的前端堆疊。
幾分鐘內部署每月 50 次免費提示無需信用卡
API 遊樂場
嘗試 REST 和 GraphQL 端點以對 Home Delivery Pharmacy 架構進行測試。響應使用模擬數據，且不需要 Back4app 帳戶。
common.loadingPlayground
使用與該模板相同的架構。
選擇您的技術
展開每個卡片以設定整合、狀態管理模式、資料模型範例及離線考量。
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 | 完整 | |
| ~3–7 分鐘 | 用於家庭配送藥房的跨平台移動應用。 | Typed SDK | 完整 | |
| 快速 (5 分鐘) 設置 | 用於家庭配送藥房的伺服器渲染網頁應用。 | Typed SDK | 完整 | |
| ~3 分鐘 | 用於家庭配送藥房的輕量級網絡整合。 | Typed SDK | 完整 | |
| 約 5 分鐘 | 用於家庭配送藥房的原生 Android 應用。 | Typed SDK | 完整 | |
| 少於 5 分鐘 | 用於家庭配送藥房的原生 iOS 應用。 | Typed SDK | 完整 | |
| ~3–7 分鐘 | Reactive 用於家庭配送藥房的網頁 UI。 | Typed SDK | 完整 | |
| 快速 (5 分鐘) 設置 | 用於家庭配送藥房的企業網頁應用。 | Typed SDK | 完整 | |
| 快速 (2 分鐘) 設置 | 用於家庭配送藥房的靈活 GraphQL API。 | GraphQL API | 完整 | |
| ~2 分鐘 | REST API 用於家庭配送藥房的整合。 | REST API | 完整 | |
| 少於 5 分鐘 | 用於家庭配送藥房的伺服器端 PHP 後端。 | REST API | 完整 | |
| ~3–7 分鐘 | .NET 用於家庭配送藥房的後端。 | Typed SDK | 完整 |
設置時間指的是從項目初始化到使用此模板架構的第一次患者交付狀態檢查的預期時間。
常見問題
有關使用此模板建立家庭配送藥房後端的常見問題。
家庭交付藥房後端是什麼？
家庭交付藥房模板包括什麼內容？
為什麼選擇 Back4app 作為家庭交付藥房？
我如何在一個請求中獲取處方及其交付狀態？
我如何確認交付成功？
React Native 是否可以緩存交付狀態以供離線查看？
我如何防止未授權訪問交付記錄？
在移動端顯示交付上下文的最佳方法是什麼？
審計日誌功能如何運行？
我如何確保病人確認處方收據？
