不是最强AI，是最懂医生；
不是替代人力，是放大经验；
不是颠覆流程，是嵌入日常。
然后把标题改成《基于临床动线优化的医疗数据分析辅助系统》。
名字平实，甚至有点土。但比那些听着高大上的名词更贴近实际。
他检查了一遍整体结构：先抛问题，再讲场景，接着展示解决方案，最后补充技术支撑。全程围绕“医生愿不愿意用”这个核心。
如果评委觉得这不够技术流，那也没办法。他要的不是掌声，是落地。
文档保存完毕，他退出编辑模式，准备做一次内部试讲模拟。
刚合上电脑，手机又响了。这次是林悦发来的消息：“听说你们竞选方案撞车了？”
他回：“嗯。”
“别被带节奏。”她说，“有些人说话声音大，不代表他们知道路在哪。”
他看完笑了笑，把手机扣在桌上。
说得没错。丙讲得再流畅，也改变不了他的方案脱离实际的事实。而真正的好设计，应该让人用了之后觉得“本来就应该这样”。
他翻开笔记本，蓝笔写下明天计划：找两个认识的医生，把新方案演示一遍，看看他们的第一反应是什么。
正写着，办公室灯闪了一下。
他抬头看了眼天花板，这次没忽略。上次灯闪是在早上，现在是下午，连续两天同一时间电压不稳，可能是线路老化。
他记了一笔：提醒物业检查电路。
然后继续写计划。
写完合上本子，窗外天色已经开始变暗。楼道传来脚步声和笑声，有人在讨论晚上吃什么。
他没动，坐在位置上，手指无意识地敲了两下桌面。
明天先试讲，后天调整细节，最后一天正式汇报。
时间紧，但够用。
他重新打开电脑，进入文档首页。
光标停在标题
“我们常常以为技术进步就是算得更快、看得更清。但在医疗领域，真正的进步，是让使用者不再感觉到技术的存在。”
话有点长，但他没删。
这句话能把所有人从“比参数”的陷阱里拉出来，重新思考到底什么是好系统。
他读了一遍，满意地保存。
这时，隔壁座位有人坐下，打开电脑，屏幕亮起的光照在他侧脸上。
陈砚舟没转头，只问了一句：“你们组交方案了吗？”
那人头也不抬：“还没，卡在接口兼容这块。”
“试试降低请求频率，”他说，“先把基础数据跑通，别一上来就搞实时同步。”
对方愣了一下：“你看过我们方案？”
“没有。”
“那你……”
“昨天开会，你提过一句。”