理赔信息处理方法和装置【
技术领域：
：】1.本技术涉及自动审核
技术领域：
：，尤其涉及一种理赔信息处理方法和装置。
背景技术：
：：2.健康保险理赔(包括疾病险和医疗险)时，需要审核疾病诊断与用药、检查、治疗方案等是否符合医学基础规律及保险合同约定，多数通过人工审核及查询医疗知识库进行审核。受限于疾病基础知识及其用药、诊疗种类庞杂，且全国医院的his(hospitalinformationsystem，医院信息系统)标准不统一，同时医疗知识库的完备程度及标准化和归一程度较低，该部分审核需要投入大量人力并且需要丰富的医疗知识，同时由于涉及医疗审核内容过多，审核效果往往无法达到预期目标。技术实现要素：3.有鉴于此，本发明实施例提供了一种理赔信息处理方法和装置，用以解决现有技术中保险公司对有医学背景的医疗审核人员严重依赖，以及人工审核差错高、效率低下、处理时间长的问题。4.第一方面，本实施例提供了一种理赔信息处理方法，包括：5.接收理赔信息，所述理赔信息包括：用户诊疗信息；6.根据所述用户诊疗信息，确定待审核赔付项，所述待审核赔付项包含待审核医疗信息；7.从预先建立的医疗知识库中确定与所述待审核医疗信息匹配的医疗对照信息；8.根据所述医疗对照信息对所述待审核医疗信息进行校验，如果校验通过，则确定所述待审核医疗信息对应的待审核赔付项在赔付范围。9.可选的，所述待审核医疗信息包括：疾病信息和用药信息；从所述医疗知识库中确定的所述医疗对照信息包括：药品适应症、药品禁忌症和高风险疾病药品；10.根据所述医疗对照信息对所述待审核医疗信息进行校验，包括：11.如果所述待审核医疗信息中的疾病信息和用药信息符合药品适应症，且并非高风险疾病药品，则确定所述待审核医疗信息校验通过；12.如果所述待审核医疗信息的疾病信息和用药信息符合药品禁忌症或者属于高风险疾病药品，则确定所述待审核医疗信息校验不通过。13.可选的，从所述医疗知识库中确定的所述医疗对照信息还包括：年龄性别用药专属信息；14.根据所述医疗对照信息对所述待审核医疗信息进行校验，还包括：15.根据用户性别年龄，确定所述用药信息是否在年龄性别用药专属信息的范围内；16.如果所述用药信息符合所述年龄性别用药专属信息范围内，则确定所述待审核医疗信息校验通过；17.如果所述用药信息不在所述年龄性别用药专属信息范围内，则确定所述待审核医疗信息校验不通过。18.可选的，所述待审核医疗信息包括：临床路径诊疗信息和住院天数信息；从所述医疗知识库中确定的所述医疗对照信息包括：临床诊疗标准路径和标准住院天数；19.根据所述医疗对照信息对所述待审核医疗信息进行校验，包括：20.如果所述待审核医疗信息中的临床路径诊疗信息符合所述临床诊疗标准路径，且住院天数与所述标准住院天数适配，则确定所述待审核医疗信息校验通过；21.如果所述待审核医疗信息中的临床路径诊疗信息超出所述临床诊疗标准路径或住院天数超过所述标准住院天数，则确定所述待审核医疗信息校验不通过。22.可选的，从所述医疗知识库中确定的所述医疗对照信息包括：保险免责条款；23.根据所述医疗对照信息对所述待审核医疗信息进行校验，包括：24.确定所述待审核医疗信息中是否包含与所述保险免责条款匹配的词条；25.如果所述待审核医疗信息中不包含与所述保险免责条款匹配的词条，则确定所述待审核医疗信息校验通过；26.如果所述待审核医疗信息中包含与所述保险免责条款匹配的词条，则确定所述待审核医疗信息校验不通过。27.可选的，接收理赔信息之前，所述方法还包括：28.建立所述医疗知识库，所述医疗知识库包括：临床用药指南库、临床路径诊疗库、条款免责库和年龄性别限制库；29.所述临床用药指南库包括：药品名称、药品别称、药品适应症、药品禁忌症和药品用量；30.所述临床路径诊疗库包括：临床诊疗标准路径和标准住院天数；31.所述条款免责库包括：免责词条及对应的药品和诊疗项目；32.所述年龄性别限制库：药品性别专属信息、药品年龄专属信息和高风险疾病药品信息。33.可选的，建立所述医疗知识库，包括：34.获取医疗知识数据；35.对所述医疗知识数据进行数据结构化处理，并对所述医疗知识数据分类，以将所述医疗知识数据划分至其所属于的临床用药指南库、临床路径诊疗库、条款免责库或者年龄性别限制库；36.对分类之后的医疗知识数据进行标准化编码；37.对编码后的医疗知识数据进行最小单元归一化；38.对归一化的医疗知识数据添加标签，所述标签用于标识所述医疗知识数据的特征。39.可选的，所述方法还包括：40.根据保险产品和医疗知识数据建立理赔信息审核规则，所述理赔信息审核规则包括：用药合理性规则、临床诊疗路径规则和条款免责规则；41.其中，用药合理性规则包括：药品适应症、药品禁忌症、高风险疾病药品和年龄性别用药专属信息；42.临床诊疗路径规则包括：临床诊疗标准路径和标准住院天数；43.条款免责规则包括：保险产品的责任免除事项。44.第二方面，本实施例提供了一种理赔信息处理装置，包括：45.接收模块，用于接收理赔信息，所述理赔信息包括：用户诊疗信息；46.第一确定模块，用于根据所述用户诊疗信息，确定待审核赔付项，所述待审核赔付项包含待审核医疗信息；47.第二确定模块，用于从预先建立的医疗知识库中确定与所述待审核医疗信息匹配的医疗对照信息；48.校验模块，用于根据所述医疗对照信息对所述待审核医疗信息进行校验，如果校验通过，则确定所述待审核医疗信息对应的待审核赔付项在赔付范围。49.第三方面，本实施例提供了一种理赔信息处理设备，包括：50.至少一个处理器；以及51.与所述处理器通信连接的至少一个存储器，其中：52.所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行如上述第一方面任一实施例的方法。【附图说明】53.为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。54.图1为本发明实施例提供的一种自动医疗审核体系的结构示意图；55.图2为本发明实施例提供的一种理赔信息处理方法流程图；56.图3为本发明实施例提供的一种理赔信息处理装置的结构示意图；57.图4为本发明实施例提供的一种电子设备的结构示意图。【具体实施方式】58.为了更好的理解本发明的技术方案，下面结合附图对本发明实施例进行详细描述。59.应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。60.当用户提交需要报销的诊疗信息之后，需要对诊疗信息进行审核。其中，为了实现对理赔信息的自动审核，本发明实施例中首先建立医疗知识库。如图1所示，所述医疗知识库包括：临床用药指南库、临床路径诊疗库、保险条款免责库以及药品年龄性别库。61.医疗知识库的搭建，首先需要收集大量医疗知识保证数据的完备性。62.具体地，要保证数据的完备性：临床用药指南库需要至少覆盖指南中所有的药品名称、药品别称、药品适应症、药品禁忌症和药品用量；临床路径诊疗库需要至少覆盖所有已下发的临床诊疗标准路径和标准住院天数；保险条款免责库需要至少覆盖条款中明确的免责词条及对应的药品和诊疗项目；年龄性别库需要至少覆盖药品性别专属信息、药品年龄专属信息和高风险疾病药品信息。63.所述高风险疾病，由于保险条款约定部分疾病或疾病产生的医疗费用是不在赔付范围之内的，例如艾滋病等高风险疾病，因此不予赔付提前在保险条款中设定的如艾滋病等高风险疾病专属用药所产生的费用。64.之后对数据库内数据进行结构化、归一化、标准化编码处理。65.其中，所谓归一化就是将同一医疗产品的不同称谓进行统一，去除别称。其中药品名称需要与现有全国上市药品名称进行匹配，药品适应症、禁忌症需要与国家医保局发布的标准版疾病分类与代码(icd‑10)数据进行匹配。66.临床路径诊疗库中所包含的疾病第一诊断、疾病第二诊断需要与国家医保局发布的标准版疾病分类与代码(icd‑10)数据进行匹配，手术术式需要与国家医保局发布的标准版手术操作分类与代码(icd‑9‑cm3)及原有全国诊疗库中数据进行匹配，路径内检查项目需要与原有全国诊疗库中数据进行匹配，路径内用药需要与现有全国上市药品名称进行匹配，路径内耗材需要与原有全国耗材库中数据进行匹配。67.同时将经归一化统一称谓的医疗信息进行标准编码化处理。为每条数据添加与医疗审核相关的数据属性和审核标签。68.其中，对经归一化的医疗信息进行标准编码化处理，统一不同称谓医疗信息的编码。69.为经统一编码后的医疗信息添加相关的数据属性和审核标签，所述标签用于标识所述医疗知识数据的特征，便于与用户诊疗信息进行匹配。70.最后，进行名称结构化拆解并建立拆解词库，完成医疗知识库的建立。71.其中名称结构化拆解就是通过对保险公司制定的保险条款中责任免除部分进行结构化拆解，成为多个较短关键词，并提炼关键词作为唯一名称便于匹配检索，后通过拆解词库建立并搭配添加审核标签来完成患者医疗信息与医疗知识库中数据的匹配。72.基于上述医疗知识库，可以构建医疗审核规则引擎。如图1所示，所述医疗审核规则引擎包括：基于知识库本身的规则、与保险产品关联的规则。73.其中，包括不能赔付的免责词条，是否需要识别用药合理性，是否需要识别诊疗合理性，是否需要识别住院天数合理性以及是否需要对高风险疾病用药进行风险提示等。74.具体地，医疗审核规则通过以下方式确定：75.用药合理性规则：就诊疾病诊断如超出药品适应症或与药品禁忌症相同，则该药品费用不在赔付范围之内。药品性别、年龄合理性规则：就诊患者的性别、年龄如与药品专属属性不符，则该药品费用不在赔付范围之内。高风险用药规则：保险条款约定不予赔付部分疾病或疾病产生的医疗费用，则该药品费用不在赔付范围之内。临床路径诊疗项目规则：就诊产生的诊疗项目如超出就诊病种临床路径内限定的诊疗范围，则该诊疗项目不在赔付范围之内。住院天数合理性规则：对于实际就诊住院天数超出标准住院日一定范围后，超出部分产生的医疗费用不在赔付范围之内。条款免责规则，即就诊产生的医疗项目中如与免责中明确的项目相匹配，则该项目不在赔付范围之内。76.基于上述医疗知识库和医疗审核规则，本发明实施例提供了一种理赔信息处理方法。该方法可以实现健康医疗商业险理赔案件的医疗合理性自动审核和费用控制。如图2所示，该方法的处理步骤包括：77.101，接收理赔信息，所述理赔信息包括：用户诊疗信息。78.具体地，理赔信息可以是客户在医院就诊期间所产生的费用，例如用药、检查所产生费用。在理赔信息中可以包括用户诊疗信息。该诊疗信息可以是疾病信息和用药信息、年龄性别用药信息、临床诊疗标准路径和标准住院天数。79.所述理赔信息包括：用户诊疗信息，其中具体包括：疾病信息和用药信息、年龄性别用药信息、临床诊疗标准路径和标准住院天数以及保险免责条款等。80.102，根据所述用户诊疗信息，确定待审核赔付项，所述待审核赔付项包含待审核医疗信息。81.所述待审核赔付项具体包含待审核医疗信息，其中具体包括：药品适应症与药品禁忌症、就诊患者的性别年龄与药品专属属性是否相符、诊疗项目是否超出限定的诊疗范围、标准住院天数以及免责条款。82.其中根据上述描述提炼的控费审核规则，建立聚合的规则引擎。对于具体健康医疗保险产品，按产品形态在规则引擎中进行相应的产品规则配置。如用户诊疗信息对住院天数合理性规则并未涉及，则在规则引擎的建立时不添加住院天数合理性规则。83.103，从预先建立的医疗知识库中确定与所述待审核医疗信息匹配的医疗对照信息。84.104，根据所述医疗对照信息对所述待审核医疗信息进行校验，如果校验通过，则确定所述待审核医疗信息对应的待审核赔付项在赔付范围。85.具体地，将对客户采集到的诊疗信息置入医疗信息库中，与库中完成审核标签添加的数据和拆解词库中保险条款中责任免除部分进行匹配检索。86.根据所述医疗对照信息对所述待审核医疗信息进行校验，包括：87.如果所述待审核医疗信息中的疾病信息和用药信息符合药品适应症，且并非高风险疾病药品，则确定所述待审核医疗信息校验通过。88.如果所述待审核医疗信息的疾病信息和用药信息符合药品禁忌症或者属于高风险疾病药品，则确定所述待审核医疗信息校验不通过。89.根据所述医疗对照信息对所述待审核医疗信息进行校验，如果所述用药信息符合所述年龄性别用药专属信息范围内，则确定所述待审核医疗信息校验通过。90.根据所述医疗对照信息对所述待审核医疗信息进行校验，如果所述用药信息不在所述年龄性别用药专属信息范围内，则确定所述待审核医疗信息校验不通过。91.根据所述医疗对照信息对所述待审核医疗信息进行校验，如果所述待审核医疗信息中的临床路径诊疗信息符合所述临床诊疗标准路径，且住院天数与所述标准住院天数适配，则确定所述待审核医疗信息校验通过。92.根据所述医疗对照信息对所述待审核医疗信息进行校验，如果所述待审核医疗信息中的临床路径诊疗信息超出所述临床诊疗标准路径，或住院天数超过所述标准住院天数，则确定所述待审核医疗信息校验不通过。93.根据确定所述待审核医疗信息中是否包含与所述保险免责条款匹配的词条，如果所述待审核医疗信息中不包含与所述保险免责条款匹配的词条，则确定所述待审核医疗信息校验通过。94.根据确定所述待审核医疗信息中是否包含与所述保险免责条款匹配的词条，如果所述待审核医疗信息中包含与所述保险免责条款匹配的词条，则确定所述待审核医疗信息校验不通过。95.对于符合赔付范围的项目，则进行自动或人工理算；如果不符合赔付范围的项目，则进行剔除拒付处理。96.具体地，若用户诊疗信息不符合上述自动控费规则中的任意一项，即对其进行剔除拒付处理。97.根据风险情况确定是否需要人工审核或者直接结案。98.具体地，若用户对自动控费规则引擎进行的自动判断结果提出异议，可提出上诉，并根据具体情况重新进行自动审核或人工复核。99.从以上描述可知，本发明实施例一种理赔信息处理方法，可以实现健康医疗商业险理赔案件的医疗合理性自动审核和费用控制。一方面，可以减少保险公司对有医学背景的医疗审核人员的严重依赖，仅需较少的人员进行部分案件的人工复核；另外一方面，可以解决由于控费审核内容过多，单纯靠医疗审核人员进行审核容易出现差错高、效率低下、处理时间长的问题，提升案件审核质量，缩短案件处理时间。100.本发明实例除了适用于水滴保险健康医疗险产品理赔医疗合理性自动审核、费用控制，同样可以适用于商业健康医疗保险产品理赔医疗合理性自动审核、费用控制以及成体系的理赔医疗知识库的建立方式。101.对应于上文实施例所述的理赔信息处理方法方法，图3示出了本发明实施例提供的理赔信息处理装置的结构框图，为了便于说明，仅示出了与本实施例相关的部分。102.图3为本发明实施例提供的理赔信息处理装置的结构示意图，本实施例中的理赔信息处理方法装置可以实现本技术实施例提供的理赔信息自动审核处理的方法。如图所示，上述理赔信息处理方法装置可以包括：接收模块301、第一确定模块302、第二确定选模块303和校验模块304；103.接收模块301，用于接收理赔信息，所述理赔信息包括：用户诊疗信息。104.其中所述理赔信息包括：用户诊疗信息，其中具体包括：疾病信息和用药信息、年龄性别用药信息、临床诊疗标准路径和标准住院天数。105.第一确定模块302，用于根据所述用户诊疗信息，确定待审核赔付项，所述待审核赔付项包含待审核医疗信息。106.第二确定模块303，用于从预先建立的医疗知识库中确定与所述待审核医疗信息匹配的医疗对照信息。107.校验模块304，用于根据所述医疗对照信息对所述待审核医疗信息进行校验，如果校验通过，则确定所述待审核医疗信息对应的待审核赔付项在赔付范围。108.其中所述待审核医疗信息包括：疾病信息和用药信息；从所述医疗知识库中确定的所述医疗对照信息包括：药品适应症、药品禁忌症和高风险疾病药品；109.图3所示实施例提供的理赔信息处理装置可用于执行本说明书所示方法实施例的技术方案，其实现原理和技术效果可以进一步参考方法实施例中的相关描述。110.图4为本说明书电子设备一个实施例的结构示意图，如图4所示，上述电子设备可以包括至少一个处理器；以及与上述处理器通信连接的至少一个存储器，其中：存储器存储有可被处理器执行的程序指令，上述处理器调用上述程序指令能够执行本实施例提供的理赔信息处理方法。111.其中，上述电子设备可以为能够与用户进行智能对话的设备，例如：云服务器，本说明书实施例对上述电子设备的具体形式不作限定。可以理解的是，这里的电子设备即为方法实施例中提到的机器。112.图4示出了适于用来实现本说明书实施方式的示例性电子设备的框图。图4显示的电子设备仅仅是一个示例，不应对本说明书实施例的功能和使用范围带来任何限制。113.如图4所示，电子设备以通用计算设备的形式表现。电子设备的组件可以包括但不限于：一个或者多个处理器410，存储器430，连接不同系统组件(包括存储器430和处理单元410)的通信总线440。114.通信总线440表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(industrystandardarchitecture；以下简称：isa)总线，微通道体系结构(microchannelarchitecture；以下简称：mac)总线，增强型isa总线、视频电子标准协会(videoelectronicsstandardsassociation；以下简称：vesa)局域总线以及外围组件互连(peripheralcomponentinterconnection；以下简称：pci)总线。115.电子设备典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。116.存储器430可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(randomaccessmemory；以下简称：ram)和/或高速缓存存储器。电子设备可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。存储器430可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本说明书各实施例的功能。117.具有一组(至少一个)程序模块的程序/实用工具，可以存储在存储器430中，这样的程序模块包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块通常执行本说明书所描述的实施例中的功能和/或方法。118.处理器410通过运行存储在存储器430中的程序，从而执行各种功能应用以及数据处理，例如实现本说明书所示实施例提供的理赔信息处理方法。119.本说明书实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行本说明书所示实施例提供的理赔信息处理方法。120.上述非暂态计算机可读存储介质可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(readonlymemory；以下简称：rom)、可擦式可编程只读存储器(erasableprogrammablereadonlymemory；以下简称：eprom)或闪存、光纤、便携式紧凑磁盘只读存储器(cd‑rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。121.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。122.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、rf等等，或者上述的任意合适的组合。123.可以以一种或多种程序设计语言或其组合来编写用于执行本说明书操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c ，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(localareanetwork；以下简称：lan)或广域网(wideareanetwork；以下简称：wan)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。124.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。125.此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本说明书的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。126.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本说明书的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本说明书的实施例所属
技术领域：
：的技术人员所理解。127.取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。128.需要说明的是，本说明书实施例中所涉及的终端可以包括但不限于个人计算机(personalcomputer；以下简称：pc)、个人数字助理(personaldigitalassistant；以下简称：pda)、无线手持设备、平板电脑(tabletcomputer)、手机、mp3播放器、mp4播放器等。129.在本说明书所提供的实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。130.另外，在本说明书各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。131.上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(processor)执行本说明书各个实施例所述方法的部分步骤。132.以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。当前第1页12当前第1页12
技术领域：
：】1.本技术涉及自动审核
技术领域：
：，尤其涉及一种理赔信息处理方法和装置。
背景技术：
：：2.健康保险理赔(包括疾病险和医疗险)时，需要审核疾病诊断与用药、检查、治疗方案等是否符合医学基础规律及保险合同约定，多数通过人工审核及查询医疗知识库进行审核。受限于疾病基础知识及其用药、诊疗种类庞杂，且全国医院的his(hospitalinformationsystem，医院信息系统)标准不统一，同时医疗知识库的完备程度及标准化和归一程度较低，该部分审核需要投入大量人力并且需要丰富的医疗知识，同时由于涉及医疗审核内容过多，审核效果往往无法达到预期目标。技术实现要素：3.有鉴于此，本发明实施例提供了一种理赔信息处理方法和装置，用以解决现有技术中保险公司对有医学背景的医疗审核人员严重依赖，以及人工审核差错高、效率低下、处理时间长的问题。4.第一方面，本实施例提供了一种理赔信息处理方法，包括：5.接收理赔信息，所述理赔信息包括：用户诊疗信息；6.根据所述用户诊疗信息，确定待审核赔付项，所述待审核赔付项包含待审核医疗信息；7.从预先建立的医疗知识库中确定与所述待审核医疗信息匹配的医疗对照信息；8.根据所述医疗对照信息对所述待审核医疗信息进行校验，如果校验通过，则确定所述待审核医疗信息对应的待审核赔付项在赔付范围。9.可选的，所述待审核医疗信息包括：疾病信息和用药信息；从所述医疗知识库中确定的所述医疗对照信息包括：药品适应症、药品禁忌症和高风险疾病药品；10.根据所述医疗对照信息对所述待审核医疗信息进行校验，包括：11.如果所述待审核医疗信息中的疾病信息和用药信息符合药品适应症，且并非高风险疾病药品，则确定所述待审核医疗信息校验通过；12.如果所述待审核医疗信息的疾病信息和用药信息符合药品禁忌症或者属于高风险疾病药品，则确定所述待审核医疗信息校验不通过。13.可选的，从所述医疗知识库中确定的所述医疗对照信息还包括：年龄性别用药专属信息；14.根据所述医疗对照信息对所述待审核医疗信息进行校验，还包括：15.根据用户性别年龄，确定所述用药信息是否在年龄性别用药专属信息的范围内；16.如果所述用药信息符合所述年龄性别用药专属信息范围内，则确定所述待审核医疗信息校验通过；17.如果所述用药信息不在所述年龄性别用药专属信息范围内，则确定所述待审核医疗信息校验不通过。18.可选的，所述待审核医疗信息包括：临床路径诊疗信息和住院天数信息；从所述医疗知识库中确定的所述医疗对照信息包括：临床诊疗标准路径和标准住院天数；19.根据所述医疗对照信息对所述待审核医疗信息进行校验，包括：20.如果所述待审核医疗信息中的临床路径诊疗信息符合所述临床诊疗标准路径，且住院天数与所述标准住院天数适配，则确定所述待审核医疗信息校验通过；21.如果所述待审核医疗信息中的临床路径诊疗信息超出所述临床诊疗标准路径或住院天数超过所述标准住院天数，则确定所述待审核医疗信息校验不通过。22.可选的，从所述医疗知识库中确定的所述医疗对照信息包括：保险免责条款；23.根据所述医疗对照信息对所述待审核医疗信息进行校验，包括：24.确定所述待审核医疗信息中是否包含与所述保险免责条款匹配的词条；25.如果所述待审核医疗信息中不包含与所述保险免责条款匹配的词条，则确定所述待审核医疗信息校验通过；26.如果所述待审核医疗信息中包含与所述保险免责条款匹配的词条，则确定所述待审核医疗信息校验不通过。27.可选的，接收理赔信息之前，所述方法还包括：28.建立所述医疗知识库，所述医疗知识库包括：临床用药指南库、临床路径诊疗库、条款免责库和年龄性别限制库；29.所述临床用药指南库包括：药品名称、药品别称、药品适应症、药品禁忌症和药品用量；30.所述临床路径诊疗库包括：临床诊疗标准路径和标准住院天数；31.所述条款免责库包括：免责词条及对应的药品和诊疗项目；32.所述年龄性别限制库：药品性别专属信息、药品年龄专属信息和高风险疾病药品信息。33.可选的，建立所述医疗知识库，包括：34.获取医疗知识数据；35.对所述医疗知识数据进行数据结构化处理，并对所述医疗知识数据分类，以将所述医疗知识数据划分至其所属于的临床用药指南库、临床路径诊疗库、条款免责库或者年龄性别限制库；36.对分类之后的医疗知识数据进行标准化编码；37.对编码后的医疗知识数据进行最小单元归一化；38.对归一化的医疗知识数据添加标签，所述标签用于标识所述医疗知识数据的特征。39.可选的，所述方法还包括：40.根据保险产品和医疗知识数据建立理赔信息审核规则，所述理赔信息审核规则包括：用药合理性规则、临床诊疗路径规则和条款免责规则；41.其中，用药合理性规则包括：药品适应症、药品禁忌症、高风险疾病药品和年龄性别用药专属信息；42.临床诊疗路径规则包括：临床诊疗标准路径和标准住院天数；43.条款免责规则包括：保险产品的责任免除事项。44.第二方面，本实施例提供了一种理赔信息处理装置，包括：45.接收模块，用于接收理赔信息，所述理赔信息包括：用户诊疗信息；46.第一确定模块，用于根据所述用户诊疗信息，确定待审核赔付项，所述待审核赔付项包含待审核医疗信息；47.第二确定模块，用于从预先建立的医疗知识库中确定与所述待审核医疗信息匹配的医疗对照信息；48.校验模块，用于根据所述医疗对照信息对所述待审核医疗信息进行校验，如果校验通过，则确定所述待审核医疗信息对应的待审核赔付项在赔付范围。49.第三方面，本实施例提供了一种理赔信息处理设备，包括：50.至少一个处理器；以及51.与所述处理器通信连接的至少一个存储器，其中：52.所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行如上述第一方面任一实施例的方法。【附图说明】53.为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。54.图1为本发明实施例提供的一种自动医疗审核体系的结构示意图；55.图2为本发明实施例提供的一种理赔信息处理方法流程图；56.图3为本发明实施例提供的一种理赔信息处理装置的结构示意图；57.图4为本发明实施例提供的一种电子设备的结构示意图。【具体实施方式】58.为了更好的理解本发明的技术方案，下面结合附图对本发明实施例进行详细描述。59.应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。60.当用户提交需要报销的诊疗信息之后，需要对诊疗信息进行审核。其中，为了实现对理赔信息的自动审核，本发明实施例中首先建立医疗知识库。如图1所示，所述医疗知识库包括：临床用药指南库、临床路径诊疗库、保险条款免责库以及药品年龄性别库。61.医疗知识库的搭建，首先需要收集大量医疗知识保证数据的完备性。62.具体地，要保证数据的完备性：临床用药指南库需要至少覆盖指南中所有的药品名称、药品别称、药品适应症、药品禁忌症和药品用量；临床路径诊疗库需要至少覆盖所有已下发的临床诊疗标准路径和标准住院天数；保险条款免责库需要至少覆盖条款中明确的免责词条及对应的药品和诊疗项目；年龄性别库需要至少覆盖药品性别专属信息、药品年龄专属信息和高风险疾病药品信息。63.所述高风险疾病，由于保险条款约定部分疾病或疾病产生的医疗费用是不在赔付范围之内的，例如艾滋病等高风险疾病，因此不予赔付提前在保险条款中设定的如艾滋病等高风险疾病专属用药所产生的费用。64.之后对数据库内数据进行结构化、归一化、标准化编码处理。65.其中，所谓归一化就是将同一医疗产品的不同称谓进行统一，去除别称。其中药品名称需要与现有全国上市药品名称进行匹配，药品适应症、禁忌症需要与国家医保局发布的标准版疾病分类与代码(icd‑10)数据进行匹配。66.临床路径诊疗库中所包含的疾病第一诊断、疾病第二诊断需要与国家医保局发布的标准版疾病分类与代码(icd‑10)数据进行匹配，手术术式需要与国家医保局发布的标准版手术操作分类与代码(icd‑9‑cm3)及原有全国诊疗库中数据进行匹配，路径内检查项目需要与原有全国诊疗库中数据进行匹配，路径内用药需要与现有全国上市药品名称进行匹配，路径内耗材需要与原有全国耗材库中数据进行匹配。67.同时将经归一化统一称谓的医疗信息进行标准编码化处理。为每条数据添加与医疗审核相关的数据属性和审核标签。68.其中，对经归一化的医疗信息进行标准编码化处理，统一不同称谓医疗信息的编码。69.为经统一编码后的医疗信息添加相关的数据属性和审核标签，所述标签用于标识所述医疗知识数据的特征，便于与用户诊疗信息进行匹配。70.最后，进行名称结构化拆解并建立拆解词库，完成医疗知识库的建立。71.其中名称结构化拆解就是通过对保险公司制定的保险条款中责任免除部分进行结构化拆解，成为多个较短关键词，并提炼关键词作为唯一名称便于匹配检索，后通过拆解词库建立并搭配添加审核标签来完成患者医疗信息与医疗知识库中数据的匹配。72.基于上述医疗知识库，可以构建医疗审核规则引擎。如图1所示，所述医疗审核规则引擎包括：基于知识库本身的规则、与保险产品关联的规则。73.其中，包括不能赔付的免责词条，是否需要识别用药合理性，是否需要识别诊疗合理性，是否需要识别住院天数合理性以及是否需要对高风险疾病用药进行风险提示等。74.具体地，医疗审核规则通过以下方式确定：75.用药合理性规则：就诊疾病诊断如超出药品适应症或与药品禁忌症相同，则该药品费用不在赔付范围之内。药品性别、年龄合理性规则：就诊患者的性别、年龄如与药品专属属性不符，则该药品费用不在赔付范围之内。高风险用药规则：保险条款约定不予赔付部分疾病或疾病产生的医疗费用，则该药品费用不在赔付范围之内。临床路径诊疗项目规则：就诊产生的诊疗项目如超出就诊病种临床路径内限定的诊疗范围，则该诊疗项目不在赔付范围之内。住院天数合理性规则：对于实际就诊住院天数超出标准住院日一定范围后，超出部分产生的医疗费用不在赔付范围之内。条款免责规则，即就诊产生的医疗项目中如与免责中明确的项目相匹配，则该项目不在赔付范围之内。76.基于上述医疗知识库和医疗审核规则，本发明实施例提供了一种理赔信息处理方法。该方法可以实现健康医疗商业险理赔案件的医疗合理性自动审核和费用控制。如图2所示，该方法的处理步骤包括：77.101，接收理赔信息，所述理赔信息包括：用户诊疗信息。78.具体地，理赔信息可以是客户在医院就诊期间所产生的费用，例如用药、检查所产生费用。在理赔信息中可以包括用户诊疗信息。该诊疗信息可以是疾病信息和用药信息、年龄性别用药信息、临床诊疗标准路径和标准住院天数。79.所述理赔信息包括：用户诊疗信息，其中具体包括：疾病信息和用药信息、年龄性别用药信息、临床诊疗标准路径和标准住院天数以及保险免责条款等。80.102，根据所述用户诊疗信息，确定待审核赔付项，所述待审核赔付项包含待审核医疗信息。81.所述待审核赔付项具体包含待审核医疗信息，其中具体包括：药品适应症与药品禁忌症、就诊患者的性别年龄与药品专属属性是否相符、诊疗项目是否超出限定的诊疗范围、标准住院天数以及免责条款。82.其中根据上述描述提炼的控费审核规则，建立聚合的规则引擎。对于具体健康医疗保险产品，按产品形态在规则引擎中进行相应的产品规则配置。如用户诊疗信息对住院天数合理性规则并未涉及，则在规则引擎的建立时不添加住院天数合理性规则。83.103，从预先建立的医疗知识库中确定与所述待审核医疗信息匹配的医疗对照信息。84.104，根据所述医疗对照信息对所述待审核医疗信息进行校验，如果校验通过，则确定所述待审核医疗信息对应的待审核赔付项在赔付范围。85.具体地，将对客户采集到的诊疗信息置入医疗信息库中，与库中完成审核标签添加的数据和拆解词库中保险条款中责任免除部分进行匹配检索。86.根据所述医疗对照信息对所述待审核医疗信息进行校验，包括：87.如果所述待审核医疗信息中的疾病信息和用药信息符合药品适应症，且并非高风险疾病药品，则确定所述待审核医疗信息校验通过。88.如果所述待审核医疗信息的疾病信息和用药信息符合药品禁忌症或者属于高风险疾病药品，则确定所述待审核医疗信息校验不通过。89.根据所述医疗对照信息对所述待审核医疗信息进行校验，如果所述用药信息符合所述年龄性别用药专属信息范围内，则确定所述待审核医疗信息校验通过。90.根据所述医疗对照信息对所述待审核医疗信息进行校验，如果所述用药信息不在所述年龄性别用药专属信息范围内，则确定所述待审核医疗信息校验不通过。91.根据所述医疗对照信息对所述待审核医疗信息进行校验，如果所述待审核医疗信息中的临床路径诊疗信息符合所述临床诊疗标准路径，且住院天数与所述标准住院天数适配，则确定所述待审核医疗信息校验通过。92.根据所述医疗对照信息对所述待审核医疗信息进行校验，如果所述待审核医疗信息中的临床路径诊疗信息超出所述临床诊疗标准路径，或住院天数超过所述标准住院天数，则确定所述待审核医疗信息校验不通过。93.根据确定所述待审核医疗信息中是否包含与所述保险免责条款匹配的词条，如果所述待审核医疗信息中不包含与所述保险免责条款匹配的词条，则确定所述待审核医疗信息校验通过。94.根据确定所述待审核医疗信息中是否包含与所述保险免责条款匹配的词条，如果所述待审核医疗信息中包含与所述保险免责条款匹配的词条，则确定所述待审核医疗信息校验不通过。95.对于符合赔付范围的项目，则进行自动或人工理算；如果不符合赔付范围的项目，则进行剔除拒付处理。96.具体地，若用户诊疗信息不符合上述自动控费规则中的任意一项，即对其进行剔除拒付处理。97.根据风险情况确定是否需要人工审核或者直接结案。98.具体地，若用户对自动控费规则引擎进行的自动判断结果提出异议，可提出上诉，并根据具体情况重新进行自动审核或人工复核。99.从以上描述可知，本发明实施例一种理赔信息处理方法，可以实现健康医疗商业险理赔案件的医疗合理性自动审核和费用控制。一方面，可以减少保险公司对有医学背景的医疗审核人员的严重依赖，仅需较少的人员进行部分案件的人工复核；另外一方面，可以解决由于控费审核内容过多，单纯靠医疗审核人员进行审核容易出现差错高、效率低下、处理时间长的问题，提升案件审核质量，缩短案件处理时间。100.本发明实例除了适用于水滴保险健康医疗险产品理赔医疗合理性自动审核、费用控制，同样可以适用于商业健康医疗保险产品理赔医疗合理性自动审核、费用控制以及成体系的理赔医疗知识库的建立方式。101.对应于上文实施例所述的理赔信息处理方法方法，图3示出了本发明实施例提供的理赔信息处理装置的结构框图，为了便于说明，仅示出了与本实施例相关的部分。102.图3为本发明实施例提供的理赔信息处理装置的结构示意图，本实施例中的理赔信息处理方法装置可以实现本技术实施例提供的理赔信息自动审核处理的方法。如图所示，上述理赔信息处理方法装置可以包括：接收模块301、第一确定模块302、第二确定选模块303和校验模块304；103.接收模块301，用于接收理赔信息，所述理赔信息包括：用户诊疗信息。104.其中所述理赔信息包括：用户诊疗信息，其中具体包括：疾病信息和用药信息、年龄性别用药信息、临床诊疗标准路径和标准住院天数。105.第一确定模块302，用于根据所述用户诊疗信息，确定待审核赔付项，所述待审核赔付项包含待审核医疗信息。106.第二确定模块303，用于从预先建立的医疗知识库中确定与所述待审核医疗信息匹配的医疗对照信息。107.校验模块304，用于根据所述医疗对照信息对所述待审核医疗信息进行校验，如果校验通过，则确定所述待审核医疗信息对应的待审核赔付项在赔付范围。108.其中所述待审核医疗信息包括：疾病信息和用药信息；从所述医疗知识库中确定的所述医疗对照信息包括：药品适应症、药品禁忌症和高风险疾病药品；109.图3所示实施例提供的理赔信息处理装置可用于执行本说明书所示方法实施例的技术方案，其实现原理和技术效果可以进一步参考方法实施例中的相关描述。110.图4为本说明书电子设备一个实施例的结构示意图，如图4所示，上述电子设备可以包括至少一个处理器；以及与上述处理器通信连接的至少一个存储器，其中：存储器存储有可被处理器执行的程序指令，上述处理器调用上述程序指令能够执行本实施例提供的理赔信息处理方法。111.其中，上述电子设备可以为能够与用户进行智能对话的设备，例如：云服务器，本说明书实施例对上述电子设备的具体形式不作限定。可以理解的是，这里的电子设备即为方法实施例中提到的机器。112.图4示出了适于用来实现本说明书实施方式的示例性电子设备的框图。图4显示的电子设备仅仅是一个示例，不应对本说明书实施例的功能和使用范围带来任何限制。113.如图4所示，电子设备以通用计算设备的形式表现。电子设备的组件可以包括但不限于：一个或者多个处理器410，存储器430，连接不同系统组件(包括存储器430和处理单元410)的通信总线440。114.通信总线440表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(industrystandardarchitecture；以下简称：isa)总线，微通道体系结构(microchannelarchitecture；以下简称：mac)总线，增强型isa总线、视频电子标准协会(videoelectronicsstandardsassociation；以下简称：vesa)局域总线以及外围组件互连(peripheralcomponentinterconnection；以下简称：pci)总线。115.电子设备典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。116.存储器430可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(randomaccessmemory；以下简称：ram)和/或高速缓存存储器。电子设备可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。存储器430可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本说明书各实施例的功能。117.具有一组(至少一个)程序模块的程序/实用工具，可以存储在存储器430中，这样的程序模块包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块通常执行本说明书所描述的实施例中的功能和/或方法。118.处理器410通过运行存储在存储器430中的程序，从而执行各种功能应用以及数据处理，例如实现本说明书所示实施例提供的理赔信息处理方法。119.本说明书实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行本说明书所示实施例提供的理赔信息处理方法。120.上述非暂态计算机可读存储介质可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(readonlymemory；以下简称：rom)、可擦式可编程只读存储器(erasableprogrammablereadonlymemory；以下简称：eprom)或闪存、光纤、便携式紧凑磁盘只读存储器(cd‑rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。121.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。122.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、rf等等，或者上述的任意合适的组合。123.可以以一种或多种程序设计语言或其组合来编写用于执行本说明书操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c ，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(localareanetwork；以下简称：lan)或广域网(wideareanetwork；以下简称：wan)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。124.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。125.此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本说明书的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。126.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本说明书的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本说明书的实施例所属
技术领域：
：的技术人员所理解。127.取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。128.需要说明的是，本说明书实施例中所涉及的终端可以包括但不限于个人计算机(personalcomputer；以下简称：pc)、个人数字助理(personaldigitalassistant；以下简称：pda)、无线手持设备、平板电脑(tabletcomputer)、手机、mp3播放器、mp4播放器等。129.在本说明书所提供的实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。130.另外，在本说明书各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。131.上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(processor)执行本说明书各个实施例所述方法的部分步骤。132.以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。当前第1页12当前第1页12
再多了解一些
本文用于企业家、创业者技术爱好者查询，结果仅供参考。
