东旺雍景苑

项目背景

东旺雍景苑在普陀区万里街道灵石路 1669 弄，属交暨居民区，2001 年建成，28 栋多层与小高层、约 412 户，绿化率 30%。

这是一个在上海很有代表性的居住型社区：房龄过了二十年，第一批入住的业主如今普遍进入老年，楼栋沿小区铺开、彼此分散。它的治理难点不在「有没有人管」，而在「管的人知不知道底数」。

养老服务的第一步，其实是「底数」

做社区养老的人都有体会：真正难的从来不是上门服务，而是不知道该先去谁家。

一个 412 户、28 栋楼的小区，居委会通常只有几个人。要知道哪户住着独居老人、哪位老人最近没出过门、哪家的子女这周来过没有——这些信息台账里都有，但台账是「上一轮排摸时」的状态。排摸完一个月，租客换了、老人住院了、子女把人接走了，台账就开始失真。

靠网格员一户户敲门去更新，人力永远不够；不更新，服务就只能凭经验和印象。缺的不是工作态度，是一份能自己保鲜的底数。

做法：大门与 28 栋单元门，变成数据入口

桑田智能为东旺雍景苑做的是「大门 + 单元门」两级通行改造：小区大门与 28 栋楼的单元门全部接入同一套门禁系统，刷脸为主、刷卡兜底，老人出门不用带东西、不用记密码。

授权按「人—楼—门」三层配置：一个人属于哪几户（本人户、子女户、照护户）、能进哪几栋、什么时段有效，分开设。这个结构对养老场景特别关键——子女、长护险护理员、助餐配送员、志愿者，都属于「有权进但只该进特定几扇门」的人，权限给到位，人就不用站在楼下等。

门禁怎么变成养老的「数据底库」

这是这个项目最有意思的地方。门禁本来只是记录「谁在什么时候过了哪扇门」，而这个动作恰好是养老服务最需要的抓手。落到底库上，是四类信息：

• 人房对应——一人一档挂在房号上，人是活的、房是定的，人随房走，档案不会散；
• 活跃度画像——每位老人正常出门是有节奏的：买菜、遛弯、接送孙辈。连续多日没有任何通行记录，就是一个值得上门看一眼的信号；
• 探访留痕——子女哪天来的、护理员几点上门、助餐员送到没送到，通行记录里都有痕迹，不必再单独签字确认；
• 授权即服务——高龄老人不必自己操作手机，家属在手机上代为授权；临时来访的亲戚、上门维修的师傅，家人在单位里就能远程开门。

这四类信息有一个共同点：不需要新增任何采集动作。老人开门这件事天天都在发生，系统只是把它结构化、挂到房号上、存进底库。没有额外的设备要装，也没有额外的表要填。

一条必须说清的边界

门禁数据能回答的是「这个人最后一次通行是什么时候」，它回答不了「这个人现在身体怎么样」。所以在这套系统里，桑田提供的是数据底座，不做医疗判断；预警和上门处置，仍由街道、居委会与养老服务机构按自己的机制来做。

这个分工很重要。技术的作用是让「该去谁家」这件事有依据，而不是替代人做决定。边界划清楚，居委会才敢用、才用得久。

从「敲门排摸」到「带着名单上门」

改造之后，居委会的工作方式只变了一点点，但这一点点很关键：

以前是按栋数、按片区派任务，一户户敲门，敲十户可能只有两户真正需要关注；现在是先看底库里谁的通行数据稀了、谁家这几天没有探访记录，再定点上门。同样的人手，落在真正需要的人身上的比例高得多。

对 412 户、28 栋这样一个规模的小区，这就是最实际的改善——不是多了一套系统，是少了大量无用功。

方案边界

本次改造覆盖小区大门与 28 栋楼的单元门两级动线，单元门改造已全部完成，养老底库所需的通行数据全部来自这两级门禁。小区既有电梯及电梯更新、梯控等相关工程均不在本项目范围内（非桑田实施）；车行道闸未纳入本项目建设范围，车辆出入仍沿用原有管理方式。