文章导读
数据与代码可得性说明正在成为不少刊物投稿系统中的固定栏目。本文区分它与资助声明、致谢的分工,梳理五种常用披露口径,并说明患者数据、第三方许可与受限数据的处理办法。
“本文数据能否共享、在什么条件下共享”,如今不再只是审稿人随口一问。越来越多刊物把数据与代码可得性声明(Data Availability Statement)设为投稿系统的必填栏目,中文刊也常在文末增设“数据可用性”一项。论文发表前把这件事想清楚,能省掉修回阶段一轮补件,也能避免见刊后与单位数据管理制度冲突。
一、先分清三件事
- 资助声明:说明谁为研究出钱,写项目全称与编号。
- 致谢:说明谁帮忙而未出资,例如语言修改、设备操作、问卷发放。
- 数据与代码可得性声明:说明读者在什么条件下能拿到本文所用的数据、代码、材料或问卷,本质是“可复现性”的信息入口。
三者混写会让审稿人找不到重点,也会在后续项目验收时造成归类困难。
二、五种常用披露口径
- 公开仓储型:数据已存入公共仓储,写明仓储名称与访问编号或 DOI。这是认可度最高的一类。
- 随文提供型:数据表、代码或补充分析作为补充材料一并发布,声明中指明文件名称。
- 合理请求型:数据可向通讯作者索取,需同时注明可能的限制,例如仅用于学术用途、需签署使用协议。
- 受控或第三方型:数据属于其他机构、数据库或受管制资源,需说明来源与获取路径,而不是笼统写“不予共享”。
- 不适用型:本文未产生新数据(如理论推导、综述、二次分析公开数据),应明确写出“数据共享不适用”及其理由,避免留空被误认为漏填。
三、三类需要额外斟酌的情形
- 涉及人的数据:临床资料、问卷、访谈转录通常受隐私与知情同意范围约束。可行的写法是说明去标识化数据的提供范围、伦理批准机构与批号,以及需要研究者签署协议后才能获取的条件。
- 第三方来源数据:商业数据库、政府未公开统计、企业授权数据,应写清许可范围。若许可禁止再分发,就直说,不必勉强写成“可索取”。
- 涉密与内部数据:来自单位内部系统或涉密项目的数据,通常只能提供汇总结果。建议同时说明哪些结论受此限制,方便审稿人判断证据强度。
四、代码与问卷的披露尺度
代码不必追求“开箱即用”。常见的稳妥做法是:给出运行环境、依赖清单与主脚本名称,说明预处理与参数设置所在的文件位置。问卷与访谈提纲可单独作为附件发布。若代码含单位内部接口或密钥,应清理后再发布,并在声明中写明经过哪些删减。
五、外审阶段的三个高频追问
一是“样本量如何确定”,需要补充分析代码或功效说明来支撑;二是“能否提供原始数据以核对结果”,受限数据要回答清楚限制依据;三是“结论是否只出现在附件里”,这会把外置材料变成证据链缺陷。把这三问预先写在声明与补充材料说明中,修回时的沟通成本明显下降,具体环节可对照论文发表流程中的修回与复核阶段。
六、见刊之后仍要用到它
这项声明不是一次性任务。被引后其他研究者索取数据、单位科研检查、项目验收,都会回到这一段文字。若这篇论文还将进入评审材料,建议同时留存文章页与数据说明的截图,与刊物版权页信息放在一起,具体要件口径见职称论文发表的成果材料要求。
Tag:
论文发表常识(2)数据可得性(1)代码共享(1)
点此返回栏目查看更多>>>论文发表常识