comclib
01e1034cc1
核心修复: - 状态机加 SELECT FOR UPDATE 行锁，消除并发竞态 - hss_md_staff 加 role 列，登录从数据库读取真实角色 - 申请重复校验排除自身，全流程 20 步闭环通过 - 派单 SQL 修复 + 支付状态机过渡 + 完成服务 plan_item_id 修复 并发控制新增: - RedisLockService (SET NX PX + Lua 安全解锁) - RateLimiterService (Redis 滑动窗口 + API 拦截器) - TransactionIsolationConfig (SERIALIZABLE for 支付回调) - MqttPublisher (异步队列 + JDK TCP 探测) - ObjectStorageService (AWS SigV4 预签名, 纯 JDK) 冗余清理: - 删除 6 个死代码文件 (~620 行) - hutool-all → JDK MessageDigest, 去 MapStruct, 去 jsr310 - haversine 提取到 GeoUtil, count/round 提取到 JdbcUtil - 创建 platform layout 组件 前端修复: - 登录页移除角色选择器, 由后端 JWT 返回 - 移除 ClientOnly 包裹, 页面正常渲染 - SPA fallback Nginx 配置修复 Docker: 运行时镜像 eclipse-temurin:17-jre-jammy (缩小 ~300MB) 文档: 新增系统实现与修复报告.md Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
109 lines
8.2 KiB
Plaintext
109 lines
8.2 KiB
Plaintext
你是一名资深官网设计师，专注于 B2G/B2B 智慧医养与企业级 SaaS 产品官网设计。请基于以下约束，输出可执行的官网设计方案。
|
||
|
||
【输入材料归纳（由上游提供）】
|
||
- 行业依据：《居家养老上门服务基本规范》GB/T 43153-2023、智慧健康养老产业发展行动计划(2021-2025)
|
||
- 设计参考：NHS Design System（医疗可信/蓝白规范）、Ant Design（企业级组件/模块化）、GOV.UK Step-by-step（服务流程展示）
|
||
- Design System 约束：主色 #155EEF（医疗蓝）、辅助色 #20C997（健康绿）、CTA #FF8A3D（暖橙）、背景 #F5F9FF / #FFFFFF、字体 思源黑体/阿里巴巴普惠体/HarmonyOS Sans
|
||
- 占位图策略：使用 https://loremflickr.com/{width}/{height}/{category} 动态生成（category：healthcare、elderly、technology、medical、office），明确标注"图片为占位示意，待后续替换为品牌素材"
|
||
- 冲突待确认：无
|
||
|
||
【商业目标与定位】
|
||
- 网站主题/行业：智慧医养 / 居家上门服务 / 长护险服务管理平台
|
||
- 页面类型：产品官网 + 解决方案官网（非企业品牌站、非普通养老门户）
|
||
- 目标用户：
|
||
第一类：政府民政/卫健部门、医院管理层、养老机构负责人、社区服务中心负责人（B端决策者）
|
||
第二类：信息化负责人、养老服务运营负责人、居家服务项目负责人（项目推动者）
|
||
- 核心业务目标：品牌展示 + 获客转化 + 政企/医院合作展示
|
||
- 成功指标：预约演示提交量、方案下载量、合作咨询量、首页跳出率 <40%
|
||
- 当前痛点：无品牌VI、无真实案例、需要从零建立专业可信的数字化平台形象
|
||
- 决策周期：偏慢，多轮对比、内部汇报、预算审批、试点验证
|
||
|
||
【用户与决策路径】
|
||
- 主要受众：B端决策者（政府/医院/养老机构领导）+ 项目推动者（信息化/业务负责人）
|
||
- 关键问题（Top3）：
|
||
1. 平台能解决什么问题？（申请难、评估难、派单难、监管难、结算难、追溯难）
|
||
2. 平台是否专业、可信、合规、可落地？
|
||
3. 引入后能带来什么价值？（监管能力、服务效率、质量提升、结算规范）
|
||
- 典型路径：
|
||
路径一（决策者）：首页 → 解决方案 → 应用场景 → 安全合规 → 预约演示
|
||
路径二（业务负责人）：首页 → 服务闭环 → 核心能力 → 三端协同 → 获取方案PDF
|
||
路径三（运营管理者）：首页 → 核心能力 → 角色工作台 → 数据看板 → 联系我们
|
||
|
||
【内容资产与信息架构】
|
||
- 现有资产：系统架构文档、服务闭环方案文档（无VI、无截图、无案例）
|
||
- 一级栏目：首页 / 解决方案 / 核心能力 / 应用场景 / 服务闭环 / 安全合规 / 资源中心 / 关于我们 / 联系我们
|
||
- 必备模块：首屏Hero、行业痛点、解决方案、服务闭环流程图、核心能力卡片、三端协同展示、应用场景、数据监管看板、安全合规、建设价值、资源下载、底部CTA
|
||
- 首页首屏重点：一句话定位 + 价值说明 + 服务闭环组合视觉 + "预约演示"主按钮 + "查看解决方案"副按钮
|
||
- 首页内容自上而下顺序：
|
||
1. Hero首屏（定位+价值+CTA+平台视觉）
|
||
2. 行业痛点（居家服务为什么难管）
|
||
3. 解决方案概述（一套平台打通全流程）
|
||
4. 服务闭环流程（8阶段交互式流程图）
|
||
5. 核心能力模块（8大能力卡片）
|
||
6. 三端协同（家属端/delivery端/管理监管端）
|
||
7. 应用场景（政府/医院/养老机构/社区/长护险）
|
||
8. 数据监管能力（看板/预警/质量/追溯）
|
||
9. 安全合规（权限/审计/隐私/授权）
|
||
10. 建设价值（效率/质量/监管/结算）
|
||
11. 资源下载（方案PDF/白皮书/产品资料）
|
||
12. 底部CTA（预约演示/获取方案/联系合作）
|
||
|
||
【功能与交互需求】
|
||
- 表单需求：
|
||
P0 预约演示表单：姓名、单位名称、职务、手机号、城市、关注方向（政府监管/医院延续护理/养老机构/社区照护/长护险/其他）、留言
|
||
P0 获取方案/白皮书表单：姓名、单位名称、手机号、邮箱或微信、关注场景
|
||
P1 联系我们/合作咨询表单：姓名、单位名称、联系方式、合作类型、需求描述
|
||
不做在线报价/预算估算
|
||
- 后台需求：第一版静态站点，表单接入已有后端API，预留CMS扩展能力
|
||
- 统计分析：百度统计+GA4，追踪首页访问→CTA点击→表单提交全漏斗
|
||
- 特殊交互：
|
||
- 服务闭环流程图逐步点亮（scroll驱动，8节点逐一点亮+连线动画）
|
||
- 数据看板轻量动效（数字轻微跳动、图表渐入）
|
||
- 三端协同卡片联动展示
|
||
- 不做复杂3D，不做全站粒子动效
|
||
- 支持 prefers-reduced-motion
|
||
- CTA按钮固定移动端底部悬浮
|
||
|
||
【视觉与体验方向】
|
||
- 品牌关键词：专业、可信、规范、智能、高效、温暖、安全、可追溯、政企级
|
||
- 主色：#155EEF（医疗蓝），辅助色：#20C997（健康绿），CTA色：#FF8A3D（暖橙）
|
||
- 背景色：#F5F9FF（浅蓝灰）、#FFFFFF（白），正文色：#1F2937（深灰），辅助文字：#6B7280（中性灰）
|
||
- 字体：中文标题/正文用思源黑体/阿里巴巴普惠体（600-700字重标题 / 400-500正文），数字用 Inter/DIN风格（数据看板模块）
|
||
- 风格倾向：医疗可信感 + 企业级SaaS产品感 + 居家服务温度感
|
||
- 不喜欢风格：炫酷3D/粒子/霓虹、卡通老人插画、医院门户密集信息堆砌、政府传统红蓝横幅、大段文字压迫、真实病痛照片
|
||
- 禁用项：纯黑背景、赛博风、黑金风、宋体全站主字体、大面积红色紫色、伪造真实案例/政府Logo
|
||
|
||
【响应式与终端要求】
|
||
- 设计优先级：桌面优先（展示完整方案），移动端简化保留核心
|
||
- 关键断点：375px(手机) / 768px(平板) / 1024px(小桌面) / 1280px+(标准桌面) / 1440px+(大屏)
|
||
- 移动端保留：一句话定位、预约演示按钮、服务闭环(纵向)、核心能力(2列卡片)、应用场景、安全合规简介、联系我们表单
|
||
- 移动端简化：减少数据看板复杂度、流程图改纵向步骤条、大段文字精简、字段减少、CTA固定底部悬浮
|
||
|
||
【技术与约束条件】
|
||
- 技术栈：Vue3 + Nuxt3 + Tailwind CSS，构建为静态资源，Nginx部署，`/api`反向代理已有后端
|
||
- SEO要求：百度SEO优先，兼顾Google；每页面独立title/description/keywords、语义化HTML、sitemap.xml、Open Graph
|
||
- 关键词：智慧医养平台、居家养老上门服务系统、长护险服务管理平台、居家照护管理系统、养老服务监管平台
|
||
- 性能要求：Lighthouse Performance≥90、Accessibility≥90、SEO≥90、Best Practices≥90、首屏<2秒
|
||
- 可用性要求：表单必须有label/错误提示/键盘可达、颜色对比度满足WCAG 2.2 AA级
|
||
- 图片：使用WebP/AVIF，占位图标注"示意素材"
|
||
- 动效：支持prefers-reduced-motion
|
||
|
||
【请按以下格式输出设计方案】
|
||
1) 设计策略概述（先讲商业目标如何映射到页面）
|
||
2) 信息架构图说明（栏目、层级、路径）
|
||
3) 页面结构与模块说明（逐模块：目标、关键信息、版式建议、交互要点、CTA）
|
||
4) 功能与交互策略（含关键状态：加载中/空状态/错误/成功/表单校验）
|
||
5) 视觉系统建议（颜色token/字体层级/间距系统/组件规范/图标风格）
|
||
6) 响应式方案（桌面/平板/移动，每个断点保留什么）
|
||
7) 文案与CTA建议（首页/解决方案页/服务闭环页/CTA按钮文案）
|
||
8) 风险与取舍（至少3条）
|
||
9) 可直接交付前端的实现提示（组件划分与样式要点/Tailwind配置/断点/Nuxt3目录结构建议）
|
||
10) 待确认问题（如信息缺口、素材冲突、业务口径未定）
|
||
|
||
额外要求：
|
||
- 仅输出1套完整方案，不提供多套备选。
|
||
- 方案必须是详细设计方案：每个模块需写清目标、信息层级、版式建议、交互要点与CTA。
|
||
- 若存在信息不足或冲突，必须在"待确认问题"中明确列出，不得自行假设补全。
|
||
- 所有建议必须可执行，避免"提升体验"等空泛描述。
|
||
- 所有占位图标注"示意素材，待替换"，不伪造真实案例。
|