医数智联·第 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 入组异常筛查 —— 让医保结算少扣钱的「关键防线」
一、场景引入:为什么「DRG 入组异常」是医保结算的「隐形失血」? [!example] 一个真实的月底月底,医保局结算清单发回来,某三甲医院发现: 「本月 DRG 拒付 47 例,扣款金额 ¥186,000。」 信息科调出 47 例明细,发现: 12 例「低码高套」 —— 实际是简单手术,病历写成复杂手术,被医保局识别; 18 例「歧义病例」 —— 主诊选择有争议,可以入「高权重组」也可以入「低权重组」; 9 例「误入组」 —— 应该是内科组,误入了外科组; 8 例「主诊错误」 —— 主诊 ICD 选择错误,导致整组偏移。 一个月损失 18.6 万,一年就是 220 万。 这是绝大多数医院都在面临的「隐形失血」: 异常类型 原因 损失量级 低码高套 主诊/手术编码虚高 单例 ¥500-5000 歧义病例 主诊选择可左可右 单例 ¥200-2000 误入组 编码错误导致入错 DRG 组 单例 ¥1000-10000 主诊错误 主诊未选主要诊断 单例 ¥300-3000 入组编码缺失 关键诊断/手术未填 单例 ¥500-5000...
医数智联·第 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.出院日期 >=...
医数智联·第 12 期:PostgreSQL 进阶 —— JSON 字段 + 全文检索 + GIS 在医学数据中的实战
[!ABSTRACT] 核心摘要 本期主题:PostgreSQL 三大杀手锏——JSONB 查询优化、中文全文检索、PostGIS 地理信息 核心结论:PostgreSQL 的「半结构化 + 全文 + 空间」三件套,是医学数据的天生搭档 3 大实战场景:JSONB 索引查询提速 100 倍、中文病历全文检索、院区患者分布分析 核心技术:GIN 索引、tsvector + zhparser、PostGIS 空间函数 阅读时长:约 10 分钟 一、场景引入:第 11 期「跑得慢」的真实问题 [!example] 一个真实的科研项目某三甲医院用 PostgreSQL 建了「糖尿病视网膜病变」专病库(2.3 万份病历),3 个月后: 信息科反馈:「JSONB 字段查询全表扫描,一份统计报告跑 3 分钟」 临床医生反馈:「全文检索 ‘黄斑水肿’ 漏命中了一半,结果不准」 院长想看:「医院 5 公里范围内有多少潜在糖尿病患者」,MySQL 做不了 这 3 个问题,第 11 期的「入门」解决不了,需要进阶的索引 + 扩展能力。 这是 PostgreSQL 入门的 3 大...
医数智联·第 15 期:pandas 入门 —— 首页数据的「Excel 终结者」,DataFrame 10 大操作
医数智联·第 15 期:pandas 入门 —— 首页数据的「Excel 终结者」,DataFrame 10 大操作 [!ABSTRACT] 核心摘要 本期主题:pandas 入门——把首页数据从「Excel 重活」变成「pandas 5 行代码」 核心结论:pandas = Python 版的 Excel,但比 Excel 强大 10 倍 核心数据结构:DataFrame(类似 Excel 工作表)+ Series(类似 Excel 一列) 10 大必会操作:读 / 写 / 筛选 / 排序 / 分组 / 聚合 / 合并 / 透视 / 缺失值 / 日期 典型效果:把 2 小时的 Excel 工作压成 5 行 Python 代码 阅读时长:约 10 分钟 一、场景引入:Excel 的「复杂公式噩梦」 [!example] 一个真实的周三下午质管办小李要算「上月每个科室的主诊错误率」,他打开 Excel: 筛选:筛选 → 骨科 → 复制 → 新 sheet 计数:COUN...
