产品经理每日认知 · 晚刊第001期
2026-09-11 ｜ 主线：医疗智能体正在改变"谁来做医疗 AI"这件事。今天的说法是——过去是 IT 厂商写好系统、医院配置使用；今天的动静是——一批医院的医生、护士自己动手，用零代码工具搭智能体（AI Agent）。这看起来是个技术话题，骨子里是个"生产方式"话题，直接关系到你（医疗信息化产品经理）的位置。
读法建议：本期难度 ★★☆☆☆，中等偏上。涉及少量术语（智能体、零代码、RAG、可信数据空间），我都会首次出现时顺手翻译，板块末尾有"术语速通"。建议通勤分两次读：先读板块①②③建立画面感，再读板块④⑤⑥做深度思考。全程约 22 分钟。
① 一个新概念：医疗智能体（医疗 AI Agent）
白话小标题：不是"会聊天的 AI"，是"能替你干活一整套的 AI"。
▍一句话先讲明白：智能体（英文 Agent，可以读作"AI 助手"）和我们熟悉的聊天机器人最大的区别是，它不只"回答"，而是会自己拆任务、调工具、碰数据、按步骤推进一件事。放到医院里，医疗智能体可以是一个"AI 随访助手"：到了时间自动给患者发消息、收回复、把异常指标挑出来、再转给医生复核——全程它来跑，人只做最后决策。
▍为什么是这个节点火起来：三块拼图凑齐了。第一，大模型（LLM，能生成自然语言的大规模神经网络）让"理解一句话"变得好用；第二，工具调用（Agent 抓取接口去操作别的小程序）让 AI 从"说话"变成"办事"；第三，RAG（检索增强生成，AI 回答前先从医院知识库/病历里"查资料"再作答）解决了凭空胡说的问题。更关键的是，零代码/低代码平台（不用写 Python 代码、靠拖拽和自然语言描述就能搭应用）把门槛压到临床也能上手——这是后面所有故事的起点。
▍这对你（医疗信息化产品经理）意味着什么：医疗智能体的技术核心不在模型，而在编排——怎么把诊断、随访、报销、病历这些散落的流程串成一个能干活的 Agent。产品经理真正的战场，是把"临床怎么干活"翻译成"机器能干的步骤"，再把它安全地接进 HIS、EMR（医院信息系统、电子病历系统）这些既有底座。
本节术语速通：Agent=智能体，能独立干活的 AI；零代码 High/Low-code=不用写代码、拖拽即可；RAG=检索增强生成，先查册子再作答；LLM=大模型；HIS/EMR=医院核心信息系统与电子病历。
② 一个真实行业案例：广州南方医院，医生自己造 AI
白话小标题：一场把产业链"倒过来"的比赛：不是公司做软件给医院，是医院自己的医生写方案。
▍先讲背景：2026 年 9 月 7 日，广州落幕了首届"南方医院智能体创新大赛"。别的医院办比赛多是"比谁用得好"，这场比的是"谁自己做得出来"。参赛主力不是厂商的工程师，而是每天泡在门诊、病房、手术室的一线医护和医院管理人员。
▍再看数字：这场大赛的规模是——78 个科室、600 余名医务人员、191 支参赛队伍、154 份 AI 方案，全部由一线医护和管理人员自主开发。（来源：公开报道，2026-09-07。这里"自主开发"指在平台上自己搭，不等于每个都写底层代码。）我们读这组数，重点不是"多壮观"，而是它回答了一个问题：当临床自己动手的门槛被拆掉，需求会从哪里冒出来——从最贴近病人的地方。
▍这背后还有一个底座：南方医院在 2026 年 4 月就联合华为发布了"医院通用人工智能平台（HAIP，一套面向医院的 AI 操作系统）"，提供零代码智能体开发环境，用自然语言描述就能创建智能体应用，还能对接院内系统。（来源：公开报道，2026-04-10。）也就是说，"医生自己造 AI"不是凭空发生，而是先有了一套平台，比赛相当于在验收平台好不好用。
▍这对你（医疗信息化产品经理）意味着什么：这是一个典型的"自下而上"信号。过去立项流程是"IT 提需求→厂商开发→上线"，现在演变成"临床发现痛点→自己先搭一版→再决定要不要产品化"。你的角色会从"约定俗成的乙方"变成"陪跑+兜底+规模化"的人——帮助把一线临时搭的东西，做成安全、稳定、可复用的产品。
③ 一个近期行业变化：多人同时押注"AI 进医院"，路径正在分化
白话小标题：昨天到今天，北京服贸会正热，头部医院和平台公司都在晒 AI 落地成绩单。
▍最新信号 1：服贸会正在举行，AI 医疗集中亮相。2026 年中国国际服务贸易交易会 9 月 9 日在北京首钢园开幕，健康卫生专题主题是"AI 赋能全周期医疗健康服务"。展区里一辆 30 平方米的 AI 移动医疗车很抢眼：眼底筛查、心电监测、超声诊断、儿科问诊、DR 智能体（DR=数字化 X 光影像设备）等车载 AI 集中展示，主打"把 AI 下沉到基层和缺医少药的地方"。（来源：华夏时报，2026-09；官方信息以展会为准。）
▍最新信号 2：一家医院和平台公司把 AI 做成了"全病程闭环"。温州医科大学附属第一医院与京东健康的"京东卓医"AI 落地案例里，官方公布了两组口径清晰的数：AI 驱动的门诊患者服务流程闭环，累计服务患者超 910 万人次；在减重管理场景，AI"哨点系统"覆盖超245 万人次到院患者，实现从"等患者来"到"主动发现"。（来源：21 世纪经济报道，2026-09；中国新闻网，2026-06-10。注：这些是厂商/院方口径，未做第三方审计，只能看数量级，不宜当精确证据。）
▍最新信号 3：政策在给"数据"铺路。北京市出台《医疗健康领域支持人工智能产业创新发展若干措施（2026-2027 年）》，明确要建多模态、多病种的高质量数据集，并依托区块链技术建立可信数据空间，实现数据"可用不可见"，支持企业在可信环境里训模型（来源：北京市卫健委，2025-12 发布）。"可信数据空间"这四个字，是后面它们能给模型喂数据、又不直接泄露病患信息的关键。
▍这对你（医疗信息化产品经理）意味着什么：这三条信号拼起来看，方向不是疑点，路径才是：有人走"移动硬件下沉基层"（服贸会那类），有人走"院内外全病程闭环"（温医大京东那类），政策则在给"数据怎么合规用"兜底。你在选赛道、写规划时，要把"我走哪条路径、数据从哪来、合规怎么过"想清楚，而不是只追"AI 热"。
④ 一个值得产品经理思考的问题：医生自己会造 AI 了，你要往哪儿站？
白话小标题：这是个真实的两难，不是送分题。
零代码把门槛压得越低，一个刺耳的问题就越躲不掉：如果临床自己几分钟就能搭一个智能体，那"医疗信息化产品经理"的专业壁垒会不会被稀释？这个问题我可以再拆开一点——至少有三个"力"在同时拉扯：
- 自己做的手最快，但最脆弱：临床自己搭的智能体贴近需求、迭代快，但往往没有统一的数据权限、没有质控、没有"谁负责关停"的机制，一个违规上报可能影响全院。
- 平台方想通吃，但离地气远：平台厂商想要"一套底座承接所有需求"，可真正懂临床痛点的还是临床自己，平台再好也隔着一层。
- 治理方最被需要，但也最容易被当"卡入"：权限、质控、安全、成效评估……这些"看不见的活"几乎没人愿意主动认领，却恰恰是产品经理最有资格盘的。
我不打算在这里给你标准答案。只留一个判断供你晚上想：当"谁都能做"成为常态，价值的稀缺点往往从"会做"转移到了"知道什么不该做、做了怎么不失控、成果怎么被证明"。这三个问题，恰好都是产品经理长期在练的东西。
⑤ 一个市场/商业案例：Epic 的"智能体工厂"，把 AI 研发权还给医院
白话小标题：全球最大的医院信息系统厂商，选择让客户自己造 AI——这是一个标志性的商业转身。
▍先讲背景：Epic 是美国电子病历（EMR）市场的绝对霸主，据调研机构 KLAS 2026 年的市场报告，它已覆盖美国急症照护医院的43.7%以及约一半的医院床位；而且据 Epic 自述，超过 85% 的客户已经在用某种形式的 Epic AI。（这些是厂商/Oracle 之外第三方报告口径，仅作量级参考。）
▍再看它做的事：2026 年 9 月被媒体报道的新动作叫"Agent Factory（中心直译'智能体工厂'）"。直白翻译：Epic 让医院在自己的云端，用零代码可视化搭建的方式，把 Epic 已经内置的 129 项 AI 能力当作素材，自己拼装智能体；据 Epic 称，它每月能发布 50 到 60 项增强，且客户无需升级版本就能获得（靠 Nebula 这套 Epic 托管云）。首批 4 家医院（如洛马琳达大学健康、ECU 健康）首先做的智能体，都落在"患者流转、员工时间"这些流程效率上，而不是诊断决策——比如一家医院把符合转院条件的患者自动筛查出来，跨院转诊量上升了 21%（来源：viabiomedical/行业博客，2026-09-07；所有结果均为 Epic 自报、单点、无对照，可看方向，不能当采购证据）。
▍这背后藏着的商业逻辑：Epic 的核心平台自带自动化层，就抢走了很多"单点外包 AI"厂商的蛋糕——直白说，当你系统里的"底座"去年就自带这些能力，客户下一单时为什么还要另买一个单独的智能体工具？Epic 把"研发权"交给客户，同时把"标准件"留在自己手里，商业上要的是一箭双雕：既让客户离不开它，又压住了外来竞争者。（这是行业分析判断，非 Epic 官方承诺。）
▍这对你（医疗信息化产品经理）意味着什么：如果你所在的公司在做"医院 AI 附加产品"，Epic 的套路是一记警钟——当主流核心系统把自动化做成标配，你的差异化必须建立在他们不愿做、做不了的地方（比如更深的本土业务、更细的治理合规），而不是"我也提供一个智能体"。
本节术语速通：EMR=电子病历系统；急症照护医院=Acute Care，负责住院急救的医院；Nebula=Epic 的托管云；"底座"/"核心平台"=支撑全院业务的基础信息系统。
⑥ 今日工作可用
白话小标题：两件今天就够用的小事，具体、克制、不教条。
- 下次开会/评审，抛这个问题：如果临床现在零代码就能搭智能体，"医院的智能体归谁管？平台、应用、病历、质控、关停……各自的权责谁来背？"这个问句不需要答案，但能让对方瞬间从"追热点"回到"说责任"，也能帮你在内部找准自家产品站的位置。
- 留意一个"入口级"机会，以及一个陷阱：机会——南方、Epic 都在用"智能体平台 + 大赛/生态"打开医院大门，如果你做平台类产品，这可能是低门槛进入医院的新通道；陷阱——凡是厂商晒出的"XX 万人次、XX 提升"多数是自报口径、单点、无对照，谈采购前一定先问一句"这数字是谁算的、怎么算的"。
七视角打卡
本期主要锻炼：用户视角（临床最贴近痛点的自建行为）、产品视角（平台化与治理）、技术视角（零代码/Agent/RAG/可信数据空间）、市场视角（Epic 覆盖与竞争挤压）、商业视角（平台 vs 附加件的商业逻辑）、行业视角（生产方式从自上而下转向自下而上）。业务视角请在下期补强。
晚刊第001期（2026-09-11）｜产品经理每日认知