预约方法、装置、系统、设备和可读存储介质与流程

本申请涉及计算机领域，特别是涉及预约方法、装置、系统、计算机设备和计算机可读存储介质。

背景技术：

临床研究过程中，申办方、临床监查员(clinicalresearchassociate，缩写为cra)或者临床协调员(clinicalresearchcoordinator，缩写为crc)需要去实地拜访研究中心人员办理相关事务。现有的模式下，拜访者只能通过亲自到研究中心实地调查研究中心的办事流程和开放时间，才能执行实地拜访，办理事务。

因此，拜访者无法获取到研究中心人员信息以及相关人员工作日程安排，常常导致拜访者到达研究中心后，发现中心相关的人员并没有空余时间或者同一时间段有多个拜访者等情况，最终会导致中心人员无法处理相关事务。在这种双方信息相互闭塞的条件下，拜访人员的办事的效率会大大降低，中心研究人员也无法合理的安排自己的工作。

目前针对相关技术中拜访者未到研究中心则无法获取到研究中心人员信息以及相关人员工作日程安排的问题，尚未提出有效的解决方案。

技术实现要素：

本申请实施例提供了一种预约方法、装置、系统、计算机设备和计算机可读存储介质，以至少解决相关技术中拜访者未到研究中心则无法获取到研究中心人员信息以及相关人员工作日程安排的问题。

第一方面，本申请实施例提供了一种预约方法，该方法包括：根据研究中心人员日程，确定可开放日程，其中，可开放日程为用户端可选择预约研究中心人员的日程；接收用户端发送的预约日程，其中，预约日程为根据用户需求在可开放日程中选择的日程；在预约日程满足预定条件时，向用户端反馈预约日程对应的处理信息。

在其中一些实施例中，在预约日程满足预定条件时，向用户端反馈预约日程对应的处理信息包括：在预定条件为研究中心人员通过预约日程时，向用户端反馈预约日程对应的预约信息，其中，预约信息包括预约时间、预约事宜类型、预约老师；在预定条件为研究中心人员拒绝预约日程时，向用户端反馈预约日程对应的拒绝信息，其中，拒绝信息包括拒绝理由、推荐的其他预约日程；在预定条件为研究中心人员修改预约日程时，向用户端反馈预约日程对应的修改信息，其中，修改信息包括修改后预约时间、修改后的预约老师；在预定条件为研究中心人员通过预约日程后取消预约日程时，向用户端反馈预约日程的取消信息，其中，取消信息包括取消理由、推荐的其他预约日程。

在其中一些实施例中，在向用户端反馈预约日程对应的处理信息之后，还包括：接收用户端基于处理信息反馈的确认信息，其中，确认信息包括同意预约日程、同意拒绝预约日程、同意修改预约日程、同意取消预约日程或者接受推荐的其他预约日程。

在其中一些实施例中，在向用户端反馈预约日程对应的预约信息之后，还包括：将预约日程对应的处理信息存储在数据库作为历史预约日程信息；接收到研究中心人员或用户端发送的导出请求；基于导出请求导出历史预约日程，发送研究中心人员或用户端。

在其中一些实施例中，基于导出请求导出历史预约日程，发送研究中心人员或用户端包括：检测导出请求中的研究中心人员标识或用户端标识是否合法；在检测合法时，导出历史预约日程，发送研究中心人员或用户端。

在其中一些实施例中，处理信息通过邮件或者短信发送给用户端。

第二方面，本申请实施例提供了一种预约装置，包括：确定模块，用于根据研究中心人员日程，确定可开放日程，其中，可开放日程为用户端可选择预约研究中心人员的日程；接收模块，用于接收用户端发送的预约日程，其中，预约日程为根据用户需求在可开放日程中选择的日程；反馈模块，用于在预约日程满足预定条件时，向用户端反馈预约日程对应的处理信息。

第三方面，本申请实施例提供了一种预约系统，包括：后台管理端，用于根据研究中心人员日程，确定可开放日程，其中，可开放日程为用户端可选择预约研究中心人员的日程；用户端，用于根据用户需求在可开放日程中选择预约日程并发送给后台管理端；后台管理端，还用于在预约日程满足预定条件时，向用户端反馈预约日程对应的处理信息。

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

第五方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面所述的预约方法。

相比于相关技术，本申请实施例提供的预约方法，通过根据研究中心人员日程，确定可开放日程，其中，可开放日程为用户端可选择预约研究中心人员的日程；接收用户端发送的预约日程，其中，预约日程为根据用户需求在可开放日程中选择的日程；在预约日程满足预定条件时，向用户端反馈预约日程对应的处理信息，解决了相关技术中拜访者未到研究中心则无法获取到研究中心人员信息以及相关人员工作日程安排的问题，实现了办事效率的提升。

本申请的一个或多个实施例的细节在以下附图和描述中提出，以使本申请的其他特征、目的和优点更加简明易懂。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的预约方法的流程图；

图2是根据本申请实施例的临床研究机构办事预约的系统时序图；

图3是根据本申请实施例的临床研究机构办事预约操作流程图；

图4是根据本申请实施例的预约装置的结构框图；

图5是根据本申请实施例的预约系统的结构框图；

图6是根据本申请实施例的临床领域研究中心办事预约系统结构图。

图7是根据本发明实施例的一种电子设备的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。

除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。

专业术语简介如下，临床试验指任何在人体(病人或健康志愿者)进行药物的系统性研究，以证实或揭示试验药物的作用、不良反应及/或试验药物的吸收、发布、代谢和排泄，目的是确定试验药物的疗效与安全性；研究中心是实际实施试验相关活动的场所，也可以称作机构或者中心；研究中心人员是隶属于研究中心，参与临床研究的工作人员；也可以称作机构老师；申办方是发起一项临床试验，并对该试验的启动、管理、财务和监查负责的公司、机构或组织；研究者是实施临床试验并对临床试验的质量及受试者安全和权益的负责者，研究者必须经过资质审核，具有临床试验的专业特长、资格和能力；临床监查员(cra)负责临床监查工作，包括医院筛选、协议谈判、资料交接和管理、临床试验前、中、后期的监查工作，按照要求进行检查并填写相关资料，保证临床试验的顺利进行，并符合国家的相关法律法规和公司的利益；临床协调员(crc)对临床试验全程进行协调，帮助研究者更好的完成工作。

本实施例提供了一种预约方法。图1是根据本申请实施例的预约方法的流程图，如图1所示，该流程包括如下步骤：

步骤s102，根据研究中心人员日程，确定可开放日程，其中，可开放日程为用户端可选择预约研究中心人员的日程；

步骤s104，接收用户端发送的预约日程，其中，预约日程为根据用户需求在可开放日程中选择的日程；

步骤s106，在预约日程满足预定条件时，向用户端反馈预约日程对应的处理信息。

通过上述步骤，允许研究中心人员将自己的工作时间和计划，通过自定义配置来生成可预约日程，并将该日程安排展示给到相应的拜访者(用户端)，拜访者可以实时查看研究中心人员的时间安排。通过该可预约日程，拜访者可以选择指定的时间去发起申请拜访研究中心人员，同时研究中心人员可对拜访人员的申请进行审批和操作，使得双方的信息相互实时沟通和共享，可以大大提高拜访者的拜访成功率，同时节约双方的时间，提升办理事务的效率。因此，解决了相关技术中拜访者未到研究中心则无法获取到研究中心人员信息以及相关人员工作日程安排的问题，实现了办事效率的提升。

在其中一些实施例中，在预约日程满足预定条件时，向用户端反馈预约日程对应的处理信息包括：在预定条件为研究中心人员通过预约日程时，向用户端反馈预约日程对应的预约信息，其中，预约信息包括预约时间、预约事宜类型、预约老师；在预定条件为研究中心人员拒绝预约日程时，向用户端反馈预约日程对应的拒绝信息，其中，拒绝信息包括拒绝理由、推荐的其他预约日程；在预定条件为研究中心人员修改预约日程时，向用户端反馈预约日程对应的修改信息，其中，修改信息包括修改后预约时间、修改后的预约老师；在预定条件为研究中心人员通过预约日程后取消预约日程时，向用户端反馈预约日程的取消信息，其中，取消信息包括取消理由、推荐的其他预约日程。

具体地，拜访者发送预约日程后，研究中心人员可以对预约日程做审批处理(包括：审批通过，审批拒绝，审批取消，审批修改等操作)，审批处理结果会实时通知给相应的拜访人员。其中，审批通过条件包括但不限于：拜访人员所预约时间，必须是研究中心人员的空闲时间，不能与其他事项冲突，即：同一时间段，只能有一个确认通过的预约事项；拒绝条件包括但不限于：研究中心人员可根据自己的日程时间安排实时调整，自由选择是否拒绝预约申请；取消条件包括但不限于：取消操作针对的是已经审批通过的预约事项，应用在以下情况，在已审批通过的预约事项时间段，机构中心人员可能有其他重要事项的日程安排，无法接受拜访人员实地拜访处理事务，此时可提前对预约申请做取消操作；修改条件包括并不限于：修改操作针对的同样是已审批通过的预约事项，研究中心人员可以根据自己日程安排的实时变动情况，对拜访者预约申请的时间段以及研究中心人员安排做修改调整。

再有，修改操作流程包括：研究中心人员可以登陆预约后端管理系统(web浏览器)，登陆后，可以对登录用户的所有已审批通过且未进行实地拜访的预约申请事务做修改处理，修改的内容包括：预约时间，预约事务关联的研究中心人员名单以及实地拜访处理事务注意事项和备注等。

在其中一些实施例中，在向用户端反馈预约日程对应的处理信息之后，还包括：接收用户端基于处理信息反馈的确认信息，其中，确认信息包括同意预约日程、同意拒绝预约日程、同意修改预约日程、同意取消预约日程或者接受推荐的其他预约日程。

在其中一些实施例中，在向用户端反馈预约日程对应的预约信息之后，还包括：将预约日程对应的处理信息存储在数据库作为历史预约日程信息；接收到研究中心人员或用户端发送的导出请求；基于导出请求导出历史预约日程，发送研究中心人员或用户端。

在其中一些实施例中，基于导出请求导出历史预约日程，发送研究中心人员或用户端包括：检测导出请求中的研究中心人员标识或用户端标识是否合法；在检测合法时，导出历史预约日程，发送研究中心人员或用户端。

在其中一些实施例中，处理信息通过邮件或者短信发送给用户端。

具体地，以上所有的操作处理结果会通过app消息，短信，邮箱等途径实时通知拜访者。

下面从具体实施例进行详细说明。

图2是根据本申请实施例的临床研究机构办事预约的系统时序图，如图2所示，时间轴从左向右，依次描述了预约者(拜访者)从用户端发起预约申请，研究中心人员通过后台对预约进行审批操作(通过、拒绝、取消等)，并通过实时消息推送，通知到预约者，最终完成预约申请处理的整个流程。

图3是根据本申请实施例的临床研究机构办事预约操作流程图，如图3所示，该流程包括：

首先，需要研究中心人员在后端自定义配置开放预约，自动生成可预约日程，生成的可预约日程可以给到拜访者查看；

其次，拜访者可根据研究中心人员的可预约日程，通过多种筛选条件，查询筛选出自己所需的预约拜访对象和预约时间，从而进行预约拜访申请，其中，筛选条件包括但不限于：根据机构所属地区(省市区县)，附近机构，机构类型，机构等级，机构认证专业，机构名称，机构办事效率等；

再有，拜访者发起申请之后，研究中心人员会受到申请消息(短信，邮件等通知)，通过后端管理，可以对预约申请做审批处理(包括：审批通过，审批拒绝，审批取消，审批修改等操作)，审批处理结果会实时通知给相应的拜访者；

最后，拜访者可根据研究中心人员对预约申请的审批结果，双方达成一致后，最终可进行实地拜访处理相关事务。

上述过程的同时，拜访者和研究中心人员可对历史的预约申请数据导出和分析，进而不断改进工作安排和流程。

需要说明的是，在上述流程中或者附图的流程图中示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本实施例还提供了一种预约装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”、“单元”、“子单元”等可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图4是根据本申请实施例的预约装置的结构框图，如图4所示，该装置包括：

确定模块42，用于根据研究中心人员日程，确定可开放日程，其中，可开放日程为用户端可选择预约研究中心人员的日程；

接收模块44，用于接收用户端发送的预约日程，其中，预约日程为根据用户需求在可开放日程中选择的日程；

反馈模块46，用于在预约日程满足预定条件时，向用户端反馈预约日程对应的处理信息。

在其中一些实施例中，反馈模块46还用于在预定条件为研究中心人员通过预约日程时，向用户端反馈预约日程对应的预约信息，其中，预约信息包括预约时间、预约事宜类型、预约老师；在预定条件为研究中心人员拒绝预约日程时，向用户端反馈预约日程对应的拒绝信息，其中，拒绝信息包括拒绝理由、推荐的其他预约日程；在预定条件为研究中心人员修改预约日程时，向用户端反馈预约日程对应的修改信息，其中，修改信息包括修改后预约时间、修改后的预约老师；在预定条件为研究中心人员通过预约日程后取消预约日程时，向用户端反馈预约日程的取消信息，其中，取消信息包括取消理由、推荐的其他预约日程。

在其中一些实施例中，上述反馈模块46还用于，在向用户端反馈预约日程对应的处理信息之后，接收用户端基于处理信息反馈的确认信息，其中，确认信息包括同意预约日程、同意拒绝预约日程、同意修改预约日程、同意取消预约日程或者接受推荐的其他预约日程。

在其中一些实施例中，反馈模块46还用于，在向用户端反馈预约日程对应的预约信息之后，将预约日程对应的处理信息存储在数据库作为历史预约日程信息；接收到研究中心人员或用户端发送的导出请求；基于导出请求导出历史预约日程，发送研究中心人员或用户端。

在其中一些实施例中，上述反馈模块46还用于检测导出请求中的研究中心人员标识或用户端标识是否合法；在检测合法时，导出历史预约日程，发送研究中心人员或用户端。

在其中一些实施例中，上述处理信息通过邮件或者短信发送给用户端。

需要说明的是，上述各个模块可以是功能模块也可以是程序模块，既可以通过软件来实现，也可以通过硬件来实现。对于通过硬件来实现的模块而言，上述各个模块可以位于同一处理器中；或者上述各个模块还可以按照任意组合的形式分别位于不同的处理器中。

图5是根据本申请实施例的预约系统的结构框图，如图5所示，该系统包括：

后台管理端，用于根据研究中心人员日程，确定可开放日程，其中，可开放日程为用户端可选择预约研究中心人员的日程；

用户端，用于根据用户需求在可开放日程中选择预约日程并发送给后台管理端；

后台管理端，还用于在预约日程满足预定条件时，向用户端反馈预约日程对应的处理信息。

具体地，图6是根据本申请实施例的临床领域研究中心办事预约系统结构图，如图6所示：

后台管理端(web):研究中心人员可以根据自己的时间安排，自定义配置自己专属的预约日程，同时可以对拜访人员的预约申请进行审批操作(包括接受预约、拒绝预约、修改预约等)，操作结果会实时同步通知到拜访者，同时可以对自己的预约日程做导出操作，以达到合理安排自己的时间和日程。

用户端(app、小程序):拜访人员可以根据各种条件筛选查询研究中心人员的预约日程，据此可按照自己的需求去向研究中心人员发起预约申请，同时可以查询、导出自己的历史拜访记录，便于工作计划安排。

数据库(db):整个系统的存储数据库。所有数据加密处理，符合相关安全等级标准。采用云服务，通过健康检测机制，保证数据安全和服务稳定。

通过上述方法、装置及系统，拜访者可以直接掌握研究中人员(机构老师)的开放预约日程，根据可预约日程，可以精准、有效的申请拜访，可避免盲目的实地拜访，提升工作效率；且研究人员可以根据自己的预约日程，合理的调整和安排自己的工作时间去接受拜访，同时还可以根据历史预约日程，通过分析拜访者的的相关数据，提高办事效率和流程。

另外，结合上述实施例中的预约方法，本申请实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种预约方法。

本公开实施例提供了一种电子设备，如图7所示，该电子设备包括一个或多个处理器71以及存储器72，图7中以一个处理器73为例。

该控制器还可以包括：输入装置73和输出装置74。

处理器71、存储器72、输入装置73和输出装置74可以通过总线或者其他方式连接，图7中以通过总线连接为例。

处理器71可以为中央处理器(centralprocessingunit，cpu)。处理器71还可以为其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器72作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本公开实施例中的控制方法对应的程序指令/模块。处理器71通过运行存储在存储器72中的非暂态软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例的方法。

存储器72可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据服务器操作的处理装置的使用所创建的数据等。此外，存储器72可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器72可选包括相对于处理器71远程设置的存储器，这些远程存储器可以通过网络连接至网络连接装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置73可接收输入的数字或字符信息，以及产生与服务器的处理装置的用户设置以及功能控制有关的键信号输入。输出装置74可包括显示屏等显示设备。

一个或者多个模块存储在存储器72中，当被一个或者多个处理器71执行时，执行如图1所示的方法。

本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各电机控制方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory，rom)、随机存储记忆体(randomaccessmemory，ram)、快闪存储器(flashmemory)、硬盘(harddiskdrive，缩写：hdd)或固态硬盘(solid-statedrive，ssd)等；存储介质还可以包括上述种类的存储器的组合。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

起点商标作为专业知识产权交易平台，可以帮助大家解决很多问题，如果大家想要了解更多知产交易信息请点击 【在线咨询】或添加微信 【19522093243】与客服一对一沟通，为大家解决相关问题。

此文章来源于网络,如有侵权,请联系删除