在郑州做医药健康小程序那会儿，最先碰到的不是产品外观，而是合规与信任：处方药线上流转、咨询医师资质、购药与配送链条如何被监管接受？这个项目把我拉回技术的根，必须把每一步都写得可审计、可复现。

      前端选择上，我倾向于用原生小程序+TypeScript，少一层抽象，问题定位更直接。遇到复杂组件复用时，才用Taro或uni-app做多端兼容。调试依赖微信开发者工具和Charles抓包，注意小程序网络并发与文件体积限制，图片先做客户端压缩，再走分片上传。

      后端用了NestJS模块化，业务拆成用户、处方、订单、咨询四个服务，数据主库选MySQL，读缓存用Redis。支付接入微信商户，证书和密钥要放进KMS或腾讯云SM，签名用HMAC-SHA256；感悟是：一次性把安全做好，后面省得天天修补。

      在线问诊需要实时通道。我先试过WebSocket直连，后改用腾讯即时通信或融云SDK，原因是断线重连、离线消息、群组管理这些细节太多。并发峰值用消息队列拆峰（RabbitMQ），关键接口加幂等和分布式锁，避免重复发药或重复扣款。

      处方识别我实践过PaddleOCR与商用OCR对比：前者易定制、部署灵活，商用接口准确率高但成本可观。最终做法是OCR+人工复核，触发规则包括模糊识别、剂量异常、图像倾斜。实操中发现——光线与扫描分辨率直接决定识别率，前端引导拍照比后端补救更有效。

      CI/CD我用GitLab CI打镜像，Kubernetes滚动更新，监控链路包含Prometheus+Grafana与Sentry异常告警。合规方面，用户敏感数据须落在境内机房并做字段级加密。结尾给一点实践建议：先把支付和处方流转的边界条件列清楚，再做高并发优化，能省不少返工。