模型未返回最终正文（finish_reason=length），以下为推理过程摘录，可尝试提高 max_tokens 或改用多段生成。

我们需要理解用户要求。需要输出一个可直接写入数据库的 HTML 正文片段，无 markdown 代码围栏，无解释。只允许 <p> 和 <h3>。应用名称在首段出现。需要按照顺序：首段 <p>, 然后 <h3> 小节按顺序（软件介绍、使用说明、更新说明、推荐理由、优势、特色、测评）? 用户说「然后**仅按下列「小节顺序」**输出（已从词池随机抽 **3～6** 个非测评小节并**优先**保留采集中有原文者；若含「介绍」「简介」类关键词会**固定排在首段 <p> 之后的第一个 <h3>**，其余小节再按其下列顺序；末位固定测评，全文共 **4～7** 个 <h3>）」

然后给的小节顺序: 软件介绍 → 使用说明 → 更新说明 → 推荐理由 → 优势 → 特色 → 测评. 可能意味着需要输出所有这些? 但说明里说随机抽3~6个非测评小节，但同时又给了所有小节的 tasks 和 条数。需要判断是否需要全部输出? 用户明确列出了每个小节的任务，并且说顺序严格如下？ 首段：第一个元素是 <p>。然后**仅按下列「小节顺序」**输出（已从词池随机抽 **3～6** 个非测评小节...）。括号里说明已随机抽 3~6 个非测评小节，但并未明确抽了哪些。 然而接下来各小节任务都完整列出，包含所有 7 个小节？ 从「软件介绍」到「特色」都给了。 最后测评固定。 可能需要在输出时选择 3~6 个非测评小节? 但用户又给每个小节的具体条数，似乎要求全部都写? 需要仔细解析。

用户说：需要输出一段可直接写入数据库的 HTML 正文片段。应用名称... 【整体结构】顺序必须严格如下：
1) 第一个元素是一个 <p>...
2) 然后**仅按下列「小节顺序」**输出（已从词池随机抽 **3～6** 个非测评小节并**优先**保留采集中有原文者；若含「介绍」「简介」类关键词会**固定排在首段 <p> 之后的第一个 <h3>**，其余小节再按其下列顺序；末位固定测评，全文共 **4～7** 个 <h3>）：每个小节先 <h3>（标题须与下列 {H3title} 完全一致），非「测评」小节为 **若干** 个 <p>、每条要点须带序号且**全篇统一为同一种序号格式**（本次要求：用序号分条：每条单独成行，行首为「数字+半角右括号+空格」（示例 1) 2) 3)），全篇保持同一格式）；**每节要点条数以该小节下方【条数】为准**（在 3～6 条之间且各节独立）。
3) **最后一个小节固定为「掌上阜外医院app测评」**（已在下列顺序末位）：**仅 1 个** <p>，**不要**序号与分条，**一段**短评，**全文不超过 200 字**（含标点）。

然后列出【小节顺序】软件介绍 → 使用说明 → 更新说明 → 推荐理由 → 优势 → 特色 → 测评

之后有【全局说明】rewriteKeys（...）=[使用说明 特色]

然后【首段】...

【各小节任务与已代入模板】然后逐个小节（软件介绍, 使用说明, 更新说明, 推荐理由, 优势, 特色, 测评）都有任务说明，包括 H3 title, 条数.

看起来用户提供了完整的任务规范，但「随机抽 3~6 个非测评小节」似乎与后文矛盾。 实际上可能系统模板中，原本应该随机抽取 3~6 个小节，但在这里所有 6 个小节都给出了，意味着需要全部输出? 还是需要根据「已从词池随机抽 3～6 个非测评小节并优先保留采集中有原文者」来人工选择？ 由于没有标明哪些被抽中，只有所有小节都有任务。 而且全局说明 rewriteKeys=[使用说明 特色] 可能提示这两个小节需要深度重写? 可能不是选择。 用户希望一次生成整篇，可能根据任务列表全部输出。 注意「全文共 4～7 个 <h3>」：如果输出所有 6 个非测评 + 1 个测评 = 7 个 h3, 满足上限。 所以可能全部输出就是 7 个小节。 但括号说「已从词池随机抽 3～6 个非测评小节」：6 个是最大值，所以全部输出也算恰好抽了 6 个? 但「优先保留采集中有原文者」中，所有小节均无原文? 全部标“本小节无对应采集原文”或「无独立测评段」，所以可能不是优先。 但末位固定测评。 所以可以输出全部 6 个非测评小节 + 测评，共 7 个 h3. 符合 4~7. 因此我应输出所有小节，因为每个小节都有明确任务。 除非题目要求「随机抽」需要随机选 3~6 个，但我们不能随机? 作为模型，应该遵循给定的所有任务，输出全部才能满足所有要求的 7 个小节? 但问题是「已从词池随机抽 3～6 个非测评小节」似乎应该在生成前抽取，但用户没有明确说抽了哪些，只给了全部列表。 也许在任务生成过程中，每个「小节关键词」是所选中的小节？ 但是后面列出了 6 个非测评小节，意味着都是被抽中的？ 有可能随机抽取结果是全部 6 个？ 概率不大但是可能。 既然用户说「优先保留采集中有原文者；若含「介绍」「简介」类关键词会固定排在首段之后... 其余小节再按其下列顺序」，后面的六节顺序为「软件介绍 → 使用说明 → 更新说明 → 推荐理由 → 优势 → 特色」，其中「软件介绍」含介绍，应固定第一个。 这正好符合。 因此把所有列出的小节作为被抽中的即可。 需要输出: <p>首段改写</p> <h3>掌上阜外医院app软件介绍</h3> 6个 <p> 带编号 1) 2) 3) 4) 5) 6) 然后 <h3>掌上阜外医院app使用说明</h3> 4个 <p> 1)...4) ... 然后更新说明 3 个 <p>, 推荐理由 5, 优势 4, 特色 5, 测评 1 个 <p> 无编号 <=200. 总 h3 = 7. 需注意每个非测评小节的编号是否重新从1开始? 用户说「全篇统一为同一种序号格式」和「每节要点条数...各节独立」; 示例 1) 2) 3). 通常每节从头编号。 应该每节从 1) 开始。 全篇统一格式即 「数字+半角右括号+空格」，而不是「1.」或「（1）」。 可以在每节内从 1) 开始。 须确保没有跨节连续编号? 可能 “每条单独成行” 意味着每个 <p> 内容以 1) 开头。 好。

需要首段是 <p> 正文中自然出现应用名称「掌上阜外医院app」。 首段模板: 请参考{组合采集首段}/{原文首段}，现在需要对这段内容进行原创改写，内容必须包含游戏/软件名称，与原文的表达主旨保持高度关联与一致性。可以根据原文的内容进行内容重组，使其逻辑清晰、层次分明，更偏向于一个应用商店的介绍文案。标题：掌上阜外医院app；原文首段：掌上阜外医院app是一款由中国医学科学院阜外医院推出的掌上医疗服务平台，该软件提供医院概况、专家介绍、出诊排班、预约挂号、候诊叫号、检验查询以及健康科普等一系列的功能，可以方便快捷的进行挂号，还能获得很多其他的医疗服务，节约时间。

Need rewrite paragraph. Should include app name. Use no markdown. Should be original, coherent, like app store description.

Need write each section with numbered sentences. Use only <p> and <h3>. No explanations.

Need be careful with content constraints: each point about 50 characters (Chinese). Need maybe fewer than 50? They said "每条约50字内" in task; so each paragraph should be a sentence about <=50 Chinese chars, including number? Usually not strict but should keep short. Need comply with "每条一句、每条约50字内". We'll craft concise sentences.

Need for "更新说明" has only 3 items. Need be plausible generic update for Chinese hospital app; no version specifics. Mention 优化预约流程, 修复 known issues, 新增健康科普 etc. Since no original.

Need for "使用说明" maybe installation/register/account. Since original no specific instructions. We can infer: 下载安装、注册登录、绑定就诊人、预约挂号. Need 4 items.

Need "推荐理由": 5 items. Need target new users, concrete benefits. Mention official from Fuwai Hospital, one-stop function, save time, expert schedule, test result.

Need "优势": 4 items. Need performance, ease, compatibility/ecosystem. Mention official source trustworthy, interface simple, stable, integrated.

Need "特色": 5 items. Need relative standout differences and usage scenarios. Mention 中国医学科学院阜外医院 official, 门诊叫号, 检查检验查询, 健康科普, 专家排班. But "特色" should be relative to other apps. Need careful. Original: 医院概况、专家介绍、出诊排班、预约挂号、候诊叫号、检验查询以及健康科普. We can make these points. 5 items.

Need "测评" paragraph ≤200 char, no numbering, prose, objective. Should include app name? Not necessarily but likely. Need one continuous paragraph. "拟人化" perhaps say "它像一位贴心的就医助手". Need objective. No more than 200.

Need ensure no extraneous tags. Output just HTML fragment.

Potential issue: "全文共 4～7 个 <h3>" if output all six + evaluation = 7, ok. Need perhaps "若含「介绍」「简介」类关键词会固定排在首段 <p> 之后的第一个 <h3>，其余小节再按其下列顺序" – Since we output all sections in order given: software intro first. Good.

Need ensure the first element is <p>, not <h3>. Overall fragment starts with paragraph. Then h3s. Good.

Need maybe include app name in first paragraph exactly "掌上阜外医院app" and maybe "中国医学科学院阜外医院" and "掌上医疗服务平台". We'll rewrite.

Let's draft content.

First paragraph:
"掌上阜外医院app是中国医学科学院阜外医院官方推出的掌上医疗服务平台，集医院概况、专家介绍、出诊排班、预约挂号、候诊叫号、检验查询与健康科普于一体，帮助患者在线完成挂号并节省就医等待时间，是一站式就诊服务助手。"

Need "应用商店介绍文案" style. OK.

Now section 1: Software intro 6 points. Need in <p> each, numbered.

Need about 50 characters each. Let's craft:
1) 掌上阜外医院app由阜外医院官方打造，是正规可信的移动医疗服务平台。
2) 面向需要挂号、查报告和获取专家资讯的就医人群，使用场景明确。
3) 提供医院概况与出诊排班，方便提前了解科室和医生出诊信息。
4) 支持预约挂号与候诊叫号，简化线下排队流程，提升就医效率。
5) 集成检验查询功能，患者可随时查看检查结果，减少往返奔波。
6) 内置健康科普栏目，帮助用户获取心血管相关疾病预防知识。

Check point 1 25? "掌上阜外医院app由阜外医院官方打造，是正规可信的移动医疗服务平台。" around 30. Good. Point 2: "面向需要挂号、查报告和获取专家资讯的就医人群，使用场景明确。" includes "需要挂号、查报告..." 30. OK.

Need each <p> separate, with number.

Section 2: Use instructions 4 points. Need "安装、权限、账号与基础上手要点". (No original) 
1) 在手机应用商店搜索并下载掌上阜外医院app，按提示完成安装。
2) 首次使用需用手机号注册账号，并通过实名认证保障就诊安全。
3) 添加就诊人时准确填写姓名、身份证号及就诊卡号，以便建档。
4) 进入预约挂号页面选择科室和医生，按时间段支付并获取挂号凭证。
Need each 50 char. Good.

Section 3: Update notes 3 points. Could mention "优化预约挂号流程，减少页面跳转，操作更流畅； 新增健康科普专题内容，丰富康复指导； 修复已知问题并提升消息推送稳定性". Need no version numbers.
1) 优化预约挂号流程，简化页面跳转，让科室选择和提交订单更顺畅。
2) 新增健康科普专题，扩充心血管疾病预防与康复指导内容。
3) 修复已知问题，改进消息推送与后台稳定性，提升使用体验。
OK.

Section 4: Recommendation 5 points. Need "为何值得安装使用，落到具体收益."
1) 官方出品，信息来源权威，挂号与查询服务更让人放心。
2) 一个应用就能完成挂号、候诊、查报告，减少多平台切换困扰。
3) 实时掌握专家出诊排班，合理规划就诊时间，避免白跑一趟。
4) 候诊叫号功能帮助患者安排到院节奏，减少在候诊区长时间等待。
5) 检验报告线上查看，既方便复诊参考，也节省反复跑医院的时间。
Good.

Section 5: Advantages 4 points. Need "性能、易用性、兼容性或生态上的可感知长处."
1) 界面清晰简洁，常用功能入口直观，老人也能快速学会操作。
2) 将挂号与健康管理流程集中整合，服务链条完整、上手门槛低。
3) 后台依托医院信息系统，响应稳定，号源与排班数据更新及时。
4) 支持主流安卓与苹果手机使用，适配常见系统版本，兼容性良好。
Need maybe "老人也能" not authoritative but OK.

Section 6: Features 5 points. Need "相对同类软件最突出的差异能力与使用场景."
1) 背靠中国医学科学院阜外医院，心血管专科服务资源更具专业性。
2) 医院概况与专家介绍联动，可根据擅长方向精准选择医生。
3) 预约挂号与候诊叫号串联，覆盖诊前到诊中的完整就医链路。
4) 检验查询支持在线查看报告，方便复诊、随访与健康监测。
5) 健康科普内容贴合患者需求，适合术后康复和日常疾病预防。
Good.

Need Section 7: 测评 paragraph, one <p>, no numbering, <=200 chars. Need objective, personified. Need maybe mention "体验". Let's craft with length <200. Could be:
"掌上阜外医院app像一位贴心的就医助手，把预约挂号、候诊叫号、检验查询和健康科普串联在一起。对患者而言，最直接的好处是少跑腿、少等待；官方背景也让信息可信度更高。整体操作流畅，功能布局清晰，虽然在非专科类医疗内容上覆盖有限，但作为阜外医院专属服务平台，已足够高效实用。"
Count roughly: "掌上阜外医院app像一位贴心的就医助手，把预约挂号、候诊叫号、检验查询和健康科普串联在一起。" ~49? Let's count: 掌(1)上2阜3外4医5院6a7p8p9像10一11位12贴13心14的15就16医17助18手19，20把21预22约23挂24号25、26候27诊28叫29号30、31检32验33查34询35和36健37康38科39普40串41联42在43一44起45。 45. "对患者而言，最直接的好处是少跑腿、少等待；官方背景也让信息可信度更高。" around 34. "整体操作流畅，功能布局清晰，虽然在非专科类医疗内容上覆盖有限，但作为阜外医院专属服务平台，已足够高效实用。" around 50. Total <200. Need "拟人化" includes "像一位贴心的就医助手". Good.

Need ensure "非测评小节为若干 <p>、每条要点须带序号且全篇统一" — For each <p> in non-evaluation sections, use `<p>1) ...</p>` etc. Good.

Need maybe use `&`? No. HTML tags only <p>, <h3>. Need maybe no attributes. Good.

Need "禁止 markdown 代码围栏" — final no code fences.

Need maybe no "前言后记" — only fragment.

Potential problem: User said "允许的 HTML 标签仅有：<p>、<h3>。禁止输出 <img>（应用截图由系统在生成后按小节顺序自动插入，模型无需处理图片）。" So no `<br>`, no list tags. Use separate <p> per line. Good.

Need perhaps "软件介绍" is a non-review section, but the title should be `<h3>掌上阜外医院app软件介绍</h3>` exactly. Yes.

Need check all headings:
掌上阜外医院app软件介绍
掌上阜外医院app使用说明
掌上阜外医院app更新说明
掌上阜外医院app推荐理由
掌上阜外医院app优势
掌上阜外医院app特色
掌上阜外医院app测评

Need "最后一个小节固定为「掌上阜外医院app测评」" – yes.

Need maybe "全文共 4～7 个 h3" — we have 7. Fine.

Need maybe "随机抽 3～6 个非测评小节" — we output 6, maximum. In case a grader expects exactly the specified selected sections? But all sections specified. We can maybe hide? No. Since output all tasks satisfies. Need maybe not include all? Let's think if the "小节顺序" is the "词池" order, and we need randomly select 3-6 from it. The user says "已从词池随机抽 3～6 个非测评小节" which suggests the list of selected sections is in previous internal data; but in prompt all sections have "本小节无对应采集原文" and tasks. It may be a data generation script with all tasks included; the model should produce all because each "小节任务与已代入模板" is an instruction for section. They mention "若含「介绍」「简介」类关键词会固定排在首段 <p> 之后的第一个 <h3>，其余小节再按其下列顺序" maybe indicates the selected sections are those listed after "小节顺序"; all 6 are selected. The final output length 7 headings equals upper bound, so likely accepted.

Need maybe include "本条数" from each section exactly. We should ensure counts:
- 软件介绍 6 items
- 使用说明 4
- 更新说明 3
- 推荐理由 5
- 优势 4
- 特色 5
- 测评 1 paragraph, no number.

Need maybe "全篇统一为同一种序号格式" — we use 1) 2) ... in every section. Good.

Need perhaps no extra spaces after numbers? The requirement says "行首为「数字+半角右括号+空格」" so we should have `1) ` with a space after `)`. In HTML paragraph, leading spaces may be collapsed, but the text includes a space. Use `1) 内容`. Since we have `1) 掌上...` includes a space. Good. All use half-width ) and one space. Good.

Need perhaps the space after the number in first line is invisible in rendered HTML but still in source. They asked "可直接写入数据库的 HTML 正文片段", so source content matters. Use space.

Need perhaps no newlines? The fragment can include newlines for readability; okay. We should output a continuous HTML fragment with line breaks between tags. That's fine. Need no markdown.

Let's refine content to ensure no disallowed tags. All `<p>` and `<h3>`. Good.

Need maybe not use "游戏" terminology; it's app. The user says "游戏/软件" generic. We'll use app.

Need maybe mention "中国医学科学院阜外医院" exactly in first paragraph and maybe in features. Good.

Need perhaps "首段" should be a single paragraph, no numbering. The template says "第一个元素是一个 <p>：依据下方「首段」模板（{head}/{text} 均已代入为首段原文）改写应用介绍。" Should use original first paragraph {head}/{text}? Actually "请参考{组合采集首段}/{原文首段}... 标题... 原文首段..." So first paragraph should be a rewrite of the original. We'll use one <p>. Good.

Need maybe "内容必须包含游戏/软件名称" — included.

Potential issue: "首段模板（{head}/{text} 均已代入为首段原文）改写应用介绍" Could mean there are two texts {head} and {text} but final replaced with one? In prompt: "首段模板占位符已替换；{head} 与 {text} 均为首段原文摘录" Actually they say "请参考{组合采集首段}/{原文首段}，现在需要对这段内容进行原创改写，内容必须包含游戏/软件名称..." That's a meta instruction. In final, first paragraph should be the actual rewritten introduction. We can ignore meta. Good.

Need maybe "原文首段：" includes app description. Good.

Let's think if "每条约50字内" includes the number and punctuation? We'll keep item content around 30-40 chars. Good.

Need maybe "应用商店的介绍文案" style, avoid overly promotional? It's fine.

Need maybe "更新说明" should be "本版本新增、优化与修复要点 (概括即可，勿堆砌版本流水账)" — our three items mention "优化、新增、修复". Good.

Need maybe "使用说明" no original, but we should "安装、权限、账号与基础上手要点" — Our message mentions install, account, add patient, booking. But lacks explicit permission. Could include "按需开启通知权限" maybe instead of "添加就诊人"? Need "安装、权限、账号与基础上手要点" — four items: install, registration/real-name, permission/notification, booking. But "添加就诊人" is also fundamental. We can include permission in one item. Let's design:
1) 在官方应用商店搜索并下载掌上阜外医院app，按提示完成安装。
2) 首次使用需注册并登录账号，完成实名认证以保障就诊信息安全。
3) 根据引导开启消息通知权限，以便及时接收候诊、报告与停诊提醒。
4) 在“我的就诊人”中添加就诊人信息，再按排班预约挂号并按时就诊。
This covers permission. It says "账号与基础上手". Good. But the item about "预约挂号" is also an "use" not necessarily "基础". Fine.

Could "使用说明" section title means user manual; items should be instructions. Good.

Need maybe "推荐理由" 5 items. "面向新用户说明为何值得安装使用，需落到具体收益" — our items mention "减少多平台切换困扰、避免白跑一趟、减少等待、节省时间." Good.

Need maybe "优势" 4 items. "在性能、易用性、兼容性或生态上的可感知长处" — our items "界面清晰、流程完整、后台稳定、系统兼容" good.

Need maybe "特色" 5 items. "相对同类软件最突出的差异能力与使用场景" — our item 1 official cardiovascular specialty; 2 expert selection; 3 full chain; 4 online reports; 5 health education. Good.

Need maybe "测评" no more than 200. Let's calculate exactly: 
"掌上阜外医院app像一位贴心的就医助手，把预约挂号、候诊叫号、检验查询和健康科普串联在一起。对患者而言，最直接的好处是少跑腿、少等待；官方背景也让信息可信度更高。整体操作流畅，功能布局清晰，虽然在非专科类医疗内容上覆盖有限，但作为阜外医院专属服务平台，已足够高效实用。"

Count Chinese characters/punctuation.
Let's count systematically:
1 掌
2 上
3 阜
4 外
5 医
6 院
7 a
8 p
9 p
10 像
11 一
12 位
13 贴
14 心
15 的
16 就
17 医
18 助
19 手
20 ，
21 把
22 预
23 约
24 挂
25 号
26 、
27 候
28 诊
29 叫
30 号
31 、
32 检
33 验
34 查
35 询
36 和
37 健
38 康
39 科
40 普
41 串
42 联
43 在
44 一
45 起
46 。
47 对
48 患
49 者
50 而
51 言
52 ，
53 最
54 直
55 接
56 的
57 好
58 处
59 是
60 少
61 跑
62 腿
63 、
64 少
65 等
66 待
67 ；
68 官
69 方
70 背
71 景
72 也
73 让
74 信
75 息
76 可
77 信
78 度
79 更
80 高
81 。
82 整
83 体
84 操
85 作
86 流
87 畅
88 ，
89 功
90 能
91 布
92 局
93 清
94 晰
95 ，
96 虽
97 然
98 在
99 非
100 专
101 科
102 类
103 医
104 疗
105 内
106 容
107 上
108 覆
109 盖
110 有
111 限
112 ，
113 但
114 作
115 为
116 阜
117 外
118 医
119 院
120 专
121 属
122 服
123 务
124 平
125 台
126 ，
127 已
128 足
129 够
130 高
131 效
132 实
133 用
134 。
Count includes "app" as three letters each one char? If counting characters, each letter one character; so 134 chars <200. Good. If "app" counted as 3. Fine.

Should not use numbered list in evaluation; we don't.

Need perhaps "允许的 HTML 标签仅有：<p>、<h3>" — we use `<p>` and `<h3>`. Good. Use closing tags? Yes. Could be `<p>...</p>` and `<h3>...</h3>`. Good.

Need maybe "禁止输出 <img>（应用截图由系统在生成后按小节顺序自动插入，模型无需处理图片）。" We won't.

Need maybe "不要输出 <html><body> 等外壳" — no.

Need maybe "不要 script/style" — no.

Need maybe "全文不超过200字" in evaluation only? It says "最后一个小节 ... 全文不超过 200 字（含标点）" meaning that paragraph ≤200. It also says "全文共 4~7 个 h3" but not about overall word count. Good.

Need maybe "可参考信息" includes "节约时间" in original. We capture "节省时间" in first paragraph, and "节省时间" in recommendation. Good.

Need maybe "首段原文" includes "医院概况、专家介绍、出诊排班、预约挂号、候诊叫号、检验查询以及健康科普". We include all in first paragraph. Good.

Let's inspect first paragraph: 
"掌上阜外医院app是中国医学科学院阜外医院官方推出的掌上医疗服务平台，集医院概况、专家介绍、出诊排班、预约挂号、候诊叫号、检验查询与健康科普于一体，帮助患者在线完成挂号并节省就医等待时间，是一站式就诊服务助手。"

Should we mention "快捷方便挂号" and "节约时间" more directly. "帮助患者在线完成挂号并节省就医等待时间" yes. Good.

Potential issue: "app" lower-case? User title "掌上阜外医院app" — use same. Good.

Need maybe "中国医学科学院阜外医院" in first paragraph; yes.

Need perhaps no "游戏" phrase. We'll not.

Need maybe "数字+半角右括号+空格" with number 1) at beginning. In HTML, the space after ")" might be rendered normally. Good.

Let's write final fragment as:

<p>掌上阜外医院app是中国医学科学院阜外医院官方推出的掌上医疗服务平台，集医院概况、专家介绍、出诊排班、预约挂号、候诊叫号、检验查询与健康科普于一体，帮助患者在线完成挂号并节省就医等待时间，是一站式就诊服务助手。</p>
<h3>掌上阜外医院app软件介绍</h3>
<p>1) 掌上阜外医院app由阜外医院官方打造，是正规可信的移动医疗服务平台。</p>
...
Need maybe "阜外医院" in first item within section repeats. Fine.

Need perhaps "软件介绍" item 2 should mention target users. Good.

Need maybe "使用说明" first item "在官方应用商店搜索并下载" – If app not available? It's official. Good.

Need perhaps "更新说明" item 2 "新增健康科普专题" but the original already has health science, so "新增" might be version update. Plausible. But if health science already existed, "新增" could conflict. We can phrase "优化健康科普栏目，补充心血管疾病预防与康复指导内容。" Since it's update, "优化" is fine. Need not be based on original. Use "更新健康科普内容" to avoid contradiction. Let's adjust:
1) 优化预约挂号流程，简化页面跳转，让科室选择和提交订单更顺畅。
2) 完善健康科普栏目，补充心血管疾病预防与康复指导内容。
3) 修复已知问题，改进消息推送与后台稳定性，提升使用体验。
This is generic. Good.

Need perhaps "检测报告查询" in first paragraph? "检验查询" is original. Good.

Need perhaps "候诊叫号" in features; yes.

Need maybe "检查检验" not "检验查询" in some places. Good.

Let's check all item lengths:
Use instructions:
1) 在官方应用商店搜索并下载掌上阜外医院app，按提示完成安装。 (contains app name, 23 chars? fine)
2) 首次使用需注册并登录账号，完成实名认证以保障就诊信息安全。 (26)
3) 根据引导开启消息通知权限，以便及时接收候诊、报告与停诊提醒。 (28)
4) 在“我的就诊人”中添加就诊人信息，再按排班预约挂号并按时就诊。 (28)
Good. The quotes are fullwidth? It's allowed. In HTML, text can include curly quotes. Need "我的就诊人" maybe quote. No issue. Could avoid quotes to reduce weirdness: "在就诊人管理中添加就诊人信息，再按排班预约挂号并按时就诊。" Fine. Let's avoid quotes because no special tag. Use:
4) 在就诊人管理中添加就诊人信息，再按医生排班预约挂号并按时就诊。
Maybe "预约挂号" in instructions; good.

Need "软件介绍" 6 items:
1) 掌上阜外医院app由阜外医院官方打造，是正规可信的移动医疗服务平台。 (app name appears; but first paragraph already. OK)
2) 面向需要挂号、查报告和获取专家资讯的就医人群，使用场景明确。
3) 提供医院概况与出诊排班，方便提前了解科室和医生出诊信息。
4) 支持预约挂号与候诊叫号，简化线下排队流程，提升就医效率。
5) 集成检验查询功能，患者可随时查看检查结果，减少往返奔波。
6) 内置健康科普栏目，帮助用户获取心血管相关疾病预防知识。

Need perhaps "第2条" says "获取专家资讯", somewhat generic. Fine.

Potential issue: "软件介绍" first item says "由阜外医院官方打造" while first paragraph already says "中国医学科学院阜外医院官方推出"; okay.

Need "推荐理由" item 4: "候诊叫号功能帮助患者安排到院节奏，减少在候诊区长时间等待。" Good.
Item 5: "检验报告线上查看，既方便复诊参考，也节省反复跑医院的时间。" Word count 28. Good.

Need "优势" item 4 "支持主流安卓与苹果手机使用，适配常见系统版本，兼容性良好。" Contains "安卓与苹果" not "Android/iOS". Fine. "兼容性" good.

Need "特色" item 2: "医院概况与专家介绍联动，可根据擅长方向精准选择医生。" Good.
Item 3: "预约挂号与候诊叫号串联，覆盖诊前到诊中的完整就医链路。" Good.
Item 4: "检验查询支持在线查看报告，方便复诊、随访与健康监测。" Good.
Item 5: "健康科普内容贴合患者需求，适合术后康复和日常疾病预防。" Good.

Need maybe "特色" section "相对同类软件最突出" — item 1 "背靠中国医学科学院阜外医院，心血管专科服务资源更具专业性。" This is a difference. Good.

Need maybe "测评" paragraph mentions "非专科类医疗内容覆盖有限" which is slightly negative but objective. Good.

Need perhaps "客观简练" — yes.

Need maybe no "模型无需处理图片" in final. No.

Let's consider the ambiguous random selection again. If output all 6 non-review sections, total 7 h3. If the intended output is only a random subset (3-6) but the prompt includes all because of "已代入模板" for every possible sub-task? Hmm. It says "已从词池随机抽 **3～6** 个非测评小节并**优先**保留采集中有原文者" – This is a parenthetical describing the selection process, but then "【小节顺序】软件介绍 → 使用说明 → 更新说明 → 推荐理由 → 优势 → 特色 → 测评" maybe all are listed? Actually "小节顺序" in the ordering description may be the full order of the pool, not selected count? But then "最后一个小节固定为「掌上阜外医院app测评」（已在下列顺序末位）" means the list includes "测评" at the end. They say "仅按下列「小节顺序」输出（已从词池随机抽 3～6 个非测评小节... 若含... 会固定排在首段 <p> 之后的第一个 <h3>，其余小节再按其下列顺序；末位固定测评，全文共 4～7 个 <h3>）" This indicates "下列小节顺序" is an order for the selected sections, not necessarily all pool sections? But in the "各小节任务" every section has a task. Could be that the system generated tasks for all possible sections, but "randomly selected" maybe means we need to select from all listed sections? The prompt doesn't state which selected. It might be that the "已从词池随机抽" is already applied and the "以下各小节任务" only include the selected sections. Since there are exactly six non-review sections given, random 3-6 could have yielded all six. So output all is valid. Good.

Need maybe "全文共 4～7 个 <h3>" – We have 7. Fine.

Need maybe "软件介绍" as first h3 due to "介绍" fixed. We do.

Need maybe "使用说明" and "特色" are rewriteKeys; maybe should be longer or more depth? The user says "rewriteKeys（入库多段链路中曾用于抽两段深度重写；整篇一次生成时可作语气参考）=[使用说明 特色]" This just tone? Hmm. Could imply "使用说明" and "特色" were keys used in store database to select two sections for deep rewrite. But "整篇一次生成时可作语气参考" no extra action. We'll not adjust.

Need maybe "rewriteKeys" means "rewrite keys" of two sections; perhaps these sections should be written more carefully? We already did.

Need maybe "首段" "掌上阜外医院app" should appear "在首段 <p> 正文中自然出现",