业务和功能介绍
1. 业务亮点与立项原因
因业务扩张需求，需构建一套覆盖员工管理、合伙人体系、病例全流程及义齿加工业务的数字化平台。传统管理方式存在以下痛点：
效率瓶颈：人工处理病例流程、合伙人绑定关系及加工单跟踪效率低下，易出错；
数据孤岛：员工权限、病例资料、销售数据分散，缺乏统一管理视图；
业务扩展需求：需支持三级合伙人体系（一级/二级/三级合伙人）的灵活绑定与业绩追溯，以适配口腔医疗连锁化趋势。
2. 立项过程与甲方沟通
项目立项经多轮需求研讨会确认：
需求收集：与业务部门（运营、医疗、供应链团队）深度访谈，明确病例全生命周期管理、合伙人分成规则、供应商协同等核心诉求；
原型评审：输出高保真UI/UX设计稿，确认功能路径（如病例创建→3D模拟→生产导板→供应商发货）；
技术可行性论证：针对医疗数据合规性（如患者隐私加密）、高并发加工单查询等场景制定技术方案。
1. 核心功能模块与用户价值
（1）员工管理 管理员 角色权限精细化配置（支持组长/师傅/医生绑定），部门架构可视化维护
（2）合伙人管理 管理员/销售 三级合伙人体系绑定、销售业绩自动分成计算，支持上下级关系穿透查询
（3）病例全流程管理 医生 病例状态跟踪（待处理→治疗中→已存档），治疗方案3D模拟预览及生产导板指派
（4）加工单协同 供应商/医生 供应商端发货单管理，医生端实时查看加工进度与物流信息
（5）数据统计 管理员/运营 5张核心报表（如合伙人业绩排行、病例处理时效分析），支持多维度条件筛选
2. 主要功能路径
病例创建→治疗闭环：医生新建病例→上传影像资料→组长指派3D模拟任务→师傅审核方案→生成生产导板→供应商发货→医生确认收货并进入治疗流程。
合伙人业绩追溯：销售绑定三级合伙人→系统自动记录上下级关系→月度结算时按规则拆分佣金→生成可视化分成报表。
因业务扩张需求，需构建一套覆盖员工管理、合伙人体系、病例全流程及义齿加工业务的数字化平台。传统管理方式存在以下痛点：
效率瓶颈：人工处理病例流程、合伙人绑定关系及加工单跟踪效率低下，易出错；
数据孤岛：员工权限、病例资料、销售数据分散，缺乏统一管理视图；
业务扩展需求：需支持三级合伙人体系（一级/二级/三级合伙人）的灵活绑定与业绩追溯，以适配口腔医疗连锁化趋势。
2. 立项过程与甲方沟通
项目立项经多轮需求研讨会确认：
需求收集：与业务部门（运营、医疗、供应链团队）深度访谈，明确病例全生命周期管理、合伙人分成规则、供应商协同等核心诉求；
原型评审：输出高保真UI/UX设计稿，确认功能路径（如病例创建→3D模拟→生产导板→供应商发货）；
技术可行性论证：针对医疗数据合规性（如患者隐私加密）、高并发加工单查询等场景制定技术方案。
1. 核心功能模块与用户价值
（1）员工管理 管理员 角色权限精细化配置（支持组长/师傅/医生绑定），部门架构可视化维护
（2）合伙人管理 管理员/销售 三级合伙人体系绑定、销售业绩自动分成计算，支持上下级关系穿透查询
（3）病例全流程管理 医生 病例状态跟踪（待处理→治疗中→已存档），治疗方案3D模拟预览及生产导板指派
（4）加工单协同 供应商/医生 供应商端发货单管理，医生端实时查看加工进度与物流信息
（5）数据统计 管理员/运营 5张核心报表（如合伙人业绩排行、病例处理时效分析），支持多维度条件筛选
2. 主要功能路径
病例创建→治疗闭环：医生新建病例→上传影像资料→组长指派3D模拟任务→师傅审核方案→生成生产导板→供应商发货→医生确认收货并进入治疗流程。
合伙人业绩追溯：销售绑定三级合伙人→系统自动记录上下级关系→月度结算时按规则拆分佣金→生成可视化分成报表。
项目实现
1. 团队构成与开发周期
参与角色：项目经理1人、产品经理2人、Java开发工程师5人、前端开发3人、测试工程师4人、UI设计师1人，c++2人，算法工程师1人，共计19人。
开发周期：6个月（需求分析1个月→原型设计与评审0.5个月→开发/测试并行3.5个月→UAT验收1个月）。
2. 技术栈与实现亮点
技术架构：
前端：Vue.js + Element UI，实现病例管理看板的动态数据绑定；
后端：Spring Cloud微服务架构，拆分员工服务、病例服务、加工单服务；
数据库：MySQL分布式集群，病例影像数据采用分库分表策略；
中间件：Redis缓存热点数据（如合伙人关系树），RabbitMQ处理加工单状态变更消息。
实现难点：
复杂状态机：病例流程包含“待处理→进入治疗→生产导板→已发货”等12种状态，采用Spring StateMachine实现状态跃迁与权限校验；
数据一致性：合伙人分成计算涉及多级关系穿透，通过分布式事务（Seata）保障业绩拆分与财务系统对账的准确性；
医疗合规性：患者隐私数据（如身份证号、影像资料）采用国密SM4加密，审计日志满足《网络安全法》要求。
参与角色：项目经理1人、产品经理2人、Java开发工程师5人、前端开发3人、测试工程师4人、UI设计师1人，c++2人，算法工程师1人，共计19人。
开发周期：6个月（需求分析1个月→原型设计与评审0.5个月→开发/测试并行3.5个月→UAT验收1个月）。
2. 技术栈与实现亮点
技术架构：
前端：Vue.js + Element UI，实现病例管理看板的动态数据绑定；
后端：Spring Cloud微服务架构，拆分员工服务、病例服务、加工单服务；
数据库：MySQL分布式集群，病例影像数据采用分库分表策略；
中间件：Redis缓存热点数据（如合伙人关系树），RabbitMQ处理加工单状态变更消息。
实现难点：
复杂状态机：病例流程包含“待处理→进入治疗→生产导板→已发货”等12种状态，采用Spring StateMachine实现状态跃迁与权限校验；
数据一致性：合伙人分成计算涉及多级关系穿透，通过分布式事务（Seata）保障业绩拆分与财务系统对账的准确性；
医疗合规性：患者隐私数据（如身份证号、影像资料）采用国密SM4加密，审计日志满足《网络安全法》要求。
示例图片视频
相似推荐
Java 应用集群迁移与 Elasticsearch 数据同步
一、背景与目标
客户因业务调整，需要将现有生产环境的网站服务及数据完整迁移至新服务器。涉及约 10 个 Java 网络应用程序及配套的搜索、消息队列服务。目标是在保证数据完整性的前提下，实现业务的平滑割接，确保迁移后服务可正常访问。
二、功能模块
1.全量服务迁移： 涵盖 Elasticsearch 7.8.0 搜索引擎、Nginx 反向代理、RabbitMQ 消息队列及 Redis 缓存服务的部署与配置还原。
2.Java 应用部署： 迁移并配置 10 个左右的 Java 后端应用，恢复其 JVM 参数及配置文件。
3.数据一致性保障： 执行数据库与索引数据的导出导入操作，确保新旧环境数据一致。
CentOS7 Docker 基础运行环境搭建与组件部署
客户需要在单台 CentOS 7 服务器上快速构建一套标准化的后端开发与运行环境。目标是替代繁琐的手动安装过程，通过容器化技术统一部署 MySQL、MongoDB、Redis、Kafka、Zookeeper、MinIO 等中间件，并预置 GoLang 开发环境，确保环境的一致性和可移植性。
功能模块：
1.中间件容器化： 集成 MySQL 5.7+、MongoDB 6.0+、Redis 7.0+、Kafka 及 Zookeeper 等核心组件，通过 Docker Compose 进行统一编排启动。
2.对象存储服务： 部署 MinIO 对象存储，用于非结构化数据的存储测试。
3.环境初始化： 编写初始化脚本，自动完成各组件的用户名密码配置（如 mysql/mongodb/redis/minio 统一认证），并安装 GoLang 1.18 及 Git 工具链，交付即可用的基础镜像环境。
MyDiary
海外版 Android 应用独立开发实践，基于 Kotlin + Jetpack Compose + MVVM 架构，覆盖音乐播放器与隐私日记两款产品。音乐播放器支持本地音频扫描、后台播放、通知/媒体会话控制、播放队列、进度控制、循环模式及状态持久化；隐私日记支持富文本编辑、图片/表情/标签、多字体主题、时间线浏览、本地密码锁、云同步备份恢复与数据导出，注重海外用户隐私合规、流畅交互与数据安全保障。负责需求分析、UI/UX、架构设计、音视频/数据存储/同步模块实现及持续迭代。
半熟类社交平台
重逢的创建初衷是提供一个平台，为用户维护个人的半熟社交人际关系，辅助用户整合非日常交流好友资源，以此为用户提供可能需要的人际关系价值。项目的主要通过iOS和Android两个主流平台APP提供服务，后端通过ECS中PHP提供平台服务，并通过Python提供一定的数据分析服务。
求职投递管理平台
当前大学生求职海投过程中，经常出现投递企业过多、面试进度混乱、遗忘跟进简历状态等问题，缺少轻量化的进度跟踪工具。本求职投递管理系统以此为背景立项，目标是打造一款浏览器本地存储的求职台账工具。系统包含投递记录管理、待办事项提醒、进度数据看板、求职漏斗统计、数据导出备份五大核心模块。用户可以新增、检索、筛选所有投递记录，实时查看投递、笔试、面试、offer 全流程状态；首页看板可视化展示投递总量、面试数量与回应率，临近面试任务自动提醒，所有数据保存在浏览器本地，无需后端服务器，保障个人求职隐私安全。
帮助文档
Copyright @ 2021-2024 程聚宝 | 浙ICP备2021014372号
人工客服