CN110928908A

CN110928908A - 养老机构的长护险申请方法及系统

Info

Publication number: CN110928908A
Application number: CN201911141414.5A
Authority: CN
Inventors: 赵英环; 谢向钊
Original assignee: Taikang Insurance Group Co Ltd
Current assignee: Taikang Insurance Group Co Ltd
Priority date: 2019-11-20
Filing date: 2019-11-20
Publication date: 2020-03-27

Abstract

本申请实施例提供一种养老机构的长护险申请方法及系统，方法包括：接收养老机构的注册请求，该注册请求中包含有该养老机构的机构信息以及所在地标识；根据所述养老机构的所在地标识在预设的长护险规则库中查找对应的长护险申请条件；基于所述长护险申请条件和所述养老机构的机构信息，判断该养老机构是否具备长护险资质，若是，则将该养老机构加入预设的长护险申请队列以使该养老机构进行长护险申请。本申请能够有效实现养老机构的长护险的资格匹配，且匹配过程可靠、自动化程度高且高效，匹配结果准确，使得养老机构能够在线且快速的进行长护险的资格审核及申请。

Description

养老机构的长护险申请方法及系统

技术领域

本申请涉及数据处理技术领域，具体涉及养老机构的长护险申请方法及系统。

背景技术

养老机构一般分为两种：为普通年长的老人提供养老服务的机构以及不仅具备养老护理资质，并且具备医疗资质的机构，可以为失能人群提供专业的养老护理服务，也就是具有长护险资质、为长期护理保险参保人员(以下简称“参保人员”)提供长期护理服务的服务机构。不同模式的养老机构的运营以及所能提供的服务也是不一样的。同时，有些普通的养老机构随着其服务时长的增加以及医疗服务资质的具备，服务机构可根据自身服务能力申请提供机构护理、居家护理等类别的服务以及基本生活照料、医疗护理等服务项目。申请提供机构护理服务的，应由服务机构统一办理各服务地点的定点申报手续，使养老服务机构的服务对象更加多样化。

现有的养老服务系统，不支持长护险申请等功能的适配，仅限于为养老机构提供运营管理功能以及日常事务管理功能，比如院内待办、客户管理、机构内部的长者登记、入住管理、评估管理、近亲属签约、合同管理、居住管理、日常照料、工作清单、体征管理、质量监控及费用管理等功能。

也就是说，现有的养老服务系统无法实现长护险申请等功能的适配，无法实现养老机构与用于进行长护险审批的经办长护系统之间的对接，使得养老机构需要自行进行长护险资质的审核及申请，无法保证长护险申请过程的准确性，且极大影响了长护险申请过程的效率。

发明内容

针对现有技术中的上述问题中的至少一项，本申请提供一种养老机构的长护险申请方法及系统，能够有效实现养老机构的长护险的资格匹配，且匹配过程可靠、自动化程度高且高效，匹配结果准确，使得养老机构能够在线且快速的进行长护险的资格审核及申请。

为解决上述技术问题，本申请提供以下技术方案：

第一方面，本申请提供一种养老机构的长护险申请方法，包括：

接收养老机构的注册请求，其中，该注册请求中包含有该养老机构的机构信息以及所在地标识；

根据所述养老机构的所在地标识在预设的长护险规则库中查找对应的长护险申请条件；

基于所述长护险申请条件和所述养老机构的机构信息，判断该养老机构是否具备长护险资质，若是，则将该养老机构加入预设的长护险申请队列以使该养老机构进行长护险申请。

进一步地，还包括：

若经判断获知所述养老机构不具备长护险资质，则将该养老机构加入预设的普通养老机构队列；

相对应的，所述养老机构的长护险申请方法还包括：

若所述普通养老机构队列中存在满足预设的重审条件的养老机构，则基于该养老机构当前的机构信息和当前对应的长护险申请条件重新判断该养老机构是否具备长护险资质，若是，则将满足预设的重审条件的该养老机构自所述普通养老机构队列中删除，并将其加入所述长护险申请队列。

进一步地，还包括：

若所述长护险申请队列中存在满足预设的重审条件的养老机构，则基于该养老机构当前的机构信息和当前对应的长护险申请条件重新判断该养老机构是否具备长护险资质，若否，则将满足预设的重审条件的该养老机构自所述长护险申请队列中删除，并将其加入所述普通养老机构队列。

进一步地，所述重审条件包括：

所述养老机构的机构信息发生变更和/或所述养老机构的所在地标识对应的长护险申请条件发送变更。

进一步地，所述基于所述长护险申请条件和所述养老机构的机构信息，判断该养老机构是否具备长护险资质，包括：

基于所述长护险申请条件和所述养老机构的机构信息生成该养老机构对应的申请评估表，其中，该申请评估表中存储有所述长护险申请条件和所述机构信息之间的对应关系；

判断所述申请评估表中的所述长护险申请条件和所述机构信息之间是否匹配。

进一步地，所述将该养老机构加入预设的长护险申请队列以使该养老机构进行长护险申请，包括：

将具备长护险资质的养老机构加入预设的长护险申请队列；

在所述具备长护险资质的养老机构获得对应的系统功能授权后，将对应的长护申请信息存储至该养老机构对应的代办数据库中，以使该养老机构自所述代办数据库中获取对应的长护申请信息，并基于该长护申请信息发起对应的长护险申请流程；

其中，所述长护申请信息包括：长护认证申请的待办事件信息以及长护管理的适配功能信息。

进一步地，还包括：

实时监测并记录发起长护险申请流程的养老机构的整个申请流程。

进一步地，还包括：

在监测获知所述养老机构的长护险申请流程发生动态更新时，向所述养老机构发送对应的动态更新消息。

第二方面，本申请提供一种养老机构的长护险申请系统，包括：

注册请求接收模块，用于接收养老机构的注册请求，其中，该注册请求中包含有该养老机构的机构信息以及所在地标识；

申请条件查找模块，用于根据所述养老机构的所在地标识在预设的长护险规则库中查找对应的长护险申请条件；

长护险资质判断模块，用于基于所述长护险申请条件和所述养老机构的机构信息，判断该养老机构是否具备长护险资质，若是，则将该养老机构加入预设的长护险申请队列以使该养老机构进行长护险申请。

进一步地，还包括：

普通养老机构判定模块，用于若经判断获知所述养老机构不具备长护险资质，则将该养老机构加入预设的普通养老机构队列；

相对应的，所述养老机构的长护险申请系统还包括：

第一重审模块，用于若所述普通养老机构队列中存在满足预设的重审条件的养老机构，则基于该养老机构当前的机构信息和当前对应的长护险申请条件重新判断该养老机构是否具备长护险资质，若是，则将满足预设的重审条件的该养老机构自所述普通养老机构队列中删除，并将其加入所述长护险申请队列。

进一步地，还包括：

第二重审模块，用于若所述长护险申请队列中存在满足预设的重审条件的养老机构，则基于该养老机构当前的机构信息和当前对应的长护险申请条件重新判断该养老机构是否具备长护险资质，若否，则将满足预设的重审条件的该养老机构自所述长护险申请队列中删除，并将其加入所述普通养老机构队列。

进一步地，所述重审条件包括：

进一步地，所述长护险资质判断模块包括：

申请评估表生成单元，用于基于所述长护险申请条件和所述养老机构的机构信息生成该养老机构对应的申请评估表，其中，该申请评估表中存储有所述长护险申请条件和所述机构信息之间的对应关系；

匹配判断单元，用于判断所述申请评估表中的所述长护险申请条件和所述机构信息之间是否匹配。

进一步地，所述长护险资质判断模块包括：

长护险申请队列加入单元，用于将具备长护险资质的养老机构加入预设的长护险申请队列；

长护险申请流程发起单元，用于在所述具备长护险资质的养老机构获得对应的系统功能授权后，将对应的长护申请信息存储至该养老机构对应的代办数据库中，以使该养老机构自所述代办数据库中获取对应的长护申请信息，并基于该长护申请信息发起对应的长护险申请流程；

进一步地，还包括：

申请流程监控模块，用于实时监测并记录发起长护险申请流程的养老机构的整个申请流程。

进一步地，还包括：

动态更新消息发送模块，用于在监测获知所述养老机构的长护险申请流程发生动态更新时，向所述养老机构发送对应的动态更新消息。

第三方面，本申请提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述的养老机构的长护险申请方法。

第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现所述的养老机构的长护险申请方法。

由上述技术方案可知，本申请提供的养老机构的长护险申请方法及系统，方法包括：接收养老机构的注册请求，该注册请求中包含有该养老机构的机构信息以及所在地标识；根据所述养老机构的所在地标识在预设的长护险规则库中查找对应的长护险申请条件；基于所述长护险申请条件和所述养老机构的机构信息，判断该养老机构是否具备长护险资质，若是，则将该养老机构加入预设的长护险申请队列以使该养老机构进行长护险申请，能够有效实现养老机构的长护险的资格匹配，且匹配过程可靠、自动化程度高且高效，匹配结果准确，使得养老机构能够在线且快速的进行长护险的资格审核及申请，通过云平台实现了养老机构的多模式服务功能的匹配管理，为长护机构以及潜在长护养老机构的运营提供了数据储备以及技术支撑。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为现有的长护系统与经办长护系统之间的逻辑流程示意图。

图2为本申请的养老机构的长护险申请系统的架构示意图。

图3为本申请的养老系统机构端、养老机构的长护险申请系统与经办长护系统之间的架构示意图。

图4为本申请实施例中的养老机构的长护险申请方法的流程示意图。

图5为本申请实施例中的养老机构的长护险申请方法中的步骤300的流程示意图。

图6为本申请实施例中的包含有步骤340的养老机构的长护险申请方法中的步骤300的流程示意图。

图7为本申请实施例中的包含有步骤350的养老机构的长护险申请方法中的步骤300的流程示意图。

图8为本申请实施例中的养老机构的长护险申请方法中的步骤310的流程示意图。

图9为本申请实施例中的养老机构的长护险申请方法中的步骤320的流程示意图。

图10为本申请实施例中的包含有步骤400的养老机构的长护险申请方法的流程示意图。

图11为本申请实施例中的包含有步骤500的养老机构的长护险申请方法的流程示意图。

图12为本申请实施例中的养老机构的长护险申请系统的结构示意图。

图13为本申请应用实例中的养老机构的长护险申请方法的流程示意图。

图14本申请应用实例中的养老机构的长护险申请系统的结构示意图。

图15为本申请实施例中的电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

考虑到现有的养老服务系统无法实现长护险申请等功能的适配的问题，本申请提供一种养老机构的长护险申请方法、养老机构的长护险申请系统、电子设备及计算机存储介质，通过接收养老机构的注册请求，其中，该注册请求中包含有该养老机构的机构信息以及所在地标识；根据所述养老机构的所在地标识在预设的长护险规则库中查找对应的长护险申请条件；基于所述长护险申请条件和所述养老机构的机构信息，判断该养老机构是否具备长护险资质，若是，则将该养老机构加入预设的长护险申请队列以使该养老机构进行长护险申请，能够有效实现养老机构的长护险的资格匹配，且匹配过程可靠、自动化程度高且高效，匹配结果准确，使得养老机构能够在线且快速的进行长护险的资格审核及申请，通过云平台实现了养老机构的多模式服务功能的匹配管理，为长护机构以及潜在长护养老机构的运营提供了数据储备以及技术支撑。

在本申请的一个或多个实施例中，所述养老机构的长护险申请系统具体可以为通过一套灵活可配置化的养老机构的云平台，实现从养老/护理机构注册到机构的功能授权以及机构的长护险认证申请的对接，同时实现各个流程的解耦，从而达到管理运营数家养老机构以及机构加长护险模式以及普通养老服务机构到长护资质的养老服务机构的资质识别匹配及协助办理长护认证申请，并且会根据养老机构的角色，进行不同数据交互和功能配置的平台级系统。

另外，针对如图1所示的现有的养老服务系统存在的直接为护理机构实现长护机构的资质认证和理赔，并未实现直接对接，缺少整合众多养老机构并提供独立运营且对接长护系统的平台级管理系统的问题，本申请的一个或多个实施例中提供的养老机构的长护险申请系统可以整合众多养老机构，提供养老服务及运营管理功能，并可自动适配与长护经办系统对接。结合长护机构的申请条件，在系统中通过设定满足申请的规则库，使其普通养老机构服务达到申请条件，自动将该机构放入待申请长护资质的机构队列中排队，此时机构的管理员就可以通过系统自动配置出来的长护管理适配功能，实现机构认证申请，员工认证申请，长护登记，长护任务/费用管理及上报给经办，结算以及长护退出等功能，从而实现与经办系统的数据交互。通过云平台实现了养老机构的多模式服务功能的匹配管理，为长护机构以及潜在长护养老机构的运营提供了数据储备以及技术支撑。

具体来说，所述养老机构的长护险申请系统可以为一种服务器01，参见图2，所述服务器01可以至少一个数据库02以及至少一个客户端设备03之间通信连接，还可以与至少一个经办长护系统04之间通信连接。其中，客户端设备03是指养老系统机构端的设备，所述数据库02可以为用于存储所述长护险规则库及其他服务器01所需数据的数据库。所述服务器01可以在线接收客户端设备03发送的养老机构的注册请求，而后自数据库02或对应的本地库中获取用于进行养老机构的长护险申请的相关数据，具体来说，所述服务器01根据所述养老机构的所在地标识在预设的长护险规则库中查找对应的长护险申请条件；基于所述长护险申请条件和所述养老机构的机构信息，判断该养老机构是否具备长护险资质，若是，则将该养老机构加入预设的长护险申请队列以使该养老机构进行长护险申请。其中，所述预设的长护险规则库可以根据实际应用情形存储至所述养老机构的长护险申请系统外部的数据库02中或者存储在养老机构的长护险申请系统本地的数据库中，本申请对此不做限定。

可以理解的是，所述客户端设备可以包括智能手机、平板电子设备、网络机顶盒、便携式计算机、台式电脑、个人数字助理(PDA)、车载设备、智能穿戴设备等。其中，所述智能穿戴设备可以包括智能眼镜、智能手表、智能手环等。

在实际应用中，养老机构的长护险申请的部分可以在如上述内容所述的服务器侧执行，也可以所有的操作都在所述客户端设备中完成。具体可以根据所述客户端设备的处理能力，以及用户使用场景的限制等进行选择。本申请对此不作限定。若所有的操作都在所述客户端设备中完成，所述客户端设备还可以包括处理器。

上述的客户端设备可以具有通信模块(即通信单元)，可以与远程的服务器进行通信连接，实现与所述服务器的数据传输。所述服务器可以包括任务调度中心一侧的服务器，其他的实施场景中也可以包括中间平台的服务器，例如与任务调度中心服务器有通信链接的第三方服务器平台的服务器。所述的服务器可以包括单台计算机设备，也可以包括多个服务器组成的服务器集群，或者分布式装置的服务器结构。

所述服务器与所述客户端设备之间可以使用任何合适的网络协议进行通信，包括在本申请提交日尚未开发出的网络协议。所述网络协议例如可以包括TCP/IP协议、UDP/IP协议、HTTP协议、HTTPS协议等。当然，所述网络协议例如还可以包括在上述协议之上使用的RPC协议(Remote Procedure Call Protocol，远程过程调用协议)、REST协议(Representational State Transfer，表述性状态转移协议)等。

参见图3所示的养老系统机构端(客户端设备03)、本申请的一个或多个实施例中的养老机构的长护险申请系统(服务器01)与经办长护系统04之间的架构关系，其中的经办长护系统04主要负责养老机构相关的长护险认证审批以及理赔费用的生成。各流程节点详细说明如下：

(一)机构注册申请

1.养老机构需填写：

1)机构类别，支持[养老、护理机构、社区卫生服务中心、一级及以上医疗机构、乡镇卫生院、其他]。

2)[执业许可证、营业执照]作为附件进行上传。

3)法人信息以及机构相关的床位信息。

4)该长护险申请系统会将机构注册信息进行数据库持久化。

2.同时，根据养老机构的受理进度，机构可以通过系统随时查看受理进度及状态。如果受理不通过，可重新申请注册。

(二)养老机构的受理

1.养老机构登陆该长护险申请系统，长护险申请系统中的机构申请服务会从机构申请数据库中查询初所有已提交机构申请的机构列表，对申请的养老机构进行配置好的业务渠道分配，并根据养老机构的特点进行功能和主数据授权。

2.授权成功之后，长护险申请系统更新数据库信息，并对养老机构的整个申请流程记录到指定数据库表中，长护险申请系统中的机构申请服务会发送短信通知机构申请人。通过接收养老机构授权，养老机构就拥有了自己个性化的功能以及服务项目等所需主数据。

(三)机构认证

1.当养老机构授权成功时，就有权通过用户名和密码，登陆该长护险申请系统进行相关业务流程的操作，例如，为长者进行评估以及办理入住，制定护理计划等操作。有长护资质的机构，可以通过机构认证，向经办长护系统发起机构认证。双方系统交互通过异步方式，发送MQ。在机构认证申请时，该长护险申请系统会自动将机构注册的信息带出，并填写经办认证需要的额外信息：

1)养老机构申请定点照护服务类型：居家护理、养老机构护理、医院护理、护理院、其他。

2)申请照护服务类型，可根据地区政策不同而灵活配置。

3)养老机构人员信息以及附件信息：单位职工花名册、法人身份证、房屋产权证书或租赁合同、社保缴费证明、其他材料。

2.长护险申请系统会将机构认证信息以及根据内容按照信息拼接方法生成的md5进行数据库持久化并，为以后重新申请提供参考。

(四)经办长护系统会根据养老机构的认证进行认证，并返回一个养老机构认证编码以及申请有效期。失效以后，养老机构可以通过该长护险申请系统进行重新认证申请，长护险申请系统会通过md5校验对历史认证信息和新申请的信息进行校验比对，从而快速有效的保证信息的更新检查。

(五)员工认证

具有长护险认证资质的员工对参保人进行护理并且护理项目属于参保范围内时，经办长护险系统才会将该费用列入保险统筹范围。因此，该长护险申请系统会将员工相关信息通过MQ异步推送给经办进行认证，经办受理成功后，将给养老机构返回改员工的长护认证号，系统会更新到员工认证信息数据库。员工相关信息具体包含有：

1)身份证；

2)学历；

3)学位；

4)申请的从业范围：评估人员、护理人员、医疗护士、管理人员、医生及其他；

(六)长护登记

通过“姓名+身份证”从经办查询出该参保人的详细信息、待遇类型、评估送达时间和评估受理时间，根据不同的地区制定不同的规则，系统会自动计算出长护协议开始和结束时间。

(七)长护任务/费用上报

当该参保人在机构内进行入住并办理长护登记之后，系统就会自动每天将该参保人的护理任务清单或者费用清单(理赔的参照是护理任务或者是费用，依地区而异)拉取到要理赔的数据库中，并记录每天更新的截止时间。在拉取完成以后，自动将未上报的清单上传给经办长护险系统，经办会返回给系统上传的清单的审核结果(自费或者非自费)。

(八)预结算和结算

1.长护险申请系统会按月进行结算，本月只能对等记期间的上月明细进行结算，先向经办长护系统发送预结算请求，经办返回：总金额、可报金额、统筹、自付、个账、自费、个人支付和个账支付。

2.当经办长护险系统进行结算时，会再给长护险申请系统返回如下信息：

扣补费用、不合理费用、个人应得、机构应得。

至此完成参保人的一套完成结算流程，长护险申请系统也就实现了一次长护适配的功能。

为了有效实现养老机构的长护险的资格匹配，且匹配过程可靠、自动化程度高且高效，匹配结果准确，使得养老机构能够在线且快速的进行长护险的资格审核及申请，本申请提供一种养老机构的长护险申请方法的实施例，参见图4，所述养老机构的长护险申请方法具体包含有如下内容：

步骤100：接收养老机构的注册请求，其中，该注册请求中包含有该养老机构的机构信息以及所在地标识。

在步骤100中，所在地标识为用于表示养老机构所在地区的标识，具体可以为地级市的标识。

可以理解的是，所述养老机构的机构信息具体可以包含有如下内容：

1)养老机构的照护类型：养老、护理机构、社区卫生服务中心、一级及以上医疗机构、乡镇卫生院或其他；

2)养老机构的执业许可证及营业执照；

3)养老机构的地址；

4)养老机构的房产性质：租赁或者自有；

5)养老机构的所有制形式：个人企业、国有企业、合伙企业、社会团体、外商独资企业、有限股份公司、有限责任公司、中外合资企业或者其他。

步骤200：根据所述养老机构的所在地标识在预设的长护险规则库中查找对应的长护险申请条件。

在步骤200中，所述长护险规则库用于存储各个所在地标识与各个所述长护险申请条件之间的对应关系，举例来说，若当前养老机构的注册请求中的该养老机构的所在地标识显示该养老机构位于广州市，则该广州市在所述长护险规则库中对应的长护险申请条件可以包含有如下内容：

(一)本市社会医疗保险定点医疗机构；

(二)经民政部门批准成立，取得《养老机构设立许可证》且具有内设医疗机构或与医疗机构签订医疗合作协议的养老机构；

(三)在民政部门或工商部门注册登记的具有“护理服务”、“养护服务”业务范围的社区居家养老服务机构、家庭服务机构；

随着政策地市的增加，规则库会根据政策文件逐步进行扩充，同时，会根据规则库，将新地市需要满足的申请条件进行设置；

(四)具有2年以上服务场所使用权或者租赁合同剩余有效期限(从递交申请资料之日起计算)等。

步骤300：基于所述长护险申请条件和所述养老机构的机构信息，判断该养老机构是否具备长护险资质，若是，则将该养老机构加入预设的长护险申请队列以使该养老机构进行长护险申请。

具体来说，参见图5，所述步骤300具体包含有如下内容：

步骤310：基于所述长护险申请条件和所述养老机构的机构信息，判断该养老机构是否具备长护险资质，若是，则执行步骤320，否则执行步骤330。

步骤320：将所述养老机构加入预设的长护险申请队列以使该养老机构进行长护险申请。

步骤330：将该养老机构加入预设的普通养老机构队列。

在上述内容的基础上，为了通过定期(系统中配置周期)对机构的申请信息是否变化进行检查，以更新机构所在队列信息，以进一步灵活且高效地实现的养老机构的长护险的资格审核及申请，在本申请的养老机构的长护险申请方法的一个实施例，参见图6，所述养老机构的长护险申请方法的步骤320之后还具体包含有如下内容：

步骤340：若所述长护险申请队列中存在满足预设的重审条件的养老机构，则基于该养老机构当前的机构信息和当前对应的长护险申请条件重新判断该养老机构是否具备长护险资质，若否，则将满足预设的重审条件的该养老机构自所述长护险申请队列中删除，并将其加入所述普通养老机构队列。

以及，为了进一步提高长护险的资格审核及申请的准确性及可靠性，参见图7，在所述养老机构的长护险申请方法的步骤330之后还具体包含有如下内容：

步骤350：若所述普通养老机构队列中存在满足预设的重审条件的养老机构，则基于该养老机构当前的机构信息和当前对应的长护险申请条件重新判断该养老机构是否具备长护险资质，若是，则将满足预设的重审条件的该养老机构自所述普通养老机构队列中删除，并将其加入所述长护险申请队列。

基于此，为了进一步保证重新判断养老机构是否具备长护险资质的及时性和有效性，并能够有效提高重审的智能化程度，在本申请的养老机构的长护险申请方法的一个实施例，所述重审条件具体可以包含有：所述养老机构的机构信息发生变更和/或所述养老机构的所在地标识对应的长护险申请条件发送变更。

为了进一步提高长护险资质审核的可靠性及准确性，在本申请的养老机构的长护险申请方法的一个实施例，参见图8，所述养老机构的长护险申请方法的步骤310具体包含有如下内容：

步骤311：基于所述长护险申请条件和所述养老机构的机构信息生成该养老机构对应的申请评估表，其中，该申请评估表中存储有所述长护险申请条件和所述机构信息之间的对应关系。

步骤312：判断所述申请评估表中的所述长护险申请条件和所述机构信息之间是否匹配。

同时，为了提高长护险申请的可靠性及自动化程度，在本申请的养老机构的长护险申请方法的一个实施例，参见图9，所述养老机构的长护险申请方法的步骤320具体包含有如下内容：

步骤321：将具备长护险资质的养老机构加入预设的长护险申请队列；

步骤322：在所述具备长护险资质的养老机构获得对应的系统功能授权后，将对应的长护申请信息存储至该养老机构对应的代办数据库中，以使该养老机构自所述代办数据库中获取对应的长护申请信息，并基于该长护申请信息发起对应的长护险申请流程。

其中，所述长护申请信息具体包含有：长护认证申请的待办事件信息以及长护管理的适配功能信息。

为了通过实时监测及跟进，有效掌控整个长护险申请流程，以进一步提高长护险申请的智能化程度和自动化程度，在本申请的养老机构的长护险申请方法的一个实施例，参见图10，所述养老机构的长护险申请方法的步骤300之后还具体包含有如下内容：

步骤400：实时监测并记录发起长护险申请流程的养老机构的整个申请流程。

为了通过发送变更信息来提高整个长护险申请的效率，并进一步提高长护险申请的智能化程度和自动化程度，在本申请的养老机构的长护险申请方法的一个实施例，参见图11，所述养老机构的长护险申请方法的步骤400之后还具体包含有如下内容：

步骤500：在监测获知所述养老机构的长护险申请流程发生动态更新时，向所述养老机构发送对应的动态更新消息。

从软件层面来说，本申请还提供一种用于实现前述的养老机构的长护险申请方法中全部或部分内容的养老机构的长护险申请系统的实施例，参见图12，所述养老机构的长护险申请系统具体包含有如下内容：

注册请求接收模块10，用于接收养老机构的注册请求，其中，该注册请求中包含有该养老机构的机构信息以及所在地标识。

申请条件查找模块20，用于根据所述养老机构的所在地标识在预设的长护险规则库中查找对应的长护险申请条件。

长护险资质判断模块30，用于基于所述长护险申请条件和所述养老机构的机构信息，判断该养老机构是否具备长护险资质，若是，则将该养老机构加入预设的长护险申请队列以使该养老机构进行长护险申请。

在上述内容的基础上，为了通过定期(系统中配置周期)对机构的申请信息是否变化进行检查，以更新机构所在队列信息，以进一步灵活且高效地实现的养老机构的长护险的资格审核及申请，在本申请的养老机构的长护险申请系统的一个实施例，所述养老机构的长护险申请系统还具体包含有如下内容：

相对应的，为了进一步提高长护险的资格审核及申请的准确性及可靠性，所述养老机构的长护险申请系统还包括：

基于此，为了进一步保证重新判断养老机构是否具备长护险资质的及时性和有效性，并能够有效提高重审的智能化程度，在本申请的养老机构的长护险申请系统的一个实施例，所述重审条件具体可以包含有：所述养老机构的机构信息发生变更和/或所述养老机构的所在地标识对应的长护险申请条件发送变更。

为了进一步提高长护险资质审核的可靠性及准确性，在本申请的养老机构的长护险申请系统的一个实施例，所述养老机构的长护险申请系统的长护险资质判断模块具体包含有如下内容：

同时，为了提高长护险申请的可靠性及自动化程度，在本申请的养老机构的长护险申请系统的一个实施例，所述养老机构的长护险申请系统的长护险资质判断模块中还具体包含有如下内容：

可以理解的是，所述长护申请信息包括：长护认证申请的待办事件信息以及长护管理的适配功能信息。

为了通过实时监测及跟进，有效掌控整个长护险申请流程，以进一步提高长护险申请的智能化程度和自动化程度，在本申请的养老机构的长护险申请系统的一个实施例，所述养老机构的长护险申请系统还具体包含有如下内容：

为了通过发送变更信息来提高整个长护险申请的效率，并进一步提高长护险申请的智能化程度和自动化程度，在本申请的养老机构的长护险申请系统的一个实施例，所述养老机构的长护险申请系统还具体包含有如下内容：

为了进一步说明本方案，本申请还提供一直应用所述养老机构的长护险申请系统实现养老机构的长护险申请方法的具体应用实例，参见图13，具体包含有如下内容：

所述养老机构的长护险申请系统的具体逻辑内容举例参见图14，具体描述如下：

(1)控制中心设置规则库

首先会根据目前已实行的长护险地市，将所有已知的应该具备的申请条件导入到规则库。

比如，广州地区：

①本市社会医疗保险定点医疗机构

②经民政部门批准成立，取得《养老机构设立许可证》且具有内设医疗机构或与医疗机构签订医疗合作协议的养老机构

③在民政部门或工商部门注册登记的具有“护理服务”、“养护服务”业务范围的社区居家养老服务机构、家庭服务机构。

随着政策地市的增加，规则库会根据政策文件逐步进行扩充。同时，会根据规则库，将新地市需要满足的申请条件进行设置。

④具有2年以上服务场所使用权或者租赁合同剩余有效期限(从递交申请资料之日起计算)等。

(2)机构注册

云平台会为机构提供机构注册功能，除了填写基本的信息以外，云平台会根据机构的所在地市的长护申请条件，生成申请评估表；

1.机构的照护类型：养老、护理机构、社区卫生服务中心、一级及以上医疗机构、乡镇卫生院、其他；

2.执业许可证、营业执照；

3.地址；

4.房产性质：租赁或者自有；

5.机构所有制形式个人企业、国有企业、合伙企业、社会团体、外商独资企业、有限股份公司、有限责任公司、中外合资企业、其他。

(3)机构模式识别

根据上述填写的申请评估表，根据各地市设置的规则进行匹配，如果不具备长护险资质，则加入普通养老机构队列，否则加入长护险申请队列。

云平台也会定期(系统中配置周期)对机构的申请信息是否变化进行检查，已更新机构所在队列信息。

(4)功能和主数据授权

功能主要包括系统常用功能菜单的授权，比如，客户管理，评估管理，居住管理，居家管理，日常照料，工作清单，体征管理，时间管理，质量监控，账户管理，账单管理，结算管理，长护管理，运营统计。

主数据主要涉及到一些常用的数据字典，比如，服务类型，费用承担方，待遇类型，照护区类型等。

授权成功之后，更新数据库信息，并对机构的整个申请流程记录到指定数据库表中，机构申请服务会发送短信通知机构申请人。通过运营机构授权，机构就拥有了自己个性化的功能以及服务项目等所需主数据。

(5)机构登录

当授权成功后，不同模式的机构(普通养老机构、长护险资质机构)，拥有不同的数据前线，就可以进行不同的数据交互和通信了。

长护险机构，在登录时，从待办就可以看到长护认证申请的待办事件以及长护管理的适配功能，从而发起长护认证、员工认证以及登记等长护流程了。

另，上述该养老机构的长护险申请系统已部署广州，温州，无锡等地区多家养老机构/护理机构。

从上述描述可知，本申请提供的养老机构的长护险申请方法，通过提供一个平台级(机构端和运营端)的系统，可接入大量不同形态，不同性质的养老机构，护理机构。不仅实现了养老机构的护理运营管理，同时根据规则库灵活适配政府的长护险管理功能，数据交互的能力也会产生差异。为机构的内部运营以及现有长护险结合以及未来长护险机构的培养，提供了丰富的支撑。

从硬件层面来说，为了有效实现养老机构的长护险的资格匹配，且匹配过程可靠、自动化程度高且高效，匹配结果准确，使得养老机构能够在线且快速的进行长护险的资格审核及申请，本申请提供一种用于实现所述养老机构的长护险申请方法中的全部或部分内容的电子设备的实施例，所述电子设备具体包含有如下内容：

处理器(processor)、存储器(memory)、通信接口(Communications Interface)和总线；其中，所述处理器、存储器、通信接口通过所述总线完成相互间的通信；所述通信接口用于实现养老机构的长护险申请装置与数据库、经办长护系统以及用户终端等相关设备之间的信息传输；该电子设备可以是台式计算机、平板电脑及移动终端等，本实施例不限于此。在本实施例中，该电子设备可以参照实施例中的养老机构的长护险申请方法的实施例，以及，养老机构的长护险申请装置的实施例进行实施，其内容被合并于此，重复之处不再赘述。

图15为本申请实施例的电子设备9600的系统构成的示意框图。如图15所示，该电子设备9600可以包括中央处理器9100和存储器9140；存储器9140耦合到中央处理器9100。值得注意的是，该图15是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。

一实施例中，养老机构的长护险申请功能可以被集成到中央处理器9100中。其中，中央处理器9100可以被配置为进行如下控制：

从上述描述可知，本申请实施例提供的电子设备，能够有效实现养老机构的长护险的资格匹配，且匹配过程可靠、自动化程度高且高效，匹配结果准确，使得养老机构能够在线且快速的进行长护险的资格审核及申请，通过云平台实现了养老机构的多模式服务功能的匹配管理，为长护机构以及潜在长护养老机构的运营提供了数据储备以及技术支撑。

在另一个实施方式中，养老机构的长护险申请装置可以与中央处理器9100分开配置，例如可以将养老机构的长护险申请装置配置为与中央处理器9100连接的芯片，通过中央处理器的控制来实现养老机构的长护险申请功能。

如图15所示，该电子设备9600还可以包括：通信模块9110、输入单元9120、音频处理器9130、显示器9160、电源9170。值得注意的是，电子设备9600也并不是必须要包括图15中所示的所有部件；此外，电子设备9600还可以包括图15中没有示出的部件，可以参考现有技术。

如图15所示，中央处理器9100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器9100接收输入并控制电子设备9600的各个部件的操作。

其中，存储器9140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器9100可执行该存储器9140存储的该程序，以实现信息存储或处理等。

输入单元9120向中央处理器9100提供输入。该输入单元9120例如为按键或触摸输入装置。电源9170用于向电子设备9600提供电力。显示器9160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器，但并不限于此。

该存储器9140可以是固态存储器，例如，只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为EPROM等。存储器9140还可以是某种其它类型的装置。存储器9140包括缓冲存储器9141(有时被称为缓冲器)。存储器9140可以包括应用/功能存储部9142，该应用/功能存储部9142用于存储应用程序和功能程序或用于通过中央处理器9100执行电子设备9600的操作的流程。

存储器9140还可以包括数据存储部9143，该数据存储部9143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器9140的驱动程序存储部9144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。

通信模块9110即为经由天线9111发送和接收信号的发送机/接收机9110。通信模块(发送机/接收机)9110耦合到中央处理器9100，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。

基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块9110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)9110还经由音频处理器9130耦合到扬声器9131和麦克风9132，以经由扬声器9131提供音频输出，并接收来自麦克风9132的音频输入，从而实现通常的电信功能。音频处理器9130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器9130还耦合到中央处理器9100，从而使得可以通过麦克风9132能够在本机上录音，且使得可以通过扬声器9131来播放本机上存储的声音。

本申请的实施例还提供能够实现上述实施例中的执行主体为服务器或客户端的养老机构的长护险申请方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的执行主体为服务器或客户端的养老机构的长护险申请方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：

从上述描述可知，本申请实施例提供的计算机可读存储介质，能够有效实现养老机构的长护险的资格匹配，且匹配过程可靠、自动化程度高且高效，匹配结果准确，使得养老机构能够在线且快速的进行长护险的资格审核及申请，通过云平台实现了养老机构的多模式服务功能的匹配管理，为长护机构以及潜在长护养老机构的运营提供了数据储备以及技术支撑。

本领域内的技术人员应明白，本发明的实施例可提供为方法、装置、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(装置)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims

1.一种养老机构的长护险申请方法，其特征在于，包括：

2.根据权利要求1所述的养老机构的长护险申请方法，其特征在于，还包括：

相对应的，所述养老机构的长护险申请方法还包括：

3.根据权利要求2所述的养老机构的长护险申请方法，其特征在于，还包括：

4.根据权利要求2或3所述的养老机构的长护险申请方法，其特征在于，所述重审条件包括：

5.根据权利要求1所述的养老机构的长护险申请方法，其特征在于，所述基于所述长护险申请条件和所述养老机构的机构信息，判断该养老机构是否具备长护险资质，包括：

6.根据权利要求1所述的养老机构的长护险申请方法，其特征在于，所述将该养老机构加入预设的长护险申请队列以使该养老机构进行长护险申请，包括：

将具备长护险资质的养老机构加入预设的长护险申请队列；

7.根据权利要求6所述的养老机构的长护险申请方法，其特征在于，还包括：

8.一种养老机构的长护险申请系统，其特征在于，包括：

9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至7任一项所述的养老机构的长护险申请方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至7任一项所述的养老机构的长护险申请方法。