患者主索引生成方法、装置和介质与流程

1.本发明实施例涉及数据处理技术领域，尤其涉及一种患者主索引生成方法、装置和介质。


背景技术：

2.目前医院中信息系统较多，同一个患者的各项临床信息可能会分散在多个不同的信息系统之中，为了加强临床管理，以及提高患者信息的高效管理，通常会将分散的患者信息整合在一起，形成一份完整的电子病历。
3.在患者信息整合的过程中，通常会匹配患者信息中的信息字段，若两条信息中的身份标识字段的信息一致，则认为是两条信息同一患者的信息。从而，将两条信息合并，共用一个患者主索引(enterprise master patient index，empi)，作为患者统一的标识信息。但是，在一些患者身份信息为非常规形式的场景下，上述方法则不能很好的判断多条信息是否是同一患者的信息，导致患者信息合并失败，不能成功建立该患者的主索引。


技术实现要素：

4.本发明实施例提供了一种患者主索引生成方法、装置和介质，以实现对特殊场景下产生的患者信息进行识别与匹配，提高相同患者信息识别匹配的准确度及患者主索引生成效率。
5.第一方面，本发明实施例提供了一种患者主索引生成方法，该方法包括：
6.按照第一信息匹配策略，匹配待合并处理的患者信息中的预设数据项数据；
7.当匹配失败时，识别所述预设数据项数据是否与预设信息类别相关联；
8.当所述预设数据项数据与预设信息类别相关联时，根据所述预设信息类别对应的第二信息匹配策略对所述待合并处理的患者信息进行匹配与合并，并生成对应的患者主索引。
9.第二方面，本发明实施例提供了一种患者主索引生成装置，该装置包括：
10.第一信息匹配模块，用于按照第一信息匹配策略，匹配待合并处理的患者信息中的预设数据项数据；
11.数据类别识别模块，用于当匹配失败时，识别所述预设数据项数据是否与预设信息类别相关联；
12.第二信息匹配与主索引生成模块，用于当所述预设数据项数据与预设信息类别相关联时，根据所述预设信息类别对应的第二信息匹配策略对所述患者信息进行匹配与合并，并生成对应的患者主索引。
13.第三方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任意实施例所提供的患者主索引生成方法。
14.上述发明中的实施例具有如下优点或有益效果：
15.本发明实施例，通过先按照第一信息匹配策略，即常规的患者信息合并策略，匹配
待合并处理的患者信息中的预设数据项数据；当匹配失败时，识别预设数据项数据是否与预设信息类别相关联，以判断是否包含特殊场景下的患者信息；当预设数据项数据与预设信息类别相关联时，根据所述预设信息类别对应的第二信息匹配策略进一步对待合并处理的患者信息进行匹配与合并，并生成对应的患者主索引。本实施例技术方案解决了部分场景下产生的患者信息不能合并，以及成功生成患者主索引的问题，本实施例技术方案实现了对特殊场景下产生的患者信息进行识别与匹配，提高相同患者信息识别匹配的准确度及患者主索引生成效率，为医疗数据的整合处理提供了更加完善的策略。
附图说明
16.图1是本发明实施例一提供的一种患者主索引生成方法的流程图；
17.图2是本发明实施例二提供的一种患者主索引生成装置的结构示意图；
18.图3是本发明实施例三提供的一种计算机设备的结构示意图。
具体实施方式
19.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
20.实施例一
21.图1为本发明实施例一提供的一种患者主索引生成方法的流程图，本实施例可适用于对医院使用的各数据系统的患者信息数据进行整合情况。该方法可以由患者主索引生成装置执行，该装置可以由软件和/或硬件的方式来实现，集成于具有应用开发功能的计算机设备中。
22.如图1所示，患者主索引生成方法包括以下步骤：
23.s110、按照第一信息匹配策略，匹配待合并处理的患者信息中的预设数据项数据。
24.整合多医疗系统的患者信息，即将同一患者分散在不同医疗系统的信息和数据进行合并，并生成一个唯一的标识符—患者主索引。那么，在后续的患者信息查询中，通过患者主索引便可以查询到对应患者的所有信息，包括个人身份信息以及历史的医疗检查信息。
25.其中，第一信息匹配策略，即表示现有患者信息整合系统中采用的信息匹配策略。在一条患者信息中通常包括姓名、性别、身份证号或医保卡号、年龄及住址等数据项信息。通常，会采用姓名和+身份证(或医保卡号)的方式进行匹配，若两条信息中姓名和身份证号完全形同，则认为两条信息是针对同一患者的信息，进行合并，并生成患者主索引。例如，下面表1中数据，姓名和身份证号是一致的，则可以将两条数据进行合并，并生成对应的患者主索引。这里需要说明的是，表格中患者主索引项中对应数据用“？”表示，表明该项是待生成项。
26.表1：
27.信息编号来源系统姓名性别身份证号码患者主索引联系方式11111张三男1234567890？1234567891022222张三男1234567890？12345678910
28.此外，若两条信息中姓名相同，身份证不同或其中一条信息中的缺失身份证，判断是否包括其他证件号码，如医保卡号或就诊卡号，当姓名和其他能表示患者唯一身份的卡号相同时也能确认为是同一患者的信息。同理，若姓名不同，但身份证号和医保卡号完全相同，也可以认为是针对同一患者的信息，进行合并，并生成患者主索引。在一些可选的实施方式中，还可以用预设的算法分析多个数据项之间的相似度，若相似度超过阈值，则认为两条信息是针对同一患者的信息，如在姓名、性别、身份证号、联系方式、地址等数据项中，先排除有空缺的数据项，然后，再通过相似度比较算法计算剩余数据项的相似度，当相似度值大于预设相似度阈值时，认为两条信息是针对同一患者的信息，将待合并处理的患者信息进行合并，并存储于一个患者主索引。从而可以将患者的病历、症状等信息合并在一个主索引下，便于医生通过该主索引查询到患者在该医院就诊的历史记录，便于对患者的病情进行诊断和评估。
29.进一步的，若是两条患者信息匹配失败，则会继续执行步骤s120。
30.s120、当匹配失败时，识别所述预设数据项数据是否与预设信息类别相关联。
31.通常，在步骤s110匹配不成功时，针对匹配失败的待合并处理的患者信息分别生成一个患者主索引，并进行保存。
32.而在本实施例中，会进一步的考虑待合并处理的患者信息是否是在非常规的患者信息场景下采集到的患者信息，导致不能完成信息的匹配与合并。例如，若患者是新生儿，在出生时还没有姓名和身份证号，会以母亲姓名和新生儿标识的组合方式作为患者姓名。若后续新生儿确定了正式的姓名，再次就诊时登记的姓名就是新生儿自己的姓名。那么，新生儿前后两次采集的新生儿信息并不能完成信息合并。或者，患者填写的证件号码并不是常规的身份证件，可以是港澳台通行证、军官证、护照等证件号码，则不能将患者信息进行合并。此外，外籍患者在就诊时，填写的证件号码不是常规的身份证形式，登记的姓名可能是自己的真实外籍名字，也可能会登记中文名称，由于姓名不同，也没有常规的身份证号则不能将该患者的两次登记姓名不同的信息进行合并。
33.其中，预设信息类别包括新生儿患者标识信息类、非汉语身份标识信息类和预设格式证件号码信息类。
34.具体的，当预设数据项数据为患者姓名，且患者姓名中包含预设新生儿标识信息(如“婴”、“宝”、“baby”或“bb”)时，可以确定预设数据项数据与新生儿患者标识信息类相关联。如表2所示的待合并处理患者信息。在这种情况下，虽然两条信息的身份证号码完全相同，但考虑身份证号码有可能填错可能性，就不能简单依据身份证号码判断两条信息是针对同一患者的信息。且因为姓名数据项的差异较大，也无法通过阈值来进行判断。在一种优选的实施方式中，考虑到“婴”、“宝”等信息标识也可能是患者姓名中的一部分，则需要进一步确定包含预设新生儿标识信息的患者信息是否为一条新生儿患者的信息。可以通过判断待合并处理的患者信息中，包含预设新生儿标识信息的一条患者信息中的患者出生日期，以及生成该条患者信息的生成日期间的时间间隔，若是该时间间隔小于预设时长阈值，可以判断该患者是新生儿患者，确定预设数据项数据与新生儿患者标识信息类相关联。例如，待合并处理的患者信息中包含预设新生儿标识信息的一条患者信息中的患者出生日期2021年9月1日。而该条患者信息中的生成日(即患者信息填写日)为2021年9月5日。上述两个日期的时间间隔为4天，小于预设时长阈值(28天或30天)，那就可以确定该患者信息就是
新生儿患者的医疗数据。
35.表2
36.信息编号来源系统姓名性别身份证号码患者主索引联系方式11111李四婴男1234567890？1234567891022222王五男1234567890？12345678910
37.当预设数据项数据为患者姓名，且患者姓名中包含汉语数据内容和非汉语数据内容时，确定预设数据项数据与非汉语身份标识信息类相关联。如表3所示的待合并处理患者信息。在这种情况下，患者姓名不一致，也没有常规的身份证号，还需要进一步识别匹配。
38.表3
[0039][0040]
当预设数据项数据为证件号码，且证件号码的类型为预设证件类型之一时，确定预设数据项数据与预设格式证件号码信息类相关联。如表4所示的待合并处理患者信息。在这种情况下，患者姓名虽然一直，但是身份证号码并非常规的身份证号码形式，两条信息中，证件号码也没有同时显示在同一个数据项中，因此，还需要进一步的识别匹配。
[0041]
表4
[0042]
信息编号来源系统姓名性别身份证号码患者主索引备注/其他11111赵六男h42xxxxxx98？ 22222赵六男 ？h42xxxxxx98
[0043]
在本步骤中，需要判断在步骤s110匹配失败的待合并处理的患者信息，是否是属于上述任意一种非常规患者信息登记场景。若是，则执行步骤s130，按照相应的信息匹配策略对待合并处理的患者信息进行识别、匹配与合并，并生成相应的患者索引。否则，分别为待合并处理的患者信息中各条患者信息，生成患者主索引，并进行存储。
[0044]
s130、当所述预设数据项数据与预设信息类别相关联时，根据所述预设信息类别对应的第二信息匹配策略对所述待合并处理的患者信息进行匹配与合并，并生成对应的患者主索引。
[0045]
具体的，当预设数据项数据与新生儿患者标识信息类相关联时，可以识别并匹配待合并处理的患者信息中的各数据项，若两条数据中联系方式、地址、医保卡号中任意一个数据项相同，则认为其中第一条信息为“新生儿”信息，可以将待合并处理的患者信进行合并，并生成对应患者主索引。在数据合并过程中，以新生儿本身的姓名作为合并后姓名数据项的数据内容，如表2中王五。
[0046]
当预设数据项数据与非汉语身份标识信息类相关联时，可以确定两条患者信息中的姓名数据项中汉语数据内容和非汉语数据内容是否符合预设翻译规则，如中英文的音译，中文与其他语种的翻译对照。当汉语数据内容和非汉语数据内容符合预设翻译规则，且
待合并处理的患者信息中包含相同的证件号码时，可以将待合并处理的患者信息进行合并，并生成对应患者主索引。在信息合并过程中，将中英名称同时填入姓名项中，并将两条信息中相同的证件号码，放置在身份证号码或其他项目中。他证件号码包括通行证号码、军官证号码、护照号码等。
[0047]
当预设数据项数据与预设格式证件号码信息类相关联时，可以先在待合并处理的患者信息中查询是否存在符合预先定义证件格式的号码段。证件格式类型包括港澳台通行证、军官证、护照等非常规证件格式。当两条信息中包含相同类型证件号码，且姓名相同时，认为该信息是特殊证件患者信息。进而，将待合并处理的患者信息进行合并，并生成对应的患者主索引。
[0048]
本实施例技术方案，通过先按照第一信息匹配策略，即常规的患者信息合并策略，匹配待合并处理的患者信息中的预设数据项数据；当匹配失败时，识别预设数据项数据是否与预设信息类别相关联，以判断是否包含特殊场景下的患者信息；当预设数据项数据与预设信息类别相关联时，根据所述预设信息类别对应的第二信息匹配策略进一步对待合并处理的患者信息进行匹配与合并，并生成对应的患者主索引，可以在新生儿患者登记信息、外籍患者登记信息及非常规证件患者登记信息等场景下也能够准确的识别出同一患者的患者信息并将信息合并，生成患者信息索引。本实施例技术方案解决了部分场景下产生的患者信息不能合并，以及成功生成患者主索引的问题，本实施例技术方案实现了对特殊场景下产生的患者信息进行识别与匹配，提高相同患者信息识别匹配的准确度及患者主索引生成效率，为医疗数据的整合处理提供了更加完善的策略。
[0049]
实施例二
[0050]
图2为本发明实施例二提供的患者主索引生成装置的结构示意图，本实施例可适用于的情况，该装置可以由软件和/或硬件的方式来实现，集成于具有应用开发功能的计算机设备中。
[0051]
如图2所示，患者主索引生成装置包括：第一信息匹配模块210、数据类别识别模块220和第二信息匹配与主索引生成模块230。
[0052]
其中，第一信息匹配模块210，用于按照第一信息匹配策略，匹配待合并处理的患者信息中的预设数据项数据；数据类别识别模块220，用于当匹配失败时，识别所述预设数据项数据是否与预设信息类别相关联；第二信息匹配与主索引生成模块230，用于当所述预设数据项数据与预设信息类别相关联时，根据所述预设信息类别对应的第二信息匹配策略对所述患者信息进行匹配与合并，并生成对应的患者主索引。
[0053]
本实施例的技术方案，通过先按照第一信息匹配策略，即常规的患者信息合并策略，匹配待合并处理的患者信息中的预设数据项数据；当匹配失败时，识别预设数据项数据是否与预设信息类别相关联，以判断是否包含特殊场景下的患者信息；当预设数据项数据与预设信息类别相关联时，根据所述预设信息类别对应的第二信息匹配策略进一步对待合并处理的患者信息进行匹配与合并，并生成对应的患者主索引。本实施例技术方案解决了部分场景下产生的患者信息不能合并，以及成功生成患者主索引的问题，本实施例技术方案实现了对特殊场景下产生的患者信息进行识别与匹配，提高相同患者信息识别匹配的准确度及患者主索引生成效率，为医疗数据的整合处理提供了更加完善的策略。
[0054]
在一种可选的实施方式中，所述预设信息类别包括：新生儿患者标识信息类、非汉
语身份标识信息类和预设格式证件号码信息类。
[0055]
在一种可选的实施方式中，数据类别识别模块220用于：在所述预设数据项数据为患者姓名，且所述患者姓名中包含预设新生儿标识信息时，确定所述预设数据项数据与所述新生儿患者标识信息类相关联；
[0056]
相应的，所述第二信息匹配与主索引生成模块230具体用于：
[0057]
当所述待合并处理的患者信息经匹配，确认各数据项中只有所述患者姓名数据项数据不同时，将所述待合并处理的患者信息进行合并。
[0058]
在一种可选的实施方式中，数据类别识别模块220用于：所述预设数据项数据为患者姓名，且所述患者姓名中包含汉语数据内容和非汉语数据内容时，确定所述预设数据项数据与所述非汉语身份标识信息类相关联；
[0059]
相应的，所述第二信息匹配与主索引生成模块230具体用于：
[0060]
确定所述汉语数据内容和所述非汉语数据内容是否符合预设翻译规则；
[0061]
当所述汉语数据内容和所述非汉语数据内容符合预设翻译规则，且所述待合并处理的患者信息中包含相同的证件号码时，将所述待合并处理的患者信息进行合并。
[0062]
在一种可选的实施方式中，数据类别识别模块220用于：在所述预设数据项数据为证件号码，且所述证件号码的类型为预设证件类型之一时，确定所述预设数据项数据与所述预设格式证件号码信息类相关联；
[0063]
相应的，所述第二信息匹配与主索引生成模块230具体用于：
[0064]
当所述待合并处理的患者信息中的证件号码的类型相同且号码内容相同时，将所述待合并处理的患者信息进行合并。
[0065]
在一种可选的实施方式中，第一信息匹配模块210具体用于：
[0066]
判断所述待合并处理的患者信息中的患者姓名和身份识别码是否相同，当所述患者姓名和所述身份识别码均相同时，将所述待合并处理的患者信息进行合并；
[0067]
或者，计算所述待合并处理的患者信息中预设数据项的信息相似度，当所述信息相似度大于预设相似度阈值时，将所述待合并处理的患者信息进行合并。
[0068]
在一种可选的实施方式中，第二信息匹配与主索引生成模块230还可用于：
[0069]
当所述预设数据项数据与预设信息类别无关联时，分别为所述待合并处理的患者信息中各条患者信息，生成患者主索引。
[0070]
本发明实施例所提供的患者主索引生成装置可执行本发明任意实施例所提供的患者主索引生成方法，具备执行方法相应的功能模块和有益效果。
[0071]
实施例三
[0072]
图3为本发明实施例三提供的一种计算机设备的结构示意图。图3示出了适于用来实现本发明实施方式的示例性计算机设备12的框图。图3显示的计算机设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。计算机设备12可以任意具有计算能力的终端设备，如智能控制器及服务器、手机等终端设备。
[0073]
如图3所示，计算机设备12以通用计算设备的形式表现。计算机设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
[0074]
总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，
外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
[0075]
计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
[0076]
系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)30和/或高速缓存存储器32。计算机设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图3未显示，通常称为“硬盘驱动器”)。尽管图3中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。系统存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
[0077]
具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如系统存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。
[0078]
计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机设备12交互的设备通信，和/或与使得该计算机设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。并且，计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与计算机设备12的其它模块通信。应当明白，尽管图3中未示出，可以结合计算机设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
[0079]
处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发实施例所提供的患者主索引生成方法，该方法包括：
[0080]
第一信息匹配模块，用于按照第一信息匹配策略，匹配待合并处理的患者信息中的预设数据项数据；
[0081]
数据类别识别模块，用于当匹配失败时，识别所述预设数据项数据是否与预设信息类别相关联；
[0082]
第二信息匹配与主索引生成模块，用于当所述预设数据项数据与预设信息类别相关联时，根据所述预设信息类别对应的第二信息匹配策略对所述患者信息进行匹配与合并，并生成对应的患者主索引。
[0083]
实施例四
[0084]
本实施例四提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任意实施例所提供的患者主索引生成方法，包括：
[0085]
第一信息匹配模块，用于按照第一信息匹配策略，匹配待合并处理的患者信息中的预设数据项数据；
[0086]
数据类别识别模块，用于当匹配失败时，识别所述预设数据项数据是否与预设信息类别相关联；
[0087]
第二信息匹配与主索引生成模块，用于当所述预设数据项数据与预设信息类别相关联时，根据所述预设信息类别对应的第二信息匹配策略对所述患者信息进行匹配与合并，并生成对应的患者主索引。
[0088]
本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于：电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
[0089]
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
[0090]
计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
[0091]
可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如java、smalltalk、c++，还包括常规的过程式程序设计语言，诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
[0092]
本领域普通技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个计算装置上，或者分布在多个计算装置所组成的网络上，可选地，他们可以用计算机装置可执行的程序代码来实现，从而可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件的结合。
[0093]
注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、
重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。