医院食堂和学校食堂，是两个物种

国万科技「红星堂」同时做学校和医院两类食堂。把这两个场景放一起看，会觉得都是"给很多人做饭"。实际做起来，几乎没有相通的地方。

学校食堂的核心是分流：几千人在同一时间涌来，怎么让他们快点吃上。医院食堂的核心是分发：饭不是等人来吃，是要送到床边去。

医院里不止一类人

医院食堂的复杂之处在于人员场景多，而且每一类的订餐方式都不一样。

病患这一侧，情况就比较杂：有的能自己操作手机，有的不方便；有的是家属代订，家属可能根本不在医院；有的病人不清楚自己能吃什么，得看医嘱。所以病患端的入口通常不止一个——床头贴码可以扫，家属在家绑定床号也能订，护士站和护工还能代操作。

职工是另一类，而且量不小。职工有堂食，也有送到科室、送到岗位的。医生下不了手术、护士走不开，饭得送到护士站去。这部分的需求跟病患完全不同：病患看医嘱，职工看排班。

还有陪护、实习、进修、外包服务人员，各自的计费和入口也不一样。

所以医院项目不能按"一类人"来设计，得先把人员场景梳理清楚，再给每一类配对应的入口和规则。

最难的是"能吃什么"

医院里，不同病区、不同病种对应不同的饮食要求。流食、半流食、软食、低盐、低脂、糖尿病餐、术后餐——这些不是菜谱分类，是医嘱。

难点在饮食医嘱从哪来。

理想的做法是对接 HIS 系统，直接读医嘱，病人能订什么由医嘱决定，订不了的系统会拦住。做不到这一点的，就只能靠护士站每天导一份名单。

这一步做不做，差别很大。做了，备餐准确、病人不会点错；不做，靠人工核对。

出院结算是一个专门的问题

学校食堂，学生毕业了就结束了。医院不一样，病人出院时账户里可能还有余额。

这笔钱要么退，要么转，要么留。医院财务通常要求出院时结清，这对系统的要求是：能按病人结算、能出退费凭证、能跟住院结算系统对上。

职工餐和病患餐要分开

医院里有两套需求：职工订餐（送到科室、送到岗）和病患订餐（送到床边）。这两套的规则、菜单、结算方式都不一样，通常要在同一个系统里分开管理。

国万科技做过的医院项目里，职工餐的常见需求是"送到科室"——医生下不了手术，护士走不开，饭要送到护士站。

学校那边简单一些，但人更多

学校食堂的核心矛盾是并发。一所中学三千多人，午饭时间集中在四十分钟里，怎么排都排不开。所以学校的重点在提前订餐和分流，把结算动作从饭点挪走。

另外学校有家长这一层。谁付钱、谁看消费明细、能不能远程充值，这些是学校特有的。

所以

如果有人问"你们做过医院吗"，回答不应该只是"做过"。应该说得出：饮食医嘱怎么接、出院余额怎么结、职工餐怎么送到科室。这三件事答不上来，说明没真做过。