CN114219112A - 健康服务预约方法、装置、服务器和存储介质 - Google Patents
健康服务预约方法、装置、服务器和存储介质 Download PDFInfo
- Publication number
- CN114219112A CN114219112A CN202111401681.9A CN202111401681A CN114219112A CN 114219112 A CN114219112 A CN 114219112A CN 202111401681 A CN202111401681 A CN 202111401681A CN 114219112 A CN114219112 A CN 114219112A
- Authority
- CN
- China
- Prior art keywords
- user account
- reservation
- service
- terminal
- health service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 230000036541 health Effects 0.000 title claims abstract description 202
- 238000000034 method Methods 0.000 title claims abstract description 59
- 238000012360 testing method Methods 0.000 claims description 50
- 238000001514 detection method Methods 0.000 claims description 40
- 230000015654 memory Effects 0.000 claims description 17
- 238000012545 processing Methods 0.000 claims description 11
- 238000012790 confirmation Methods 0.000 claims description 10
- 201000010099 disease Diseases 0.000 description 21
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 description 21
- 238000004891 communication Methods 0.000 description 11
- 230000000875 corresponding effect Effects 0.000 description 11
- 230000002093 peripheral effect Effects 0.000 description 10
- 230000001133 acceleration Effects 0.000 description 9
- 230000006870 function Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 238000012795 verification Methods 0.000 description 6
- 230000003287 optical effect Effects 0.000 description 5
- 238000004590 computer program Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 238000013473 artificial intelligence Methods 0.000 description 2
- 239000000919 ceramic Substances 0.000 description 2
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 229920006395 saturated elastomer Polymers 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000004927 fusion Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000001788 irregular Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000009877 rendering Methods 0.000 description 1
- 230000006641 stabilisation Effects 0.000 description 1
- 238000011105 stabilization Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 238000002255 vaccination Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/02—Reservations, e.g. for tickets, services or events
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- Tourism & Hospitality (AREA)
- Development Economics (AREA)
- Human Resources & Organizations (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Epidemiology (AREA)
- Biomedical Technology (AREA)
- Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- General Health & Medical Sciences (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本申请提供了一种健康服务预约方法、装置、服务器和存储介质，属于互联网技术领域。方法包括：接收第一终端的预约请求，预约请求用于请求预约健康服务；根据预约请求携带的用户账号，匹配用户账号的服务记录，并且根据用户账号的服务记录，确定用户账号上一次健康服务的服务结果是否公布；在还未公布用户账号上一次健康服务的服务结果的情况下，基于用户账号的服务记录，确定目标时间，目标时间为上一次健康服务的服务时间；在当前时间差大于预设时间差的情况下，生成用户账号的预约信息，向第一终端发送预约信息，预设时间差为允许预约健康服务的时间与服务时间之间的最小时间差。该方法提高了预约健康服务的灵活性。
Description
技术领域
本申请涉及互联网技术领域，特别涉及一种健康服务预约方法、装置、服务器和存储介质。
背景技术
随着用户对健康的日益重视，用户对健康服务(例如预设疾病检测或者疫苗接种等)的需求也日益增多，用户可以通过进行健康服务，以检测或保证自身的身体健康。而进行健康服务之前，一般都需要进行预约。
相关技术中，对于一些已进行了健康服务，但还没有公布服务结果的用户，需结果公布后，才可以对该用户再次进行预约健康服务，这样会降低预约健康服务的灵活性。例如，用户需在短时间内进行多次预设疾病检测，但由于检测结果未公布，则不能够对用户再次预约预设疾病检测，从而降低了预约预设疾病检测的灵活性。
发明内容
本申请实施例提供了一种健康服务预约方法、装置、服务器和存储介质，能够提高预约健康服务的灵活性。所述技术方案如下：
一方面，提供了一种健康服务预约方法，所述方法包括：
接收第一终端的预约请求，所述预约请求携带所述第一终端中当前登录的用户账号，且所述预约请求用于请求预约健康服务，所述第一终端为预约对象使用的终端；
根据所述预约请求携带的用户账号，匹配所述用户账号的服务记录，并且根据所述用户账号的服务记录，确定所述用户账号上一次健康服务的服务结果是否公布；
在还未公布所述用户账号上一次健康服务的服务结果的情况下，基于所述用户账号的服务记录，确定目标时间，所述目标时间为所述上一次健康服务的服务时间；
在当前时间差大于预设时间差的情况下，生成所述用户账号的预约信息，向所述第一终端发送所述预约信息，所述当前时间差为当前时间与所述目标时间之间的时间差，所述预设时间差为允许预约健康服务的时间与所述服务时间之间的最小时间差。
在一种可能的实现方式中，所述方法还包括：
接收第二终端的关联请求，所述关联请求携带所述预约信息，所述第二终端为提供健康服务的工作人员使用的终端；
在基于所述预约信息确定所述用户账号为目标用户账号的情况下，向所述第二终端发送第一提示信息，所述第一提示信息用于提示是否对所述预约对象进行健康服务，所述目标用户账号为服务记录中上一次健康服务未公布服务结果的预约对象的账号；
在接收到所述第二终端的确认指令的情况下，关联所述预约信息和试管码，所述试管码用于标识用于盛放所述预约对象的检测样本的试管。
在一种可能的实现方式中，在所述用户账号关联多个试管码的情况下，所述方法还包括：
确定所述用户账号关联的多个试管类型；
确定所述多个试管类型对应的多个试管码。
在一种可能的实现方式中，所述方法还包括：
在当前时间差不大于所述预设时间差的情况下，向所述第一终端发送计时信息，所述第一终端用于在第一预约提示界面中显示所述计时信息，所述计时信息用于表示所述当前时间差与预设时间差之间的差值。
在一种可能的实现方式中，所述方法还包括：
根据所述用户账号的所在地区，确定所述地区的风险等级；
根据所述风险等级进行匹配，得到所述风险等级对应的预设时间差。
在一种可能的实现方式中，所述方法还包括：
在所述用户账号所在地区的风险等级高于预设等级的情况下，则执行在当前时间差大于预设时间差的情况下，生成所述用户账号的预约信息的步骤。
在一种可能的实现方式中，所述方法还包括：
在所述用户账号所在地区的风险等级不高于所述预设等级的情况下，则向所述第一终端发送第二提示信息，所述第一终端用于在第二预约提示界面中显示所述第二提示信息，所述第二提示信息用于提示所述用户账号上一次健康服务的服务结果还未公布，不能再次预约健康服务。
在一种可能的实现方式中，所述生成所述用户账号的预约信息，包括：
获取所述用户账号的用户身份信息、预约的服务时间和预约的健康服务点；
基于所述用户身份信息、所述服务时间、所述健康服务点和预约状态，生成所述预约信息，所述预约状态用于表示所述用户账号上一次健康服务的服务结果还未公布。
另一方面，提供了一种健康服务预约装置，所述装置包括：
第一接收模块，用于接收第一终端的预约请求，所述预约请求携带所述第一终端中当前登录的用户账号，且所述预约请求用于请求预约健康服务，所述第一终端为预约对象使用的终端；
第一确定模块，用于根据所述预约请求携带的用户账号，匹配所述用户账号的服务记录，并且根据所述用户账号的服务记录，确定所述用户账号上一次健康服务的服务结果是否公布；
第二确定模块，用于在还未公布所述用户账号上一次健康服务的服务结果的情况下，基于所述用户账号的服务记录，确定目标时间，所述目标时间为所述上一次健康服务的服务时间；
生成模块，用于在当前时间差大于预设时间差的情况下，生成所述用户账号的预约信息，向所述第一终端发送所述预约信息，所述当前时间差为当前时间与所述目标时间之间的时间差，所述预设时间差为允许预约健康服务的时间与所述服务时间之间的最小时间差。
在一种可能的实现方式中，所述装置还包括：
第二接收模块，用于接收第二终端的关联请求，所述关联请求携带所述预约信息，所述第二终端为提供健康服务的工作人员使用的终端；
第一发送模块，用于在基于所述预约信息确定所述用户账号为目标用户账号的情况下，向所述第二终端发送第一提示信息，所述第一提示信息用于提示是否对所述预约对象进行健康服务，所述目标用户账号为服务记录中上一次健康服务未公布服务结果的预约对象的账号；
关联模块，用于在接收到所述第二终端的确认指令的情况下，关联所述预约信息和试管码，所述试管码用于标识用于盛放所述预约对象的检测样本的试管。
在一种可能的实现方式中，所述装置还包括：
第三确定模块，用于确定所述用户账号关联的多个试管类型；
第四确定模块，用于确定所述多个试管类型对应的多个试管码。
在一种可能的实现方式中，所述装置还包括：
第二发送模块，用于在当前时间差不大于所述预设时间差的情况下，向所述第一终端发送计时信息，所述第一终端用于在第一预约提示界面中显示所述计时信息，所述计时信息用于表示所述当前时间差与预设时间差之间的差值。
在一种可能的实现方式中，所述装置还包括：
第五确定模块，用于根据所述用户账号的所在地区，确定所述地区的风险等级；
第六确定模块，用于根据所述风险等级进行匹配，得到所述风险等级对应的预设时间差。
在一种可能的实现方式中，所述装置还包括：
执行模块，用于在所述用户账号所在地区的风险等级高于预设等级的情况下，则执行在当前时间差大于预设时间差的情况下，生成所述用户账号的预约信息的步骤。
在一种可能的实现方式中，所述装置还包括：
第三发送模块，用于在所述用户账号所在地区的风险等级不高于所述预设等级的情况下，则向所述第一终端发送第二提示信息，所述第一终端用于在第二预约提示界面中显示所述第二提示信息，所述第二提示信息用于提示所述用户账号上一次健康服务的服务结果还未公布，不能再次预约健康服务。
在一种可能的实现方式中，所述生成模块，用于获取所述用户账号的用户身份信息、预约的服务时间和预约的健康服务点；基于所述用户身份信息、所述服务时间、所述健康服务点和预约状态，生成所述预约信息，所述预约状态用于表示所述用户账号上一次健康服务的服务结果还未公布。
另一方面，提供了一种服务器，所述服务器包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条程序代码，所述至少一条程序代码由所述一个或多个处理器加载并执行以实现上述任一实现方式所述的健康服务预约方法。
另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储至少一条程序代码，所述至少一条程序代码由处理器加载并执行，以实现上述任一实现方式所述的健康服务预约方法。
另一方面，提供了一种计算机程序产品，所述计算机程序产品包括至少一条程序代码，所述至少一条程序代码由处理器加载并执行，以实现上述任一实现方式所述的健康服务预约方法。
本申请实施例提供的技术方案的有益效果至少包括：
本申请实施例提供了一种健康服务预约方法，该方法通过设定允许预约健康服务的时间与上一次健康服务的服务时间之间的最小时间差，能够在当前时间与用户账号上一次服务时间之间的时间差大于预设时间差的情况下，生成该用户账号的预约信息；这样，即使在该用户账号上一次健康服务的服务结果还未公布的情况下，也能再次预约健康服务，解决了在短时间内有多次健康服务需求的预约对象无法预约的问题，进而提高了预约健康服务的灵活性。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种实施环境的示意图；
图2是本申请实施例提供的一种健康服务预约方法的流程图；
图3是本申请实施例提供的一种健康服务关联方法的流程图；
图4是本申请实施例提供的一种健康服务预约装置的框图；
图5是本申请实施例提供的一种终端的框图；
图6是本申请实施例提供的一种服务器的框图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们的任意变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。
本申请实施例提供了一种健康服务预约方法的实施环境示意图，参见图1，该实施环境包括第一终端10、第二终端20和服务器30，服务器30分别与第一终端10和第二终端20之间通过网络连接。
第一终端10为预约对象使用的终端；第一终端10可以为智能手机、智能手表、台式电脑、手提电脑、平板电脑等设备中的至少一种。第一终端10上运行有健康服务预约平台，该健康服务预约平台以APP或小程序的形式运行，用于预约健康服务；该健康服务预约平台提供有注册、预约和信息录入等功能。第一终端10用于获取用户账号的预约请求，该预约请求用于请求服务器30生成该用户账号的预约信息。
第二终端20为提供健康服务的工作人员使用的终端；第二终端20可以为智能手机、台式电脑、手提电脑、平板电脑等设备中的至少一种。第二终端20 上运行有健康服务关联平台，该健康服务关联平台提供关联用户账号的预约信息和试管码的功能。第二终端20用于获取用户账号的关联请求，该关联请求用于请求服务器30关联试管码和预约请求携带的用户账号的预约信息。
服务器30为第一终端10上的健康服务预约平台和第二终端20上的健康服务关联平台的后台服务器30。服务器30可以为一台服务器、由多台服务器组成的服务器集群、云服务器、云计算平台和虚拟化中心中的至少一种。在一些实施例中，服务器30用于获取用户账号的预约请求，生成用户账号的预约信息。在一些实施例中，服务器30用于接收第二终端20的关联请求，关联试管码和预约请求携带的用户账号的预约信息。
本申请实施例提供一种健康服务预约方法，参见图2，方法包括：
步骤201：第一终端向服务器发送预约请求。
其中，预约请求携带第一终端中当前登录的用户账号，且预约请求用于请求预约健康服务，第一终端为预约对象使用的终端。在一些实施例中，预约请求还携带预约的服务时间和预约的健康服务点。这样，服务器通过该预约请求后，可直接对该用户账号进行预约，避免了向服务器再次发送服务时间的信息和健康服务点的信息的二次交互，进而提高了预约的效率。
在一些实施例中，第一终端在向服务器发送预约请求之前，第一终端上显示用户账号输入界面，由预约对象在该用户账号输入界面上输入用户账号和密码后，第一终端显示预约界面，同时触发预约请求，向服务器发送该预约请求。在另一种实现方式中，预约界面上包括请求按钮，预约对象点击请求按钮后，触发预约请求，向服务器发送该预约请求。
在一些实施例中，第一终端上运行有健康服务预约平台，该健康服务预约平台以APP或小程序的形式运行，该健康服务预约平台提供有注册、预约和信息录入等功能。在用户账号登录第一终端之前，预约对象在第一终端的健康服务平台上注册用户账号。该注册过程为：第一终端提示预约对象输入用户身份信息，预约对象在第一终端上输入用户身份信息。其中，该用户身份信息用于表示该预约对象的身份；可选的，该用户身份信息包括预约对象的姓名、身份证号码、住址和通信号码等信息。第一终端在确认用户身份信息输入完毕后，将该用户账号的用户身份信息发送至服务器，由服务器对该用户账号的用户身份信息进行存储和管理。
步骤202：服务器接收第一终端的预约请求，根据预约请求携带的用户账号，匹配用户账号的服务记录，并且根据用户账号的服务记录，确定用户账号上一次健康服务的服务结果是否公布。
在一种实现方式中，任一用户账号与其对应的服务记录相关联存储，服务器从事先存储的用户账号与服务记录的对应关系中，获取该用户账号的服务记录；若该服务记录中包括用户账号上一次健康服务的服务结果，则确定该用户账号上一次健康服务的服务结果已公布，若该服务记录中不包括用户账号上一次健康服务的服务结果，则确定该用户账号上一下健康服务的结果未公布。
在另一种实现方式中，服务器接收第一终端的预约请求后，获取该预约请求携带的用户账号的健康服务状况，该健康服务状况包括用户账号是否已预约健康服务。服务器基于该用户账号的健康服务状况确定该用户账号是否已预约健康服务。可选的，服务器从该用户账号的服务记录中获取该用户账号的健康服务状况。其中，用户账号已预约健康服务表示该用户账号在当前时间之前已预约了健康服务，且该用户账号的预约对象基于该已预约的健康服务进行了健康服务，但该用户账号的健康服务结果还没有公布。以健康服务为预设疾病检测为例，用户账号已预约健康服务表示该用户账号在当前时间之前已预约了预设疾病检测，且该用户账号的预约对象基于该已预约的预设疾病检测进行了预设疾病检测，但该用户账号的预设疾病检测结果还没有公布。
步骤203：服务器在还未公布用户账号上一次健康服务的服务结果的情况下，基于用户账号的服务记录，确定目标时间。
其中，目标时间为该用户账号上一次健康服务的服务时间。在另一种实现方式中，服务器在该用户账号未预约健康服务的情况下，直接生成该用户账号的预约信息，向第一终端发送该预约信息。
步骤204：服务器确定预设时间差。
其中，预设时间差为允许预约健康服务的时间与服务时间之间的最小时间差。步骤204包括以下步骤(1)-(2)：
(1)服务器根据用户账号的所在地区，确定该地区的风险等级。
其中，用户账号所在地区的风险等级是相关管理部门设定的。以健康服务为预设疾病检测为例，风险等级分为第一风险、第二风险和第三风险。其中，无患预设疾病的患者或连续预设天数内无新增预设疾病的患者为第一风险地区。预设天数内有新增预设疾病的患者，累计患者不超过预设人数，或累计患者超过预设人数，预设天数内未发生多人患该预设疾病的为第二风险地区。累计患者超过预设人数，预设天数内发生多人患该预设疾病的为第三风险地区。
(2)服务器根据风险等级进行匹配，得到该风险等级对应的预设时间差。
在一种实现方式中，服务器在该地区的风险等级高于第一等级的情况下，确定预设时间差为第一时间差；服务器在该地区的风险等级低于第一等级，且高于第二等级的情况下，确定预设时间差为第二时间差。其中，第一等级的风险等级高于第二等级，第一时间差小于第二时间差，每个风险等级匹配的预设时间差的时长可以根据需要进行设定并更改。可选的，设定第一时间差为2小时，设定第二时间差为4小时。
步骤205：服务器确定当前时间差是否大于预设时间差。
其中，当前时间差为当前时间与目标时间之间的时间差。
在一种实现方式中，服务器基于目标时间和预设时间差确定允许时间，该允许时间为允许预约健康服务的时间，在当前时间在允许时间以后的情况下，确定当前时间差大于预设时间差。服务器在当前时间不在允许时间以后的情况下，确定当前时间差不大于预设时间差。
在另一种实现方式中，服务器确定当前时间与目标时间之间的时间差，在该时间差大于预设时间差的情况下，确定当前时间差大于预设时间差。服务器在该时间差不大于预设时间差的情况下，确定当前时间差不大于预设时间差。
步骤206：服务器在当前时间差大于预设时间差的情况下，生成用户账号的预约信息。
在一种实现方式中，服务器在当前时间差大于预设时间差的情况下，或用户账号未预约健康服务的情况下，向第一终端发送第一展示指令，第一终端基于该第一展示指令展示第一预约界面，第一预约界面上包括预约按钮，该预约按钮处于可操作状态，预约对象点击该预约按钮后，服务器接收该预约按钮触发的预约生成请求，生成该用户账号的预约信息。
服务器在当前时间差不大于预设时间差的情况下，向第一终端发送第二展示指令，第一终端基于该第二展示指令展示第二预约界面，第二预约界面上包括预约按钮，该预约按钮处于不可操作状态；例如，该预约按钮显示灰色状态，预约对象点击后无响应。在另一种实现方式中，第二预约界面上的预约按钮处于可操作状态，预约对象点击该预约按钮后，第二预约界面显示第二提示信息，第二提示信息用于提示该用户账号上一次健康服务的服务结果还未公布，不能再次预约健康服务。
在另一种实现方式中，服务器在当前时间差不大于预设时间差的情况下，向第一终端发送计时信息，第一终端用于在第一预约提示界面中显示计时信息。其中，计时信息用于表示当前时间差与预设时间差之间的差值。这样通过显示计时信息，实现了对能够预约的时间的倒计时，使预约对象能够时刻掌握还有多长时间能够预约，进而使预约对象能够及时进行预约，避免了对能够预约的时间掌握不准确而错过预约时间。
在一种实现方式中，服务器在用户账号所在地区的风险等级高于预设等级的情况下，则执行在当前时间差大于预设时间差的情况下，生成用户账号的预约信息的步骤。
其中，预设等级可以根据需要进行设定并更改。继续以健康服务为预设疾病检测为例，该预设等级为第一风险或第二风险。在该预设等级为第一风险的情况下，则服务器在用户账号所在地区的风险等级为第二风险或第三风险的情况下，执行在当前时间差大于预设时间差的情况下，生成用户账号的预约信息的步骤。在该预设等级为第二风险的情况下，则服务器在用户账号所在地区的风险等级为第三风险的情况下，执行在当前时间差大于预设时间差的情况下，生成用户账号的预约信息的步骤。
服务器在用户账号所在地区的风险等级不高于预设等级的情况下，则向第一终端发送第二提示信息，第一终端用于在第二预约提示界面中显示第二提示信息，第二提示信息用于提示该用户账号上一次健康服务的服务结果还未公布，不能再次预约健康服务。可选的，第二提示信息为“检测中，请勿重复预约”。
在本申请实施例中，通过用户账号所在地区的风险等级来控制用户账号的预约，不仅避免了风险等级低的地区的用户账号的重复预约造成的健康服务资源的浪费，且使风险等级高的地区的用户账号能够多次预约，保证了检测结果的准确性和及时性。继续以健康服务为预设疾病检测为例，在一些多人患预设疾病的地区，由于预设疾病检测的样本数量多，导致检测结果公布比较慢，通常要24小时才能公布检测结果。但这些地区的预约对象常常需要在短时间内进行多次的检测，例如，上午一次，下午一次，以保证检测结果的准确性。本申请实施例提供的方法能够使这些地区的用户账号在检测结果未出来之前再次预约，保证了检测结果的准确性和及时性。
在一些实施例中，服务器在当前时间与预约的服务时间之间的时间差小于第三时间差的情况下，向第一终端发送第三提示信息，第一终端用于输出该第三提示信息，第三提示信息用于提示用户账号的预约对象进行健康服务。在另一种实现方式中，服务器向用户账号的通信号码或邮箱中的至少一个发送该第三提示信息，提示该用户账号的预约对象进行健康服务。
其中，第三时间差的时长可以根据需要进行设定并更改；例如，第三时间差为2个小时。其中，第三提示信息的内容可以根据需要进行设置并更改。在一种实现方式中，第三提示信息包括距离服务时间的时长和地点；例如，第三提示信息为“尊敬的预约对象**，距离您预约的服务时间还有**小时，请您提前到达**进行健康服务”。
在一些实施例中，服务器在用户账号预约的服务时间内预约的用户账号达到饱和的情况下，向第一终端发送第三展示指令，第一终端基于该第三展示指令展示第三预约提示界面，第三预约提示界面显示有第四提示信息和目标服务时间。其中，第四提示信息用于指示该用户账号预约其他服务时间。目标服务时间为预约的用户账号没有达到饱和的服务时间，能够预约的服务时间。可选的，目标服务时间为多个，每个目标服务时间的显示区域还包括每个目标服务时间能够预约的用户账号的数量。
步骤206中服务器生成用户账号的预约信息通过以下步骤(1)-(2)实现：
(1)服务器获取用户账号的用户身份信息、预约的服务时间和预约的健康服务点。
需要说明的是，用户身份信息包括预约对象的姓名、住址、身份证号、联系方式等中的至少一种，联系方式包括通信号码和邮箱中的至少一种。服务器基于用户账号注册的用户身份信息得到该用户账号的用户身份信息。
其中，预约对象在第一终端上显示的用于预约服务时间和健康服务点的预约界面上选择服务时间和健康服务点，服务器接收预约对象选择的服务时间和健康服务点。在一些实施例中，预约服务时间和预约健康服务点的预约界面为同一预约界面。在一些实施例中，预约服务时间的预约界面为时间预约界面，预约健康服务点的预约界面为地点预约界面，时间预约界面和地点预约界面显示的先后顺序可以根据需要进行设定并更改；例如，地点预约界面显示在时间预约界面之前。
(2)服务器基于用户身份信息、服务时间、健康服务点和预约状态，生成预约信息，预约状态用于表示用户账号上一次健康服务的服务结果还未公布。
在一种实现方式中，预约信息为随机生成的预约码，预约码绑定了用户账号的预约信息中的信息；可选的，预约码为二维码或条形码。这样，在对用户账号的预约信息进行核验时，直接扫描该预约码即可得到该用户账号的预约信息，方便快捷，提高了获取用户账号的预约信息的效率。
在另一种实现方式中，预约对象的身份证绑定了用户账号的预约信息中的信息。这样，在对用户账号的预约信息进行核验时，直接读取该预约对象的身份证即可得到该用户账号的预约信息，方便快捷，提高了获取用户账号的预约信息的效率。
步骤207：服务器向第一终端发送预约信息。
可选的，预约信息为预约码。在一种实现方式中，服务器生成预约码，将该预约码发送给第一终端，在另一种实现方式中，服务器向第一终端发送预约信息，由第一终端生成预约信息对应的预约码。
步骤208：第一终端接收预约信息。
可选的，预约信息为预约码，第一终端接收该预约码后在其结果预约界面上进行展示。
本申请实施例提供了一种健康服务预约方法，该方法通过设定允许预约健康服务的时间与上一次健康服务的服务时间之间的最小时间差，能够在当前时间与用户账号上一次服务时间之间的时间差大于预设时间差的情况下，生成该用户账号的预约信息；这样，即使在该用户账号上一次健康服务的服务结果还未公布的情况下，也能再次预约健康服务，解决了在短时间内有多次健康服务需求的预约对象无法预约的问题，进而提高了预约健康服务的灵活性。
本申请实施例还提供了一种健康服务关联方法，参见图3，方法包括：
步骤301：第二终端向服务器发送关联请求。
其中，关联请求携带预约信息，第二终端为提供健康服务的工作人员使用的终端。在一种实现方式中，在预约信息为预约码的情况下，第二终端扫描该预约码，得到该用户账号的预约信息，同时触发携带预约信息的关联请求，向服务器发送该关联请求。在预约信息不为预约码的情况下，第二终端读取该用户账号的预约对象的身份证，得到该用户账号的预约信息，同时触发携带预约信息的关联请求，向服务器发送该关联请求。
步骤302：服务器接收第二终端的关联请求。
在一些实施例中，服务器接收第二终端的预约请求后，确定预约信息中是否包括该用户账号的预约状态。在预约信息中包括预约状态的情况下，确定该用户账号为目标用户账号；在预约信息中不包括预约状态的情况下，确定该用户账号不是目标用户账号，预约状态用于表示该用户账号上一次健康服务的服务结果还未公布。
步骤303：服务器在基于预约信息确定用户账号为目标用户账号的情况下，向第二终端发送第一提示信息。
其中，第一提示信息用于提示是否对该预约对象进行健康服务，目标用户账号为服务记录中上一次健康服务未公布服务结果的预约对象的账号。
在该步骤中，服务器对该用户账号的健康服务状态进行核验，服务器基于核验结果确定该用户账号为目标用户账号的情况下，向第二终端发送第一提示信息。
需要说明的是，服务器在确定该用户账号是否为目标用户账号之前，还对该用户账号的预约信息进行了核验。第二终端将该用户账号的身份证信息或预约信息上传到服务器，可选的，该预约信息为预约码。服务器对该用户账号的预约信息进行核验，确定该用户账号是否通过核验，将核验结果发送给第二终端。
其中，服务器对预约信息进行核验的过程包括：服务器判断该用户账号是否预约了健康服务，若基于预约信息确定该用户账号已预约健康服务，则核验通过；若基于预约信息确定该用户账号未预约健康服务，则核验未通过。服务器判断该用户账号预约的健康服务点是否为当前的健康服务点，若基于预约信息确定该用户账号预约的健康服务点为当前的健康服务点，则核验通过；若基于预约信息确定该用户账号预约的健康服务点不是当前的健康服务点，则核验未通过。服务器判断该用户账号预约的服务时间是否在当前的服务时间段，若基于预约信息确定该用户账号预约的服务时间在当前的服务时间段内，则核验通过；若基于预约信息确定该用户账号预约的服务时间不在当前的服务时间段内，则核验未通过。其中，对预约信息中的信息进行核验的顺序可以根据需要进行设定并更改，在本申请实施例中，对此不做具体限定。
步骤304：第二终端接收第一提示信息，输出该第一提示信息。
可选的，第一提示信息可以为音频信息、文本信息或者视频信息。
当第一提示信息为音频信息时，第二终端可以直接播放该第一提示信息。当第一提示信息为文本信息时，第二终端在预约界面上显示该第一提示信息，或者，第二终端将文本信息转换为音频信息，播放该第一提示信息。当第一提示信息为视频信息时，在第二终端的预约界面上播放该第一提示信息。
步骤305：第二终端向服务器发送确认指令。
在一种实现方式中，第二终端检测到健康服务点的工作人员的确认操作后，向服务器发送确认指令，确认对该用户账号的预约对象进行健康服务；这样，若对健康服务点的核验事件临时有变动，通过工作人员确认，能够提高确认的灵活性。在另一种实现方式中，第二终端直接确认对该用户账号的预约对象进行健康服务，向服务器发送确认指令，避免了工作人员服务，省时省力。
步骤306：服务器在接收到第二终端的确认指令的情况下，关联预约信息和试管码。
在另一种实现方式中，服务器在未接收到第二终端的确认指令的情况下，则不执行关联用户账号的预约信息和试管码的步骤。
其中，试管码用于标识用于盛放用户账号的预约对象的检测样本的试管。
在一些实施例中，在用户账号关联多个试管码的情况下，服务器绑定用户账号的预约信息和多个试管码，该实施例包括以下步骤(1)-(2)：
(1)服务器确定用户账号关联的多个试管类型，多个试管类型包括第一试管类型、第二试管类型和第三试管类型中的至少一个，第一试管类型、第二试管类型和第三试管类型分别对应于从预约对象的不同部位采集的样本的类型。
在一种实现方式中，多个试管类型相同；例如，都是第一试管类型、都是第二试管类型或都是第三试管类型。在另一种实现方式中，多个试管类型部分相同；例如，4个试管类型中包括2个第一试管类型和2个第二试管类型。在另一种实现方式中，多个试管类型均不相同；例如，3个试管类型，分别为第一试管类型、第二试管类型和第三试管类型。
(2)服务器确定多个试管类型对应的多个试管码。
需要说明的是，多个试管类型的数量为至少一个，多个试管类型的数量是根据预约对象的需求确定的，每个试管类型对应一个试管码。
在本申请实施例中，用户账号能够关联多个试管码，这样，能够一次对预约对象的多个部位进行检测，或者对预约对象的一个部位提取多个样本，分别到不同的检测机构进行检测，以提高检测的准确性。继续以健康服务为预设疾病检测为例，在一些实施例中，多个试管类型分别包括第一试管类型、第二试管类型和第三试管类型，这样，一次对预约对象的多个部位进行检查，能够提高预设疾病检测的准确性。若多个部位的检测结果都是阴性，则能够确定该预约对象不是确诊患者；若至少一个部位的检测结果是阳性，则该预约对象需再次进行检测，进而提高了检测的准确性。在一些实施例中，多个试管类型均相同，这样，对预约对象的一个部位提取多个样本，分别到不同的检测机构或医院进行检测，能够提高检测的准确性。若每个检测机构或医院的检测结果都是阴性，则能够确定该预约对象不是确诊患者；若至少一个检测机构或医院的检测结果是阳性，则该预约对象需再次进行检测，进而提高了检测的准确性。
需要说明的是，在一些实施例中，步骤201-208中的第一终端与步骤301-306 中的第二终端不是同一终端；可选的，执行步骤201-208的第一终端是预约对象的手持终端，步骤301-306中的第二终端是健康服务点的终端；这样，使得预约对象在不是健康服务点的地方能够随时随地预约健康服务；例如，公园、公司或商场等。
在一些实施例中，步骤201-208中的第一终端与步骤301-306中的第二终端是同一终端，都是健康服务点的终端；这样，对于没有执行步骤201-208的第一终端的预约对象，还能够在健康服务点的第二终端上预约健康服务。
本申请实施例还提供了一种健康服务预约装置，参见图4，装置包括：
第一接收模块401，用于接收第一终端的预约请求，预约请求携带第一终端中当前登录的用户账号，且预约请求用于请求预约健康服务，第一终端为预约对象使用的终端；
第一确定模块402，用于根据预约请求携带的用户账号，匹配用户账号的服务记录，并且根据用户账号的服务记录，确定用户账号上一次健康服务的服务结果是否公布；
第二确定模块403，用于在还未公布用户账号上一次健康服务的服务结果的情况下，基于用户账号的服务记录，确定目标时间，目标时间为上一次健康服务的服务时间；
生成模块404，用于在当前时间差大于预设时间差的情况下，生成用户账号的预约信息，向第一终端发送预约信息，当前时间差为当前时间与目标时间之间的时间差，预设时间差为允许预约健康服务的时间与服务时间之间的最小时间差。
在一种可能的实现方式中，装置还包括：
第二接收模块，用于接收第二终端的关联请求，关联请求携带预约信息，第二终端为提供健康服务的工作人员使用的终端；
第一发送模块，用于在基于预约信息确定用户账号为目标用户账号的情况下，向第二终端发送第一提示信息，第一提示信息用于提示是否对预约对象进行健康服务，目标用户账号为服务记录中上一次健康服务未公布服务结果的预约对象的账号；
关联模块，用于在接收到第二终端的确认指令的情况下，关联预约信息和试管码，试管码用于标识用于盛放预约对象的检测样本的试管。
在一种可能的实现方式中，装置还包括：
第三确定模块，用于确定用户账号关联的多个试管类型；
第四确定模块，用于确定多个试管类型对应的多个试管码。
在一种可能的实现方式中，装置还包括：
第二发送模块，用于在当前时间差不大于预设时间差的情况下，向第一终端发送计时信息，第一终端用于在第一预约提示界面中显示计时信息，计时信息用于表示当前时间差与预设时间差之间的差值。
在一种可能的实现方式中，装置还包括：
第五确定模块，用于根据用户账号的所在地区，确定地区的风险等级；
第六确定模块，用于根据风险等级进行匹配，得到风险等级对应的预设时间差。
在一种可能的实现方式中，装置还包括：
执行模块，用于在用户账号所在地区的风险等级高于预设等级的情况下，则执行在当前时间差大于预设时间差的情况下，生成用户账号的预约信息的步骤。
在一种可能的实现方式中，装置还包括：
第三发送模块，用于在用户账号所在地区的风险等级不高于预设等级的情况下，则向第一终端发送第二提示信息，第一终端用于在第二预约提示界面中显示第二提示信息，第二提示信息用于提示用户账号上一次健康服务的服务结果还未公布，不能再次预约健康服务。
在一种可能的实现方式中，生成模块404，用于获取用户账号的用户身份信息、预约的服务时间和预约的健康服务点；基于用户身份信息、服务时间、健康服务点和预约状态，生成预约信息，预约状态用于表示用户账号上一次健康服务的服务结果还未公布。
图5示出了本申请一个示例性实施例提供的终端500的结构框图。该终端 500可以是便携式移动电子设备，比如：智能手机、平板电脑、MP3播放器(Moving Picture ExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)、MP4 (Moving PictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端500还可能被称为预约对象设备、便携式电子设备、膝上型电子设备、台式电子设备等其他名称。
通常，终端500包括有：处理器501和存储器502。
处理器501可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器501可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA (Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器501也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器501 可以集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器501还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。
存储器502可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器502还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器502中的非暂态的计算机可读存储介质用于存储至少一个程序代码，该至少一个程序代码用于被处理器501所执行以实现本申请中方法实施例提供的健康服务预约方法。
在一些实施例中，终端500还可选包括有：外围设备接口503和至少一个外围设备。处理器501、存储器502和外围设备接口503之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口503 相连。具体地，外围设备包括：射频电路504、显示屏505、摄像头组件506、音频电路507、定位组件508和电源509中的至少一种。
外围设备接口503可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器501和存储器502。在一些实施例中，处理器501、存储器502和外围设备接口503被集成在同一芯片或电路板上；在一些其他实施例中，处理器501、存储器502和外围设备接口503中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。
射频电路504用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路504通过电磁信号与通信网络以及其他通信设备进行通信。射频电路504将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路504包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、预约对象身份模块卡等等。射频电路504可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：万维网、城域网、内联网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路504还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。
显示屏505用于显示UI(User Interface，预约对象界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏505是触摸显示屏时，显示屏505还具有采集在显示屏505的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器501进行处理。此时，显示屏505还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏505可以为一个，设置在终端500的前面板；在另一些实施例中，显示屏505可以为至少两个，分别设置在终端500的不同表面或呈折叠设计；在另一些实施例中，显示屏505可以是柔性显示屏，设置在终端500的弯曲表面上或折叠面上。甚至，显示屏505还可以设置成非矩形的不规则图形，也即异形屏。显示屏505可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。
摄像头组件506用于采集图像或视频。可选地，摄像头组件506包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及 VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件506还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。
音频电路507可以包括麦克风和扬声器。麦克风用于采集预约对象及环境的声波，并将声波转换为电信号输入至处理器501进行处理，或者输入至射频电路504以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端500的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器501或射频电路504的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路507 还可以包括耳机插孔。
定位组件508用于定位终端500的当前地理位置，以实现导航或LBS (LocationBased Service，基于位置的服务)。定位组件508可以是基于美国的 GPS(GlobalPositioning System，全球定位系统)、中国的北斗系统或俄罗斯的伽利略系统的定位组件。
电源509用于为终端500中的各个组件进行供电。电源509可以是交流电、直流电、一次性电池或可充电电池。当电源509包括可充电电池时，该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池，无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。
在一些实施例中，终端500还包括有一个或多个传感器510。该一个或多个传感器510包括但不限于：加速度传感器511、陀螺仪传感器512、压力传感器513、指纹传感器514、光学传感器515以及接近传感器516。
加速度传感器511可以检测以终端500建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器511可以用于检测重力加速度在三个坐标轴上的分量。处理器501可以根据加速度传感器511采集的重力加速度信号，控制显示屏505以横向视图或纵向视图进行预约对象界面的显示。加速度传感器511 还可以用于游戏或者预约对象的运动数据的采集。
陀螺仪传感器512可以检测终端500的机体方向及转动角度，陀螺仪传感器512可以与加速度传感器511协同采集预约对象对终端500的3D动作。处理器501根据陀螺仪传感器512采集的数据，可以实现如下功能：动作感应(比如根据预约对象的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。
压力传感器513可以设置在终端500的侧边框和/或显示屏505的下层。当压力传感器513设置在终端500的侧边框时，可以检测预约对象对终端500的握持信号，由处理器501根据压力传感器513采集的握持信号进行左右手识别或快捷操作。当压力传感器513设置在显示屏505的下层时，由处理器501根据预约对象对显示屏505的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。
指纹传感器514用于采集预约对象的指纹，由处理器501根据指纹传感器 514采集到的指纹识别预约对象的身份，或者，由指纹传感器514根据采集到的指纹识别预约对象的身份。在识别出预约对象的身份为可信身份时，由处理器 501授权该预约对象执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器514可以被设置在终端500 的正面、背面或侧面。当终端500上设置有物理按键或厂商Logo时，指纹传感器514可以与物理按键或厂商Logo集成在一起。
光学传感器515用于采集环境光强度。在一个实施例中，处理器501可以根据光学传感器515采集的环境光强度，控制显示屏505的显示亮度。具体地，当环境光强度较高时，调高显示屏505的显示亮度；当环境光强度较低时，调低显示屏505的显示亮度。在另一个实施例中，处理器501还可以根据光学传感器515采集的环境光强度，动态调整摄像头组件506的拍摄参数。
接近传感器516，也称距离传感器，通常设置在终端500的前面板。接近传感器516用于采集预约对象与终端500的正面之间的距离。在一个实施例中，当接近传感器516检测到预约对象与终端500的正面之间的距离逐渐变小时，由处理器501控制显示屏505从亮屏状态切换为息屏状态；当接近传感器516 检测到预约对象与终端500的正面之间的距离逐渐变大时，由处理器501控制显示屏505从息屏状态切换为亮屏状态。
本领域技术人员可以理解，图5中示出的结构并不构成对终端500的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。
图6是本公开实施例提供的一种服务器的框图，该服务器600可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(Central Processing Units，CPU)601和一个或一个以上的存储器602，其中，存储器602 用于存储可执行程序代码，处理器601被配置为执行上述可执行程序代码，以实现上述各个方法实施例提供的健康服务预约方法。当然，该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。
在示例性实施例中，还提供了一种包括程序代码的存储介质，例如包括程序代码的存储器602，上述程序代码可由服务器600的处理器601执行以完成上述健康服务预约方法。可选地，存储介质可以是非临时性计算机可读存储介质，例如，非临时性计算机可读存储介质可以是ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随机存取存储器)、CD-ROM(Compact Disc Read-Only Memory，只读光盘)、磁带、软盘和光数据存储设备等。
本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质中存储至少一条程序代码，至少一条程序代码由处理器加载并执行，以实现上述任一实现方式的健康服务预约方法。
本申请实施例还提供了一种计算机程序产品，计算机程序产品包括至少一条程序代码，至少一条程序代码由处理器加载并执行，以实现上述任一实现方式的健康服务预约方法。
在一些实施例中，本申请实施例所涉及的计算机程序产品可被部署在一个服务器上执行，或者在位于一个地点的多个服务器上执行，又或者，在分布在多个地点且通过通信网络互连的多个服务器上执行，分布在多个地点且通过通信网络互连的多个服务器可以组成区块链系统。
本申请实施例提供了一种健康服务预约方法，该方法通过设定允许预约健康服务的时间与上一次健康服务的服务时间之间的最小时间差，能够在当前时间与用户账号上一次服务时间之间的时间差大于预设时间差的情况下，生成该用户账号的预约信息；这样，即使在该用户账号上一次健康服务的服务结果还未公布的情况下，也能再次预约健康服务，解决了在短时间内有多次健康服务需求的预约对象无法预约的问题，进而提高了预约健康服务的灵活性。
以上仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。
Claims (11)
1.一种健康服务预约方法，其特征在于，所述方法包括：
接收第一终端的预约请求，所述预约请求携带所述第一终端中当前登录的用户账号，且所述预约请求用于请求预约健康服务，所述第一终端为预约对象使用的终端；
根据所述预约请求携带的用户账号，匹配所述用户账号的服务记录，并且根据所述用户账号的服务记录，确定所述用户账号上一次健康服务的服务结果是否公布；
在还未公布所述用户账号上一次健康服务的服务结果的情况下，基于所述用户账号的服务记录，确定目标时间，所述目标时间为所述上一次健康服务的服务时间；
在当前时间差大于预设时间差的情况下，生成所述用户账号的预约信息，向所述第一终端发送所述预约信息，所述当前时间差为当前时间与所述目标时间之间的时间差，所述预设时间差为允许预约健康服务的时间与所述服务时间之间的最小时间差。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
接收第二终端的关联请求，所述关联请求携带所述预约信息，所述第二终端为提供健康服务的工作人员使用的终端；
在基于所述预约信息确定所述用户账号为目标用户账号的情况下，向所述第二终端发送第一提示信息，所述第一提示信息用于提示是否对所述预约对象进行健康服务，所述目标用户账号为服务记录中上一次健康服务未公布服务结果的预约对象的账号；
在接收到所述第二终端的确认指令的情况下，关联所述预约信息和试管码，所述试管码用于标识用于盛放所述预约对象的检测样本的试管。
3.根据权利要求2所述的方法，其特征在于，在所述用户账号关联多个试管码的情况下，所述方法还包括：
确定所述用户账号关联的多个试管类型；
确定所述多个试管类型对应的多个试管码。
4.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在当前时间差不大于所述预设时间差的情况下，向所述第一终端发送计时信息，所述第一终端用于在第一预约提示界面中显示所述计时信息，所述计时信息用于表示所述当前时间差与所述预设时间差之间的差值。
5.根据权利要求1所述的方法，其特征在于，所述方法还包括：
根据所述用户账号的所在地区，确定所述地区的风险等级；
根据所述风险等级进行匹配，得到所述风险等级对应的预设时间差。
6.根据权利要求1或5所述的方法，其特征在于，所述方法还包括：
在所述用户账号所在地区的风险等级高于预设等级的情况下，则执行在当前时间差大于预设时间差的情况下，生成所述用户账号的预约信息的步骤。
7.根据权利要求6所述的方法，其特征在于，所述方法还包括：
在所述用户账号所在地区的风险等级不高于所述预设等级的情况下，则向所述第一终端发送第二提示信息，所述第一终端用于在第二预约提示界面中显示所述第二提示信息，所述第二提示信息用于提示所述用户账号上一次健康服务的服务结果还未公布，不能再次预约健康服务。
8.根据权利要求1所述的方法，其特征在于，所述生成所述用户账号的预约信息，包括：
获取所述用户账号的用户身份信息、预约的服务时间和预约的健康服务点；
基于所述用户身份信息、所述服务时间、所述健康服务点和预约状态，生成所述预约信息，所述预约状态用于表示所述用户账号上一次健康服务的服务结果还未公布。
9.一种健康服务预约装置，其特征在于，所述装置包括：
第一接收模块，用于接收第一终端的预约请求，所述预约请求携带所述第一终端中当前登录的用户账号，且所述预约请求用于请求预约健康服务，所述第一终端为预约对象使用的终端；
第一确定模块，用于根据所述预约请求携带的用户账号，匹配所述用户账号的服务记录，并且根据所述用户账号的服务记录，确定所述用户账号上一次健康服务的服务结果是否公布；
第二确定模块，用于在还未公布所述用户账号上一次健康服务的服务结果的情况下，基于所述用户账号的服务记录，确定目标时间，所述目标时间为所述上一次健康服务的服务时间；
生成模块，用于在当前时间差大于预设时间差的情况下，生成所述用户账号的预约信息，向所述第一终端发送所述预约信息，所述当前时间差为当前时间与所述目标时间之间的时间差，所述预设时间差为允许预约健康服务的时间与所述服务时间之间的最小时间差。
10.一种服务器，其特征在于，所述服务器包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条程序代码，所述至少一条程序代码由所述一个或多个处理器加载并执行以实现如权利要求1至权利要求8任一项所述的健康服务预约方法。
11.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条程序代码，所述至少一条程序代码由处理器加载并执行，以实现如权利要求1至权利要求8任一项所述的健康服务预约方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111401681.9A CN114219112B (zh) | 2021-11-19 | 健康服务预约方法、装置、服务器和存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111401681.9A CN114219112B (zh) | 2021-11-19 | 健康服务预约方法、装置、服务器和存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114219112A true CN114219112A (zh) | 2022-03-22 |
| CN114219112B CN114219112B (zh) | 2024-10-22 |
Family
ID=
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114595853A (zh) * | 2022-04-26 | 2022-06-07 | 阿里健康科技(杭州)有限公司 | 图形码数据的发送和展示方法、装置、设备和介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105931025A (zh) * | 2016-04-18 | 2016-09-07 | 乐视控股（北京）有限公司 | 创建倒计时提醒的方法和装置 |
| CN107526581A (zh) * | 2016-07-28 | 2017-12-29 | 腾讯科技（深圳）有限公司 | 数据更新提醒方法及装置 |
| CN107633385A (zh) * | 2017-09-20 | 2018-01-26 | 深圳市金立通信设备有限公司 | 一种画面计时的方法、终端及计算机可读存储介质 |
| CN112768027A (zh) * | 2021-01-18 | 2021-05-07 | 北京声智科技有限公司 | 检测结果的查询方法、装置、终端、服务器及存储介质 |
| CN113343153A (zh) * | 2021-06-25 | 2021-09-03 | 山石网科通信技术股份有限公司 | 网页的登录方法、装置、存储介质及处理器 |
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105931025A (zh) * | 2016-04-18 | 2016-09-07 | 乐视控股（北京）有限公司 | 创建倒计时提醒的方法和装置 |
| CN107526581A (zh) * | 2016-07-28 | 2017-12-29 | 腾讯科技（深圳）有限公司 | 数据更新提醒方法及装置 |
| CN107633385A (zh) * | 2017-09-20 | 2018-01-26 | 深圳市金立通信设备有限公司 | 一种画面计时的方法、终端及计算机可读存储介质 |
| CN112768027A (zh) * | 2021-01-18 | 2021-05-07 | 北京声智科技有限公司 | 检测结果的查询方法、装置、终端、服务器及存储介质 |
| CN113343153A (zh) * | 2021-06-25 | 2021-09-03 | 山石网科通信技术股份有限公司 | 网页的登录方法、装置、存储介质及处理器 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114595853A (zh) * | 2022-04-26 | 2022-06-07 | 阿里健康科技(杭州)有限公司 | 图形码数据的发送和展示方法、装置、设备和介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110674022B (zh) | 行为数据获取方法、装置及存储介质 | |
| CN110278464B (zh) | 显示榜单的方法和装置 | |
| CN111083516B (zh) | 直播处理的方法和装置 | |
| CN111479120A (zh) | 在直播间发放虚拟红包的方法、装置、设备及存储介质 | |
| CN112768027A (zh) | 检测结果的查询方法、装置、终端、服务器及存储介质 | |
| CN112530567A (zh) | 信息管理方法、装置、电子设备及存储介质 | |
| CN112990509B (zh) | 预约码显示方法、装置、设备及存储介质 | |
| CN114078581A (zh) | 健康服务预约方法、装置、终端、服务器及存储介质 | |
| CN113536063A (zh) | 信息处理方法、装置、设备及存储介质 | |
| CN112562865A (zh) | 信息关联方法、装置、终端及存储介质 | |
| CN110290191B (zh) | 资源转移结果处理方法、装置、服务器、终端及存储介质 | |
| CN111752658B (zh) | 管理功能教程的方法、装置、设备以及存储介质 | |
| CN113506086A (zh) | 任务发布方法、装置、计算机设备及介质 | |
| CN111064657B (zh) | 关注账户分组的方法、装置、系统 | |
| CN109819308B (zh) | 虚拟资源获取方法、装置、终端、服务器及存储介质 | |
| CN111047328A (zh) | 移动支付方法、装置、系统及存储介质 | |
| CN114078582A (zh) | 服务信息的关联方法、装置、终端及存储介质 | |
| CN114219112B (zh) | 健康服务预约方法、装置、服务器和存储介质 | |
| CN114827651A (zh) | 信息处理方法、装置、电子设备及存储介质 | |
| CN111131619B (zh) | 账号切换处理的方法、装置及系统 | |
| CN114140105A (zh) | 资源转移方法、装置、设备及计算机可读存储介质 | |
| CN114219112A (zh) | 健康服务预约方法、装置、服务器和存储介质 | |
| CN112132472A (zh) | 资源管理方法、装置、电子设备及计算机可读存储介质 | |
| CN113051494A (zh) | 信息展示方法、装置、电子设备及存储介质 | |
| CN110570123A (zh) | 基于区块链的资源信息管理方法、系统及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant |