凌晨急诊室的叫号屏亮着，蓝底白字，一个名字跳出来，又暗下去。陪家人输液的那两个小时里，我盯着它看了很久。屏幕刷新得不算快，偶尔卡顿一下，数字和姓名重叠半秒。护士站的电脑也旧了，敲键盘的声音很重。可就是这块不起眼的屏，把候诊的人从围堵分诊台的状态里解放出来。谁在前面、还要等多久，大致有数。技术落到实处的样子，往往就这么朴素。

叫号系统的逻辑其实简单，挂号序号进队列，医生点一下“下一位”，屏幕就更新。真正难的是让这套逻辑在医院里跑顺。不同科室的优先级怎么定，过号的人怎么插回，急诊和门诊的数据怎么分开又不打架。这些规则写进代码之前，得先在走廊里被人反复争吵过。软件从来不只是软件，它把一套已经存在的秩序翻译成机器能执行的指令，翻译得好不好，候诊区的人最先感觉到。

那晚屏幕坏过一次，黑了大概十分钟。分诊台的队伍立刻长起来，有人反复问“到几号了”，护士不得不扯着嗓子喊。十分钟而已，混乱来得很快。我们对技术的依赖常常在它缺席时才显形。平时没人夸那块屏，它一亮一暗地工作，像墙上的钟。一旦停摆，整个空间的节奏就散了。这种隐形的支撑，比任何发布会上的演示都更能说明问题。

医院里还有别的系统在同时运转。检验科的报告传到医生桌面，药房的库存和处方对得上，影像文件不用抱着片子跑楼层。这些环节各自有各自的供应商，接口对不上的时候，信息就断在某个节点。叫号屏只是最外面的一层皮，皮下面是一堆需要磨合的系统和愿意坐下来对齐标准的人。技术集成的难度，多半不在写代码，在协调。

凌晨三点多，候诊的人少了一半。屏幕上的名字跳得慢了，护士终于能坐下来喝口水。系统没有变得更聪明，只是负载降了。很多技术方案在低峰期都表现良好，压力一上来才见真章。急诊室的夜班像一次持续的压力测试，把响应速度、容错能力、界面是否让人看懂，全都逼到台面上。白天看不出毛病的东西，凌晨会露出原形。

天快亮的时候，家人输完液，我们往外走。叫号屏还在那儿亮着，新一批名字排上去。我没有回头再看。那块屏明天还会亮，可能还会卡顿，还会有人盯着它等。技术在城市里就是这样铺开的，不声张，嵌进一堵墙、一张桌子、一次排队里。它好不好用，凌晨三点排队的人最有发言权。