CN114078581A - 健康服务预约方法、装置、终端、服务器及存储介质 - Google Patents
健康服务预约方法、装置、终端、服务器及存储介质 Download PDFInfo
- Publication number
- CN114078581A CN114078581A CN202111201852.3A CN202111201852A CN114078581A CN 114078581 A CN114078581 A CN 114078581A CN 202111201852 A CN202111201852 A CN 202111201852A CN 114078581 A CN114078581 A CN 114078581A
- Authority
- CN
- China
- Prior art keywords
- reservation
- health service
- information
- entry information
- reserved
- 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.)
- Pending
Links
Images
Classifications
-
- 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
-
- 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
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是本申请一个示例性实施例提供的一种健康服务预约方法流程图;
图7是本申请一个示例性实施例提供的一种健康服务预约装置结构示意图;
图8是本申请一个示例性实施例提供的一种健康服务预约装置结构示意图;
图9是本申请一个示例性实施例提供的一种终端结构示意图;
图10是本申请一个示例性实施例提供的一种服务器结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
可以理解,本申请所使用的术语“第一”、“第二”等可在本文中用于描述各种概念,但除非特别说明,这些概念不受这些术语限制。这些术语仅用于将一个概念与另一个概念区分。举例来说,在不脱离申请的范围的情况下,可以将第一预约对象称为第二预约对象,且类似地,可将第二预约对象称为第一预约对象。
本申请所使用的术语“至少一个”、“多个”、“每个”、“任一”,至少一个包括一个、两个或者两个以上,多个包括两个或者两个以上,而每个是指对应的多个中的每一个,任一是指多个中的任意一个,举例来说,多个预约报名信息包括3个预约报名信息,而每个是指这3个预约报名信息中的每一个预约报名信息,任一是指这3个预约报名信息中的任意一个,可以是第一个,也可以是第二个,还可以是第三个。
图1是本申请实施例提供的一种实施环境的示意图,如图1所示,该实施环境包括第一终端101和服务器102。第一终端101与服务器102之间通过无线或者有线网络连接。
可选地,第一终端101为智能手机、平板电脑或者台式电脑等任一种类型的终端。服务器102为一台服务器,或者由若干服务器组成的服务器集群,或者是一个云计算服务中心。
第一终端101上安装由服务器102提供服务的应用,第一终端101能够通过该应用实现例如数据传输、消息交互等功能。可选地,该应用为独立的应用、集成在宿主应用中的小程序或者集成在宿主应用中的公众号等。例如,该应用为独立的疫苗预约应用、集成在社交应用中的疫苗预约小程序或者集成在社交应用中的疫苗预约公众号等,并且,该应用具有报名功能,当然,该应用还能够具有其他功能,例如,定位功能,扫描功能等。
在一些实施例中,第一终端为用户终端,用户在第一终端101的该应用提供的界面上输入信息,第一终端101向服务器102发送该信息,服务器102接收该信息,为用户预约健康服务,在预约成功时,向第一终端101发送预约信息,第一终端101接收该预约信息,以反馈给用户。另外,用户还能够通过第二终端预约健康服务,第二终端为提供健康服务的服务点对应的终端,在此不再赘述。
本申请实施例提供的健康服务预约方法能够应用于预约任一健康服务的场景。
第一种场景,该健康服务预约方法能够应用于疫苗预约场景。例如,用户能够通过手机预约疫苗,在手机的疫苗预约应用提供的界面上输入信息,手机将该信息发送至服务器,服务器接收该信息,为用户预约疫苗,在预约成功时,向手机发送预约信息,手机接收该预约信息,提示用户在预约时间去接种疫苗。其中,该疫苗可以为任一疫苗,例如,该疫苗为新冠疫苗、流感疫苗、乙肝疫苗等,在此不作具体限定。
第二种场景,该健康服务预约方法能够应用于核酸检测预约场景。例如,用户能够通过手机预约核酸检测,在手机的核酸检测预约应用提供的界面上输入信息,手机将该信息发送至服务器,服务器接收该信息,为用户预约核酸检测,在预约成功时,向手机发送预约信息,手机接收该预约信息,提示用户在预约时间进行核酸检测。
图2是本申请实施例提供的一种健康服务预约方法流程图。本申请实施例由第一终端执行,该方法包括如下步骤:
步骤201:第一终端显示预约报名界面,预约报名界面为开放预约健康服务之前,用于报名预约健康服务的界面。
步骤202:第一终端基于预约报名界面,接收预约报名信息,预约报名信息为第一预约对象报名预约健康服务的信息。
步骤203:第一终端向服务器发送预约报名信息,预约报名信息用于服务器在开放预约健康服务时,基于预约报名信息为第一预约对象预约健康服务。
在本申请实施例中,第一终端在开放预约健康服务之前,能够显示预约报名界面,让用户在没有开放健康服务的情况下能够提前报名预约,在服务点开放预约健康服务时,为用户进行预约,避免出现错过抢号无法预约的情况,提高了预约健康服务的可靠性。
图3是本申请实施例提供的一种健康服务预约方法流程图。本申请实施例由服务器执行,该方法包括如下步骤:
步骤301:服务器接收第一终端的预约报名信息,预约报名信息为第一预约对象报名预约健康服务的信息,且预约报名信息为第一终端在开放预约健康服务之前发送的。
步骤302:服务器存储预约报名信息。
步骤303:服务器在开放预约健康服务时,基于已存储的多个预约报名信息,为多个第一预约对象预约健康服务。
在本申请实施例中,在开放预约健康服务之前,服务器接收第一终端的预约报名信息,将其存储起来,用户报名之后只需等待,在服务点开放预约健康服务时,根据存储的多个预约报名信息,依次为用户预约健康服务,避免出现错过抢号而无法预约的情况,提高了预约健康服务的可靠性。
图4是本申请实施例提供的一种健康服务预约方法流程图。本申请实施例由第一终端和服务器执行,该方法包括如下步骤:
步骤401:第一终端显示预约报名界面。
其中,第一终端为用户终端,预约报名界面为开放预约健康服务之前,用于报名预约健康服务的界面。本申请提供的健康服务预约方式,在没有健康服务的情况下,用户能够在第一终端进行报名,提前排队进行预约,因此,第一终端需要为用户提供预约报名界面,以便用户能够在此界面进行预约报名。
在一种可能的实现方式中,用户通过第一终端上独立的健康服务预约应用,获得该预约报名界面。其中,报名预约界面可以为该健康服务预约应用的首页或者二级界面,在该预约报名界面为该应用的二级界面的情况下,第一终端显示预约报名界面的过程为:第一终端展示该健康服务预约应用的首页,该首页中至少包括预约报名控件,在第一终端检测到该预约报名控件被触发的情况下,第一终端从该首页跳转为预约报名界面。
在另一种可能的实现方式中,用户通过第一终端上集成在社交应用中的健康服务预约小程序,获得该预约报名界面。其中,报名预约界面可以为该健康服务预约小程序的首页或者二级界面,在该预约报名界面为该小程序的二级界面的情况下,第一终端显示预约报名界面的过程为:第一终端展示该健康服务预约小程序的首页,该首页中至少包括预约报名控件,在第一终端检测到该预约报名控件被触发的情况下,第一终端从该首页跳转为预约报名界面。
在另一种可能的实现方式中,用户通过第一终端上集成在社交应用中的健康服务预约公众号,获得该预约报名界面。该预约健康服务公众号的页面包括预约报名控件,相应的,第一终端显示预约报名界面的过程为:在第一终端检测到该预约报名控件被触发的情况下,第一终端从该页面跳转为预约报名界面;或者,该预约健康服务公众号的页面包括输入框,用户在该输入框中输入预约相关信息,例如,该预约相关信息为“预约报名”,相应的,第一终端显示预约报名界面的过程为:第一终端获取输入框第一终端的预约相关信息,基于该预约相关信息,输出图形码,该图形码用于链接预约报名界面。
在另一种可能的实现方式中,用户需要去提供健康服务服务点,通过第一终端接收扫描服务点的图形码得到的扫描结果,来获得预约报名界面,相应的,第一终端显示预约报名界面的步骤为:第一终端接收扫描图形码得到的扫描结果,基于扫描结果,显示图形码链接的预约报名界面,其中,图形码用于链接预约报名界面,且图形码位于提供健康服务的服务点。在本申请实施例中,用户只能去服务点进行报名,才能获得优先预约的特权,避免了大批量的用户通过此方式进行报名,来获得优先预约的特权。其中,提供健康服务的服务点可以是疫苗接种点、核酸检测点等,在此不作具体限定。
在另一种可能的实现方式中,用户在服务点附近范围内,通过第一终端接收扫描该图形码得到的扫描结果,第一终端基于扫描结果,,显示该图形码链接的预约报名界面。相应的,第一终端显示图形码链接的预约报名界面的步骤为:第一终端获取第一终端当前所在的位置,在第一终端当前所在的位置与服务点的位置小于预设距离的情况下,执行显示图形码链接的预约报名界面的步骤,在第一终端当前所在的位置与服务点的位置大于预设距离的情况下,第一终端不显示该预约报名界面,或者第一终端显示提示信息,该提示信息为服务点的位置,用于提示用户去服务点扫描该图形码,以此获得预约报名界面,或者,该提示信息为网上抢号预约的链接,用于提示用户可以通过网上抢号预约的方式预约健康服务。
需要说明的一点是,通过该预约健康服务方法预约成功的号源不会占用已经开放的网上抢号预约的号源,即该方法预约的健康服务与网上抢号预约的健康服务是分开管理的,避免了通过其中一种方式预约的用户,影响通过另一种方式预约的用户的优先接受健康服务的特权。
其中,预设距离为预先设置的第一终端与服务点之间的距离,在本申请实施例中,预设距离为400米、500米或者600米等,在此不做具体限定。例如,以预设距离是500米为例,用户未在服务点,通过第一终端扫描图形码时,第一终端获取当前所在位置,在确定第一终端与服务点之间的距离小于500米时,进而显示图形码链接的预约报名界面,若第一终端确定当前位置距离服务点较远,已超过500米,则无法显示该预约报名界面,或者显示提示信息,以反馈给用户此时无法报名预约。
在本申请实施例中,用户需要在服务点附近的范围内,才能报名以获得优先预约的特权,避免了服务点的图形码被互联网传播,导致大批量的用户通过此方式进行报名,来获得优先预约的特权。
需要说明的一点是,在用户没有随身携带第一终端的情况下,该用户可以去服务点,由服务点的医护人员通过服务点第一终端,执行步骤402。在本申请实施例中,为不便使用第一终端扫描图形码获取预约报名界面的部分用户提供方便,提高了预约健康服务的可靠性。
步骤402:第一终端基于预约报名界面,接收预约报名信息。
用户在第一终端显示的预约报名界面上,输入预约报名信息,第一终端能够基于该界面,接收预约报名信息。其中,预约报名信息为第一预约对象报名预约健康服务的信息,第一预约对象为本次报名预约健康服务的预约对象,即为本次报名预约健康服务的用户。在本申请实施例中,预约报名信息包括身份信息,还包括联系方式、预约时间段中的至少一项,其中,身份信息可以为社保信息和户口信息,社保信息包括用户姓名、年龄、社保号等信息,户口信息包括用户姓名、年龄、身份证号等信息,联系方式包括用户手机号、邮箱、地址等信息,该预约报名信息还可以包括服务点信息、预约服务信息、备注信息等,在此不作具体限定。
在一种可能的实现方式中,预约报名信息包括身份信息,则第一终端基于预约报名界面,接收预约报名信息,存在以下两种方式,包括:
第一种方式,该预约报名界面中包括扫描控件,相应的,第一终端基于预约报名界面,接收预约报名信息的步骤为:第一终端响应于扫描控件被触发,通过扫描第一预约对象的身份证件,得到身份信息。其中,身份证件可以为居民身份证、社保卡或者户口本等,在此不作具体限定。用户在输入预约报名信息时,点击该预约报名界面上的扫描控件,则第一终端响应于扫描控件被触发,跳转到扫描界面,扫描用户的身份证件,得到该用户的身份信息。
在本申请实施例中,用户只需点击该预约报名界面上的扫描控件,第一终端则能够扫描身份证件,获取用户的身份信息,操作简单。
第二种方式,该预约报名界面中包括输入框,相应的,第一终端基于预约报名界面,接收预约报名信息的步骤为:第一终端基于输入框,接收身份信息。其中,该预约报名界面中包括多个输入框,多个输入框分别用来获取用户的姓名、年龄、身份证号、手机号、邮箱、地址等身份信息。用户在输入预约报名信息时,根据每个输入框的提示信息,输入对应的身份信息,则第一终端根据每个输入框中用户信息的输入情况,接收该用户的身份信息。
在本申请实施例中,用户需要在预约报名界面上,手动输入预约报名信息,能够使用户清楚知道该预约报名信息的内容,在成功预约时,能够及时关注到接收的预约信息。
在另一种可能的实现方式中,预约报名信息还包括预约时间段,相应的,第一终端基于预约报名界面,接收预约报名信息的步骤为:第一终端在预约报名界面中显示多个预约时间段;接收多个预约时间段中被选择的预约时间段。用户在输入预约报名信息时,在预约报名界面显示的多个预约时间段中,选择符合自身需要的预约时间段,第一终端接收该预约时间段,作为预约报名信息。
在本申请实施例中,第一终端获取用户选择的预约时间段,基于该预约时间段完成后续的预约健康服务过程,能够在为用户优先预约健康服务时,更加符合用户的需求。
在另一种可能的实现方式中,预约报名信息包括服务点信息,相应的,第一终端基于预约报名界面,接收预约报名信息的步骤为:第一终端在预约报名界面中显示多个服务点;接收多个服务点中被选择的服务点。用户在输入预约报名信息时,在预约报名界面显示的多个服务点中,选择符合自身需要的服务点,第一终端接收该服务点,作为预约报名信息。
需要说明的一点是,在用户未手动选择服务点的情况下,第一终端还可以根据当前位置,自动为用户选择距离最近的服务点,将其作为预约报名信息。
在本申请实施例中,第一终端获取用户选择的服务点,基于该服务点完成后续的预约健康服务过程,能够在为用户优先预约健康服务时,更加符合用户的需求。
在另一种可能的实现方式中,预约报名信息包括预约服务信息,预约服务信息为用户本次预约的健康服务信息,相应的,第一终端基于预约报名界面,接收预约报名信息的步骤为:第一终端在预约报名界面中显示多个健康服务信息;接收多个健康服务信息中被选择的健康服务信息,将其作为预约服务信息。用户在输入预约报名信息时,在预约报名界面显示的多个健康服务信息中,选择符合自身需要的健康服务信息。
在本申请实施例中,第一终端获取用户选择的健康服务,基于该健康服务完成后续的预约健康服务过程,能够在为用户优先预约健康服务时,更加符合用户的需求。
在另一种可能的实现方式中,预约报名信息包括备注信息,相应的,第一终端基于预约报名界面,接收预约报名信息的步骤为:第一终端在预约报名界面中显示备注信息输入框,接收该输入框中备注信息。用户在输入预约报名信息时,在该输入框中输入备注信息,第一终端接收该备注信息,作为预约报名信息。其中,该备注信息可以为用户的过敏源、历史接受健康服务的情况等,在此不作具体限定。
在本申请实施例中,第一终端获取用户的备注信息,基于该备注信息完成后续的预约健康服务过程,能够在为用户优先预约健康服务时,更加符合用户的需求。
需要说明的一点是,第一终端在接收预约报名信息之后,能够根据该预约报名信息中的身份信息,显示对应的健康服务详情页面,为用户提供该健康服务的相关信息。相应的,第一终端根据该预约报名信息中的身份信息,显示健康服务详情页面的步骤为:第一终端基于身份信息,确定用户类别,用户类别包括免费用户和付费用户;基于用户类别,显示对应的健康服务详情页面。
在一种可能的实现方式中,身份信息包括社保信息,相应的,第一终端基于身份信息,确定用户类别的步骤为:第一终端基于社保信息,确定用户类别。第一终端基于社保信息,在确定用户的社保为本地社保,且用户的年龄超过预设值的情况下,确定该用户的用户类别为免费用户,为用户显示对应的健康服务免费详情页面;在确定用户的社保非本地社保,或者,用户的社保为本地社保,但用户的年龄未超过预设值的情况下,确定该用户的用户类别为付费用户,为用户显示对应的健康服务付费详情页面。
例如,用户在北京报名预约健康服务时,若用户是北京社保且年龄大于等于60岁,则第一终端确定该用户为免费用户;若用户是北京社保且年龄小于60岁,则第一终端确定该用户为付费用户;若用户非北京社保,则第一终端确定该用户为付费用户。
在本申请实施例中,第一终端根据用户的社保信息,确定用户类别,为用户显示对应的健康服务详情页面,为用户提供对应的健康服务的相关信息,方便用户报名预约健康服务。
在另一种可能的实现方式中,身份信息包括户口信息,相应的,第一终端基于身份信息,确定用户类别的步骤为:第一终端基于户口信息,确定用户类别。第一终端基于户口信息,在确定用户的户口为本地户口,且用户的年龄超过预设值的情况下,确定该用户的用户类别为免费用户,为用户显示对应的健康服务免费详情页面;在确定用户的户口非本地户口,或者,用户的户口为本地户口,但用户的年龄未超过预设值的情况下,确定该用户的用户类别为付费用户,为用户显示对应的健康服务付费详情页面。
例如,用户在北京报名预约健康服务时,若用户是北京户口且年龄大于等于60岁,则第一终端确定该用户为免费用户;若用户是北京户口且年龄小于60岁,则第一终端确定该用户为付费用户;若用户非北京户口,则第一终端确定该用户为付费用户。
在本申请实施例中,第一终端根据用户的户口信息,确定用户类别,为用户显示对应的健康服务详情页面,为用户提供对应的健康服务的相关信息,方便用户报名预约健康服务。
步骤403:第一终端向服务器发送预约报名信息。
例如,参见图5,第一终端向服务器发送预约报名信息,其中,预约报名信息用于服务器在开放预约健康服务时,基于预约报名信息为第一预约对象预约健康服务。
在本申请实施例中,在没有开放健康服务的情况下,第一终端获取用户的预约报名信息,发送给服务器,由服务器为用户预约健康服务,通过此方式能够为用户提前排队预约,在服务点提供健康服务时,能够根据排队顺序预约健康服务,不会出现错过抢号而无法预约的情况,提高了预约健康服务的可靠性。
步骤404:服务器接收第一终端的预约报名信息。
例如,继续参见图5,其中,预约报名信息为第一预约对象报名预约健康服务的信息,且预约报名信息为终端在开放预约健康服务之前发送的。
在一种可能的实现方式中,服务器接收到第一终端的预约报名信息后,直接将该预约报名信息进行存储,即执行步骤405。在本申请实施例中,服务器接收到第一终端的预约报名信息后,直接进行存储,操作简单。
在另一种可能的实现方式中,服务器接收到第一终端的预约报名信息后,需要对健康服务的服务点当前是否开放健康服务预约功能进行检测,在服务器确定服务点当前未开放健康服务预约功能的情况下,将该预约报名信息进行存储,即执行步骤405。在服务器确定服务点当前开放健康服务预约功能的情况下,服务器执行为预约报名信息对应的预约对象预约健康服务的步骤。
在本申请实施例中,服务器只会在服务点当前未开放健康服务预约功能的情况下,进行存储,节约存储空间。
在另一种可能的实现方式中,服务器接收到第一终端的预约报名信息后,需要对该预约报名信息进行校验,在确定该预约报名信息校验通过的情况下,将该预约报名信息进行存储,即执行步骤405,在确定该预约报名信息校验不通过的情况下,服务器丢弃该预约报名信息。详细的校验过程请参照步骤406中的校验方法,在此不在赘述。
在本申请实施例中,服务器在存储预约报名信息之前,对预约报名信息进行校验,避免了出现第一预约对象已经享受完健康服务,再次报名预约的情况。
步骤405:服务器存储预约报名信息。
服务器能够接收多个预约报名信息,为了后续过程中能够为这多个预约报名信息进行排队预约,需要将这多个预约报名信息进行存储。
在一种可能的实现方式中,服务器直接存储预约报名信息,即服务器在接收到第一预约对象的预约报名信息的情况下,执行存储预约报名信息的步骤。在本申请实施例中,服务器直接存储预约报名信息,能够存储所有第一预约对象的预约报名信息,避免预约报名信息丢失。
在另一种可能的实现方式中,为了便于后续过程中为预约对象预约健康服务,服务器可将多个预约报名信息分类进行存储,即同类的预约报名信息存储在同一个存储空间中,异类的预约报名信息存储在不同的存储空间中。可分为以下三种方式,包括:
第一种方式,预约报名信息包括预约服务信息,相应的,服务器存储预约报名信息的步骤为:服务器获取预约报名信息中的预约服务信息,根据该预约服务信息,对多个预约报名信息进行分类,根据分类结果,存储预约报名信息。例如,该预约服务信息可以为健康服务的类型,则服务器将包括相同类型健康服务的预约报名信息划分为一类,存储在同一个存储空间中。
第二种方式,预约报名信息包括预约时间段,相应的,服务器存储预约报名信息的步骤为:服务器获取预约报名信息中的预约时间段,根据该预约时间段,对多个预约报名信息进行分类,根据分类结果,存储预约报名信息。例如,该预约时间段可以为5月或者7月等,在此不作具体限定,服务器将包括相同预约时间段的预约报名信息划分为一类,存储在同一个存储空间中。
第三种方式,预约报名信息包括服务点信息,相应的,服务器存储预约报名信息的步骤为:服务器获取预约报名信息中的服务点信息,根据该服务点信息,对多个预约报名信息进行分类,根据分类结果,存储预约报名信息,即服务器将包括相同服务点信息的预约报名信息划分为一类,存储在同一个存储空间中。
在本申请实施例中,服务器对预约报名信息进行分类存储,利于后续过程中按照分类为预约对象预约健康服务,能够提高预约健康服务的效率。
在另一种可能的实现方式中,参加本次预约报名的用户中,可能存在已经预约本次健康服务的用户,因此,需要先确定用户的预约状态,再存储预约报名信息。相应的,存储预约报名信息的步骤为:服务器确定第一预约对象的预约状态;在预约状态为未预约的情况下,执行存储预约报名信息的步骤。其中,预约状态用于表示第一预约对象是否已预约本次健康服务,分为已预约和未预约两种状态。在预约状态为已预约的情况下,服务器执行丢弃预约报名信息的步骤,同时向第一终端发送提示信息,该提示信息用于提示第一预约对象本次健康服务已预约,无法再次预约。
此外,服务器能够与多个服务点进行数据传输,在为第一预约对象在一个服务点成功预约健康服务的情况下,修改该第一预约对象的预约状态,即将未预约修改为已预约,并且向其他服务点对应的终端发送预约状态修改信息,将其他服务点中该第一预约对象的预约状态设置为已预约。
在本申请实施例中,服务器只存储未预约过本次健康服务的用户的预约报名信息,避免为同一个用户多次预约本次健康服务,而导致出现为同一个用户分配多个本次健康服务的情况。
步骤406:服务器确定多个预约报名信息的优先级。
服务器能够通过排列多个预约报名信息,为对应的多个第一预约对象依次预约健康服务,因此,服务器需要先确定多个预约报名信息的优先级。
在一种可能的实现方式中,为了避免出现用户短时间内接受两种相斥的健康服务的情况,服务器确定多个预约报名信息的优先级的步骤,可以通过以下两个步骤来实现,包括:
(1)服务器对于每个第一预约对象,获取第一预约对象的历史健康服务数据。
其中,历史健康服务数据是第一预约对象在本次预约健康服务之前接受健康服务的数据。服务器根据第一对象的身份信息,获取该第一预约对象的历史健康服务的数据。
(2)服务器基于历史健康服务数据和预约报名信息,确定第一预约对象对应的预约报名信息的优先级。
服务器为了确定短时间内接受的两种健康服务是否相斥,需要通过历史接受的健康服务信息、接受服务时间与本次预约的健康服务信息、预约时间来进行判断。相应的,服务器基于历史健康服务数据和预约报名信息,确定第一预约对象对应的预约报名信息的优先级的步骤为:服务器基于历史健康服务数据,获取历史服务信息和接受时间;基于预约报名信息、历史服务信息和接受时间,确定预约报名信息的优先级。
其中,预约报名信息包括第一预约对象本次的预约服务信息和预约时间,该预约时间为本次预约健康服务的时间,历史服务信息为第一预约对象历史接受的健康服务的信息,接受时间为第一预约对象历史接受健康服务的时间。
服务器通过判断预约服务信息和历史服务信息是否相斥,以及判断预约时间和接收时间的时间间隔是否小于标准时间间隔,来确定预约报名信息的优先级。相应的,服务器根据预约报名信息、历史服务信息和接受时间,确定预约报名信息的优先级的过程为:服务器在确定预约服务信息和历史服务信息相斥的情况下,判断时间间隔是否小于标准时间间隔,若时间间隔小于标准时间间隔,确定预约报名信息的优先级为第一优先级,若时间间隔大于标准时间间隔,确定预约报名信息的优先级为第二优先级,第二优先级高于第一优先级。服务器在确定预约服务信息和历史服务信息不相斥的情况下,确定预约报名信息的优先级为第三优先级,第三优先级高于第一优先级,且第三优先级和第二优先级可以相同,也可以不同;例如,第三优先级小于第二优先级;或者第三优先级大于第二优先级。其中,标准时间间隔是相邻两次接受的两种健康服务规定的时间间隔,该标准时间间隔的大小与相邻两次接受的两种健康服务的种类相关,可以为1个月或2个月等,在此不作具体限定。
在本申请实施例中,服务器通过第一预约对象的历史健康服务数据和预约报名信息,确定该第一预约对象优先级,避免了该第一预约对象短时间内接受可能相斥的2种健康服务。
需要说明的一点是,服务器为避免出现第一预约对象接受两种相同健康服务的情况,需要在确定预约报名信息的优先级之前,对该第一预约对象的预约报名信息进行校验,相应的,服务器基于预约报名信息、历史服务信息和接受时间,确定预约报名信息的优先级的步骤为:服务器基于预约报名信息与历史服务信息,对预约报名信息进行校验;在对预约报名信息校验通过的情况下,执行基于预约报名信息、历史服务信息和接受时间,确定预约报名信息的优先级的步骤。
服务器对预约报名信息进行校验,在基于预约报名信息与历史服务信息,确定本次预约的健康服务与历史接受的健康服务相同的情况下,相应的,服务器对预约报名信息进行校验的步骤为:服务器获取该健康服务的标准接受次数,基于该标准接受次数,对预约报名信息进行校验。其中,标准接受次数是该健康服务的规定的接受次数,与该健康服务的种类相关,可以为1次、2次或者3次等,在此不作具体限定。服务器对预约报名信息进行校验,可分为以下3种情况,包括:
第一种情况,健康服务的标准接受次数大于1次,且确定本次预约接受在标准接受次数之内,服务器还需要获取该标准接受次数中每次接受健康服务的最大时间间隔,相应的,服务器对预约报名信息进行校验的步骤为:获取该健康服务相邻两次接受的最大时间间隔,基于该最大时间间隔、预约时间和接受时间,对预约报名信息进行校验,即在预约时间和接受时间相差的时间间隔小于该最大时间间隔的情况下,确定该预约报名信息校验通过,在预约时间和接受时间相差的时间间隔大于该最大时间间隔的情况下,确定该预约报名信息校验不通过。
第二种情况,健康服务的标准接受次数为1次,且确定本次预约在标准接受次数之内,即本次预约接受健康服务为用户第一次预约接受该健康服务,此时,服务器确定该预约报名信息校验通过。
第三种情况,本次预约在标准接受次数之外,服务器确定该预约报名信息校验不通过。服务器对预约报名信息进行校验,在基于预约报名信息与历史服务信息,确定本次预约的健康服务与历史接受的健康服务不相同的情况下,执行基于预约报名信息与历史服务信息,判断本次预约的健康服务与历史接受的健康服务是否相斥的步骤。
例如,用户报名预约接种“**疫苗”,该疫苗需要接种3针剂,分三次接种,且相邻两次接种时间不超过1个月,服务器确定本次预约接种是该用户报名预约接种该疫苗第2针剂,且接种时间和预约时间相差17天,则确定本次预约接种在该疫苗的标准接种次数之内,且未超过最大时间间隔,则确定该预约报名信息校验通过。若本次预约接种是该用户报名预约接种该疫苗第4次接种,服务器确定本次预约接种在该疫苗的标准接种次数之外,则确定该预约报名信息校验不通过。
在预约报名信息校验不通过的情况下,服务器丢弃该预约报名信息,向第一终端发送提示信息,该提示信息用于提示第一预约对象该健康服务已经完成,无法报名预约该健康服务。
在本申请实施例中,服务器在确定预约报名信息的优先级之前,对预约报名信息进行校验,避免了出现第一预约对象已经接受完成该健康服务,再次报名预约的情况。
在另一种可能的实现方式中,预约报名信息中包括年龄、患病情况等信息,服务器能够将这些信息作为优先级参考信息,相应的,服务器确定多个预约报名信息的优先级的步骤为:服务器对于每个预约对象,获取预约对象的优先级参考信息,优先级参考信息用于表示预约对象的优先级;基于每个预约对象的优先级参考信息,确定多个预约报名信息的优先级。
例如,该优先级参考信息为第一预约对象的年龄,服务器确定第一预约对象为老人或者小孩,此时,服务器会增加该预约对象对应的预约报名信息的优先级,相比于同一时间报名预约的青年人或中年人来说,老人和小孩对应的预约报名信息的优先级较高。
例如,该优先级参考信息为第一预约对象的患病情况,服务器将检测该第一预约对象的病情与本次健康服务是否冲突,在确定该第一预约对象的病情与本次健康服务冲突的情况下,降低该第一预约对象对应的预约报名信息的优先级,即相比于同一时间报名预约的预约对象来说,该预约对象对应的预约报名信息的优先级较低。在确定该第一预约对象的病情与本次健康服务不冲突,且本次健康服务利于改善该第一预约对象的病情的情况下,服务器增加该第一预约对象对应的预约报名信息的优先级,即相比于同一时间报名预约的预约对象来说,该第一预约对象对应的预约报名信息的优先级较高。
例如,根据第一预约对象的预约报名信息,服务器确定该第一预约对象为残疾人或者军人,增加该第一预约对象对应的预约报名信息的优先级,即相比于同一时间报名预约的预约对象来说,该第一预约对象对应的预约报名信息的优先级较高。
在本申请实施例中,服务器基于多个优先级参考信息,确定多个预约报名信息的优先级,能够为更多预约对象提供便利,符合大多数预约对象的利益。
步骤407:服务器基于优先级,为多个第一预约对象预约健康服务。
服务器根据多个预约报名信息的优先级,对多个预约报名信息对应的多个第一预约对象进行排队,基于排队顺序,为多个第一预约对象预约健康服务。优先级较高的预约报名信息,其对应的第一预约对象在预约队列中较靠前,较早预约上健康服务,优先级较低的预约报名信息,其对应的第一预约对象在预约队列中较靠后,较晚预约上健康服务,即优先级较高的预约报名信息对应的第一预约对象,比优先级较低的预约报名信息对应的第一预约对象较快预约上本次健康服务。
在本申请实施例中,在开放预约健康服务之前,服务器接收第一终端的预约报名信息,将其存储起来,在服务点开放预约健康服务时,根据存储的多个预约报名信息的优先级,依次为用户预约健康服务,避免出现错过抢号而无法预约的情况,提高了预约健康服务的可靠性。
需要说明的一点是,由于开放健康服务时健康服务的名额有限,所以存在部分第一预约对象无法在本次预约成功,因此,服务器需要在下一次开放健康服务时,为该部分第一预约对象继续预约,相应的,服务器为多个第一预约对象预约健康服务之后的步骤为:确定第二预约对象;在下一次开放健康服务时,基于第二预约对象的预约报名信息,为第二预约对象预约健康服务。其中,第二预约对象为本次未预约成功的预约对象。
在下一次开放健康服务时,服务器确定第二预约对象对应的预约报名信息的优先级,基于该优先级,为第二预约对象预约健康服务。其中,该优先级比本次第二预约对象对应的预约报名信息的优先级较高,即对于未预约成功的部分预约对象,在下次开放健康服务时,增加该部分预约对象对应的预约报名信息的优先级,即在下次开放健康服务时,该部分预约对象排在预约队列的前面。
在本申请实施例中,对于未预约成功的用户,服务器能在下一次开放健康服务时,继续为该用户排队预约,用户只需报名一次,就能优先预约健康服务,操作简单,提高了预约健康服务的可靠性。
步骤408:服务器对于每个第一预约对象,在为第一预约对象成功预约健康服务的情况下,向第一预约对象对应的第一终端发送预约信息。
例如,继续参见图5,服务器根据预约报名信息,向第一预约对象对应的第一终端发送预约信息,存在以下至少一种实现方式,包括:
第一种方式,预约报名信息包括第一预约对象的邮箱,根据该邮箱,服务器向该第一预约对象对应的第一终端发送包括预约信息的邮件。
第二种方式,预约报名信息包括第一预约对象的手机号,根据该手机号,服务器向该第一预约对象对应的第一终端发送包括预约信息的短信。
第三种方式,预约报名信息包括第一预约对象在该用于预约报名的小程序的登录信息,根据该登录信息,服务器向该第一预约对象对应的第一终端发送包括预约信息的小程序推送信息。
在本申请实施例中,在为第一预约对象成功预约健康服务的情况下,服务器能够通过多种方式,向第一预约对象对应的第一终端发送预约信息,确保用户能够接收到该预约信息,在预约时间来服务点接受健康服务。
步骤409:第一终端接收预约信息。
例如,继续参见图5,其中,预约信息为在第一预约对象成功预约健康服务的情况下,服务器发送的信息。第一终端能够接收服务器发送的邮件、短信或者小程序推送信息,以此确保能够接收的到预约信息。
在本申请实施例中,在开放健康服务之前,第一终端获取预约报名信息,将其发送给服务器,服务器能够接收该预约报名信息,将其进行存储,在开放健康服务时,服务器将已存储的多个预约报名信息进行排队,依次预约健康服务,不会出现错过抢号而无法预约的情况,提高了预约健康服务的可靠性。
图6是本申请实施例提供的一种健康服务预约方法流程图。本申请实施例由第一终端和第二终端执行,该方法包括如下步骤:
步骤601:第一终端显示预约报名界面。
步骤602:第一终端基于预约报名界面,接收预约报名信息。
步骤601-602和步骤401-402相同,在此不再赘述。
步骤603:第一终端向第二终端发送预约报名信息。
例如,继续参见图6,第一终端向第二终端发送预约报名信息,其中,第二终端为服务点对应的终端。该服务点可以为用户在输入预约报名信息时手动选择的服务点,也可为第一终端根据当前位置,自动选择的距离最近的服务点。
步骤604:第二终端接收第一终端的预约报名信息。
步骤604与步骤404相同,在此不再赘述。
步骤605:第二终端存储预约报名信息。
第二终端存储预约报名信息的方法与步骤404中的存储方法相同,在此不再赘述。
例如,继续参见图5,第二终端存储预约报名信息之后,可以向服务器发送预约报名信息。
在一种可能的实现方式中,第二终端每接收一个预约报名信息,就向服务器发送该预约报名信息,能够避免信息丢失。
在另一种可能的实现方式中,第二终端能够定期向服务器发送预约报名信息,即第二终端根据第一预设频率,向服务器发送预约报名信息。例如,第一预设频率为10分钟一次,则第二终端每隔10分钟向服务器发送一次预约报名信息。在本申请实施例中,第二终端定期发送预约报名信息,减少运行消耗。
此外,服务器可以为第二终端分配健康服务,之后由第二终端为用户预约健康服务。服务器定期为第二终端分配健康服务,即服务器根据第二预设频率,为第二终端分配健康服务。例如,第二预设频率为1周一次,则服务器每隔一周为第二终端分配一次健康服务。在本申请实施例中,服务器定期为第二终端分配健康服务,减少运行消耗。
步骤606:第二终端确定多个预约报名信息的优先级。
步骤607:第二终端基于优先级,为多个第一预约对象预约健康服务。
步骤608:第二终端对于每个第一预约对象,在为第一预约对象成功预约健康服务的情况下,向第一预约对象对应的终端发送预约信息。
步骤609:终端接收预约信息。
步骤606-609与步骤406-409相同,在此不再赘述。
需要说明的一点是,多个第二终端与服务器能够进行数据传输,但是每个第二终端之间是互相独立的,且多个第二终端之间没有交互,因此,在第二终端为用户在成功预约健康服务的情况下,该第二终端修改该用户的预约状态,即将未预约修改为已预约,并且向服务器发送预约状态修改信息,由服务器向其他的第二终端发送该预约状态修改信息,进而其他的第二终端将该用户的预约状态设置为已预约,避免为同一个用户多次预约本次健康服务,而导致出现为同一个用户分配多个本次健康服务的情况。
在本申请实施例中,在开放健康服务之前,第一终端获取预约报名信息,将其发送给第二终端,第二终端能够接收该预约报名信息,将其进行存储,在开放健康服务时,第二终端将已存储的多个预约报名信息进行排队,依次预约健康服务,不会出现错过抢号而无法预约的情况,提高了预约健康服务的可靠性。
图7是本申请实施例提供的一种健康服务预约装置结构示意图,参见图7,该装置包括:
第一显示模块701,用于显示预约报名界面,预约报名界面为开放预约健康服务之前,用于报名预约健康服务的界面;
第一获取模块702,用于基于预约报名界面,接收预约报名信息,预约报名信息为第一预约对象报名预约健康服务的信息;
发送模块703,用于向服务器发送预约报名信息,预约报名信息用于服务器在开放预约健康服务时,基于预约报名信息为第一预约对象预约健康服务。
在一种可能实现的方式中,该显示模块701,包括:
接收单元,用于接收扫描图形码得到的扫描结果,图形码用于链接预约报名界面,且图形码位于提供健康服务的服务点;
显示单元,用于基于扫描结果,显示图形码链接的预约报名界面。
在另一种可能实现的方式中,该装置还包括:
第二获取模块,用于获取终端当前所在的位置;
第二显示模块,用于在终端当前所在的位置与服务点的位置小于预设距离的情况下,显示图形码链接的预约报名界面。
在另一种可能实现的方式中,预约报名信息包括身份信息;该装置还包括:
确定模块,用于基于身份信息,确定用户类别,用户类别包括免费用户和付费用户;
第三显示模块,用于基于用户类别,显示对应的健康服务详情页面。
在另一种可能实现的方式中,该确定模块,包括:
第一确定单元,用于身份信息包括社保信息,基于社保信息,确定用户类别;
第二确定单元,用于身份信息包括户口信息,基于户口信息,确定用户类别。
在另一种可能实现的方式中,该装置还包括:
接收模块,用于接收预约信息,预约信息为在第一预约对象成功预约健康服务的情况下,服务器发送的信息。
在本申请实施例中,在没有开放健康服务的情况下,获取用户的预约报名信息,发送给服务器,由服务器为用户预约健康服务,通过此方式能够为用户提前排队预约,在服务点开放健康服务时,能够根据排队顺序预约健康服务,不会出现错过抢号而无法预约的情况,提高了预约健康服务的可靠性。
图8是本申请实施例提供的一种健康服务预约装置结构示意图,参见图8,该装置包括:
接收模块801,用于接收终端的预约报名信息,预约报名信息为第一预约对象报名预约健康服务的信息,且预约报名信息为终端在开放预约健康服务之前发送的;
存储模块802,用于存储预约报名信息;
预约模块803,用于在开放预约健康服务时,基于已存储的多个预约报名信息,为多个第一预约对象预约健康服务。
在另一种可能实现的方式中,该预约模块803,包括:
确定单元,用于确定多个预约报名信息的优先级;
预约单元,用于基于优先级,为多个第一预约对象预约健康服务。
在另一种可能实现的方式中,该确定单元,包括:
获取子单元,用于对于每个第一预约对象,获取第一预约对象的历史健康服务数据;
确定子单元,用于基于历史健康服务数据和预约报名信息,确定第一预约对象对应的预约报名信息的优先级。
在另一种可能实现的方式中,该确定子单元,用于基于历史健康服务数据,获取历史服务信息和接受服务时间,历史服务信息为第一预约对象历史接受健康服务的信息,接受时间为第一预约对象历史接受健康服务的时间;基于预约报名信息、历史服务信息和接受服务时间,确定预约报名信息的优先级。
在另一种可能实现的方式中,该装置还包括:
发送模块,用于对于每个第一预约对象,在为第一预约对象成功预约健康服务的情况下,向第一预约对象对应的终端发送预约信息。
在另一种可能实现的方式中,该装置还包括:
第一确定模块,用于确定第一预约对象的预约状态,预约状态用于表示第一预约对象是否已预约本次健康服务;
存储模块,还用于在预约状态为未预约的情况下,存储预约报名信息。
在另一种可能实现的方式中,该装置还包括:
第二确定模块,用于确定第二预约对象,第二预约对象为本次未预约成功的预约对象;
预约模块,还用于在下一次开放健康服务时,基于第二预约对象的预约报名信息,为第二预约对象预约健康服务。
在本申请实施例中,在本申请实施例中,在开放预约健康服务之前,接收终端的预约报名信息,将其存储起来,在服务点开放预约健康服务时,根据存储的多个预约报名信息,依次为用户预约健康服务,避免出现错过抢号而无法预约的情况,提高了预约健康服务的可靠性。
图9示出了本申请一个示例性实施例提供的终端900的结构框图。该终端900可以是:智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio Layer III,动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio LayerIV,动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端900还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。
通常,终端900包括有:处理器901和存储器902。
处理器901可以包括一个或多个处理核心,比如4核心处理器、8核心处理器等。处理器901可以采用DSP(Digital Signal Processing,数字信号处理)、FPGA(Field-Programmable Gate Array,现场可编程门阵列)、PLA(Programmable Logic Array,可编程逻辑阵列)中的至少一种硬件形式来实现。处理器901也可以包括主处理器和协处理器,主处理器是用于对在唤醒状态下的数据进行处理的处理器,也称CPU(Central ProcessingUnit,中央处理器);协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中,处理器901可以在集成有GPU(Graphics Processing Unit,图像处理器),GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中,处理器901还可以包括AI(Artificial Intelligence,人工智能)处理器,该AI处理器用于处理有关机器学习的计算操作。
存储器902可以包括一个或多个计算机可读存储介质,该计算机可读存储介质可以是非暂态的。存储器902还可包括高速随机存取存储器,以及非易失性存储器,比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中,存储器902中的非暂态的计算机可读存储介质用于存储至少一个指令,该至少一个指令用于被处理器901所执行以实现本申请中方法实施例提供的健康服务预约方法。
在一些实施例中,终端900还可选包括有:外围设备接口903和至少一个外围设备。处理器901、存储器902和外围设备接口903之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口903相连。具体地,外围设备包括:射频电路904、触摸显示屏905、摄像头906摄像头组件906、音频电路907、定位组件908和电源909中的至少一种。
外围设备接口903可被用于将I/O(Input/Output,输入/输出)相关的至少一个外围设备连接到处理器901和存储器902。在一些实施例中,处理器901、存储器902和外围设备接口903被集成在同一芯片或电路板上;在一些其他实施例中,处理器901、存储器902和外围设备接口903中的任意一个或两个可以在单独的芯片或电路板上实现,本实施例对此不加以限定。
射频电路904用于接收和发射RF(Radio Frequency,射频)信号,也称电磁信号。射频电路904通过电磁信号与通信网络以及其他通信设备进行通信。射频电路904将电信号转换为电磁信号进行发送,或者,将接收到的电磁信号转换为电信号。可选地,射频电路904包括:天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路904可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于:万维网、城域网、内联网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity,无线保真)网络。在一些实施例中,射频电路904还可以包括NFC(Near Field Communication,近距离无线通信)有关的电路,本申请对此不加以限定。
显示屏905用于显示UI(User Interface,用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏905是触摸显示屏时,显示屏905还具有采集在显示屏905的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器901进行处理。此时,显示屏905还可以用于提供虚拟按钮和/或虚拟键盘,也称软按钮和/或软键盘。在一些实施例中,显示屏905可以为一个,设置终端900的前面板;在另一些实施例中,显示屏905可以为至少两个,分别设置在终端900的不同表面或呈折叠设计;在再一些实施例中,显示屏905可以是柔性显示屏,设置在终端900的弯曲表面上或折叠面上。甚至,显示屏905还可以设置成非矩形的不规则图形,也即异形屏。显示屏905可以采用LCD(LiquidCrystal Display,液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。
摄像头组件906用于采集图像或视频。可选地,摄像头组件906包括前置摄像头和后置摄像头。通常,前置摄像头设置在终端的前面板,后置摄像头设置在终端的背面。在一些实施例中,后置摄像头为至少两个,分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种,以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality,虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中,摄像头组件906还可以包括闪光灯。闪光灯可以是单色温闪光灯,也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合,可以用于不同色温下的光线补偿。
音频电路907可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波,并将声波转换为电信号输入至处理器901进行处理,或者输入至射频电路904以实现语音通信。出于立体声采集或降噪的目的,麦克风可以为多个,分别设置在终端900的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器901或射频电路904的电信号转换为声波。扬声器可以是传统的薄膜扬声器,也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时,不仅可以将电信号转换为人类可听见的声波,也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中,音频电路907还可以包括耳机插孔。
定位组件908用于定位终端900的当前地理位置,以实现导航或LBS(LocationBased Service,基于位置的服务)。定位组件908可以是基于美国的GPS(GlobalPositioning System,全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或俄罗斯欧盟的伽利略系统的定位组件。
电源909用于为终端900中的各个组件进行供电。电源909可以是交流电、直流电、一次性电池或可充电电池。当电源909包括可充电电池时,该可充电电池可以是支持有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池,无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。
在一些实施例中,终端900还包括有一个或多个传感器910。该一个或多个传感器910包括但不限于:加速度传感器911、陀螺仪传感器912、压力传感器913、指纹传感器914、光学传感器915以及接近传感器916。
加速度传感器911可以检测以终端900建立的坐标系的三个坐标轴上的加速度大小。比如,加速度传感器911可以用于检测重力加速度在三个坐标轴上的分量。处理器901可以根据加速度传感器911采集的重力加速度信号,控制触摸显示屏905以横向视图或纵向视图进行用户界面的显示。加速度传感器911还可以用于游戏或者用户的运动数据的采集。
陀螺仪传感器912可以检测终端900的机体方向及转动角度,陀螺仪传感器912可以与加速度传感器911协同采集用户对终端900的3D动作。处理器901根据陀螺仪传感器912采集的数据,可以实现如下功能:动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。
压力传感器913可以设置在终端900的侧边框和/或触摸显示屏905的下层。当压力传感器913设置在终端900的侧边框时,可以检测用户对终端900的握持信号,由处理器901根据压力传感器913采集的握持信号进行左右手识别或快捷操作。当压力传感器913设置在触摸显示屏905的下层时,由处理器901根据用户对触摸显示屏905的压力操作,实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。
指纹传感器914用于采集用户的指纹,由处理器901根据指纹传感器914采集到的指纹识别用户的身份,或者,由指纹传感器914根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时,由处理器901授权该用户执行相关的敏感操作,该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器914可以被设置终端900的正面、背面或侧面。当终端900上设置有物理按键或厂商Logo时,指纹传感器914可以与物理按键或厂商Logo集成在一起。
光学传感器915用于采集环境光强度。在一个实施例中,处理器901可以根据光学传感器915采集的环境光强度,控制触摸显示屏905的显示亮度。具体地,当环境光强度较高时,调高触摸显示屏905的显示亮度;当环境光强度较低时,调低触摸显示屏905的显示亮度。在另一个实施例中,处理器901还可以根据光学传感器915采集的环境光强度,动态调整摄像头组件906的拍摄参数。
接近传感器916,也称距离传感器,通常设置在终端900的前面板。接近传感器916用于采集用户与终端900的正面之间的距离。在一个实施例中,当接近传感器916检测到用户与终端900的正面之间的距离逐渐变小时,由处理器901控制触摸显示屏905从亮屏状态切换为息屏状态;当接近传感器916检测到用户与终端900的正面之间的距离逐渐变大时,由处理器901控制触摸显示屏905从息屏状态切换为亮屏状态。
本领域技术人员可以理解,图9中示出的结构并不构成对终端900的限定,可以包括比图示更多或更少的组件,或者组合某些组件,或者采用不同的组件布置。
图10是本申请实施例提供的一种服务器的结构示意图,该服务器1000可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上处理器(Central ProcessingUnits,CPU)1001和一个或一个以上的存储器1002,其中,该存储器1002中存储有至少一条指令,该至少一条指令由该处理器1001加载并执行以实现上述各个方法实施例提供的健康服务预约方法。当然,该服务器1000还可以具有有线或无线网络接口、键盘以及输入输出接口等部件,以便进行输入输出,该服务器1000还可以包括其他用于实现设备功能的部件,在此不做赘述。
在示例性实施例中,还提供了一种计算机可读存储介质,计算机可读存储介质中存储至少一条指令,至少一条指令由终端加载并执行,以实现上述实施例中健康服务预约方法。该计算机可读存储介质可以是存储器。例如,该计算机可读存储介质可以是ROM(Read-Only Memory,只读存储器)、RAM(Random Access Memory,随机存取存储器)、CD-ROM(Compact Disc Read-Only Memory,紧凑型光盘只读储存器)、磁带、软盘和光数据存储设备等。
在示例性实施例中,还提供了一种计算机程序或计算机程序产品,该计算机程序或计算机程序产品包括计算机程序代码,该计算机程序代码被计算机执行时,使得计算机实现上述实施例中的健康服务预约方法。
在示例性实施例中,本申请实施例所涉及的计算机程序可被部署在一个计算机设备上执行,或者在位于一个地点的多个计算机设备上执行,又或者,在分布在多个地点且通过通信网络互连的多个计算机设备上执行,分布在多个地点且通过通信网络互连的多个计算机设备可以组成区块链系统。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,该程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本申请的可选实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (18)
1.一种健康服务预约方法,其特征在于,所述方法包括:
显示预约报名界面,所述预约报名界面为开放预约健康服务之前,用于报名预约健康服务的界面;
基于所述预约报名界面,接收预约报名信息,所述预约报名信息为第一预约对象报名预约健康服务的信息;
向服务器发送所述预约报名信息,所述预约报名信息用于所述服务器在开放预约健康服务时,基于所述预约报名信息为所述第一预约对象预约健康服务。
2.根据权利要求1所述方法,其特征在于,所述显示预约报名界面,包括:
接收扫描图形码得到的扫描结果,所述图形码用于链接所述预约报名界面,且所述图形码位于提供健康服务的服务点;
基于所述扫描结果,显示所述图形码链接的所述预约报名界面。
3.根据权利要求2所述方法,其特征在于,所述基于所述扫描结果,显示所述图形码链接的所述预约报名界面之前,所述方法还包括:
获取终端当前所在的位置;
在所述终端当前所在的位置与所述服务点的位置小于预设距离的情况下,执行所述显示所述图形码链接的所述预约报名界面的步骤。
4.根据权利要求1所述方法,其特征在于,所述预约报名信息包括身份信息;所述基于所述预约报名界面,接收预约报名信息之后,所述方法还包括:
基于所述身份信息,确定用户类别,所述用户类别包括免费用户和付费用户;
基于所述用户类别,显示对应的健康服务详情页面。
5.根据权利要求4所述方法,其特征在于,所述基于所述身份信息,确定用户类别,包括:
所述身份信息包括社保信息,基于所述社保信息,确定所述用户类别;和/或,
所述身份信息包括户口信息,基于所述户口信息,确定所述用户类别。
6.根据权利要求1所述方法,其特征在于,所述向服务器发送所述预约报名信息之后,所述方法还包括:
接收预约信息,所述预约信息为在所述第一预约对象成功预约健康服务的情况下,所述服务器发送的信息。
7.一种健康服务预约方法,其特征在于,所述方法包括:
接收终端的预约报名信息,所述预约报名信息为第一预约对象报名预约健康服务的信息,且所述预约报名信息为所述终端在开放预约健康服务之前发送的;
存储所述预约报名信息;
在开放预约健康服务时,基于已存储的多个预约报名信息,为多个第一预约对象预约健康服务。
8.根据权利要求7所述方法,其特征在于,所述基于已存储的多个预约报名信息,为多个第一预约对象预约健康服务,包括:
确定所述多个预约报名信息的优先级;
基于所述优先级,为所述多个第一预约对象预约健康服务。
9.根据权利要求8所述方法,其特征在于,所述确定所述多个预约报名信息的优先级,包括:
对于每个第一预约对象,获取所述第一预约对象的历史健康服务数据;
基于所述历史健康服务数据和所述预约报名信息,确定所述第一预约对象对应的预约报名信息的优先级。
10.根据权利要求9所述方法,其特征在于,所述基于所述历史健康服务数据和所述预约报名信息,确定所述第一预约对象对应的预约报名信息的优先级,包括:
基于所述历史健康服务数据,获取历史服务信息和接受服务时间,所述历史服务信息为所述第一预约对象历史接受健康服务的信息,所述接受服务时间为所述第一预约对象历史接受健康服务的时间;
基于所述预约报名信息、所述历史服务信息和所述接受服务时间,确定所述预约报名信息的优先级。
11.根据权利要求7所述方法,其特征在于,所述基于已存储的多个预约报名信息,为多个第一预约对象预约健康服务之后,所述方法还包括:
对于每个第一预约对象,在为所述第一预约对象成功预约健康服务的情况下,向所述第一预约对象对应的终端发送预约信息。
12.根据权利要求7所述方法,其特征在于,所述存储所述预约报名信息之前,所述方法还包括:
确定所述第一预约对象的预约状态,所述预约状态用于表示所述第一预约对象是否已预约本次健康服务;
在所述预约状态为未预约的情况下,执行所述存储所述预约报名信息的步骤。
13.根据权利要求7所述方法,其特征在于,所述基于已存储的多个预约报名信息,为多个第一预约对象预约健康服务之后,所述方法还包括:
确定第二预约对象,所述第二预约对象为本次未预约成功的预约对象;
在下一次开放健康服务时,基于所述第二预约对象的预约报名信息,为所述第二预约对象预约健康服务。
14.一种健康服务预约装置,其特征在于,所述装置包括:
第一显示模块,用于显示预约报名界面,所述预约报名界面为开放预约健康服务之前,用于报名预约健康服务的界面;
第一获取模块,用于基于所述预约报名界面,接收预约报名信息,所述预约报名信息为第一预约对象报名预约健康服务的信息;
发送模块,用于向服务器发送所述预约报名信息,所述预约报名信息用于所述服务器在开放预约健康服务时,基于所述预约报名信息为所述第一预约对象预约健康服务。
15.一种健康服务预约装置,其特征在于,所述装置包括:
接收模块,用于接收终端的预约报名信息,所述预约报名信息为第一预约对象报名预约健康服务的信息,且所述预约报名信息为所述终端在开放预约健康服务之前发送的;
存储模块,用于存储所述预约报名信息;
预约模块,用于在开放预约健康服务时,基于已存储的多个预约报名信息,为多个第一预约对象预约健康服务。
16.一种终端,其特征在于,所述终端包括一个或多个处理器和一个或多个存储器,所述一个或多个存储器中存储有至少一条程序代码,所述至少一条程序代码由所述一个或多个处理器加载并执行以实现如权利要求1至权利要求6任一项所述的健康服务预约方法。
17.一种服务器,其特征在于,所述服务器包括一个或多个处理器和一个或多个存储器,所述一个或多个存储器中存储有至少一条程序代码,所述至少一条程序代码由所述一个或多个处理器加载并执行以实现如权利要求7至权利要求13任一项所述的健康服务预约方法。
18.一种计算机可读存储介质,其特征在于,所述存储介质中存储有至少一条程序代码,所述至少一条程序代码由处理器加载并执行以实现如权利要求1至权利要求13任一项所述的健康服务预约方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111201852.3A CN114078581A (zh) | 2021-10-15 | 2021-10-15 | 健康服务预约方法、装置、终端、服务器及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111201852.3A CN114078581A (zh) | 2021-10-15 | 2021-10-15 | 健康服务预约方法、装置、终端、服务器及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114078581A true CN114078581A (zh) | 2022-02-22 |
Family
ID=80283411
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111201852.3A Pending CN114078581A (zh) | 2021-10-15 | 2021-10-15 | 健康服务预约方法、装置、终端、服务器及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114078581A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114283932A (zh) * | 2022-03-03 | 2022-04-05 | 四川大学华西医院 | 医疗资源管理方法、装置、电子设备以及存储介质 |
CN114595853A (zh) * | 2022-04-26 | 2022-06-07 | 阿里健康科技(杭州)有限公司 | 图形码数据的发送和展示方法、装置、设备和介质 |
-
2021
- 2021-10-15 CN CN202111201852.3A patent/CN114078581A/zh active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114283932A (zh) * | 2022-03-03 | 2022-04-05 | 四川大学华西医院 | 医疗资源管理方法、装置、电子设备以及存储介质 |
CN114283932B (zh) * | 2022-03-03 | 2022-06-10 | 四川大学华西医院 | 医疗资源管理方法、装置、电子设备以及存储介质 |
CN114595853A (zh) * | 2022-04-26 | 2022-06-07 | 阿里健康科技(杭州)有限公司 | 图形码数据的发送和展示方法、装置、设备和介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111083516B (zh) | 直播处理的方法和装置 | |
CN107967154B (zh) | 提醒事项生成方法及装置 | |
CN110278464B (zh) | 显示榜单的方法和装置 | |
CN111479120A (zh) | 在直播间发放虚拟红包的方法、装置、设备及存储介质 | |
CN110418152B (zh) | 进行直播提示的方法及装置 | |
CN114078581A (zh) | 健康服务预约方法、装置、终端、服务器及存储介质 | |
CN111125601A (zh) | 文件传输方法、装置、终端、服务器及存储介质 | |
CN113613028A (zh) | 直播数据处理方法、装置、终端、服务器及存储介质 | |
CN110290191B (zh) | 资源转移结果处理方法、装置、服务器、终端及存储介质 | |
CN111061369B (zh) | 交互方法、装置、设备及存储介质 | |
CN111047328B (zh) | 移动支付方法、装置、系统及存储介质 | |
CN112966798A (zh) | 信息显示方法、装置、电子设备及存储介质 | |
CN109819308B (zh) | 虚拟资源获取方法、装置、终端、服务器及存储介质 | |
CN111831385A (zh) | 业务授信信息处理方法、装置、设备及存储介质 | |
CN111752658A (zh) | 管理功能教程的方法、装置、设备以及存储介质 | |
CN108829464B (zh) | 服务启动方法、装置、计算机设备及存储介质 | |
CN110782602A (zh) | 资源转移方法、装置、系统、设备及存储介质 | |
CN114078582A (zh) | 服务信息的关联方法、装置、终端及存储介质 | |
CN114219112A (zh) | 健康服务预约方法、装置、服务器和存储介质 | |
CN114826799B (zh) | 信息获取方法、装置、终端及存储介质 | |
CN111128115B (zh) | 信息验证方法、装置、电子设备及存储介质 | |
CN112132472A (zh) | 资源管理方法、装置、电子设备及计算机可读存储介质 | |
CN110750675A (zh) | 歌词分享方法及装置、存储介质 | |
CN111325083A (zh) | 记录考勤信息的方法和装置 | |
CN113393608B (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 |