社区疫情防控-面谈记录

面谈

甲方：（用户需求）

• 不需要居民端、至少乡镇一级以上
• 不止针对疫情防控，同时包括社区矫正、扫黑除恶等社会治理工作
• 居民只是软件管理的对象、不需要使其操作系统

甲方：（需求内容）

• 链接监控系统。对可能的疫情患者、发生恶性事件的肇事者、嫌疑人实施追踪。
• 实时监控位置，还原移动轨迹
• 平时预防黑恶势力，例如非法集会
• 仅包含疫情防护功能
• 尽力同时保护居民的隐私问题

乙方：

• 公安系统已经实现了监控、定位、追踪功能，是否可以直接调用公安系统的该方面内容

甲方：

• 可以使用手机运营商定位，通过手机号+实名制来确认公民位置。但例如健康码仅会展示市级行动轨迹，要求具体到村。
• 例如洪涝灾害可以具体参考个人位置
• 仅需保存原始数据，需要的时候可以通过其他方式高效自动还原出人的行动轨迹
• 社区方面负责数据汇总、政府负责数据处理
• 敏感问题：需要保护隐私，访问的安全级别需要提高
• 能够查阅的都能看懂，一目了然
• 社区管理者也可以受到通知、上传上报关键消息
  • 例如：小区门口放个检测器，类似疫情防控常态化

乙方：

• 是否太过宏大

甲方：

• 确实，基本是中央水平，以中央角度统筹社区
• 产品应为政府需要的社区管理系统
• 尽量少动用政府权能

乙方：

• 如果社区接入系统需要哪些功能

甲方：

• 上报高一级政府、能够大概知道特定人（群）的行动轨迹，人员聚集区、及时得知非法外出者的信息
• 社区仅负责当地的数据采集，在政府端进行处理分析，最后仅将结果通报给社区。

乙方：

• 可以逐层上报，决策层最后仅将决策下方，基层不需要也不会接触到隐私等非必要内容

甲方：

• 对社区管理要有促进作用，如果出现紧急情况社区可以精确地决定人员调度和施救
• 和居民没有关系，不需要提到居民

乙方：

• 硬数据采集应当返回什么

甲方：

• 硬数据则是整个项目运行过程中需要用到的数据，例如监控录像。如何采集硬数据，采集完的硬数据以何种形式提交