订单处理的方法、装置、存储介质和电子设备与流程

医药医疗技术的改进;医疗器械制造及应用技术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.图1是根据一示例性实施例示出的一种订单处理的方法的流程图；33.图2是根据一示例性实施例示出的另一种订单处理的方法的流程图；34.图3是根据一示例性实施例示出的另一种订单处理的方法的流程图；35.图4是根据一示例性实施例示出的另一种订单处理的方法的流程图；36.图5是根据一示例性实施例示出的另一种订单处理的方法的流程图；37.图6是根据一示例性实施例示出的另一种订单处理的方法的流程图；38.图7是根据一示例性实施例示出的一种订单处理的方法的流程图；39.图8是根据一示例性实施例示出的另一种订单处理的方法的流程图；40.图9是根据一示例性实施例示出的另一种订单处理的方法的流程图；41.图10是根据一示例性实施例示出的另一种订单处理的方法的流程图；42.图11是根据一示例性实施例示出的另一种订单处理的方法的流程图；43.图12是根据一示例性实施例示出的一种订单处理的方法的流程图；44.图13是根据一示例性实施例示出的一种订单处理的方法的流程图；45.图14是根据一示例性实施例示出的一种订单处理的装置的结构图；46.图15是根据一示例性实施例示出的另一种订单处理的装置的结构图；47.图16是根据一示例性实施例示出的一种订单处理的装置的结构图；48.图17是根据一示例性实施例示出的另一种订单处理的装置的结构图；49.图18是根据一示例性实施例示出的一种电子设备的结构图；50.图19是根据一示例性实施例示出的一种电子设备的结构图。具体实施方式51.以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。52.需要说明的是，本技术中所有获取信号、信息或数据的动作都是在遵照所在地国家相应的数据保护法规政策的前提下，并获得由相应装置所有者给予授权的情况下进行的。53.在下文中的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。54.在介绍本公开提供的订单处理的方法、装置、存储介质和电子设备之前，首先对本公开各个实施例所涉及的应用场景进行介绍。本公开应用于用户线上购买药品的场景下，当用户通过线上购买的药品中包含处方药的时候，根据药品销售的合法性，用户需要提供该处方药的处方信息。在实际应用中，用户可能由于未曾进行过线下问诊或者处方信息丢失，而无法提供该处方药的处方信息。若用户无法提供处方信息，则无法在线上购买该处方药。55.而用户如果想继续在线上购买该处方药，还可以自行前往医院与医生进行线下问诊并开具该处方药的处方信息。然后，重新提交包含该处方药的订单，并提供该处方药的处方信息，才能成功购买该处方药。可见，现有技术中，若用户无法提供处方信息，用户整个购药的流程将十分繁琐，给用户带来了较差的购买体验。56.为了解决上述问题，本公开提供一种订单处理的方法、装置、存储介质和电子设备，在用户端发送的目标订单中包含指定药品，且因未获取到该指定药品对应的处方信息而导致当前的订单流程中止的情况下，可以为用户提供预约问诊的渠道，并根据用户端的问诊位置信息，确定目标医生，以便该用户端的用户与该目标医生建立线下问诊。这样，用户在经过线下问诊后无需再进行线上问诊并自行上传处方信息，极大地方便了用户购药的流程，提高了用户的购药体验，同时也确保了整个购药流程的合法合规性。57.下面结合具体实施例对本公开进行说明。58.图1是根据一示例性实施例提供的一种订单处理的方法，应用于服务器如图1所示，该方法可以包括以下步骤：59.在步骤s101中，在用户端发送的目标订单中包含指定药品，且因未获取到该指定药品对应的处方信息而导致当前的订单流程中止的情况下，获取该用户端的问诊位置信息。60.其中，该用户端例如但不限于可以包括手机、平板和电脑等终端设备。该指定药品可以包括处方药，而在线上购买处方药的场景中，处方药的购买需要在提供该处方药的处方信息的情况下，商家才能予以出单。若用户无法提供处方药的处方信息，则可能会导致当前的订单流程中止。61.示例地，该订单流程例如可以包括用户通过用户端线上下单购买药品的目标订单，服务器在接收到该目标订单后，若该目标订单中不包括指定药品，则可以向该目标订单中药品对应的商家端发送该目标订单，以便商家端可以进一步进行例如拣货、发货等流程，并在用户确定收到目标订单中的所有药品后，完成当前的订单流程。若该目标订单中包括指定药品，则可以通过线上问诊的方式，向用户端获取该指定药品的处方信息，并在获取到该指定药品的处方信息后，向该目标订单中药品对应的商家端发送该目标订单，以便商家端可以进一步进行例如拣货、发货等流程，并在确定用户收到目标订单中的所有药品后，完成当前的订单流程。62.在实际场景中，若用户端发送的目标订单中包含指定药品，且未获取到该指定药品对应的处方信息，则将会导致当前的订单流程中止，也就是说用户将无法成功购买该指定药品。因此，为了保证用户购药的订单流程不受影响，在本实施例中，若用户端发送的目标订单中包含指定药品，且因未获取到该指定药品对应的处方信息而导致当前的订单流程中止，可以获取该用户端的问诊位置信息，以便根据问诊位置信息，确定目标医生，从而便于用户与该目标医生建立线下问诊。其中，该问诊位置信息例如可以是用户端当前的位置信息，或者是用户通过用户端输入的位置信息。例如，可以通过用户端展示预约问诊页面，以便用户可以通过该问诊预约界面输入问诊位置信息。63.在步骤s102中，根据该问诊位置信息，从多个医生中确定目标医生。64.示例地，可以根据该问诊位置信息，与多个医生的坐诊位置信息进行比较，从而从多个医生中确定目标医生。65.在步骤s103中，将该问诊位置信息发送至该目标医生的医生端，以便该用户端的用户与该目标医生建立线下问诊；或者，将该目标医生的坐诊位置信息发送至该用户端，以便该用户与该目标医生建立线下问诊。66.其中，该医生端例如但不限于可以包括手机、平板和电脑等终端设备。67.在本步骤中，可以将该问诊位置信息发送至该目标医生的医生端，或者，将该目标医生的坐诊位置信息发送至该用户端。示例地，可以将该问诊位置信息发送至该目标医生的医生端，以便目标医生可以根据该问诊位置信息，与用户建立线下问诊。或者，可以将该目标医生的坐诊位置信息发送至用户端，以便用户可以根据该坐诊位置信息，与目标医生建立线下问诊。68.这样，用户可以通过与目标医生的线下问诊，得到目标医生开具的该指定药品的处方信息，从而保证用户可以购药该指定药品。69.采用上述方法，在用户端发送的目标订单中包含指定药品，且因未获取到该指定药品对应的处方信息而导致当前的订单流程中止的情况下，可以为用户提供预约问诊的渠道，并根据用户端的问诊位置信息，确定目标医生，以便该用户端的用户与该目标医生建立线下问诊。这样，用户在经过线下问诊后无需再进行线上问诊并自行上传处方信息，极大地方便了用户购药的流程，提高了用户的购药体验，同时也确保了整个购药流程的合法合规性。70.为了便于目标医生可以针对该指定药品开具处方信息，如图2所示，该方法还可以包括以下步骤：71.在步骤s104中，将该指定药品的药品信息发送至该医生端。72.在本步骤中，可以将该指定药品的药品信息发送至医生端，以便该医生端可以根据该药品信息获取该目标医生输入的该指定药品对应的处方信息。其中，该药品信息例如可以是药品名称、药品数量和药品规格等信息，该处方信息是该目标医生对该用户进行线下问诊后得到的。73.在用户与该目标医生建立线下问诊之后，为了便于商家端可以继续执行当前的订单流程，同时可以简化用户的操作流程，如图3所示，该方法还可以包括以下步骤：74.在步骤s105中，接收该医生端或者该用户端发送的处方信息。75.其中，该处方信息是该目标医生对该用户进行线下问诊后得到的。76.另外，为了确保该处方信息的真实性和有效性，在一种可能的实现方式中，该医生端或者该用户端发送的处方信息可以是包含该目标医生的电子签名的处方信息。77.示例地，目标医生可以通过医生端在该处方信息上输入电子签名后通过医生端发送至服务器。这样，可以有效地确保该处方信息的真实性和有效性。另外，为了确保该处方信息是通过目标医生与用户进行线下问诊后得到的，还可以先将处方信息发送至用户端后，目标医生再通过用户端输入电子签名后通过用户端发送至服务器。这样，不仅可以确保该处方信息的真实性和有效性，还可以确保该处方信息是用户与目标医生进行线下问诊后得到的。78.在步骤s106中，根据该处方信息，生成该目标订单的成单信息。79.其中，成单信息例如可以包括该目标订单的订单信息。80.另外，为了便于商家端进一步核实指定药品的处方信息，该成单信息中还可以包括该指定药品的处方信息。81.在步骤s107中，将该成单信息发送至该目标订单对应的商家端。82.在本步骤中，可以将该成单信息发送至该目标订单对应的商家端，以便该商家端根据该订单信息继续执行当前的订单流程。这样，在用户端发送的目标订单中包含指定药品，且因未获取到该指定药品对应的处方信息而导致当前的订单流程中止的情况下，可以用户可以通过用户端进行线上预约，从而与目标医生进行线下问诊，并开具该指定药品的处方信息。服务器在接收到该处方信息后，可以根据该处方信息生成该目标订单的成单信息，并发送至商家端。也就是说，在得到处方信息后用户无需再自行通过线上问诊的方式上传该指定药品的处方信息，也无需再重新提交目标订单，一定程度上简化了用户的操作流程，提高了用户的购药体验。83.为了进一步提升用户的购药体验，同时也能匹配到更加符合用户购药需求的目标医生，如图4所示，该方法还可以包括以下步骤：84.在步骤s108中，接收该用户端发送的该用户从多个问诊方式中确定的目标问诊方式。85.示例地，可以在用户端发送的目标订单中包含指定药品，且因未获取到该指定药品对应的处方信息而导致当前的订单流程中止的情况下，通过用户端向用户展示预约问诊页面，以便于用户通过该预约问诊页面从多个问诊方式中确定的目标问诊方式。其中，该目标问诊方式例如可以包括医生上门问诊，或者用户前往医生坐诊位置问诊。86.相应地，上述步骤s102中，根据该问诊位置信息，从多个医生中确定目标医生可以包括：根据该问诊位置信息和该目标问诊方式，从多个医生中确定目标医生。87.在一种可能的实现方式中，可以在该目标就诊方式包括医生上门问诊的情况下，从该多个医生中确定支持该医生上门问诊的第一候选医生，并根据该问诊位置信息，从该第一候选医生中确定该目标医生。88.在另一种可能的实现方式中，可以在该目标就诊方式包括该用户前往医生坐诊位置问诊的情况下，从该多个医生中确定支持该用户前往医生坐诊位置问诊的第二候选医生，并根据该问诊位置信息，从该第二候选医生中确定该目标医生。89.示例地，可以根据该问诊位置信息，从该第二候选医生中确定与该问诊位置信息距离最近的第二候选医生作为该目标医生。这样，可以为用户匹配到与用户的问诊位置信息距离最近的目标医生，从而便于用户与目标医生建立线下问诊。或者，可以根据该问诊位置信息，对该第二候选医生进行排序，并将排序后的该第二候选医生发送至该用户端，以便该用户端展示排序后的该第二候选医生，使得该用户能够根据展示的该第二候选医生确定该目标医生。例如，若用户有到某商场的出行需求，而在该商场附近有符合要求的第二候选医生，则用户可以选择该第二候选医生作为目标医生。这样，用户可以根据用户端展示的第二候选医生，选择符合自己问诊需求的目标医生。90.另外，在目标问诊方式包括医生上门问诊，或者用户前往医生坐诊位置问诊的情况下，上述步骤s103中将该问诊位置信息发送至该目标医生的医生端，以便该用户与该目标医生建立线下问诊；或者，将该目标医生的坐诊位置信息发送至该用户端，以便该用户与该目标医生建立线下问诊可以包括：91.在该目标就诊方式包括该医生上门问诊的情况下，将该问诊位置信息发送至该医生端，以便该用户与该目标医生建立线下问诊；或者，在该目标就诊方式包括该用户前往医生坐诊位置问诊的情况下，将该目标医生的坐诊位置信息发送至该用户端，以便该用户与该目标医生建立线下问诊。92.这样，能够根据目标就诊方式，将问诊位置信息发送至相应地医生端或者将该目标医生的坐诊位置信息发送至该用户端，从而便于用户与该目标医生建立线下问诊。93.同时，考虑到不同医生所涉及的问诊范围不同，为了更准确的为用户匹配到符合问诊需求的目标医生，如图5所示，该方法还可以包括以下步骤：94.在步骤s109中，获取该用户端的问诊预约信息。95.其中，该问诊预约信息为该用户端根据该用户输入的问诊信息和问诊时间得到的，该问诊信息例如可以是用户输入的姓名、性别、年龄、对疾病的症状描述以及用药史等内容，或者也可以是用户选择的目标就诊科室。96.示例地，可以通过用户端向用户展示预约问诊页面，以便于用户通过该预约问诊页面输入问诊预约信息。然后，可以获取用户在用户端输入的问诊预约信息，便于后续根据问诊预约信息确定相应的目标医生。97.相应地，上述步骤s102中，根据该问诊位置信息，从多个医生中确定目标医生可以包括：根据该问诊预约信息和该问诊位置信息，从多个医生中确定目标医生。98.示例地，可以先根据问诊预约信息，从多个医生中选择符合该问诊预约信息的医生。例如，可以从多个医生中确定在用户输入的问诊预约信息中的问诊时间坐诊的医生，进而从在该问诊时间坐诊的医生中确定出符合用户输入的问诊预约信息中的问诊信息的医生，也即根据问诊信息对用户进行分诊，从而匹配到符合用户问诊需求的医生。然后，可以从多个符合该问诊预约信息的医生中，根据问诊位置信息确定目标医生。其中，根据问诊位置信息确定目标医生可以参照上述图4中的实施例部分，此处不再赘述。99.需要说明的是，目标医生可以通过医生端预先设置坐诊信息，该坐诊信息可以包括坐诊时间和问诊范围，从而便于根据用户输入的问诊预约信息和问诊位置信息匹配目标医生。100.另外，还可以根据问诊位置信息、目标问诊方式和问诊预约信息，从多个医生中确定目标医生。101.为了便于目标医生能够预先了解用户的问诊需求，如图6所示，该方法还可以包括：102.在步骤s110中，将该问诊预约信息发送至该医生端。103.在本步骤中，可以将该问诊预约信息发送至该医生端，以便该目标医生根据该问诊预约信息与该用户建立线下问诊。104.考虑到在用户确定的目标就诊方式为医生上门问诊的情况下，为了便于用户可以及时掌握目标医生的位置信息，在一些实施例中，还可以在该目标就诊方式包括该医生上门问诊的情况下，接收该医生端发送的医生行程信息。其中，该医生行程信息可以包括该目标医生的第一实时位置信息和第一预计到达时间。并将该医生行程信息发送至该用户端，以便该用户端展示该医生行程。105.相应地，在用户确定的目标就诊方式为用户前往医生坐诊位置问诊的情况下，为了便于目标医生可以及时掌握用户的位置信息，在一些实施例中，还可以在该目标就诊方式包括该用户前往医生坐诊位置问诊的情况下，接收该用户端发送的用户行程信息。其中，该用户行程信息可以包括该用户的第二实时位置信息和第二预计到达时间。并将该用户行程信息发送至该医生端，以便该医生端展示该用户行程信息。这样，医生端的目标医生可以根据用户行程信息及时调整问诊安排，有效避免出现问诊拥挤的情况，提升了用户的体验。106.示例地，在用户确定的目标就诊方式包括用户前往医生坐诊位置问诊的情况下，可以通过用户端展示共享位置确认页面，用户可以通过共享位置确认页面共享实时位置信息。响应于用户的实时位置信息共享操作，获取用户的用户行程信息，并将该用户行程信息通过服务器发送至目标医生的医生端。107.另外，为了进一步提高用户的使用体验，还可以通过用户端为用户展示多种可选择的出行方式，例如乘车出行或非乘车出行。具体地，在该目标就诊方式包括该用户前往医生坐诊位置问诊的情况下，接收该用户端发送的目标出行方式，该目标出行方式是该用户端根据该用户对多个出行方式的选择操作确定的，其中，该目标出行方式可以包括乘车出行或非乘车出行。108.在一种可能的实现方式中，在该目标出行方式为乘车出行的情况下，向该用户端发送车辆呼叫信息，以便该用户端展示包含该车辆呼叫信息的车辆呼叫页面。示例地，可以在该目标出行方式为乘车出行的情况下，向该用户端发送车辆呼叫信息，从而使得用户端展示车辆呼叫页面，以便该用户可以通过该车辆呼叫页面呼叫车辆。也就是说，当用户确定的目标出行方式为乘车出行的情况下，用户可以通过用户端的车辆呼叫页面呼叫车辆，极大地方便了用户且一定程度上缩短了用户的购药流程时间。109.在另一种可能的实现方式中，在该目标出行方式为非乘车出行的情况下，向该用户端发送预计到达时间确认信息，以便该用户端展示包含该预计到达时间确认信息的预计到达时间确认页面。示例地，在该目标出行方式为非乘车出行的情况下，向该用户端发送预计到达时间确认信息，从而使得用户端展示预计到达时间确认页面，以便于该用户可以通过预计到达时间确认页面确定第二预计到达时间。也就是说，在用户需要通过其他交通工具或自驾车辆前往目标医生的坐诊位置的情况下，可以通过用户端的预计到达时间确认页面确定第二预计到达时间，并可以将该第二预计到达时间通过服务器发送至目标医生的医生端，以便于目标医生可以根据该第二预计到达时间安排自己的问诊时间。其中，该非乘车出行例如可以包括步行、自行驾车前往、线下打车或乘坐公交、地铁等公共交通工具等其他的出行方式。另外，在用户需要通过其他的出行方式自行前往医生坐诊位置问诊的情况下，用户可以选择非乘车出行为目标出行方式。110.需要说明的是，本公开的所有实施例可以单独被实施，也可以一起被实施，本公开实施例对此并不作出限定。111.采用上述方法，在用户端发送的目标订单中包含指定药品，且因未获取到该指定药品对应的处方信息而导致当前的订单流程中止的情况下，可以为用户提供预约问诊的渠道，并根据用户端的问诊位置信息，确定目标医生，以便该用户端的用户与该目标医生建立线下问诊。这样，用户在经过线下问诊后无需再进行线上问诊并自行上传处方信息，极大地方便了用户购药的流程，提高了用户的购药体验，同时也确保了整个购药流程的合法合规性。112.图7是根据一示例性实施例提供的一种订单处理的方法，应用于医生端如图7所示，该方法可以包括以下步骤：113.在步骤s201中，在用户端发送的目标订单中包含指定药品，且因未获取到该指定药品对应的处方信息而导致当前的订单流程中止的情况下，接收服务器发送的问诊位置信息。114.其中，该问诊位置信息可以是该服务器获取的用户端的问诊位置信息。115.在步骤s202中，根据该问诊位置信息，该医生端的目标医生与该用户端的用户建立线下问诊。116.采用上述方法，目标医生可以在接收到服务器发送的问诊位置信息后，根据该问诊位置信息与用户建立线下问诊，从而便于目标医生为用户开具指定药品的处方信息。这样，极大地方便了用户的购药，同时也确保了整个购药流程的合法合规性。117.为了便于目标医生可以及时了解指定药品的药品信息，如图8所示，该方法还可以包括以下步骤：118.在步骤s203中，接收该服务器发送的该指定药品的药品信息。119.这样，目标医生可以在医生端查看该指定药品的药品信息，以便接下来可以根据与用户的线下问诊得到该指定药品的处方信息。120.在步骤s204中，根据该药品信息获取该目标医生输入的该指定药品对应的处方信息。121.其中，该处方信息是该目标医生对该用户进行线下问诊后得到的。122.在步骤s205中，将该处方信息发送至该服务器。123.在本步骤中，可以将该处方信息发送至该服务器，以便该服务器生成目标订单的成单信息，该成单信息包括该目标订单的订单信息。124.为了保证处方信息的真实性和有效性，如图9所示，该方法还可以包括：125.在步骤s206中，获取该目标医生通过该医生端在该处方信息上输入的电子签名。126.相应地，上述步骤s205中将该处方信息发送至该服务器可以包括：将包含该电子签名的处方信息发送至该服务器。127.为了确保处方信息是用户与目标医生进行线下问诊后得到的，上述步骤s205中将该处方信息发送至该服务器可以包括：将该处方信息通过该服务器发送至该用户端，以便该用户端在接收到该处方信息的情况下，获取该目标医生通过该用户端在该处方信息上输入的电子签名，并将包含该电子签名的处方信息发送至该服务器，以便服务器根据该处方信息生成目标订单对应的成单信息。128.若用户通过用户端确定的目标就诊方式包括医生上门问诊，为了便于用户及时了解目标医生的位置信息，如图10所示，该方法还可以包括：129.在步骤s207中，在通过该用户端确定的目标就诊方式包括医生上门问诊的情况下，响应于该目标医生的实时位置共享操作，获取该目标医生的医生行程信息。130.示例地，可以在医生端展示位置确认页面，以便于目标医生通过该位置确认页面共享实时位置信息。具体地，响应于该目标医生的实时位置共享操作，获取该目标医生的医生行程信息。其中，该医生行程信息例如包括该目标医生的第一实时位置信息和第一预计到达时间。131.在步骤s208中，将该医生行程信息通过该服务器发送至该用户端，以便该用户端展示该医生行程信息。132.这样，用户端可以对接收到的医生行程信息进行展示，以便用户可以及时了解目标医生的位置信息和预计到达时间。133.若用户通过用户端确定的目标就诊方式包括用户前往医生坐诊位置问诊，为了便于目标医生及时了解用户的位置信息，如图11所示，该方法还可以包括：134.在步骤s209中，在通过该用户端确定的该目标就诊方式包括用户前往医生坐诊位置问诊的情况下，接收该用户端通过该服务器发送的用户行程信息，并展示该用户行程信息。135.其中，该用户行程信息例如包括该用户的第二实时位置信息和第二预计到达时间。136.示例地，在接收到服务器发送的第二实时位置信息和第二预计到达时间后，还可以获取当前时间和该第二预计到达时间的时间差，并根据该时间差，每间隔预设时间向目标医生发出提示信息，该提示信息用于提示目标医生用户还需多久到达，例如该提示信息可以是“用户还有十分钟到达”，从而可以便于目标医生预留好该用户的问诊时间。137.需要说明的是，目标医生可以预先在医生端设置自己的目标服务状态，其中，目标服务状态可以包括可上门服务和/或坐诊服务，从而便于服务器可以匹配到对应的支持该医生上门问诊的第一候选医生或支持该用户前往医生坐诊位置问诊的第二候选医生。例如，若该目标医生设置的目标服务状态为坐诊服务，且该用户确定的目标就诊方式为医生上门问诊，那么该目标医生将不会被作为支持该医生上门问诊的第一候选医生。若目标医生设置的目标就诊服务状态为可上门服务和坐诊服务，且该用户确定的目标就诊方式为医生上门问诊，那么该目标医生将会被作为支持该医生上门问诊的第一候选医生。138.采用上述方法，目标医生可以在接收到服务器发送的问诊位置信息后，根据该问诊位置信息与用户建立线下问诊，从而便于目标医生为用户开具指定药品的处方信息。这样，极大地方便了用户的购药，同时也确保了整个购药流程的合法合规性。139.图12是根据一示例性实施例提供的一种订单处理的方法，本实施例以目标就诊方式包括医生上门问诊，且处方信息由用户端发送至服务器为例进行说明，如图12所示，该方法可以包括以下步骤：140.在步骤s301中，服务器在用户端发送的目标订单中包含指定药品，且因未获取到该指定药品对应的处方信息而导致当前的订单流程中止的情况下，获取该用户端的问诊位置信息、问诊预约信息和目标问诊方式。141.在本实施例中，该目标问诊方式包括医生上门问诊。142.在步骤s302中，服务器根据该问诊位置信息、问诊预约信息和目标问诊方式，从多个医生中确定目标医生。143.在步骤s303中，服务器将该指定药品的药品信息发送至该医生端，并将该问诊位置信息发送至该医生端，以便该用户与该目标医生建立线下问诊。144.在步骤s304中，医生端接收该服务器发送的该指定药品的药品信息。145.在步骤s305中，医生端在通过该用户端确定的目标就诊方式包括医生上门问诊的情况下，响应于该目标医生的实时位置共享操作，获取该目标医生的医生行程信息。146.在步骤s306中，医生端将该医生行程信息发送至服务器。147.在步骤s307中，服务器将该医生行程信息发送至用户端。148.在步骤s308中，用户端接收到服务器发送的医生行程信息，并展示该医生行程信息。149.在步骤s309中，医生端根据该药品信息获取该目标医生输入的该指定药品对应的处方信息。150.在步骤s310中，医生端将该处方信息发送至服务器。151.在步骤s311中，服务器将该处方信息发送至该用户端。152.在步骤s312中，用户端在接收到该处方信息的情况下，获取该目标医生通过该用户端在该处方信息上输入的电子签名。153.在步骤s313中，用户端将包含该电子签名的处方信息发送至该服务器。154.在步骤s314中，服务器根据该处方信息，生成该目标订单的成单信息。155.在步骤s315中，服务器将该成单信息发送至该目标订单对应的商家端。156.在步骤s316中，商家端根据该订单信息继续执行当前的订单流程。157.采用上述方法，在用户端发送的目标订单中包含指定药品，且因未获取到该指定药品对应的处方信息而导致当前的订单流程中止的情况下，可以为用户提供预约问诊的渠道，并根据用户端的问诊位置信息，确定目标医生，以便该用户端的用户与该目标医生建立线下问诊。这样，用户在经过线下问诊后无需再进行线上问诊并自行上传处方信息，极大地方便了用户购药的流程，提高了用户的购药体验，同时也确保了整个购药流程的合法合规性。158.图13是根据一示例性实施例提供的一种订单处理的方法，本实施例以目标就诊方式包括用户前往医生坐诊位置问诊，且处方信息由医生端发送至服务器为例进行说明，如图13所示，该方法可以包括以下步骤：159.在步骤s401中，服务器在用户端发送的目标订单中包含指定药品，且因未获取到该指定药品对应的处方信息而导致当前的订单流程中止的情况下，获取该用户端的问诊位置信息、问诊预约信息和目标问诊方式。160.在本实施例中，该目标问诊方式包括用户前往医生坐诊位置问诊。161.在步骤s402中，服务器根据该问诊位置信息、问诊预约信息和目标问诊方式，从多个医生中确定目标医生。162.在步骤s403中，服务器将该指定药品的药品信息发送至该医生端。163.在步骤s404中，服务器将该目标医生的坐诊位置信息发送至该用户端，以便该用户与该目标医生建立线下问诊。164.在步骤s405中，医生端接收该服务器发送的该指定药品的药品信息。165.在步骤s406中，用户端在通过该用户端确定的目标就诊方式包括用户前往医生坐诊位置问诊的情况下，响应于该用户的实时位置共享操作，获取该用户的用户行程信息。166.在步骤s407中，用户端将该用户行程信息发送至服务器。167.在步骤s408中，服务器将该用户行程信息发送至医生端。168.在步骤s409中，医生端接收到服务器发送的用户行程信息，并展示该用户行程信息。169.在步骤s410中，医生端根据该药品信息获取该目标医生输入的该指定药品对应的处方信息。170.在步骤s411中，医生端获取该目标医生通过该医生端在该处方信息上输入的电子签名。171.在步骤s412中，医生端将包含该电子签名的处方信息发送至该服务器。172.在步骤s413中，服务器根据该处方信息，生成该目标订单的成单信息。173.在步骤s414中，服务器将该成单信息发送至该目标订单对应的商家端。174.在步骤s415中，商家端根据该订单信息继续执行当前的订单流程。175.采用上述方法，在用户端发送的目标订单中包含指定药品，且因未获取到该指定药品对应的处方信息而导致当前的订单流程中止的情况下，可以为用户提供预约问诊的渠道，并根据用户端的问诊位置信息，确定目标医生，以便该用户端的用户与该目标医生建立线下问诊。这样，用户在经过线下问诊后无需再进行线上问诊并自行上传处方信息，极大地方便了用户购药的流程，提高了用户的购药体验，同时也确保了整个购药流程的合法合规性。176.关于上述图12和图13的实施例中的方法，其中各个步骤执行操作的具体方式已经图1至图11的实施例中进行了详细描述，此处将不做详细阐述说明。177.图14是根据一示例性实施例提供的一种订单处理的装置，应用于服务器，如图14所示，该装置500包括：178.第一获取模块501，用于在用户端发送的目标订单中包含指定药品，且因未获取到该指定药品对应的处方信息而导致当前的订单流程中止的情况下，获取该用户端的问诊位置信息；179.确定模块502，用于根据该问诊位置信息，从多个医生中确定目标医生；180.第一发送模块503，用于将该问诊位置信息发送至该目标医生的医生端，以便该用户端的用户与该目标医生建立线下问诊；或者，将该目标医生的坐诊位置信息发送至该用户端，以便该用户与该目标医生建立线下问诊。181.可选地，该第一发送模块503，还用于将该指定药品的药品信息发送至该医生端，以便该医生端根据该药品信息获取该目标医生输入的该指定药品对应的处方信息，该处方信息是该目标医生对该用户进行线下问诊后得到的。182.可选地，如图15所示，该装置500还包括：183.第一接收模块504，用于接收该医生端或者该用户端发送的处方信息，该处方信息是该目标医生对该用户进行线下问诊后得到的；184.生成模块505，用于根据该处方信息，生成该目标订单的成单信息，该成单信息包括该目标订单的订单信息；185.该第一发送模块503，还用于将该成单信息发送至该目标订单对应的商家端，以便该商家端根据该订单信息继续执行当前的该订单流程。186.可选地，该第一接收模块504，用于接收到该医生端或者该用户端发送的包含该目标医生的电子签名的处方信息。187.可选地，该第一接收模块504，还用于接收该用户端发送的该用户从多个问诊方式中确定的目标问诊方式；188.该确定模块502，用于根据该问诊位置信息和该目标问诊方式，从多个医生中确定目标医生。189.可选地，该目标就诊方式包括医生上门问诊，或者用户前往医生坐诊位置问诊；该确定模块502，用于在该目标就诊方式包括该医生上门问诊的情况下，从该多个医生中确定支持该医生上门问诊的第一候选医生，并根据该问诊位置信息，从该第一候选医生中确定该目标医生；或者，在该目标就诊方式包括该用户前往医生坐诊位置问诊的情况下，从该多个医生中确定支持该用户前往医生坐诊位置问诊的第二候选医生，并根据该问诊位置信息，从该第二候选医生中确定该目标医生。190.可选地，该确定模块502，用于根据该问诊位置信息，从该第二候选医生中确定与该问诊位置信息距离最近的第二候选医生作为该目标医生；或者，根据该问诊位置信息，对该第二候选医生进行排序，并将排序后的该第二候选医生发送至该用户端，以便该用户端展示排序后的该第二候选医生，使得该用户能够根据展示的该第二候选医生确定该目标医生。191.可选地，该第一获取模块501，还用于获取该用户端的问诊预约信息，该问诊预约信息为该用户端根据该用户输入的问诊信息和问诊时间得到的；192.该确定模块502，用于根据该问诊预约信息和该问诊位置信息，从多个医生中确定目标医生。193.可选地，该第一发送模块503，还用于将该问诊预约信息发送至该医生端，以便该目标医生根据该问诊预约信息与该用户建立线下问诊。194.可选地，该目标就诊方式包括医生上门问诊，或者用户前往医生坐诊位置问诊；该第一发送模块503，用于在该目标就诊方式包括该医生上门问诊的情况下，将该问诊位置信息发送至该医生端，以便该用户与该目标医生建立线下问诊；或者，在该目标就诊方式包括该用户前往医生坐诊位置问诊的情况下，将该目标医生的坐诊位置信息发送至该用户端，以便该用户与该目标医生建立线下问诊。195.可选地，该第一接收模块504，还用于在该目标就诊方式包括该医生上门问诊的情况下，接收该医生端发送的医生行程信息，该医生行程信息包括该目标医生的第一实时位置信息和第一预计到达时间；196.该第一发送模块503，还用于将该医生行程信息发送至该用户端，以便该用户端展示该医生行程。197.可选地，该第一接收模块504，还用于在该目标就诊方式包括该用户前往医生坐诊位置问诊的情况下，接收该用户端发送的用户行程信息，该用户行程信息包括该用户的第二实时位置信息和第二预计到达时间；198.该第一发送模块503，还用于将该用户行程信息发送至该医生端，以便该医生端展示该用户行程信息。199.可选地，该第一发送模块503，还用于在该目标就诊方式包括该用户前往医生坐诊位置问诊的情况下，接收该用户端发送的目标出行方式，该目标出行方式是该用户端根据该用户对多个出行方式的选择操作确定的，该目标出行方式包括乘车出行或非乘车出行；200.该第一发送模块503，还用于在该目标出行方式为乘车出行的情况下，向该用户端发送车辆呼叫信息，以便该用户端展示包含该车辆呼叫信息的车辆呼叫页面；或者，在该目标出行方式为非乘车出行的情况下，向该用户端发送预计到达时间确认信息，以便该用户端展示包含该预计到达时间确认信息的预计到达时间确认页面。201.采用上述装置，在用户端发送的目标订单中包含指定药品，且因未获取到该指定药品对应的处方信息而导致当前的订单流程中止的情况下，可以为用户提供预约问诊的渠道，并根据用户端的问诊位置信息，确定目标医生，以便该用户端的用户与该目标医生建立线下问诊。这样，用户在经过线下问诊后无需再进行线上问诊并自行上传处方信息，极大地方便了用户购药的流程，提高了用户的购药体验，同时也确保了整个购药流程的合法合规性。202.图16是根据一示例性实施例提供的一种订单处理的装置，应用于医生端，如图16所示，该装置600包括：203.第二接收模块601，用于在用户端发送的目标订单中包含指定药品，且因未获取到该指定药品对应的处方信息而导致当前的订单流程中止的情况下，接收服务器发送的问诊位置信息，该问诊位置信息是该服务器获取的用户端的问诊位置信息；204.问诊模块602，用于根据该问诊位置信息，该医生端的目标医生与该用户端的用户建立线下问诊。205.可选地，该第二接收模块601，还用于接收该服务器发送的该指定药品的药品信息；206.如图17所示，该装置600还包括：207.第二获取模块603，用于根据该药品信息获取该目标医生输入的该指定药品对应的处方信息，该处方信息是该目标医生对该用户进行线下问诊后得到的；208.第二发送模块604，用于将该处方信息发送至该服务器，以便该服务器生成目标订单的成单信息，该成单信息包括该目标订单的订单信息。209.可选地，该第二获取模块603，还用于获取该目标医生通过该医生端在该处方信息field communication，简称nfc)，2g、3g、4g、nb-iot、emtc、或其他5g等等，或它们中的一种或几种的组合，在此不做限定。因此相应的该通信组件705可以包括：wi-fi模块，蓝牙模块，nfc模块等等。219.在一示例性实施例中，电子设备700可以被一个或多个应用专用集成电路(application specific integrated circuit，简称asic)、数字信号处理器(digital signal processor，简称dsp)、数字信号处理设备(digital signal processing device，简称dspd)、可编程逻辑器件(programmable logic device，简称pld)、现场可编程门阵列(field programmable gate array，简称fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述的订单处理的方法。220.在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的订单处理的方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器702，上述程序指令可由电子设备700的处理器701执行以完成上述的订单处理的方法。221.图19是根据一示例性实施例示出的一种电子设备800的框图。例如，电子设备800可以被提供为一服务器。参照图19，电子设备800包括处理器822，其数量可以为一个或多个，以及存储器832，用于存储可由处理器822执行的计算机程序。存储器832中存储的计算机程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理器822可以被配置为执行该计算机程序，以执行上述的订单处理的方法。222.另外，电子设备800还可以包括电源组件826和通信组件850，该电源组件826可以被配置为执行电子设备800的电源管理，该通信组件850可以被配置为实现电子设备800的通信，例如，有线或无线通信。此外，该电子设备800还可以包括输入/输出(i/o)接口858。电子设备800可以操作基于存储在存储器832的操作系统，例如windows servertm，mac os xtm，unixtm，linuxtm等等。223.在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的订单处理的方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器832，上述程序指令可由电子设备800的处理器822执行以完成上述的订单处理的方法。224.在另一示例性实施例中，还提供一种计算机程序产品，该计算机程序产品包含能够由可编程的装置执行的计算机程序，该计算机程序具有当由该可编程的装置执行时用于执行上述的订单处理的方法的代码部分。225.以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。226.另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。227.此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。









图片声明：本站部分配图来自人工智能系统AI生成,觅知网授权图片,PxHere摄影无版权图库。本站只作为美观性配图使用,无任何非法侵犯第三方意图,一切解释权归图片著作权方,本站不承担任何责任。如有恶意碰瓷者,必当奉陪到底严惩不贷!




内容声明：本文中引用的各种信息及资料（包括但不限于文字、数据、图表及超链接等）均来源于该信息及资料的相关主体（包括但不限于公司、媒体、协会等机构）的官方网站或公开发表的信息。部分内容参考包括:(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供参考使用,不准确地方联系删除处理！本站为非盈利性质站点,发布内容不收取任何费用也不接任何广告!




免责声明：我们致力于保护作者版权，注重分享，被刊用文章因无法核实真实出处，未能及时与作者取得联系，或有版权异议的，请联系管理员，我们会立即处理，本文部分文字与图片资源来自于网络，部分文章是来自自研大数据AI进行生成,内容摘自(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供学习参考,不准确地方联系删除处理!的,若有来源标注错误或侵犯了您的合法权益，请立即通知我们，情况属实，我们会第一时间予以删除，并同时向您表示歉意,谢谢!