竞标二期项目PPT

CRO 用于新药 Ⅱ期临床研究运营竞标的「内容策划 + PPT 生成」一体化技能。核心叙事逻辑为 难题 → 策略 → 依据 → 团队 四层递进，固定 36 页结构。

使用流程：触发提问 → 项目信息卡 → 情报调研（内嵌检索）→ 36页内容大纲 → 质量检查 → 生成PPT → 交付。

第 0 步：触发提问（每次引用技能必做）

收到任务后不要立即开始，先一次性抛出以下 8 个问题，等待使用者回复后再继续。提问须用自然、清晰的语言，并说明"部分材料可后续补充"。

| # | 问题 | 用途 | |---|------|------| | 1 | 产品名称 / 代号是什么？ | 项目标识（创新药通常为代号） | | 2 | 适应症是什么？（请给精确疾病全称，如"带状疱疹后神经痛"） | 决定检索关键词、疾病机制、筛源科室 | | 3 | 产品基本描述：剂型（片剂/颗粒剂/溶液剂/注射液等）、给药方式、用法用量？ | 给药操作风险、中心覆盖角度、医学-运营传导 | | 4 | 项目周期：试验周期（患者筛选、入组、随访各多长）？ | 时间线、入组月数、里程碑 | | 5 | 整个项目时间预估（如整体 18 个月）？——有则提供，没有也行，但必须问 | 固化主线月数、交付承诺页 | | 6 | 本项目有无特殊情况需要说明？ | 质量风险、数据采集、特殊设计 | | 7 | 其他需要补充的内容？ | 兜底 | | 8 | 是否有辅助材料可提供（方案 Word/PDF、研究者手册、RFP 等）？ | 材料解析，作为信息卡补充来源 |

收到回复后，将回答 + 辅助材料解析结果合并为项目信息卡。若关键信息缺失，继续追问。

第 1 步：整理项目信息卡

将使用者输入整理为标准化信息卡，逐项核对，缺失项标注"待补充"，严禁编造医学参数与数字。

字段清单：

项目标识：产品名称/代号、适应症（精确全称+英文缩写）、分期（统一 Ⅱ期）、剂型/给药途径、用法用量、研究设计
核心数字：样本量（必填）、计划中心数、入组周期、总执行周期
医学方案：主要疗效指标（必填）、次要疗效指标、入排标准要点（必填）、治疗周期（必填）、导入期/洗脱期、分组设计、PK/PD 采血、特殊操作
CRO 信息：CRO 名称（默认占位【CRO名称】，由使用者填写）、汇报团队（默认"临床运营团队"）、日期（调用时实际年月）
可选增强：指定组长单位、中心列表、供应商信息（SMO/ePRO/中心实验室/数统）、团队成员、合作签署日期

若样本量、主要疗效指标、入排要点、治疗周期任一缺失，必须向使用者询问，不得用默认值代替。

第 2 步：情报调研（内嵌 CDE 检索，三子表 Excel）

本技能内置同类临床研究检索能力（脚本见 scripts/）。适应症确认后自动执行，产出三个子表：

| 子表 | 内容 | 数据源 | |---|---|---| | 子表1 登记信息 | 该适应症已登记临床试验（Ⅱ/Ⅲ期、首例入组5年内、入组速率、登记号降序） | chinadrugtrials.org.cn | | 子表2 备案机构 | 该适应症最常开展科室在全国已备案的中心 | beian.cfdi.org.cn | | 子表3 参研中心 | 所有开展过同类研究的中心（去重+参与试验全列，仅限中国大陆） | chinadrugtrials.org.cn |

执行步骤：

# 1) 抓取登记平台（含参研中心）
python3 <skill>/scripts/fetch_trials.py "<适应症精确名称>" --output trials_raw.json

# 2) 抓取备案平台（科室ID：13=皮肤科 27=疼痛科 5005=中医皮肤科，其他先查专业树）
python3 <skill>/scripts/fetch_institutions.py --prof-id <专业ID> --prof-name <专业名> --output institutions.json

# 3) 汇总三子表 + 校验报告
python3 <skill>/scripts/process_trials.py trials_raw.json \
  --institutions institutions.json --department <科室名> \
  --output "临床试验_<适应症>.xlsx" \
  --report "校验报告_<适应症>.md" \
  --search-date <检索日期 YYYY-MM-DD>

硬性口径（详见 references/data-baselines.md，不可偏离）：

子表1：只保留 Ⅱ期/Ⅲ期；首例入组在检索日往前推 5 年内（在研项目缺失首例入组则保留）；按登记号降序；入组速率公式 目标例数 ÷ [(完成日期−首例入组)÷30−3] ÷ 中心数，信息不足填 NA
子表2：科室取该适应症最常开展科室（默认单科室，用户明确指定才列双科室）
子表3：全部开展过同类研究的中心、按机构去重、参与试验(1)(2)(3)全列、仅限中国大陆
检索完成需核对日志条数与平台"共 X 条记录"一致；交付时提示使用者做交叉核验（详见 data-baselines.md）

检索失败降级：平台反爬/限流时脚本内置重试；仍失败则改用浏览器人工核对，数据页标注"待人工核验"，不得编造登记号与 PI。

第 3 步：生成 36 页内容大纲

基于信息卡 + 检索结果，生成 36 页内容大纲（Markdown），每页含：页码、页面类型、标题、核心要点、所需数据/表格、备注。

36 页固定结构（每页详细模板见 references/page-templates.md）：

| 页码 | 页面 | 类型 | |---|---|---| | P1 | 封面（标题+副标题+核心数字+落款） | 封面 | | P2 | 汇报方式（难题→策略→依据→团队） | 导航 | | P3 | 目录（六大模块） | 导航 | | P4 | CHAPTER 01 项目医学定位与运营呼应 | 章节分隔 | | P5 | 项目定位（疾病机制 + 核心数字） | 内容 | | P6 | 灵魂页·医学决策→运营落地传导 | 内容 | | P7 | CHAPTER 02 三大运营难题 | 章节分隔 | | P8 | 同类研究一览（检索子表1，在研标黄） | 内容 | | P9 | 难题一·患者获取/病源与竞争格局 | 内容 | | P10 | 入组率基线（统计表+三场景+泳道图） | 内容 | | P11 | 难题二·研究中心覆盖（备案数据+强候选） | 内容 | | P12 | 难题三·质量风险三大风险源 | 内容 | | P13 | 质量风险扩展·主要疗效指标管理 | 内容 | | P14 | CHAPTER 03 针对性解决策略 | 章节分隔 | | P15 | 策略一·入组方案（公式+四宫格） | 内容 | | P16 | 策略二·中心配置（落位表） | 内容 | | P17 | 组长单位推荐（含PI头像+医院Logo） | 内容 | | P18 | 候选组长推荐一 | 内容 | | P19 | 候选组长推荐二（新增页） | 内容 | | P20 | 分中心推荐一（卡片矩阵） | 内容 | | P21 | 分中心推荐二（含储备中心） | 内容 | | P22 | CHAPTER 04 质量与风险管理 | 章节分隔 | | P23 | SMO 资源全景 | 内容 | | P24 | 入组进度管理策略 | 内容 | | P25 | 主要疗效指标管理（原日记卡标准） | 内容 | | P26 | 多层重要把关 | 内容 | | P27 | 疗效数据监查重点（6项） | 内容 | | P28 | 疗效指标体系（主/次指标） | 内容 | | P29 | 疗效指标收集保障（数据链路+质量闸门） | 内容 | | P30 | 补救用药管理 | 内容 | | P31 | CHAPTER 05 团队、供应商与协作 | 章节分隔 | | P32 | 协作拓扑（四件套） | 内容 | | P33 | CHAPTER 06 项目交付承诺 | 章节分隔 | | P34 | 里程碑时间线（五大阶段+13里程碑） | 内容 | | P35 | 三场景总结（诚实呈现） | 内容 | | P36 | 封底（固定） | 封底 |

大纲完成后输出给使用者审阅，确认/修正后再进入下一步；除非使用者明确要求"直接生成"。

第 4 步：质量检查

对照 references/quality-checklist.md 逐项检查，不通过则修改后再生成。核心检查项：

36 页信息完整，无空白页
核心数字（样本量/中心数/入组率/周期）全文一致
医学参数与信息卡一致，无篡改
非使用者输入的数字有来源标注或计算说明
难题→策略→依据→团队四层逻辑闭环
灵魂页至少 6 行，逻辑自洽
三大风险源含主要疗效指标风险，非通用套话
13 个里程碑齐全，日期推算合理
检索数据标黄/口径正确
脱敏合规（无真实申办方项目痕迹）

第 5 步：生成 PPT

大纲确认后生成 PPT：

将大纲整理为结构化 JSON（每页标题、文本块、表格、卡片；PI 头像/医院 Logo 等真实图片检索后存为本地文件并在 JSON images/cards[].img 中引用，缺失则渲染占位框）
调用 scripts/generate_pptx.py，由脚本纯代码绘制统一深蓝科技风版式（封面/章节/封底为深蓝渐变大标题页，其余内容页为统一浅色工作页，含页脚与页码），无需任何二进制母版模板
生成后回读验证：页数正确、文本无乱码、表格完整、核心数字一致、页脚/页码正常
输出 .pptx 到使用者指定目录（默认当前工作目录）

若脚本不可用，降级：使用 PPT 在线创建能力逐页搭建。

第 6 步：交付

交付内容：

最终 PPT（.pptx）
内容大纲（.md）
项目信息卡（.md，含已确认信息与待补充项）
检索三子表 Excel + 校验报告（若有执行检索）
说明：页数、核心数字、待使用者补充/核实事项清单、交叉核验建议

全局约束（不可违反）

脱敏原则：技能内所有示例一律使用占位符（【申办方简称】【产品代号】【适应症】【适应症缩写】等），不得出现任何真实申办方/产品/适应症痕迹，包括本技能基于的项目。
分期统一：所有涉及实验分期处统一为"Ⅱ期"（罗马数字）。
不编造数据：医学参数来自使用者输入；竞争项目/中心/PI 来自检索或真实调研，缺失标注"待补充/NA"，不得编造登记号、PI 姓名、中心数。
数字全文一致：样本量、中心数、入组率、周期在任何页面出现必须一致，最后回填封面三数字。
先大纲后 PPT：除非使用者明确要求直接生成。
缺失关键信息必须询问：不得用默认值代替使用者未提供的医学参数。
P8 在研标黄：子表1中试验状态为"进行中·招募中/未招募"（直接竞争在研项目）的行在 PPT 表格中标黄。

资源导航

references/page-templates.md — 36 页逐页详细模板规则与填写指引（内容生成时逐页参考）
references/data-baselines.md — 检索技能详细口径、行业基线数据、测算公式
references/quality-checklist.md — 交付前质量检查详细清单
scripts/fetch_trials.py — CDE 登记平台抓取
scripts/fetch_institutions.py — 备案平台抓取
scripts/process_trials.py — 三子表汇总 + 校验 + Excel
scripts/generate_pptx.py — 纯代码绘制版式生成 PPT（无二进制模板依赖）