项目背景
根据社区实地调研，发现社区工作者需要维护多个信息化系统，不同的地区，系统数量不同。多的有二十几个，分别由4-5位社工负责，社工在系统中维护自己负责的片区（网格）里的居民信息。这些系统间大多数居民信息不共享，相同的居民信息，社工需要在不同的系统上重复录入，重复工作量大，没有一个系统统一管理居民信息，有些系统数据全一些，有些系统只有一小部分，分散在不同的系统中，同一位居民在不同的系统中，信息时效不一致。社工日常管理居民信息工作重复，困难，耗时耗力但成效不佳。
建设内容
社区通第一阶段的主要建设内容，就是要解决社工日常居民信息多系统重复录入，不同系统间信息时效不一致，居民信息分散不集中的痛点。
提供一站式管理居民信息，建设居民信息数据中心，后续阶段可基于居民信息中心开展服务居民业务，如社区政策定向推送，社区服务APP千人前面。
调研方式
1）数据中心建设，核心是表结构。
2）社工负责的各条线系统，如“市基层社区管理综合信息系统”，“全国党员信息管理”，“时代先锋网”，“浙江省人民调解大数据管理”等，这些系统是区级、市级、省级、国家级。因此一个社区通系统，是不可能替换这些业务系统的。也不可能把业务系统的功能在社区通中重复做一遍。
因此采用调查问卷的方式进行调研，重点是梳理出各个业务系统需要的居民信息字段。
重要的系统，带着调查问卷与社工一同确认入数据中心字段。非重要的系统，可发调查问卷给社工由社工填写。
系统设计
假设需要与社区各条线20个系统打通居民信息
方法一
20个系统提供各自的居民信息增删改查接口，当社区通居民信息管理系统中居民信息新增或变更时，主动调用20个系统的居民信息增删改查接口。
这种做法属于强耦合，将社区通居民信息管理系统与各条线的业务系统强耦合了，当有业务系统调整了增删改查接口，社区通系统也要跟着调整。社区通系统还要负责判断各业务系统需要的居民信息范围，如果业务系统业务变更，需要的居民信息范围变更，则社区通系统也要跟着调整。
社区通开发对接工作量大，需要对接20个系统。
方法二（推荐）
1）社区通开发：
a.统一的数据查询接口供20个业务系统调用，要有安全校验功能，只能接收授权系统的查询请求
b."信息更新日志"：<时间戳，类型，身份证号>
20200830131840,ADD,110101199003077651
20200830131920,UPDATE,110101199003073271
c.信息更新通知推送
2）各业务系统开发：
a.接收 社区通系统 “信息更新通知” 的接口
b.查询 社区通系统“统一查询”数据接口，根据接口返回的结果，结合当前系统的业务规则，对系统中居民信息进行更新
推进方式
各条线的业务系统都属于有权有势的机构，凭什么配合社区通系统开发接口？
让各条线的业务系统开发相应的接口，是系统实施难点，对接是否顺利，对接系统是否全面，直接影响着项目的效益。
策略是：出师有名，先擒王
1.红头文件（奉旨做事，出师有名）
2.先实现最重要，最常用，如果又是所属机构级别最高的那更好
3.王拿下后，其他的逐一攻破