一、项目简介

根据客户提供的原型和需求文档，在现有的叮当中医微信公众号项目上做功能的调整。
项目周期为确定时间排期表后的3天，非常紧急！

二、需求描述

原型

产品定位清晰，有详细的需求文档和原型图。

UI设计

客户提供UI设计。

功能需求

医生决策页
一、用户情况：
1.“体测答案”：当医生点击时出现33道试题的答案（展示形式见33道试题显示样式页面）；当再次点击时隐藏该页面；医生进入该页面默认是隐藏的；
2.体质测试33道试题中28题腹围在体测页面体测完毕自动调取到第28题；33题舌下静脉情况也同28题；33到试题具体显示样式见“33道试题显示样式页面”
3.体质类型：为用户通过答题获取的体质类型；
4.主诉：为用户前端勾选和输入的内容，均显示红色；
5.基础情况：异常的均显示红色，其他默认显示正常黑色；
6.体测结果：体测结果调取护士体测页面内容；异常的显示红色；
7.基因结果用户有的已经存在的信息显示，无信息不显示；
二、报告生成
1.脉象、舌象为文本输入；
2.体质复核：记忆医生点击体质标签的顺序；医生点击一次体质标签选中该体质，再点击该标签取消选中该体质；医生选择的第一个体质包含的内容为用户发送报告中的“体质结果中的特征、体质易发病、体质病因、体质调理内容；医生选择的第一个体质是在用户提交报告时确定的不再修改的第一个被选中的体质；医生选取的第一个体质显示橙红色、其他选择为黄色；
3.医生说明：医生根据自己的诊断输入体质文本内容；体质类型中文本框内容为发送给用户报告的内容；
4.其他主诉：是医生文本输入；
5.健康指导：根据主诉中标签疾病调取疾病及解决方案；每个疾病的所有解决方案按照分型顺序全部排在一起，供医生点选，选择后标签变色并推送给医生的；
6.其他：文本框输入，内容要推送给用户；
7.手写处方：进行统计是否开具处方的情况；

用户报告页
1.体质结果红色字体部分为决策页”报告生成“模块中”医生说明输入的文本内容“并在此显示红色；
2.体质结果中的其他部分调取的是该体质的总体特征、形体特征、常见表现、心理倾向、适应能力；
3.基本情况中如果为非正常数据均显示红色；
4.体测结果超出在正常范围的数据显示红色；
5.如果该用户有基因检测则调取基因检测，如果没有就不用调取；
6.主诉中用户答题是选取的用标签标示并能调取其解决方案结果；用户通过文本输入的和医生通过文本输入的都以文本形式展示；
7.体质结果中的特征、体质病因、体质易感病以及体质调理都是医生点击确定的第一个体质的内容；
8.体质调理中保健茶饮默认勾选；
9.健康指导为医生从后台选取的解决方案，在此默认勾选；
10.”想要一键送到家吗？点击前往“为文字链形式让用户点击可下单；

体测录入页
此页在原有基础上修改了两个数据：
1.将血尿酸修改为腹围
2.将血脂四项修改为舌下静脉淤紫或增粗

后台排号操作页
规则：
排号时间设定：前面等待人数=自己的咨询号-目前就诊/体测人的咨询号-1；
分钟可以自由设定；
医生人数可以自由设定；

前端排号页
1.当前就诊人咨询号为护士/医生最后叫到的就诊人的咨询号；
2.您的咨询号为查看该页进度的人的咨询号；
3.此页需要生成一个链接可以让用户点击；用户点击进去可以时时看到自己的排号情况；不同用户点击进去看到自己的排号情况；
4.您前面还有{x}人候诊：公式为“自己的咨询号-目前就诊/体测人的咨询号-1”；
5.等待时间规则见后台排号操作页规则；

每个预约上门服务的用户列表添加“是否手写处方”项

四、招募要求

招募对象

全栈开发工程师

具体要求

1、因为上线时间特别的紧，所以是加急的项目。；
2、前后台/全栈开发工程师，有相关项目经验者优先；
3、采用通用主流开发技术，参与悬赏时需要简要说明对产品的理解和，开发语言要求PHP。
4、参与项目的开发成员需要提前熟掌握项目和代码管理工具coding的使用方法。
（这里包括但不限于技能、工作年限、地域、团队规模、资质认证等招募要求）

五、项目规划

全栈

开发时间

3天（非常紧急！需求方要求在3月7号之前可以交付）

质保时间

2个月

开发费用

16000.00元（含税费）

交付成果

源代码、满足需求可正常使用的微信公众号、系统设计文档、数据库设计文档、接口设计文档、网站布署配置文档、网站使用说明文档等。

交付方式

各类文档和源代码需上传到coding上指定的私有项目中，更新频率至少为2天／次；按照需求方指定的服务器、域名等条件完成网站部署和调优。

六、其它说明

详细的《项目开发阶段划分表》在项目启动开发前三方协定，码市平台按照该表根据阶段验收情况按阶段支付开发费。