在院患者用药安全性审查方法、装置、计算机设备及存储介质与流程

1.本发明涉及医疗信息，更具体地说是指在院患者用药安全性审查方法、装置、计算机设备及存储介质。


背景技术：

2.合理的用药需长期密切关注患者各项指征变化，而这一点是人为或现有医院信息系统、市面上合理用药管理系统没有做到的。患者病情变化，未及时调整用药患者死亡，医院被判承担责任的报道常见。尤其重症患者住院治疗期间病情不断变化，如出现多重细菌感染，期间经实验室检验细菌对多种抗生素产生耐药性，需及时调整和更换药，但如果医院医生调整不及时，则患者有可能最终死亡或产生后遗症。
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.图1为本发明实施例提供的在院患者用药安全性审查方法的应用场景示意图；
38.图2为本发明实施例提供的在院患者用药安全性审查方法的流程示意图；
39.图3为本发明实施例提供的在院患者用药安全性审查方法的子流程示意图；
40.图4为本发明实施例提供的在院患者用药安全性审查方法的子流程示意图；
41.图5为本发明实施例提供的在院患者用药安全性审查方法的子流程示意图；
42.图6为本发明实施例提供的在院患者用药安全性审查方法的提醒示意图一；
43.图7为本发明实施例提供的在院患者用药安全性审查方法的提醒示意图二；
44.图8为本发明实施例提供的在院患者用药安全性审查装置的示意性框图；
45.图9为本发明实施例提供的在院患者用药安全性审查装置的信息确定单元的示意性框图；
46.图10为本发明实施例提供的在院患者用药安全性审查装置的数据提取子单元的示意性框图；
47.图11为本发明实施例提供的在院患者用药安全性审查装置的过滤子单元的示意性框图；
48.图12为本发明实施例提供的计算机设备的示意性框图。
具体实施方式
49.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
50.应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
51.还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
52.还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
53.请参阅图1和图2，图1为本发明实施例提供的在院患者用药安全性审查方法的应用场景示意图。图2为本发明实施例提供的在院患者用药安全性审查方法的示意性流程图。该在院患者用药安全性审查方法应用于服务器中。该服务器与终端进行数据交互，实现高效、精准处理长期住院患者大量数据，提高医生依从性。
54.图2是本发明实施例提供的在院患者用药安全性审查方法的流程示意图。如图2所示，该方法包括以下步骤s110至s140。
55.s110、设置规则。
56.在本实施例中，所述规则包括每次剂量阈值、给药频率阈值以及给药时机。
57.当药嘱内每天剂量小于1mg时，但是每天实际剂量不小于1mg时，进行提示，内容为(5)每次给药剂量不合适，建议：ccr大于15且小于30ml/min，患者每次给药剂量不宜小于1mg。
58.不符合药嘱给药频率小于1次/两天，提示内容为：(3)给药频率不合适，建议：ccr大于15且小于30ml/min，患者宜每两天给药1次，依据来源于说明书。
59.不符合药嘱给药频率大于1次/两天，提示内容为：(5)给药频率不合适，建议：ccr大于15且小于30ml/min，患者宜每两天给药1次，依据来源于说明书。
60.不符合药嘱每次剂量大于2mg，提示内容为：(5)每天给药剂量不合适，建议：ccr大于15且小于30ml/min，患者每次给药剂量不宜超过2mg。
61.不符合药嘱给药时机属于早餐前，提示内容为：(4)给药时机不合适，建议：本药易受食物的影响，宜在早餐前服用，依据来源说明书。
62.s120、确定患者有效医嘱。
63.在本实施例中，患者有效医嘱是指在有效时间内的医嘱。
64.具体地，所述患者有效医嘱包括当前时间在医嘱生效时间与失效时间中间、限制长期医嘱且不包括临时医嘱、出院带药类型的医嘱。
65.s130、根据所述规则以及所述患者有效医嘱确定安全用药信息。
66.在本实施例中，安全用药信息是指符合检验要求且在有效时间内的用药信息。
67.在一实施例中，请参阅图3，上述的步骤s130可包括步骤s131～s134。
68.s131、对所述患者有效医嘱根据检验标本代码以及指标代码区分是否为同一份检验。
69.对数据库里相同exam_item_code和sample_code数据，取最新一条。
70.s132、根据采样时间、报告时间、业务时间对所述患者有效医嘱提取有效数据，以得到检验数据。
71.在本实施例中，检验数据是指三个时间的关系符合要求的有效数据。
72.在一实施例中，请参阅图4，上述的步骤s132可包括步骤s1321～s1323。
73.s1321、按照业务时间与报告时间的差值小于审核方配置的有效时间结合规则对所述患者有效医嘱提取有效数据，以得到第一数据；
74.s1322、按照业务时间与采样时间的差值小于知识建设配置的有效时间结合规则对所述患者有效医嘱提取有效数据，以得到第二数据；
75.s1323、对所述第一数据以及第二数据取交集，以得到检验数据。
76.具体地，根据检验标本代码[sample_code]+指标代码[indicator_code]区分是否为同一份检验；同时根据三个时间进行有效数据提取：采样时间sample_collect_time报告时间(report_time)业务时间(service_time)；业务时间-报告时间《审方配置的有效时间，取出符合条件的检验info数据；业务时间-采样时间《知识建设配置的指标有效时间，取出符合条件的检验info数据(一份检验info里存在多个检验指标明细，只要有一个指标明细符合该公式，该检验info数据就算有效)；将两次取出来的检验info数据取交集(最小合集)，作为最终的有效数据做审方展示，有效的检验info数据中，无效的指标不过滤，也会展示，只是不会跑引擎。
[0077]
s133、过滤所述检验数据，以得到目标数据。
[0078]
在本实施例中，目标数据是指符合报告时间和采样时间要求的数据。
[0079]
在一实施例中，请参阅图5，上述的步骤s133可包括步骤s1331～s1332。
[0080]
s1331、采用报告时间过滤所述检验数据，以得到过滤结果。
[0081]
在本实施例中，过滤结果是指符合报告时间要求的检验数据。
[0082]
具体地，通过当前时间-报告时间《配置的检验报告有效时间，对这一表达式成立
的，为有效检验报告数据，参与下一步计算。
[0083]
s1332、采用采样时间过滤所述过滤结果，以得到目标数据。
[0084]
具体地，通过医嘱时间-当前指标对应的检验样本采集时间(在系统内已对每一个指标的样本采集有效时间范围作维护，未维护的默认5天)《配置的指标有效性时间，对这一表达式成立的，为有效检验指标数据，参与下一步计算。
[0085]
先用报告时间report_time过滤一遍数据，在此基础上再用采样时间过滤一遍数据；有效数据参与引擎计算时，同一份检验报告中存在两个相同指标如：肌酐、内生肌酐清除率，且均在有效期内，优先取报告时间最新的；有效数据参与引擎计算时，两份检验报告中存在相同检验指标(如：肌酐、内生肌酐清除率，且肌酐出现在最新的报告中，内生肌酐清除率出现在次新的报告中)，根据知识建设维护的有效时间取有效的指标进行跑引擎，两个指标都有效，优先取报告时间最新的；有效数据参与计算时，如果报告时间未传，则取业务时间进行计算。
[0086]
s134、对所述目标数据按照预设检验指标进行安全性审查，以得到安全用药信息。
[0087]
具体地，确定在知识建设维护的有效时间且位于预设检验指标上限与下限之间的用药信息，以得到安全用药信息。
[0088]
有效数据参与引擎计算时，同一份检验报告中存在两个相同指标如：肌酐、内生肌酐清除率，根据知识建设维护的有效时间，在有效时间内的，根据预设检验指标上下限等规则，对患者用药进行审查。
[0089]
比如：某药品存在肾功能损害的可能，对患者ccr指标在30以下，肾功能异常情况下，提示用药存在较大风险，出于安全性考虑拦截本次开方。
[0090]
s140、输出所述安全用药信息至终端。
[0091]
请参阅图6和图7，提醒通过审方药师工作平台触达药师，以使药师处理该用药信息。
[0092]
本实施例中根据预设定时，对所有在院患者长期医嘱，且当前时间在医嘱生效时间-失效时间中的，组织患者数据包括：住院患者就诊信息。未作废过敏手术；检验(有效时间内相同项目最新一份)生命体征等所有接入数据类型，处理为结构化数据进行引擎审查。高效、精准(包括停药换药修改医嘱的识别计算)处理长期住院患者大量数据(上百检验、患者所有医嘱)，并达到中位数0.2s内完成全部审查；提示整合在审方药师工作平台，做到工作期间都能监控到。并且通过系统让药师参与到是否必须调整用药的患者判断和监控中，提高医生依从。
[0093]
上述的在院患者用药安全性审查方法，通过设置规则，先从医嘱入手，确定时间上符合要求的医嘱作为有效医嘱，根据规则和患者有效医嘱确定安全用药信息，以此确定用药的安全性，实现高效、精准处理长期住院患者大量数据，提高医生依从性。
[0094]
图8是本发明实施例提供的一种在院患者用药安全性审查装置300的示意性框图。如图8所示，对应于以上在院患者用药安全性审查方法，本发明还提供一种在院患者用药安全性审查装置300。该在院患者用药安全性审查装置300包括用于执行上述在院患者用药安全性审查方法的单元，该装置可以被配置于服务器中。具体地，请参阅图8，该在院患者用药安全性审查装置300包括规则设置单元301、有效医嘱确定单元302、信息确定单元303以及输出单元304。
[0095]
规则设置单元301，用于设置规则；有效医嘱确定单元302，用于确定患者有效医嘱；信息确定单元303，用于根据所述规则以及所述患者有效医嘱确定安全用药信息；输出单元304，用于输出所述安全用药信息至终端。
[0096]
在一实施例中，如图9所示，所述信息确定单元303包括区分子单元3031、数据提取子单元3032、过滤子单元3033以及审查子单元3034。
[0097]
区分子单元3031，用于对所述患者有效医嘱根据检验标本代码以及指标代码区分是否为同一份检验；数据提取子单元3032，用于根据采样时间、报告时间、业务时间对所述患者有效医嘱提取有效数据，以得到检验数据；过滤子单元3033，用于过滤所述检验数据，以得到目标数据；审查子单元3034，用于对所述目标数据按照预设检验指标进行安全性审查，以得到安全用药信息。
[0098]
在一实施例中，如图10所示，所述数据提取子单元3032包括第一提取模块30321、第二提取模块30322以及取交集模块30323。
[0099]
第一提取模块30321，用于按照业务时间与报告时间的差值小于审核方配置的有效时间结合规则对所述患者有效医嘱提取有效数据，以得到第一数据；第二提取模块30322，用于按照业务时间与采样时间的差值小于知识建设配置的有效时间结合规则对所述患者有效医嘱提取有效数据，以得到第二数据；取交集模块30323，用于对所述第一数据以及第二数据取交集，以得到检验数据。
[0100]
在一实施例中，如图11所示，所述过滤子单元3033包括第一过滤模块30331以及第二过滤模块30332。
[0101]
第一过滤模块30331，用于采用报告时间过滤所述检验数据，以得到过滤结果；第二过滤模块30332，用于采用采样时间过滤所述过滤结果，以得到目标数据。
[0102]
在一实施例中，所述审查子单元3034，用于确定在知识建设维护的有效时间且位于预设检验指标上限与下限之间的用药信息，以得到安全用药信息。
[0103]
需要说明的是，所属领域的技术人员可以清楚地了解到，上述在院患者用药安全性审查装置300和各单元的具体实现过程，可以参考前述方法实施例中的相应描述，为了描述的方便和简洁，在此不再赘述。
[0104]
上述在院患者用药安全性审查装置300可以实现为一种计算机程序的形式，该计算机程序可以在如图12所示的计算机设备上运行。
[0105]
请参阅图12，图12是本技术实施例提供的一种计算机设备的示意性框图。该计算机设备500可以是服务器，其中，服务器可以是独立的服务器，也可以是多个服务器组成的服务器集群。
[0106]
参阅图12，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。
[0107]
该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032包括程序指令，该程序指令被执行时，可使得处理器502执行一种在院患者用药安全性审查方法。
[0108]
该处理器502用于提供计算和控制能力，以支撑整个计算机设备500的运行。
[0109]
该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行一种在院患者用药安全性审查
方法。
[0110]
该网络接口505用于与其它设备进行网络通信。本领域技术人员可以理解，图12中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
[0111]
其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现如下步骤：
[0112]
设置规则；确定患者有效医嘱；根据所述规则以及所述患者有效医嘱确定安全用药信息；输出所述安全用药信息至终端。
[0113]
其中，所述规则包括每次剂量阈值、给药频率阈值以及给药时机。
[0114]
所述患者有效医嘱包括当前时间在医嘱生效时间与失效时间中间、限制长期医嘱且不包括临时医嘱、出院带药类型的医嘱。
[0115]
在一实施例中，处理器502在实现所述根据所述规则以及所述患者有效医嘱确定安全用药信息步骤时，具体实现如下步骤：
[0116]
对所述患者有效医嘱根据检验标本代码以及指标代码区分是否为同一份检验；根据采样时间、报告时间、业务时间对所述患者有效医嘱提取有效数据，以得到检验数据；过滤所述检验数据，以得到目标数据；对所述目标数据按照预设检验指标进行安全性审查，以得到安全用药信息。
[0117]
在一实施例中，处理器502在实现所述根据采样时间、报告时间、业务时间对所述患者有效医嘱提取有效数据，以得到检验数据步骤时，具体实现如下步骤：
[0118]
按照业务时间与报告时间的差值小于审核方配置的有效时间结合规则对所述患者有效医嘱提取有效数据，以得到第一数据；按照业务时间与采样时间的差值小于知识建设配置的有效时间结合规则对所述患者有效医嘱提取有效数据，以得到第二数据；对所述第一数据以及第二数据取交集，以得到检验数据。
[0119]
在一实施例中，处理器502在实现所述过滤所述检验数据，以得到目标数据步骤时，具体实现如下步骤：
[0120]
采用报告时间过滤所述检验数据，以得到过滤结果；采用采样时间过滤所述过滤结果，以得到目标数据。
[0121]
在一实施例中，处理器502在实现所述对所述目标数据按照预设检验指标进行安全性审查，以得到安全用药信息步骤时，具体实现如下步骤：
[0122]
确定在知识建设维护的有效时间且位于预设检验指标上限与下限之间的用药信息，以得到安全用药信息。
[0123]
应当理解，在本技术实施例中，处理器502可以是中央处理单元(central processing unit，cpu)，该处理器502还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0124]
本领域普通技术人员可以理解的是实现上述实施例的方法中的全部或部分流程，
是可以通过计算机程序来指令相关的硬件来完成。该计算机程序包括程序指令，计算机程序可存储于一存储介质中，该存储介质为计算机可读存储介质。该程序指令被该计算机系统中的至少一个处理器执行，以实现上述方法的实施例的流程步骤。
[0125]
因此，本发明还提供一种存储介质。该存储介质可以为计算机可读存储介质。该存储介质存储有计算机程序，其中该计算机程序被处理器执行时使处理器执行如下步骤：
[0126]
设置规则；确定患者有效医嘱；根据所述规则以及所述患者有效医嘱确定安全用药信息；输出所述安全用药信息至终端。
[0127]
其中，所述规则包括每次剂量阈值、给药频率阈值以及给药时机。
[0128]
所述患者有效医嘱包括当前时间在医嘱生效时间与失效时间中间、限制长期医嘱且不包括临时医嘱、出院带药类型的医嘱。
[0129]
在一实施例中，所述处理器在执行所述计算机程序而实现所述根据所述规则以及所述患者有效医嘱确定安全用药信息步骤时，具体实现如下步骤：
[0130]
对所述患者有效医嘱根据检验标本代码以及指标代码区分是否为同一份检验；根据采样时间、报告时间、业务时间对所述患者有效医嘱提取有效数据，以得到检验数据；过滤所述检验数据，以得到目标数据；对所述目标数据按照预设检验指标进行安全性审查，以得到安全用药信息。
[0131]
在一实施例中，所述处理器在执行所述计算机程序而实现所述根据采样时间、报告时间、业务时间对所述患者有效医嘱提取有效数据，以得到检验数据步骤时，具体实现如下步骤：
[0132]
按照业务时间与报告时间的差值小于审核方配置的有效时间结合规则对所述患者有效医嘱提取有效数据，以得到第一数据；按照业务时间与采样时间的差值小于知识建设配置的有效时间结合规则对所述患者有效医嘱提取有效数据，以得到第二数据；对所述第一数据以及第二数据取交集，以得到检验数据。
[0133]
在一实施例中，所述处理器在执行所述计算机程序而实现所述过滤所述检验数据，以得到目标数据步骤时，具体实现如下步骤：
[0134]
采用报告时间过滤所述检验数据，以得到过滤结果；采用采样时间过滤所述过滤结果，以得到目标数据。
[0135]
在一实施例中，所述处理器在执行所述计算机程序而实现所述对所述目标数据按照预设检验指标进行安全性审查，以得到安全用药信息步骤时，具体实现如下步骤：
[0136]
确定在知识建设维护的有效时间且位于预设检验指标上限与下限之间的用药信息，以得到安全用药信息。
[0137]
所述存储介质可以是u盘、移动硬盘、只读存储器(read-only memory，rom)、磁碟或者光盘等各种可以存储程序代码的计算机可读存储介质。
[0138]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
[0139]
在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。
[0140]
本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本发明实施例装置中的单元可以根据实际需要进行合并、划分和删减。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。
[0141]
该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，终端，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
[0142]
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。