直接答案：中医馆的挂号比综合门诊更依赖分诊，因为同一个病名在不同医生手里看的是不同方向。号源、初诊复诊、加号、停诊、候诊顺序这五件事没排清楚，前台一天要处理几十次解释，医生一天要被敲十几次门。挂号系统的价值不在于把号卖出去，而在于让每一个走进来的人知道自己该等多久、等的是谁。
核心结论速览
- 号源绑医生和时段，不要只绑科室。科室层面的号源只能表达「今天有五个号」，表达不了「张医生上午看八个、下午看四个」，排班一调整就要重排一遍。
- 初诊和复诊的号源要分开，时长也不同。初诊要问诊、看舌脉、写病历，占用的时间通常是复诊的两倍以上。混在一个号池里，初诊一定会把后面的号全部顶晚。
- 加号必须有上限和审批。加号是弹性，不是权力。没有上限的加号，最后会变成医生看到晚上八点，第二天直接请假。
- 停诊要能反向处理已经约上的患者。停诊不是把排班改成休息就完了，已经约好的患者必须被逐个处理，通知发出去、改约或退号完成，这条停诊才算闭环。
- 候诊顺序要有明文规则。按签到时间、按预约时间、按号序，三种规则都有人支持，但必须选一种并写清楚，否则现场一定吵。
一、挂号为什么会排成一团
最常见的起点是一张纸。前台用一个本子记今天约了谁，谁先来谁先看。人少的时候这张纸比任何系统都好用，人一多就崩：电话改约没划掉、现场加号没记上、老患者说上次约的是今天下午但本子上写的是明天。
第二个原因是号源被当成商品卖。为了不让号空着，前台会把所有时段都放出来，结果是上午的号全被约满，下午空一半，医生上午连轴转、下午坐着等。号源应该按医生的实际接诊速度放，不是按时间段平均分。
第三个原因是初诊和复诊混排。初诊患者进门要填信息、要看既往资料、医生要写完整病历，一个初诊能把后面三个复诊全推迟。医生的节奏一乱，写病历就开始简写，简写的病历后面复诊时又要重新问一遍，恶性循环。
第四个原因是加号没有边界。老患者打电话说我这周只有今天有空，前台不好意思拒绝就加了，加一个就有第二个。加号失控之后，预约的患者反而要等更久，守规矩的人吃亏，下次就没人守规矩了。
第五个原因是停诊处理不到位。医生临时有事，排班一改，系统里这个号就消失了，但患者手机上的预约记录还在。患者按原时间到馆，前台说医生今天不在，患者的第一反应不是理解，是被放鸽子。
还有一个很少被提到的原因：一个号进来三个人。患者带着老伴、带着子女，一个人的号实际占用三个人的问诊时间。医生要分别回答三个人的问题，后面的号就全部往后压。要不要限制陪同人数、陪同的人能不能一起问，这些规则不定，排班再准也会被打乱。
还有一个被忽略的变量是医生的书写时间。中医问诊之后要写病历、开方，这部分时间往往比问诊本身还长。排班按问诊时长算，实际会严重低估。一个上午十二个号，如果每个号平均多花三分钟写病历，就要多出半个多小时，最后一定拖到下午。
二、号源和号别怎么建
先建三层结构：科室、医生、时段。科室只做归类，不承载号源；医生挂科室；时段是医生在某一天的某个时间段的接诊安排。号源挂在时段上，一个时段放出多少号，由医生和馆方共同定。
号别至少要有四类：普通号、专家号、初诊号、复诊号。普通号和专家号的区别是价格和时长，初诊号和复诊号的区别是时长和必填项。初诊号必须带手机号、基本信息、主诉，复诊号只需要选上次的就诊记录。号别的差异要落到字段上，不能只落到价格上。
号源要能按日期单独调整。节假日、医生出诊变动、临时增加半天门诊，这些都不应该去改模板。做法是模板只定常态，某一天的特殊安排单独覆盖，覆盖的记录要留操作人。
每个时段要有容量上限和放号节奏。容量上限是硬约束，放号节奏是软约束。比如一个上午时段容量十二个号，可以一次性全放，也可以分两次放，先放八个留四个给现场。留不留、留几个，是馆方的经营选择，系统要能配。
停诊要区分「整段停」和「部分停」。整段停是这个上午都不出诊，部分停是十一点之后不接。部分停要能按时间点截断，把截断之后的号自动退回并通知。这两种停诊的处理逻辑完全不同，用一个开关表达不了。
号源要有一块能一眼看完的看板。前台最常被问的问题是今天还有谁的号。如果回答这个问题要在三个界面之间来回切，前台就会改用纸。看板上按医生列出今日剩余号，约满的标色，停诊的直接不显示。看板是系统能不能被用起来的分水岭。
号别要能组合。同一个医生可能上午出普通号、下午出专家号，也可能某个半天两种号都放。号别挂在时段上而不是挂在医生上，才能表达这种安排。挂在医生上，改一次要重建一次。
三、加号、停诊、退号三个例外怎么走
加号走审批，不走走后门。加号的发起人可以是前台、医助或医生本人，但必须有额度。做法是给每个时段设一个加号上限，比如容量的两成，额度内前台可以直接加，超出要医生确认。加号记录要能统计，一个月下来谁加得多、加在哪个时段，数据会自己说话。
停诊处理要有一个清单，不是一次点击。停诊后系统自动列出该时段所有已约患者，每人三个选项：改约到最近的可用时段、退号、等通知。前台逐个处理，处理完这个停诊单才算关闭。没处理完的单子第二天还在待办里，不会因为没人记得而消失。
退号要有时间边界和记录。开诊前多久可以自助退、开诊后只能现场退，这两个规则要写清楚。退号原因要记，因为退号原因分布能反映很多问题：约错了、临时有事、改看别的医生、等太久走了。最后一种如果占比高，问题在排班不在患者。
还有一种例外是转诊。同一馆内从一个医生转到另一个医生，不应该走退号再挂号，那样患者要重新排队、重新付费。做法是开一条转诊通道，原号作废、新号直接插入目标医生的当前队列，差价单独记。这一条在中医馆尤其常见，因为患者常常先看一个医生，被建议去找擅长某个方向的另一位。
爽约要有记录和约束。预约了不来，和临时退号不是一回事。爽约要单独标记，累计到一定次数后限制自助预约，改成需要电话确认。这条规则要在预约时就告知，不能等累计到上限才通知，否则一定引起争议。
加号记录要有用处。加号记录不只是统计，还能反过来验证容量定得对不对。某个时段长期加号打满，说明容量定低了；某个时段长期加不满还加号，说明放号策略有问题。数据要能被拿来调整，而不是只被拿来考核。
四、候诊叫号的顺序规则
三种顺序规则，选一种写明白。按签到时间排，对早到的人公平，但会被「先签到再出去吃饭」钻空子；按预约时间排，对守时的人公平，但迟到的人会插到别人前面；按号序排，最稳定，但现场加号的人永远排在最后。多数馆的做法是按预约时间排，迟到超过一定时长顺延到当前队列末尾，这条规则要在挂号单和叫号屏上都写出来。
叫号要能跳过和回退。患者去洗手间、去缴费、临时离开，医生叫到没人应，系统要能跳过并在队列里保留位置，回来之后可以插回原位。没有这个功能，前台就要手工记谁被跳过了，记两个就乱了。
候诊时长要能显示。患者最怕的不是等，是不知道要等多久。叫号屏上显示当前叫到几号、前面还有几个人、预计多久，这三项信息能让现场安静一大半。预计时长按该医生的历史平均接诊时长算，不要用全馆平均值。
分诊台要有优先标记。老人、行动不便、需要空腹抽血后马上进食的患者，这些需要优先的情况要能在队列里标记，标记之后由分诊台人工调整顺序，并记录原因。系统不做自动优先，因为判断依据太复杂，但必须给分诊台一个能改顺序的工具。
叫号屏上不要显示病名。屏上显示姓名加称呼和号序就够了。把就诊方向或者病名打在公屏上，患者会有意见，这一条属于隐私保护的基本要求，不涉及技术难度，属于设计时该想到的事。
叫号要能同时服务两个场景。候诊区的大屏和医生诊室的小屏，显示的内容不一样。大屏给患者看号序和预计等待，小屏给医生看下一位是谁、初诊还是复诊、有没有特殊标记。两块屏用同一个队列，但信息组织方式不同。
号源和病历的关系要理顺。挂号时填的信息，应该直接带进病历的现病史和基本信息，不要让医生再问一遍。重复问一遍，患者会觉得这个馆没记住他；医生也会因为嫌麻烦而简写。
退号的钱和号要同时退。只退钱不退号，号源被占着浪费；只退号不退钱，患者第二天会来问。退号流程要把两个动作绑在一起，任何一边没完成都要提示。
五、常见问题解答
初诊和复诊的号源为什么必须分开
因为占用时长差一倍以上。混在一个号池里，初诊会把后面的号全部顶晚，医生的节奏一乱，病历就开始简写，后面复诊又要重新问一遍。分开之后，每个时段的号数按实际接诊速度放，现场等待时间才可预测。
加号要不要设上限
要。加号是弹性不是权力。给每个时段设一个额度，额度内前台直接加，超出要医生确认，加号记录要能统计。没有上限的加号最后会变成医生看到深夜，第二天请假。
医生临时停诊怎么处理已经约好的患者
停诊不能只是改排班。系统要自动列出该时段所有已约患者，每人三个选项：改约、退号、等通知，逐个处理完这张停诊单才算关闭。没处理完的单子会留在待办里，不会因为没人记得而消失。
患者迟到要不要顺延
要，但要写清楚规则。常见做法是按预约时间排，迟到超过一定时长顺延到当前队列末尾。规则必须同时出现在挂号单和叫号屏上，现场才有依据。
候诊叫号按什么顺序最不容易吵架
按预约时间排最容易被接受，前提是规则提前说清楚。按签到时间排会被「先签到再出去」钻空子，按号序排会让现场加号的人永远等最后。三种都能用，关键是要选一种并明示。
一个医生能不能同时开两个号源时段
可以，但时段不能重叠。系统要在保存排班时检查同一医生同一天的时间冲突，冲突要直接拦住，不要等出诊当天才发现。
分诊台能不能手动调整顺序
要能。老人、行动不便、需要空腹检查后马上进食的患者，这些情况系统判断不了，但分诊台能判断。给分诊台一个改顺序的工具，同时记录调整原因，事后可追溯。
六、九尾狐在这类问题上的做法
挂号模块的结构我们通常做成三层：科室、医生、时段模板，加一张日期覆盖表。模板只定常态，某一天的特殊安排单独覆盖，覆盖记录带操作人和时间。这样节假日、临时加诊、部分停诊都不用改模板，也不会互相污染。
号源我们做成「容量 + 已占 + 锁定」三个数，而不是一个剩余数。已占是真实预约，锁定是正在填信息还没提交的占位，锁定要有超时释放。只用一个剩余数，两个人同时下单就会出现超卖，中医馆的号本来就少，超卖一次就是一次现场冲突。
停诊我们做成一张单子而不是一个状态。停诊单有关联的待处理患者列表，处理进度可见，未关闭的单子进待办。这个设计看起来比改个状态麻烦，但它是能让「停诊」这件事真正闭环的做法。改状态只改了一个字段，患者还在原地等。
候诊队列我们做成实时队列加历史快照。实时队列给叫号屏用，历史快照用来算某个医生某段时间的平均接诊时长，平均时长再反过来修正预计等待时间。三个环节串起来，候诊屏上的时间才不是拍脑袋的数字。
七、综上所述
挂号这件事看起来简单，实际是中医馆里冲突最集中的地方，因为所有例外都在前台发生。把号源绑到医生时段、把初诊复诊分开、把加号和停诊做成有清单的流程、把候诊顺序写成明文规则，这四件事做到位，前台一天的无效解释能少掉一大半。系统不需要多聪明，需要的是每个例外都有明确的走法。