保障房信息管理装置以及系统

著录项
  • CN202010681170.6
  • 20200715
  • CN111738892A
  • 20201002
  • 重庆曼非科技发展有限公司
  • 封浩;张燕;向立娟
  • G06Q50/26
  • G06Q50/26 G06Q50/16

  • 重庆市北部新区经开园鸳鸯街道奥林匹克花园四期附7-33-1号
  • 重庆(50)
  • 重庆市知贝贝知识产权代理事务所(普通合伙)
  • 李欧
摘要
本发明公开了一种保障房信息管理装置以及系统,包括保障房申请模块,所述保障房申请模块包括申请条件初步调查模块,用于根据预先设置的调查内容获取保障房申请人输入的与所述调查内容相关的调查信息,还用于根据所述保障房申请人输入的调查信息判断申请人是否符合保障房的初步申请条件;申请信息上传模块,用于当所述申请条件初步调查模块调查得到所述保障房申请人符合所述初步申请条件时,接收所述保障房申请人的申请信息上传至云服务平台以通过所述云服务平台将申请信息及附件发送至保障房审批中心客户端;申请进度查询展示模块,用于接收所述保障房申请人下发的申请进度查询指令并向所述保障房申请人展示相关的申请进度信息。
权利要求

1.一种保障房信息管理装置,用于供保障房申请人申请保障房,包括保障房申请模块,所述保障房申请模块包括:

申请条件初步调查模块,用于根据预先设置的调查内容获取保障房申请人输入的与所述调查内容相关的调查信息,还用于根据所述保障房申请人输入的调查信息判断申请人是否符合保障房的初步申请条件;

申请信息上传模块,用于当所述申请条件初步调查模块调查得到所述保障房申请人符合所述初步申请条件时,接收所述保障房申请人的申请信息上传至云服务平台以通过所述云服务平台将申请信息及附件发送至保障房审批中心客户端,其中,所述申请信息包括保障房申请人的基本信息、保障房申请人的唯一编号以及申请所需附件;

申请进度查询展示模块,用于接收所述保障房申请人下发的申请进度查询指令并向所述保障房申请人展示相关的申请进度信息,所述申请进度信息包括每一个审批节点、每个审批节点所需要的时日以用当前进度。

2.如权利要求1所述的保障房信息管理装置,其特征在于,还包括:

签约模块,用于当所述保障房申请人审批通过并摇号后,通过云服务平台接收来自于保障房审批中心客户端发送的签约合同,并接收保障房申请人的实名签字后发送至所述云服务平台以通过其发送至所述保障房审批中心客户端,从而完成保障房的网上签约。

3.如权利要求2所述的保障房信息管理装置,其特征在于,还包括缴费管理模块,所述缴费管理模块包括:

待缴费用查询模块,用于供保障房承租人输入查询码进行查询待缴费用,所述查询码包括身份证号码或租赁号码;

缴费模块,用于供保障房承租人缴纳所述待缴费用。

4.如权利要求3所述的保障房信息管理装置,其特征在于,还包括报修模块,所述报修模块包括:

报修申请模块,用于供所述保障房承租人输入报修申请信息,所述报修申请信息包括小区门牌号、承租人信息;

维修项目选择模块,用于供所述保障房承租人选择对应的报修项目,所述报修项目包括地面设备类报修项目、门窗类报修项目、照明类报修项目、楼梯类报修项目、空调类报修项目和/或墙面类报修项目;

报修信息发送模块,用于将所述保障房承租人的申请信息以及选择的报修项目信息发送至云服务平台以通过所述云服务平台发送至对应小区物业客户端。

5.如权利要求4所述的保障房信息管理装置,其特征在于,所述报修模块还包括:

报修产品附件上传模块,用于供所述保障房承租人上传报修的产品的文字描述、图片和/或视频;

所述报修信息发送模块,还用于将所述保障房承租人上传的报修的产品的文字描述、图片和/或视频发送至云服务平台以通过所述云服务平台发送至对应小区物业客户端。

6.一种保障房信息管理系统,包括如权利要求1至4中任一项所述的保障房信息管理装置、与所述保障房通讯连接的云服务平台、与所述云服务平台通讯连接的保障房审批中心客户端、民政中心客户端、社保中心客户端、低保中心客户端、不动产登记中心客户端以及车管中心客户端,所述保障房审批中心客户端包括:

保障房接件模块,用于接收所述云服务平台发送的保障房申请信息;

联审模块,用于根据所述接件模块接收到的保障房申请信息,向所述云服务平台调取民政中心客户端、社保中心客户端、低保中心客户端、不动产登记中心客户端以及车管中心客户端中关于该保障房申请人的相应资料;

审批模块,根据预先设置的判断机制判断申请人是否符合保障房申请条件,当判断得到所述保障房申请人符合保障房申请条件时,通过所述云服务平台向对应保障房信息管理装置发送审批通过信息,当判断得到所述保障房申请人不符合保障房申请条件时,通过所述云服务平台向对应保障房信息管理装置发送审批未通过信息;

申请进度信息管理模块,用于根据预先设置的保障房申请审核的各节点的时间对每个节点进行监管,还用于根据所述保障房信息管理装置的进度查询指令,通过所述云服务平台向对应的保障房信息管理装置发送保障房审批的对应的申请进度信息。

7.如权利要求6所述的保障房信息管理系统,其特征在于,还包括:

摇号签约模块,用于根据所述唯一编号对资格审批通过的若干保障房申请人进行摇号配租,对于已摇号的申请人,将签约合同通过云服务平台发送至保障房申请人对应的保障房信息管理装置,通过与所述签约模块的交互以完成所述保障房的网上签约。

8.如权利要求7所述的保障房信息管理系统,其特征在于,还包括与所述云服务平台接口直联的银行中心客户端,所述银行中心客户端用于通过所述云服务平台与所述保障房信息管理装置的待缴费查询模块以及缴费模块数据交互,从而完成所述保障房承租人的缴费查询以及缴费操作,还用于当完成缴费操作后,将该缴费相关信息发送至保障中心客户端。

9.如权利要求7所述的保障房信息管理系统,其特征在于,还包括与所述云服务平台通讯连接的各保障房小区物业客户端,所述保障房小区物业客户端用于通过所述云服务平台与权利要求4所述保障房信息管理装置的报修信息发送模块交互,接收所述报修信息发送模块发送的报修信息,还用于接收小区物业端用户在检修完成后,发送相关的检修报告至所述保障房信息管理装置;所述保障房小区物业客户端还用于通过所述云服务平台与银行中心客户端交互以实时获取对应的保障房承租户的物业费用交费信息。

10.如权利要求7所述的保障房信息管理系统,其特征在于:所述云服务平台内存储有报表,所述报表记录有每月基数、基数增加、基数减少、月末基数、实收、本欠、本欠增加、本欠减少、历欠、历欠增加、历欠减少、预收、预收增加、预收减少、转出、结存、上月结存、本欠增加、历欠增加、累计基数、累计本欠、累计历欠、累计实收、累计收本欠、累计收历欠数据,所述云服务平台根据报表的状态将每月缴费信息发送至所述保障房信息管理装置上报并封存。

说明书
技术领域

本发明涉及一种保障房信息管理装置以及系统。

传统的保障房申请流程大致是这样的:1、申请人到当地保障房受理点的接件大厅领取保障房租赁申请表,也可以自行在网站上下载。2、填写保障房租赁申请表,申请人信息须按实填写,家庭基本信息、家庭成员信息、家庭收入等信息需审核,到各联审部门打印婚姻证明、低保/低收入证明、不动产证明、车辆证明、收入证明、就读证明、公积金证明、工商证明,无工作单位的由户口地点地街道服务处批准盖印,然后将所述申请表交与各类证明交予接件窗口。3、保障中心工作人员再将申请材料拿到各联审单位进行信息比对无误后提交给领导审核;4、审核无异议张贴公示15个工作日;5、通知摇号,摇号名单公示,摇号后等候当地分配名单公示。市面上也出现一些保障房申请的一些半自动化系统,申请人准备好材料之后,在大厅的机器上填写相关的表格,留下自己的,然后提交或者打印出来交至窗口接收人员。这种虽然可以优化一部分流程,但是仍然无法实现保障房申请至入住的全透明化过程,并没有为申请方带来较多的体验感,申请方该走的部门和流程并没有因此而减少,申请方对申请至入住仍然非常被动,无法实时管理查看申请进度等等。另外,该半自动化系统能够为大厅窗口接收人员减少部分工作,但是也仅仅是接收申请材料部分,在接收申请材料之后还有更多的流程仍然需要人工一步步进行处理,该通知申请人摇号的仍然需要人工通知摇号,该办理其他手续流程仍然没有因该半自动化系统而减少或者代替。

针对上述现有技术的不足,本发明所要解决的技术问题是:提供了一种透明化、为保障房申请人提供便利、全自动化的保障房信息管理装置,还提供了一种透明化、为保障中心提供全流程化、减少人为操作的弊端、提高各方用户体验感、节省人力物力、轻量化、由申请至入住及之后的一系列系统化管理的保障房信息管理系统。

为解决上述技术问题,本发明采用的一个技术方案是:提供一种保障房信息管理装置,用于供保障房申请人申请保障房,包括保障房申请模块,所述保障房申请模块包括:

申请条件初步调查模块,用于根据预先设置的调查内容获取保障房申请人输入的与所述调查内容相关的调查信息,还用于根据所述保障房申请人输入的调查信息判断申请人是否符合保障房的初步申请条件;

申请信息上传模块,用于当所述申请条件初步调查模块调查得到所述保障房申请人符合所述初步申请条件时,接收所述保障房申请人的申请档案信息上传至云服务平台以通过所述云服务平台将申请信息及纸质档案发送至保障房审批中心客户端,其中,所述申请信息包括保障房申请人的基本信息、保障房申请人的唯一编号以及申请所需材料;

申请进度查询展示模块,用于接收所述保障房申请人下发的申请进度查询指令并向所述保障房申请人展示相关的申请进度信息,所述申请进度信息包括每一个审批节点、每个审批节点所需要的时日以用当前进度。

进一步地,还包括:

电子签约模块,用于当所述保障房申请人审批通过并摇中后,通过云服务平台接收来自于保障房审批中心客户端发送的签约合同,并接收保障房申请人的实名签字后发送至所述云服务平台以通过其发送至所述保障房审批中心客户端,从而完成保障房的网上签约。

进一步地,还包括缴费管理模块,所述缴费管理模块包括:

待缴费用查询模块,用于供保障房承租人输入查询码进行查询待缴费用,所述查询码包括身份证号码或租赁号码;

缴费模块,用于供保障房承租人缴纳所述待缴费用。

进一步地,还包括报修模块,所述报修模块包括:

报修申请模块,用于供所述保障房承租人输入报修申请信息,所述报修申请信息包括小区门牌号、承租人信息;

维修项目选择模块,用于供所述保障房承租人选择对应的报修项目,所述报修项目包括地面设备类报修项目、门窗类报修项目、照明类报修项目、楼梯类报修项目、空调类报修项目和/或墙面类报修项目;

报修信息发送模块,用于将所述保障房承租人的报修申请信息以及选择的报修项目信息发送至云服务平台以通过所述云服务平台发送至对应小区物业客户端。

进一步地,所述报修模块还包括:

报修产品附件上传模块,用于供所述保障房承租人上传报修的产品的文字描述、图片和/或视频;

所述报修信息发送模块,还用于将所述保障房承租人上传的报修的产品的文字描述、图片和/或视频发送至云服务平台以通过所述云服务平台发送至对应小区物业客户端。

为解决上述技术问题,本发明采用的另一个技术方案是:提供一种保障房信息管理系统,包括所述的保障房信息管理装置、与所述保障房通讯连接的云服务平台、与所述云服务平台通讯连接的保障房审批中心客户端、民政中心客户端、社保中心客户端、低保中心客户端、不动产登记中心客户端以及车管中心客户端,所述保障房审批中心客户端包括:

保障房接件模块,用于接收所述云服务平台发送的保障房申请信息;

联审模块,用于根据所述接件模块接收到的保障房申请信息,向所述云服务平台调取民政中心客户端、社保中心客户端、低保中心客户端、不动产登记中心客户端以及车管中心客户端中关于该保障房申请人的相应资料;

审批模块,根据预先设置的判断机制判断申请人是否符合保障房申请条件,当判断得到所述保障房申请人符合保障房申请条件时,通过所述云服务平台向对应保障房信息管理装置发送审批通过信息,当判断得到所述保障房申请人不符合保障房申请条件时,通过所述云服务平台向对应保障房信息管理装置发送审批未通过信息;

申请进度信息管理模块,用于根据预先设置的保障房申请的各节点的时间对每个节点进行监管,还用于根据所述保障房信息管理装置的进度查询指令,通过所述云服务平台向对应的保障房信息管理装置发送保障房审批的对应的申请进度信息。

进一步地,还包括:

摇号签约模块,用于根据所述唯一编号对审批通过的若干保障房申请人进行摇号,对于摇中的申请人,将签约合同通过云服务平台发送至被摇中的保障房申请人对应的保障房信息管理装置,通过与所述签约模块的交互以完成所述保障房的网上签约。

进一步地,还包括与所述云服务平台通讯连接的银行中心客户端,所述银行中心客户端用于通过所述云服务平台与所述保障房信息管理装置的待缴费查询模块以及缴费模块数据交互,从而完成所述保障房承租人的缴费查询以及缴费操作,还用于当完成缴费操作后,将该缴费相关信息发送至保障中心客户端。

进一步地,还包括与所述云服务平台通讯连接的各保障房小区物业客户端,所述保障房小区物业客户端用于通过所述云服务平台与权利要求4所述保障房信息管理装置的报修信息发送模块交互,接收所述报修信息发送模块发送的报修信息,还用于接收小区物业端用户在检修完成后,发送相关的检修报告至所述保障房信息管理装置;所述保障房小区物业客户端还用于通过所述云服务平台与银行中心客户端交互以实时获取对应的保障房承租户的物业费用交费信息。

进一步地,所述云服务平台内存储有报表,所述报表记录有每月基数、基数增加、基数减少、月末基数、实收、本欠、本欠增加、本欠减少、历欠、历欠增加、历欠减少、预收、预收增加、预收减少、转出、结存、上月结存、本欠增加、历欠增加、累计基数、累计本欠、累计历欠、累计实收、累计收本欠、累计收历欠数据,所述云服务平台根据报表的状态将每月缴费信息发送至所述保障房信息管理装置。

图1是本发明保障房信息管理装置第一实施例的方框图。

图2是本发明保障房信息管理装置第二实施例的方框图。

图3是本发明保障房信息管理装置第三实施例的方框图。

图4是本发明保障房信息管理系统第一实施例的方框图。

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

请参见图1,图1是本发明保障房信息管理装置一实施例的方框图。保障房信息管理装置属于保障房申请人、承租人、购买人等用户端,通常以APP或页面的方式呈现于保障房申请人、承租人、购买人等用户端电子设备中。本实施例中,所述保障房信息管理装置与云服务平台通讯连接,用于供保障房申请人申请保障房,从而将申请等信息通过云服务平台发送至保障房中心客户端,与保障房中心客户端交互,以实现保障房的网上申请流程,方便用户对申请流程进行管理监控,实现整个流程透明化、智能化,无需用户到处打印复印资料,到处办理手续,减少了整个流程的时间。所述保防房信息管理装置包括保障房申请模块,所述保障房申请模块包括申请条件初步调查模块、申请信息上传模块以及申请进度查询模块。所述保障房包括公租房、廉租房、经济适用房等等政策性租赁住房。

所述申请条件初步调查模块用于根据预先设置的调查内容获取保障房申请人输入的与所述调查内容相关的调查信息,还用于根据所述保障房申请人输入的调查信息判断申请人是否符合保障房的初步申请条件。本实施例中,所述调查内容可以被预先设置在云端(即云服务平台),当所述保障房申请人点击申请保障房时,即可进入调查内容页面以逐一供保障房申请人录入或选择对应的信息。所述申请条件初步调查模块还用于将所述保障房申请人输入的调查信息发送至云服务平台,以使所述云服务平台根据预先设置的判断规则来判断该保障房申请人是否符合保障房的初步申请条件,若符合,则发送初步审核通过信息至所述申请条件初步调查模块。

具体结合实例,本实例中所述保障房信息管理装置是置于用户电子设备内的APP,用户可以通过手机/短信的方式登录该APP,也可注册账户/密码以通过此方式登录该APP。当登录APP之后,点击主页上的保障房申请即进入申请条件初步调查页面(即申请条件初步调查模块的体现),每一初步调查的内容可以分别通过对应的一调查页面展示于用户面前,调查内容例如可以有:1、是否有民事行为能力(有/无选项),2、是否未承租或未承购保障性住房,3、是否没有自有产权房或政策性房屋(限价商品房、经适房、房改房等)或者转让自有产权房2年以上或政策性房屋(限价商品房、经适房、房改房等)4年以上(是/否选项)4、选择您的转让房地址(展示当地市区以及其他选项),5、是否未拥有机动车辆,或有且仅有价值不高于10万以上的车辆(有/无/从未转让选项),6、是否全日制中专及以上学历且不满五年(是/否选项),7、选择您的户籍所在地(展示当地市区以及其他选项),8、是否具有本地户籍5年以上(是/否选项),9、是否在市本级或者旌阳区社保局参保(是/否选项),10、是否截止申请之日连续参保2年及以上(是/否选项),11、是否有低保(低保/低收入/无选项),12、是否自有产权房或者自有产权房建筑面积人均不超过16㎡(含16㎡)(是/否选项)13、您及配偶、未成年子女现是否无自有产权房(是/否选项),14、选择您的产权房所在地(展示当地市区以及其他选项),15、选择您的务工所在地(展示当地市区以及其他选项),16、您及配偶、未成年子女人均月收入是否不超过2584.24元(是/否选项),17、是否已与用人单位签订劳动合同(是/否选项),18、劳动合同是否已签订3年及以上(是/否选项),19、选择您的现居住所在地(展示当地市区以及其他选项)20、是否在现居住地所在社区3年及以上(是/否选项),21、您是否35周岁以下未婚、离异、丧偶无子女抚养权……当用户完成初步调查信息后,云服务平台根据预先设置的判断规则判断申请人是否符合,若符合,则在调查页面后的一页展示“尊敬的申请人,根据以上回答,您符合保障房申请资格”等等提示,同时在该页面上具有“确认申请”、“取消”等指令接收按钮,当所述保障房申请人点击确认申请按钮时,则通过申请信息上传模块上传相应的申请信息。

所述申请信息上传模块用于当所述申请条件初步调查模块调查得到所述保障房申请人符合所述初步申请条件时,接收所述保障房申请人的申请信息并上传至云服务平台以通过所述云服务平台将申请信息及附件发送至保障房审批中心客户端,其中,所述申请信息包括保障房申请人的基本信息、保障房申请人的唯一编号以及申请所需附件。其中:

所述保障房申请人的基本信息包括但不限于申请的保障房的类别、主申请人姓名、姓别、身份证号码、有无低保、婚姻状态、工作单位、户籍所在地和/或家庭年收入。所述唯一编号在用户申请或者登录时生成的唯一编号,所述身份证号码可以作为唯一编号,也可以另外生成一唯一编号,所述唯一编号用于摇号使用。所述申请所需附件包括身份证正反面照片/扫描件/复印件、户口簿照片/扫描件/复印件、收入证明照片/扫描件/复印件、居住证明照片/扫描件/复印件、婚姻证明照片/扫描件/复印件、不动产证明照片/扫描件/复印件、车辆证明照片/扫描件/复印件、子女就读证明照片/扫描件/复印件、学历证明照片/扫描件/复印件、工作单位证明照片/扫描件/复印件、特殊情况证明照片/扫描件/复印件等等。当保障房申请人上传成功后,点击提交申请后,即将这些申请资料上传至云服务平台。

所述申请进度查询展示模块用于接收所述保障房申请人下发的申请进度查询指令并向所述保障房申请人展示相关的申请进度信息,所述申请进度信息包括每一个审批节点、每个审批节点所需要的时日以及当前进度。当保障房申请人申请了之后,申请人可以点击查看申请进度,以便于随时掌握申请情况。所述审批节点包括:申请受理-资格审核-房管局审核-摇号-签约-接房,在申请受理节点位置处显示申请的日期,在每个节点位置处显示需要的工作日,例如在资格审查节点位置处显示“约15个工作日”,在房管局审核节点位置处显示“约5个工作日”,在摇号节点位置处显示“约2个工作日”,在签约节点位置处显示“约2个工作日”,在接房节点位置处显示“约2个工作日”。这样,保障房申请者可以清晰明了的了解整个申请过程,使得保障房申请过程更透明化,更好管理。每一个节点完成之后会展示完成状态(即进度),例如当资格审核节点完成之后,该节点位置处会显示已通过或者未通过。

本发明实施例的保障房信息管理装置以及系统,保障房申请人从始至末均可通过保障房信息管理装置进行操作,无需到现场领取申请表、打印、填写等繁杂的手续,使得整个过程无纸化,减少纸张浪费,通过云服务平台交互,使得申请流程透明化、简单化,每一审批节点均展示于保障房信息管理装置中,保障房申请人随时可查看审核进度。全部流程通过云服务平台以及保障房信息管理装置操作,解决传统人工流程的易出错、信息不对称等问题,为保障房申请人带来极大方便和极好的体验感。当房管局审核通过后,申请人可在进度所显示的时间内去现场摇号,减少了申请人去现场的次数,为申请人带来更大的方便。

本发明保障房信息管理装置还可以包括签约模块,用于当所述保障房申请人审批通过并摇号后,通过云服务平台接收来自于保障房审批中心客户端发送的签约合同,并接收保障房申请人的实名签字后发送至所述云服务平台以通过其发送至所述保障房审批中心客户端,从而完成保障房的网上签约。这样,申请人可以不必去现场签约,直接通过客户端进行手写签约后生成签名在签约合同上,从而完成网上签约。

请参见图2,图2是本发明保障房信息管理装置第二实施例的方框图。本实施例的保障房信息管理装置包括与第一实施例结构或功能相同或相似的申请条件初步调查模块、申请信息上传模块以及申请进度查询模块,还包括缴费管理模块,所述缴费管理模块包括待缴费用查询模块以及缴费模块。

所述待缴费用查询模块用于供保障房承租人输入查询码进行查询待缴费用,所述查询码包括身份证号码或租赁号码,所述待缴费用包括租金、物管费等等。所述缴费模块用于供保障房承租人缴纳所述待缴费用。所述保障房承租人可以通过、支付宝、网上银行等方式缴纳待缴费用。

本实施例中,所述保障房信息管理模块还包括缴费记录查询模块,用于供所述保障房承租人查询每一次的缴费记录。

请参见图3,图3是本发明保障房信息管理装置第三实施例的方框图。本实施例的保障房信息管理装置包括与第一实施例结构或功能相同或相似的申请条件初步调查模块、申请信息上传模块以及申请进度查询模块,可选择的包括与第二实施例结构或功能相同或相似的待缴费用查询模块、缴费模块,还包括报修模块,所述报修模块包括报修申请模块、维修项目选择模块以及报修信息发送模块。其中:

所述报修申请模块,用于供所述保障房承租人输入报修申请信息,所述报修申请信息包括小区门牌号、承租人信息。例如报修申请时填写承租人姓名、房屋坐落(小区、栋数、门牌号)。

所述维修项目选择模块,用于供所述保障房承租人选择对应的报修项目,所述报修项目包括地面设备类报修项目、门窗类报修项目、照明类报修项目、楼梯类报修项目、空调类报修项目和/或墙面类报修项目。当用户填写完信息之后,选择维修项目,比如:厨房地漏、室内门、休息座椅、庭院灯、入户雨棚、楼梯、空调外架、墙面、健身器材等等。

所述报修信息发送模块用于将所述保障房承租人的申请信息以及选择的报修项目信息发送至云服务平台以通过所述云服务平台发送至对应小区物业客户端,以供对应小区物业客户端接收到报修单后对相应部件进行检修,在检修完成之后反馈至保障房信息管理装置。

进一步地,所述报修模块还包括报修产品附件上传模块,用于供所述保障房承租人上传报修的产品的文字描述、图片和/或视频。当保障房承租人输入报修申请信息后,申请人可以通过语音、文字、图片、视频等描述需要报修的产品现状,能够更好的供对应小区物业客户端用户了解待报修产品的状态,在维修时选择更合适的工具和派更合适的维修人员。

本发明实施方式,与第一实施方式相比,使得保障房信息管理装置更智能化、一体化,从保障房申请人到保障房承租人均适用于该保障房信息管理装置对保障房进行管理、缴费、报修。当保障房申请人接房后变为保障房承租人,本保障房信息管理装置仍持续为其服务,用户无需另外更换软件,使得保障房信息管理装置利用率更高,更能够满足用户体验感和使用感。用户无需到现场或到银行窗口或到网银APP上去单独缴费,直接通过该保障房信息管理装置与网银、、支付宝等接口连接,缴费方便快捷,增加了保障房信息管理装置为用户带来更多便利,使得电子设备更轻量化,真正的实现一个APP的多功能化。另外,通过与物业端对接,对于小区内需要维修的产品,保障房承租人只需要通过本保障房信息管理装置提出报修,并上传产品信息、位置、图片等等,物业端即可根据接收到的报修单即时进行处理,保障房承租人无需像传统技术那样通过电话、、QQ等通知物业人员,避免了物业人员疏忽而未及时上报的情况,本保障房信息管理装置上传至物业端后,直接下派至维修人员,不存在漏报、上报不及时的问题,提高检修效率,进一步提高小区服务和品质。

请参见图4,图4是本发明保障房信息管理系统第一实施例的方框图。本实施例的保障房信息管理系统包括所述的保障房信息管理装置、与所述保障房通讯连接的云服务平台、与所述云服务平台通讯连接的保障房审批中心客户端、民政中心客户端、社保中心客户端、低保中心客户端、不动产登记中心客户端以及车管中心客户端。所述保障房审批中心客户端包括保障房接件模块、联审模块、审批模块以及申请进度信息管理模块。其中:

所述保障房接件模块用于接收所述云服务平台发送的保障房申请信息。当所述保障房信息管理装置的申请信息上传模块将所述申请信息发送至云服务平台后,所述云服务平台则将申请信息发送至述保障房接收模块。

所述联审模块用于根据所述接件模块接收到的保障房申请信息,向所述云服务平台调取民政中心客户端、社保中心客户端、低保中心客户端、不动产登记中心客户端以及车管中心客户端中关于该保障房申请人的相应资料。具体结合实例,所述联审模块通过与民政中心客户端联审保障房申请人的婚姻情况是否如实,与社保中心客户端联审保障房申请人的社保信息是否如实,与低保中心客户端联审保障房申请人的低保信息是否如实,与不动产登记中心客户端联审保障房申请人的房产信息是否如实,与车管中心客户端联审保障房申请人的车辆信息是否如实。这样可以杜绝保障房申请人作假的情况,起到验证作用,防止保障房被滥申请等情况出现,将保障房给到真正需要它的人。通过本方案,可以使本保障房信息管理系统更智能化,流程更简便化,更透明轻量化,极大地减少用户的工作,减少各种手续。

所述审批模块根据预先设置的判断机制判断保障房申请人是否符合保障房申请条件,当判断得到所述保障房申请人符合保障房申请条件时,通过所述云服务平台向对应保障房信息管理装置发送审批通过信息,当判断得到所述保障房申请人不符合保障房申请条件时,通过所述云服务平台向对应保障房信息管理装置发送审批未通过信。当联审模块联审合格(即上传的申请资料如实)后,则将这些申请信息与预先设置的判断机制进行判断,若保障房申请人的申请信息均符合保障房申请条件,则审批通过,若不符合则不通过审批。无论是否通过审批,均发送对应的审批信息至对应的所述保障房信息管理装置,审批信息包括通过与否信息,当未通过时,还包括具体原因。

所述申请进度信息管理模块用于根据预先设置的保障房申请的各节点的时间对每个节点进行监管,还用于根据所述保障房信息管理装置的进度查询指令,通过所述云服务平台向对应的保障房信息管理装置发送保障房审批的对应的申请进度信息。所述对每个节点监管主要是根据每个节点的预设时日来进行监管,包括倒数时日提醒,到预设时间后的警示,生成异常信息、上报等等。

进一步优选的,本实施例的保障房信息管理系统还包括摇号签约模块,用于根据所述唯一编号对审批通过的若干保障房申请人进行摇号,对于摇中的申请人,将签约合同通过云服务平台发送至被摇中的保障房申请人对应的保障房信息管理装置,通过与所述障房信息管理装置的签约模块的交互以完成所述保障房的网上签约。该方案能够实现摇号签约的智能化,保障房申请人无需到保障房中心去等候摇号、排队签约,而保障房中心人员可以对摇中的保障房申请人并行签约,解决了传统的排队签约的问题,将复杂问题极简化,一对多的处理方式,提高了效率,降低时间,减少人力物力,还节能减排。签约过程可以实现可视化,保障房申请人可通过保障房信息管理装置可远程观看摇号,摇号结果出来后立即发送至对应的保障房申请人,摇号可采用系统内部随机生成,杜绝人为操作带来的不公平性。

本发明实施方式,为保障房申请人端和保障房中心端均节省时间,降低申请流程的复杂度,使申请流程、节点更透明化,无纸化操作能够节能减排。使得保障房申请更轻量化,为两方均带来更佳体验。

作为优选的,所述保障房信息管理系统还包括与所述云服务平台通讯连接的银行中心客户端,还包括与所述云服务平台通讯连接的各小区物业客户端。所述银行中心客户端用于通过所述云服务平台与所述保障房信息管理装置的待缴费查询模块以及缴费模块数据交互,从而完成所述保障房承租人的缴费查询以及缴费操作,还用于当完成缴费操作后,将该缴费相关信息发送至保障中心客户端和/或对应物业管理客户端,通知保障中心客户端某承租户已经完成房租缴费,通知对应物业管理客户端某承租人已完成物业费缴费。所述云服务平台内存储有报表,所述报表记录有每月基数、基数增加、基数减少、月末基数、实收、本欠、本欠增加、本欠减少、历欠、历欠增加、历欠减少、预收、预收增加、预收减少、转出、结存、上月结存、本欠增加、历欠增加、累计基数、累计本欠、累计历欠、累计实收、累计收本欠、累计收历欠数据,所述云服务平台根据报表的状态将每月缴费信息发送至所述保障房信息管理装置。通过该方案,保障房承租人可直接通过保障房信息管理装置的缴费模块将房屋租金、物业费交到保障房中心方对应的账户上,为承租人带来便利,也为保障房中心方和物业管理方带来便利,通过缴费统计报表实时统计当前的缴费情况,每个月基数是多少,实收是多少、预收是多少、欠租是多少,欠租人员是那些名单,各小区比例,长期欠租的名单是那些,各类型住户的比重是多少,都是实时反映在报表上,便于保障房中心方和物业管理方更好地管理。

所述保障房小区物业客户端用于通过所述云服务平台与所述保障房信息管理装置的报修信息发送模块交互,接收所述报修信息发送模块发送的报修信息,还用于接收小区物业端用户在检修完成后,发送相关的检修报告至所述保障房信息管理装置;所述保障房小区物业客户端还用于通过所述云服务平台与银行中心客户端交互以实时获取对应的保障房承租户的物业费用交费信息。所述保障房小区物业客户端接收收到报修信息后,生成维修受理派修单,并发送至对应的维修单位或维修人对应客户端,当检修完成后,所述维修单位或维修人对应客户端发出维修信息至所述保障房物业客户端以便于结算,所述保障房小区物业客户端用户确认维修之后,将结果反馈至报修人对应客户端。报修实现全程信息化监管,有维修需求时,住户可以通过手机直接报修,管理中心接到报修后,可以立即在系统上派单,维修人员现场拍照作为评估依据,核定工时和材料,对急件可以经审批后先修后结算,维修结束后拍照存档,每个环节系统有记录,有前后比对,有住户回访。通过信息化手段众满意了,堵住了虚假维修、虚报价格的行为,而且对同一个区域的多次维修,也有预警提醒。

本发明实施方式,从申请至入住这个过程中,承租人可以利用本系统进行线上缴费报修,保障房小区物业客户端可以线上接收报修信息,线上委托维修单位或人进行维修,在线上进行结算。整个流程均实现线上自动化,流程化,无需人工处理。

以上仅为本发明的实施方式,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。

本文发布于:2024-09-23 01:28:43,感谢您对本站的认可!

本文链接:https://www.17tex.com/tex/2/85285.html

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

留言与评论(共有 0 条评论)
   
验证码:
Copyright ©2019-2024 Comsenz Inc.Powered by © 易纺专利技术学习网 豫ICP备2022007602号 豫公网安备41160202000603 站长QQ:729038198 关于我们 投诉建议