一种急救任务的处理方法、装置、设备及存储介质

技术领域

本申请涉及任务信息处理技术领域，具体而言，涉及一种急救任务的处理方法、装置、设备及存储介质。

背景技术

目前，传统的院前急救信息的记录，包括急救病历、患者交接单、知情同意书、检验检测报告等都是以纸质的形式，记录了对病人的发病过程、现场目击实景和现场救治情况所做的文字记录，是院前急救医生诊断和治疗疾病以及与院内医护人员进行病患交接的重要依据，也是医疗科研教学的重要资料，同时也是探索疾病规律和处理医疗纠纷的重要法律依据。但是目前急救病历普遍存在一些问题，比如，急救时间链逻辑错误，院前急救是一项与时间赛跑的工作，在短时间内处理各类急重任务时难免会出现错乱；一些没有启用急救信息化的急救中心，医生仍然采用纸质手工书写病历，由于抢救患者时间紧迫，车辆颠簸、患者多等原因，往往会出现自己书写不清楚、涂改不规范；患者家属情绪激动、患者病情危急或者第一目击者不愿意配合等原因，导致主诉、既往史、现病史记录不准确等。这些问题的存在都影响了急救记录质量，导致一些疾病的诊断不准确、误诊或者漏诊，也会影响院内医护人员对患者的发病救援、救治过程、疾病演变出现判断倒错、治疗错误、后续治疗方向错误等严重后果。

现有技术中，有一些急救中心安装实施了急救信息化系统，但是信息化水平有限，只能实现半自动化操作。比如急救事件链的时间点记录需要手动录入、急救任务信息需要手动录入到信息系统中。在紧急的急救场景下可能这些无法准确记录，导致急救时间点只能参照下达急救任务时的任务信息录入到信息系统中，实现的信息化的半自动化操作。而且，多数情况下，由于急救情况比较紧急，急救的医护司人员会忘记记录急救任务节点的时间。随后进行补充的时候，只能凭记忆进行填写，存在一定的时间误差。

发明内容

本申请实施例的目的在于提供一种急救任务的处理方法、装置、设备及存储介质，可以实现提高急救管理工作的质控效率的技术效果。

第一方面，本申请实施例提供了一种急救任务的处理方法，包括：

接收急救任务单，所述急救任务单包括急救任务信息；

发送所述急救任务单至急救车，以使所述急救车根据急救任务状态和所述急救任务信息进行急救任务；

根据所述急救车的定位信息记录所述急救车在进行急救任务时的时间节点信息，所述时间节点信息包括所述急救车的出发时间、到达现场时间、离开现场时间、到达医院时间、完成任务时间中的一个或多个。

在上述实现过程中，该急救任务的处理方法通过急救车的定位信息，可以获得急救车的位置坐标信息和行驶方向信息，同时急救车根据自身的急救任务状态和急救任务信息展开急救任务；从而，该急救任务的处理方法可以根据急救车的位置坐标信息、行驶方向信息、急救任务信息以及急救任务状态，自动记录急救任务节点的时间，不仅节约了记录时间，而且使急救任务节点的时间更加接近真实急救任务的执行时间，使急救管理工作的质控工作更加真实有效和有意义；从而，该急救任务的处理方法可以实现提高急救管理工作的质控效率的技术效果。

进一步地，所述根据所述急救车的定位信息记录所述急救车在进行急救任务时的时间节点信息的步骤，包括：

获取所述急救车的定位信息和急救任务状态；

根据所述定位信息和所述急救任务状态记录所述时间节点信息。

在上述实现过程中，急救任务状态包括急救车的待命状态、行驶状态和当前任务状态等，通过急救车的定位信息和急救任务状态，可以实现自动记录急救任务节点的时间，不仅节约了记录时间，而且使急救任务节点的时间更加接近真实急救任务的执行时间。

进一步地，所述急救任务状态包括途中待命状态和站内待命状态，所述急救任务信息包括急救任务现场地址、急救中心地址或急救站地址，所述根据所述定位信息和所述急救任务状态记录所述时间节点信息的步骤，包括：

确定所述急救车的急救任务状态为途中待命状态或站内待命状态；

当所述急救车的急救任务状态为所述途中待命状态时，根据所述急救车的定位信息判断所述急救车是否驶向急救任务现场地址，若是，则记录当前时间为所述出发时间；若否，则记录当前时间为参考出发时间；

当所述急救车的急救任务状态为所述站内待命状态时，根据所述急救车的定位信息判断所述急救车是否驶出急救中心地址或急救站地址，若是，则记录当前时间为所述出发时间；若否，则记录当前时间为参考出发时间。

在上述实现过程中，根据急救车的待命状态可以合理记录急救车的出发时间，参考出发时间则可以在急救车出现异常、导致无法正常记录出发时间时提供参考信息，从而使急救任务节点的时间更加接近真实急救任务的执行时间。

进一步地，所述根据所述急救车的定位信息记录所述急救车在进行急救任务时的时间节点信息的步骤，包括：

获取所述急救车的定位信息和所述急救任务信息，所述急救任务信息包括急救任务现场地址；

在所述急救车驶向所述急救任务现场地址，且所述急救车的位置坐标和所述急救任务现场地址的坐标距离小于距离预设值时，记录当前时间为所述到达现场时间；

在所述急救车驶离所述急救任务现场地址，且所述急救车的位置坐标和所述急救任务现场地址的坐标距离大于所述距离预设值时，记录当前时间为所述离开现场时间。

在上述实现过程中，结合急救车的行驶方向和急救车的位置坐标综合判断，可以准确判断出急救车当前的任务状态，如到达现场或离开现场等，使急救任务节点的时间更加接近真实急救任务的执行时间。

第二方面，本申请实施例提供了一种急救任务的处理装置，包括：

接收模块，用于接收急救任务单，所述急救任务单包括急救任务信息；

发送模块，用于发送所述急救任务单至急救车，以使所述急救车根据急救任务状态和所述急救任务信息进行急救任务；

记录模块，用于根据所述急救车的定位信息记录所述急救车在进行急救任务时的时间节点信息，所述时间节点信息包括所述急救车的出发时间、到达现场时间、离开现场时间、到达医院时间、完成任务时间中的一个或多个。

进一步地，所述记录模块包括：

获取单元，用于获取所述急救车的定位信息和急救任务状态；

记录单元，用于根据所述定位信息和所述急救任务状态记录所述时间节点信息。

进一步地，所述急救任务状态包括途中待命状态和站内待命状态，所述急救任务信息包括急救任务现场地址、急救中心地址或急救站地址，所述记录单元包括：

确定子单元，用于确定所述急救车的急救任务状态为途中待命状态或站内待命状态；

第一记录子单元，用于当所述急救车的急救任务状态为所述途中待命状态时，根据所述急救车的定位信息判断所述急救车是否驶向急救任务现场地址，若是，则记录当前时间为所述出发时间；若否，则记录当前时间为参考出发时间；

第二记录子单元，用于当所述急救车的急救任务状态为所述站内待命状态时，根据所述急救车的定位信息判断所述急救车是否驶出急救中心地址或急救站地址，若是，则记录当前时间为所述出发时间；若否，则记录当前时间为参考出发时间。

进一步地，所述记录模块包括：

获取单元，用于获取所述急救车的定位信息和所述急救任务信息，所述急救任务信息包括急救任务现场地址；

记录单元，用于在所述急救车驶向所述急救任务现场地址，且所述急救车的位置坐标和所述急救任务现场地址的坐标距离小于距离预设值时，记录当前时间为所述到达现场时间；在所述急救车驶离所述急救任务现场地址，且所述急救车的位置坐标和所述急救任务现场地址的坐标距离大于所述距离预设值时，记录当前时间为所述离开现场时间。

第三方面，本申请实施例提供的一种设备，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面任一项所述的方法的步骤。

第四方面，本申请实施例提供的一种存储介质，所述存储介质上存储有指令，当所述指令在计算机上运行时，使得所述计算机执行如第一方面任一项所述的方法。

第五方面，本申请实施例提供的一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行如第一方面任一项所述的方法。

本申请公开的其他特征和优点将在随后的说明书中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义地确定，或者通过实施本申请公开的上述技术即可得知。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种急救任务的处理方法的流程示意图；

图2为本申请实施例提供的另一种急救任务的处理方法的流程示意图；

图3为本申请实施例提供的一种急救任务的处理装置的结构示意图；

图4为本申请实施例提供的记录模块的结构示意图；

图5为本申请实施例提供的一种设备的结构框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

本申请实施例提供了一种急救任务的处理方法、装置、设备及存储介质，可以应用于急救车的任务时间节点记录；该急救任务的处理方法通过急救车的定位信息，可以获得急救车的位置坐标信息和行驶方向信息，同时急救车根据自身的急救任务状态和急救任务信息展开急救任务；从而，该急救任务的处理方法可以根据急救车的位置坐标信息、行驶方向信息、急救任务信息以及急救任务状态，自动记录急救任务节点的时间，不仅节约了记录时间，而且使急救任务节点的时间更加接近真实急救任务的执行时间，使急救管理工作的质控工作更加真实有效和有意义；从而，该急救任务的处理方法可以实现提高急救管理工作的质控效率的技术效果。

在一些实施方式中，该急救任务的处理方法还可以自动提醒急救任务节点的时间。

请参见图1，图1为本申请实施例提供的一种急救任务的处理方法的流程示意图，该急救任务的处理方法包括如下步骤：

S100：接收急救任务单，急救任务单包括急救任务信息。

示例性地，该急救任务的处理方法可以应用于调度系统和院前急救信息系统中；其中，调度系统可以生成新的急救任务单，并发送/派发急救任务单至院前急救信息系统和急救车；院前急救信息系统则可以实时显示、提醒并记录急救车的急救任务的时间节点信息。

S200：发送急救任务单至急救车，以使急救车根据急救任务状态和急救任务信息进行急救任务。

示例性地，急救车的急救任务状态包括站内待命状态和途中待命状态；急救任务信息包括急救任务发单时间、目标地址、患者姓名、年龄、初步印象等，其中目标地址包括急救车接到任务时的地址、急救任务现场地址以及送往医院的地址等地址信息。

S300：根据急救车的定位信息记录急救车在进行急救任务时的时间节点信息，时间节点信息包括急救车的出发时间、到达现场时间、离开现场时间、到达医院时间、完成任务时间中的一个或多个。

示例性地，急救车上配置有定位模块，可以实时获得急救车的定位信息，如GPS(Global Positioning System,全球定位系统)或北斗定位模块，此处不做限定。

在一些实施方式中，记录急救车在进行急救任务时急救任务的时间节点信息时，可以将急救车的位置坐标和目标地址的位置坐标作对比：若急救车的位置坐标和目标地址的位置坐标一致，或者急救车的位置坐标和目标地址的位置坐标之间的距离小于阈值时，则将急救车当前位置对应的时间记录到急救任务的目标地址及对应的任务节点上，从而记录急救车在进行急救任务时急救任务的时间节点信息。

在一些实施方式中，本申请实施例提供的一种执行急救任务过程中的时间节点的记录方法，从呼救人呼救“120”开始，调度系统根据急救车的工作状态和距离呼救人位置的远近将该急救任务下发到急救车上，急救车自动接收到急救任务信息。急救车在出发后直到到达医院过程中，可实现急救过程的智能化提醒和记录。急救任务重要时间节点包括急救车出发时间、到达现场时间、离开现场时间、到达医院时间、完成任务时间。这些时间的记录有利于急救工作的质控管理。

在一些实施场景中，该急救任务的处理方法通过急救车的定位信息，可以获得急救车的位置坐标信息和行驶方向信息，同时急救车根据自身的急救任务状态和急救任务信息展开急救任务；从而，该急救任务的处理方法可以根据急救车的位置坐标信息、行驶方向信息、急救任务信息以及急救任务状态，自动记录急救任务节点的时间，不仅节约了记录时间，而且使急救任务节点的时间更加接近真实急救任务的执行时间，使急救管理工作的质控工作更加真实有效和有意义；从而，该急救任务的处理方法可以实现提高急救管理工作的质控效率的技术效果。

请参见图2，图2为本申请实施例提供的另一种急救任务的处理方法的流程示意图。

在一些实施方式中，S300：根据急救车的定位信息记录急救车在进行急救任务时的时间节点信息的步骤，包括：

S310：获取急救车的定位信息和急救任务状态。

S320：根据定位信息和急救任务状态记录时间节点信息。

示例性地，急救任务状态包括急救车的待命状态、行驶状态和当前任务状态等，通过急救车的定位信息和急救任务状态，可以实现自动记录急救任务节点的时间，不仅节约了记录时间，而且使急救任务节点的时间更加接近真实急救任务的执行时间。

示例性地，急救车的当前任务状态标识当前急救车正在执行的任务，如出发、到达现场、离开现场、到达医院等。

在一些实施方式中，急救任务状态包括途中待命状态和站内待命状态，急救任务信息包括急救任务现场地址、急救中心地址或急救站地址，S320：根据定位信息和急救任务状态记录时间节点信息的步骤，包括：

确定急救车的急救任务状态为途中待命状态或站内待命状态；

当急救车的急救任务状态为途中待命状态时，根据急救车的定位信息判断急救车是否驶向急救任务现场地址，若是，则记录当前时间为出发时间；若否，则记录当前时间为参考出发时间；

当急救车的急救任务状态为站内待命状态时，根据急救车的定位信息判断急救车是否驶出急救中心地址或急救站地址，若是，则记录当前时间为出发时间；若否，则记录当前时间为参考出发时间。

示例性地，根据急救车的急救任务状态可以合理记录急救车的出发时间，参考出发时间则可以在急救车出现异常、导致无法正常记录出发时间时提供参考信息，从而使急救任务节点的时间更加接近真实急救任务的执行时间。

在一些实施场景中，调度系统将急救任务信息通过网络发送给院前急救信息系统，急救任务信息中包含了急救任务发单时间、患者发病的现场地址以及患者姓名、年龄、性别、初步印象、呼救人及呼救电话。当院前急救信息系统接收到该急救任务信息后，将这些信息记录到院前急救信息系统中，并按照一定格式显示在系统中，从而形成一条新的急救任务。

在一些实施场景中，如果急救车当前工作状态为途中待命，院前急救信息系统根据接收急救任务时的时间以及当时的GPS坐标位置以及方向以及当前急救车的任务状态，判断当前是否驶向现场地址。如果驶向现场地址，则记录下该时刻，并在系统中提醒该时刻为急救任务的出发时间。如果不是驶向现场地址，则将该时刻记录为参考时间节点。

在一些实施场景中，如果急救车当前状态为站内待命，急救车的位置为急救中心或者急救站位置坐标，当驶出急救中心或者急救站的坐标范围时，系统记录下该时刻并和接收当前急救任务的时间作对比(防止出现急救车无任务临时出战的情况)，如果时间间隔在3分钟以内，则弹出对话框提示“是否出车接送急救患者？”，点击“确定”，则将驶出急救中心和急救站坐标范围的时间自动记录为“出车时间”。

示例性地，S300：根据急救车的定位信息记录急救车在进行急救任务时的时间节点信息的步骤，包括：

获取急救车的定位信息和急救任务信息，急救任务信息包括急救任务现场地址；

在急救车驶向急救任务现场地址，且急救车的位置坐标和急救任务现场地址的坐标距离小于距离预设值时，记录当前时间为到达现场时间；

在急救车驶离急救任务现场地址，且急救车的位置坐标和急救任务现场地址的坐标距离大于距离预设值时，记录当前时间为离开现场时间。

示例性地，结合急救车的行驶方向和急救车的位置坐标综合判断，可以准确判断出急救车当前的任务状态，如到达现场或离开现场等，使急救任务节点的时间更加接近真实急救任务的执行时间。

可选地，距离预设值可以是10m。

在一些实施场景中，当从调度系统中得到患者发病的现场地址后，系统从GPS或者北斗定位系统中获取该现场地址的坐标。急救车辆在行驶过程中会实时获取急救车辆的行驶轨迹，当急救车的位置坐标和现场地址的坐标距离小于10m时，系统自动记录当前时间，并弹框提示“是否确认到达现场？”如果点击“确定”，则直接记录为正式的到达现场时间。如果点击“取消”或者10秒中不予操作，提示框自动消失，同时系统将该时间作为离开现场的参考值加入到时间列表中。当急救车的位置坐标偏离现场地址坐标大于10m且方向偏离时，则提示“是否确认离开现场？”，如果点击“确定”，则直接记录为正式的离开现场时间。如果点击“取消”或10s不予操作，则提示框自动消失，同时系统将该时间作为离开现场的参考值加入到时间列表中。

示例性地，急救车到达医院的时间和完成任务的时间与上述方案相同，为避免重复，此处不再赘述。

请参见图3，图3为本申请实施例提供的一种急救任务的处理装置的结构示意图，该急救任务的处理装置包括：

接收模块100，用于接收急救任务单，急救任务单包括急救任务信息；

发送模块200，用于发送急救任务单至急救车，以使急救车根据急救任务状态和急救任务信息进行急救任务；

记录模块300，用于根据急救车的定位信息记录急救车在进行急救任务时的时间节点信息，时间节点信息包括急救车的出发时间、到达现场时间、离开现场时间、到达医院时间、完成任务时间中的一个或多个。

请参见图4，图4为本申请实施例提供的记录模块的结构示意图。

示例性地，记录模块300包括：

获取单元310，用于获取急救车的定位信息和急救任务状态；

记录单元320，用于根据定位信息和急救任务状态，记录时间节点信息。

示例性地，急救任务状态包括途中待命状态和站内待命状态，急救任务信息包括急救任务现场地址、急救中心地址或急救站地址，记录单元320包括：

确定子单元，用于确定急救车的急救任务状态为途中待命状态或站内待命状态；

第一记录子单元，用于当急救车的急救任务状态为途中待命状态时，根据急救车的定位信息判断急救车是否驶向急救任务现场地址，若是，则记录当前时间为出发时间；若否，则记录当前时间为参考出发时间；

第二记录子单元，用于当急救车的急救任务状态为站内待命状态时，根据急救车的定位信息判断急救车是否驶出急救中心地址或急救站地址，若是，则记录当前时间为出发时间；若否，则记录当前时间为参考出发时间。

示例性地，获取单元310还用于获取急救车的定位信息和急救任务信息，急救任务信息包括急救任务现场地址；

记录单元320还用于在急救车驶向急救任务现场地址，且急救车的位置坐标和急救任务现场地址的坐标距离小于距离预设值时，记录当前时间为到达现场时间；在急救车驶离急救任务现场地址，且急救车的位置坐标和急救任务现场地址的坐标距离大于距离预设值时，记录当前时间为离开现场时间。

应理解，图3和图4所示的急救任务的处理装置、记录模块，与图和图2所示的方法实施例相对应，为避免重复，此处不再赘述。

本申请还提供一种设备，请参见图5，图5为本申请实施例提供的一种设备的结构框图。设备可以包括处理器510、通信接口520、存储器530和至少一个通信总线540。其中，通信总线540用于实现这些组件直接的连接通信。其中，本申请实施例中设备的通信接口520用于与其他节点设备进行信令或数据的通信。处理器510可以是一种集成电路芯片，具有信号的处理能力。

上述的处理器510可以是通用处理器，包括中央处理器(CPU，Central ProcessingUnit)、网络处理器(NP，Network Processor)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器510也可以是任何常规的处理器等。

存储器530可以是，但不限于，随机存取存储器(RAM，Random Access Memory)，只读存储器(ROM，Read Only Memory)，可编程只读存储器(PROM，Programmable Read-OnlyMemory)，可擦除只读存储器(EPROM，Erasable Programmable Read-Only Memory)，电可擦除只读存储器(EEPROM，Electric Erasable Programmable Read-Only Memory)等。存储器530中存储有计算机可读取指令，当所述计算机可读取指令由所述处理器510执行时，设备可以执行上述图1至图2方法实施例涉及的各个步骤。

可选地，设备还可以包括存储控制器、输入输出单元。

所述存储器530、存储控制器、处理器510、外设接口、输入输出单元各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通信总线540实现电性连接。所述处理器510用于执行存储器530中存储的可执行模块，例如设备包括的软件功能模块或计算机程序。

输入输出单元用于提供给用户创建任务以及为该任务创建启动可选时段或预设执行时间以实现用户与服务器的交互。所述输入输出单元可以是，但不限于，鼠标和键盘等。

可以理解，图5所示的结构仅为示意，所述设备还可包括比图5中所示更多或者更少的组件，或者具有与图5所示不同的配置。图5中所示的各组件可以采用硬件、软件或其组合实现。

本申请实施例还提供一种存储介质，所述存储介质上存储有指令，当所述指令在计算机上运行时，所述计算机程序被处理器执行时实现方法实施例所述的方法，为避免重复，此处不再赘述。

本申请还提供一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行方法实施例所述的方法。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。