数字民政体系建设之数智养老、社救系统建设意见.docx

数字民政体系建设之数智养老、社救系统建设意见全面落实省市数字化改革工作决策部署和全省数字化改革重大应用“一本账S1”建设要求，以数字化改革撬动民政领域共同富裕、推动民政事业高质量发展为总体目标，重点聚焦养老服务、困境未成年人关爱保护、困难群体救助、移风易俗、公益慈善等五个领域，通过建设“善XX”数智民政民生治理项目，推进数字民政体系建设，实现多跨协同、两端赋能，形成政府主导、居民共享、社会参与的“智共体”,积极助力XX成为高质量发展建设共同富裕示范区的城市范例，为“数字社会”建设切实扛起民政担当。通过打造“善XX”数智民政民生治理，建设形成“善养”“善助”“善治”“善亲，“善举，五善数字治理。本期项目范围为“善养”-数智养老，“善助”-社救子系统。1、建设目标在善助方面，建设低收入人口监测系统主要是为了落实“一本账”省民政厅“X里救助应用”平台低收入人口动态监测场景试点任务，打造统筹城乡、分层分级、上下联动、部门协同、定期更新的数字救助体系，实现对低收入人口的信息汇聚、常态监测、快速预警、主动发现，做到即时干预、精准救助、综合帮扶，切实织密兜牢困难群众基本生活保障底线，做到应救尽救、应帮尽帮，助力困难群众“杭向共富”。在善养方面，聚焦养老服务领域，通过建设“善XX”数智养老项目，推进数字民政养老服务体系建设，实现多跨协同、两端赋能，形成政府主导、居民共享、社会参与的“智共体”，积极助力XX成为高质量发展建设共同富裕示范区的城市范例，为“数字社会”建设切实扛起民政担当。落实“一本账”省民政厅“X里养老综合服务应用”试点任务和数字社会“老有所养”应用场景建设任务，优化XX特色的大养老服务体系，主要是迭代升级“互联网+养老”XX平台，构建覆盖全域的“幸福颐养”智慧服务。2、建设原则从管理角度来讲,坚持整合资源、节约高效的建设原则,做好项目建设工作，对现有的系统资源进行资源共享整合，为将来的建设预留足够的发展空间。从技术措施角度来讲，在系统的设计和实现中，严格遵守以下原则：(1)先进性基于快速协同响应技术，实现与横向部门的信息交换，方便的实现数据与业务集成的需求，各级部门必须优化调整自己的业务模式和再造自己的业务流程,同时，由于各级部门协同工作，实施难度大，因此业务流程的设计、优化和管理是成功实施信息平台的一个关键。(2)开放性即在遵循标准性原则的基础上，采用开放的技术、结构、系统组件、用户接口，采用开放的通信协议和技术标准，保障系统在互联或以后的扩展过程中能够稳定有效的运行，以满足业务应用需求。(3)可靠性对设计方案、应用技术和产品进行严格的可行性论证,把风险降至最低限度。采用的先进技术应是成熟的经过实践证明是成功的技术，保证系统运行稳定，有很强的防错、抗错能力；有很强的故障恢复和应急措施，保证日常事务不间断地正常运行。(4)安全性通过建立一套完整、合理的认证体系，实现系统分级分层授权，数据分级分层管理，保证业务信息安全和保密。采用岗位化(角色化)界面设计，保障工作人员“各司其职”防止执行超越权限的操作。在敏感信息的传送中采用加密技术，防止重要信息的泄漏。同时，对重要操作要进行日志记录，并可对这些操作日志进行审计和内容过滤。(5)兼容性系统的体系架构应具有兼容性，此次招标的技术偏向于国产化，促进我国在信息技术领域的发展。(6)创新性基于软件构件技术的开发平台，是运用J2EE技术基于构件开发模式而全新开发的一个软件平台，运用此平台，使得应用开发更直观、更简单、更方便。3、建设内容3.1 善助场景3.1.1 建设框架整体架构以省大救助为基础,运用省大救助的云资源、安全防护等基础设施,数据资源层与省大救助系统数据同源，构建低收入人口库（在册对象库、持续监测对象库、主动发现对象库），应用支撑层沿用省大救助的账户体系、已建技术支撑体系等，业务应用层主要包含：低收入人口采集系统、低收入监测模型、在册对象监测、持续监测对象预警、主动发现对象处理等。3.1 .2建设清单按照建设目标及业务需求，建设功能清单明细如下:序号一级功能二级功能三级功能简要描述1低收入人口数据库低收入人口资源库低收入业务生产库存放社会救助对象以及横向部门业务系统所产生的业务数据，包括低收入家庭信息、低收入人员信息、救助享受信息、资金发放信息等。用于支持各级行政单位的业务经办、业务联动。2低收入业务规则库根据低收入对象的类别，整理和归集不同的监测指标、监测规则，便于各类救助对象进行动态预警。分为在册对象预警规则、持续监测对象预警规则、政策救助规则等。3低收入人口基础库基于XX本地特色，对民政局在使用系统或者在册的低收入人员名单等文件进行梳理，按照相应的字段进行数据收集、数据清洗、数据整理等步骤，完成低收入对象、人口基础库的建立。4多部门数据库对接市住保房管局、市应急管理、市医保局、市人力社保局、市教育局、市建委补贴等基础内容。5在册对象库低保在册对象建设低保在册对象数据库，通过收集、清洗、整合等方式将XX市当前低保在册人员信息进行管理，主要字段包括姓名、性别、身份证号码、低保类别、致贫原因、联系方式、家庭住址等。实现对XX市低保在册人员信息的统一管理。6低边在册对象建设低边在册对象数据库，通过收集、清洗、整合等方式将XX市当前低边在册人员信息进行管理。实现对XX市低边在册人员信息的统一管理。7特困在册对象建设特困在册对象数据库，通过收集、清洗、整合等方式将XX市当前特困在册人员信息进行管理，主要字段包括姓名、性别、身份证号码、申请类别、致贫原因、联系方式、家庭住址等。实现对XX市特困在册人员信息的统一管理。8持续监测对象库退出民政救助对象（近3年）建设退出民政救助对象（近3年）数据库，收集整合XX市近3年已退出低保、低边、特困、临时救助对象等信息，主要字段包括姓名、性别、身份证号码、救助类别、退出时间等。实现对XX市退出民政救助对象（近3年）信息的统一管理。9新申请未通过对象（上年度+本年度）建设新申请未通过对象（上年度+本年度）数据库，收集整合XX市上年度+本年度新申请救助但未通过的对象信息，主要字段包括姓名、性别、身份证号码、申请救助类别、申请时间、致贫原因、联系方式、家庭住址等。实现对XX市新申请未通过对象（上年度+本年度）信息的统一管理。10临时救助对象（近1年）建设临时救助对象（近1年）数据库，收集整合XX市近1年的临时救助对象信息，主要字段包括姓名、性别、身份证号码、救助类别、申请时间、联系方式、家庭住址等。实现对XX市临时救助对象（近1年）信息的统一管理。11其他部门救助对象（近1年）建设其他部门救助对象（近1年）数据库，收集整合XX市近1年其他部门救助对象的信息，主要字段包括姓名、性别、身份证号码、救助类别、申请时间、来源部门、联系方式、家庭住址等。实现对XX市其他部门救助对象（近1年）信息的统一管理。12主动发现对象（近1月）建设主动发现对象（近1月）数据库，收集整合XX市近1个月主动发现对象（主要为高额医疗费用对象）的信息，主要字段包括姓名、性别、身份证号码、救助类别、发现时间、联系方式、家庭住址等。实现对XX市主动发现对象（近1月）信息的统一管理。数据数据采集整合系统是指采用图形化的数据处理软件（ETL工具），用以实现大数据资源池形成过程采集数据采中数据抽取、转换、装载、清洗、比对等功能。用整合集整合户从数据源抽取出所需的数据，经过数据加工处理系统系统平台的处理，最终按照预先定义好的数据模型，将13数据加载到应用数据库中去。14数据交换支撑系统共享任务管理调度参数维护，对调度的公共参数：期数、进程数、数据日期、本期开始日期和本期结束日期进行设置和修改。调度异常处理，对调度过程中出现的异常情况进行处理，提供错误查找、出错重跑功能。交换配置多个服务器，可根据服务器的运行的任务实例系统服务器情况和空闲情况，自动将批量采集任务实例在空闲15管理的服务器上运行，达到服务器的负载均衡。16业务配置管理员在资源库配置中设置数据库表相关信息，如：数据库表名、实例名、服务器IP、用户名、密码等。支持各类数据库的连接，如：Oracle、MySQL、SQLSerVer等，能够适应目前大数据的需求。17系统日志系统支持查看用户的操作日志。18API服务接口系统用户管理工具实现基于角色的用户管理，可以增加、删除用户和设置用户的操作权限。19应用管理工具实现对要连接到数据交换平台的应用系统信息的管理，这些信息包括应用ID、应用名称、应用类型、应用描述、应用连接的业务接口网关等信息。20业务注册中心业务注册中心提供远程业务注册和查询服务，应用系统可以把自己的对外服务封装成业务单元和业务单元集并发布到业务注册中心。21权限管理中心实现平台管理资源的访问权限分配和与业务接口系统之间的权限信息同步。22身份认证服务根据登入应用的签名验证应用的身份，保证登入应用的合法性，拒绝非法应用的登入。23数据信息交换应用系统的信息能够从源应用系统通过业务接口系统和信息交换机可靠地传送到目的应用系统。为每个连接到它上面的应用系统分配应用ID,信息交换机依据应用ID而非网络地址实现不同应用系统之间的信息交换。24应用服务接入支持接入WebService、Http服务或把本地传统服务程序封装成服务发布出去，实现应用到服务的自动生成和标准化。25低收入人采集系低收入人采集助低收入人口采集助手相关工作人员根据实际情况，去到实际家庭现场，打开低收入数据采集系统（移动端），根据相应需要填报的数据进行查看、询问、填写等操作，完成低收入助手的数据上报，返回给大数据比对。统手26移动端自主申报移动端自主申报按照低收入人员的自行意愿，低收入人员可以通过移动端进行低收入的上报，完成相应信息的填写后，自动上报到大数据比对。27低收入人口大数据比对低收入人口大数据比对根据低收入收集助手和低收入人员自行申请的内容，反馈到大数据数据库，根据医保、教育、人社等多方面的相关部门信息，根据指标体系进行识别判断，明确其可以享受的政策，然后反馈到民政工作人员处，进行预警处理等步骤。28梳理数据维度/规则/清单基础指数基础指数对低收入人口监测的数据维度中基础指数的管理，主要包括户籍人口数量、劳动力情况分析、文化程度、赡抚养人情况等。实现对基础指数内容的管理。29动态指数动态指数对低收入人口监测的数据维度中动态指数的管理，主要包括婚姻状况变化、残疾等级变化、人口数量变化、年龄结构变化、支出变化（高额医疗费用支出）等。实现对动态指数内容的管理。30指标规则设计监测基本模型基于XX市本地特色以及需要监测的内容，构建一套人员监测的模型，如人员状态、财产情况、支出情况、残疾情况、其它状况。31对象数据预警规则基于以上低收入人口监测的模型及赋分情况，根据人员状态、支出情况、残疾情况等方面进行多维度的评估，将不同的分值进行不同的预警分类。首先进行等级赋值，按照指定规则进行指标计算，最后根据指标进行预警。32对象预警规则库管理基于监测指标体系的各类指标类别，分别进行监测规则设置并建立相应的模型，每个事项都需要进行单独的规则整理，模型创建。33监测对算法层包含规则引擎和算法模型两大块，其中规则象数据智能分析引擎主要职责在于基于规则自动完成监测指标的计算。算法模型的主要职责在于挖掘返贫对象，完成对即将脱离救助和救助边缘的人群进行监测，并及时预警，做到提前预防，提早准备，主动发现，提升服务。34对接数据对接数据民生直达对接实现与民生直达的对接功能，通过对接获取的低收入人口数据将纳入到主动发现类别中，进行统一监管。35需对接数据清单梳理如教育局数据：家庭成员各阶段受教育信息、中等职业教育贫困生等。人社局数据：社保缴交信息、失业登记信息等。36对接ODPS主要为基于省大救助数据交互体系，对接ODPS,执行开放数据的处理服务。37在册对象监测系统在册救助对象库在册对象数据监测主要是面向根据现有系统存在低保低边情况以及其他有记录的最低生活保障人员、最低生活保障边缘人员、特困人员供养对象，这3类人员建库并进行管理。38持续监测对象预警系统持续监测对象管理持续监测对象主要是面向近三年退出的低保、低边、特困人员；上年度和本年度新申请未通过人员；本年度享受临时救助的非在册对象；非在册其他部门救助对象（近1年）；近一个月主动发现填报、因灾和医疗预警后未纳入救助的主动发现对象等，这几类人员可能会因为疾病、残疾、受灾等各类原因导致返回贫困状态，这时就需要对其进行监测，明确是否返贫，以便于进行相关的应对措施。39转临时救助/救助一件事/取消预警实现持续监测对象转临时救助/救助一件事/取消预警等功能，根据持续监测对象的实际情况，对需要转临时救助、救助一件事、取消预警等处理的事项进行处理，按照业务规范要求，系统支持查看、上传附件、上传等操作。40残疾等级变更预警实现持续监测对象残疾等级变更预警的功能，根据持续监测对象的实际情况，如果因残疾等级变化导致收入同步变化的，根据残疾的程度及详细内容的数据监测，按照预警指标体系进行及时的预警关注。41婚姻状况变更预警实现持续监测对象婚姻状况变更预警的功能，根据持续监测对象的实际情况，如果因婚姻状况发生变化导致收入发生同步变化的，根据婚姻状况变化与收入变化的监测，按照预警指标体系进行及时的预警关注。42死亡预警实现持续监测对象死亡预警的功能，根据持续监测对象的实际情况，如果持续监测对象家庭出现人口死亡而导致收入发生变化的，根据公安、殡葬数据等方面的监测，按照预警指标体系进行及时的预警关注。43新生儿预警实现持续监测对象新生儿预警，根据持续监测对象的实际情况，如果家庭出现人口新增而导致收入发生变化的，根据公安、卫健数据等方面的监测，按照预警指标体系进行及时的预警关注。44高额医疗费用支出预警实现高额医疗费用支出预警的功能，根据持续监测对象的实际情况，如果因病情加重或者恶化导致收入发生变化的，根据卫健医疗支出数据等方面的监测，按照预警指标体系进行及时的预警关注。45数字驾驶舱低收入数字驾驶舱低收入数字领导驾驶舱是针对各级领导进行整体管理和综合分析的个性化管理系统，经授权后，可任意添加需要的查询、分析模块。各模块分布在一个统一的工作界面下，可进行综合对比分析。工作界面下，各查询分析子模块，实时自动刷新，保证数据的准确、真实。便于领导预测与决策。对于不同级别的管理者，只要有需求，经授权后，均可形成自身的驾驶舱管理。46低收入人口专题分析基于低收入数据库数据，从预警监测、低收入人口监测、低收入人口地图三个方面，利用大数据技术构建数据挖掘模型,通过将各类数据进行多维度计算、统计、组合，以图表、表格、文字说明等作为分析结果的展示形式,直观、准确的展现分析结果。47数智救助融合数字社会专题内容分析图例展示对各个专题分析完成的内容进行展示决策的模块，主要是通过各类数据，进行分块展示提供辅助决策的内容，通过柱状图、饼状图等统计图以及统计表形式展现。48弱有所扶一一核心业务展示弱有所扶的核心业务专题分析内容，通过柱状图、折线图、气泡图、饼图等图文结合的形式，将幸福清单发放情况、救助事项增加情况、友爱服务完成情况等大类综合监管业务进行直观展现，为领导分析决策提供辅助依据。49弱有所扶资源分配展示弱有所扶的资源分配专题分析内容，通过柱状图、折线图、气泡图、饼图等图文结合的形式，在地图内容的信息基础上，按地区展示各类登记在册的救助机构、养老机构以及其他服务机构的所在地点，协助完成对整个地区资源分配的查看分析。50弱有所扶一一民生保障展示弱有所扶的民生保障专题分析内容，通过柱状图、折线图、气泡图、饼图等图文结合的形式，主要展示内容涉及政府救助部门对救助最低标准，包括地区救助事项的数量、救助保障最低标准等内容，对领导分析决策起到辅助作用。51弱有众扶资金监管展示弱有所扶的资金监管专题分析内容，通过柱状图、折线图、气泡图、饼图等图文结合的形式，将救助的资金以及友爱服务帮扶中的各类资金统一进行监督管理，明确流向，包括救助资金统计、救助资金标准、友爱服务资金统计等，协助领导完成资金救助方向的监督管理内容。52弱有众扶人员分类展示弱有所扶的人员分类专题分析内容，通过柱状图、折线图、气泡图、饼图等图文结合的形式，将社区的群众与工作人员各项指标进行系统地展示，包括社区群众统计、社区群众类型管理、社区工作人员统计等，协助完成人员的分类与统计决策。3.2 善养场景子系统名称一级功能模块二级功能模块说明【服务端】居家助老统一用户认证统一用户认证基于政务服务网的用户体系，实现各应用系统的用户集成和统一的用户身份验证。首页首页用户的场景化展台。找政策找政策输入老人基本信息，便可精准匹配能够享受到的各类养老政策。一键申请家庭养老床位申请一键在线发起申请“家庭养老床位服务”（联动省厅能力评估结果数据，实现对家庭床位申请对象资格的认定）。入住养老服务机构护理补贴申请一键在线发起申请“入住养老服务机构补贴”（联动省厅能力评估结果数据，实现对入住养老机构护理补贴申请对象资格的认定）。智慧终端设备申领为主城区政府认定保障的老年人提供呼叫终端设备的在线申领。康复辅助器具租赁申请一键在线发起申请“康复辅助器具租赁”。找活动找活动一键找活动。找服务找服务一键找服务。找美食找美食一键找美食。找辅具找辅具一键找辅具。家庭支持家庭支持为老人提供一些基础的情感陪伴的“家庭支持”服务。幸福清单幸福清单查询老年人在享受的养老补贴，同时也会显示老年人应该享受还未享受的养老政策。我的我的包括个人地址、居家服务清单等。【服务端】智慧养老院软件基座功能资源管理包括基本信息管理、工作人员管理、入住老人管理及驾驶舱大屏。智慧服务智慧服务包括参观预约、探访预约、入住预约、住户管理、租赁管理、群众监督。智慧照护智慧照护包括能力评估、照护计划、床位使用、照护实施、服务响应、健康管理。智慧交流智慧交流包括健康资讯、健康宣教、活动管理、老友圈。智慧管理智慧管理包括数字化治理、护理员管理、服务管理、财务管理、收费管理、捐赠管理、物资管理、设备管理、系统管理。智慧安防智慧安防包括安全巡防、疫情防控、消防安全、食品安全。家属/老人移动端家属/老人移动端提供账单查询、预存缴费、探访预约、服务点单、健康监测、护理记录、服药提醒、租赁记录、远程探视、养老日历、养老地图、老友圈、老幼所学、消息推送、我的等多种业务场景下的移动端应用。与“X里养”平台对接与“X里养”平台对接包括用户体系对接和组件调用。【治理端】康养联合体康养联合体康养联合体包括康养地图、康养对象画像、康养服务转介。【治理端】认知症长者照护数字化专区认知症老人档案管理认知症老人档案管理通过归集全市认知症长者档案信息，平台实现对认知症长者信息的管理。基础设施数据基础设施数据通过归集全市基础设施数据信息，实现对院内各类智能定位、行为异常、呼叫和健康异常等情况报警的相关设施设备信息的管理。综合评估筛查综合评估筛查通过调用成熟的综合评估筛查工具，实现对部分老人的认知障碍初步筛查，并形成记录。照护服务数据照护服务数据通过归集全市照护服务数据信息，实现认知照护记录的全市汇聚管理。数据看板数据看板通过对认知症相关数据的汇聚对接，实现认知症长者照护数字化专区的门面。【治理端】智慧养老综合监管智慧养老监管紧急呼叫救援服务监管包括紧急呼叫服务排班计划、紧急呼叫服务日志、紧急呼叫服务预警、紧急呼叫服务统计分析。主动关怀服务监管包括：主动关怀服务排班计划、主动关怀服务日志、主动关怀服务预警、主动关怀服务统计分析。特殊助急服务监管包括：特殊助急服务排班计划、特殊助急服务日志、特殊助急服务预警、特殊助急服务统计分析。生活类服务监管包括：生活类服务排班计划、生活类服务日志、生活类服务预警、生活类服务统计分析。亲情通话服务监管包括：亲情通话服务排班计划、亲情通话服务日志、亲情通话服务预警、亲情通话服务统计分析。智慧养老监管数据分析展示通过大数据计算，对XX老年人情况及智慧养老综合服务情况进行实时分析、展示。资金监管资金监管联动省市部门数，实现资金发放异常预警。商户入网监管商户入网监管入网商户的预警，包括资格证书、证书有效期预警以及工商行政处罚预警。服务过程监管服务过程监管一是通过移动端对居家养老上门服务进行留痕记录，二是对异常服务工单进行预警。服务质量监管服务质量监管包括服务质量的考评监管，以消防安全、食品安全为重点的质量安全监管。服务人员安全监管服务人员安全监管信用、健康码、是否本人三个层通过预警的方式进行监管。家庭养老床位治理监管家庭养老床位治理监管通过图表展示分析家庭养老床位业务内容。数字社会平台数据归集及分发数字社会平台数据归集及分发归集各区县（市）数字门户平台数据，实现居家助老服务信息与数字社会门户平台共享。【治理端】养老驾驶舱服务概览服务概览展示各地区服务对象、服务资源以及服务运行概况。养老资源分析养老资源分析使用养老地图模式展示分析养老机构、服务人员以及服务对象的分布与匹配情况。养老机构专题分析养老机构专题分析展示各地区养老机构概况，如机构数量、床位占比、入住率、入住老人类型分析等，同时实现对入住老人的同比和环比分析。居家助老服务专题分析居家助老服务专题分析归集各区县的居家养老服务数据，展示各地区服务指数、消费指数、服务机构数量、服务机构类型、接受服务人员结构、服务类型、工单热力图等，同时实现对居家老人的消费进行同比和环比分析。社区养老专题分析社区养老专题分析归集养老服务中心的数据，对养老服务中心基本情况、业务运营概况、服务质量进行分析展7Jo养老资金专题分析养老资金专题分析展示各地区资金发放概况，如发放人数、发放金额、发放人员类型、年龄、失能占比等。镇街级养老中心无感应用大屏看板镇街级养老中心无感应用大屏看板智慧助餐、健康管理和无感监测场景三大场景运行情况可视化展示。【基础平台】密评及安全服务密评及安全服务密评及安全服务完成项目密评，第三方测评及安全服务。【基础平台】互联网+养老服务平台模块升级入住养老机构护理补贴系统居住地办理居住地社区工作人员可以通过此功能填写相关信息代为申请养老机构护理补贴。户籍地办理户籍地社区工作人员可以通过此功能填写相关信息代为申请养老机构护理补贴。信息变更如果老人信息发生变化，例如联系电话、住址等，社区工作人员可以通过此功能修改老人的联系电话、住址等信息。信息注销老人去世或者想选择其他养老补贴，户籍地社区工作人员可以通过此功能为老人注销护理补贴。老人入院合同管理享受护理补贴的老人入住机构后，机构管理人员通过此功能填写入院合同有效期并上传合同，提交给机构所属辖区民政审批。入住机构辖区民政确认系统推送待确认数据给老人居住的养老机构所在区县民政进行确认，相关工作人员可以通过此功能确认老人是否入住该养老机构。入住机构辖区民政审批当入住机构所属辖区区县确认了系统推送的待确认数据后，老人户籍地所在区县民政可以通过此功能审批老人是否入住该机构。结算帐单审批每月10号系统会自动生成并推送结算账单，户籍地区县民政可在每月20号前完成结算账单审批工作。预计结算账单每月10号，系统会生成上个月的结算账单，机构管理人员可通过此功能进行查询和统计出各户籍地民政本月预计需结算给本机构的费用，核对无异议后，可及时反馈给户籍地民政。实际结算账单每月20号之后，系统根据户籍地已审批账单自动生成，机构管理人员可通过此账单明细进行查询和统计出各户籍地民政应结算给养老服务机构费用，核对无异议后，及时沟通市民卡进行清算打款。未结算账单每月20号之后，系统根据户籍地未审批账单、不予结算账单、暂停结算账单自动生成。机构管理人员若对未结算账单存在异议，可在次月10号生成账单前及时和户籍地民政做好沟通。定点养老服务机构管理当符合资质条件的养老机构想入住平台时，机构所属辖区民政可以通过此功能为养老机构申请备案，并可以查看已通过备案的机构信息。补贴老人绑定机构管理人员可以通过此功能将老人档案里的在院老人和本机构的护理人员进行绑定。在院老人关怀系统会在每月指定日期内自动推送老人关怀打卡记录，养老服务机构可根据实际情况在周期内安排护理员进行老人关怀打卡。护理员移动应用护理人员可通过关注XX市民政局指定公众号，成功登录后即可进行服务打卡。补贴花名册查询可以通过此功能来查询老人是否审批通过护理补贴，以及不予补贴、到期、注销等信息。入住花名册查询可以通过此功能来查询老人是否已经完成入住养老服务机构。养老专户管理升级养老专户管理升级在民政端提供养老专户的查询、调账、冻结、解冻等功能，规范管理、提升效能。实现和“X里养”智慧养老服务平台对接实现和“X里养”智慧养老服务平台对接与X里养平台实现数据的共享协同。【基础平台】智慧养老监管平台升级改造商户服务考核考核标准设置根据政策文件，实现对区域化（如西湖区）考核标准按条件（如服务类别）进行动态化设置和管理。考核结果分析对考核结果进行统计汇总，并进行各服务商考核得分情况定期公布排名。考核扣分通告对平台服务商提供的所有紧急呼叫服务进行全程质量跟踪和满意率调查的扣分通告。商户服务结算商户服务结算根据联合考核结果每半年生成一次结算结算账单。七助服务统计七助服务统计对各区服务商产生的助急、助洁、助餐、助医、助浴、助行、助聊服务数据进行归集统计。实现和服务商平台数据对接实现和服务商平台数据对接归集服务商数据到XX智慧养老监管平台升级改造系统，实现全市智慧养老综合服务数据的大集中。实现和呼叫中心系统数据对接实现和呼叫中心系统数据对接开发和呼叫中心系统对接接口，按比例推送智慧养老综合服务数据到呼叫中心，呼叫中心坐席人员根据推送的数据进行回访调查，并归集回访结果至智慧养老监管平台升级改造系统。公共组件建设第三方系统权限校验第三方系统权限校验由XX互联网+养老平台线下提供接入key,主要用于“机构”第三方平台、区县第三方平台调用组件的权限校验，只有通过唯一码才能完成组件鉴权调用。组件建设便捷参观咨询组件各个智慧养老院系统可以申请调用该组件，实现智慧服务的便捷参观咨询功能。同时可以调用APl接口，实现参观咨询数据回流本地应用。便捷探访预约组件各个智慧养老院系统可以申请调用该接口，实现探访预约的相关功能，同时可以调用APl接口，实现探访预约相关数据回流本地应用。家属端查询组件各个智慧养老院系统通过调用APl接口，将入住老人的账单信息、护理等级信息、评估记录信息等回流到市级养老系统。家属端可以实现老人的护理等级等信息的查询。重阳分余额查询组件支持家属对绑定老人重阳分查询功能。上行接口上行接口根据省厅数据归集的服务接口要求，预留市级数据归集接口，并与“X里养”平台对接。4、技术要求4.1 技术规范本项目应符合政务云部署规范要求，基于JAVA语言开发，MYSQL数据库，采用B/S结构，采用面向服务的组件化开发框架，可在IEIl及以上版本的浏览器上正常运行，服务运行端支持WindoWS操作系统。4.2 与原系统无缝衔接要求此次采购内容是对“XX省大救助信息系统”和对“XX市互联网+养老平台”的升级完善，实现本项目建设内容开发的同时，必须与原有系统完全兼容，并无缝集成，不影响原有业务操作。涉及与原系统承建单位的技术对接、改造的相关费用由成交单位自行承担，采购人可提供协助对接事宜。涉及数据迁移在非工作日晚上12小时内完成所有数据的迁移,且不影响现有业务操作，如造成系统瘫痪、数据丢失、功能不能正常使用的，承建单位必须承担相应的责任，甲方有权单方面终止合同。