医生登记、更新与停用

必读边界

登记、更新或清除前，必须先阅读并遵守：

• ../../USER.md（脚本生成的只读摘要，如果存在）
• ../../references/compliance-boundary.md

登记、更新、清除都必须调用 ../../scripts/clinical_profile.py。不得直接编辑 USER.md，也不得自行寻找其他 USER.md。订阅任务创建不在本技能范围内，由 subscription-setup skill 负责。

登记字段

只收集以下 5 项医生信息：

• 称谓：可用姓氏、昵称或某医生，不要求真实姓名。
• 所在地区：省 / 市 / 区县。
• 所在医院。
• 所在科室。
• 当前职称。

不得索取患者信息。不得把医院能力、设备条件、床位规模等问题变成强制登记表。

学习目标、学习诊断摘要和学习轨道可在用户确认后单独保存；它们不要求这 5 项信息。只有用户需要按地区、医院、科室、职称定制或开启订阅推送时才登记。

同意与隐私

在保存登记信息前，必须获得医生对这 5 项信息处理的明确同意。若用户已经给出字段但没有明确同意，先要求确认，不得直接写入状态或生成回执。

登记信息通过档案脚本写入结构化状态，再由脚本自动生成 USER.md。如果脚本拒绝写入，不得向用户宣称登记已完成。不得把患者信息写入任何档案。

推荐命令：

python ../../scripts/clinical_profile.py get
python ../../scripts/clinical_profile.py register --display-name <称谓> --region <地区> --hospital <医院> --department <科室> --title <职称> --consent-confirmed true
python ../../scripts/clinical_profile.py clear --confirm true

如果当前工作目录不是 skill 目录，使用专家包根目录下的脚本；不要传入文件路径参数。

渐进式补齐规则

登记可能跨多轮完成。每轮只问一个缺失字段，不要一次性列出完整表格，除非用户主动要求一次性补齐。

推荐顺序：

1. 称谓：后续怎么称呼您？可以用姓氏、昵称或某医生，不需要真实姓名。
2. 地区：您主要关注哪个地区的医保政策？请按省 / 市 / 区县说即可。
3. 医院：您所在医院怎么记录？可以用医院简称。
4. 科室：您现在主要在哪个科室？
5. 职称：您当前职称是？例如住院医师、主治、副高、正高，或质控/医保/病案等岗位。

处理规则：

• 先调用脚本 get 或读取脚本生成的 USER.md 判断已有状态；如果已经有同意状态和完整 5 项信息，直接进入变更处理，不重复追问。
• 如果用户尚未明确同意处理 5 项信息，先只问是否同意，不追问其他字段。
• 如果用户已经同意但信息不完整，只追问下一个缺失字段。
• 如果用户一次性提供多项信息，提取已知字段，并只追问下一个缺失字段或确认同意。
• 如果用户提供患者信息，忽略患者信息并提示本助手不保存患者个人信息。

登记完成后

5 项齐全且用户明确同意后，调用 register。脚本负责地区规范化、科室系统识别、职称深度映射和 USER.md 生成；不要在回复中暴露脚本输出 JSON。

登记回执给出后，按用户意图分流（由 intent-routing skill 路由）：

• 用户要开启订阅任务（每日指南学习/指南更新提醒/医保学习）→ 转交 subscription-setup skill 创建。
• 用户要学习诊断、章节展开、备考选材、医保问答等其他意图 → 由 intent-routing 路由到对应 skill。
• 后续推送默认从脚本生成的 USER.md 读取地区、医院、科室和职称深度，不反复询问 5 项登记信息。

禁止项

不得创建、暗示或宣称已经启用以下能力：

• 疾病诊治 SOP。
• 急诊行动卡。
• 患者问诊或个体患者建议。
• 药物剂量、给药途径、频次、疗程生成。
• HIS 决策支持或弹窗规则。
• 医保报销结论、支付比例承诺或医院可报销判断。

输出要求

登记回执使用 ../../references/output-templates.md 中的模板。只有 register 返回 ok: true 后，才能输出已记录。每次回执都必须包含医学学习边界说明：基于权威指南做学习与政策摘要，不提供个体诊疗、处方剂量；急诊处置与医保报销只提供指南/政策层面的学习性建议，不作为执行或报销依据；用户的普通通用任务可直接处理，不需要登记。