关键要点
提供一个关注患者体验、安全预约和协调护理路径的后端，让您的团队能够专注于功能和合规性。
- 以患者为中心的数据模型 — 单独维护患者身份、预约、消息和Provider互动，同时确保链接的上下文，以清晰的来源和授权。
- 安全消息传递 — 患者与Provider之间的异步线程对话，支持可选的附件和已读回执。
- 预约管理 — 轻松管理预约日程、患者通知和Provider分配。
- 审计记录 — 详细的审计日志捕捉敏感事件，以支持合规性和监控。
- 集成准备架构 — 内置对REST和GraphQL的支持，帮助简化与各种面向患者的技术的集成。
医疗礼宾应用程序后端模板是什么？
Back4app是一个后端即服务（BaaS），用于快速交付。医疗礼宾应用程序后端模板是一个预设计的模式，用于患者管理、预约调度、安全消息传递和审计日志。将您的前端（React，Flutter，Next.js等）连接以加快开发进程。
适合：
医疗礼宾应用程序患者管理服务预约调度安全医疗消息传递团队构建符合HIPAA的解决方案
概述
医疗礼宾应用程序要求强大的数据管理和安全处理敏感项目，如患者记录和预约详情。
此模板定义了PatientProfile、Appointment、Message、ProviderProfile和AuditLog类，具有所有权和基于角色的规则，旨在快速和安全地实施医疗礼宾应用程序。
核心医疗礼宾功能
该中心的每个技术卡片都利用相同的医疗礼宾后台架构，包括 PatientProfile、Appointment、Message、 ProviderProfile 和 AuditLog。
患者资料与认证
PatientProfile保存与用户相关的身份、联系信息和偏好设置。
预约管理
预约类将患者与Provider连接，提供调度细节和状态。
安全消息传递
消息支持线程、附件、发件人/收件人链接和状态跟踪。
集中审计日志
AuditLog 提供了关于用户执行的操作的洞察，捕捉相关事件细节。
为什么使用Back4app构建您的医疗礼宾应用程序后端？
Back4app 管理后端基础——安全性、持久性、API 和实时通信——让您专注于提升患者体验并提供无缝护理。
- •安全数据处理: 内置的授权和权限确保指定用户可以访问特定的患者记录和消息功能。
- •全面的审计跟踪: AuditLog 捕获对敏感记录的每一次操作，以帮助满足合规要求并便于调试。
- •有效的沟通工具: 对线程消息、可选附件和实时更新的支持促进了有效的患者-Provider 互动。
快速部署安全的医疗礼宾后端，专注于提升服务交付，而非后端操作。
核心利益
一个优先考虑隐私、安全和快速开发的医疗礼宾后台。
加速服务交付
通过利用经过验证的后端结构，更快地实施患者管理、预约调度和信息交流。
全面记录跟踪
安全管理患者互动和预约历史，以确保责任和合规性。
基于角色的权限
通过细粒度的访问控制列表（ACL）控制对敏感数据的访问，以确保只有授权用户能够查看或修改信息。
集成通信渠道
利用线程消息和实时更新来增强患者与Provider之间的互动流。
合规准备的日志记录
集中式审计日志促进可见性和责任感，便于合规检查和调查。
AI辅助的引导
通过量身定制的 AI 代理提示来启动您的开发，搭建您的架构、权限和集成代码。
准备好构建一个安全的医疗礼宾应用了吗？
允许 Back4app AI 代理搭建您的医疗礼宾后端，并生成从患者档案到预约管理和安全消息传递的基本要素。
免费开始 — 每月 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
{
"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。 安全性： - 强制实施 ACLs，以便患者只能查看他们的预约和消息记录。 Provider 查看他们分配的患者数据。使用云代码处理敏感的过渡，并在服务器端写入 AuditLog 条目。 身份验证： - 支持患者和 Provider 的注册；角色分配；安全登录和会话管理。 行为： - 患者登录，预约，向 Provider 发送消息并接收通知。 Provider 管理预约并回复患者消息；系统为操作写入 AuditLog 条目。 交付： - Back4app 应用程序，具有模式、CLPs、ACLs、用于操作的云代码钩子，以及患者和 Provider 视图的入门前端集成。
按下面的按钮打开代理，使用预填充的此模板提示。
这是没有技术后缀的基本提示。您可以在后面调整生成的前端堆栈。
几分钟内部署每月 50 个免费提示无需信用卡
API 游乐场
在医疗礼宾模式下尝试 REST 和 GraphQL 端点。响应使用模拟数据，不需要 Back4app 账户。
common.loadingPlayground
使用与该模板相同的模式。
选择您的技术
展开每张卡以获取集成步骤、状态模式、数据模型示例和离线笔记。
Flutter 医疗礼宾后端
React 医疗礼宾后端
React 原生 医疗礼宾后端
Next.js 医疗礼宾后端
JavaScript 医疗礼宾后端
Android 医疗礼宾后端
iOS 医疗礼宾后端
Vue 医疗礼宾后端
Angular 医疗礼宾后端
GraphQL 医疗礼宾后端
REST API 医疗礼宾后端
PHP 医疗礼宾后端
.NET 医疗礼宾后端
您从每项技术中获得的内容
每个技术栈使用相同的医疗礼宾后台架构和API契约。
患者管理系统
高效管理医疗礼宾的患者记录和预约。
安全消息平台
促进患者与医疗礼宾中的Provider之间的安全沟通。
实时预约调度
简化医疗礼宾服务的预订和通知。
审计日志功能
在医疗礼宾中维护详细日志以确保合规性和跟踪。
统一的患者数据结构
整合各种数据点以获得全面的医疗礼宾洞察。
REST/GraphQL API
访问强大的API以连接您的前端用于医疗礼宾应用。
医疗礼宾框架比较
对比所有支持技术的设置时间、SDK风格和AI支持。
| 框架 | 设置时间 | 医疗礼宾服务的好处 | SDK 类型 | AI 支持 |
|---|---|---|---|---|
| ~3-7分钟 | 移动和网页的医疗礼宾单一代码库。 | Typed SDK | 完整 | |
| 快速（5分钟）设置 | 医疗礼宾的快速网页仪表板。 | Typed SDK | 完整 | |
| ~5分钟 | 医疗礼宾的跨平台移动应用。 | Typed SDK | 完整 | |
| 大约5分钟 | 医疗礼宾的服务器渲染网页应用。 | Typed SDK | 完整 | |
| ~3-5分钟 | 医疗礼宾的轻量级网页集成。 | Typed SDK | 完整 | |
| ~3-7分钟 | 医疗礼宾的原生Android应用。 | Typed SDK | 完整 | |
| 快速（5分钟）设置 | 医疗礼宾的原生iOS应用。 | Typed SDK | 完整 | |
| ~5分钟 | React医疗礼宾的网页用户界面。 | Typed SDK | 完整 | |
| 大约5分钟 | 医疗礼宾的企业网页应用。 | Typed SDK | 完整 | |
| 少于2分钟 | 灵活的GraphQL API用于医疗礼宾。 | GraphQL API | 完整 | |
| 快速（2分钟）设置 | REST API的医疗礼宾集成。 | REST API | 完整 | |
| ~3分钟 | 医疗礼宾的服务器端PHP后端。 | REST API | 完整 | |
| ~5分钟 | .NET医疗礼宾后端。 | Typed SDK | 完整 |
设置持续时间表示从项目开始到第一次患者预约和使用此模板方案进行消息检索的预期。
常见问题解答
有关使用此模板构建医疗礼宾后端的常见问题。
什么是医疗礼宾后台？
医疗礼宾模板包含什么？
为什么在医疗礼宾应用中使用 Back4app？
我如何在单个请求中获取最新预约及其 Provider？
我如何将消息标记为已送达？
我可以在 React Native 中处理离线访问的预约数据吗？
我如何为预约保护病人的 PDF 文件？
在移动设备上显示预约互动的最佳方式是什么？
审计日志过程是如何工作的？
我如何支持病人确认预约？
