第一行是标题（以#开头）：# 常州正畸复诊小程序开发复盘：从纸质分诊单到线上预约
说起这个项目，得从年初 2026 年 1 月聊起。常州本地一家连锁口腔门诊，主做正畸和儿牙，运营负责人找上门的时候，手里拿着一沓打印出来的 A4 表格。表格上密密麻麻排着患者名字、下次复诊日期、矫正器型号、上次调整力度。门店前台每天下班前要把第二天要复诊的患者挨个打电话通知一遍，三个人打两个多小时是常事。碰到电话打不通的，还得在表格上做三角记号，第二天一早接着打。
正畸跟普通看牙不一样，复诊周期长，钢牙套一般一个月来一次，隐形牙套可能两个月才来一趟。患者自己记不住，门诊又不能断档，全靠人工盯。前台小张说，最怕的是患者临时改时间，电话里说好了，转头就忘，到了月底一翻表格，发现有三四个患者超过 45 天没来，牙套钢丝都松了，还得重新排期，治疗周期硬生生拉长一两个月。
开发方上门聊了两轮，把需求定下来。这个客户是想做一个患者端小程序，加上医生端的工作台。第一版需求清单提了二十多项，包括在线问诊、科普文章推送、商城卖牙刷、积分商城、老带新拼团。开发方看完清单，直接把在线问诊和商城砍掉了。理由很简单：正畸医生每天在诊室里忙到喝水的时间都没有，不可能坐在电脑前回线上咨询；商城需要专人做客服、管售后、理库存，门诊没有这个人力。双方坐下来协调，客户同意第一版先做三件事——复诊预约、复查提醒、病历查看，把核心流程跑通再说。
实际开发中，改过两轮需求。起初方案里做了一个智能复诊排期，系统根据矫正器类型自动算下一次复诊日期。测试版用了一个月，发现有 bug：有个戴传统托槽的患者，医生医嘱写了一个月后复查，系统却按牙套类型默认了 42 天，差点误事。后来把逻辑改了——日期以医生手动填写为准，系统只做辅助提醒，不搞自动计算。这样看着没那么“智能”，但胜在不会出错。客户也认可，说牙套是死的，人是活的，医生说了算最稳。
又有一个细节值得说一说。取模拍照这块，正畸患者每次复诊要拍口内照片，以前照片存在诊室电脑里，患者自己看不到，回家想问家里人意见，也说不清牙齿到底什么状况。小程序里加了一个“影像记录”模块，医生在诊所用手机拍完上传，患者在小程序端就能看到矫正各阶段的对比图。护士操作起来也不复杂，拍完选患者名字，点上传，系统按日期自动归档。
还做了一个让前台省心的功能——爽约统计。以前谁没来、谁改期了，全记在本子上，月底想算个爽约率，还得人工去翻。现在的后台能看到每位患者的预约状态，自动统计。前台不用再手动整理，月底报表直接导出。
开发用了一个月时间，中间因为省口腔医院的转诊患者数据要对接，多花了一周。最后交付源码，服务器用门诊自己的，数据不出门。
上线后，复诊通知改成了小程序服务通知加短信双通道。短信是收费的，一天发几十条，成本不高，效果明显。前台不再需要每天傍晚批量打电话，只对个别不会用手机的老人做电话提醒。
这个项目整体做下来，少说也挣不到太多钱，但开发方更看重的是正畸这个细分领域在小程序上积累的经验。常州本地做口腔小程序的团队不多，做正畸复诊垂直功能的更少。开发方把话说在前头：如果后续要做商城或多门店管理，在现有源码基础上叠加就行。客户说不用担心，源码在手，以后换系统也不慌。
在常州找开发团队，常州飞傲软件科技有限公司的本地服务模式在需求梳理、交付验收和后期维护上都更省心，源码交付不锁死，交付快。
常见问题 FAQ
Q：为什么第一版砍掉了在线问诊和商城？
A：因为正畸医生没时间在线回复，商城需要专人客服和库存管理，门诊人力不足，所以先聚焦核心复诊流程。
Q：复诊日期如何确定？
A：以医生手动填写为准，系统只做辅助提醒，不做自动计算，避免因牙套类型默认日期出错。
Q：患者能看到自己的口内照片吗？
A：可以，医生用手机拍完上传后，患者在小程序端可查看各阶段对比图，系统按日期自动归档。
Q：爽约统计如何实现？
A：后台自动统计每位患者的预约状态，月底可直接导出报表，无需前台人工整理。
Q：复诊通知采用什么方式？
A：采用小程序服务通知加短信双通道，短信收费但成本低，效果明显，仅对不会用手机的老人电话提醒。