核心要点
XR医学课程开发需要同步设计教学内容、交互任务和评价证据。先确定学员要完成的任务与教师如何评价，再选择场景、终端和交互方式；交付时应包含课程脚本、教师材料、评价规则与运行维护说明。
从一项完整教学任务开始
课程立项先明确适用专业、年级、先修知识和训练目标，再判断哪些环节需要三维空间、角色互动或情境变化。例如空间观察任务需要学员定位线索并解释意义；团队讨论任务需要角色分工、共享信息和共同判断。不同任务对应不同开发重点。
以公共卫生教学案例为例，课程可以从资料阅读进入情境观察，再形成分析报告和沟通说明。设计时要确定每一阶段提供什么信息、允许什么选择，以及学生需要提交哪些证据。这样的任务结构便于教师带教，也便于后续扩充案例。
把任务脚本写到可以审核与开发
| 关注项 | 配置与核验要点 |
|---|---|
| 情境与角色 | 明确场景背景、学员身份、可获得资料和角色职责，保持医学事实一致。 |
| 节点与分支 | 写清进入条件、可选行为、信息变化和后续节点，为合理的不同路径提供内容。 |
| 反馈与复盘 | 区分练习提示、任务结果和教师讲评，说明反馈何时出现、依据是什么。 |
| 表现与记录 | 将关键行为与评价点对应，确认记录字段、教师查看方式和报告内容。 |
让每一次交互服务学习目标
交互设计要说明学生为什么需要观察、选择、交流或操作。重要线索应能够被发现，操作反馈应让学生理解自己的行为产生了什么结果。需要教师观察的动作或推理过程，应在设计阶段确定如何呈现和记录，避免验收时才补充评价依据。
桌面、大屏和头戴设备的输入方式不同，同一课程可能需要分别调整视角、任务提示和操作流程。开发前应确认目标终端与适配范围；需要跨终端复用时，可保留共同的教学脚本与评价逻辑，再为不同终端设计相应交互。
分开核验医学内容、教学组织与软件运行
医学审核关注病例事实、概念与任务要求；教学审核关注难度、提示、评价和复盘；软件验证关注任务是否可完成、分支是否连贯、记录是否准确以及终端操作是否稳定。三类审核应由相应负责人完成，并保留内容版本和修改记录。
试用应覆盖教师组织一节课、学生完成任务、教师查看结果与安排复训的过程。除了顺利完成的路径，还需核对遗漏选择、返回重做、中断恢复和权限不足时的表现。通过小范围试课修订内容，再确认正式交付版本。
交付清单应支持教师持续使用
- 课程说明、能力目标、教学脚本、素材清单与经过确认的评价量规。
- 教师操作说明、学生任务说明、复盘提纲和示例报告。
- 资源授权与使用范围、目标终端、部署方式、数据导出及系统对接范围。
- 内容审核责任、更新流程、故障处理与后续维护安排；需要可编辑材料或源文件时在合同中明确。
课程复用建立在清晰的资源与版本管理上
后续新增病例时，可复用已验证的任务结构、交互组件和报告格式，但每个案例仍需独立审核内容与评价。应记录课程版本、案例版本和量规版本的对应关系，确保历史学习记录能够解释。课程扩展能力建议通过实际新增一个任务来演示，再确认哪些部分可由教师调整、哪些需要开发支持。
相关选型指南
参考资料
国内资料用于了解政策背景与本土教学要求，国外资料用于课程设计、模拟教学或技术标准参考。具体课程与项目采用的版本，应结合使用单位要求确认。