ARTICLE · 1245260
2026年软著申请变了!普通医生自己做软件著作权,这几个坑千万别踩
2026年软著申请变了!普通医生自己做软件著作权,这几个坑千万别踩最近发现，身边越来越多的医生开始关注软件著作权了。 特别是做科研、申请课题、准备职称晋升的同行，可能多少都听过这个东西。 有的人已经拿到了软件著作权登记证书。 有的人正在找机构代办。 还有的人听说，现在有了AI，只要告诉它自己想开发什么软件，就能自动生成代码，甚至连软件说明书都能一起写出来。 听起来是不是很简单？ 不会编程也没关系。 不懂计算机也没关系。 让AI生成一套代码，再整理一下申请材料，好像就能完成。 但如果你最近正在准备申请软件著作权，我真的建议先了解一下2026年的新变化。 因为今年3月，中国版权保护中心已经对软件著作权登记申请提出了新的要求。 其中有一个变化，尤其值得注意： 新版申请表要求申请人声明，未使用AI开发编写代码、撰写文档或生成登记申请材料。 看到这里，可能很多人就有疑问了。 不是说现在AI越来越厉害了吗？ 不是说AI都可以帮忙开发软件了吗？ 怎么软件著作权登记反而对AI提出了这么严格的要求？ 今天就结合目前的登记规定，聊聊普通医生想自己申请软件著作权，到底要注意什么。 尤其是那些没有编程基础、准备依靠AI完成软件开发的同行，建议认真看一下。 01｜先说最重要的：2026年软件著作权登记，到底变了什么？ 2026年3月15日，中国版权保护中心发布了关于共同维护计算机软件版权登记良好生态的通知。 这次调整，核心是进一步规范软件著作权登记申请行为，强化申请真实性与诚信要求。 根据更新后的申请表，几个变化比较明显。 第一个变化：软件主要功能描述要求更加详细。 以前申请表中，软件主要功能一般只需要200字以内的介绍。 但新版申请表已经调整为500—1300字。 别小看这个变化。 以前有些申请材料对软件功能的描述非常简单。 比如： 本软件主要用于临床数据管理，可以实现数据录入、查询、统计和导出，提高科研工作效率。 短短几十个字。 但现在要求更详细地介绍软件功能。 包括具体的应用场景、功能模块、技术特点和实际实现情况等。 如果你连软件到底有哪些功能、每个功能怎么实现都不清楚，想写出一份和实际程序相符的详细说明，其实并不容易。 第二个变化：更加重视独立开发和AI使用情况。 新版申请表中的有关承诺，明确涉及： “未使用AI开发编写代码、撰写文档或生成登记申请材料。” 这一点尤其值得注意。 因为现在有些人开发软件，可能已经习惯了把所有工作都交给AI。 让AI写代码。 让AI写软件说明书。 让AI写功能介绍。 最后再提交申请。 但在目前的软件著作权登记要求下，这种做法存在明显的合规风险。 需要区分的是，这属于软件著作权登记申请环节的新要求，并不意味着国家已经通过一部法律，全面禁止所有AI辅助编程行为。 但既然申请时需要作出相应声明，就不能一边使用AI生成代码和申请材料，一边又承诺自己没有使用。 更不能觉得反正没人知道，随便签一下就可以了。 第三个变化：申请诚信责任进一步强化。 新版申请表要求经办人按要求作出诚信承诺，并填写相关身份信息。 如果提交虚假材料，可能面临相应的登记和信用风险。 所以现在申请软件著作权，尤其要重视材料真实性。 不能觉得它只是一个形式上的证书。 02｜普通医生自己申请软件著作权，到底难在哪里？ 很多人可能觉得，软件著作权和论文差不多。 论文要选题、写作、投稿。 软件著作权不就是写点代码、交个材料吗？ 其实区别还是很大的。 如果你完全没有编程基础，真正从零开发一套软件，需要解决的问题非常多。 首先，你得知道自己要开发什么。 其次，你得选择合适的编程语言。 然后，还要学习程序设计。 比如： 变量怎么定义？ 函数怎么写？ 数据怎么读取？ 不同功能之间怎么调用？ 程序报错怎么处理？ 界面怎么设计？ 数据怎么保存？ 结果怎么导出？ 这些都不是简单复制几段代码就能完全解决的。 举个例子。 假设你是一名眼科医生，想开发一套儿童近视随访数据管理软件。 这个方向听起来不复杂。 但如果真正开始开发，你可能需要完成几个功能模块。 第一个模块，患者信息管理。 第二个模块，检查数据导入。 第三个模块，眼轴变化计算。 第四个模块，屈光度变化分析。 第五个模块，数据可视化。 第六个模块，随访结果导出。 如果你完全不会编程，那么每一个模块都需要学习。 比如眼轴变化计算，看起来只是两个数字相减。 但如果涉及多个时间点、多个患者、不同随访间隔、缺失数据和异常值，程序就会复杂很多。 而且软件开发还有一个很麻烦的地方： 程序能够运行，不代表程序计算正确。 特别是医学相关的软件，不能只看界面漂不漂亮。 更要看实际计算结果是否可靠。 所以，普通医生自己开发软件，最需要做好准备的，其实是学习成本。 03｜不会编程，能不能从R语言开始？ 我觉得可以。 尤其是已经有一定科研基础的医生。 很多人为了写论文，可能已经接触过R语言。 比如用R做统计分析。 画森林图。 做Logistic回归。 做孟德尔随机化。 或者做文献计量学。 如果你已经会一些R语言，其实可以尝试进一步学习软件开发。 比如R语言有一个比较常见的开发框架，叫Shiny。 它可以把原来通过代码完成的数据分析，做成带有交互界面的应用。 例如： 用户可以上传Excel或CSV文件。 选择不同变量。 点击按钮完成统计。 最后显示图表。 甚至导出分析结果。 但不要觉得有了Shiny就不需要学编程。 你至少需要理解： R语言基本语法。 函数。 数据框。 数据读取与处理。 Shiny界面布局。 服务器端逻辑。 响应式程序设计。 程序调试。 这些内容都需要逐步掌握。 我个人觉得，对有一定R语言基础的普通医生来说，从简单的数据分析工具开始，会比直接开发复杂的医学诊断系统更加现实。 但第一套软件，也不要设计得太复杂。 先实现一个真实、完整的小功能。 再考虑逐步扩展。 04｜软件开发最麻烦的地方，往往是代码调试 这一点，学过R语言的医生应该深有体会。 有时候一段代码，看着没有任何问题。 但一运行就报错。 可能是程序包版本不兼容。 可能是文件路径不正确。 可能是某个变量类型不对。 也可能只是一个括号写错了。 如果你对程序的整体逻辑不了解，光看报错信息，可能就要研究半天。 更麻烦的是，有些错误并不会导致程序停止运行。 比如数据分组错误。 缺失值处理不合理。 变量计算逻辑写错。 最后程序照样输出结果，但结果可能完全不正确。 这类问题反而更危险。 所以真正开发一套软件，不能只看代码行数。 而要看软件是否能够正常运行，以及运行结果是否正确。 我建议采用模块化开发。 比如先完成数据导入。 确认没有问题后，再开发数据清洗。 接着开发统计计算。 最后完成结果展示和数据导出。 每个模块单独测试。 这样出现问题的时候，至少知道应该从哪里排查。 05｜为什么现在不建议直接让AI生成一整套软件？ 这一点我想单独说一下。 因为现在AI编程确实很强。 你只要输入一段需求，它就可能生成几百行甚至上千行代码。 看起来效率非常高。 但如果你的目的，是申请目前中国版权保护中心的软件著作权登记，那么就不能只考虑技术上能不能实现。 还要考虑登记要求。 前面已经说过，新版申请表明确涉及未使用AI开发编写代码、撰写文档或生成登记材料的声明。 所以对于准备自行申请登记的医生，我更建议： 软件的核心程序、技术文档和申请材料，尽量通过自己真实学习、开发和整理来完成，不要直接依赖AI生成。 尤其不要采用这种方式： 给AI一个软件名称。 让AI自动生成整套程序。 再让AI自动生成几十页说明书。 最后自己都没真正运行和理解，就拿去申请登记。 这种方式存在几个问题。 首先，申请承诺和实际开发过程可能不一致。 其次，你未必了解代码的来源以及是否涉及第三方权利。 再次，软件的实际功能可能和说明书存在差异。 最后，你可能根本没有验证软件是否能够正常运行。 有些人可能会想： 那我让AI生成以后，自己修改一下，是不是就可以说成完全独立开发了？ 我不建议抱有这种想法。 修改几行代码，并不能自动改变原本使用AI生成代码的事实。 如果软件此前已经大量使用AI辅助开发，申请前更应该如实确认具体的登记要求，必要时咨询版权登记机构，而不是靠修改表述来规避承诺。 06｜软件写出来以后，还要准备源程序材料 这也是软件著作权登记比较麻烦的一个环节。 按照《计算机软件著作权登记办法》，采用普通交存方式时，通常需要提交源程序前、后各连续30页。 总计60页。 如果整个源程序不足60页，就提交全部源程序。 除特定情况外，程序每页不少于50行。 所以很多人会听到一个说法： 申请软件著作权是不是需要3000行代码？ 其实不能这么理解。 60页乘以每页50行，确实是3000行。 但这是常见的鉴别材料交存规模，并不意味着所有软件都必须达到3000行代码才能申请。 如果你的实际程序不足60页，按照规定提交全部程序即可。 千万不要为了凑代码行数，加入无意义的代码。 更不要为了凑页数，复制粘贴重复程序。 这些做法既不能提高软件质量，也可能造成申请材料真实性问题。 另外，源程序材料还需要注意： 软件名称和版本号是否统一。 代码排列是否符合实际程序结构。 提交的代码是否对应软件功能。 是否混入无关程序。 是否涉及未经许可的第三方代码。 这些细节都需要检查。 对于第一次做软件著作权的普通医生来说，光整理源程序材料，就可能花费不少时间。 07｜软件说明书也不是随便写几页就可以 除了源程序，还需要准备软件文档鉴别材料。 可以根据软件实际情况，选择使用说明书、用户手册或者设计说明书等。 普通交存规则同样涉及前、后各连续30页，不足60页提交全部文档。 除特定情况外，文档每页不少于30行。 但这里有一个误区。 不是说你随便写60页Word，就能算软件说明书。 真正的软件说明书，应该围绕已经完成的软件进行介绍。 例如： 第一部分：软件简介。 第二部分：软件运行环境。 第三部分：软件整体功能结构。 第四部分：各个模块详细说明。 第五部分：实际操作流程。 第六部分：异常情况处理。 第七部分：软件使用注意事项。 如果软件有图形界面，还可以结合真实界面截图，说明每个按钮和功能具体怎么使用。 比如数据导入。 不能只写： 本系统支持数据导入。 最好能够说明： 支持哪些文件格式。 用户从哪里选择文件。 文件需要包含哪些字段。 上传以后怎样检查数据。 上传失败后有什么提示。 这些内容才是真正有意义的软件文档。 而且特别要注意： 说明书描述的功能，必须和实际软件一致。 不能软件只有简单的数据录入功能，说明书里却写成具有人工智能预测、自动诊断和智能决策等一系列功能。 也不要直接让AI生成一份看起来非常专业的说明书，然后不经核对就提交。 因为新版登记申请对AI生成材料提出了明确的诚信承诺要求。 08｜还有一个容易忽略的问题：软件著作权到底属于谁？ 这一点我觉得医院里的同行尤其需要注意。 有的人可能觉得： 软件是我自己想出来的。 代码也是我自己写的。 那著作权肯定是我的。 但实际上，还需要看软件的开发背景。 比如这套软件是不是医院安排的工作任务？ 是不是医院科研项目的一部分？ 有没有使用医院专门提供的开发资源？ 有没有合作开发人员？ 有没有与第三方签订委托开发合同？ 这些因素都可能影响软件著作权的归属。 尤其是涉及职务开发的软件，不能简单认为谁写的代码，著作权就一定归谁。 如果是在医院科研项目中开发，最好提前确认相关权利归属。 否则软件辛辛苦苦做出来，最后在申请人是谁的问题上出现争议，就比较麻烦
