老机制
每个 html 都统一引用了 app.js ，app.js 根据 url 中的文件名称，去访问相应的模块
研发
xxx.html
文档
入口文件
结束
把 openId 与 userId 对应起来
b.html
使用产品了解功能
a.js
是否已经登入（是否有 appId ）
使用 php 写一个脚本，按需进行返回，且配置文件索引值，必须以模块隐藏模块名称 + 隐藏内容命名，提高可维护性
填写完预约挂号信息点击提交
判断登入的 appId与 当前的 appId 是否一致
菜品有误点击返回首页
微信传入openId
3. 协商功能
否
是
是否需要退款
补全个人信息
姓名、电话、地址
用户手机号登入
请求 tms 配置文件，定制化修改配置
c.js
Base
医院
b.js
继承
用户是否同意授权
根据操作类型选择相应的推送模版
成功预约挂号后存预约信息存 origin
。。。
申请退款
异步判断是否为老用户
开始
产品优势
用户注册
后端免等模块
首页：菜品选择
n.js
使用定制化修改的模块
Ps：类单页，但不是单页，主要是为了，方便 webpack 打包
开始取号推送可以开始取号通知
进入登入模块进行验证
根据 code 请求微信接口获得 openId
发起绑定请求
返回：登入失败状态码
改建建议* 竞品比较* 从医院接受角度
跳转到预约详情页面
主流程
根据 corpId 去访问不同文件夹
免登成功？
价格觉得不理
医生或护士在后台操作如：停诊、可以开始取号
是否微信环境
必点
等待送餐
用户点击注册
入口
是否通过
远图 前端架构
停诊推送停诊消息
A医院
否（已经登入）
看上菜品直接下单
1. 基础功能 2. 扩展功能 3. 协商功能（除1、2）
确认订单页
成功登入，返回应用
成功注册
是否已经手机登入
n.html
库里是否有openID
下面是异步行为，和用户操作不同是一个时刻
是否需要手机登入？
返回成功登入状态码并写 cookie 状态为 openId登入（存 appId ）
远图 登入模块设计
此处是一个医院一个文件夹，然后还有一个标准版文件夹
C医院
Proxy(代理)
是否有 appId 参数
个人中心：获取手机号等个人信息
在公众号上点击了按钮
收到外卖
位置选择
返回绑定失败需要登入
调用推送接口，进行推送
产品实地测试
xxx.js
把 appId 存入 sessionStorage
存入openID
c.html
产品
请求接口查看用户是否关注如果未关注，提示关注
后端openId绑定模块
销售
提示用户未关联当前公众号是否关联
推送预约成功 / 失败消息
本地配置文件（有进行定制化的区域，或者医院）
登入成功进入系统
H5 预约挂号：因为需要就诊人，而发起登入请求
信息是否有误
返回：登入成功状态码并写 cookie 状态为 openId登入（存 appId ）
a.html
订单详细页
实地测试反馈
远图 公众号推送方案设计
根据 sessionStorage 中的 appId 生成用户授权链接，并设置好回调链接
选填
是老用户，但是为在本公众号使用过本系统，则将此公众号openID与手机绑定上，进行用户信息同步
公众号入口链接上会添加一个 appId 参数来识别，是由什么公众号来的
手机验证，填写信息
个人信息是否齐全
使用继承于标准版的模块
是否新用户
文档 or 培训
远图 研发团队反馈机制
进入登入模块进行关联
等等。。。
确认支付
是否关注成功？
输入手机号
登入模块（黑色前台，蓝色后台）
app.js
跳转回回调链接发起免登请求（把获得的 code 和 appId异步传给后台）
