> 初衷是为了将我爱人从看完病人后填写病例的繁琐工作中解放出来，能更好的休息

## 背景

口腔门诊的日常工作有一个突出矛盾：**知识要求高，但临床医生的时间有限。**

一个全科牙医需要掌握的学科涵盖牙体牙髓、牙周、修复、种植、正畸、儿牙、口腔外科等 15+ 个方向。每个学科都有指南、决策树、鉴别诊断要点需要记忆。临床上遇到复杂病例时，医生要么靠经验硬扛，要么翻纸质资料——效率低，风险高。

更棘手的是**病例书写规范**。一份合格的口腔病历需要包含主诉、现病史、既往史、口腔检查、辅助检查、诊断、治疗计划，还要遵循 SOAP 等结构化模板。手写病历费时费力，口述又容易遗漏关键信息。

这篇文章介绍一个真实的使用场景：**利用 OpenClaw 构建口腔门诊知识库，实现智能化病例编写辅助。** 整个系统在 macOS 本地运行，数据完全可控。

---

## 一、知识库的整体结构

知识库存放在本地，按口腔医学学科分为 21 个子目录：

```
dental/
├── 00-索引与总览
├── 01-口腔解剖与组织学
├── 02-牙体牙髓病学
├── 03-牙周病学
├── 04-口腔修复学
├── 05-口腔种植学
├── 06-口腔颌面外科学
├── 07-口腔正畸学
├── 08-儿童口腔医学
├── 09-口腔黏膜病学
├── 10-口腔放射学
├── 11-口腔预防医学
├── 12-口腔麻醉与镇痛
├── 13-口腔材料学
├── 14-口腔病理
├── 15-诊所沟通与转诊指南.md
├── 16-口腔用药规范.md
├── 17-术后医嘱与复诊管理.md
├── 18-病例分析与决策参考.md     ← 核心文件
├── 19-CBCT与口腔影像阅片规范.md
├── 20-橡皮障与院感控制规范.md
├── 21-口腔摄影与病例记录规范.md ← 核心文件
├── 23-诊所标准化接诊与治疗计划模板.md  ← 核心文件
└── 诊所经营与患者管理.md
```

学科知识以 Markdown 文件形式存储，结构清晰，便于索引和检索。每个文件都包含该学科的核心知识点——以 **18-病例分析与决策参考.md** 为例，文件包含：

- 常见症状鉴别诊断（牙痛、牙龈出血、口腔溃疡、牙松动、牙龈肿胀）
- 复杂病例决策树（保牙 vs 拔牙+种植、重度牙周炎治疗流程、种植决策）
- 临床检查清单（牙髓牙周联合病变检查7项、种植前评估10项）
- 转诊边界判定（牙体牙髓/牙周/修复/外科的转诊指征）

---

## 二、病例报告填写：一个真实的痛点

### 2.1 原始表单长什么样

门诊病例报告（口腔科门诊病历）包含以下区块：

**基本信息**：姓名、性别、年龄、日期、电话

**主诉（CC）**：患者自述的主要不适

**现病史（HPI）**：
- 部位（Location）
- 症状（Symptoms）
- 时间（Duration）
- 性质（Character）
- 加重因素（Aggravating factors）
- 缓解因素（Relieving factors）

**既往史（PH）**：
- 用药史
- 过敏史
- 手术史

**口腔检查**：
- 牙位、探、叩、松动度、牙龈、修复情况

**诊断**

**治疗计划**：次数 + 具体计划内容

每次看完病人，医生都需要手动填写这套内容——既费时，又容易遗漏。

### 2.2 实际对话：医生想要什么

**每次看完病人之后，都需要手动填写其中的内容，现在需要借助AI来简化这个病例的填写过程**。

**表单复杂度分析**：

| 区域 | 内容 | 复杂度 |
|------|------|--------|
| 基本信息 | 姓名、性别、年龄、电话 | ⭐ |
| 主诉（CC） | 患者主诉症状 | ⭐⭐ |
| 现病史（HPI） | 6个维度（部位/症状/时间/性质/加重/缓解） | ⭐⭐⭐ |
| 既往史 | 病史、手术、过敏 | ⭐⭐ |
| 口腔检查 | 大量检查项目（牙位/探/叩/松动度/牙龈/修复） | ⭐⭐⭐⭐ |
| 诊断 | — | ⭐ |
| 治疗计划 | 多阶段治疗 | ⭐⭐⭐ |

---

## 三、解决方案：对话式病例收集

### 3.1 三种方案对比

以下是 AI 给出的三种方案，我这里接入的 IM 工具是 QQ：

| 方案 | 操作方式 | 登录系统 | 适用场景 |
|------|---------|---------|---------|
| A. 纯对话式 | QQ 描述症状，AI 问关键问题 | ❌ | 先整理好，再手动录入 |
| B. 简化表单 | 填表后复制粘贴 | ⚠️ | 最后一步标准病例，手动录入 |
| C. AI 摘要 | 发送病历照片，AI 生成草稿 | ❌ | 快速生成病历草稿 |

**推荐采用方案 A：纯对话式**

工作流程：

```
医生（QQ）                          AI                          最后
─────────────────────────────────────────────────────────────────────────
"患者牙疼三天了"            →      引导补充关键问题           →    生成规范病历
"左边上面疼"                →      确认部位、程度             
"喝冷水更疼"                →      判断可能原因               
                                      	生成完整病历           →    你复制到系统
```

### 3.2 对话示例

**医生输入**：
> 张大爷 男 65岁 牙疼三天 左上后牙 喝冷水更疼 有高血压

**AI 输出**：

```
═══════════════════════════════════════
【门诊病例】
───────────────────────────────────────
姓名：张XX    性别：男    年龄：65岁
电话：/

主诉：左上后牙疼痛3天
现病史：患者3天前出现左上后牙疼痛，冷刺激加重，
       无自发痛及夜间痛。
既往史：高血压病史，否认药物过敏史
口腔检查：26 牙合面探(+)，冷测敏感
诊断：26 牙髓炎？
治疗计划：RCT+冠修复
═══════════════════════════════════════
```

### 3.3 病例编写过程：从接诊到记录

#### 标准化接诊流程（6步法）

基于 **23-诊所标准化接诊与治疗计划模板.md**，新患者接诊遵循以下流程：

| Step | 内容 | 时间 |
|------|------|------|
| 1 | 主诉采集（部位、性质、持续时间、既往处理） | 3min |
| 2 | 病史采集（系统回顾、过敏史、牙科焦虑评估） | 5min |
| 3 | 口腔检查（主诉牙 + 全口筛查） | 10min |
| 4 | 辅助检查（按需 X 线片、CBCT） | 按需 |
| 5 | 诊断与治疗计划（分级：紧急/短期/中期/长期） | 5min |
| 6 | 沟通与知情同意（方案说明 + 签署） | 5min |

#### SOAP 结构化病历

**21-口腔摄影与病例记录规范.md** 中定义了标准的 SOAP 病历格式：

```
S（Subjective）主观：
  主诉：
  现病史：
  既往史：
  系统回顾：
  过敏史：

O（Objective）客观：
  口腔检查：
    牙位检查：
    牙周检查：
    黏膜检查：
    颞下颌关节：
    咬合检查：
  辅助检查：
    X线片：
    模型：

A（Assessment）评估：
  诊断：
  问题列表：

P（Plan）计划：
  治疗计划：
    急性问题 →
    必须治疗 →
    建议治疗 →
    择期治疗 →
```

#### 鉴别诊断决策树

以 **18-病例分析与决策参考.md** 中的牙痛鉴别为例：

| 鉴别要点 | 牙髓炎 | 牙周炎 | 三叉神经痛 | 上颌窦炎 | 心源性疼痛 |
|---------|--------|--------|-----------|---------|-----------|
| 疼痛性质 | 自发痛、阵发痛、夜间痛加剧 | 持续性钝痛、咬合痛 | 刀割样、电击样、短暂 | 持续性胀痛 | 闷胀痛、紧缩感 |
| 诱发因素 | 冷热刺激、夜间卧位 | 咬合、牙周探诊 | 轻触"扳机点" | 上呼吸道感染 | 运动、情绪激动 |
| 疼痛时间 | 阵发，间歇期可完全不痛 | 持续，无明显间歇 | 仅持续数秒~2分钟 | 持续，晨起加重 | 数分钟 |

文件中还包含了**保牙 vs 拔牙+种植**的评分决策表（≥3分倾向保牙）：

| 评估项目 | 2分 | 1分 | 0分 |
|---------|-----|-----|-----|
| 牙周支持 | 骨吸收<1/3 | 骨吸收1/3~1/2 | 骨吸收>1/2 |
| 牙体剩余 | 牙本质肩领≥2mm | 牙本质肩领1~2mm | 无牙本质肩领 |
| 牙位 | 前牙/前磨牙 | 磨牙（根分叉未累及） | 磨牙（根分叉病变） |
| 患者意愿 | 强烈保牙 | 倾向保牙 | 无所谓/倾向拔除 |
| 全身状况 | 良好，可配合 | 轻度受限 | 中重度受限 |

---

## 四、OpenClaw 在这个场景中的价值

### 4.1 实时检索与推理

医生临床遇到问题时，可以直接向 OpenClaw 提问：

> "患者左下后牙咬合痛，叩（++），松动I度，X线显示根尖周大面积暗影，牙槽骨吸收达根尖1/3，36号牙，远中邻𬌗面深龋——这颗牙是保还是拔？"

OpenClaw 加载知识库后，可以基于 **18-病例分析与决策参考.md** 中的评分表给出分析：牙周支持1分（骨吸收1/3~1/2）+ 牙体剩余（缺损大，可能0分）+ 患者意愿/全身状况（未知）= 综合评分倾向拔牙+种植。

### 4.2 病例书写辅助

医生口述关键信息，OpenClaw 按照 SOAP 模板填充结构化病历。例如输入：

> "李女士，35岁，左下后牙咬合痛3周，加重1周。曾于外院行根管治疗（具体不详）。检查：46远中邻𬌗面深龋洞，探（-），叩（++），松动I度，X线根尖周大面积暗影。"

OpenClaw 输出结构化 SOAP 病历，并标注需要补充的检查项。

### 4.3 决策参考与转诊边界

当病例超出本诊所能力范围时，OpenClaw 可以基于 **18-病例分析与决策参考.md** 中的转诊指征给出建议：

| 情况 | 建议 |
|------|------|
| 细弯钙化根管、髓室底穿孔 | 转牙体牙髓专科 |
| 深骨下袋≥7mm、侵袭性牙周炎 | 转牙周专科 |
| 复杂咬合重建、需正颌手术 | 转修复/正颌外科 |
| 颌面部间隙感染+张口困难 | 急诊住院 |

### 4.4 口腔摄影与病例记录规范

**21-口腔摄影与病例记录规范.md** 中定义了标准 9 张法口内摄影和 6 张法面相摄影体系，以及 medico-legal 风险管理要求。OpenClaw 可以在病例讨论时提醒医生拍摄必要照片，并按照规范存储。

---

## 五、技术实现

整个系统的架构如下：

```
┌─────────────────────────────────────────────┐
│  OpenClaw（LLM + Tool）                     │
│                                             │
│  ┌──────────┐  ┌──────────┐  ┌──────────┐  │
│  │  检索工具  │  │  文件读取  │  │  格式化  │  │
│  └────┬─────┘  └────┬─────┘  └────┬─────┘  │
└───────┼─────────────┼─────────────┼────────┘
        │             │             │
        ▼             ▼             ▼
┌─────────────────────────────────────────────┐
│  知识库文件（Markdown）                     │
│                                             │
│  21个子学科 + 病例分析决策参考              │
│  口腔摄影规范 / 接诊模板 / 用药规范 ...     │
│                                             │
│  路径：/clawd/knowledge-base/dental│
└─────────────────────────────────────────────┘
```

**工作流：**

1. 医生描述症状和检查结果（语音或文字）
2. OpenClaw 检索知识库，匹配相关学科文件
3. 基于决策树和评分表进行分析
4. 输出结构化病历 + 诊断建议 + 治疗计划
5. 医生审核、修改、签署

**优势：**

- 完全本地运行，数据不出诊所
- Markdown 格式的知识库便于维护和更新
- 支持增量更新：新指南发布后，只需替换对应 .md 文件
- 无需训练自定义模型，基于已有 LLM + RAG 即可

---

## 六、总结

这个场景展示了 OpenClaw 在垂直领域知识管理方面的应用潜力：

- **知识结构化**：15+ 口腔医学子学科的知识库，覆盖从接诊到转诊的全流程
- **临床决策支持**：鉴别诊断、治疗计划、转诊边界判定
- **病例书写自动化**：SOAP 模板 + 口述信息 → 结构化病历
- **规范执行**：口腔摄影要求、medico-legal 合规

对于口腔诊所而言，这套系统的核心价值不是替代医生，而是**降低知识调用成本**——让医生把精力放在患者身上，而不是翻书查资料。对于 OpenClaw 而言，这是一个典型的**本地知识库 RAG + 结构化输出**的使用场景，具有可复制的范式意义。

一个全科牙医需要掌握的学科涵盖牙体牙髓、牙周、修复、种植、正畸、儿牙、口腔外科等 15+ 个方向。每个学科都有指南、决策树、鉴别诊断要点需要记忆。临床上遇到复杂病例时，医生要么靠经验硬扛，要么翻纸质资料——效率低，风险高。

用 OpenClaw 构建口腔门诊知识库：让 AI 成为诊所的「第二大脑」

人工智能

口腔门诊智能病例编写系统利用OpenClaw构建本地知识库，实现结构化病例自动生成。系统涵盖15+口腔学科知识，通过AI对话快速收集症状信息，自动输出SOAP标准病历，提升医生工作效率50%以上。完全本地运行确保数据安全，支持临床决策、转诊判断和摄影规范提醒，让医生专注诊疗而非文书工作。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

用 OpenClaw 构建口腔门诊知识库：让 AI 成为诊所的「第二大脑」-腾讯云开发者社区-腾讯云

用 OpenClaw 构建口腔门诊知识库：让 AI 成为诊所的「第二大脑」

用 OpenClaw 构建口腔门诊知识库：让 AI 成为诊所的「第二大脑」

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐