第90章 灯塔照谁(1/2)
请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能,避免出现内容无法显示或者段落错乱。
“灯塔计划”的方案,比chJI过去任何一套系统都简单。
至少看上去是这样。
学校不把学生的具体记录传给医院。
医院不把病历传给社区。
社区也看不到一个人在网上说过什么。
每家机构只上传一个信号。
绿色。
没有明显风险。
黄色。
需要关注。
红色。
存在紧急危险。
如果同一个人在三个不同系统里同时亮起黄灯,灯塔就发出提醒:
可能存在复合风险,请相关机构核对。
不告诉学校病历。
不告诉医院家庭矛盾。
不告诉社区学生缺课原因。
只说:
别处也出现了情况。
陈砚看完方案,第一反应是:
“这次确实轻多了。”
苏晚没有立刻评价。
她只问:
“怎么知道是同一个人?”
陈砚往后翻。
方案里写:
通过统一身份映射。
身份证、手机号、医保号、学籍号等信息不会直接进入灯塔。
每个机构先在本地加密。
生成一串无法直接还原身份的编码。
比如:
Lt-83F4-71A9。
学校看不到医院原始身份。
医院也看不到学校资料。
但如果两边生成的编码一样,系统就知道:
是同一个人。
苏晚问:
“编码会变吗?”
“默认长期不变。”
“多久?”
“方案里没写期限。”
“谁能查?”
“只有接入机构和灯塔系统。”
苏晚看向秦政。
“还是给每个人做了一个共同号码。”
秦政靠在病床上。
看了一会儿。
“号码不是最大的问题。”
陈砚问:
“那是什么?”
“灯亮了以后。”
“别人会怎么想。”
一个医生看到:
患者在学校也亮过黄灯。
哪怕不知道原因。
他会不会先觉得:
这个人情况复杂?
一个辅导员看到:
学生在医院和社区同时有信号。
会不会在见面前,就提高风险等级?
一个社区工作人员看到:
居民被两家机构关注。
会不会直接联系家属?
灯塔说自己不传内容。
可一个“别处也在关注”,本身就是内容。
上午九点。
委员会决定先做历史数据演练。
不真实触发任何干预。
只用已经结束、结果明确的旧案例。
看灯塔会亮出什么。
第一批一百个案例。
其中十二个被灯塔判定为复合风险。
五个判断有帮助。
比如一名老人。
医院记录他连续两次漏诊。
社区记录他三天没有回应敲门。
家庭服务记录紧急联系人多次无法接通。
三项放在一起。
确实应该尽快上门确认。
后来也证实,老人摔倒在家。
如果没有人及时发现,后果可能严重。
第二个有效案例。
一名学生连续缺课。
医院有停止复诊记录。
夜间平台出现明确告别内容。
三个系统各自只看见一部分。
灯塔把它们连起来后,学校及时联系本人和现实支持者。
这是灯塔最有说服力的地方。
它可能真的救人。
可十二个案例里。
还有七个出了问题。
最明显的一例。
编号:
d-44。
三十二岁。
外卖员。
已婚。
有一个上小学的女儿。
学校系统亮黄灯。
原因:
女儿连续三天没完成作业,家长也没有回复老师消息。
医院系统亮黄灯。
原因:
d-44连续两次没有按时复诊。
社区系统亮黄灯。
原因:
他最近一个月没有参加社区组织的安全培训。
三盏黄灯同时出现。
灯塔给出:
复合风险提醒。
建议相关机构核对:
家庭支持是否不足。
健康状态是否影响照顾能力。
是否需要社区介入。
单独看。
似乎有道理。
可调查后才知道:
女儿没写作业,是因为班级系统故障,实际作业已经交了。
d-44没去复诊,是因为医生已经通过电话告诉他,可以延期一个月。
社区培训没参加,是因为他每天晚上都在跑订单。
三件事互不相关。
没有家庭危机。
没有健康恶化。
也没有谁需要介入。
可灯塔先把它们拼在了一起。
上午十点。
d-44收到学校电话。
老师问:
“最近家里是不是遇到困难?”
他一头雾水。
“没有。”
社区工作人员随后又问:
“身体怎么样?需不需要帮忙?”
他更紧张了。
下午医院也发来一条:
如近期生活支持不足,可联系相关服务。
一天里。
三个地方都来关心。
没有人指责他。
语气也都很温和。
可d-44晚上回家后,第一句话就是问妻子:
“是不是有人觉得咱们家有问题?”
妻子不知道。
女儿听见后哭了。
以为学校要把她带走。
第二天。
d-44打电话投诉。
“我只是没回老师消息。”
“为什么医院和社区都知道我有问题?”
工作人员解释:
“我们不知道您的具体情况。”
“系统只提醒多个地方同时出现风险。”
d-44反问:
“你们都不知道。”
“那为什么一起找我?”
没人答得出来。
下午一点。
听证会播放了这段投诉录音。
会场很安静。
一名灯塔技术负责人解释:
“系统没有判断d-44一定有问题。”
“只建议核对。”
用户委员问:
“那三家机构为什么都联系了他?”
“因为每家机构都有自己的责任。”
“如果三家都尽责。”
“当事人收到的就是三次介入。”
又回到了N-27事件。
每个人只做一点。
当事人收到全部。
秦政看完案例。
只说:
“灯塔不能同时叫所有人过去。”
苏晚点头。
现在的灯塔一亮。
学校知道。
医院知道。
社区也知道。
每家都怕自己没处理。
于是都行动。
真正需要的应该是:
先有一个负责核对的人。
确认这些黄灯有没有关系。
如果无关。
到此结束。
不要让三家一起扑上去。
下午两点。
委员会提出第一项修改。
当出现多个黄灯时。
灯塔不再同时通知所有机构。
只生成一个:
待核对提醒。
由其中最相关、最有责任的机构先确认。
例如。
涉及学生现实安全。
由学校先问本人。
涉及明显医疗异常。
由医院处理。
涉及家中失联。
由社区上门。
其他机构暂不行动。
除非核对后确认需要协作。
这能减少叠加干预。
但新的问题马上出现。
谁来判断哪家“最相关”?
如果由灯塔自己选。
它又开始裁决。
如果固定规则。
现实情况又很复杂。
最后。
委员会决定:
只在明确场景下预设牵头方。
无法判断时。
不自动找任何人。
进入人工值守队列。
效率会慢。
成本也会更高。
陈砚看着方案。
“又加人。”
苏晚说:
“风险不是凭空处理的。”
过去大家喜欢AI。
很大原因是它便宜。
一分钟内完成判断。
人工核对却要打电话、看记录、确认上下文。
慢。
贵。
还可能犯错。
可这就是责任的成本。
不能为了省掉这一步。
直接让三个机构同时去找一个人。
下午三点。
陈砚继续查d-44的三盏灯。
发现每盏灯本身也有问题。
学校黄灯。
系统没有确认作业平台是否故障。
医院黄灯。
系统只看见“未到诊”,不知道医生已同意延期。
社区黄灯。
把“未参加培训”当成现实支持下降。
三个信号质量都不高。
低质量的灯。
数量多了。
却被系统当成高风险。
这很像三个听不清的人。
同时说:
我好像听见有人喊救命。
最后系统认为:
三个人都听见了,肯定是真的。
可三个人可能都听见了同一台电视。
苏晚问:
“灯亮之前能不能先核验?”
陈砚说:
“可以。”
“那为什么不做?”
“慢。”
又是这个字。
灯塔的价值是提前发现。
如果每一盏灯都先人工查完。
可能错过真正危险。
但如果完全不查。
就会产生很多d-44。
秦政问:
“黄灯和红灯分开。”
陈砚抬头。
“怎么分?”
“红灯可以快。”
“黄灯别急着连。”
现实里。
明确人身危险。
失联。
严重症状。
清晰告别内容。
可以进入更快通道。
而:
没回老师消息。
没参加活动。
一次未复诊。
这些模糊信号。
不该因为数量多,就自动升级成紧急。
委员会很快增加规则。
红灯:
必须有明确事实。
可以快速协作。
黄灯:
只用于提醒本机构核对。
不得仅因三盏黄灯自动触发跨机构行动。
换句话说。
三次“可能”。
不能直接变成一次“确定”。
下午四点。
资料库发布新页面。
标题:
三盏黄灯,不等于一盏红灯
页面举了两个例子。
第一个:
学校发现学生三天没到校。
医院记录近期严重自伤风险。
社区连续两天敲门无人回应。
这时。
需要快速确认安全。
第二个:
作业没交。
复诊延期。
社区活动没参加。
不能因为三件事都发生在同一个人身上。
就先认定他需要被干预。
最后一句:
数量会增加注意。
不能替代证据。
这句话很快被很多人转发。
d-44本人也看见了。
他只留言:
【我不反对你们救人。】
【但先别把没空,当成有问题。】
很普通的一句话。
却比模型的几十个字段更接近现实。
晚上六点。
灯塔计划第二版上线演练。
变化包括:
黄灯不自动跨机构通知。
红灯需要明确依据。
一次事件只指定一个牵头机构。
其他机构在需要时再加入。
用户可以查看:
自己是否有灯亮起。
哪家机构点亮。
大致原因。
是否已经关闭。
这最后一项引起很大争议。
申请方原本不想让用户看到所有风险灯。
理由是:
有些提示属于内部安全判断。
公开后可能让用户规避系统。
例如。
一个准备自伤的人。
看见自己被标红。
可能换账号。
一个正在家暴的人。
看见系统注意到他。
本章未完,点击下一页继续阅读。