疾病申报的处理方法、系统和电子设备

技术领域

本申请属于计算机领域，具体涉及一种疾病申报的处理方法、系统和电子设备。

背景技术

在进行疾病申报时，通常由患者在医保服务窗口提交纸质申请资料，由经办人员针对完整性对资料进行初审后，将纸质申请资料移交至合作医院进行专家审核，之后出具疾病申报审核结果。

这种线下疾病申报的处理方式过程繁琐，申请效率极低。

发明内容

本申请实施例提供一种疾病申报的处理方法、系统和电子设备，能够解决相关技术存在的线下疾病申报的处理方式效率极低的问题。

第一方面，本申请实施例提供了一种疾病申报的处理方法，该方法包括：

获取目标患者的目标信息；所述目标信息包括患者个人信息和患者疾病信息；

通过线上申报系统获取初步审核人对所述目标信息的初步审核结果，所述初步审核结果包括初步审核通过或初步审核不通过；

在所述目标信息的初步审核结果为审核通过的情况下，对所述目标信息中的敏感内容进行脱敏处理，得到脱敏目标信息；

通过所述线上申报系统展示所述脱敏目标信息；

通过所述线上申报系统获取目标医师对所述脱敏目标信息的审核结论，所述审核结论包括审核通过、审核驳回或者审核部分通过；

基于所述目标医师对所述脱敏目标信息的审核结论，在线出具目标疾病认定通知书。

第二方面，本申请实施例提供了一种疾病申报的处理系统，所述系统包括：

获取模块，用于获取目标患者的目标信息；所述目标信息包括患者个人信息和患者疾病信息；通过线上申报系统获取初步审核人对所述目标信息的初步审核结果，所述初步审核结果包括初步审核通过或初步审核不通过；通过所述线上申报系统获取目标医师对所述脱敏目标信息的审核结论，所述审核结论包括审核通过、审核驳回或者审核部分通过；

处理模块，用于在所述目标信息的初步审核结果为审核通过的情况下，对所述目标信息中的敏感内容进行脱敏处理，得到脱敏目标信息；

展示模块，用于通过所述线上申报系统展示所述脱敏目标信息；基于所述目标医师对所述脱敏目标信息的审核结论，在线出具目标疾病认定通知书。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

本申请实施例提供的上述至少一个技术方案可以达到如下技术效果：

在本申请实施例中，获取目标患者的目标信息；所述目标信息包括患者个人信息和患者疾病信息；通过线上申报系统获取初步审核人对所述目标信息的初步审核结果，所述初步审核结果包括初步审核通过或初步审核不通过；在所述目标信息的初步审核结果为审核通过的情况下，对所述目标信息中的敏感内容进行脱敏处理，得到脱敏目标信息；通过所述线上申报系统展示所述脱敏目标信息；通过所述线上申报系统获取目标医师对所述脱敏目标信息的审核结论，所述审核结论包括审核通过、审核驳回或者审核部分通过；基于所述目标医师对所述脱敏目标信息的审核结论，在线出具目标疾病认定通知书。如此，获取目标患者的目标信息，通过线上申报系统获取初步审核人对所述目标信息的初步审核结果，对已经审核通过的所述目标信息进行脱敏处理并展示，通过所述线上申报系统获取目标医师对所述脱敏目标信息的审核结论并在线出具目标疾病认定通知书，线上完成整个疾病申报的所有流程，提高疾病申报的效率。

附图说明

图1是本申请实施例提供的一种疾病申报的处理方法的流程图。

图2是本申请实施例提供的一种疾病申报的处理方法的流程图。

图3是本申请实施例提供的一种疾病申报的处理方法的流程图。

图4是本申请实施例提供的一种疾病申报的处理系统的结构框图。

图5是本申请实施例提供的一种电子设备的结构框图。

具体实施方式

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

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

在进行疾病申报时，通常由患者通过线下方式，在医保服务窗口提交纸质申请资料，由经办人员针对完整性对资料进行初审，判断患者提交的申请资料是否完整，若患者提交的申请资料不完整，要求患者进行进一步医疗检查后补充申请资料。在判断患者提交的申请资料完整后，将申请资料移交至合作医院进行专家审核，之后出具疾病申报审核结果。这种线下疾病申报的处理方式过程繁琐，申请效率极低。

在本申请实施例中，如图1所示，本申请提供一种疾病申报的处理方法的流程图，患者在医院进行线下医疗检查(慢病初诊)后，将检查获得的患者疾病信息，例如诊断书、处方等和患者个人信息一起，通过慢病小程序录入。线上申报系统获得通过慢病小程序录入的目标患者的目标信息(包括患者个人信息和患者疾病信息)，由初步审核人对所述目标信息进行初步审核(初审管理)。若初步审核结果为初步审核不通过，则结束疾病申报过程；若初步审核判定患者个人信息无误，但是患者疾病信息不完整，则自动为目标患者分配体检站点进行线下体检，根据线下体检的资料补充患者疾病信息，并再次进行初步审核(复审管理)；若初步审核结果为初步审核通过，则将所述目标信息交由目标医师进行审核(慢病专家审核)，目标医师可根据所述目标信息判断是否通过审核，给出审核结论，线上申报系统基于所述审核结论，出具目标疾病认定通知书(书面审核结论)。

需了解的是，本申请实施例提供的线上申报系统可部署在任意服务器上，本申请实施例对提供的疾病申报的处理方法的部署环境并不限定。

在本申请实施例中，获取目标患者的目标信息；所述目标信息包括患者个人信息和患者疾病信息；通过线上申报系统获取初步审核人对所述目标信息的初步审核结果，所述初步审核结果包括初步审核通过或初步审核不通过；在所述目标信息的初步审核结果为审核通过的情况下，对所述目标信息中的敏感内容进行脱敏处理，得到脱敏目标信息；通过所述线上申报系统展示所述脱敏目标信息；通过所述线上申报系统获取目标医师对所述脱敏目标信息的审核结论，所述审核结论包括审核通过、审核驳回或者审核部分通过；基于所述目标医师对所述脱敏目标信息的审核结论，在线出具目标疾病认定通知书。如此，获取目标患者的目标信息，通过线上申报系统获取初步审核人对所述目标信息的初步审核结果，对已经审核通过的所述目标信息进行脱敏处理并展示，通过所述线上申报系统获取目标医师对所述脱敏目标信息的审核结论并在线出具目标疾病认定通知书，线上完成整个疾病申报的所有流程，提高疾病申报的效率。

需了解的是，本方案实现了门诊慢性病的线上申报与审核，使患者申报更为简单、快捷、便利，提升了经办人审核的效率，缩短了患者等待的时间，提升了满意度。同时在强化医保局医保基金监管方面，对经办环节执行全流程监控，协助提升了医保局医保基金控费能力。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的测试方法进行详细地说明。

请参见图2，图2为本申请实施例提供的一种疾病申报的处理方法的流程图，如图2所示，该方法包括以下步骤：

步骤210：获取目标患者的目标信息；所述目标信息包括患者个人信息和患者疾病信息。

目标患者可通过微信小程序填写提交申报所需的目标信息；或者，也可通过初步审核人手动录入目标信息；或者，对于参加过疾病申报的目标患者，初步审核人可以从已有患者信息导入的目标患者的目标信息。

步骤220：通过线上申报系统获取初步审核人对所述目标信息的初步审核结果，所述初步审核结果包括初步审核通过或初步审核不通过。

获取目标患者的目标信息后，由初步审核人对所述目标信息进行初步审核。若所述目标患者的目标信息无误则生成所述初步审核通过的初步审核结果；若所述目标患者的患者个人信息有误，所述患者疾病信息不完整，或者，所述患者疾病信息未经证实，则生成所述初步审核不通过的初步审核结果。

步骤230：在所述目标信息的初步审核结果为审核通过的情况下，对所述目标信息中的敏感内容进行脱敏处理，得到脱敏目标信息；

步骤240：通过所述线上申报系统展示所述脱敏目标信息；

步骤250：通过所述线上申报系统获取目标医师对所述脱敏目标信息的审核结论，所述审核结论包括审核通过、审核驳回或者审核部分通过。

线上申报系统展示所述脱敏目标信息后，根据申报病种，分配所述目标医师对所述脱敏目标信息进行审核，若所述目标医师鉴定所述目标患者享受优待，则生成审核通过的审核结论；若所述目标医师鉴定所述目标患者不享受优待，则生成审核驳回的审核结论；若所述目标医师鉴定所述目标患者的部分病种享受优待，所述目标患者的部分病种不享受优待，则生成审核部分通过的审核结论。

本申请实施例通过脱敏可以实现医师盲审，即通过对各类图片与信息进行脱敏处理，使医师在查看患者资料时仅能查看与病种相关的图片与文字信息，以保证审核的公平公正。

步骤260：基于所述目标医师对所述脱敏目标信息的审核结论，在线出具目标疾病认定通知书。

在本申请实施例中，获取目标患者的目标信息；所述目标信息包括患者个人信息和患者疾病信息；通过线上申报系统获取初步审核人对所述目标信息的初步审核结果，所述初步审核结果包括初步审核通过或初步审核不通过；在所述目标信息的初步审核结果为审核通过的情况下，对所述目标信息中的敏感内容进行脱敏处理，得到脱敏目标信息；通过所述线上申报系统展示所述脱敏目标信息；通过所述线上申报系统获取目标医师对所述脱敏目标信息的审核结论，所述审核结论包括审核通过、审核驳回或者审核部分通过；基于所述目标医师对所述脱敏目标信息的审核结论，在线出具目标疾病认定通知书。如此，获取目标患者的目标信息，通过线上申报系统获取初步审核人对所述目标信息的初步审核结果，对已经审核通过的所述目标信息进行脱敏处理并展示，通过所述线上申报系统获取目标医师对所述脱敏目标信息的审核结论并在线出具目标疾病认定通知书，线上完成整个疾病申报的所有流程，提高疾病申报的效率。

在本申请的一个实施例中，所述获取目标患者的目标信息，包括：

接收目标患者通过微信小程序申报的目标信息；

或者，接收初步审核人手动录入的目标患者的目标信息；

或者，获取初步审核人从已有患者信息导入的目标患者的目标信息。

目标患者可根据微信小程序的页面指引，输入患者个人信息，上传患者疾病信息。也可由初步审核人手动录入的目标患者的目标信息。对于参加过疾病申报的目标患者，也可以由初步审核人可以从已有患者信息导入目标患者的目标信息。

在本申请实施例中，可通过光学字符识别(optical character recognition，OCR)进行身份证等患者个人信息的录入，也可采用人脸识别技术进行目标患者登陆验证，提高安全性。

在本申请实施例中，接收目标患者通过微信小程序申报的目标信息或者，接收初步审核人手动录入的目标患者的目标信息；或者，获取初步审核人从已有患者信息导入的目标患者的目标信息，通过线上申报的方式进行疾病申报，避免目标患者必须到达指定经办地点才能进行疾病申报，提高疾病申报的效率。

在本申请的一个实施例中，所述初步审核通过指示所述目标患者的目标信息无误；所述初步审核不通过指示所述目标患者的患者个人信息有误，所述患者疾病信息不完整，或者，所述患者疾病信息未经证实。

在本申请实施例中，获取目标患者的目标信息后，由初步审核人对所述目标信息进行初步审核。若所述目标患者的目标信息无误，例如目标患者申报的患者个人信息无误、患者疾病信息完整且患者个人信息和患者疾病信息相匹配，则生成所述初步审核通过的初步审核结果；若所述目标患者的患者个人信息有误，所述患者疾病信息不完整，或者，所述患者疾病信息未经证实，则生成所述初步审核不通过的初步审核结果，所述初步审核不通过的初步审核结果包括初步审核不通过的原因，以便目标患者进行下次疾病申报。若所述初步审核结果为初步审核不通过，则为目标患者就近分配体检站点进行线下体检，由体检站点上传目标患者的诊断资料，根据线下体检的诊断资料补充患者疾病信息，并再次进行初步审核。

在本申请的一个实施例中，在所述目标信息的初步审核结果为审核通过的情况下，重新获取目标患者更新后的目标信息。具体地，为目标患者就近分配体检站点进行线下体检，根据线下体检的诊断资料补充患者疾病信息，并再次进行初步审核，若所述目标信息的初步审核结果为审核通过，则重新获取目标患者更新后的目标信息。

在本申请的一个实施例中，所述对所述目标信息中的敏感内容进行脱敏处理，得到脱敏目标信息，包括：

对所述目标信息中所述患者个人信息中的敏感内容进行脱敏处理，得到脱敏目标信息；所述脱敏目标信息包括脱敏患者个人信息；其中，所述敏感内容包括姓名、身份证号、家庭住址、电话号码、联系人、联系人电话、住院号中的至少一项。

在本申请实施例中，针对初步审核结果为审核通过的所述目标信息，对所述目标信息中所述患者个人信息中的敏感内容进行脱敏处理。具体地，针对所述患者个人信息中的姓名、身份证号、家庭住址、电话号码、联系人、联系人电话、住院号中的至少一项进行脱敏处理，使得所述目标医师通过所述线上申报系统展示所述脱敏目标信息，在对脱敏目标信息进行审核时更加专注于所述目标患者的患者疾病信息，保证对脱敏目标信息进行审核的公平公正性。

在本申请的一个实施例中，所述审核结论中的审核通过指示所述目标医师鉴定所述目标患者享受优待；所述审核结论中的审核驳回指示所述目标医师鉴定所述目标患者不享受优待；所述审核结论中的审核部分通过指示所述目标医师鉴定所述目标患者的部分病种享受优待，所述目标患者的部分病种不享受优待。

在本申请实施例中，所述目标医师通过所述线上申报系统展示的所述脱敏目标信息，对脱敏目标信息进行审核。具体地，所述目标医师通过所述脱敏目标信息进行判断，若所述目标医师鉴定所述目标患者享受优待，则生成审核通过的审核结论；若所述目标医师鉴定所述目标患者不享受优待，则生成审核驳回的审核结论；若所述目标医师鉴定所述目标患者的部分病种享受优待，所述目标患者的部分病种不享受优待，则生成审核部分通过的审核结论。

在本申请实施例中，在对通过初步审核的所述目标信息进行脱敏处理生成所述脱敏目标信息后，由目标医师对所述脱敏目标信息进行线上审核并生成审核结论，简化疾病申报的处理过程，提高了疾病申报的处理效率。

在本申请的一个实施例中，所述目标疾病包括门诊慢性病，所述目标疾病认定通知书包括申报的病种、待遇享受期、年度待遇标准和月度待遇标准中的至少一种。其中，门诊慢性病为医保领域概念，因无国家层面专项制度，故各地政策称谓可能不统一，多为一些医疗费用负担高、诊断明确、有社会影响、能在门诊治疗，由基本医保统筹基金负担的疾病或者治疗方式。各地称谓包括：门诊大病、门诊慢性病、门诊特殊病、门诊特殊慢性病、门诊规定病种、门诊统筹病种等。

在本申请实施例中，基于所述目标医师对所述脱敏目标信息的审核结论，在线出具目标疾病认定通知书，所述目标疾病认定通知书包括申报的病种、待遇享受期、年度待遇标准和月度待遇标准中的至少一种。具体地，若生成审核通过的审核结论或生成审核部分通过的审核结论，则针对审核通过的所述脱敏目标信息，根据申报的病种，对应匹配该病种的待遇享受期、年度待遇标准和月度待遇标准，并生成所述目标疾病认定通知书。

在本申请实施例中，在由目标医师对所述脱敏目标信息进行线上审核并生成审核结论之后，根据所述审核结论对应生成所述目标疾病认定通知书，简化疾病申报的处理过程，提高了疾病申报的处理效率。

本申请实施例提供的疾病申报的处理方法可应用于保险领域，可作为保险理赔的参考。具体地，在本申请的一个实施例中，在所述在线出具目标疾病认定通知书之后，所述疾病申报的处理方法还包括：在所述目标患者参与目标保险的情况下，基于所述目标疾病认定通知书，确定是否对所述目标患者进行理赔。

在本申请实施例中，在所述在线出具目标疾病认定通知书之后，若所述目标患者参与目标保险，基于所述目标疾病认定通知书，确定是否对所述目标患者进行理赔。具体地，在线出具目标疾病认定通知书之后，获取所述目标患者的患者个人信息，查询所述目标患者是否参与目标保险，例如所述目标患者是否缴纳补充医疗保险，若所述目标患者参与目标保险，则基于所述目标疾病认定通知书，对所述目标患者进行理赔，例如，目标疾病认定通知书显示，目标患者A患有心血管疾病，则根据目标疾病认定通知书显示的待遇享受期、年度待遇标准和月度待遇标准，针对目标患者A在心血管疾病方面的医疗消费进行理赔。

请参见图3，图3为本申请实施例提供的一种疾病申报的处理方法的流程图，如图3所示，该方法包括以下步骤：

步骤310：接收目标患者通过微信小程序申报的目标信息；

步骤311：接收初步审核人手动录入的目标患者的目标信息；

步骤312：获取初步审核人从已有患者信息导入的目标患者的目标信息。

目标患者可通过微信小程序填写提交申报所需的目标信息；或者，也可通过初步审核人手动录入目标信息；或者，对于参加过疾病申报的目标患者，初步审核人可以从已有患者信息导入的目标患者的目标信息。具体地，目标患者可根据微信小程序的页面指引，输入患者个人信息，上传患者疾病信息；也可由初步审核人手动录入的目标患者的目标信息；对于参加过疾病申报的目标患者，也可以由初步审核人可以从已有患者信息导入的目标患者的目标信息。

在本申请实施例中，可通过光学字符识别(optical character recognition，OCR)进行身份证等患者个人信息的录入，也可采用人脸识别技术进行目标患者登陆验证，提高安全性。

步骤320：通过线上申报系统获取初步审核人对所述目标信息的初步审核结果，所述初步审核结果包括初步审核通过或初步审核不通过。

在本申请实施例中，获取目标患者的目标信息后，由初步审核人对所述目标信息进行初步审核。若所述目标患者的目标信息无误，例如目标患者申报的患者个人信息无误、患者疾病信息完整且患者个人信息和患者疾病信息相匹配，则生成所述初步审核通过的初步审核结果；若所述目标患者的患者个人信息有误，所述患者疾病信息不完整，或者，所述患者疾病信息未经证实，则生成所述初步审核不通过的初步审核结果，所述初步审核不通过的初步审核结果包括初步审核不通过的原因，以便目标患者进行下次疾病申报。

步骤330：在所述目标信息的初步审核结果为审核不通过的情况下，为所述目标患者分配就近分配体检站点进行线下体检；

步骤331：根据线下体检的诊断资料补充患者疾病信息。

在本申请实施例中，若所述初步审核结果为初步审核不通过，则为目标患者就近分配体检站点进行线下体检，由体检站点上传目标患者的诊断资料，根据线下体检的诊断资料补充患者疾病信息，并再次进行初步审核，重新获取目标患者更新后的目标信息。

步骤340：在所述目标信息的初步审核结果为审核通过的情况下，对所述目标信息中的敏感内容进行脱敏处理，得到脱敏目标信息。

在本申请实施例中，针对初步审核结果为审核通过的所述目标信息，对所述目标信息中所述患者个人信息中的敏感内容进行脱敏处理。具体地，针对所述患者个人信息中的姓名、身份证号、家庭住址、电话号码、联系人、联系人电话、住院号中的至少一项进行脱敏处理，使得所述目标医师通过所述线上申报系统展示所述脱敏目标信息，在对脱敏目标信息进行审核时更加专注于所述目标患者的患者疾病信息，保证对脱敏目标信息进行审核的公平公正性。

步骤350：通过所述线上申报系统展示所述脱敏目标信息；

步骤360：通过所述线上申报系统获取目标医师对所述脱敏目标信息的审核结论，所述审核结论包括审核通过、审核驳回或者审核部分通过。

线上申报系统展示所述脱敏目标信息后，目标医师对所述脱敏目标信息进行审核，若所述目标医师鉴定所述目标患者享受优待，则生成审核通过的审核结论；若所述目标医师鉴定所述目标患者不享受优待，则生成审核驳回的审核结论；若所述目标医师鉴定所述目标患者的部分病种享受优待，所述目标患者的部分病种不享受优待，则生成审核部分通过的审核结论。

步骤370：基于所述目标医师对所述脱敏目标信息的审核结论，在线出具目标疾病认定通知书。

在本申请实施例中，基于所述目标医师对所述脱敏目标信息的审核结论，在线出具目标疾病认定通知书，所述目标疾病认定通知书包括申报的病种、待遇享受期、年度待遇标准和月度待遇标准中的至少一种。具体地，若生成审核通过的审核结论或生成审核部分通过的审核结论，则针对审核通过的所述脱敏目标信息，根据申报的病种，对应匹配该病种的待遇享受期、年度待遇标准和月度待遇标准，生成所述目标疾病认定通知书并在线展示。

步骤380：所述目标患者参与目标保险的情况下，基于所述目标疾病认定通知书，确定是否对所述目标患者进行理赔。

在本申请实施例中，在所述在线出具目标疾病认定通知书之后，若所述目标患者参与目标保险，基于所述目标疾病认定通知书，确定是否对所述目标患者进行理赔。具体地，在线出具目标疾病认定通知书之后，获取所述目标患者的患者个人信息，查询所述目标患者是否参与目标保险，例如所述目标患者是否缴纳社会医疗保险，若所述目标患者参与目标保险，则基于所述目标疾病认定通知书，对所述目标患者进行理赔，例如，目标疾病认定通知书显示，目标患者A患有心血管疾病，则根据目标疾病认定通知书显示的待遇享受期、年度待遇标准和月度待遇标准，针对目标患者A在心血管疾病方面的医疗消费进行理赔。

在本申请实施例中，获取目标患者的目标信息；所述目标信息包括患者个人信息和患者疾病信息；通过线上申报系统获取初步审核人对所述目标信息的初步审核结果，所述初步审核结果包括初步审核通过或初步审核不通过；在所述目标信息的初步审核结果为审核通过的情况下，对所述目标信息中的敏感内容进行脱敏处理，得到脱敏目标信息；通过所述线上申报系统展示所述脱敏目标信息；通过所述线上申报系统获取目标医师对所述脱敏目标信息的审核结论，所述审核结论包括审核通过、审核驳回或者审核部分通过；基于所述目标医师对所述脱敏目标信息的审核结论，在线出具目标疾病认定通知书。如此，获取目标患者的目标信息，通过线上申报系统获取初步审核人对所述目标信息的初步审核结果，对已经审核通过的所述目标信息进行脱敏处理并展示，通过所述线上申报系统获取目标医师对所述脱敏目标信息的审核结论并在线出具目标疾病认定通知书，线上完成整个疾病申报的所有流程，提高疾病申报的效率。

此外，本申请实施例还可具有如下优点：

其一，在优化参保人资格申报流程方面，通过小程序+PC管理系统相结合的方式，实现参保人足不出户随时随地办理慢特病的申报，解决患者申报流程繁琐、报销结算难、审核资料分散、审核费时等问题；采用身份证OCR识别技术，避免资料填写的繁琐与出错，极大的提高用户操作的便捷性；引入人脸识别技术，缩短复审流程，提高安全性、杜绝骗保等恶劣情况。通过与医保省平台系统的对接，系统自动带出参保地与服务窗口，确保申报数据、备案状态的准确性。

其二，在实现参保人快捷购药结算方面，对历史处方信息的统一梳理，形成标准用药目录，通过与不同药店购药系统的对接，满足不同医保区划患者的便捷购药需求。

其三，在强化医保局医保基金监管方面，对经办环节执行全流程监控，支持“数据可追溯，操作可锁定”的全方位追踪，打击欺诈骗保，协助提升医保局医保基金控费能力。

图4是本申请实施例提供的一种疾病申报的处理系统的结构框图。参照图4，本申请实施例提供的疾病申报的处理系统400包括：

获取模块410，用于获取目标患者的目标信息；所述目标信息包括患者个人信息和患者疾病信息；通过线上申报系统获取初步审核人对所述目标信息的初步审核结果，所述初步审核结果包括初步审核通过或初步审核不通过；通过所述线上申报系统获取目标医师对所述脱敏目标信息的审核结论，所述审核结论包括审核通过、审核驳回或者审核部分通过；

处理模块420，用于在所述目标信息的初步审核结果为审核通过的情况下，对所述目标信息中的敏感内容进行脱敏处理，得到脱敏目标信息；

展示模块430，用于通过所述线上申报系统展示所述脱敏目标信息；基于所述目标医师对所述脱敏目标信息的审核结论，在线出具目标疾病认定通知书。

在本申请实施例中，获取目标患者的目标信息；所述目标信息包括患者个人信息和患者疾病信息；通过线上申报系统获取初步审核人对所述目标信息的初步审核结果，所述初步审核结果包括初步审核通过或初步审核不通过；在所述目标信息的初步审核结果为审核通过的情况下，对所述目标信息中的敏感内容进行脱敏处理，得到脱敏目标信息；通过所述线上申报系统展示所述脱敏目标信息；通过所述线上申报系统获取目标医师对所述脱敏目标信息的审核结论，所述审核结论包括审核通过、审核驳回或者审核部分通过；基于所述目标医师对所述脱敏目标信息的审核结论，在线出具目标疾病认定通知书。如此，获取目标患者的目标信息，通过线上申报系统获取初步审核人对所述目标信息的初步审核结果，对已经审核通过的所述目标信息进行脱敏处理并展示，通过所述线上申报系统获取目标医师对所述脱敏目标信息的审核结论并在线出具目标疾病认定通知书，线上完成整个疾病申报的所有流程，提高疾病申报的效率。

在本申请的一个实施例中，在所述获取目标患者的目标信息过程中，获取模块410具体可用于：

接收目标患者通过微信小程序申报的目标信息；

或者，接收初步审核人手动录入的目标患者的目标信息；

或者，获取初步审核人从已有患者信息导入的目标患者的目标信息。

在本申请的一个实施例中，所述初步审核通过指示所述目标患者的目标信息无误；所述初步审核不通过指示所述目标患者的患者个人信息有误，所述患者疾病信息不完整，或者，所述患者疾病信息未经证实。

在本申请的一个实施例中，所述获取模块410还可用于：

在所述目标信息的初步审核结果为审核通过的情况下，重新获取目标患者更新后的目标信息。

在本申请的一个实施例中，在所述对所述目标信息中的敏感内容进行脱敏处理，得到脱敏目标信息的过程中，所述处理模块420具体可用于：

对所述目标信息中所述患者个人信息中的敏感内容进行脱敏处理，得到脱敏目标信息；所述脱敏目标信息包括脱敏患者个人信息；

其中，所述敏感内容包括姓名、身份证号、家庭住址、电话号码、联系人、联系人电话、住院号中的至少一项。

在本申请的一个实施例中，所述审核结论中的审核通过指示所述目标医师鉴定所述目标患者享受优待；所述审核结论中的审核驳回指示所述目标医师鉴定所述目标患者不享受优待；所述审核结论中的审核部分通过指示所述目标医师鉴定所述目标患者的部分病种享受优待，所述目标患者的部分病种不享受优待。

在本申请的一个实施例中，所述目标疾病包括门诊慢性病，所述目标疾病认定通知书包括申报的病种、待遇享受期、年度待遇标准和月度待遇标准中的至少一种。

在本申请的一个实施例中，还包括理赔模块，在所述在线出具目标疾病认定通知书之后，所述理赔模块用于：

在所述目标患者参与目标保险的情况下，基于所述目标疾病认定通知书，确定是否对所述目标患者进行理赔。

如图5所示，本申请实施例还提供一种电子设备500，所述电子设备可以为各种类型的计算机等。所述电子设备500包括：处理器510和存储器520，存储器520上存储程序或指令，所述程序或指令被所述处理器510执行时实现上文所描述的任一种方法的步骤。举例而言，所述程序被所述处理器510执行时实现如下过程：获取目标患者的目标信息；所述目标信息包括患者个人信息和患者疾病信息；通过线上申报系统获取初步审核人对所述目标信息的初步审核结果，所述初步审核结果包括初步审核通过或初步审核不通过；在所述目标信息的初步审核结果为审核通过的情况下，对所述目标信息中的敏感内容进行脱敏处理，得到脱敏目标信息；通过所述线上申报系统展示所述脱敏目标信息；通过所述线上申报系统获取目标医师对所述脱敏目标信息的审核结论，所述审核结论包括审核通过、审核驳回或者审核部分通过；基于所述目标医师对所述脱敏目标信息的审核结论，在线出具目标疾病认定通知书。如此，获取目标患者的目标信息，通过线上申报系统获取初步审核人对所述目标信息的初步审核结果，对已经审核通过的所述目标信息进行脱敏处理并展示，通过所述线上申报系统获取目标医师对所述脱敏目标信息的审核结论并在线出具目标疾病认定通知书，线上完成整个疾病申报的所有流程，提高疾病申报的效率。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现测试的方法的各个实施例的步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。