多中心协同不要和版本混验：分享、盲审与锁定可演示，实时共编和版本标签另列

多中心问的是谁能改，不是界面像不像会议

2026 年 10 月 2 日，合作课题最常提出的要求是「大家一起标」。这句话在 LumeSage 的材料里至少对应三种完全不同的机制。第一种已经写在用户手册里：合作研究可以分享影像和临床、隔离勾画、做盲审，锁定之后只读。第二种在 2026 年 9 月 20 日核算沟通稿的 B 行：MDT 实时协同，范围包括 CRDT/Yjs、音视频、跨模态和一致性仲裁。第三种在 C 行：Git 式标签版本。北京朗慧科技有限公司对外品牌是 LumeSage，核算稿的编制单位不是这个公开品牌。三种机制不要因为都包含「一起」或「历史」就合成一个已上线功能。合同仍以双方确认清单为准。

手册里的角色把责任分开，这是讨论协同之前要先接受的现网事实。数据采集负责上传和脱敏，使用的是 HY-小采 V1.2.1，运行在 Windows，支持 PACS 模板或本地采集，非 DICOM 不上传，上传前脱敏。数据治理负责数据集和临床变量。变量类型是 Boolean、Number、String、File，层级是 Patient、Study、VOI。课题组管理员负责成员、分享和盲审策略。平台管理员负责账号和运行边界。四个人可以在小课题里由更少的自然人兼任，但兼任之后，审计句子会变弱。协同设计若再把所有人放进同一个实时会话，角色边界要重新写，而不是假设实时窗口会自动保留盲审。

现网已经能够回答的多中心问题，应在增量讨论之前演示一遍。中心之间共享影像与临床，勾画互相不可见，这是隔离。盲审把标注与审核分开。锁定把数据集变成只读，用来挡住分析开始之后又回去改轮廓。下载包十五天有效，格式包括影像 dicom 或 nii.gz、临床 Excel、勾画 txt、nrrd 或 nii.gz。这些动作不依赖 CRDT，也不依赖 Git 式提交。生产站点上没有把 CRDT 或 Yjs 作为已交付能力。任何人若在验收纪要里写「现网已用 Yjs 同步」，都与 2026 年 10 月 2 日的手册边界不符。B 行若未被购买，纪要里不应出现这条。

只有锁定、没有版本，失败在「说不清锁定的是哪一版」

锁定的强度在于拒绝继续修改。它的弱点在于：若锁定前没有可引用的版本号，几个月后只能说「当时锁过」，不能说「锁住的轮廓与后来某次导出相差哪些体素」。实验记录里手写一个日期，可以补救小课题，但日期不是差异。两人记忆中的「锁定前最后一版」可能不是同一版，因为锁定前仍允许多人先后编辑，后保存的人覆盖先保存的人，覆盖过程没有提交说明。

这种失败在多中心回顾时特别明显。演示示意：假定两个中心共用一个合作研究数据集，影像共享，勾画隔离。中心甲在周二完成轮廓并通知可以锁定，中心乙的治理账号在周三上午锁定。周四有人发现甲的一份轮廓在周二夜间被修订过。锁定是成功的，周三之后不能再改。可是论文方法学要写的是「分析使用的轮廓冻结于何版」。没有 C 行的标签版本时，系统不能自动给出周二夜间那次修订的差异。人工补救是导出锁定后的勾画包，并在实验室记录中写下锁定时间和导出时间，把这个包当作事实上的快照。这个补救属于现网纪律，不是 Git 已经上线的证明。十五天之后下载链接失效，所以快照若需要留存，要在有效期内复制到课题规定的存储，并另行授权，而不是指望链接永久存在。

只有锁定还会在另一种场景失败：锁定解除或数据集未锁定时，人们以为「曾经锁定过」就等于历史可查。现网的只读是状态，不是日志产品。状态可以说明现在能不能改，不能自动生成每次保存的说明文字。若课题确实需要说明文字、差异和回退，应把 C 行写入本次采购，并约定版本的粒度是整例、单个 VOI 还是一次会话。粒度不约定，Git 式三个字无法验收。

只有版本、没有锁定，失败在「分析期间仍能改」

版本的强度在于留下增量。它的弱点在于：若没有锁定或同等的冻结规则，分析师可以在特征已经算出之后再提交一版新轮廓。仓库里会很诚实地多出一个提交，但特征表、ICC 和 Word 草稿仍可能对应旧提交。于是你拥有历史，却失去「哪一次提交被用于这篇论文」的唯一性。历史越多，若没有指针，争论越大。

这和锁定缺失时的现网风险是同一方向，只是增量模块会把风险记录得更清楚，而不是自动消除。所以 C 行不能替代手册里的锁定。购买 C 之后，规程仍应规定：进入 Pyradiomics 或训练之前必须冻结；冻结之后的新提交视为新的分析，而不是悄悄替换旧结果。一千六百八十八项特征和十四种分类器、深度学习曲线，都应该能在实验记录里对上一次冻结。没有这条约定，版本系统会变成合规外观，科学上仍然不可复现。

两种失败因此不能互相安慰。只有锁定、没有版本，你无法向后来的合作者展示冻结点之前的差异，返修意见会卡在「轮廓是否改过」。只有版本、没有锁定，你可以展示改过，却无法阻止有人在统计完成之后继续改，审稿人会卡在「指标到底属于哪一次提交」。两个缺陷同时存在时，课题只剩聊天记录。两个模块同时购买时，也必须写明先后：版本用来形成候选，锁定用来宣布哪一个候选进入分析。顺序写反，实时或事后的编辑仍会冲掉候选。

B 行的实时协同不是把锁定换成在线文档

MDT 实时协同，核算范围是 CRDT/Yjs、音视频、跨模态和一致性仲裁。CRDT 这一类结构要解决的是多人同时编辑时的合并，Yjs 是实现这类同步时常见的技术名字。把名字写进报价，表示这一增量若实施，会按这个技术路线讨论，不表示生产环境今天已经加载了相应服务。音视频表示沟通通道在范围内，不等于医院现有的会议软件已经嵌入标注页。跨模态表示协同对象不限于放射轮廓，但它依赖所购模态真实存在。一致性仲裁表示冲突不能只靠「后保存者赢」，而要有人能做出可记录的决定。

实时共编和盲审在目标上会冲突，这是多中心方案必须写明的矛盾，而不是实施细节。盲审要求审核人在提交前看不到对方轮廓，合作研究的勾画隔离就是为这个目标服务的。实时会话却默认大家看见同一块画布。若一个数据集同时要求「背靠背」和「一起改」，系统无法用一个开关同时满足。可行的规程是分阶段：盲审阶段保持隔离，禁止把这些人放进同一个 MDT 会话；需要会诊的病例，在盲审提交之后单独进入实时会话，会话产出由仲裁记录决定是否写回。没有 B 行时，会诊可以在平台外进行，但平台外的口头结论不能假装已经写回轮廓。有 B 行时，验收要看到会话与写回的关系，而不是只看到通话按钮。

音视频还会带来现网采集规范里没有的隐私问题。HY-小采处理的是影像上传前的脱敏。实时通话若打开摄像头或共享屏幕，可能拍到阅片室外的人或未脱敏的第二块屏幕。B 行若在院内部署，信息科要规定是否允许音视频、是否录像、录像留存多久。这些句子属于实施方案，不包含在「购买了协同」这五个字里。公开页不提供任何默认口令，会议室测试账号也不应把口令写进纪要。

一致性仲裁和手册里的审核状态相邻，但不是同一个按钮。手册状态回答标注完成了没有，未完成不应进入下游分析。仲裁回答冲突的几份意见哪一份生效。若只购买手册范围，验收停在盲审和状态。若购买 B 行，要另外约定仲裁人是不是课题组管理员，仲裁结果如何留下。不要把仲裁写成诊断结论，也不要承诺仲裁之后模型指标上升。

跨模态两个字在协同行里也不能超前

B 行括号中的跨模态，容易被理解成「一次会诊可以看所有数据类型」。当前手册的阅片条件仍是放射：MPR 要求 CT、MR 或 PT 且不少于五十层，融合是 PET-CT，预标注模型覆盖 CT、MR、PET。视频分析不在手册中。因此，一次只购买 B 行、不购买相应模态插件的项目，实时会话里仍然没有 WSI、心电或视频轨道。协同不能凭空创造模态。

演示示意可以这样排，以避免过早承诺。第一段，两个账号登录同一合作研究，确认勾画隔离和盲审，然后锁定，确认只读。这一段使用脱敏的 CT 或 MR，不使用患者实名数据。第二段，若 C 行在本次清单中，再讨论版本粒度的原型或验收项；若不在，明确告诉参会者现网没有提交历史。第三段，若 B 行在本次清单中，用测试账号演示或按合同约定的方式验证会话、权限和仲裁记录；若不在，不要连接任何声称是 CRDT 的服务来凑场面。三段的数据都用演示示意样本。某中心的真实住院号不应出现在共享屏幕上。

多中心的网络条件也要写进 B 行的前提。实时同步对延迟敏感，院与院之间的专线、VPN 或反而不能互通，都会改变方案。约三十人并发、隔离、预取和 LOD 是另一行，不是 B 行的附赠。五个中心各三人，是否落在该并发目标里，需要单独估算。估算不等于已经压测通过。不购买并发行，就不要在 B 行的验收里写入三十人同时在线。

和血缘、角色、质控的边界

Git 式标签版本回答标签怎么增量。数据集版本与血缘是 G 行，回答快照、增量和图数据库能否指回锁定日期。C 行可以在没有 G 行时单独存在，此时你有标签历史，不一定有从训练集到导出包的图。G 行也可以在讨论中被提到，但未购买就不能当验收项。一篇论文如果既要轮廓差异又要训练集血缘，两行都要出现在确认清单上，并约定指针如何互指。只有聊天记录说「我们做过版本管理」，两行都会在验收时缺证据。

角色页面同样不要改写。现网四类角色继续对上传、治理、课题和管理负责。MDT 仲裁人若是新角色，应在 B 行的实施方案里命名，并说明他是否由课题组管理员兼任。兼任时，盲审阶段他不能提前进入被隔离的轮廓。这个限制要用账号演一次，而不是写在制度封面。平台管理员能重置运行环境，不自动等于能代替临床仲裁。把管理员账号借给所有中心，隔离和盲审会一起失效。

三级审核、考试沙箱和质控中心都不在 B 行或 C 行里。背靠背之后的专家复审、权威终裁和绩效，是 E 行。限时沙箱是 F 行。它们和质量策略有关，和实时画布不是同一个采购问题。多中心可以先用手册盲审运行一年，再决定要不要仲裁和考试。这个顺序通常比第一天买齐所有「协同相关」的行更不容易写错验收句。质控工作重，是因为抽样和人员绩效，不是因为协同按钮不够多。那部分讨论留给质控文章，本篇只要求协同方案不要偷偷把质控中心算进这两行里。

买方可以当场做的四次检查

第一次，在未购买 B 和 C 的环境里走现网：分享是否成功，勾画是否隔离，单盲或多盲是否按策略生效，锁定后勾画工具是否只读，未完成状态是否被拒绝进入组学或训练。任何一步失败，记成现网缺陷。不要记成「因为还没有 Yjs」。

第二次，问版本问题：锁定前最后一次修改能否与锁定后的导出包对比。若不能，而课题需要对比，把 C 行列入候选，并写下粒度。若课题只需要「从此不再改」，锁定加实验室记录的日期可能已经够用，C 行可以不买。够用的标准由方法学决定，不由功能清单的长度决定。

第三次，问同时编辑问题：是否存在必须两人同一分钟改同一 VOI 的病例。若没有，B 行的 CRDT 没有用例，音视频会诊可以停留在医院已有的会议系统，只要结论不伪造成平台内仲裁。若有，B 行进入清单，并写明与盲审分期，写明是否院内，写明跨模态等待哪些插件。

第四次，看导出与模型库。模型库按课题组隔离，权重不能靠拷贝目录跨组复用。协同若意味着跨中心复用模型，要另走授权，而不是开一个共享文件夹。十五天导出包适合内部交接。长期留存和对外许可属于 数据集 数据卡。若协同产出的标签要做模型门禁，入口是 医疗模型评测 的 Medical Gate，使用私有题和准则，不用公开榜当作多中心验收。医师终审口径可参考 医疗专家数据，那不是实时会话的替代品。

询盘时把阶段写清楚

请在询盘中写明模态仍是 CT、MR 还是 PET，或多中心是否还计划纳入其他模态；本次采购是否包含 B 行、C 行，或两行都不包含；部署是否在院内；参与中心的数量级和是否需要音视频；盲审是否必须在会诊之前完成。联系人请注明是课题组、信息科还是多中心协调人。不要发送患者姓名、住院号、影像号或未脱敏的屏幕录像。

电话 +86 15010400907，邮箱 date@lumesage.com，微信 langhuiai，商务对接罗坤。地址：北京 · 北京大学科创园 B 栋 301 房。演示预约见 标注平台预约演示。演示第一优先是锁定、隔离和盲审。B 行与 C 行只有写进本次清单才进入第二段。本页不承诺协同之后一致性数值达到某一水平，也不把 CRDT 描述为已经在生产站点运行。引用技术名称是为了让采购范围可核对。实施范围以 2026-09-20 核算沟通稿中被双方确认的行为准，未确认的行保持在增量之外。

若协调人只能记住两句话，可以用这两句回去开会。现网先证明：看不见对方轮廓时仍能完成盲审，锁定后不能再改。增量再证明：需要历史时有版本，需要同一分钟共编时有会话和仲裁，并且这两件事不在同一步打开。两句话都成立，多中心方案才不会在验收日互相取消。只成立前一句，课题仍然可以做，只要方法学不声称存在提交图和实时仲裁。只准备后一句、前一句演示失败，则应先修现网，而不是先签实时协同。生产环境的分享、盲审、锁定和勾画隔离，是增量得以加装的地面。地面没有铺好时，Yjs 或 Git 的名词不会使中心之间的责任变得清楚。责任仍然落在角色、状态和冻结点上。把这三样写进多中心手册，比把会议软件的名字写进标书更接近 2026 年 10 月 2 日可以验收的事实。

提交说明和会话记录要能被第三方读懂

若 C 行进入本次清单，验收不要停在「能看到历史列表」。第三方，例如方法学编辑或信息科审计，应能读懂三条最小信息：这一版相对上一版改了哪个病例的哪一个 VOI，改动发生在锁定之前还是之后，以及进入分析的是哪一个版本号。读不懂时，Git 式只是界面上的时间倒序。版本号的规则由双方约定，可以简单到日期加序号，但必须稳定，不能每次导出都重新从一编号，否则血缘或实验记录无法引用。

回退要单独约定。回退不是删除审计，而是产生一个新版本，内容与某个旧版本相同，并写明原因。直接抹掉中间版本，会使「锁定前是否改过」再次变得不可回答，等于把 C 行退回到只有锁定的失败模式。多中心若允许任一中心回退，应限制为治理角色，并通知其他中心。通知可以用平台外邮件，但邮件不能代替版本说明本身。

若 B 行进入本次清单，会话记录同样要能被未参会的人读懂。最小信息包括：会话时间、参与账号、讨论的病例标识用的是平台内部号而不是住院号、是否产生写回、写回对应哪一版轮廓、仲裁人是谁。没有写回的会话，只是沟通，不应改变锁定状态。有写回的会话，必须发生在规程允许的阶段，不能插入盲审尚未提交的隔离期。音视频若录像，留存期限和调阅权限写在信息科制度里，不写在营销页上。录像里若出现未脱敏屏幕，这次会话不能作为验收样本，应作废并重做演示示意。

多中心章程建议写上的冻结句

章程不必长，但下面几句建议用完整句子出现，避免以后用功能名称互相替代。合作研究共享影像与临床，勾画默认隔离。盲审完成之前，不开启实时共编。分析使用的轮廓以锁定时的导出包为准；若同时购买了标签版本，则在锁定记录中写明版本号。锁定之后的修改，无论来自会话还是个人保存，都视为新任务，不覆盖已计算的特征和已入库的权重。模型库仍按课题组隔离，跨中心复用要另行授权。下载包十五天有效，过期不作为对方未履约。未写入确认清单的 CRDT、音视频、仲裁和 Git 式历史，不作为本次验收内容。

这几句可以把 B 行和 C 行的购买决策留到章程讨论之后。有的多中心读完会发现，隔离、盲审和锁定已经覆盖合同期内的论文计划，于是两行都不买，只把人工日期写进实验记录。这也是合格结论。另一些中心发现审稿人反复追问轮廓差异，于是只买 C，不买实时会话。还有的中心每周有固定会诊，需要在盲审之后写回，于是购买 B，并接受音视频的院内管理成本。三种结论都不能被核算稿的行名强迫成同一种。和不必成对出现。

章程定稿前，用一次桌面演练代替想象。准备三个脱敏病例：一个只需要隔离盲审，一个在锁定前发生覆盖保存，一个在盲审之后需要两人讨论。演练时记录现网能留下什么、留不下什么。留不下而又被论文方法学需要的部分，才写进增量清单。演练记录不包含患者身份。若演练必须在院内网络进行，在询盘里写明院内部署，便于安排账号而不是把数据传到无关环境。演练结论应回写到确认清单的备注，使后来的验收人看到的是当时的病例类型，而不是一句「支持协同与版本」。

相邻文章会讨论质控仲裁和血缘图。多中心章程若把绩效、考试或图数据库也写进来，请改到对应的核算行，不要继续堆在 B 行和 C 行里。协同文章只保证一件事：读者能指出生产环境今天交付的是分享、盲审、锁定和勾画隔离，并能指出实时共编与标签版本仍是 2026-09-20 核算沟通稿中的增量。这个区分一旦写进章程，验收日的议程就可以分成两页，不会再在同一页上既要求隔离、又要求所有人看见同一支画笔。

继续看产品与相邻文章

平台入口见 医学影像标注平台，专家数据见 医疗专家数据，数据卡见 数据集，评测门禁见 医疗模型评测（Medical Gate）。