简介:本文围绕中医门诊病历的合规与质量展开,系统剖析内容缺项、四诊记录不完整、只写病名不写证型、模板复制导致雷同等四类高频问题,并结合真实监管处罚场景说明风险成因。同时从数据模型、必填字段校验、模板差异化、AI辅助质控等工程视角给出可落地的设计与治理方案,帮助研发与产品团队构建真正反映辨证论治过程的中医电子病历能力。
中医病历与西医病历在结构上有一处根本差异:它不仅要记录“患者发生了什么”,还要完整承载“医生凭什么这样判断、依据什么立法处方”。一份合格的中医门诊病历,本质上是一次辨证论治过程的可追溯快照——患者主诉与四诊信息是输入,证型判断是中间结论,治法方药是输出。任何一环缺失,病历就从“诊疗记录”退化为“开药凭证”。
监管检查的逻辑也正基于此。从公开的处罚案例看,中医门诊病历的问题高度集中,且往往不是单点疏漏,而是系统性记录习惯的反映。本文从工程与产品视角出发,梳理四类高频问题,并讨论如何通过结构化设计与校验机制从源头治理。
综合真实处罚场景,中医门诊病历的问题主要集中在以下四个方向:
这四类问题的共同根源在于:病历被当作“填写表单”,而非“表达诊疗逻辑”。表单可以留空、可以复制、可以只填结论;但诊疗逻辑不行。因此治理思路也应从“事后检查”转向“事前结构化约束”。
要解决“只写病名不写证型”,靠培训与提醒收效有限,更可靠的方式是在数据模型层面把证型设为必填的独立实体,而非诊断文本的附属描述。
一个可参考的最小模型如下(示意性伪代码,非任何具体产品接口):
Encounter {encounterIdpatientIdvisitType // 初诊 | 复诊chiefComplaint // 主诉presentIllness // 现病史pastHistory // 既往史fourDiagnosis { // 四诊,结构化子对象symptoms // 症状tongueBody // 舌质tongueCoating // 舌苔pulse // 脉象}physicalExamwesternDiagnosis // 西医病名,可为空tcmSyndrome // 中医证型,初诊必填treatmentPrinciple // 治法prescription {herbs[] // 饮片组成decoctionMethod // 煎煮方法,必填}physicianSignaturepharmacistSignature}
关键设计点有三:
复诊只写“续方”是四诊记录缺失中最常见的一种。工程上可通过就诊类型驱动字段集差异来约束:
这本质上是把“病情演变”建模为可比较的结构化数据,而非依赖医生自由发挥。对比式记录(前次 vs 本次)在界面上呈现为并排字段,能显著降低漏填率。
模板本身不是问题,问题是模板被当成了“免填写”。可行的治理策略包括:
在上述结构化基础上,可进一步引入辅助能力,但定位应是“减少漏项、提示规范”,而非替代医生判断:
需要强调的是,辅助能力的效果高度依赖前述结构化程度。若四诊仍以自由文本存储,任何自动校验都难以稳定生效。
对研发与产品团队而言,可优先推进三件事:
回到本质:一份合格的中医病历要交代清楚四件事——患者是什么问题、医生凭什么判断、中医诊断是什么、为什么这样治。结构化设计的价值,就是让这四件事在数据层面无法被跳过,从而让病历真正成为辨证论治过程的忠实记录,而非事后补填的合规表格。