YIZHITONG · PRODUCT & TECHNICAL BLUEPRINT
「小模型」Beta 上线→医智通 · 产品与技术方案从演示环境到生产系统的完整路径
当前演示环境已验证核心业务闭环：HCP 用 AI 生成可售内容、企业采购并分发给员工、 企业发起定向调研并回收洞察。本方案梳理全部模块边界、系统架构、 从 demo 到生产的差距，以及分阶段的建设路线。
8
内容品类已验证
8
核心模块域
4
建设阶段
2
P0 级外部依赖缺口
BETA LAUNCH · 2026.09.15
「小模型」Beta 上线计划
对比小模型与正式版的模块差异，并按周查看 8.17 → 9.15 的上线排期。
01 · 模块全景
Module Map —— 按业务域划分，标注每个域当前在演示环境中的验证程度
身份与准入
Identity & Access
- 手机号 + 验证码统一登录（个人 / 企业 / HCP / 管理员共用一套机制）
- HCP（医生 / 护士 / 药师）执业资质认证：核验姓名与执业证号，对接医师、护士、药师电子证照及执业注册系统，辅以人工复核兜底
- 企业工商资质认证：核验统一社会信用代码，绑定对公账户用于结算与开票
- 管理员账号体系：内部账号，不对外开放注册
内容生产
Content Production
- AI 内容工坊：8 种品类生成链路已真实跑通，详见「AI 引擎技术架构」
- 知识素材包：HCP 自有内容直传打包售卖
- 内容审核（规划中）：AI 初筛违规医疗宣传 / 夸大疗效 + 人工复核专业性，未过审内容不进入内容广场
- 版本存证（规划中）：内容每次上架 / 修改生成不可变快照（内容 hash + 时间戳 + 审核人记录），出现内容纠纷时可回溯「用户当时看到的是哪个版本、谁审核通过的」
交易与结算
Commerce & Settlement
- 个人支付：微信支付 / 支付宝接入位已预留，demo 为一键模拟
- 企业采购：席位定价 + 上课频率配置，对公转账流程
- HCP 收益结算：P1 先接灵活用工平台代发（小额分成），P2 补头部 HCP 个体户双轨；方案细节见「05 · 开放讨论」
- 调研服务费：创建调研时预付服务费 + 受访者报酬预算，未回收部分原路退回
分发与触达
Distribution
- 短信触达：激活 / 上课 / 问卷链接的模板已验证，demo 为站内模拟短信面板
- 免登录 token 链接：短信直达学习 / 问卷页，无需下载 App 或记账号密码
- 完成度追踪：quiz 全对判定完成已验证，可扩展观看时长等更多完成信号
企业运营
Enterprise Operations
- 员工名单管理：CSV / Excel 批量导入解析，自动去重
- 席位与采购管理：多门内容独立管理完成度
- 企业数据看板：员工激活情况 + 逐内容完成度矩阵
- 培训履约报告（规划中）：一键导出《员工培训完成报告》（课程大纲 + 人员名单 + 完成时间 + 成绩），供企业应对监管检查、证明培训义务已履行
调研与洞察
Research & Insights
- AI 生成问卷 + 手动编辑
- 目标人群：平台 HCP 库 + 企业员工库，双边可选或全选
- 「平台定向人群包」（按科室 / 城市 / 职称圈选 HCP）为二期能力
- AI 洞察报告：逐题聚合 + 结论与行动建议自动生成
线下会议
Offline Conferences
- 「线下会议」页面已上线：收录心血管、内分泌、肿瘤等领域的学术会议信息（导航栏可直达）
- 支持按学科筛选浏览，点击查看会议详情（时间、地点、规模、亮点、适合人群）
- 定位是内容展示与行业资讯，不涉及报名、留资或获客转化
平台运营
Admin & Ops
- 全平台数据看板：HCP / 企业 / 个人 / 内容 / 订单 / 调研，已验证
- 内容审核工作台（规划中）
- 异常订单与风控（规划中）
- 客服工单系统（规划中）
02 · 系统架构图
System Architecture —— 五层结构；同色边框标注核心服务与其对应外部依赖的映射关系
03 · 模块就绪度矩阵
Readiness Matrix —— 从演示环境到生产环境，每个模块还差什么
| 模块 | Demo 现状 | 生产环境需要 | 优先级 |
|---|---|---|---|
| 登录鉴权 | 测试账号 + 任意验证码 | 真实短信验证码 + HCP 执业资质核验 + 企业工商核验 | P0 |
| 支付结算 | 一键模拟成功 | 微信支付 / 支付宝商户号 + 对公网银 + HCP 分成提现 | P0 |
| 短信触达 | 站内模拟短信弹窗 | 短信服务商接入 + 模板 / 签名报备 | P0 |
| 内容审核 | 无 | AI 初筛 + 人工复核医疗合规性；上架 / 修改生成不可变版本快照（hash + 审核人） | P0 |
| 培训履约报告 | 无（完成度数据已具备） | 一键导出《员工培训完成报告》PDF，供企业迎检与履约证明 | P1 |
| AI 内容引擎 | 8 种品类已验证 | 成本监控、并发限流、生成失败降级 | P1 |
| 调研模块 | 全链路已验证 | 受访者报酬线上结算 | P1 |
| HCP 收益结算 | 无（方案见 05） | P1 先接灵活用工代发（小额）；P2 头部 HCP 个体户双轨，分成与课程订单五流关联留痕 | P1 |
| 企业员工管理 | CSV 导入已验证 | 组织架构 / 去重 / 企业 SSO（远期） | P1 |
| 数据安全合规 | 无 | 等保测评、数据加密、审计日志 | P2 |
04 · 分阶段路线图
Roadmap —— 节奏为示例参考，实际排期取决于外部依赖对接进度
演示验证
Demo Validation当前阶段- 登录 / 支付 / 短信全部模拟，验证交互与业务逻辑闭环
- AI 内容引擎 8 品类生成链路真实跑通（OpenRouter + ListenHub）
- 企业采购 → 员工触达 → 完成度回传闭环
- 调研问卷 AI 生成 → 触达 → 回收 → 洞察报告闭环
- 平台运营数据看板；线下会议展示模块
- 接入真实短信网关，完成模板与签名报备
- 接入微信支付 / 支付宝商户号，替换模拟支付
- HCP 资质核验流程上线（人工审核兜底，暂不对接官方系统）
- 企业工商资质核验（人工审核兜底）
- 内容审核工作台：AI 初筛 + 人工复核，上线前必过；审核通过即生成不可变版本快照
- 培训履约报告导出：把已有完成度数据打包成企业迎检证明，作为企业侧核心卖点
- 接入灵活用工平台代发（小额分成先行）：真实支付上线后 HCP 分成必须有合规通道，打款 / 报税 / 开票走服务商 API 托管
- 小范围邀请 HCP 与企业试运行
规模化
Scale-up示例节奏：2–3 个月- 企业组织架构导入（部门 / 角色），支持更复杂的企业客户
- HCP 收益结算双轨补全：头部 HCP 个体户通道（灵工代发已在 P1 上线），双轨切换门槛按 05 评审结论执行
- 内容品类持续扩展，结合试运行反馈优化 AI 生成质量
- 对接官方医师执业注册核验系统，替换人工审核
企业级
Enterprise-grade持续演进- 多租户架构，支持大型企业独立空间与权限体系
- 数据安全与合规（等保测评、数据加密、审计日志）
- 异常订单与风控系统
- 财务对账自动化、客服工单系统
05 · 开放讨论：HCP 收益合规结算
待讨论 · 未排期Open Discussion —— 平台向 HCP（医生、护士、药师）分账不能直接对私打款：劳务报酬税负高、平台拿不到发票、 公转私触发风控。参考医药行业合规结算的通行做法，梳理三条路径与待决策问题，供评审拍板。
直接对私打款
Direct Payout
- 按「劳务报酬」计税，超 5 万部分预扣率 40%，HCP 到手大幅缩水
- 平台拿不到发票，分成支出无法入账抵成本
- 公户对大量个人频繁打款，触发银行 / 税务风控预警
灵活用工平台代发
Flexible Employment Platform
- 平台调用服务商 API：传入 HCP 身份信息 + 金额 + 对应课程，打款 / 报税 / 开票全托管
- 服务商向平台开具 6% 增值税发票，解决成本入账；HCP 按经营所得完税，税负远低于劳务报酬
- HCP 侧零操作、无感知，适合年分成约 20 万以内的多数 HCP
- 候选服务商（待调研比价）：云账户、薪宝、好活等
个体工商户结算
Sole Proprietorship
- HCP 注册个体户（如「××医学咨询工作室」），与平台签 B2B 服务协议，收款后开票给平台
- 核定征收下综合税负可低至 0.5%–3%，适合年分成几十万的头部 HCP
- 可对接代办服务（园区注册 + 记账报税一条龙），HCP 本人仅需刷脸签字
- 红线：个体户必须真实自主经营（HCP 知情、能应答税务临检），批量注册的「僵尸户」＝虚开发票风险
评审需拍板的问题
- 1双轨切换门槛定多少？（如年分成 20 万以下走灵工、以上引导注册个体户）
- 2灵工服务商选型：费率（一般 5%–8%）、资质（委托代征授权）、API 成熟度如何比较？
- 3「五流一致」留痕：每笔分成需关联课程 ID、销售订单、分成协议，结算表结构怎么设计？
- 4若采购方为药企 / 与讲课 HCP 存在处方关联，是否需要利益冲突声明与核验机制？
- 5HCP 分成协议里如何约定内容合规责任（虚假宣传、夸大疗效的追责条款）？
* 已定：双轨制，灵活用工代发已排入 P1（随真实支付同步上线，小额分成先行）；个体户通道排入 P2。仍待拍板：双轨切换门槛、灵工服务商选型（见上方问题清单）。两条路径均为对接成熟第三方服务，无需自建。
核心结论：业务逻辑与 AI 生成链路已在 P0 阶段验证完毕，P1 的关键是把 4 个 P0 级外部依赖接上（短信、支付、HCP / 企业核验、内容审核），此后才具备真实用户试运行的条件。
* 本页为方案草案，用于评审与排期讨论