2026年初，常州本地一家眼科诊所找到开发方，想做一个患者端小程序。说"患者端"其实不太准确，他们最初的想法很简单——别让患者总打电话来问。
这家诊所开在老城区，周边居民以老年人为主，青少年也不少。挂号靠前台电话，每天上午是咨询高峰，两台电话经常同时响。前台刘姐一边接电话，一边在纸质登记本上写，遇到说不清时间的还要反复确认。医生看诊后，病历手写在纸质本上，统一放在诊室后面的铁皮柜里。复查患者来了，护士得去翻柜子找病历，运气不好要翻五六分钟。术后回访更麻烦，护士每周抽两个下午，按登记本上的电话挨个打，经常遇到空号或没人接，打了半天，回访量也上不去。
客户经理第一次来办公室谈需求，说的是"想要一个预约功能，最好能提醒患者复查"。开发方驻场聊了两次，把流程摸清楚后，给出方案：预约挂号、电子病历、回访任务、复诊提醒，外加简单的会员信息管理。功能不算多，但每一条都对应着原来的具体动作。
一、预约挂号替代电话登记
患者在小程序里选择科室、医生和时段，提交后后台自动生成预约记录，推送到诊所工作台的待办列表。前台刘姐不再需要手动写登记本，只需在电脑上点一下"确认到诊"，系统会同步给患者发一条模板消息，告知就诊时间和注意事项。
- 患者：自己选时间，不用再反复打电话确认。
- 前台：只处理到店确认，电话咨询量下降。
- 后台：预约数据自动汇总，当天到诊人数一目了然。
针对不熟悉智能手机的老年患者，诊所保留电话预约，前台把信息录入系统，统一管理。第一版上线后的第一个月，老年患者还是习惯打电话，慢慢被家属引导用小程序后，电话量才降下来。
二、电子病历减少翻找时间
医生端没有做成移动版。最初客户提出医生想在诊室用平板，但测试后发现眼科检查设备的数据都在电脑上，医生手写习惯一时改不过来，重新做平板版本成本高。开发方和客户商量后，第一版先做电脑端录入。医生看诊时直接在系统里勾选检查项、填写诊断结论，患者手机端能看当天的检查报告。纸质病历不再新增，旧病历按序号扫描成PDF挂到对应患者档案里。护士找病历的时间从"翻柜子五六分钟"变成了"搜索名字十秒出结果"。
三、回访任务自动生成
术后回访环节改动最大。以前靠护士手动翻登记本，现在系统根据手术类型和日期自动生成回访任务，比如白内障术后第1天、第7天、第30天，分别有不同的回访问卷。护士登录后台，当天该打哪些电话一目了然。每通电话的结果（接通、未接、患者反馈）都要在系统里勾选，未接的会自动进入第二天列表。回访完成率从以前说不清，变成后台每天自动统计。这一点客户感受最深，因为每周五例会上终于有准确数字可看了。
开发过程中有一个调整：客户最初想要积分商城，用积分换太阳镜或护眼液。开发方评估后建议放到二期，理由是诊所现有患者量不大，会员体系还没跑起来，商城做出来也是空转。客户听了建议，先把预约和病历做好。事实证明这个决定是对的——小程序上线两个月，预约功能使用率稳定，积分商城的需求暂时没人再提。
开发方是常州飞傲软件科技有限公司，本地团队，上门面谈了两轮，把前台、医生、护士分别叫来聊了一遍。一对一服务，后续小修改直接在微信群里提，响应快。项目交付时给了源码，客户自己找人维护也不受限制。合同里写明了费用，没有额外加收。整个项目从需求确认到上线，用了不到四周。
现在这家诊所的日常是：患者手机上预约，按点到诊所，前台确认，医生在电脑上录入，护士按后台提醒做回访。纸质登记本还在，但已经从主力变成了备用。铁皮柜里的旧病历也还在，但翻找次数少了，新产生的病历都是电子档。这样的改变不大，但每一步都踩在原来的痛点上。
关键词：眼科诊所小程序,常州小程序开发,预约挂号系统,术后回访小程序,本地小程序开发案例
常见问题 FAQ
Q：小程序里的预约挂号支持老年人操作吗？
A：支持，但考虑到部分老年患者使用智能手机不熟练，诊所保留了电话预约通道。前台在电话里帮患者登记后，会手动录入小程序后台，形成统一的预约记录。这样线上线下数据是合在一起的，老年患者到店后同样能在工作台找到预约信息。
Q：术后回访任务在小程序后台是怎么触发的？
A：系统根据患者住院或手术时录入的手术类型和日期，自动生成回访计划。比如白内障术后第1天、第7天、第30天，各生成一条待办。护士每天登录后台看到当天的任务列表，逐条处理。打电话的结果要在系统里选择“接通/未接”并填写反馈，未接的会自动顺延到第二天，直到完成为止。
Q：医生端为什么先用电脑而不是平板？
A：开发初期确实考虑过平板，但实际测试发现眼科检查设备的数据都在电脑上，医生看完检查结果后直接在同一台电脑上录入最顺。如果强行用平板，医生得先看电脑再低头操作，反而增加动作。所以第一版只做了电脑端，平板版本留到后面有需要再升级。