基于大数据优化大型医院就诊流程的方法及其应用

摘要

本申请提出了基于大数据优化大型医院就诊流程的方法及其应用，包括以下步骤：S00、对基础数据依次进行预处理和数据表关联处理；S10、对患者就诊记录关联数据表数据库中的数据进行分析统计；S20、将当前就诊流程运行指数表中运行指数超过设定阈值的事件标记为异常项目；S30、对标记完成后的数据进行组装并通过运营商业务接口服务告知患者；S40、获取每个患者对对应的最优建议的确认，并实时同步至医院内部的信息管理平台；S50、联动医院内部的相关系统完成对对应的患者的就诊业务流程的变更。本申请能够帮助医院管理人员对医疗服务资源进行持续合理化分配，帮助患者获得更加便捷和人性化的就医流程体验。

说明书

技术领域

本申请涉及大数据技术领域，特别是涉及基于大数据优化大型医院就诊流程的方法及其应用。

背景技术

目前，随着人们对医疗服务质量的重视程度不断提高，新冠疫情的持续发生，在互联网+医疗的快速发展的背景下，对于优化就诊流程，提高医院管理水平，利用信息化手段提高患者就诊体验防范疫情传播事件对于医院管理工作具有重要意义。

然而现有医院就诊流程主要通过医院科室排班、患者挂号、患者现场就诊、医院执行诊疗服务等流程实现。其中“科室排班”和“患者现场就诊”存在较大优化空间。且医院排班主要由医院按照现有医院医疗资源情况，制定每周的科室接诊计划，由于患者就诊量和需要的医疗服务存在季节性潮汐式的变化更替，部分医院排班计划无法与患者的实际需求相适应，无法高效利用有限医疗资源为广大患者提供充分服务，存在部分时间段资源不足或者资源浪费现象。

同时患者现场就诊主要依靠传统排队叫号业务，以及部分手机端小程序或公众号信息推送服务，无法为现场患者就诊提供更加完善人性化的智能化引导服务。部分大型医院无法提供足够人工引导服务，或者现有信息化推送服务无法精确服务到特定患者，造成就医高峰期间拥堵，部分患者无法及时就医和获取足够信息，容易情绪波动引发突发事件等问题。

因此，亟待一种基于大数据分析、患者定位、运营商服务相结合的方法，实现对医院接诊医疗资源管理提供优化辅助和对患者进行精准智能导引服务。

发明内容

本申请实施例提供了基于大数据优化大型医院就诊流程的方法及其应用，针对目前技术无法高效利用有限医疗资源为广大患者提供充分服务，存在部分时间段资源不足或者资源浪费现象的问题。

本发明核心技术主要是基于大数据分析、患者定位、运营商服务相结合的方法。

第一方面，本申请提供了基于大数据优化大型医院就诊流程的方法，所述方法包括以下步骤：

S00、对医院内部的基础数据依次进行预处理和数据表关联处理，以形成患者就诊记录关联数据表数据库；

S10、对患者就诊记录关联数据表数据库中的数据进行分析统计，得到医院各科室的就诊率信息，该就诊率信息包括就诊流程数据分析表以及当前就诊流程运行指数表，并通过患者实际就诊时间与就诊流程数据分析表对比得到当前就诊流程运行指数表；

S20、利用SQL语句，将当前就诊流程运行指数表中运行指数超过设定阈值的事件标记为异常项目；

S30、对标记完成后的数据进行组装并通过运营商业务接口服务告知患者，其中，组装内容至少包括患者信息、科室位置、就诊科室运行情况、缴费科室运行情况及最优建议；

S40、获取每个患者对对应的最优建议的确认，并实时同步至医院内部的信息管理平台；

S50、联动医院内部的相关系统完成对对应的患者的就诊业务流程的变更。

进一步地，S00步骤中，基础数据包括医院门诊挂号系统数据、住院系统数据、门诊缴费系统数据及互联网平台数据，通过数据采集工具对基础数据所在的对象数据库表抽取并进行数据汇聚形成患者信息表、挂号记录表、电子病历表、住院信息表及实时位置数据表。

进一步地，S00步骤中，预处理的具体步骤为：

S01、从患者信息表中提取关键字段完整的数据，至少包括患者ID、患者姓名及身份证号；

S02、从挂号记录表中提取关键字段完整的数据，至少包括就诊科室代码、科室名称、主治医生编号、医生姓名、挂号时间及科室位置；

S03、从电子病历表中提取患者就诊ID、检查检验科室、执行科室、医嘱信息、检查检验科室代码及病历信息；

S04、从住院信息表中提取患者就诊ID、住院科室名称、住院科室代码、住院ID、科室位置信息、主治医生、手术信息、住院工作站记录及转诊记录；

S05、获取患者当前所在位置的实时位置信息，该实时位置信息至少包括患者所在院的楼栋和楼层数。

进一步地，S00步骤中，数据表关联处理的具体步骤为：

S06、以患者ID、患者就诊ID及就诊科室代码为主键，将患者信息表与挂号记录表以及电子病历表进行关联，形成患者门诊就诊流程信息表，该患者门诊就诊流程信息表的字段至少包括患者ID、患者就诊ID、就诊科室代码及就诊完成时间；

S07、以患者ID、住院ID及实时位置信息为主键，将患者信息表与挂号记录表、电子病历表以及住院信息表进行关联，形成患者住院门诊流程信息表，该患者住院门诊流程信息表的字段至少包括患者ID、住院ID、住院科室代码、检查检验科室代码及住院办理完成时间。

进一步地，S10步骤中，还通过科室实际接诊人数或预约挂号数除以科室排班号源数得出接诊率，从而得出科室接诊率分析表。

进一步地，S10步骤中，通过统计门诊科室看病流程运行标准耗时和对应的接诊人数以及住院任一科室入院办理流程运行标准耗时和对应的接诊人数，得到就诊流程数据分析表，该就诊流程数据分析表的字段至少包括科室代码、接诊人数、住院耗时以及统计次数。

进一步地，S10步骤中，通过将患者实际就诊时间与就诊流程数据分析表中的门诊耗时和住院耗时进行比对，得出每个患者在各科室的就诊流程的运行指数，从而得出当前就诊流程运行指数表。

第二方面，本申请提供了一种基于大数据优化大型医院就诊流程的系统，包括：

就诊数据集成模块，对医院内部的基础数据依次进行预处理和数据表关联处理，以形成患者就诊记录关联数据表数据库；

分析统计模块，对患者就诊记录关联数据表数据库中的数据进行分析统计，得到医院各科室的就诊率信息，该就诊率信息包括就诊流程数据分析表以及当前就诊流程运行指数表，并通过患者实际就诊时间与就诊流程数据分析表对比得到当前就诊流程运行指数表；

标记模块，利用SQL语句，将当前就诊流程运行指数表中运行指数超过设定阈值的事件标记为异常项目；

组装推送模块，对标记完成后的数据进行组装并通过运营商业务接口服务告知患者，其中，组装内容至少包括患者信息、科室位置、就诊科室运行情况、缴费科室运行情况及最优建议；

反馈模块，获取每个患者对对应的最优建议的确认，并实时同步至医院内部的信息管理平台；

联动模块，联动医院内部的相关系统完成对对应的患者的就诊业务流程的变更。

第三方面，本申请提供了一种电子装置，包括存储器和处理器，存储器中存储有计算机程序，处理器被设置为运行计算机程序以执行上述的基于大数据优化大型医院就诊流程的方法。

第四方面，本申请提供了一种可读存储介质，可读存储介质中存储有计算机程序，计算机程序包括用于控制过程以执行过程的程序代码，过程包括根据上述的基于大数据优化大型医院就诊流程的方法。

本发明的主要贡献和创新点如下：1、与现有技术相比，本申请从不同系统中获取所需数据，解决了单一系统无法提供业务场景所需数据问题，可以尽量减少系统的改造难度和项目成本；本申请还通过对科室就诊率的统计分析对医院科室排班计划起到辅助作用，优化医疗资源利用效率；同时本申请通过大数据分析计算，得到门诊就诊运行指数和住院办理运行指数，可以通过指数来判断患者就诊流程运行情况是否正常，利于快速定位发现异常就诊流程事件；

2、与现有技术相比，本申请结合患者位置信息，可以提供更精确的位置导引功能，解决了大型医院多院区、多楼栋、执行科室数量多分布区域广，服务单一易造成部分患者难以寻找到需要就医的科室或者缴费的科室；本申请还通过导引推送信息智能组装，并通过运营商业务服务，实现手机短信或者电话通知，也可向医院管理平台、患者手机端微信小程序或者app推送。优点是快速高效，及时性较高，信息送达及沟通渠道较多且人性化，对于老年患者人工电话方式更加体贴周到；

3、与现有技术相比，本申请能够利用数据分析、位置服务、运营商服务等手段，构建就诊流程动态监测运行和服务机制，实现由人工或者单一信息化服务向智能服务转变，帮助医院管理人员对医疗服务资源进行持续合理化分配，帮助医院及时发现业务流转过程中出现的问题，减少纠纷隐患，提高服务质量；帮助患者获得更加便捷和人性化的就医流程体验；提高医疗系统的群众满意度。

本申请的一个或多个实施例的细节在以下附图和描述中提出，以使本申请的其他特征、目的和优点更加简明易懂。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的基于大数据优化大型医院就诊流程的方法的流程；

图2是根据本申请实施例的电子装置的硬件结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

目前患者现场就诊主要依靠传统排队叫号业务，以及部分手机端小程序或公众号信息推送服务，无法为现场患者就诊提供更加完善人性化的智能化引导服务。部分大型医院无法提供足够人工引导服务，或者现有信息化推送服务无法精确服务到特定患者，造成就医高峰期间拥堵，部分患者无法及时就医和获取足够信息，容易情绪波动引发突发事件等问题。

基于此，本发明基于大数据分析、患者定位、运营商服务相结合的方法。

实施例一

具体地，本申请实施例提供了基于大数据优化大型医院就诊流程的方法，具体地，参考图1，所述方法包括以下步骤：

S00、对医院内部的基础数据依次进行预处理和数据表关联处理，以形成患者就诊记录关联数据表数据库；

在本实施例中，基础数据包括医院门诊挂号系统数据、住院系统数据、门诊缴费系统数据及互联网平台数据，通过数据采集工具对基础数据所在的对象数据库表抽取并进行数据汇聚形成患者信息表、挂号记录表、电子病历表、住院信息表及实时位置数据表。

优选地，预处理的具体步骤为：

S01、从患者信息表中提取关键字段完整的数据，至少包括患者ID、患者姓名及身份证号；

S02、从挂号记录表中提取关键字段完整的数据，至少包括就诊科室代码、科室名称、主治医生编号、医生姓名、挂号时间及科室位置；

S03、从电子病历表中提取患者就诊ID、检查检验科室、执行科室、医嘱信息、检查检验科室代码及病历信息；

S04、从住院信息表中提取患者就诊ID、住院科室名称、住院科室代码、住院ID、科室位置信息、主治医生、手术信息、住院工作站记录及转诊记录；

S05、获取患者当前所在位置的实时位置信息，该实时位置信息至少包括患者所在院的楼栋和楼层数；

在本实施例中，经过患者同意后通过患者微信小程序或app取得患者在院的楼栋、层数等位置信息。

优选地，数据表关联处理的具体步骤为：

S06、以患者ID、患者就诊ID及就诊科室代码为主键，将患者信息表与挂号记录表以及电子病历表进行关联，形成患者门诊就诊流程信息表，该患者门诊就诊流程信息表的字段至少包括患者ID、患者就诊ID、就诊科室代码及就诊完成时间；

S07、以患者ID、住院ID及实时位置信息为主键，将患者信息表与挂号记录表、电子病历表以及住院信息表进行关联，形成患者住院门诊流程信息表，该患者住院门诊流程信息表的字段至少包括患者ID、住院ID、住院科室代码、检查检验科室代码及住院办理完成时间；

其中，S06～S07步骤通过SQL语句进行关联。

S10、对患者就诊记录关联数据表数据库中的数据进行分析统计，得到医院各科室的就诊率信息，该就诊率信息包括就诊流程数据分析表以及当前就诊流程运行指数表，并通过患者实际就诊时间与就诊流程数据分析表对比得到当前就诊流程运行指数表；

优选地，还通过科室实际接诊人数或预约挂号数除以科室排班号源数得出接诊率(接诊率＝科室实际接诊人数(或预约挂号数)/科室排班号源数)，从而得出科室接诊率分析表，如下表1所示：

表1

如此，通过就诊率分析可为医院对下个季度或者下一个年度的医院科室排班计划的规划工作进行有效辅助。

在本实施例中，根据对医院海量就诊数据进行分析统计，通过统计门诊科室看病流程运行标准耗时和对应的接诊人数以及住院任一科室入院办理流程运行标准耗时和对应的接诊人数，得到就诊流程数据分析表，该就诊流程数据分析表的字段至少包括科室代码、接诊人数、住院耗时以及统计次数，得出如下

表2：

表2

在本实施例中，通过将患者实际就诊时间与就诊流程数据分析表中的门诊耗时和住院耗时进行比对，得出每个患者在各科室的就诊流程的运行指数，从而得出当前就诊流程运行指数表，如下表3所示：

表3

其中，表3中将门诊时间和住院时间字段放到一起，因为对于单一患者来说，绝大多数情况只存在一种状态，要么门诊就诊流程，要么办理住院流程，指数计算时会由系统自动判断处于门诊还是住院流程状态。

S20、利用SQL语句，将当前就诊流程运行指数表中运行指数超过设定阈值的事件标记为异常项目；

在本实施例中，运行指数超过1代表就诊流程时间异常，指数计算方式：运行指数＝实际耗费时间÷标准时间，即李四在呼吸内科就诊过程中的运行指数以及张三在儿科就诊过程中的运行指数是属于异常项目，需要进行标记。

S30、对标记完成后的数据进行组装并通过运营商业务接口服务告知患者，其中，组装内容至少包括患者信息、科室位置、就诊科室运行情况、缴费科室运行情况及最优建议；

S40、获取每个患者对对应的最优建议的确认，并实时同步至医院内部的信息管理平台；

S50、联动医院内部的相关系统完成对对应的患者的就诊业务流程的变更。

在本实施例中，利用数据库的SQL语句，对运行指数超过1的，将该事件标记为异常项目，对信息进行智能组装，组装信息包括患者信息、科室位置、就诊科室运行情况、缴费科室运行情况、最优建议等，并且通过运营商业务接口服务，通过短信或者电话方式告知患者。并且，通过患者对最优建议的确认，相关指令实时同步到院内信息管理平台，联动院内门诊相关系统完成该患者就诊业务流程的变更，并可实现医院管理者对异常事件进行监督和流程掌控。

如组装素材可以为“a患者名字/患者id，呼吸内科a区位(门诊3楼)接诊人数20人、呼吸内科b区(门诊2楼)接诊人数10人”，缴费科室3个”。

实施例二

基于相同的构思，本申请还提出了一种基于大数据优化大型医院就诊流程的系统，包括：

就诊数据集成模块，对医院内部的基础数据依次进行预处理和数据表关联处理，以形成患者就诊记录关联数据表数据库；

分析统计模块，对患者就诊记录关联数据表数据库中的数据进行分析统计，得到医院各科室的就诊率信息，该就诊率信息包括就诊流程数据分析表以及当前就诊流程运行指数表，并通过患者实际就诊时间与就诊流程数据分析表对比得到当前就诊流程运行指数表；

标记模块，利用SQL语句，将当前就诊流程运行指数表中运行指数超过设定阈值的事件标记为异常项目；

组装推送模块，对标记完成后的数据进行组装并通过运营商业务接口服务告知患者，其中，组装内容至少包括患者信息、科室位置、就诊科室运行情况、缴费科室运行情况及最优建议；

反馈模块，获取每个患者对对应的最优建议的确认，并实时同步至医院内部的信息管理平台；

联动模块，联动医院内部的相关系统完成对对应的患者的就诊业务流程的变更。在本实施例中，也可以将组装推送模块和联动模块合并称为导引信息智能组装及推送模块，对指数超过1的就诊时间标记为异常，通过患者所在位置，进行就诊导引信息智能组装，通过运营商信息推送或者电话方式告知患者，并向院内管理平台进行信息同步。

如某地患者(A)到省会城市某三甲医院(B)就医，症状咳嗽超过三周。通过手机小程序挂号后到现场进行就医，由于对医院不熟悉，以及看病患者人数多排队时间长，就诊流程时间异常，就诊流程智能导引系统通过运营商向患者推送就诊流程提示信息或电话人工支持，有效缓解患者就诊焦虑，帮助患者尽快完成院内就诊活动，对本发明实施例的具体流程进行描述，主要步骤如下：

在本发明的一个实施例中，通过就诊数据集成模块对行为人A的基本信息进行采集，包括A的患者信息、挂号科室信息、缴费信息等。具体是，就诊数据集成模块通过网络接口与挂号系统、门诊收费系统、医生工作站系统、住院系统、电子病历系统等获取各医院院内业务系统主要数据，进行数据交换和存储。

进一步，通过分析统计模块把挂号系统中的A的患者id，挂号系统中的A的挂号科室信息，门诊收费系统中的A的缴费信息、医技科室执行信息、处方信息等，A手机端小程序或app获得的位置信息，形成就诊流程信息表，并按照医生工作站叫号接诊开始计算流程运行时间。就诊流程信息表如下：

表4

就诊流程标准运行时间表如下：

表5

通过分析统计模块对比就诊流程信息表中事件G01001的流程运行时间和就诊流程标准运行时间表中呼吸内科的门诊时间。通过标记模块，将时间等于或者大于2小时标记为异常项目，就能进入下一步通知。

通过组装推送模块，对导引信息进行智能组装后向运营商服务平台推送，运营商可通过短信或者电话方式通知患者下一步就医建议，通过反馈模块和联动模块，医院信息管理平台将根据患者反馈信息进行业务流程更改，并且管理人员掌握异常就诊事件信息。

其中，智能组装信息如下：A患者您好，目前二楼呼吸内科a区就诊人数(20人)较多，建议到呼吸内科b区(5人)(门诊三楼)就诊，如果同意请返回’y’，系统将自动为您选择呼吸内科b区，如果不同意，不用返回信息。

又如：某省会城市三甲医院有二十个科室，2021年各个科室一季度接诊率为，耳鼻喉科110％，外科80％，儿科90％，呼吸内科100％，皮肤科60％，妇产科50％，二季度接诊率耳鼻喉科95％，外科90％，儿科90％，呼吸内科80％，皮肤科90％，妇产科60％。上半年共接诊40万人次。

2022年1月份医院管理层对医院上半年的医疗服务加强建设方向和资源投入进行调整，参考2021年上半年的就诊率数据，对耳鼻喉科室的排班进行了增加，科室医生进行加强，妇产科排班减少，2022年7月份统计上半年接诊人次达到43万，资源投入基本不变。

如此经过本发明的实践步骤，预计可对患者就诊流程异常事件运行时间减少30％，减少患者投诉50％，医院科室接诊率平均提高8％，通过该方法和系统，有效提高了医院医疗资源配置、缓解了医院就诊引导力量不足，服务体验不佳的现状。

实施例三

本实施例还提供了一种电子装置，参考图2，包括存储器404和处理器402，该存储器404中存储有计算机程序，该处理器402被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

具体地，上述处理器402可以包括中央处理器(CPU)，或者特定集成电路(ApplicationSpecificIntegratedCircuit，简称为ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

其中，存储器404可以包括用于数据或指令的大容量存储器404。举例来说而非限制，存储器404可包括硬盘驱动器(HardDiskDrive，简称为HDD)、软盘驱动器、固态驱动器(SolidStateDrive，简称为SSD)、闪存、光盘、磁光盘、磁带或通用串行总线(UniversalSerialBus，简称为USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器404可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器404可在数据处理装置的内部或外部。在特定实施例中，存储器404是非易失性(Non-Volatile)存储器。在特定实施例中，存储器404包括只读存储器(Read-OnlyMemory，简称为ROM)和随机存取存储器(RandomAccessMemory，简称为RAM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(ProgrammableRead-OnlyMemo ry，简称为PROM)、可擦除PROM(ErasableProgrammableRead-OnlyMemory，简称为EPROM)、电可擦除PROM(ElectricallyErasableProgrammableRead-Onl yMemory，简称为EEPROM)、电可改写ROM(ElectricallyAlterableRead-Only Memory，简称为EAROM)或闪存(FLASH)或者两个或更多个以上这些的组合。在合适的情况下，该RAM可以是静态随机存取存储器(StaticRandom-Acc essMemory，简称为SRAM)或动态随机存取存储器(DynamicRandomAccessM emory，简称为DRAM)，其中，DRAM可以是快速页模式动态随机存取存储器404(FastPageModeDynamicRandomAccessMemory，简称为FPMDRAM)、扩展数据输出动态随机存取存储器(ExtendedDateOutDynamicRandomAccessMe mory，简称为EDODRAM)、同步动态随机存取内存(SynchronousDynamicRa ndom-AccessMemory，简称SDRAM)等。

存储器404可以用来存储或者缓存需要处理和/或通信使用的各种数据文件，以及处理器402所执行的可能的计算机程序指令。

处理器402通过读取并执行存储器404中存储的计算机程序指令，以实现上述实施例中的任意基于大数据优化大型医院就诊流程的方法。

可选地，上述电子装置还可以包括传输设备406以及输入输出设备408，其中，该传输设备406和上述处理器402连接，该输入输出设备408和上述处理器402连接。

传输设备406可以用来经由一个网络接收或者发送数据。上述的网络具体实例可包括电子装置的通信供应商提供的有线或无线网络。在一个实例中，传输设备包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输设备406可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

输入输出设备408用于输入或输出信息。在本实施例中，输入的信息可以是基础数据等，输出的信息可以是优化后的就诊流程等。

实施例四

本实施例还提供了一种可读存储介质，可读存储介质中存储有计算机程序，计算机程序包括用于控制过程以执行过程的程序代码，过程包括根据实施例一的基于大数据优化大型医院就诊流程的方法。

需要说明的是，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

通常，各种实施例可以以硬件或专用电路、软件、逻辑或其任何组合来实现。本发明的一些方面可以以硬件来实现，而其他方面可以以可以由控制器、微处理器或其他计算设备执行的固件或软件来实现，但是本发明不限于此。尽管本发明的各个方面可以被示出和描述为框图、流程图或使用一些其他图形表示，但是应当理解，作为非限制性示例，本文中描述的这些框、装置、系统、技术或方法可以以硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备或其某种组合来实现。

本发明的实施例可以由计算机软件来实现，该计算机软件由移动设备的数据处理器诸如在处理器实体中可执行，或者由硬件来实现，或者由软件和硬件的组合来实现。包括软件例程、小程序和/或宏的计算机软件或程序(也称为程序产品)可以存储在任何装置可读数据存储介质中，并且它们包括用于执行特定任务的程序指令。计算机程序产品可以包括当程序运行时被配置为执行实施例的一个或多个计算机可执行组件。一个或多个计算机可执行组件可以是至少一个软件代码或其一部分。另外，在这一点上，应当注意，如图中的逻辑流程的任何框可以表示程序步骤、或者互连的逻辑电路、框和功能、或者程序步骤和逻辑电路、框和功能的组合。软件可以存储在诸如存储器芯片或在处理器内实现的存储块等物理介质、诸如硬盘或软盘等磁性介质、以及诸如例如DVD及其数据变体、CD等光学介质上。物理介质是非瞬态介质。

本领域的技术人员应该明白，以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以作出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。