CN112199951A - 一种事件信息生成的方法及装置 - Google Patents

一种事件信息生成的方法及装置 Download PDF

Info

Publication number
CN112199951A
CN112199951A CN202011213842.7A CN202011213842A CN112199951A CN 112199951 A CN112199951 A CN 112199951A CN 202011213842 A CN202011213842 A CN 202011213842A CN 112199951 A CN112199951 A CN 112199951A
Authority
CN
China
Prior art keywords
information
interview
application
target
key
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202011213842.7A
Other languages
English (en)
Inventor
范伟伟
张升
韩冬
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ant Shengxin (Shanghai) Information Technology Co.,Ltd.
Original Assignee
Alipay Hangzhou Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alipay Hangzhou Information Technology Co Ltd filed Critical Alipay Hangzhou Information Technology Co Ltd
Priority to CN202011213842.7A priority Critical patent/CN112199951A/zh
Publication of CN112199951A publication Critical patent/CN112199951A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00Handling natural language data
    • G06F40/20Natural language analysis
    • G06F40/279Recognition of textual entities
    • G06F40/284Lexical analysis, e.g. tokenisation or collocates
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/30Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
    • G06F16/33Querying
    • G06F16/3331Query processing
    • G06F16/334Query execution
    • G06F16/3344Query execution using natural language analysis
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/30Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
    • G06F16/36Creation of semantic tools, e.g. ontology or thesauri
    • G06F16/367Ontology

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computational Linguistics (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Artificial Intelligence (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Animal Behavior & Ethology (AREA)
  • Health & Medical Sciences (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本说明书一个或多个实施例提供了一种事件信息生成的方法及装置,其中,该方法包括:获取针对目标保障申请事件所收集的原始申请资料信息;其中,该目标保障申请事件是基于医疗保障项目参与成员的医疗保障申请所生成的;对获取到的原始申请资料信息进行文本分析处理,得到针对目标保障申请事件的申请事由描述信息;基于得到的申请事由描述信息,生成目标保障申请事件的审核参考信息。

Description

一种事件信息生成的方法及装置
技术领域
本文件涉及互联网技术领域,尤其涉及一种事件信息生成的方法及装置。
背景技术
目前,随着互联网技术的快速发展,人们对医疗保障项目的认知越来越深入,用户通过互联网参与某一医疗保障项目,以便后续能够得到相应的保障,然而,为了确保接收到的保障申请事件的真实性,通常设立有面访调查阶段,需要面访人员通过对保障申请用户进行面访并收集相关原始申请资料信息,再由面访人员基于所收集的原始申请资料信息手动形成审核参考文档,从而为后续的目标保障申请事件的审批环节提供参考依据。
发明内容
本说明书一个或多个实施例的目的是提供一种事件信息生成的方法。该事件信息生成的方法包括:
获取针对目标保障申请事件所收集的原始申请资料信息;其中,所述目标保障申请事件是基于医疗保障项目参与成员的医疗保障申请所生成的。对所述原始申请资料信息进行文本分析处理,得到针对所述目标保障申请事件的申请事由描述信息。基于所述申请事由描述信息,生成目标保障申请事件的审核参考信息。
本说明书一个或多个实施例的目的是提供一种事件信息生成的装置。该事件信息生成的装置包括:
申请资料获取模块,其获取针对目标保障申请事件所收集的原始申请资料信息;其中,所述目标保障申请事件是基于医疗保障项目参与成员的医疗保障申请所生成的。申请资料处理模块,其对所述原始申请资料信息进行文本分析处理,得到针对所述目标保障申请事件的申请事由描述信息。事件信息生成模块,其基于所述申请事由描述信息,生成目标保障申请事件的审核参考信息。
本说明书一个或多个实施例的目的是提供一种事件信息生成的设备,包括:处理器;以及被安排成存储计算机可执行指令的存储器。
所述计算机可执行指令在被执行时使所述处理器获取针对目标保障申请事件所收集的原始申请资料信息;其中,所述目标保障申请事件是基于医疗保障项目参与成员的医疗保障申请所生成的。对所述原始申请资料信息进行文本分析处理,得到针对所述目标保障申请事件的申请事由描述信息。基于所述申请事由描述信息,生成目标保障申请事件的审核参考信息。
本说明书一个或多个实施例的目的是提供一种存储介质,用于存储计算机可执行指令。所述可执行指令在被处理器执行时获取针对目标保障申请事件所收集的原始申请资料信息;其中,所述目标保障申请事件是基于医疗保障项目参与成员的医疗保障申请所生成的。对所述原始申请资料信息进行文本分析处理,得到针对所述目标保障申请事件的申请事由描述信息。基于所述申请事由描述信息,生成目标保障申请事件的审核参考信息。
附图说明
为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书一个或多个中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本说明书一个或多个实施例提供的事件信息生成的系统的应用场景示意图;
图2为本说明书一个或多个实施例提供的事件信息生成的方法的第一种流程示意图;
图3为本说明书一个或多个实施例提供的事件信息生成的方法的第二种流程示意图;
图4为本说明书一个或多个实施例提供的事件信息生成的方法的第三种流程示意图;
图5为本说明书一个或多个实施例提供的事件信息生成的方法的第四种流程示意图;
图6为本说明书一个或多个实施例提供的事件信息生成的方法的第五种流程示意图;
图7为本说明书一个或多个实施例提供的事件信息生成的方法的实现原理示意图;
图8为本说明书一个或多个实施例提供的事件信息生成的装置的模块组成示意图;
图9为本说明书一个或多个实施例提供的事件信息生成的设备的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书一个或多个中的技术方案,下面将结合本说明书一个或多个实施例中的附图,对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本说明书一个或多个一部分实施例,而不是全部的实施例。基于本说明书一个或多个中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本文件的保护范围。
需要说明的是,在不冲突的情况下,本说明书中的一个或多个实施例以及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本说明书一个或多个实施例。
本说明书一个或多个实施例提供了一种事件信息生成的方法及装置,通过对与目标保障申请事件相关的原始申请资料信息进行文本分析处理,自动生成医疗保障项目参与成员进行医疗保障申请的申请事由描述信息,再基于至少一条申请事由描述信息,针对目标保障申请事件实现自动生成目标保障申请事件的审核参考信息,减少人工手动输入审核参考信息的工作量,同时,为后续审核节点提供参考依据,避免针对相同的资料多人重复审核,提高了理赔申请案件的审核效率。
图1为本说明书一个或多个实施例提供的事件信息生成的系统的应用场景示意图,如图1所示,以医疗保障项目的面访调查阶段为例,该系统包括:业务服务端、面访人员所使用的客户端,其中,该客户端可以是智能手机、平板电脑等移动终端,该客户端还可以是个人计算机等终端设备,该业务服务端可以是用于对原始面访资料信息进行识别分析并自动生成结构化面访纪要信息的后台服务器或云端服务器,该业务服务端可以是独立的服务器,也可以是由多个服务器组成的服务器集群。其中,事件信息生成的具体过程为:
面访人员的客户端,在监听到面访人员针对原始面访资料信息的上传触发操作后,并将该原始面访资料信息发送至业务服务端;
业务服务端,接收客户端上传的针对目标保障申请事件所收集的原始面访资料信息;其中,该目标保障申请事件是基于医疗保障项目参与成员的医疗保障申请所生成的;
业务服务端,对接收到的原始面访资料信息进行文本分析处理,得到针对目标保障申请事件的申请事由描述信息;其中,该文本分析处理包括:图像文字识别、语音文字转换、文本分词处理、信息标准化处理中至少一项;
业务服务端,基于上述申请事由描述信息,生成在目标保障申请事件的审核过程中所需的结构化面访纪要信息;
业务服务端,向客户端发送上述结构化面访纪要信息;具体的,业务服务端在自动生成结构化面访纪要信息后,可以自动将结构化面访纪要信息与目标保障申请事件进行关联存储,也可以发送至面访人员的客户端,以使面访人员对生成结构化面访纪要信息进行核对确认,再对确认后的结构化面访纪要信息与目标保障申请事件进行关联存储;
面访人员的客户端,接收并展示上述结构化面访纪要信息,以及基于面访人员针对展示的结构化面访纪要信息的触发操作,向业务服务端发送确认信息;
业务服务端,在接收到客户端发送的确认信息后,将最终确认的结构化面访纪要信息与目标保障申请事件进行关联存储。
在上述应用场景中,在面访人员对医疗保障申请用户进行面访并收集相关的原始面访资料信息后,通过客户端将收集到的原始面访资料信息上传至业务服务端,业务服务端通过对与目标保障申请事件相关的原始面访资料信息进行文本分析处理,自动生成医疗保障项目参与成员进行医疗保障申请的申请事由描述信息,再基于至少一条申请事由描述信息,针对目标保障申请事件实现自动生成目标保障申请事件的面访纪要信息,减少人工手动输入面访纪要的工作量,同时,为后续审核节点提供参考依据,避免针对相同的资料多人重复审核,提高了理赔申请案件的审核效率。
图2为本说明书一个或多个实施例提供的事件信息生成的方法的第一种流程示意图,图2中的方法能够由图1中的业务服务端执行,如图2所示,该方法至少包括以下步骤:
S202,获取针对目标保障申请事件所收集的原始申请资料信息;其中,该目标保障申请事件是基于医疗保障项目参与成员的医疗保障申请所生成的;
具体的,上述医疗保障项目参与成员可以是目标保险业务的投保人,对应的,医疗保障申请可以是保险理赔申请,上述医疗保障项目参与成员可以是互助共济项目的参与用户,对应的,医疗保障申请可以是医疗互助申请。
S204,对获取到的原始申请资料信息进行文本分析处理,得到针对目标保障申请事件的申请事由描述信息;
其中,上述原始申请资料信息可以包括:原始面访资料信息,也可以是申请用户上传的原始医疗报告信息;针对医疗保障项目的面访调查阶段,对应的,该原始面访资料信息包括:多个原始面访资料文件;例如,上述原始面访资料信息可以包括:面访调查记录、医疗诊断报告、医疗消费记录中至少一项;上述文本分析处理包括:图像文字识别、语音文字转换、文本分词处理、信息标准化处理中至少一项;
在具体实施时,以原始申请资料信息为原始面访资料信息为例,可以预先构建并训练得到面访资料识别模型,将获取到的原始面访资料信息输入至该面访资料识别模型,利用该面访资料识别模型对原始申请资料信息进行文本分析处理,将该面访资料识别模型的输出确定为针对目标保障申请事件的申请事由描述信息。
S206,基于上述申请事由描述信息,生成目标保障申请事件的审核参考信息;
其中,考虑到原始申请资料信息包括多个相关文件,例如,原始面访资料信息可以包括面访调查记录、医疗诊断报告、医疗消费记录等多个相关文件,因此,对原始申请资料信息进行文本分析处理得到的申请事由描述信息可以是多条;
具体的,为了提高自动生成的审核参考信息的条理性、标准性和易读性,基于预设结构化模板,按照预设排序规则对多条申请事由描述信息进行排序,再基于排序后的多条申请事由描述信息生成结构化审核参考信息;例如,可以按照医疗诊断时间先后顺序将多条申请事由描述信息串接为结构化审核参考信息,又如,还可以按照就诊医院将多条申请事由描述信息对应的就诊医院进行归类排序并串接为结构化审核参考信息。
本说明书一个或多个实施例中,通过对与目标保障申请事件相关的原始申请资料信息进行文本分析处理,自动生成医疗保障项目参与成员进行医疗保障申请的申请事由描述信息,再基于至少一条申请事由描述信息,针对目标保障申请事件实现自动生成目标保障申请事件的审核参考信息,减少人工手动输入审核参考信息的工作量,同时,为后续审核节点提供参考依据,避免针对相同的资料多人重复审核,提高了理赔申请案件的审核效率。
其中,针对需要为医疗保障项目中涉及的面访调查阶段生成面访纪要信息的情况,即原始申请资料信息包括原始面访资料信息,如图3所示,上述S206,基于上述申请事由描述信息,生成目标保障申请事件的审核参考信息,具体包括:
S2062,基于上述申请事由描述信息,生成在目标保障申请事件的审核过程中所需的结构化面访纪要信息。
具体的,针对申请事由描述信息的生成过程,若原始申请资料信息包括:原始面访资料信息,如图4所示,上述S202,获取针对目标保障申请事件所收集的原始申请资料信息,具体包括:
S2022,获取针对目标保障申请事件所收集的原始面访资料信息;其中,该目标保障申请事件是基于医疗保障项目参与成员的医疗保障申请所生成的;
对应的,上述S204,对获取到的原始申请资料信息进行文本分析处理,得到针对目标保障申请事件的申请事由描述信息,具体包括:
S2042,对获取到的原始面访资料信息进行文本信息识别,得到原始面访文本信息;
例如,针对原始面访资料信息包括图片格式的面访调查记录笔记的情况,利用预设光学文字识别方法OCR对面访调查记录笔记中的面访文本信息进行识别,得到原始面访文本信息;又如,针对原始面访资料信息包括语音格式的面访调查记录录音的情况,利用预设语音识别方法对面访调查记录录音进行文本信息转换,得到原始面访文本信息;再如,针对原始面访资料信息包括扫描上传的医疗诊断报告的情况,利用预设光学文字识别方法ocr对医疗诊断报告中的书面文本信息进行识别,得到原始面访文本信息。
S2044,对上述原始面访文本信息进行文本分词处理,得到面访信息关键分词;
具体的,先利用预设分词方法对得到的原始面访文本信息进行分词处理,得到多个原始面访信息分词,例如,该预设分词方法可以是自然语言理解nlu技术,还可以是其他分词方法;再按照预设的关键分词选取规则,从文本分词处理得到的多个原始面访信息分词中选取多个面访信息关键分词,例如,将就诊医院名称、确诊疾病名称、申请用户年龄信息、就诊时间信息中至少一项确定为面访信息关键分词。
S2046,对上述面访信息关键分词进行信息标准化处理,得到标准面访信息集合;其中,该标准面访信息集合可以包括基于领域内术语图谱对面访信息关键分词进行规范校正得到的标准面访关键分词,另外,为了进一步提高最终生成的结构化面访纪要信息的参考性,该标准面访信息集合还可以包括标准面访关键分词的标准分词扩展信息;
具体的,考虑到面访调查记录笔记为申请用户口述内容,可能存在口述内容比较随意的情况,或者医疗诊断报告中的病情描述也是医生人为输入的,可能存在病情描述内容不规范的情况,因此,为了提高后续生成的面访纪要信息的准确度,需要对面访信息关键分词进行标准化处理,得到标准化后的面访信息关键分词;同时,为了进一步提高最终生成的结构化面访纪要信息的参考性,在得到标准面访关键分词后,自动查询该标准面访关键分词对应的标准分词扩展信息,从而实现对标准面访关键分词进行补充说明;也就是说,针对从原始面访资料信息中提取出的面访信息关键分词,不仅对面访信息关键分词进行纠错校正,还从预设系统知识库中获取针对目标保障申请事件的审批过程具有参考价值的标准面访关键分词的额外补充说明信息。
S2048,基于上述标准面访信息集合,生成针对目标保障申请事件的申请事由描述信息。
其中,可以针对每个原始面访资料信息,生成一条或多条申请事由描述信息,也可以针对多个原始面访资料信息,生成一条申请事由描述信息;
具体的,将针对每个原始面访资料信息得到的标准面访关键分词串接为一个语句通顺的申请事由描述条目,并为该申请事由描述条目附加相应的标准分词扩展信息,得到一条申请事由描述信息,例如,针对某一医疗诊断报告所生成的申请事由描述信息为:2020年6月5日某人在某医院确诊患有XX疾病,该某医院为三甲医院,该XX疾病属于恶性肿瘤范畴;又如,针对某一医疗消费记录所生成的申请事由描述信息为:2020年6月5日至15日某人在某医院住院N天,住院期间使用YYY药物,该YYY药物属于医保理赔范围。
其中,针对标准面访信息集合的生成过程,如图5所示,上述S2046,对上述面访信息关键分词进行信息标准化处理,得到标准面访信息集合,具体包括:
S20462,基于分词处理得到的各面访信息关键分词的属性信息,确定标准面访关键分词;
具体的,考虑到并不是所有的面访信息关键分词均需要标准化处理,存在部分面访信息关键分词不需要进行标准化处理的情况,例如申请用户姓名,因此,在从原始面访文本信息中提取出面访信息关键分词后,先对面访信息关键分词进行词性标注和所属类别标注,确定各面访信息关键分词的属性信息,再基于该属性信息和预设待标准化分词词性及类别集合,判断面访信息关键分词是否属于待标准化的面访信息关键分词,若是,则确定该面访信息关键分词对应的标准面访关键分词;
例如,若基于面访信息关键分词的属性信息确定其为申请用户姓名,则确定该面访信息关键分词不属于待标准化的面访信息关键分词;若基于面访信息关键分词的属性信息确定其为就诊医院名称,则确定该面访信息关键分词属于待标准化的面访信息关键分词;
S20464,确定至少一个标准面访关键分词对应的标准分词扩展信息;其中,该标准分词扩展信息可以是标准面访关键分词的附加说明信息;
在具体实施时,可以针对每个标准面访关键分词均查询相应的标准分词扩展信息,考虑到某些面访信息关键分词对目标保障申请事件的审核结果的影响程度比较小,同时为了提高最终生成的结构化面访纪要信息的简洁性和易读性,也可以仅针对部分标准面访关键分词查询相应的标准分词扩展信息。
S20466,将上述标准面访关键分词和上述标准分词扩展信息的组合,确定为标准面访信息集合。
具体的,针对标准面访关键分词的确定过程,上述S20462,基于分词处理得到的各面访信息关键分词的属性信息,确定标准面访关键分词,具体包括:
步骤一,基于分词处理得到的各面访信息关键分词的属性信息,确定面访信息关键分词对应的分词所属信息类别;
步骤二,针对每个面访信息关键分词,确定与该面访信息关键分词的分词所属信息类别对应的目标领域术语图谱;
例如,若面访信息关键分词的分词所属信息类别为确诊疾病名称,则该面访信息关键分词对应的目标领域术语图谱为疾病名称术语图谱;若面访信息关键分词的分词所属信息类别为就诊医院名称,则该面访信息关键分词对应的目标领域术语图谱为医院名称术语图谱;
步骤三,基于上述目标领域术语图谱,确定面访信息关键分词对应的标准面访关键分词。
具体的,针对基于目标领域术语图谱确定标准面访关键分词的过程,上述步骤三,基于上述目标领域术语图谱,确定面访信息关键分词对应的标准面访关键分词,具体包括:
步骤a1,确定上述面访信息关键分词与相应的目标领域术语图谱中的多个领域内专业术语的匹配度;
具体的,在确定面访信息关键分词与领域内专业术语的匹配度时,可以将面访信息关键分词与领域内专业术语进行匹配,得到第一匹配度,以及将原始面访文本信息中该面访信息关键分词的描述信息与领域内专业术语的解释信息进行匹配,得到第二匹配度;基于第一匹配度和第二匹配度确定面访信息关键分词与领域内专业术语的匹配度;例如,面访信息关键分词为诊断疾病名称,则可以将医疗诊断报告中的病情描述信息与领域内疾病名称对应的检查项目信息进行匹配,得到第二匹配度。
步骤a2,基于确定出的匹配度,判断是否存在与面访信息关键分词匹配的领域内专业术语;具体的,若存在至少一个匹配度大于预设阈值的领域内专业术语,则确定存在与面访信息关键分词匹配的领域内专业术语,并将匹配度最大的领域内专业术语确定为与面访信息关键分词匹配的领域内专业术语。
若判断结果为是,则执行步骤a3,将上述匹配的领域内专业术语确定为面访信息关键分词对应的标准面访关键分词;
若判断结果为否,则执行步骤a4,获取相关人员针对面访信息关键分词所输入的标准面访关键分词,并基于该标准面访关键分词更新相应的目标领域术语图谱。
具体的,若针对面访信息关键分词未确定出匹配的领域内专业术语,则向相关人员的客户端发送面访分词匹配异常提示信息,以使该客户端接收相关人员针对该面访信息关键分词所输入的标准面访关键分词,并将该标准面访关键信息发送至业务服务端,以使业务服务端基于该标准面访关键信息更新相应的目标领域术语图谱,以便后续能够提高相似分词的标准化匹配成功率。
进一步的,考虑到目标领域术语图谱中的领域内专业术语的数量比较多,为了提高针对面访信息关键分词匹配标准面访关键分词的效率,可以借助面访信息关键分词的关联面访信息分词,缩小领域内专业术语的匹配范围,进而减少与目标领域术语图谱中的领域内专业术语的匹配量,基于此,上述步骤a1,确定上述面访信息关键分词与相应的目标领域术语图谱中的多个领域内专业术语的匹配度,包括:
基于预设关联分词对集合,确定待标准化的面访信息关键分词的关联面访信息分词;
在目标领域术语图谱中,确定关联面访信息分词下的多个备选领域内专业术语;
针对每个备选领域内专业术语,确定待标准化的面访信息关键分词与该备选领域内专业术语的匹配度。
例如,预设关联分词对集合包括:由就诊医院名称与就诊城市组成的关联分词对,若待标准化的面访信息关键分词为就诊医院名称,则对应的关联面访信息分词为就诊城市,在医院名称术语图谱中,确定申请用户就诊城市下的多个备选医院名称;再确定待标准化的就诊医院名称与该多个备选医院名称的匹配度;
又如,预设关联分词对集合包括:由确诊疾病名称与就诊门诊名称组成的关联分词对,若待标准化的面访信息关键分词为确诊疾病名称,则对应的关联面访信息分词为就诊门诊名称,在疾病名称术语图谱中,确定申请用户就诊门诊下的多个备选疾病名称;再确定待标准化的确诊疾病名称与该多个备选疾病名称的匹配度。
进一步的,针对标准分词的扩展信息的确定过程,考虑到某些标准面访关键分词可能审核结果的影响程度比较小,例如确诊时间信息等,基于此,可以在得到的多个标准面访关键分词中选取对审核结果影响程度比较大的目标标准关键分词,例如,确诊疾病名称,这样仅针对该目标标准关键分词进行扩展信息补充查询,从而提高结构化面访信息的生成效率和简洁性,具体的,上述S20464,确定至少一个标准面访关键分词对应的标准分词扩展信息,具体包括:
步骤一,确定各标准面访关键分词的审核结果影响程度;具体的,可以根据各标准面访关键分词的分词所属信息类别和预设的分词所属类别与影响程度之间的对应关系,确定各标准面访关键分词的审核结果影响程度;
步骤二,在多个标准面访关键分词中,选取审核结果影响程度满足预设条件的目标标准关键分词;其中,该预设条件为审核结果影响程度大于预设阈值,例如,若标准面访关键分词的分词所属信息类别为确诊疾病名称,且预设确诊疾病名称的审核结果影响程度大于预设阈值,则将该标准面访关键分词确定为目标标准关键分词;又如,若标准面访关键分词的分词所属信息类别为确诊时间信息,且预设确诊时间信息的审核结果影响程度小于预设阈值,则将该标准面访关键分词确定为非目标标准关键分词;
步骤三,确定各目标标准关键分词对应的标准分词扩展信息;具体的,通过将目标标准关键分词作为搜索关键词,在预设系统知识库中即可检索到与该目标标准关键分词对应的标准分词扩展信息。
例如,针对目标标准关键分词为就诊医院名称的情况,该目标标准关键分词对应的标准分词扩展信息可以包括:就诊医院是否为三甲医院,是否符合理赔范围;又如,针对目标标准关键分词为确诊疾病名称的情况,该目标标准关键分词对应的标准分词扩展信息可以包括:确诊疾病是否为恶性肿瘤,是否符合理赔范围。
其中,针对结构化面访纪要信息的生成过程,上述S2062,基于上述申请事由描述信息,生成在目标保障申请事件的审核过程中所需的结构化面访纪要信息,具体包括:
步骤一,确定各申请事由描述信息对应的医疗诊断时间信息;
步骤二,按照医疗诊断时间先后顺序,对多个申请事由描述信息进行排序,得到排序后的申请事由描述信息;
步骤三,按照预设结构化模板,基于排序后的申请事由描述信息,生成在对目标保障申请事件进行审核的过程中所需的结构化面访纪要信息;其中,为了进一步提高结构化面访纪要信息的易读性和规范性,可以预先设定并存储预设结构化模板,该预设结构化模板可以包括结构化面访纪要信息的展示样式模板,还可以包括待填写信息字段模型,也可以包括可视化时间线展示模板等。
进一步的,在自动生成结构化面访纪要信息后,将该结构化面访纪要信息发送给面访人员,以便面访人员对该结构化面访纪要信息进行核对,基于此,如图6所示,上述S2022,获取针对目标保障申请事件所收集的原始面访资料信息,具体包括:
S20222,接收面访人员利用客户端上传的针对目标保障申请事件所收集的原始面访资料信息;其中,该目标保障申请事件是基于医疗保障项目参与成员的医疗保障申请所生成的;
对应的,在S2062,基于上述申请事由描述信息,生成在目标保障申请事件的审核过程中所需的结构化面访纪要信息之后,还包括:
S208,向客户端发送生成的结构化面访纪要信息,以使客户端基于该面访人员针对展示的结构化面访纪要信息的触发操作发送确认信息;
S210,在接收到客户端发送的确认信息后,将面访人员最终确认的结构化面访纪要信息与目标保障申请事件进行关联存储。
其中,上述触发操作包括:面访纪要修改操作、复制操作、粘贴操作、输入操作和确认控件点击操作中至少一项,具体的,面访人员可以对展示的结构化面访纪要信息进行修改操作,对应的,将修改后的结构化面访纪要信息与目标保障申请事件进行关联存储。
进一步的,考虑到可能存在由于利用预先训练好的面访资料识别模型对原始申请资料信息进行文本分析处理时出现异常,导致无法输出准确地申请事由描述信息,从而导致无法针对目标保障申请事件生成准确地结构化面访纪要信息,基于此,在上述S208,向客户端发送生成的结构化面访纪要信息之后,还包括:
接收客户端返回的异常反馈信息,并基于该异常反馈信息确定异常处理节点;其中,该异常反馈信息是面访人员基于展示的结构化面访纪要信息进行异常原因分析所输入的,该异常处理节点包括:图像文字识别节点、语音文字转换节点、文本分词处理节点、信息标准化处理节点中至少一项;
获取与该异常处理节点对应的模型优化数据,对上述面访资料识别模型进行迭代优化,得到优化后的面访资料识别模型,这样后续基于该优化后的面访资料识别模型对原始申请资料信息进行文本分析处理,以便增加历史数据相似召回,从而进一步提高结构化事件信息生成的准确度。
在一个具体的实施例中,针对申请医疗保障理赔的医疗保障项目参与成员进行面访调查的应用场景,对应的,原始申请资料信息包括原始面访资料信息为例,如图7所示,上述事件信息生成的过程,具体包括:
面访人员的客户端,在监听到面访人员针对原始面访资料信息的上传触发操作后,并将该原始面访资料信息发送至业务服务端;
业务服务端,接收客户端上传的针对目标保障申请事件所收集的原始面访资料信息;
业务服务端,对接收到的原始面访资料信息进行文本信息识别,得到原始面访文本信息;
业务服务端,对上述原始面访文本信息进行文本分词处理,得到面访信息关键分词;
业务服务端,基于分词处理得到的各面访信息关键分词对应的目标领域术语图谱,确定标准面访关键分词;
业务服务端,确定至少一个标准面访关键分词对应的标准分词扩展信息;
业务服务端,基于上述标准面访关键分词和上述标准分词扩展信息,生成针对目标保障申请事件的申请事由描述信息;
业务服务端,按照医疗诊断时间先后顺序,对多个申请事由描述信息进行排序,得到排序后的申请事由描述信息;
业务服务端,按照预设结构化模板,基于排序后的申请事由描述信息,生成在目标保障申请事件的审核过程中所需的结构化面访纪要信息;
业务服务端,向客户端发送上述结构化面访纪要信息;
面访人员的客户端,接收并展示上述结构化面访纪要信息,以及基于面访人员针对展示的结构化面访纪要信息的触发操作,向业务服务端发送确认信息;
业务服务端,在接收到客户端发送的确认信息后,将最终确认的结构化面访纪要信息与目标保障申请事件进行关联存储至面访纪要数据库中;
业务服务端,接收审批人员的客户端的面访纪要查询请求,其中,该面访纪要查询请求携带有目标保障申请事件的标识信息;
业务服务端,在面访纪要数据库中,获取与目标保障申请事件对应的结构化面访纪要信息,并将该结构化面访纪要信息发送至审批人员的客户端。
本说明书一个或多个实施例中的事件信息生成的方法,获取针对目标保障申请事件所收集的原始申请资料信息;其中,该目标保障申请事件是基于医疗保障项目参与成员的医疗保障申请所生成的;对获取到的原始申请资料信息进行文本分析处理,得到针对目标保障申请事件的申请事由描述信息;基于得到的申请事由描述信息,生成目标保障申请事件的审核参考信息。通过对与目标保障申请事件相关的原始申请资料信息进行文本分析处理,自动生成医疗保障项目参与成员进行医疗保障申请的申请事由描述信息,再基于至少一条申请事由描述信息,针对目标保障申请事件实现自动生成目标保障申请事件的审核参考信息,减少人工手动输入审核参考信息的工作量,同时,为后续审核节点提供参考依据,避免针对相同的资料多人重复审核,提高了理赔申请案件的审核效率。
对应上述图2至图7描述的事件信息生成的方法,基于相同的技术构思,本说明书一个或多个实施例还提供了一种事件信息生成的装置,图8为本说明书一个或多个实施例提供的事件信息生成的装置的模块组成示意图,该装置用于执行图2至图7描述的事件信息生成的方法,如图8所示,该装置包括:
申请资料获取模块802,其获取针对目标保障申请事件所收集的原始申请资料信息;其中,所述目标保障申请事件是基于医疗保障项目参与成员的医疗保障申请所生成的;
申请资料处理模块804,其对所述原始申请资料信息进行文本分析处理,得到针对所述目标保障申请事件的申请事由描述信息;
事件信息生成模块806,其基于所述申请事由描述信息,生成目标保障申请事件的审核参考信息。
本说明书一个或多个实施例中,通过对与目标保障申请事件相关的原始申请资料信息进行文本分析处理,自动生成医疗保障项目参与成员进行医疗保障申请的申请事由描述信息,再基于至少一条申请事由描述信息,针对目标保障申请事件实现自动生成目标保障申请事件的审核参考信息,减少人工手动输入审核参考信息的工作量,同时,为后续审核节点提供参考依据,避免针对相同的资料多人重复审核,提高了理赔申请案件的审核效率。
可选地,所述原始申请资料信息包括:原始面访资料信息;所述事件信息生成模块,其:
基于所述申请事由描述信息,生成在所述目标保障申请事件的审核过程中所需的结构化面访纪要信息。
可选地,所述申请资料处理模块804,其:
对所述原始面访资料信息进行文本信息识别,得到原始面访文本信息;
对所述原始面访文本信息进行文本分词处理,得到面访信息关键分词;
对所述面访信息关键分词进行信息标准化处理,得到标准面访信息集合;
基于所述标准面访信息集合,生成针对所述目标保障申请事件的申请事由描述信息。
可选地,所述申请资料处理模块804,其:
基于各所述面访信息关键分词的属性信息,确定标准面访关键分词;
确定至少一个所述标准面访关键分词对应的标准分词扩展信息;
将所述标准面访关键分词和所述标准分词扩展信息的组合,确定为标准面访信息集合。
可选地,所述申请资料处理模块804,其:
基于各所述面访信息关键分词的属性信息,确定所述面访信息关键分词对应的分词所属信息类别;
确定与所述分词所属信息类别对应的目标领域术语图谱;
基于所述目标领域术语图谱,确定所述面访信息关键分词对应的标准面访关键分词。
可选地,所述申请资料处理模块804,其:
确定各所述标准面访关键分词的审核结果影响程度;
在多个所述标准面访关键分词中,选取所述审核结果影响程度满足预设条件的目标标准关键分词;
确定各所述目标标准关键分词对应的标准分词扩展信息。
可选地,所述申请资料处理模块804,其:
确定所述面访信息关键分词与所述目标领域术语图谱中的各领域内专业术语的匹配度;
基于所述匹配度,判断是否存在与所述面访信息关键分词匹配的领域内专业术语;
若是,则将所述匹配的领域内专业术语确定为所述面访信息关键分词对应的标准面访关键分词;
若否,则获取相关人员针对所述面访信息关键分词所输入的标准面访关键分词,并基于所述标准面访关键分词更新所述目标领域术语图谱。
可选地,所述事件信息生成模块806,其:
确定各所述申请事由描述信息对应的医疗诊断时间信息;
按照医疗诊断时间先后顺序,对多个所述申请事由描述信息进行排序,得到排序后的申请事由描述信息;
按照预设结构化模板,基于排序后的申请事由描述信息,生成在对所述目标保障申请事件进行审核的过程中所需的结构化面访纪要信息。
可选地,所述申请资料获取模块802,其:
接收面访人员利用客户端上传的针对目标保障申请事件所收集的原始面访资料信息;
对应的,所述装置还包括:面访纪要发送模块,其:
向所述客户端发送所述结构化面访纪要信息,以使所述客户端基于所述面访人员针对展示的所述结构化面访纪要信息的触发操作发送确认信息;
在接收到所述客户端发送的所述确认信息后,将所述面访人员所确认的结构化面访纪要信息与所述目标保障申请事件进行关联存储。
本说明书一个或多个实施例中的事件信息生成的装置,获取针对目标保障申请事件所收集的原始申请资料信息;其中,该目标保障申请事件是基于医疗保障项目参与成员的医疗保障申请所生成的;对获取到的原始申请资料信息进行文本分析处理,得到针对目标保障申请事件的申请事由描述信息;基于得到的申请事由描述信息,生成目标保障申请事件的审核参考信息。通过对与目标保障申请事件相关的原始申请资料信息进行文本分析处理,自动生成医疗保障项目参与成员进行医疗保障申请的申请事由描述信息,再基于至少一条申请事由描述信息,针对目标保障申请事件实现自动生成目标保障申请事件的审核参考信息,减少人工手动输入审核参考信息的工作量,同时,为后续审核节点提供参考依据,避免针对相同的资料多人重复审核,提高了理赔申请案件的审核效率。
需要说明的是,本说明书中关于事件信息生成的装置的实施例与本说明书中关于事件信息生成的方法的实施例基于同一发明构思,因此该实施例的具体实施可以参见前述对应的事件信息生成的方法的实施,重复之处不再赘述。
进一步地,对应上述图2至图7所示的方法,基于相同的技术构思,本说明书一个或多个实施例还提供了一种事件信息生成的设备,该设备用于执行上述的事件信息生成的方法,如图9所示。
事件信息生成的设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器901和存储器902,存储器902中可以存储有一个或一个以上存储应用程序或数据。其中,存储器902可以是短暂存储或持久存储。存储在存储器902的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括对事件信息生成的设备中的一系列计算机可执行指令。更进一步地,处理器901可以设置为与存储器902通信,在事件信息生成的设备上执行存储器902中的一系列计算机可执行指令。事件信息生成的设备还可以包括一个或一个以上电源903,一个或一个以上有线或无线网络接口904,一个或一个以上输入输出接口905,一个或一个以上键盘906等。
在一个具体的实施例中,事件信息生成的设备包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对事件信息生成的设备中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令:
获取针对目标保障申请事件所收集的原始申请资料信息;其中,所述目标保障申请事件是基于医疗保障项目参与成员的医疗保障申请所生成的;
对所述原始申请资料信息进行文本分析处理,得到针对所述目标保障申请事件的申请事由描述信息;
基于所述申请事由描述信息,生成目标保障申请事件的审核参考信息。
本说明书一个或多个实施例中的事件信息生成的设备,获取针对目标保障申请事件所收集的原始申请资料信息;其中,该目标保障申请事件是基于医疗保障项目参与成员的医疗保障申请所生成的;对获取到的原始申请资料信息进行文本分析处理,得到针对目标保障申请事件的申请事由描述信息;基于得到的申请事由描述信息,生成目标保障申请事件的审核参考信息。通过对与目标保障申请事件相关的原始申请资料信息进行文本分析处理,自动生成医疗保障项目参与成员进行医疗保障申请的申请事由描述信息,再基于至少一条申请事由描述信息,针对目标保障申请事件实现自动生成目标保障申请事件的审核参考信息,减少人工手动输入审核参考信息的工作量,同时,为后续审核节点提供参考依据,避免针对相同的资料多人重复审核,提高了理赔申请案件的审核效率。
需要说明的是,本说明书中关于事件信息生成的设备的实施例与本说明书中关于事件信息生成的方法的实施例基于同一发明构思,因此该实施例的具体实施可以参见前述对应的事件信息生成的方法的实施,重复之处不再赘述。
进一步地,对应上述图2至图7所示的方法,基于相同的技术构思,本说明书一个或多个实施例还提供了一种存储介质,用于存储计算机可执行指令,一种具体的实施例中,该存储介质可以为U盘、光盘、硬盘等,该存储介质存储的计算机可执行指令在被处理器执行时,能实现以下流程:
获取针对目标保障申请事件所收集的原始申请资料信息;其中,所述目标保障申请事件是基于医疗保障项目参与成员的医疗保障申请所生成的;
对所述原始申请资料信息进行文本分析处理,得到针对所述目标保障申请事件的申请事由描述信息;
基于所述申请事由描述信息,生成目标保障申请事件的审核参考信息。
本说明书一个或多个实施例中的存储介质存储的计算机可执行指令在被处理器执行时,获取针对目标保障申请事件所收集的原始申请资料信息;其中,该目标保障申请事件是基于医疗保障项目参与成员的医疗保障申请所生成的;对获取到的原始申请资料信息进行文本分析处理,得到针对目标保障申请事件的申请事由描述信息;基于得到的申请事由描述信息,生成目标保障申请事件的审核参考信息。通过对与目标保障申请事件相关的原始申请资料信息进行文本分析处理,自动生成医疗保障项目参与成员进行医疗保障申请的申请事由描述信息,再基于至少一条申请事由描述信息,针对目标保障申请事件实现自动生成目标保障申请事件的审核参考信息,减少人工手动输入审核参考信息的工作量,同时,为后续审核节点提供参考依据,避免针对相同的资料多人重复审核,提高了理赔申请案件的审核效率。
需要说明的是,本说明书中关于存储介质的实施例与本说明书中关于事件信息生成的方法的实施例基于同一发明构思,因此该实施例的具体实施可以参见前述对应的事件信息生成的方法的实施,重复之处不再赘述。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本说明书一个或多个时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本说明书一个或多个的实施例可提供为方法、系统、或计算机程序产品。因此,本说明书一个或多个可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本说明书一个或多个可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书一个或多个是参照根据本说明书一个或多个实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本说明书一个或多个的实施例可提供为方法、系统或计算机程序产品。因此,本说明书一个或多个可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本说明书一个或多个可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书一个或多个可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书一个或多个,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本说明书一个或多个的实施例而已,并不用于限制本说明书一个或多个。对于本领域技术人员来说,本说明书一个或多个可以有各种更改和变化。凡在本说明书一个或多个的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本说明书一个或多个的权利要求范围之内。

Claims (20)

1.一种事件信息生成的方法,包括:
获取针对目标保障申请事件所收集的原始申请资料信息;其中,所述目标保障申请事件是基于医疗保障项目参与成员的医疗保障申请所生成的;
对所述原始申请资料信息进行文本分析处理,得到针对所述目标保障申请事件的申请事由描述信息;
基于所述申请事由描述信息,生成所述目标保障申请事件的审核参考信息。
2.根据权利要求1所述的方法,其中,所述原始申请资料信息包括:原始面访资料信息;
所述基于所述申请事由描述信息,生成所述目标保障申请事件的审核参考信息,包括:
基于所述申请事由描述信息,生成在所述目标保障申请事件的审核过程中所需的结构化面访纪要信息。
3.根据权利要求2所述的方法,其中,所述对所述原始申请资料信息进行文本分析处理,得到针对所述目标保障申请事件的申请事由描述信息,包括:
对所述原始面访资料信息进行文本信息识别,得到原始面访文本信息;
对所述原始面访文本信息进行文本分词处理,得到面访信息关键分词;
对所述面访信息关键分词进行信息标准化处理,得到标准面访信息集合;
基于所述标准面访信息集合,生成针对所述目标保障申请事件的申请事由描述信息。
4.根据权利要求3所述的方法,其中,所述对所述面访信息关键分词进行信息标准化处理,得到标准面访信息集合,包括:
基于各所述面访信息关键分词的属性信息,确定标准面访关键分词;
确定至少一个所述标准面访关键分词对应的标准分词扩展信息;
将所述标准面访关键分词和所述标准分词扩展信息的组合,确定为标准面访信息集合。
5.根据权利要求4所述的方法,其中,所述基于各所述面访信息关键分词的属性信息,确定标准面访关键分词,包括:
基于各所述面访信息关键分词的属性信息,确定所述面访信息关键分词对应的分词所属信息类别;
确定与所述分词所属信息类别对应的目标领域术语图谱;
基于所述目标领域术语图谱,确定所述面访信息关键分词对应的标准面访关键分词。
6.根据权利要求4所述的方法,其中,所述确定至少一个所述标准面访关键分词对应的标准分词扩展信息,包括:
确定各所述标准面访关键分词的审核结果影响程度;
在多个所述标准面访关键分词中,选取所述审核结果影响程度满足预设条件的目标标准关键分词;
确定各所述目标标准关键分词对应的标准分词扩展信息。
7.根据权利要求5所述的方法,其中,所述基于所述目标领域术语图谱,确定所述面访信息关键分词对应的标准面访关键分词,包括:
确定所述面访信息关键分词与所述目标领域术语图谱中的各领域内专业术语的匹配度;
基于所述匹配度,判断是否存在与所述面访信息关键分词匹配的领域内专业术语;
若是,则将所述匹配的领域内专业术语确定为所述面访信息关键分词对应的标准面访关键分词;
若否,则获取相关人员针对所述面访信息关键分词所输入的标准面访关键分词,并基于所述标准面访关键分词更新所述目标领域术语图谱。
8.根据权利要求2所述的方法,其中,所述基于所述申请事由描述信息,生成在所述目标保障申请事件的审核过程中所需的结构化面访纪要信息,包括:
确定各所述申请事由描述信息对应的医疗诊断时间信息;
按照医疗诊断时间先后顺序,对多个所述申请事由描述信息进行排序,得到排序后的申请事由描述信息;
按照预设结构化模板,基于排序后的申请事由描述信息,生成在对所述目标保障申请事件进行审核的过程中所需的结构化面访纪要信息。
9.根据权利要求2所述的方法,其中,所述获取针对目标保障申请事件所收集的原始申请资料信息,包括:
接收面访人员利用客户端上传的针对目标保障申请事件所收集的原始面访资料信息;
对应的,在基于所述申请事由描述信息,生成在所述目标保障申请事件的审核过程中所需的结构化面访纪要信息之后,还包括:
向所述客户端发送所述结构化面访纪要信息,以使所述客户端基于所述面访人员针对展示的所述结构化面访纪要信息的触发操作发送确认信息;
在接收到所述客户端发送的所述确认信息后,将所述面访人员所确认的结构化面访纪要信息与所述目标保障申请事件进行关联存储。
10.一种事件信息生成的装置,包括:
申请资料获取模块,其获取针对目标保障申请事件所收集的原始申请资料信息;其中,所述目标保障申请事件是基于医疗保障项目参与成员的医疗保障申请所生成的;
申请资料处理模块,其对所述原始申请资料信息进行文本分析处理,得到针对所述目标保障申请事件的申请事由描述信息;
事件信息生成模块,其基于所述申请事由描述信息,生成目标保障申请事件的审核参考信息。
11.根据权利要求10所述的装置,其中,所述原始申请资料信息包括:原始面访资料信息;所述事件信息生成模块,其:
基于所述申请事由描述信息,生成在所述目标保障申请事件的审核过程中所需的结构化面访纪要信息。
12.根据权利要求11所述的装置,其中,所述申请资料处理模块,其:
对所述原始面访资料信息进行文本信息识别,得到原始面访文本信息;
对所述原始面访文本信息进行文本分词处理,得到面访信息关键分词;
对所述面访信息关键分词进行信息标准化处理,得到标准面访信息集合;
基于所述标准面访信息集合,生成针对所述目标保障申请事件的申请事由描述信息。
13.根据权利要求12所述的装置,其中,所述申请资料处理模块,其:
基于各所述面访信息关键分词的属性信息,确定标准面访关键分词;
确定至少一个所述标准面访关键分词对应的标准分词扩展信息;
将所述标准面访关键分词和所述标准分词扩展信息的组合,确定为标准面访信息集合。
14.根据权利要求13所述的装置,其中,所述申请资料处理模块,其:
基于各所述面访信息关键分词的属性信息,确定所述面访信息关键分词对应的分词所属信息类别;
确定与所述分词所属信息类别对应的目标领域术语图谱;
基于所述目标领域术语图谱,确定所述面访信息关键分词对应的标准面访关键分词。
15.根据权利要求13所述的装置,其中,所述申请资料处理模块,其:
确定各所述标准面访关键分词的审核结果影响程度;
在多个所述标准面访关键分词中,选取所述审核结果影响程度满足预设条件的目标标准关键分词;
确定各所述目标标准关键分词对应的标准分词扩展信息。
16.根据权利要求14所述的装置,其中,所述申请资料处理模块,其:
确定所述面访信息关键分词与所述目标领域术语图谱中的各领域内专业术语的匹配度;
基于所述匹配度,判断是否存在与所述面访信息关键分词匹配的领域内专业术语;
若是,则将所述匹配的领域内专业术语确定为所述面访信息关键分词对应的标准面访关键分词;
若否,则获取相关人员针对所述面访信息关键分词所输入的标准面访关键分词,并基于所述标准面访关键分词更新所述目标领域术语图谱。
17.根据权利要求11所述的装置,其中,所述事件信息生成模块,其:
确定各所述申请事由描述信息对应的医疗诊断时间信息;
按照医疗诊断时间先后顺序,对多个所述申请事由描述信息进行排序,得到排序后的申请事由描述信息;
按照预设结构化模板,基于排序后的申请事由描述信息,生成在对所述目标保障申请事件进行审核的过程中所需的结构化面访纪要信息。
18.根据权利要求11所述的装置,其中,所述申请资料获取模块,其:
接收面访人员利用客户端上传的针对目标保障申请事件所收集的原始面访资料信息;
对应的,所述装置还包括:面访纪要发送模块,其:
向所述客户端发送所述结构化面访纪要信息,以使所述客户端基于所述面访人员针对展示的所述结构化面访纪要信息的触发操作发送确认信息;
在接收到所述客户端发送的所述确认信息后,将所述面访人员所确认的面访人员所确认的结构化面访纪要信息与所述目标保障申请事件进行关联存储。
19.一种事件信息生成的设备,包括:
处理器;以及
被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器:
获取针对目标保障申请事件所收集的原始申请资料信息;其中,所述目标保障申请事件是基于医疗保障项目参与成员的医疗保障申请所生成的;
对所述原始申请资料信息进行文本分析处理,得到针对所述目标保障申请事件的申请事由描述信息;
基于所述申请事由描述信息,生成目标保障申请事件的审核参考信息。
20.一种存储介质,用于存储计算机可执行指令,所述可执行指令在被处理器执行时实现以下方法:
获取针对目标保障申请事件所收集的原始申请资料信息;其中,所述目标保障申请事件是基于医疗保障项目参与成员的医疗保障申请所生成的;
对所述原始申请资料信息进行文本分析处理,得到针对所述目标保障申请事件的申请事由描述信息;
基于所述申请事由描述信息,生成目标保障申请事件的审核参考信息。
CN202011213842.7A 2020-11-04 2020-11-04 一种事件信息生成的方法及装置 Pending CN112199951A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011213842.7A CN112199951A (zh) 2020-11-04 2020-11-04 一种事件信息生成的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011213842.7A CN112199951A (zh) 2020-11-04 2020-11-04 一种事件信息生成的方法及装置

Publications (1)

Publication Number Publication Date
CN112199951A true CN112199951A (zh) 2021-01-08

Family

ID=74034049

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011213842.7A Pending CN112199951A (zh) 2020-11-04 2020-11-04 一种事件信息生成的方法及装置

Country Status (1)

Country Link
CN (1) CN112199951A (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112966119A (zh) * 2021-02-25 2021-06-15 青岛海信网络科技股份有限公司 一种信息获取方法、设备及介质
CN112966029A (zh) * 2021-03-31 2021-06-15 支付宝(杭州)信息技术有限公司 一种信息显示和发送方法、装置、设备和可读介质
CN113177055A (zh) * 2021-05-28 2021-07-27 北京字节跳动网络技术有限公司 一种信息更新的方法、装置及计算机存储介质
CN113407173A (zh) * 2021-06-24 2021-09-17 长沙微康信息科技有限公司 一种医疗微服务器的表达式进行可视化编程的方法及系统

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108805721A (zh) * 2018-04-08 2018-11-13 阿里巴巴集团控股有限公司 一种保险业务数据处理方法、服务器及客户端
KR101937434B1 (ko) * 2017-09-25 2019-01-10 천자혜 빅데이터 및 인공지능 기반 공공 주치의 서비스 제공 방법
CN109670788A (zh) * 2018-12-13 2019-04-23 平安医疗健康管理股份有限公司 基于数据分析的医保审核方法、装置、设备和存储介质
CN109710739A (zh) * 2018-12-24 2019-05-03 联想(北京)有限公司 一种信息处理方法及装置、存储介质
CN109885810A (zh) * 2019-01-17 2019-06-14 平安城市建设科技(深圳)有限公司 基于语义解析的人机问答方法、装置、设备和存储介质
CN109920414A (zh) * 2019-01-17 2019-06-21 平安城市建设科技(深圳)有限公司 人机问答方法、装置、设备和存储介质
CN110163559A (zh) * 2019-04-18 2019-08-23 平安科技(深圳)有限公司 自动理赔方法、装置、计算机设备及存储介质
WO2019196228A1 (zh) * 2018-04-09 2019-10-17 平安科技(深圳)有限公司 制度信息处理方法、装置、计算机设备和存储介质
CN110674266A (zh) * 2019-08-15 2020-01-10 阿里巴巴集团控股有限公司 健康保障项目中的答案处理方法以及装置
CN110781460A (zh) * 2019-11-11 2020-02-11 深圳前海微众银行股份有限公司 版权认证方法、装置、设备、系统及计算机可读存储介质
CN111062819A (zh) * 2019-11-26 2020-04-24 泰康保险集团股份有限公司 简易理赔方法、装置、介质及电子设备
CN111681745A (zh) * 2020-05-28 2020-09-18 泰康保险集团股份有限公司 一种数据处理方法及装置
CN111814482A (zh) * 2020-09-03 2020-10-23 平安国际智慧城市科技股份有限公司 文本关键数据的提取方法、系统和计算机设备

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101937434B1 (ko) * 2017-09-25 2019-01-10 천자혜 빅데이터 및 인공지능 기반 공공 주치의 서비스 제공 방법
CN108805721A (zh) * 2018-04-08 2018-11-13 阿里巴巴集团控股有限公司 一种保险业务数据处理方法、服务器及客户端
WO2019196228A1 (zh) * 2018-04-09 2019-10-17 平安科技(深圳)有限公司 制度信息处理方法、装置、计算机设备和存储介质
CN109670788A (zh) * 2018-12-13 2019-04-23 平安医疗健康管理股份有限公司 基于数据分析的医保审核方法、装置、设备和存储介质
CN109710739A (zh) * 2018-12-24 2019-05-03 联想(北京)有限公司 一种信息处理方法及装置、存储介质
CN109885810A (zh) * 2019-01-17 2019-06-14 平安城市建设科技(深圳)有限公司 基于语义解析的人机问答方法、装置、设备和存储介质
CN109920414A (zh) * 2019-01-17 2019-06-21 平安城市建设科技(深圳)有限公司 人机问答方法、装置、设备和存储介质
CN110163559A (zh) * 2019-04-18 2019-08-23 平安科技(深圳)有限公司 自动理赔方法、装置、计算机设备及存储介质
CN110674266A (zh) * 2019-08-15 2020-01-10 阿里巴巴集团控股有限公司 健康保障项目中的答案处理方法以及装置
CN110781460A (zh) * 2019-11-11 2020-02-11 深圳前海微众银行股份有限公司 版权认证方法、装置、设备、系统及计算机可读存储介质
CN111062819A (zh) * 2019-11-26 2020-04-24 泰康保险集团股份有限公司 简易理赔方法、装置、介质及电子设备
CN111681745A (zh) * 2020-05-28 2020-09-18 泰康保险集团股份有限公司 一种数据处理方法及装置
CN111814482A (zh) * 2020-09-03 2020-10-23 平安国际智慧城市科技股份有限公司 文本关键数据的提取方法、系统和计算机设备

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112966119A (zh) * 2021-02-25 2021-06-15 青岛海信网络科技股份有限公司 一种信息获取方法、设备及介质
CN112966029A (zh) * 2021-03-31 2021-06-15 支付宝(杭州)信息技术有限公司 一种信息显示和发送方法、装置、设备和可读介质
CN112966029B (zh) * 2021-03-31 2023-08-04 支付宝(杭州)信息技术有限公司 一种信息显示和发送方法、装置、设备和可读介质
CN113177055A (zh) * 2021-05-28 2021-07-27 北京字节跳动网络技术有限公司 一种信息更新的方法、装置及计算机存储介质
CN113407173A (zh) * 2021-06-24 2021-09-17 长沙微康信息科技有限公司 一种医疗微服务器的表达式进行可视化编程的方法及系统
CN113407173B (zh) * 2021-06-24 2024-07-26 长沙微康信息科技有限公司 一种医疗微服务器的表达式进行可视化编程的方法及系统

Similar Documents

Publication Publication Date Title
CN110457439B (zh) 一站式智能写作辅助方法、装置和系统
CN112199951A (zh) 一种事件信息生成的方法及装置
CN111401066B (zh) 基于人工智能的词分类模型训练方法、词处理方法及装置
US8868609B2 (en) Tagging method and apparatus based on structured data set
US11321361B2 (en) Genealogical entity resolution system and method
CN109190007B (zh) 数据分析方法及装置
CN112035595B (zh) 医疗领域中审核规则引擎的构建方法、装置和计算机设备
Geiß et al. Neckar: A named entity classifier for wikidata
JP2020030818A (ja) 提案依頼書(rfp)に基づいて提案書を生成するためのシステム及び方法
KR102280490B1 (ko) 상담 의도 분류용 인공지능 모델을 위한 훈련 데이터를 자동으로 생성하는 훈련 데이터 구축 방법
CN115062135B (zh) 一种专利筛选方法与电子设备
US8862609B2 (en) Expanding high level queries
CN113191908A (zh) 理赔审核处理方法及装置
Song et al. Semi-automatic construction of a named entity dictionary for entity-based sentiment analysis in social media
Kehl et al. Natural language processing and futures studies
US10504145B2 (en) Automated classification of network-accessible content based on events
CN117332282A (zh) 一种基于知识图谱的事件匹配的方法及装置
CN115617973A (zh) 一种基于智能数据处理的信息获取方法
CN110399431A (zh) 一种关联关系构建方法、装置及设备
Ribeiro et al. UA. PT Bioinformatics at ImageCLEF 2019: Lifelog Moment Retrieval based on Image Annotation and Natural Language Processing.
CN113901793A (zh) 结合rpa和ai的事件抽取方法及装置
CN113535125A (zh) 金融需求项生成方法及装置
CN113010573A (zh) 一种关联关系提取方法、装置及电子设备
Sorokine et al. Active Learning Approach to Record Linking in Large Geodatasets
CN116453702B (zh) 孤独症行为特征集的数据处理方法、设备、系统及介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20211216

Address after: Room 610, floor 6, No. 618, Wai Road, Huangpu District, Shanghai 200010

Applicant after: Ant Shengxin (Shanghai) Information Technology Co.,Ltd.

Address before: 310000 801-11 section B, 8th floor, 556 Xixi Road, Xihu District, Hangzhou City, Zhejiang Province

Applicant before: Alipay (Hangzhou) Information Technology Co.,Ltd.