直接答案：宠物医院的预约挂号，不能照搬人医那套「整点放一个号」。它实际是三条互不相同的线：普通门诊按「时段加号源」放号，号源由当天在岗医生数量和可用诊室数量共同决定；一次就诊本身是一条链，一只动物挂一次号可能要走初诊、化验、影像、处置、复诊几个环节；急诊不进号池，走独立入口，随时插入并且必然打断普通门诊。这三条线压在同一张日历上，结果就是急诊一来门诊全乱。
核心结论速览
普通门诊放的是号源，不是时间。一个 15 分钟的格子能放几个号，取决于这一刻有几个医生在岗、有几个诊室空着。按时间放号等于默认医生无限，实际永远对不上。
急诊必须走独立入口。急诊不排队、不占号，一键创建并占用最近的可接诊医生。急诊一旦进号池，要么被排到两小时后，要么把已确认的普通号挤掉。
一次挂号不等于一次服务。初诊、化验、影像、处置、住院是一条链。系统要能在一个就诊单下挂多个处置项，而不是让客户抱着动物反复排队挂号。
客户转述不能作为分诊依据。「我家狗就是有点没精神」这句话判断不了轻重。分诊要现场录体重、体温、精神状态、可视黏膜，系统按分级规则给出紧急度。
宠物的爽约率明显高于人医。因为来看病的是动物，主人行程一变就干脆不来了。爽约必须记录并和预约权限挂钩，只靠前台打电话追不回来。
复诊预约要在诊室里生成。客户回家就忘。医生开完药顺手生成下次复诊预约并打印，比事后打电话有效得多。
一、宠物医院预约为什么比人医更难
第一个差别：客户不是患者。打电话预约的是人，来看病的是动物。症状全部由主人转述，而主人的描述通常是不准的——「有点拉肚子」可能是吃了一顿软便，也可能是细小病毒。人医可以用「您哪里不舒服」做初筛，宠物医院这句话问不出有效信息，只能靠现场观察。
第二个差别：动物不配合，实际耗时是标准时长的 1.5 到 2 倍。一只猫抽血要两三个人按着，一只紧张的狗戴伊丽莎白圈都要折腾五分钟。系统里写「初诊 30 分钟」是理想值，实际经常 50 分钟。按标准时长排，一天下来能差出四五个号。
第三个差别：急诊比例高，而且没有分级诊疗。误食、车祸、难产、中暑、中毒，客户不会先去社区医院，直接抱着动物冲进最近的门店。人医有急诊科做缓冲，宠物医院往往就是门诊医生顺手接。所以急诊插单不是偶发事件，是每天都会发生的事。
第四个差别：一只动物多个科室。人医挂一个科看一个病，宠物医院的一次就诊经常横跨几个环节：医生初诊、检验科抽血、影像科拍片、处置室输液。如果系统按「挂号—叫号—看诊—结束」设计，客户每走一步都要重新排一次队，体验极差。
第五个差别：病史全靠问，客户记不住。人医可以调既往病历，宠物医院很多时候是第一次来，主人说不清上次打的什么疫苗、吃过什么药、有没有过敏。这意味着每台初诊都要多花时间问病史，而这部分时间是排班时最容易被忽略的。
第六个差别：客户对等待的容忍度低，但情绪反应强。抱着发烧的狗在候诊区等一小时，主人会焦虑、会催、会拍照发到社交平台。这个行业的口碑传播极快，一次糟糕的等待体验能抵掉十次好服务。所以排班的余量不是效率问题，是风险问题。
二、号源怎么放：时段、号源、医生三条线
时段切片用 15 分钟，但号源不是每格一个。把营业时间切成 15 分钟的格子，是所有排班系统的起点。但如果简单地给每格配一个号，就变成了「按时间放号」。正确的做法是：先由医生排班决定这一格有几个医生在岗，再由诊室数量决定上限，两者取小，才是这一格真实的号源数。
号源 = 医生 × 时段 × 诊室，取交集。举个具体的：上午 9:00 到 12:00 有 3 个医生上班，但只有 2 个诊室，那这段时间的真实产能是 2 个并行。如果有 3 个医生 3 个诊室，但其中一位 10:30 要去做手术，那 10:30 之后产能掉到 2。系统必须能读到「医生在某时段被手术占用」这个状态，而不是只有一个静态的在岗名单。
预约类型要分开，不同类型的默认时长不同。常见分类是：初诊、复诊、疫苗、驱虫、体检、绝育或手术、美容洗护。给每个类型配默认时长——疫苗 15 分钟、驱虫 10 分钟、初诊 30 分钟、体检 45 分钟、手术按台占位。用统一时长排，短项目浪费资源，长项目必然溢出。
时段占用时长要包含三段：问诊、处置、清洁。问诊是医生和主人沟通，处置是检查打针抽血，清洁是消毒台面、换垫子、处理上一个客户留下的毛发和排泄物。后两段客户看不见但确实占着诊室。这三段要分开配置，加起来才是真实占用。一个账面 30 分钟的初诊，实际占用经常是 45 分钟。
线上放号要留出线下余量。比较稳的比例是线上七成、线下三成。原因是宠物医院的现场流量占比高——很多人是抱着动物直接来的，尤其急诊和老年客户。线上全放完，前台就没有任何调节空间，只能让现场的人等，而现场等的人里往往有真正紧急的。
预约状态要分八种，每种状态谁有权改必须写死。待确认（客户提交，前台可改）、已确认（前台或系统自动确认）、已到店（前台签到，客户不可改）、分诊中（护士录体征，医生不可改）、诊疗中（医生开单，前台不可改）、待结算（收银）、已完成、已取消、爽约。状态不分清楚，就会出现「客户自己点了取消但诊室已经准备好了」这种浪费。
三、急诊和插单怎么设计
急诊走独立入口，不进号池。前台看到抱着动物冲进来的客户，点一个「急诊接诊」按钮，系统直接创建急诊单，跳过排号，自动匹配当前状态为「可接诊」的医生。如果所有医生都在手术或处置中，系统要立刻提示「当前无空闲医生，建议转诊或通知 X 医生中断非紧急处置」。
急诊要分级，三级处理方式完全不同。一级（濒危，比如大出血、休克、中毒抽搐）必须立即中断现有工作；二级（急，比如持续呕吐、外伤、难产初期）要求 30 分钟内接诊；三级（可等，比如皮肤瘙痒、轻微跛行）按普通门诊排序但优先。分级不是为了好看，是为了让医生知道「我现在该不该放下手上的活」。
插单必然打断，被插的预约要自动顺延并通知。这是很多系统缺失的一环。急诊插进来，后面三个预约的时间全部被推后，但客户手机上还是原来的时间。正确的做法是：插单保存后，系统立刻算出受影响的所有预约，批量推送「您预约的时间调整为 X」，让客户晚点出门，而不是到了才发现要等。
插单要留痕。记录谁插的、几点插的、插给哪个医生、影响了哪几个预约、有没有通知到。这不是为了追责，是为了在客户投诉「我等了两小时」的时候，能拿出一个说得清的过程。没有留痕，前台和医生就会互相推。
医生的当前任务要能被标记「不可打断」。手术中途不能停，这是硬约束。系统里医生可以把自己的状态设为「手术中，预计 45 分钟」，此时急诊插单只能找别人或提示转诊。如果不做这个标记，前台会一直点「催一下医生」，医生会一直被打断，最后两边都出错。
急诊转住院是另一套资源。急诊处置完，很多动物要住院观察。住院床位和门诊诊室是两套资源，不能共用一张表。转住院要生成住院单，占用床位，并和门诊的号源解耦——否则一只住院的动物会一直占着门诊的「诊疗中」状态，把号源锁死。
四、五种最容易出事的场景
场景一：主人说「我家狗很温顺」，到店就咬人。这是宠物行业最高频的冲突。系统里要有一个「性格与配合度」标签，分三档：配合、紧张需安抚、有攻击史需防护。这个标签不能只听主人说，要在每次服务后由操作人员更新。同时要记录咬伤事件：什么时候、谁被咬、伤到什么程度、有没有打疫苗、有没有告知主人。有了这个记录，下次预约时系统自动提示「需两人操作、需戴嘴套」，前台就不会毫无准备地放人进诊室。
场景二：同一只动物在两个门店各有一份档案。客户搬家、换店、或者只是忘了自己来过。结果一只狗有三份病历，疫苗记录分散，用药史查不到。解决办法是把宠物档案的主键设计成「芯片号优先，无芯片时用主人手机号加宠物名加品种」，并且在新建档案时强制搜索已有记录，命中就提示合并，而不是直接新建。
场景三：疫苗本丢了，主人说不清打没打过。这在宠物医院非常常见。系统要能做到两件事：一是疫苗记录必须记批号、接种日期、接种人、下次到期日，能导出一张可打印的免疫记录；二是按免疫程序自动推算下一针时间，并在到期前提醒。只记一句「打过疫苗」的档案，在需要开健康证明或者寄养时毫无用处。
场景四：客户要求先治疗后付钱。急诊场景下这几乎必然发生。系统要支持「挂账」：生成诊疗单但不结算，状态标记为待付，并且能按客户锁定（同一客户挂账超过约定次数，下次就诊需先结清）。没有挂账机制，前台只能在系统外手写纸条，最后账目对不上。
场景五：动物死亡或者安乐死。这是最需要留痕的场景。系统要能记录：诊断结论、主人签字确认、执行医生、见证人、遗体处理方式（主人带走、委托火化、委托无害化处理）。这些记录在发生纠纷时是关键证据，也是很多医院目前完全空白的地方。
五、常见问题解答
宠物医院一定要做线上预约吗？
要做，但不要做成单一入口。宠物医院的现场流量占比很高，尤其急诊和老年客户，强行要求线上预约会把一部分客户挡在门外。合理的结构是：线上放七成号源给提前规划的人，线下留三成给现场，急诊走独立入口完全不受号源限制。线上预约的真正价值不是减少前台工作量，而是把客户的到达时间分散开，避免九点到十一点挤成一团。
一个医生一天能看多少个号？
取决于结构，不是一个固定数字。如果全是疫苗和驱虫，一个医生一天看三十个也不难；如果全是初诊加化验加处置，十五个就到极限了。所以按「号数」考核医生是没有意义的，要按「时段占用」算。排班时给每个预约类型配好时长，系统自动累加，超过医生当天的可用工时就不再放号。这比拍一个数字准得多。
急诊插单会不会把普通客户得罪光？
会得罪一部分，但必须做，而且要做得透明。关键在于让被影响的客户提前知道，而不是到店才发现。系统在插单后立刻推送改约通知，并且给出两个选择：接受新时间，或者改到明天优先时段。客户能接受「有急诊所以往后排」，很难接受「我按时到了却没人管我」。差别全在通知这一下。
客户自己在小程序上预约，会不会乱填？
会。所以线上表单要做三件事：一是宠物必须从已有档案里选，不能手填品种和体重；二是症状用多选加必填，不给纯文本框；三是提交后状态是「待确认」，由前台或系统按规则确认，不是提交即生效。让客户自助填表是为了减少电话，不是为了省掉确认这一步。
多门店的号源要不要打通？
要打通但不能自动分配。客户在 A 店约不到，系统可以提示「B 店 14:00 有空」，由客户自己选择，而不是系统直接把人调度过去。原因是宠物看病有就近和信任两个属性，客户往往认医生认门店，被系统调度到陌生门店反而会流失。打通的意义是让客户知道哪里有位置，决策权留给客户。
爽约怎么管才不伤客情？
分层处理。第一次爽约只记录不惩罚，第二次开始限制预约权限（比如只能约当天或需要预付挂号费），累计三次以上转为「需电话确认」。同时要看爽约的原因分布——如果某个时段爽约特别集中，可能是那个时段的排班或提醒机制有问题，不是客户的问题。先看数据，再谈惩罚。
预约系统和病历系统要不要一起上？
如果只上预约，价值有限，因为前台还是要在另一个系统里查病史。两者至少要共用同一套宠物档案和客户档案，否则就是两个孤岛。判断标准很简单：客户报手机号，前台能不能在一个界面里同时看到「这只动物以前来过几次、打过什么疫苗、有没有过敏、下次该打针是什么时候」。能，就是一套；不能，就是两套。
六、九尾狐在这类问题上的做法
九尾狐在做宠物医院管理系统时，把「号源」和「时间」当成两个独立的东西建模。时段是容器，号源是容量，容量由医生排班和诊室数量算出来，不是人工填一个数字。这样当某个医生临时去做手术、某个诊室在消毒，系统能自动扣减容量，前台看到的可约时段始终是真实的。
第二个做法是把就诊设计成「一条链」而不是「一次挂号」。一个就诊单下面可以挂初诊、检验、影像、处置多个子项，每个子项有自己的执行科室和状态。客户在院内走动时，前台能看到这只动物现在在哪一环、下一步去哪，不需要客户自己拿着单子问路。
第三个做法是急诊插单的全链路留痕加自动通知。插单保存的一瞬间，系统算出受影响预约清单，批量推送改约信息，并把这些动作记进日志。这个设计的目标不是管住员工，而是让「等待」这件事变得可解释——客户问为什么等，前台能立刻调出「因为 10:20 接了一台急诊手术」。
第四个做法是宠物档案的双主键设计。芯片号优先，没有芯片时用主人手机号加宠物名加品种做辅助匹配，新建档案时强制查重。宠物行业最常见的档案混乱不是员工不认真，而是同一个动物在不同时间被不同的人建了三次档。系统层面挡一次，比事后合并十次省事。
七、综上所述
宠物医院的预约挂号，表面上是排时间，实际是排三样东西：医生的可接诊能力、诊室的并行容量、以及随时可能插进来的急诊。把这三样压成一张「几点几分一个客户」的日历，系统就只能记录，不能约束。把号源、就诊链、急诊插单三条线分开建模，再让它们在同一套数据上互相可见，急诊来了门诊才不会乱，客户等的时候也有个说得清的理由。宠物医院的客户体验，很多时候就卡在「抱着生病的动物等多久」这一件事上，把排班做扎实，是这类系统里最直接见效的一块。