医疗编码员 · 任务逐条
分析单位是任务,不是职位名称。下面每一条都带着它的方向、这条判断是有证据还是平台推断、判断的理由,以及它没有确立什么。
这一页上的每一项任务#
给简短的例行病历编码
正在自动化≈ 平台推断量大、文件简短而标准的就诊 —— 影像报告、检验单、简单的门诊。
简短、标准化的文件,是编码软件最先能自己完成编码的地方:一些医疗系统把软件有把握的病历直接送去收费,其余的转给人。剩下的工作是例外 —— 软件退回来的那些不寻常或记录不全的病历。
还没有一手来源测量过「多少病历在没有人参与的情况下编码」;已发表的数字大多来自卖软件的厂商,这里不把它们当作证据。
给复杂的住院病例编码
正在被增强≈ 平台推断读一份很长的住院病历,选定主要诊断和次要诊断,以及决定这个病例支付分组的代码。
软件越来越多地读病历、提出代码,由编码员拍板。台湾高雄医学大学附设中和纪念医院在 2023 年 1 月部署并测试了一套 AI 系统,为认证编码员的诊断相关分组评估提供 ICD-10-CM 代码建议;编码员审阅这些建议并选定最终代码。
那是一家医院在台湾诊断相关分组制度下为期三个月的评估;它没有测量节省了多少时间,也不说明没有编码员也能完成编码。
病历不清楚时向医生提问
仍由人主导≈ 平台推断在病历能够编码之前,请经治医生澄清一个缺失、含糊或自相矛盾的诊断。
软件能标出记录里的缺口,但决定问什么、在不诱导医生的前提下提问、并得到一个经得起审核的回答,是人与人之间的对话,而怎样措辞提问还有专业规范约束。
这依据的是病历提问怎么运作,而不是对编码员现在发出多少提问的测量。
审核软件建议或给出的代码
新出现的任务≈ 平台推断接受、修改或否决机器建议的代码,并处理软件没把握编码而退回的病历队列。
软件提出代码的地方,审核它们就成了这份工作的固定部分,而不是例外。在那家台湾医院的评估里,认证编码员审阅每一条建议并选定最终代码;作者还报告,这套系统帮助发现了 1.9% 病例(2,632 例中的 50 例)里的编码错误。
一家医院的评估说明审核是那套流程的一部分;它说明不了这项工作有多普遍、有多少编码员在做。
审核、拒付与申诉
正在被增强≈ 平台推断检查已编码病历的错误与合规性,弄清支付方为什么拒付,并据理申诉。
软件如今会抽样病历做审核、标出可能被拒付的理赔,还能起草申诉信。判断一个代码按支付方规则是否正确、并向审核人把理由讲清楚,仍由既懂病历又懂规则的人来做。
这依据的是审核与拒付管理软件能做什么,而不是对审核工作变化的测量。
跟上编码体系与支付方规则的变化
正在被增强≈ 平台推断学习每年的代码变更、编码指南和各支付方自己的政策,并正确地应用它们。
编码软件会随新的代码体系更新,还能把适用于某份病历的规则调出来。知道一条规则什么时候适用、发现软件的版本错了或过时了,仍是编码员专业能力的一部分。
这依据的是编码软件怎么维护,而不是对编码员如今怎么分配学习时间的测量。