第81章 系统只给了债转（2/2）

电子签记录，对应合同真实性。

债权转让条款，对应后续权利主体是否变化。

信息共享授权，对应明德申请资料有没有流出项目范围。

每一项都能从现有争议里提出，不需要暴露系统，也不能暴露系统。

我把空白纸翻过来，重新写下一行。

ZZ不是结论。

它只是新的检索词。

接下来要找的是哪些公开文件、合同模板和监管登记中使用过“债转”这个简称。

我打开公开企业信息检索页面，没有输入明德，也没有输入任何病人姓名。

先检索近三年涉及医疗救助、困难家庭垫付、专项借款的标准合同争议。

页面很快跳出数百条结果。

我继续加上“债权转让”“服务协议”“受助人信息授权”。

结果缩到四十七条。

其中大部分是普通消费金融纠纷，还有几条是保险垫付和医疗分期。我逐一记录案号、合同名称、争议焦点，只看公开内容，不接触当事人。

没有任何一条可以直接证明明德使用“债转”。

这很正常。

内部字段不会因为系统给了释义，就自动出现在公开页面上。

我又查明德重疾家庭短期救助专项的公开说明。

项目介绍只写三类服务。

没有借款。

没有债务。

也没有债权转让。

“慈善资源转介”后面没有列合作机构，年度项目报告里也只披露合作医院和志愿服务场次，没有披露是否存在金融、垫付或债务服务机构。

这就是明德现在的护身符。

对外，它只负责救助。

至于受助家庭后来为什么签借款，为什么退款后资金迅速转出，为什么几个旧案都在救助后出现债务，可以被解释成患者自己的选择。

只要找不到中间的移交环节，所有异常都会停在个人行为。

林砚贪婪。

旧案家属缺钱。

患者不懂合同。

明德最多承担审核不严。

宋维钧仍旧可以站在镜头前，说基金无法干涉受助家庭获助后的个人决定。

我关掉公开检索页，看向系统界面。

“交易结果已交付。”

“定向释义额度已扣除。”

“当前结果可信范围：目标专项内部字段。”

“补充限定信息。”

我点开。

“该信息不包含具体身份，不消耗额外额度。”

“是否读取？”

系统很少主动附加限定。

它不给名单，也不给原始证据，但如果一个字段存在容易误判的使用边界，会补充最小范围的信息。

这类信息通常不能回答“是谁”。

只能排除错误方向。

我点下读取。

界面上的其他文字逐行淡去。

办公室安静得只剩空调低沉的送风声。桌上那张灰名单仍停在林砚名字后面，两个字母被放大后边缘发虚。

几秒后，系统弹出最后一行提示。

“ZZ字段：债转。该字段关联外部服务商。”