51 lines
3.6 KiB
Markdown
51 lines
3.6 KiB
Markdown
# 一、设备管理中心
|
||
==演示设备管理中心==
|
||
> 6个模块，其中涉及商务的没有扩展
|
||
|
||
- 产品管理（业务系统）
|
||
转发地址涉及的安全问题，匿名借口上报
|
||
只暴露一个数据上传的接口
|
||
设备管理中心到业务系统的通信内网传输
|
||
产品的字段和设备的字段不一样，直接在设备管理中心后端做映射
|
||
- 设备管理
|
||
源字段管理与产品的字段进行和映射
|
||
返回给设备的类型管理
|
||
与设备通信的规则
|
||
- 产品设备管理
|
||
通过这个模块，产品、设备、业务系统之间相互关联，源字段直接转为产品字段，到业务系统可以直接使用
|
||
- 协议模块
|
||
协议的状态，设备的状态、管控（实体设备注册）
|
||
可以一个协议多个、多种设备，只要是入网许可过的设备，都可以添加到协议里
|
||
只要是协议里的设备都要经过设备管理中心
|
||
（高博士）==用户的协议使用与管理员的程序应该完全分为两套系统==，业务是业务，管理是管理，使用主库从库的形式，最小有限信息给用户，两套代码，两个库。尽量使用短信口令去囊括安全。
|
||
|
||
|
||
最下层需要完全的提示 用户登录也需要增加短信验证
|
||
设备运行时间无法统计，传输的数据都能够统计。普通用户也需要查看数据上传统计，日志。
|
||
用户需要将协议信息完成后，提交审核员进行审核。
|
||
协议金额应由用户选出来，并有促销、优惠卷等，是用户可以看到服务价格，选什么服务对应的价格就能出现。后端需要预留自定义价格、折扣、优惠的模块。减少线下沟通成本。纳税人信息让用户维护初始化起来，用户可以对其信息进行管理，更新，每次创建协议选择就行了。发票信息管理。
|
||
设备准入资格、认证。启用的设备许可需要交钱服务费。向信息平台的方向发展。信息服务费。
|
||
首页展示设备等，`学生体质健康设备信息网`也可以进行展示，如果厂商需要展示那就要注册进行交信息服务费。
|
||
业务流程和业务逻辑需要进一步打磨，设备不能填死，需要可以发起补充协议。
|
||
# 二、石榴籽
|
||
==演示石榴籽==
|
||
- 一键登录后,实名认证后,进入家庭空间,绑定学生的信息,能够通过微信api获取手机号.绑定完毕后,能够看到学生的具体数据。添加完家庭成员成员后，石榴籽从归一库中拉去这个学生的数据。
|
||
后台逻辑为将各业务系统数据到归一库中，然后石榴籽的库对归一库进行同步，家庭成员为学生。也可以从年份选择查看成绩。
|
||
- 现有对接了三个业务系统，体测，近视（分检测次数），体检。报告单上要有`你的体检数据是哪家机构提供的`。协议的格式是自己的模版，自创的。
|
||
- 数据整合在一起怎么下载，需要收钱，提供有偿服务，近视查3年，5年都要交不一样的钱。
|
||
高博士:
|
||
> 重点
|
||
|
||
现在石榴籽健康开发一个基础功能,任何一个报告进行拍照扫描,上传格式化进入数据库。
|
||
改变原来的业务逻辑从政府取数据，现在转变为上传数据并分析，任何报告都能够上传。
|
||
|
||
|
||
增加跑步、锻炼、改善板块（运动板块）
|
||
|
||
|
||
# 三、移动认证平台
|
||
登录方式流程图，
|
||
如果没有手机怎么办，强制引入不合适
|
||
app长期保持登录
|
||
|