醫療禮賓後端

醫療禮賓應用程式後端模板
提供個性化的病患體驗，管理預約，並安全協調護理

Q: 什麼是醫療禮賓後端？

醫療禮賓後端是一個結構化的 BaaS 架構和 API，用於管理病患和 Provider 的互動、預約排程、訊息傳遞和審計。

Q: 醫療禮賓模板包含什麼？

它包含 PatientProfile、Appointment、Message、ProviderProfile 和 AuditLog 類別，以及 ER 圖、API 游樂場、JSON 架構和 AI 代理提示。

Q: 為什麼使用 Back4app 作為醫療禮賓應用程式？

Back4app 提供管理的持久性、身份驗證、API 生成、即時能力和 Cloud Code，使團隊能專注於病患互動，而非基礎設施。

Q: 我如何在單一請求中獲取最新的預約及其 Provider？

利用 GraphQL 進行嵌套查詢或適當的 REST 呼叫，這些呼叫包含指標引用，以便獲取預約記錄及其 Provider 資訊。

Q: 我怎麼可以將訊息標記為已送達？

將 Message.status 欄位更新為 'delivered'，同時確認更新者的角色。將該行動記錄在 AuditLog 中以便追溯。

Q: 我能在 React Native 中處理離線訪問的約會數據嗎？

是的，啟用本地數據存儲並將約會記錄固定，以確保關鍵數據在沒有互聯網連接時可用。

Q: 我該如何保護患者的約會 PDF 文件？

使用帶有到期時間的簽名 URL 並強制執行 ACL 以限制訪問，從而保護敏感數據不被未授權的查看。

Q: 在移動設備上顯示約會互動的最佳方法是什麼？

檢索約會及其消息記錄以創建時間關係，將它們呈現為一個連貫的時間軸；利用本地存儲來管理即將到來的約會。

Q: 審計日誌過程是如何全過程運作的？

使用 Cloud Code 觸發器來記錄行為（例如，預訂約會或發送消息）。每個條目存儲有關用戶、操作、所涉實體和背景的詳細信息，供後續參考。

Q: 我該如何支持患者確認約會？

在您的約會架構中加入確認標記（例如，acknowledgedBy 和 acknowledgedAt 字段），並在 AuditLog 中記錄此操作以確保問責。

一個可投入生產的 醫療禮賓後端 在 Back4app 提供高級病患管理、預約安排、安全消息傳遞，以及嚴格的審計日誌。包含 ER 圖、數據字典、JSON 架構、API 遊樂場，以及一個 AI 代理 提示以快速啟動。

與 AI 代理一起建構選擇您的技術

關鍵要點

推出注重病人體驗、安全預約和協調護理路徑的後端，以便您的團隊專注於功能和合規性。

以病人為中心的數據模型 — 保持病人的身份、預約、消息和Provider交互獨立，同時確保鏈接上下文以便提供清晰的來源和授權。
安全消息傳遞 — 病人與Provider之間的異步、線程對話，帶有可選的附件和已讀回執。
預約管理 — 輕鬆管理預約日程、病人通知和Provider分配。
審計日誌 — 詳細的審計日誌捕捉敏感事件以支持合規性和監控。
集成就緒架構 — 內建支持REST和GraphQL幫助簡化與各種面向患者技術的集成。

什麼是醫療禮賓應用後端範本？

Back4app是一個後端即服務(BaaS)，用於快速交付。醫療禮賓應用後端範本是一個預先設計的架構，用於患者管理、約會排程、安全消息傳遞和審計日誌。將您的前端（React、Flutter、Next.js等）連接起來以加快開發。

最佳適用：

醫療禮賓應用病患管理服務預約排程安全的醫療消息傳遞構建符合HIPAA的解決方案的團隊

概覽

醫療禮賓應用程式要求強大的數據管理和安全處理敏感項目，如病人記錄和預約詳情。

此模板定義了病人檔案、預約、消息、{BRAND0}檔案和審計日誌類，並設計了所有權和基於角色的規則，以便快速和安全地實現醫療禮賓應用程式。

核心醫療服務助理功能

此中心的每個技術卡使用相同的醫療禮賓後端架構，包括病人檔案、預約、訊息、 Provider 檔案和審核日誌。

病人資料與驗證

病人資料包含與用戶相關的身份、聯繫信息及偏好設置。

約會管理

約會類別連接病人與Provider的排程詳細信息和狀態。

安全消息傳遞

訊息支援線程、附件、發件人/收件人連結和狀態追蹤。

集中式審核日誌

AuditLog 提供用戶執行的行動的見解，捕捉相關事件細節。

為什麼要使用{BRAND0}構建您的醫療禮賓應用程式後端？

Back4app 管理後端必要事項—安全性、持久性、API 和即時通訊—讓你專注於提升患者體驗和提供無縫的服務。

•安全數據處理: 內建的授權和權限確保指定用戶可以訪問特定的患者記錄和消息功能。
•全面的審計追踪: AuditLog 捕捉對敏感記錄所做的每一個操作，以幫助滿足合規要求並促進除錯。
•有效的通信工具: 支持主題消息、可選的附件和即時更新，促進有效的患者-Provider 互動。

快速部署安全的醫療服務助理後端，專注於提升服務交付，而不是後端操作。

核心優勢

一個優先考慮隱私、安全和快速開發的醫療禮賓後端。

加速的服務交付

透過利用經過驗證的後端結構，更快速地實施患者管理、預約排程和消息傳遞。

全面記錄追蹤

安全地管理患者互動和預約歷史，以確保責任和合規性。

基於角色的權限

使用精細的訪問控制列表 (ACL) 控制對敏感數據的訪問，以確保只有經授權的用戶能查看或修改信息。

整合的通信渠道

利用線程消息和實時更新來增強患者與Provider之間的互動流。

合規準備的日誌記錄

集中的審計日誌促進可見性和責任，便於合規審查和調查。

AI輔助的引導啟動

利用量身定制的AI代理提示來啟動您的開發，構建您的架構、權限和集成代碼。

準備好建立一個安全的醫療禮賓應用程序了嗎？

允許 Back4app AI代理構建您的醫療禮賓後端，並生成從病人檔案到約會管理和安全消息傳遞的基本功能。

使用AI代理構建試用API遊樂場

免費開始 — 每月50個AI代理提示，無需信用卡

技術堆疊

此醫療禮賓後端模板包含的所有內容。

前端

13+ 種技術

後端

Back4app

資料庫

MongoDB

身份驗證

內建身份驗證 + 會話

API

REST 和 GraphQL

即時

Live Queries

ER 圖

針對醫療顧問後端架構的實體關係模型。

common.erDiagramPlaceholder

查看圖示來源

Mermaid

erDiagram
    PatientProfile ||--o{ LabResult : "has"
    PatientProfile ||--o{ TreatmentPlan : "receives"
    PatientProfile ||--o{ Message : "context for"
    PatientProfile ||--o{ Appointment : "scheduled in"
    _User ||--o{ Message : "sends/receives"
    _User ||--o{ TreatmentPlan : "authors"
    _User ||--o{ Appointment : "provides"

    PatientProfile {
        String objectId PK
        Pointer user FK
        String medicalRecordNumber
        String displayName
        Date dateOfBirth
        String primaryClinic
        Boolean isActive
        Date createdAt
        Date updatedAt
    }

    LabResult {
        String objectId PK
        Pointer patient FK
        Pointer orderedBy FK
        String testCode
        String testName
        String resultValue
        String units
        String referenceRange
        String status
        Date publishedAt
        Array attachments
        Date createdAt
        Date updatedAt
    }

    TreatmentPlan {
        String objectId PK
        Pointer patient FK
        Pointer createdBy FK
        String summary
        String details
        String status
        Date startDate
        Date endDate
        Date createdAt
        Date updatedAt
    }

    Message {
        String objectId PK
        String conversationId
        Pointer from FK
        Pointer to FK
        Pointer patient FK
        String body
        Array attachments
        Boolean isRead
        Date sentAt
        Date createdAt
        Date updatedAt
    }

    Appointment {
        String objectId PK
        Pointer patient FK
        Pointer provider FK
        Date startAt
        Date endAt
        String location
        String status
        String reason
        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 Medical Concierge App
  participant Clinician
  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: Open Dashboard (profile & recent labs)
  App->>Back4app: GET /classes/PatientProfile?where={"user":Pointer("_User", "u123")}
  Back4app-->>App: PatientProfile object
  App->>Back4app: GET /classes/LabResult?where={"patient":Pointer("PatientProfile","p123")}&order=-publishedAt
  Back4app-->>App: List of LabResult (latest first)

  Patient->>App: View active Treatment Plan
  App->>Back4app: GET /classes/TreatmentPlan?where={"patient":Pointer("PatientProfile","p123"),"status":"active"}
  Back4app-->>App: TreatmentPlan object

  Patient->>App: Send secure message to clinician
  App->>Back4app: POST /classes/Message (conversationId, body, to: Pointer(_User, clinicianId))
  Back4app-->>App: Message objectId

  Back4app-->>App: LiveQuery -> new Message or LabResult update
  App-->>Patient: Real-time notification (new message / result available)

  Clinician->>Back4app: Update LabResult (finalize)
  Back4app-->>App: LiveQuery event -> App fetches updated LabResult
  App-->>Patient: Alert: "New lab result available"

數據字典

醫療禮賓架構中每個類的完整字段級參考。

字段	類型	描述	必填
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 和加密策略如何保護病患紀錄、約診、訊息及稽核日誌。

基於角色的訪問和擁有權

使用 ACL 使病患只能訪問他們的紀錄，而 Provider 則可以查看其指定的病患信息；CLP 防止未經授權的類別操作。

安全數據處理

以必要的安全和授權層級存儲敏感的病患信息，以確保保密性。

僅附加審計追蹤

通過伺服器端雲端代碼捕獲的審計日誌條目可防止用戶篡改敏感記錄。

結構（JSON）

原始 JSON 結構定義可複製到 Back4app 或用作實施參考。

JSON

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

144

145

146

147

148

149

150

151

152

153

154

155

156

157

158

159

160

161

162

163

164

165

166

167

168

169

170

171

172

173

174

175

176

177

178

179

180

181

182

183

184

185

186

187

188

189

190

191

192

193

194

195

196

197

198

199

200

201

202

203

204

205

206

207

208

209

210

211

212

213

214

215

216

217

218

219

220

221

222

223

224

225

226

227

228

229

230

231

232

233

234

235

236

237

238

239

240

241

242

243

244

245

246

247

248

249

250

251

252

253

254

255

256

257

258

259

260

261

262

263

264

265

266

267

268

269

270

271

272

273

274

275

276

277

278

279

280

281

282

283

284

285

286

287

288

289

290

291

292

293

{
  "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": "LabResult",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "patient": {
          "type": "Pointer",
          "required": true,
          "targetClass": "PatientProfile"
        },
        "orderedBy": {
          "type": "Pointer",
          "required": false,
          "targetClass": "_User"
        },
        "testCode": {
          "type": "String",
          "required": false
        },
        "testName": {
          "type": "String",
          "required": true
        },
        "resultValue": {
          "type": "String",
          "required": false
        },
        "units": {
          "type": "String",
          "required": false
        },
        "referenceRange": {
          "type": "String",
          "required": false
        },
        "status": {
          "type": "String",
          "required": true
        },
        "publishedAt": {
          "type": "Date",
          "required": false
        },
        "attachments": {
          "type": "Array",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "TreatmentPlan",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "patient": {
          "type": "Pointer",
          "required": true,
          "targetClass": "PatientProfile"
        },
        "createdBy": {
          "type": "Pointer",
          "required": true,
          "targetClass": "_User"
        },
        "summary": {
          "type": "String",
          "required": true
        },
        "details": {
          "type": "String",
          "required": false
        },
        "status": {
          "type": "String",
          "required": true
        },
        "startDate": {
          "type": "Date",
          "required": false
        },
        "endDate": {
          "type": "Date",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Message",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "conversationId": {
          "type": "String",
          "required": true
        },
        "from": {
          "type": "Pointer",
          "required": true,
          "targetClass": "_User"
        },
        "to": {
          "type": "Pointer",
          "required": true,
          "targetClass": "_User"
        },
        "patient": {
          "type": "Pointer",
          "required": true,
          "targetClass": "PatientProfile"
        },
        "body": {
          "type": "String",
          "required": true
        },
        "attachments": {
          "type": "Array",
          "required": false
        },
        "isRead": {
          "type": "Boolean",
          "required": true
        },
        "sentAt": {
          "type": "Date",
          "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": "_User"
        },
        "startAt": {
          "type": "Date",
          "required": true
        },
        "endAt": {
          "type": "Date",
          "required": true
        },
        "location": {
          "type": "String",
          "required": false
        },
        "status": {
          "type": "String",
          "required": true
        },
        "reason": {
          "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 代理從該模板生成醫療禮賓應用，包含後端結構、ACL 和啟動前端集成。

Back4app AI 代理

準備構建

在 Back4app 上創建一個醫療客服後端，遵循此確切的架構和行為。

架構：
1. PatientProfile：user（指向用戶的指針，必需），fullName（字符串，必需），contact（對象），medicalRecordNumber（字符串，必需，唯一）；objectId，createdAt，updatedAt。
2. ProviderProfile：user（指向用戶的指針，必需），specialty（字符串），clinic（字符串），contact（對象）；objectId，createdAt，updatedAt。
3. Appointment：patient（指向PatientProfile的指針，必需），Provider（指向ProviderProfile的指針，必需），scheduledAt（日期，必需），status（字符串：scheduled，canceled，completed），location（字符串）；objectId，createdAt，updatedAt。
4. Message：sender（指向用戶的指針，必需），recipient（指向用戶的指針，必需），threadId（字符串，必需），body（字符串），attachments（文件數組），status（字符串：sent，delivered，read），sentAt（日期）；objectId，createdAt，updatedAt。
5. AuditLog：actor（指向用戶的指針，必需），action（字符串，必需），entityType（字符串，必需），entityId（字符串，必需），payload（對象，選填），createdAt（日期）；objectId，createdAt，updatedAt。

安全性：
- 強制執行ACL，讓病人只能查閱自己的預約和消息記錄。 Provider 可以查看其分配的病人數據。對於敏感轉換使用 Cloud Code 以及在服務端寫入 AuditLog 記錄。

授權：
- 支持病人和 Provider 的註冊；角色分配；安全登錄和會話管理。

行為：
- 病人登錄，預約，向 Provider 發送消息，並接收通知。 Provider 會管理預約並回覆病人的消息；系統會為行動撰寫 AuditLog 記錄。

交付：
- Back4app 應用程序，具有架構、CLPs、ACLs、針對行動的 Cloud Code 鉤子，以及供病人和 Provider 查看用的啟動前端集成。

按下下面的按鈕以使用此模板提示預填充並打開代理。

這是沒有技術後綴的基本提示。您可以在之後調整生成的前端堆棧。

幾分鐘內部署每月 50 次免費提示無需信用卡

API 玩法

嘗試針對醫療客服架構的 REST 和 GraphQL 端點。回應使用模擬數據，無需 Back4app 帳號。

common.loadingPlayground

使用與此範本相同的架構。

選擇您的技術

展開每個卡片以獲取整合步驟、狀態模式、數據模型示例和離線註釋。

每項技術可獲得的內容

每個堆疊使用相同的醫療 concierge 後端架構和 API 合約。

患者管理系統

有效管理醫療禮賓的患者記錄和約會。

安全消息平台

促進患者與Provider在醫療禮賓之間的安全溝通。

實時約會安排

簡化醫療禮賓服務的預訂和通知流程。

審計日誌功能

維護詳細日誌以供醫療禮賓的合規性和跟蹤。

統一的患者數據結構

整合各種數據點以獲得全面的醫療禮賓見解。

REST/GraphQL APIs

訪問強大的API以連接您的前端到醫療禮賓應用程序。

醫療禮賓框架比較

對所有支持的技術進行設置時間、SDK樣式和AI支持的對比。

框架	設置時間	醫療禮賓優勢	SDK 類型	人工智慧支持
Flutter	~3–7分鐘	適用於移動和網頁的單一代碼基礎用於醫療禮賓。	Typed SDK	完整
React	快速（5分鐘）設置	醫療禮賓的快速網頁儀表板。	Typed SDK	完整
React 原生	~5分鐘	醫療禮賓的跨平台移動應用程序。	Typed SDK	完整
Next.js	大約5分鐘	醫療禮賓的服務器渲染網頁應用程序。	Typed SDK	完整
JavaScript	~3–5分鐘	醫療禮賓的輕量級網頁集成。	Typed SDK	完整
Android	~3–7分鐘	醫療禮賓的原生Android應用程序。	Typed SDK	完整
iOS	快速（5分鐘）設置	醫療禮賓的原生iOS應用程序。	Typed SDK	完整
Vue	~5分鐘	Reactive網頁UI用於醫療禮賓。	Typed SDK	完整
Angular	大約5分鐘	醫療禮賓的企業網頁應用程序。	Typed SDK	完整
GraphQL	不到2分鐘	靈活的GraphQL API用於醫療禮賓。	GraphQL API	完整
REST API	快速（2分鐘）設置	REST API集成用於醫療禮賓。	REST API	完整
PHP	~3分鐘	醫療禮賓的服務器端PHP後端。	REST API	完整
.NET	~5分鐘	.NET後端用於醫療禮賓。	Typed SDK	完整

設置期間表示從項目開始到首次病人預約和使用此模板架構進行消息檢索的期望。

常見問題

關於使用此模板構建醫療禮賓後端的常見問題。

什麼是醫療禮賓後端？

醫療禮賓模板包含什麼？

為什麼使用 Back4app 作為醫療禮賓應用程式？

我如何在單一請求中獲取最新的預約及其 Provider？

我怎麼可以將訊息標記為已送達？

我能在 React Native 中處理離線訪問的約會數據嗎？

我該如何保護患者的約會 PDF 文件？

在移動設備上顯示約會互動的最佳方法是什麼？

審計日誌過程是如何全過程運作的？

我該如何支持患者確認約會？

全球開發者的信任

加入團隊，使用 Back4app 模板更快地提供醫療禮賓服務解決方案

準備好建立您的醫療禮賓應用程序了嗎？

在幾分鐘內開始您的醫療禮賓項目。不需要信用卡。

選擇技術

醫療禮賓應用程式後端模板提供個性化的病患體驗，管理預約，並安全協調護理