先明确平台要解决哪类问题

社区养老平台的覆盖范围并不完全相同，有的平台侧重综合业务管理，有的平台侧重助餐、工单或健康服务。选型前应先明确需要解决的是老人日常状态确认、生活提醒、家庭协同，还是其他业务，再逐项核对功能，不能仅凭功能数量判断是否适合。

选型会上可以这样核对，而不是只听功能演示

可以选一个社区每天都会遇到的情境，例如“老人到约定时间仍未打卡”，请平台方完整演示提醒、状态查看和后续记录，并说明手机断网、通知关闭时页面会怎样显示。再让一线工作人员亲自操作，观察是否需要在多个页面之间反复切换。

对于位置、健康设备数据和SOS等敏感或紧急场景，还应追问授权由谁完成、哪些岗位能查看、系统记录到哪一步、哪些动作仍需人工完成。选型清单的价值不是把所有项目都勾选为有，而是找出真正匹配现有工作、且边界能够讲清楚的能力。

还可以临时换一个不熟悉系统的工作人员来操作。如果只有演示人员知道入口，社区上线后往往仍要依赖反复培训。一个合适的系统，应当让一线人员在简短指导后完成对象查询、提醒配置和处理记录，同时清楚知道哪些页面自己没有权限查看。

一、关怀对象和基础资料管理

社区应能按照实际工作需要维护关怀对象的必要资料、联系方式和服务状态，并明确哪些人员可以查看或修改。信息采集应遵循最小必要原则，不应为了建立台账默认收集与服务无关的敏感信息。

二、平安打卡和生活提醒

日常关怀场景通常需要设置平安打卡和生活提醒。选型时不仅要看是否有按钮，还要了解提醒由谁配置、未完成打卡后如何提示、消息受哪些设备权限影响，以及后续是否需要工作人员或家属人工核实。提醒只能提供状态线索，不能等同于自动救援。

三、家庭协同和授权管理

如果项目需要家庭共同参与，应重点检查家属如何申请绑定、老人如何确认同意、家属可以查看哪些信息，以及双方如何解除守护关系。如果项目主要用于社区内部管理，则应根据实际流程选择相应能力，不必把家庭协同作为所有项目的统一要求。

四、位置与活动轨迹

需要位置关怀时，应确认平台能够展示的时间范围、查看权限和数据更新时间。定位结果依赖老人授权、手机定位、网络、后台运行和电池设置，可能出现延迟、漂移或轨迹缺失，不能承诺始终实时或绝对准确。

五、社区通知和SOS求助协同

社区可根据工作需要评估通知发布、SOS求助记录和后续人工处理能力。系统提供的是信息传递和协同入口，社区仍需明确由谁关注、如何联系老人或家属、什么情况下启动线下处置，避免把软件功能表述成自动救援或安全承诺。

六、权限、隐私和操作边界

选型时应了解平台采集哪些信息、使用目的、查看人员、保存方式和撤销渠道。位置、轨迹及健康设备上报的数据具有较高敏感性，应结合明确的服务目的和老人授权控制查看范围，不能默认向所有工作人员或家属开放。

七、培训支持和小范围验证

合作前应明确培训方式、操作指导、问题反馈渠道以及双方职责。正式推广前，可以选择部分有明确需求且自愿参与的老人开展小范围使用，根据老人接受度、工作人员投入、消息触达和异常处理情况决定是否扩大。具体人数和周期应由社区结合实际情况确定。

安度当前覆盖的日常关怀能力

对照这份清单时，可以直接打开安度当前版本逐项操作：资料由谁维护，家属怎样建立守护关系，社区能看到哪些信息，未打卡和SOS记录由谁核实。位置、轨迹、健康设备数据和消息通知还会受到授权、手机权限、网络及兼容设备影响，不能只看演示截图作判断。