2026年3月，常州飞傲软件科技有限公司接到一家本地口腔诊所的需求。这家诊所主营青少年隐形正畸，两名正畸医生，前台加护士一共四个人。老板一开口说的是“想做个能引流的小程序”，聊了两个小时之后，真正的问题才浮出来——不是没有客人，是客人在矫正的一到两年里，诊所自己接不住。
一、原来的操作方式：三个人守着一堆微信聊天记录
初诊进来的流程是这样的：家长带孩子到店，前台拿一张纸质初诊登记表，填完拍照存底；护士用手机拍口内照和面像照，五六张到十几张不等。当天晚上护士再把照片从手机相册里翻出来，发到工作微信群里，医生在群里扫一眼，判断能不能做、大概什么方案。
麻烦的是往后。复诊周期一般四到六周一次，排期记在前台电脑的一个Excel表里。每天下午前台要手动翻这张表，挨个给第二天该复诊的家长打电话或发微信。漏掉的情况出现过——孩子换了城市上学、家长换了手机号，备注里写的是爸爸的联系方式却打给了妈妈。医生那边也没有完整档案，家长在微信里问“上次说到第几副牙套开始加力”，护士得往上翻很久聊天记录才能答。
还有一个隐形问题是佩戴打卡。隐形矫治每天要戴够时间，原来靠家长自己在微信群里发一句“今天戴了”。一个群几十个孩子，消息刷起来根本看不清谁没打卡，医生也判断不出进度慢是因为牙套不合适，还是孩子压根没好好戴。
二、第一版砍掉两个功能，只留三件事
第一次提需求时，客户列了一长串：在线支付、牙齿商城卖保持器和美白产品、AI面型模拟、医生排班、老带新分销。开发方上门面谈时算了一笔账，全做的话周期和预算都要翻倍，而且商城和分销在客单价高、决策周期长的正畸业务里短期用不上。最后是客户自己拍板，第一版只做三件事：初诊建档、复诊提醒、佩戴打卡。支付和商城留到第二期再看。这个取舍是客户主动提的，不是被劝的。
三、小程序现在跑起来的样子
- 初诊建档：家长到店扫前台桌牌上的码，在小程序里填基本信息、过敏史、主要诉求；护士在护士端对着拍照模板上传，选择“口内正面/侧面/咬合”分类。提交后后台自动生成一份患者档案，医生的企业微信收到一条带档案链接的提醒。以前晚上补发照片的环节没了，医生在诊室里就能看完。
- 复诊提醒与预约：前台在后台排下一位患者的复诊日期，系统按日期提前两天推一条提醒到家长微信，附几个可选时段。家长选完时间，前台的排班表自动更新，不用再逐个打电话。临时取消或改期的记录也会单独标出来。
- 佩戴打卡：患者端每天只有两个按钮，戴了、没戴，别的什么都不用填。后台按周汇总，一周缺卡超过三次，医生列表里这条档案会标红，护士再单独联系家长问原因。
主要功能就是上面三项。特色功能集中在后台：按周汇总的依从性记录、缺卡标红、按时间排列的口内照档案时间轴。医生端把每副牙套的更换时间、每次复诊的调整记录都挂在同一条档案下，家长问“现在第几副了”，护士直接截图发过去。
这里有一次改版值得说。第一版打卡原本要求家长每天上传一张戴牙套的照片，内部测试时找了五个家庭试用，三个嫌麻烦，两个忘了拍就干脆不发。上线前一周改成纯按钮打卡，医生需要照片时再单独要求补传。改完之后，打卡率数据的可用度反而比原来高。
四、上线之后的情况
项目从签约到上线用了六周多，源码交付，诊所自己选的服务器可以部署，后台账号想加几个加几个，后续要接在线支付或商城模块不需要推倒重来。上线三个月左右，前台每天下午用来打电话的时间基本没有了，护士晚上整理照片的习惯也断了。医生反馈的是另一件事：有了缺卡标记，总算能分得清哪些孩子是依从性差，哪些是方案本身要调。
回头看，这个项目没有做太多花样。诊所真正缺的不是一个新流量入口，而是把一到两年的矫正周期管起来的那套记录。小程序只是把原来散在微信群、手机相册和Excel里的东西，收拢到了一处。
关键词：口腔正畸小程序,正畸复诊提醒,常州小程序开发,牙科患者管理,隐形矫治打卡
常见问题 FAQ
Q：患者的口内照和小程序档案是怎么对上的？会不会还像微信聊天记录一样乱？
A：护士端拍照时按模板分类上传，选择口内正面、侧面或咬合，提交后系统自动生成患者档案编号，照片挂在编号下按时间排列。医生端打开档案就能看到完整序列，不再依赖手机相册和聊天记录，家长问进度时护士也能直接截图回复。
Q：复诊提醒是自动推的吗？家长临时改期怎么办？
A：前台在后台排好下一位患者的复诊日期后，系统提前两天推一条提醒到家长微信，提醒里带几个可选时段。家长选完，前台排班表自动更新，不用再打电话确认；取消或改期的记录会在排班表上单独标出来，前台一眼能看到哪些需要重新安排。
Q：佩戴打卡改成按钮之后，医生怎么判断患者是不是真的戴了？
A：后台按周汇总每个患者的打卡记录，一周缺卡超过三次，这条档案在医生列表里会标红。医生据此区分是依从性问题还是方案需要调整，由护士单独联系家长了解原因；确实需要看照片的，医生可以在小程序里要求补传一张。
Q：诊所的牙齿照片和患者信息存在哪里？源码归谁？
A：系统部署在诊所自己选的服务器上，源码交付不锁死，后续想加在线支付或牙齿商城模块，可以在现有档案和提醒逻辑上加，不必整体重做。开发方的后台管理权限也交给了诊所，账号数量不额外限制。