初始化上传医疗项目到 medical-mall

This commit is contained in:
2026-04-10 09:03:21 +08:00
parent ca8794ea3a
commit ce124e7119
421 changed files with 15139 additions and 2363 deletions

View File

@@ -0,0 +1,158 @@
### 医养综合服务商城(老年友好版)
#### 商家入驻与管理
##### 入驻审核
系统应支持医疗服务类、医药健康类、养老服务类、生活服务类及其他适老化服务机构入驻。
商家入驻时应提交营业执照、许可证和人员资质证明等材料。
系统应支持线上审核、资质公示、店铺开通和装修配置。
系统应对服务范围、收费标准及药械安全合规性进行审核。
##### 信用评级与监管
系统应建立 5 星制信用评级体系。
信用评级应综合服务质量、用户评价和合规情况进行动态评分。
评级结果应与曝光量、活动资源和治理策略联动。
对于虚假宣传、违规收费、服务不合格等情况,系统应支持警告、处罚、暂停入驻和永久封禁等处理。
#### 服务/商品展示与推荐
##### 分类展示
商城首页应按医疗服务、药品器械、居家护理、生活服务、健康管理等大类展示内容。
系统应支持放大字体、清晰图标和分类检索。
系统应支持按销量、评分、距离等条件排序。
##### AI 智能推荐
系统应综合用户病种、护理等级、健康风险、用药情况、地理位置和消费习惯进行个性化推荐。
系统应针对慢病客户、高龄独居长者、术后康复患者等不同人群提供差异化推荐。
推荐能力应与全民健康信息平台、肿瘤慢病管理平台或本地健康画像数据联动。
##### 详情展示与咨询
商品和服务详情页应采用图文结合短视频的展示形式。
详情页应重点展示价格、服务时长、服务范围、注意事项和商家资质。
详情页应支持一键拨号、在线文字咨询或电话咨询。
展示文案应保持简洁,并使用通俗术语。
#### 下单与支付
##### 下单与代下单
用户选择服务或商品后,系统应支持在少步骤流程内完成地址确认、时间预约和订单提交。
系统应支持家属绑定长者账号后进行代下单和远程代支付。
##### 支付与抵扣
系统应支持微信、支付宝、社保卡、医保电子凭证、长护险待遇抵扣和子女代付等支付方式。
支付页面应清晰展示支付金额、优惠金额和实付金额,不得出现隐藏收费。
医保报销部分应按政策口径处理,其余部分应按自费支付结算。
##### 服务跟踪与评价
订单生成后,系统应支持接单、出发、到达、服务完成等状态的全流程追踪。
在陪诊、送餐等场景下,系统应支持服务人员位置实时共享。
服务完成后,系统应支持用户确认和快捷评分。
#### AI 问诊与健康管理
##### AI 问诊
系统应支持用户通过文字描述症状。
系统应结合本地医疗知识图谱提供初步健康建议、疑似病因提示及挂号推荐。
系统应明确标注“本功能仅供参考,不作为临床诊断依据”。
针对胸痛、卒中先兆等高风险主诉,系统应优先提示紧急就医并自动通知预设家属。
##### 专业咨询
系统应支持医生、营养师、养老顾问等提供文字或视频咨询服务。
系统应对普通咨询、专科咨询等服务类型进行清晰定价和预约管理。
##### 健康管理与设备接入
系统应支持对接血压计、血糖仪等健康设备。
系统应自动同步健康指标并生成报告。
系统应结合健康指标与商城服务、商品形成联动推荐。
对于肿瘤或慢病患者,系统应设置专属板块,并提供用药提醒、复查预约、康复指导和专属服务推荐。
#### 流量变现与运营支持
##### 盈利模式
平台收入模型应包括商家入驻费、交易佣金、广告推荐位、搜索置顶和数据化增值服务等方式。
具体计费标准、行业差异化策略和分账机制应在运营方案阶段进一步明确。
##### 用户运营
系统应支持促销活动、套餐优惠、适老化专题活动、积分体系和线下推广培训等运营能力。
### 院内系统在平台侧的延伸
#### 收费与支付系统自动化
##### 线上支付
系统应支持银行卡支付、医保电子凭证支付、社保卡支付等线上支付方式。
##### 费用预缴与自动结算
系统应支持门诊/住院费用线上预缴与自动核销。
支付成功后,系统应同步更新就诊状态和结算状态。
若支付失败或跨系统同步异常,系统应自动触发告警并保留线下缴费通道。
#### 线上服务与小程序开发
##### 适老化交互设计
线上终端应遵循老年友好设计原则。
界面应保持简洁,支持字体放大和高对比度展示。
关键流程应控制在 3 步以内。
系统应支持语音播报和一键呼叫等辅助能力。
##### 多系统数据实时同步
线上小程序或 APP 应与院内 HIS、医保平台及其他关键系统实现数据同步。
系统应保障就诊记录、费用、报销信息和订单信息在各终端显示一致。
系统应减少人工录入和重复操作。
#### 跨系统数据同步
##### 同步机制
系统应提供同步机制。
系统应对床态、处方、费用、服务轨迹等关键数据实现实时更新。
系统应支持统计类数据的增量归集、异步处理和高峰错峰调度。
##### 容错与审计追踪
系统应建立完善的容错和审计机制。
对于接口失败、数据校验异常、规则冲突或关键流程错误,系统应自动留痕、触发告警并支持追踪定位。
在 DIP/DRG 结算、长护险报销等关键业务场景中,数据应可追溯。
### 系统管理与通用支撑
#### 账号角色与授权
系统应基于角色定义管理员、医护人员、护理人员、商家、普通用户和家属等不同身份的数据访问范围与操作权限。
系统应支持细粒度授权和按模块分级控制。
#### 审计日志与异常告警
系统应记录登录日志、操作日志、接口日志和异常日志。
关键日志保存时间应不少于 3 年。
日志应支持按账号、时间、模块和对象进行检索。
对于同步失败、支付失败、规则触发异常等情况,系统应支持站内消息、短信或其他形式的通知告警。
#### 统一消息通知
系统应提供统一消息中心。
消息中心应支持待办提醒、审批提醒、服务提醒、支付提醒、风险提醒和整改提醒。
消息应支持多终端同步查看。
#### 语音播报与辅助能力
APP 端应优先实现语音播报与辅助交互能力。
系统应对关键指标、就诊提醒、订单进度和风险提示提供语音输出。
小程序端在能力受限时可采用简化提醒方式。