医数智联·第 03 期:Obsidian Dataview —— 把笔记变成「数据库」,质控台账不再靠 Excel
医数智联·第 03 期:Obsidian Dataview —— 把笔记变成”数据库”,质控台账不再靠 Excel [!ABSTRACT] 核心摘要 本期主题:用 Dataview 插件,把零散的 Markdown 笔记当成”数据库表”,用 SQL-like 语法查询 核心结论:Dataview = 笔记版的”数据库视图”,语法像 SQL,但你不用学 SQL 也能用 2 大查询模式:DQL(类 SQL) 和 JS API(JavaScript),前者覆盖 80% 场景 3 大医院场景:质控台账自动汇总、投诉清单实时检索、教学查房素材库 下载量:Dataview 5.5M+ ,Obsidian 社区 Top 10 插件 阅读时长:约 10 分钟 一、场景引入:质管办小李的”台账噩梦” [!example] 一个真实的周一上午周一早上 8 点 30,质管办小李刚坐下,主任就扔过来 3 份清单: 本月 28 份质控问题清单,按科室分类,标注处理状态; 本月 12 起投诉,按严重程度分级,标注处理进度; 本月 8 份手术安全核查记录,按医生姓名检索。 小李打...
医数智联·第 04 期:Obsidian + 病案质控日志 —— 每日 200 字的「复盘仪式」,Templater 让你不靠意志力
医数智联·第 04 期: Obsidian + 病案质控日志 —— 每日 200 字的”复盘仪式”,Templater 让你不靠意志力 [!ABSTRACT] 核心摘要 本期主题:用 Obsidian + Templater 插件,搭建”零摩擦”的每日病案质控日志工作流 核心结论:复盘的最大障碍不是”不知道要写什么”,而是”开笔记就要敲 5 分钟”。Templater 把开笔记的时间从 5 分钟压到 5 秒 2 大核心插件:Templater(模板自动化)+ Calendar(日历视图,见第 02 期) 3 个核心动作:晨会前 5 分钟复盘昨日 + 午间 10 分钟记录问题 + 晚上 5 分钟归档 日积月累:坚持 1 年,你将有 200+ 条结构化复盘,构成你的”医院知识库” 阅读时长:约 9 分钟 一、场景引入:为什么 90% 的”复盘日志”都活不过 3 个月? [!example] 一个真实的周三晚上质管办小李去年 1 月下定决心:”从今天起,每天下班写 500 字复盘日志!” 1 月 1 日:写 600 字,意气风发; 1 月 15 日:写了 400 字,开始...
医数智联·第 05 期:Obsidian + 投诉处理案例库 —— 双向链接让 3 年经验「自己长出来」
[!ABSTRACT] 核心摘要 本期主题:用 Obsidian 的杀手锏”双向链接”,把医院 3 年来 100+ 起投诉案例变成”会自己生长”的知识库 核心结论:真正的知识管理不是”存得多”,而是”找得到 + 用得上”。双向链接让案例之间自动关联,1 年后你会发现”这个新案例和 3 年前的某个案例很像” 3 大核心动作:结构化案例笔记 + MOC(内容地图)主页 + 标签体系分层 典型效果:1 年后,你的案例库会自动浮现”5 大高频投诉类型”、”3 类反复出现的责任科室”、”10 个最佳处理话术” 阅读时长:约 10 分钟 一、场景引入:为什么医院投诉处理总在”重复犯错”? [!example] 一个真实的周二下午医务科小张处理完一起”骨科术后感染”投诉后,院长问: “去年有没有类似投诉?当时怎么处理的?责任医生是谁?“ 小张打开档案柜,翻了 30 分钟—— 找到了 2024 年一起类似投诉,但处理人已经调走; 找到了 2025 年一起投诉,但当时只记录了”已和解”,没有写”怎么和解的”; 没找到任何关于”这类投诉的处理 SOP”。 院长皱着眉头:”我们是...
医数智联·第 07 期:MySQL 基础 —— 医院人必会的 10 个 SQL,从「求 IT」到「自己 5 分钟」
医数智联·第 07 期:MySQL 基础 —— 医院人必会的 10 个 SQL,从「求 IT」到「自己 5 分钟」 [!ABSTRACT] 核心摘要 本期主题:MySQL 基础 + 医院人必会的 10 个 SQL,看完能独立查首页数据 核心结论:医院 90% 的 HIS/LIS/电子病历系统都用 MySQL,会写 SQL 就能脱离「求 IT 等 3 天」的困境 10 个 SQL:SELECT / WHERE / ORDER BY / GROUP BY / HAVING / LIMIT / COUNT / DISTINCT / INSERT/UPDATE/DELETE(前 5 个最常用) 典型效果:从「提需求 → IT 排期 → 3 天后回复」变成「自己写 SQL → 5 分钟出结果」 阅读时长:约 10 分钟 一、场景引入:为什么医院人必须会 SQL? [!example] 一个真实的周二下午质管办小张想统计「上月骨科首页主诊错误率」,他给信息科小李...
医数智联·第 06 期:Obsidian + 教学查房素材库 —— 卡片盒笔记法让年轻医生成长快 3 倍
[!ABSTRACT] 核心摘要 本期主题:用卡片盒笔记法(Zettelkasten)+ Obsidian,把教学查房的零散案例变成”可调用、可重组、可传承”的知识库 核心结论:教学查房最大的浪费,是把”同样的知识点教给 10 个学生 10 次”。把案例沉淀成卡片,新学生来的时候,让卡片自己教你 3 类卡片:闪念卡(Fleeting)+ 文献卡(Literature)+ 永久卡(Permanent) 3 大动作:捕获 → 链接 → 输出 典型效果:1 年后,你的素材库会有 500+ 张卡片,任何查房主题都能”5 分钟组稿” 阅读时长:约 10 分钟 一、场景引入:教学查房为什么总是”重复教学”? [!example] 一个真实的周三早晨骨科李主任准备第 5 年的教学查房,主题是”老年髋部骨折围手术期管理”。 他打开电脑: 5 年前讲过这个主题,PPT 在 D 盘某个文件夹; 3 年前讲过,加了”ERAS 加速康复”的内容; 2 年前讲过,加了”抗凝药物管理”; 1 年前讲过,加了”最新指南”。 每一年,他都从头做 PPT,把同样的内容敲一遍。 他带过的 30 ...
医数智联·第 08 期:MySQL 进阶 —— 首页数据 5 大常用查询,JOIN/子查询/窗口函数
医数智联·第 08 期:MySQL 进阶 —— 首页数据 5 大常用查询,JOIN/子查询/窗口函数 [!ABSTRACT] 核心摘要 本期主题:MySQL 进阶——把多张表拼起来,做交叉分析、Top N、累计、同比 核心结论:单表查询只能解决 30% 的医院数据问题,70% 需要「多表 JOIN」。JOIN 是医院数据分析的「灵魂技能」 3 大核心技能:JOIN(表关联)+ 子查询(嵌套查询)+ 窗口函数(行内统计) 5 大实战查询:交叉分析、Top N、累计汇总、同比环比、留存分析 阅读时长:约 10 分钟 一、场景引入:为什么单表查询远远不够? [!example] 一个真实的周四下午质管办小张学会了基础 SQL(见第 07 期),他想统计「上月每个科室的主诊错误率,以及对应的责任医生职称分布」。 他发现首页数据被分散在 4 张表里: 表名 内容 首页主表 病案号、出院日期、科室、主诊 ICD 诊断表 病案号、所有诊断(主诊+副诊)、诊断类型 医生表 医生工号、姓名、职称、所属科室 病案审核表 病案号、审核状态、错误分...
医数智联·第 09 期:MySQL + 首页主诊错误率 —— 一份「院长能直接看」的月度分析全流程
[!ABSTRACT] 核心摘要 本期主题:把第 07、08 期的 SQL 技能串起来,从「写查询」到「出一份院长能直接看的月度主诊错误率报告」 核心结论:首页主诊错误率 = 主诊错误病案数 / 总病案数 × 100%,但真正的实战要回答 5 个 Why 5 大分析维度:总量、科室、医生、错误类型、时间趋势 5 步分析流程:数据提取 → 总体统计 → 维度下钻 → 错误归因 → 报告输出 阅读时长:约 10 分钟 一、场景引入:院长要「一份错误率报告」,背后要回答的 5 个 Why [!example] 一个真实的周一早晨院长办公室,周一 8 点 30。 院长:「上月首页主诊错误率多少?」 质管办小张:「2.3%。」(他自己刚跑的数据) 院长:「哪个科室最高?」 小张:「骨科。」 院长:「为什么?」 小张:「……我查一下。」 1 小时后,小张回复: 「骨科错误数 28 条,其中主诊未选主要诊断 18 条,占比 64%;主诊 ICD 编码错误 10 条,占比 36%。责任医生 Top 3 是李医生、张医生、王医生,都是高年资主治。」 院长:「怎...
医数智联·第 10 期:MySQL + DRG 入组异常筛查 —— 让医保结算少扣钱的「关键防线」
title: 医数智联·第 10 期:MySQL + DRG 入组异常筛查 —— 让医保结算少扣钱的「关键防线」date: 2026-07-03series: 医数智联issue: 10Assignee: “[[白衣狼]]”AreaORProject: “[[../../Area/MySQL|MySQL]]” “[[../../Area/医院数字化转型|医院数字化转型]]” “[[../../Project/2026年医数智联系列|2026年医数智联系列]]”tags: 医数智联 mysql drg-入组 入组异常 医保 低码高套 数据库categories: 医数智联cover: assets/2026-07-01-医数智联系列开篇-医院数字化工作者的工具箱_2026-07-01_18-28-11.jpg 医数智联·第 10 期:MySQL + DRG 入组异常筛查 —— 让医保结算少扣钱的「关键防线」derived-cards: “[[20260729001-DRG入组异...
医数智联·第 11 期:PostgreSQL 入门 —— 为什么医学界更推荐它,4 大独有优势
[!ABSTRACT] 核心摘要 本期主题:PostgreSQL 入门——为什么医学界更推荐它,以及怎么从 MySQL 迁移 核心结论:MySQL 适合「业务数据」(HIS/LIS),PostgreSQL 适合「医学数据」(科研/科研病历/影像元数据) 4 大独有优势:JSONB 字段(半结构化数据)、全文检索(中文病历检索)、地理信息(院区/患者分布)、丰富的数据类型(数组/范围/枚举) 3 大医院场景:科研病历存储、检验报告半结构化、医学术语词典 阅读时长:约 10 分钟 一、场景引入:MySQL 在医学数据上「不够用」了 [!example] 一个真实的研究项目某三甲医院启动「糖尿病视网膜病变」的回顾性研究,需要: 提取 5 年内 2.3 万份 糖尿病住院病历; 提取 5 万次 眼底检查报告(半结构化文本,每份报告约 200-500 字); 提取 8 万条 实验室检验结果; 关联 3 万条 影像元数据(检查部位、影像描述)。 信息科负责人看了一眼 MySQL,说: 「眼底检查报告怎么存?」 整...
医数智联·第 13 期:SQL 性能优化 —— 让首页查询从 30 秒到 0.5 秒,EXPLAIN + 索引 + 重写
医数智联·第 13 期:SQL 性能优化 —— 让首页查询从 30 秒到 0.5 秒,EXPLAIN + 索引 + 重写 [!ABSTRACT] 核心摘要 本期主题:SQL 性能优化——同样的查询,从 30 秒降到 0.5 秒 核心结论:90% 的慢 SQL 都是「全表扫描」,只要找到「扫描原因」就能提速 3 大核心工具:EXPLAIN(看执行计划)+ 索引(加速查询)+ 查询重写(避免反模式) 5 大实战:单列索引、联合索引、覆盖索引、避免 SELECT *、EXPLAIN 解读 典型效果:从「30 秒超时」到「0.5 秒返回」 阅读时长:约 10 分钟 一、场景引入:30 秒的 SQL 是怎样的体验? [!example] 一个真实的周三上午院长:「上月骨科主诊错误率 Top 10 医生,马上给我。」 质管办小张跑 SQL: 12345678SELECT a.责任医生, COUNT(*) AS 错误数FROM 首页主表 aLEFT JOIN 医生表 b ON a.责任医生工号 = b.医生工号WHERE a.主诊错误标记 = 1 AND a.出院日期 >=...
.jpeg)
