阅读以下关于互联网医院用例建模与顺序图的叙述，在答题纸上回答问题1-3。
【说明】
某医院拟建设互联网医院问诊系统，系统主要面向患者和医生两类用户，支持患者在线问诊、医生远程接诊以及问诊过程中的处方和医嘱处理。
患者使用系统前需要先登录。登录后，患者可以提交问诊申请。在提交问诊申请时，患者需要选择接诊医生，并填写病情信息，包括主要症状、病情描述、过敏史以及相关图片资料。由于该医院支持医保结算，为保证后续问诊、处方和支付流程能够正常进行，系统在患者提交问诊申请时，需要检查患者是否已经绑定医保卡。若患者尚未绑定医保卡，系统提示其先完成医保卡绑定。
医生使用系统前也需要登录。登录后，医生可以维护个人信息，并进行在线接诊。医生接诊时，可以查看患者提交的病情信息，与患者进行在线沟通，根据问诊情况进行诊断处理。必要时，医生可以出具电子处方，并编写医嘱。电子处方和医嘱均属于医生接诊过程中的扩展处理，并不是每一次问诊都必须产生。
项目组根据上述需求绘制了互联网医院问诊系统的部分用例图，如图所示。其中部分参与者、用例以及用例之间的 include / extend 关系尚未标明，请根据题干描述补全图中的空白编号。
补充用例图中的主要参与者、用例和 include/extend 关系。
（1） 出具电子处方
（2） 选择医生
（3） 提交病情描述
（4） 编写医嘱
（5） 用户登录
（6） 在线接诊
（7） 患者
（8） 医生
（9） include 选择医生包含绑定医保卡检查
（10）include 提交病情描述包含绑定医保卡检查
（11）extend 编写医嘱是在线接诊的扩展行为
（12）extend 出具电子处方是在线接诊的扩展行为
这道题主要考三个点：参与者识别、用例识别，以及 include / extend 关系判断。
首先看参与者。图中左侧参与者使用的是患者端功能，包括选择医生、提交病情描述等，所以（7）应为“患者”。右侧参与者使用的是医生端功能，包括在线接诊、出具电子处方、编写医嘱等，所以（8）应为“医生”。
其次看公共用例。图中（5）同时与患者和医生有关，说明它不是某一类用户独有的业务功能，而是两类用户都需要使用的基础功能。结合题干中“患者使用系统前需要先登录”“医生使用系统前也需要登录”，所以（5）应填“用户登录”或“登录”。
再看患者侧用例。题干说患者提交问诊申请时，需要选择接诊医生，并填写病情信息，包括主要症状、病情描述、过敏史以及相关图片资料。因此，（2）可以填“选择医生”，（3）可以填“提交病情描述”。
这里要特别注意图中的 include 关系。include 表示基础用例在执行过程中，必然会执行另一个被包含用例。题干中说明，由于医院支持医保结算，为保证后续问诊、处方和支付流程能够正常进行，系统在患者相关操作中需要检查患者是否已经绑定医保卡。因此，图中间的被包含用例应理解为“检查医保卡绑定状态”或“绑定医保卡检查”。
从图的方向看，（2）和（3）都通过虚线箭头指向中间用例，说明“选择医生”和“提交病情描述”都会包含“绑定医保卡检查”这个公共校验动作。所以，（9）应填 include，表示“选择医生”包含“绑定医保卡检查”；（10）也应填 include，表示“提交病情描述”包含“绑定医保卡检查”。
这个设计和教材中“学习课程 include 检查权限”“课程测试 include 检查权限”的例子类似。选择医生、提交病情描述是患者端的具体业务操作，而绑定医保卡检查是这些操作之前需要复用的前置校验动作。它本身不是患者的最终业务目标，但会被多个业务用例共同调用，所以适合用 include 表示。
然后看医生侧用例。医生登录后可以进行在线接诊，所以（6）应为“在线接诊”。医生接诊过程中，可以根据患者病情出具电子处方，也可以编写医嘱。但是题干中明确说明，电子处方和医嘱并不是每一次问诊都必须产生，而是在特定条件下才会发生的扩展处理。因此，（1）可以填“出具电子处方”，（4）可以填“编写医嘱”，它们与“在线接诊”之间应建模为 extend 关系。
所以，（11）应填 extend，表示“编写医嘱”是“在线接诊”的扩展行为；（12）应填 extend，表示“出具电子处方”是“在线接诊”的扩展行为。
总结一下，include 关系强调“必然执行、公共复用、前置校验”，例如“选择医生”和“提交病情描述”都需要包含“绑定医保卡检查”。extend 关系强调“条件触发、可选扩展”，例如医生在线接诊时，只有在需要时才会出具电子处方或编写医嘱。