Loading...

资讯中心

县城医院的魔幻困局引热议:账面躺着三千万,却发不出医护工资

近日,县城医院账上趴着三千万,医生护士工资却发不出来引热议,很多人看到后第一反应是离谱: 是不是院长把钱挪用了?是不是管理混乱? 但这的确不是个别医院的丑闻,而是当下很多县级公立医院 共同陷入的现金流死局。魔幻的逻辑在于: 老百姓在医院看病刷医保,报销的那一部分,医院要先垫钱结算给患者;之后医院整理单据上报医保部门, 等待审核、清算、拨款。 这个周期,短则两三个月,长的甚至半年以上。账面上,这笔钱已经算作医院的收入, 报表很好看,可这笔钱没有打进医院对公账户。 发工资、采购药品耗材、设备维保、偿还基建贷款利息,每一笔都必须拿真金白银的现金兑付。 欠条再好看,不能拿来给夜班护士结绩效,也没法给药厂结账。 这不是简单的医保“故意拖欠”,而是DRG、DIP打包付费这套控费机制自带的结算时差,叠加县域医保基金盘子本身的压力, 层层拉长了回款链条。 现在绝大多数县医院都实行按病种打包付费:一个病,医保提前核定一个包干价。病人出院、医保报销部分 由医院先行垫付给患者 ,患者只付 自付部分。 这笔垫出去的钱,不会自动到账。医院要按月整理海量病历、收费清单、医嘱记录,批量上报医保经办部门, 进入一套漫长的多级审核流程: 先是系统智能初审,筛查有没有高套病种、过度检查、不合理收费;初审标记异常的病例,要人工复核。 病情复杂、费用明显超定额的病例,还要走单独的“特例单议”专家评审通道。 申诉、举证、复审,每一步都要排队,一单拖两三个月是常态, 复杂病例甚至半年以上。 对医保部门来说,慢审核本身是守住基金安全的手段:医保是老百姓的救命钱, 必须严防套保、虚记费用。 一旦审核发现实际花费超过病种包干定额,超出部分原则上 由医院自行承担,医保不予兜底。 很多县医院遇到危重、老年、合并多种基础病的患者,治疗成本天然容易突破定价,最后不仅拿不到全额回款, 还要承担超支亏损。 这种审核逻辑下,医保天然倾向慢一点、严一点,把风险和亏损先压在医院一端。而县域医保是统筹到县一级,不少大县还是人口流出县域。 参保人群老龄化高、慢性病多,基金支出压力常年紧绷,一个县医保池就这么大,要预留资金应对急诊、大病、异地报销,不能无节制快速拨付。 哪怕是合规费用,也会根据 当月基金结余情况,分批、错峰安排打款。 国家层面其实早就有预拨付、即时结算的政策,允许按月提前拨付一部分周转金,缓解医院垫资压力。 但预拨付不是普惠标配,很多县域受基金规模、管理能力限制,预拨比例很低,有的地方甚至没有落地。 预拨的钱还有严格用途限制,只能用于药品耗材采购, 明令不能拿来发工资、还基建贷款, 就算拿到预付金, 也解不了医护薪酬的燃眉之急。 就形成了一个非常拧巴的闭环:患者在窗口实现了 “即时结算” ,获得感很强;但这份便利,本质是县医院用 自有现金流替医保垫出来 的。 患者无忧,可医院的账上就堆积起一笔笔只能看、不能花的“医保应收款”。账上三千万的数字,就是这么一笔一笔审核中的债权堆出来的。 于是就出现了这种魔幻景象:资产负债表看着体量不小,应收款几千万,账户流动资金见底。 工资延迟发放、绩效停发,变成不少基层医护的常态。 网上能看到不少真实的吐槽:主任医师收入腰斩,夜班护士几个月拿不到绩效, 有的医护下班之后跑外卖补贴家用。 县医院,是分级诊疗的底盘,是县域老百姓最近的救命防线。大病才往市里省里跑,急诊、分娩、慢病复查、常见病治疗, 全都依赖县医院。 如果医护待遇长期没有保障,人才持续流失,最后受损的, 是整个县域居民就近看病的权利。 有人提出,能不能把这笔应收医保款直接拿来发工资?答案是不行。 医保资金有严格监管、专款专用,没走完审核拨付流程, 这笔账款在财务上只是债 权 , 不是可自由支配的货币资金,医院不能提前支取。 那破局的出路在哪?短期最直接的办法,就是压缩医保审核拨付周期,建立常态化、高比例的预拨付机制,释放更多周转资金, 帮医院扛住现金流缺口。 中长期,要理顺医疗服务价格,让技术、劳务价值合理变现,不能让医生护士的劳动长期廉价, 同时合理管控县域医院盲目举债扩建的冲动。 财政兜底责任也要落地,明确对公立医院公共卫生任务、急救兜底任务的补偿机制, 不能把公益责任全部压给医院自己消化。 守住基层医疗,守护县域看病的底线不是一句口号,它落到实处,就是每个月准时打到卡上的工资, 是愿意留下来的医生护士,是医院不用天天为现金流提心吊胆。 一张好看的财务报表救不了县医院,稳定、顺畅的现金流才可以。当 “账面千万,无钱发薪”从个例变成现象, 这道题,需要医保、财政、医院一起解。 读者诸君身边有没有县医院待遇缩水、人才流失的情况?不妨在评论区理性聊聊。 2026—11—4落笔于墨辩阁 特别

about image

©  - All Rights Reserved 博万娱乐APP下载-手机客户端 .