远程体检预约平台根据配置参数切换子任务流程的方法与流程

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.并在所述第一支付子任务执行成功或第二支付子任务执行成功时，所述远程体检预约平台继续对所述第一预约线下同步参数进行识别；
33.当所述第一预约线下同步参数为无需线下同步时，执行第一支付同步子任务；所述第一支付同步子任务具体为：对所述预约支付信息及对应的支付结果信息进行备份存储；
34.当所述第一预约线下同步参数为需要线下同步时，执行第二支付同步子任务；所述第二支付同步子任务具体为：根据预设的通知方式向用户进行支付成功通知处理。
35.优选的，所述根据所述第一失约限次参数进行增加黑名单子任务切换处理，具体包括：
36.所述远程体检预约平台在用户未于约定时段进行体检或未于约定时限内完成支付时，会对用户的失约计数器进行增值处理；
37.所述增值处理成功后，使用所述第一失约限次参数与所述失约计数器进行比对；
38.当所述失约计数器超过所述第一失约限次参数时，执行增加黑名单子任务；所述增加黑名单子任务具体为：将当前用户设为黑名单用户，并记录当前的系统日期作为第一进入名单日期数据。
39.优选的，所述根据所述第一黑名单时限参数进行解除黑名单子任务切换处理，具体包括：
40.所述远程体检预约平台定期根据所述第一黑名单时限参数对每个黑名单用户对应的所述第一进入名单日期数据进行识别；
41.当所述第一进入名单日期数据与当前系统时间的时间差超过所述第一黑名单时限参数时，执行解除黑名单子任务；所述解除黑名单子任务具体为：将所述第一进入名单日期数据对应的黑名单用户从黑名单中移除，并将对应该用户的所述失约计数器进行重置。
42.本发明实施例提供的一种远程体检预约平台根据配置参数切换子任务流程的方法,将各个业务流程中公用的处理代码总结出来形成多个独立的子任务，并提供一个基于第一任务配置参数列表的子任务调用机制；通过本发明方法只需完成一个调用机制的编程
实现，对于不同体检业务流程只需配置不同的第一任务配置参数列表即可，如此一来，既降低了代码冗余量，又减少了平台维护的工作量，还提高了平台代码的模块化性能。
附图说明
43.图1为本发明实施例提供的一种远程体检预约平台根据配置参数切换子任务流程的方法示意图。
具体实施方式
44.为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
45.本发明实施例提供的一种远程体检预约平台根据配置参数切换子任务流程的方法，如图1为本发明实施例提供的一种远程体检预约平台根据配置参数切换子任务流程的方法示意图所示，本方法主要包括如下步骤：
46.步骤1，远程体检预约平台对每个用户预先生成对应的第一任务配置参数列表；
47.其中，第一任务配置参数列表包括多个第一任务配置参数；第一任务配置参数至少包括第一预约多套餐资格参数、第一号源限制参数、第一号源来源参数、第一号源类型区分参数、第一号源检测场所参数、第一号源时段参数、第一预约时限参数、第一支付模式参数、第一预约审核参数、第一支付时限参数、第一预约线下同步参数、第一失约限次参数和第一黑名单时限参数。
48.此处，第一任务配置参数列表为平台为用户配置的数据库列表或数据配置文件；若第一任务配置参数列表具体为数据库列表则第一任务配置参数应为列表中的数据记录，每个数据记录用于存储不同的参数内容；若第一任务配置参数列表具体为数据配置文件则第一任务配置参数应为文件中存储的数据对象，每个数据对象存储着不同的参数内容；
49.第一预约多套餐资格参数的取值有两个：具备资格/不具备资格；当第一预约多套餐资格参数为具备资格时，说明当前用户可以同时预约多个套餐，该配置常用于个人客户；当第一预约多套餐资格参数为不具备资格时，说明当前用户每次只能预约一个套餐，该配置常用于企业客户；
50.第一号源限制参数的取值有两个：限制号源/非限制号源；当第一号源限制参数为限制号源时，说明当前用户的号源取号方式需要基于多个参数进行配置，该配置常用于比较复杂的定制体检业务；当第一号源限制参数为非限制号源时，说明当前用户的号源取号方式只需按预约时限处理即可，该配置常用于简单的非定制体检业务；
51.第一号源来源参数的取值有两个：线下号源/线上号源；当第一号源来源参数为线下号源时，说明当前用户的号源资源需要查询线下号源池，该配置常用于平台自行拓展的个人用户或企业客户；当第一号源来源参数为线上号源时，说明当前用户的号源资源需要查询为平台合作方预留的线上号源池，该配置常用于平台合作方引入的个人用户或企业客户；
52.第一号源类型区分参数的取值有两个：区分类型/不区分类型；当第一号源类型区
分参数为区分类型时，说明当前用户的类型需要进行个人/企业类型的分类，该配置常用于存在有个人价格与集客价格区分的体检业务；当第一号源类型区分参数为不区分类型时，说明当前用户的类型为共用类型，该配置常用于没有价格区分的体检业务；
53.第一号源检测场所参数的取值有两个：科室/体检中心；当第一号源检测场所参数为科室时，说明当前用户的体检场所为某个科室，该配置常用于没有专门体检中心的医疗机构的体检业务或者医疗结构体检中心不能操作的体检业务；当第一号源检测场所参数为体检中心时，说明当前用户的体检场所为体检中心，该配置常用于体检中心提供的体检业务；
54.第一号源时段参数的取值有两个：区分时段/不区分时段；当第一号源时段参数为区分时段时，说明当前用户的体检时间是有时段限制的，该配置常用于的有时段限制的体检业务；当第一号源时段参数为不区分时段时，说明当前用户的体检时间是没有时段限制的，该配置常用于的没有时段限制的体检业务；
55.第一预约时限参数用于表示当前用户可预约的时段，默认为14天，也就是说平台对当前用户划拨号源时时基于最近14天的号源资源来进行判断的：
56.第一支付模式参数的取值有两个：线下支付/线上支付；当第一支付模式参数为线下支付时，说明平台需要处理当前用户的现金、礼券等支付方式；当第一支付模式参数为线上支付时，说明平台需要调用支付接口处理当前用户的电子支付方式；
57.第一预约审核参数的取值有两个：需要审核/无需审核；当第一预约审核参数为需要审核时，说明平台需要对当前用户支付信息进行审核，该配置常见于对企业用户的操作；当第一预约审核参数为无需审核时，说明平台无需对当前用户支付信息进行审核，该配置常见于对个人用户的操作；
58.第一支付时限参数用于限制当前用户的支付时间，默认为30分钟，也就是说当前用户若在预约后30分钟内未完成支付则平台默认将当前用户的本次预约视为失效：
59.第一预约线下同步参数的取值有两个：需要线下同步/无需线下同步；当第一预约线下同步参数为需要线下同步时，说明平台需要按预定的同步方式通知用户；当第一预约线下同步参数为无需线下同步时，说明平台只需进行线上信息存储无需对用户另行通知；
60.第一失约限次参数用于限制当前用户的随意失效次数，包括在第一支付时限参数限定的时间内未完成支付的次数和在约定时间未进行体检的次数，默认为3次，也就是说当前用户的随意失效次数达到3以上则平台会将当前用户纳入黑免单范畴：
61.第一黑名单时限参数用于表示当前用户自动从黑名单中被解除的时间，默认为30天，也就是说当前用户一旦被纳入黑免单若无强制解除手段平台只会在30天之后才将其从黑名单中移除。
62.这里，远程体检预约平台的用户包括个人用户、企业用户等，用户选择的业务又包括定制业务、非定制业务等，用户的号源定制规则又包括公共号源、线下号源、线上号源等，用户的支付方式又包括线下支付、线上支付等，用户定制的体检业务的体检场所、时段也有各种不同配置要求；远程体检预约平台的工作人员通过对各个用户的第一任务配置参数列表进行设置来完成上述各类信息的配置，对用户完成一次设置之后平台即可将当前设置内容作为对应用户的最新全局参数，并在后续的所有业务操作中作为对当前用户各个子任务的执行参照。
63.本发明实施例通过步骤1对用户的第一任务配置参数列表完成设置之后，随即会通过后续步骤2
‑
5的操作来实现基于第一任务配置参数列表的子任务调用机制。
64.步骤2，在处理套餐的选定任务时，根据第一预约多套餐资格参数进行套餐选定子任务切换处理；
65.这里，当前步骤用于实现基于第一任务配置参数列表来调用不同套餐选定子任务的处理机制；
66.具体包括：步骤21，远程体检预约平台对第一预约多套餐资格参数进行识别；当第一预约多套餐资格参数为具备资格时转至步骤22；当第一预约多套餐资格参数为不具备资格时转至步骤23；
67.这里，当第一预约多套餐资格参数为具备资格时，说明当前用户可以同时预约多个套餐，所以切换至后续步骤22的第一套餐选定子任务进行用户的多套餐定制选择；当第一预约多套餐资格参数为不具备资格时，说明当前用户每次只能预约一个套餐，所以切换至后续步骤23的第二套餐选定子任务进行用户的单套餐定制选择；
68.步骤22，执行第一套餐选定子任务；
69.具体包括：向用户提供第一套餐列表并支持用户对列表中的套餐进行多选，并根据用户的多选结果生成第一选定套餐列表；转至步骤3；
70.步骤23，执行第二套餐选定子任务；
71.具体包括：向用户提供第二套餐列表并只支持用户对列表中的套餐进行单选，并根据用户的单选结果生成第二选定套餐列表。
72.步骤3，在处理体检号源的生成任务时，根据第一号源限制参数、第一预约时限参数、第一号源来源参数、第一号源类型区分参数、第一号源检测场所参数和第一号源时段参数进行生成体检号源子任务切换处理；
73.这里，当前步骤用于实现基于第一任务配置参数列表来调用不同的生成体检号源子任务的处理机制；
74.具体包括：步骤31，远程体检预约平台对第一号源限制参数进行识别；当第一号源限制参数为非限制号源时转至步骤32；当第一号源限制参数为限制号源时转至步骤33；
75.这里，当第一号源限制参数为非限制号源时，说明当前用户的号源取号方式只需按预约时限处理即可，所以切换至后续步骤32的第一生成体检号源子任务；当第一号源限制参数为限制号源时，说明当前用户的号源取号方式需要基于多个参数进行配置，所以切换至后续步骤33进行进一步识别；
76.步骤32，根据第一预约时限参数执行第一生成体检号源子任务；转至步骤4；
77.具体包括：以当前时间为第一起始时间、以当前时间与第一预约时限参数的和为第一结束时间，向用户推送由第一起始时间到第一结束时间的第一时间段以便用户进行体检日期选择，并根据用户反馈的选择结果生成对应的第一体检号源数据；
78.例如，当前时间为2021年1月1日，第一预约时限参数默认为14天，那么远程体检预约平台会向用户推送2021年1月1日
‑
2021年1月15日的日历，并在日历中标明可预约时段，在用户选择了具体时段之后，平台根据日期+时段的关系生成对应的体检号码也就是第一体检号源数据；
79.步骤33，继续对第一号源来源参数进行识别；若第一号源来源参数为线下号源转
至步骤34；若第一号源来源参数为线上号源转至步骤35；
80.这里，当第一号源来源参数为线下号源时，说明当前用户的号源资源需要查询线下号源池，所以切换至后续步骤34的第二生成体检号源子任务；当第一号源来源参数为线上号源时，说明当前用户的号源资源需要查询为平台合作方预留的线上号源池，所以切换至后续步骤35的第三生成体检号源子任务；
81.步骤34，执行第二生成体检号源子任务；转至步骤4；
82.具体包括：根据用户的基本信息查询线下号源池生成对应的第二体检号源数据；
83.这里，线下号源池是平台为自行拓展的个人用户或企业客户预留的号源池，线下号源池采用数据库列表的方式实现，每条号源记录都包含了用户的基本信息，所以只需根据用户的基本信息，诸如姓名、身份证明信息、性别、年龄等，对线下号源池数据列表进行查询就可以获得预先分配的体检号码也就是第二体检号源数据；
84.步骤35，根据第一预约时限参数、第一号源类型区分参数、第一号源检测场所参数和第一号源时段参数执行第三生成体检号源子任务；
85.这里，第三生成体检号源子任务主要用于为来自于平台合作方引入的个人用户或企业客户分配号源；
86.具体包括：步骤351，以当前时间为第二起始时间、以当前时间与第一预约时限参数的和为第二结束时间，向用户推送由第二起始时间到第二结束时间的第二时间段以便用户进行体检日期选择，并根据用户反馈的选择结果生成第一体检日期数据；
87.这里，首先第一步是确认用户的体检日期也即是第一体检日期数据；
88.步骤352，再对第一号源类型区分参数进行识别，若第一号源类型区分参数为不区分类型则设置第一号源类别数据为共用类型，若第一号源类型区分参数为区分类型则对用户的个人用户或企业用户身份进行识别，若识别结果为个人用户则设置第一号源类别数据为个人类型，若识别结果为企业用户则设置第一号源类别数据为企业类型；
89.这里，要对当前用户的用户类型进行获取也就是第一号源类别数据；当第一号源类型区分参数为区分类型时，说明对当前用户的类型需要进行个人/企业类型的细分，第一号源类别数据也就是具体的细分结果，其内容为个人类型或企业类型；当第一号源类型区分参数为不区分类型时，说明对当前用户的类型不做细分，那么第一号源类别数据的内容也就对应的为除个人/企业之外的共用类型；
90.步骤353，再对第一号源检测场所参数进行识别，若第一号源检测场所参数为科室则设置第一体检场所数据为科室类型，若第一号源检测场所参数为体检中心则设置第一体检场所数据为体检中心类型；
91.这里，要对当前用户的体检场所预设信息进行获取也就是第一体检场所数据；当第一号源检测场所参数为科室时，说明当前用户的体检场所为某个科室，那么第一体检场所数据也就是具体的场所信息，其内容为科室；当第一号源检测场所参数为体检中心时，说明当前用户的体检场所为体检中心，那么第一体检场所数据的内容对应的也就为体检中心；
92.步骤354，再对第一号源时段参数进行识别，若第一号源时段参数为不区分时段则设置第一体检时段数据为全天，若第一号源时段参数为区分时段则向用户推送当前的有效时段进行选择，并根据用户的反馈结果设置第一体检时段数据；
93.这里，要对当前用户的当前体检业务的预设时段特性进行获取也就是第一体检时段数据；当第一号源时段参数为区分时段时，说明当前用户的当前体检业务的体检时间是有时段限制的，那么平台会将与当前业务相关的有效时段推送给用户，并将用户选择结果作为第一体检时段数据；当第一号源时段参数为不区分时段时，说明当前用户的体检时间是没有时段限制的，那么第一体检时段数据就对应的为全天；
94.步骤355，最后，根据第一体检日期数据、第一号源类别数据、第一体检场所数据和第一体检时段数据查询线上号源池生成对应的第三体检号源数据。
95.这里，线上号源池是一个动态变化的号源池，线上号源池采用数据库列表的方式实现，每条号源记录都包含了与体检业务相关的体检日期、号源类别、体检场所、体检时段和对应的动态号源范围，在为当前用户分配号源时，需要先根据第一体检日期数据、第一号源类别数据、第一体检场所数据和第一体检时段数据查询上述线上号源池列表，得到对应的动态号源范围，若该动态号源范围内号码数量不为空，则从中抽取最小的号码作为向当前用户分配的体检号码也就是第三体检号源数据。
96.步骤4，在处理体检预约的支付任务时，根据第一支付模式参数、第一预约审核参数、第一支付时限参数和第一预约线下同步参数进行支付子任务切换处理；
97.这里，当前步骤用于实现基于第一任务配置参数列表来调用不同支付子任务的处理机制；
98.具体包括：步骤41，远程体检预约平台对第一支付模式参数进行识别；当第一支付模式参数为线下支付时，转至步骤42；当第一支付模式参数为线上支付时，转至步骤43；
99.这里，当第一支付模式参数为线下支付时，说明平台需要处理当前用户的现金、礼券等支付方式，所以转至步骤42执行第一支付子任务；当第一支付模式参数为线上支付时，说明平台需要调用支付接口处理当前用户的电子支付方式，所以转至步骤43执行第二支付子任务；
100.步骤42，根据第一预约审核参数执行第一支付子任务；转至步骤44；
101.具体包括：对第一预约审核参数进行识别；若第一预约审核参数为需要审核则对需要提交的预约支付信息进行审核确认处理，再根据确认结果进行第一线下支付处理；若第一预约审核参数为无需审核则根据预约支付信息进行第二线下支付处理；
102.这里，当第一预约审核参数为需要审核时，说明平台需要对当前用户支付信息进行审核，在审核时主要通过人工或单独的核算子任务对当前个人用户或企业用户的体检业务的分价明细和总价金额等支付信息进行二次确认，确认无误则对当前个人用户或企业用户进行结算操作，在结算时还具体包括与现金有关的结算操作和或与礼券(电子或纸质礼券)有关的结算操作；当第一预约审核参数为无需审核时，说明平台无需对当前用户支付信息进行审核，只需根据当前个人用户或企业用户的体检业务的总价金额直接进行结算操作，在结算时同样具体包括与现金有关的结算操作和或与礼券(电子或纸质礼券)有关的结算操作；在相关结算操作成功之后，第一支付子任务视作为成功；
103.步骤43，根据第一支付时限参数执行第二支付子任务；
104.具体包括：在第一支付时限参数规定的支付时限内，调用线上支付接口完成用户的在线支付操作；
105.这里，线上支付接口包括但不限于网银支付接口、微信支付接口、支付宝支付接
口、电信支付接口、会员储值卡支付接口等多种支付接口；第一支付时限参数默认为30分钟，若用于未在确认支付之后的30分钟内完成支付，则视作支付失败；若用户在确认支付之后的30分钟内完成支付，则视作支付成功，从而第二支付子任务也视作为成功；
106.步骤44，并在第一支付子任务执行成功或第二支付子任务执行成功时，远程体检预约平台继续对第一预约线下同步参数进行识别；当第一预约线下同步参数为无需线下同步时，转至步骤45；当第一预约线下同步参数为需要线下同步时，转至步骤46；
107.这里，在当前用户的支付处理成功之后，远程体检预约平台还基于第一预约线下同步参数向用户提供同步的支付成功通知，具体的：当第一预约线下同步参数为无需线下同步时，说明平台只需进行线上信息存储无需对用户另行通知，所以转至步骤45执行第一支付同步子任务；当第一预约线下同步参数为需要线下同步时，说明平台需要按预定的同步方式向用户提供同步的支付成功通知，所以转至步骤46执行第二支付同步子任务；
108.步骤45，执行第一支付同步子任务；转至步骤5；
109.具体包括：对预约支付信息及对应的支付结果信息进行备份存储；
110.步骤46，执行第二支付同步子任务；
111.具体包括：根据预设的通知方式向用户进行支付成功通知处理。
112.这里，预设的通知方式包括但不限于短信通知方式、微信通知方式、电话语音通知方式、电子邮件通知方式等。
113.步骤5，在处理失约的黑名单任务时，根据第一失约限次参数进行增加黑名单子任务切换处理；根据第一黑名单时限参数进行解除黑名单子任务切换处理；
114.这里，当前步骤用于实现基于第一任务配置参数列表来调用不同黑名单子任务的处理机制；这里的黑名单子任务主要包括两个子任务：增加黑名单子任务和解除黑名单子任务处理；
115.具体包括：步骤51，根据第一失约限次参数进行增加黑名单子任务切换处理；
116.具体包括：步骤511，在用户未于约定时段进行体检或未于约定时限内完成支付时，会对用户的失约计数器进行增值处理；
117.这里，远程体检预约平台为每个用户都配置了一个失约计数器用以统计各个用户的失约行为次数，所谓失约行为包括两类：一类为在第一支付时限参数规定的时间内未完成支付的行为；另一类为已经获取到体检号码(也就是前文中的第一、第二或第三体检号源数据)预约了体检时段，但并未到场完成体检从而造成号源浪费的行为；对每个用户而言，每发生一次这两种行为中的一种，远程体检预约平台就会对当前用户的失约计数器进行增值处理，默认就是做加1操作；
118.步骤512，增值处理成功后，使用第一失约限次参数与失约计数器进行比对；当失约计数器超过第一失约限次参数时，执行增加黑名单子任务；
119.其中，增加黑名单子任务具体为：将当前用户设为黑名单用户，并记录当前的系统日期作为第一进入名单日期数据；
120.这里，在对当前用户的失约计数器进行增值处理之后，远程体检预约平台还会判断当前用户的行为次数是否已经达到黑名单标准，也就是使用第一失约限次参数与失约计数器进行比对，这里第一失约限次参数默认为3次；若失约计数器的值已经大于3次了，意味着当前用户的行为次数已经达到黑名单标准，那么远程体检预约平台就会将当前用户视作
为信用不良用户并通过执行增加黑名单子任务将其纳入黑名单；这里黑名单实际为存储信用不良用户的数据库列表，表中每条记录对应一个信用不良用户，记录中除了用户的基本信息之外还包括当前用户被纳入黑名单的具体时间也就是第一进入名单日期数据；增加黑名单子任务实际就是向黑名单列表中增加一条记录；
121.需要说明的是，对于黑名单的用户，远程体检预约平台默认不会应答其发起的任何业务请求(黑名单强制解决请求除外)；
122.步骤52，根据第一黑名单时限参数进行解除黑名单子任务切换处理；
123.具体包括：定期根据第一黑名单时限参数对每个黑名单用户对应的第一进入名单日期数据进行识别；当第一进入名单日期数据与当前系统时间的时间差超过第一黑名单时限参数时，执行解除黑名单子任务；解除黑名单子任务具体为：将第一进入名单日期数据对应的黑名单用户从黑名单中移除，并将对应该用户的失约计数器进行重置。
124.这里，远程体检预约平台会定期对黑名单列表中的各个记录进行轮询，在轮询时将当前记录的第一进入名单日期数据提取出来与当前系统日期进行差值计算，该时间差即是当前用户已经成为黑名单用户的天数；并将此时间差与第一黑名单时限参数(默认为30天)进行比对，若已经超出第一黑名单时限参数规定的天数，则通过删除当前记录的方式将当前记录的用户从黑名单中移除。一旦某用户从黑名单中解除后，其对应的失约计数器会被远程体检预约平台重置为初始值，常规就是重置为0。
125.本发明实施例提供的一种远程体检预约平台根据配置参数切换子任务流程的方法,将各个业务流程中公用的处理代码总结出来形成多个独立的子任务，并提供一个基于第一任务配置参数列表的子任务调用机制；通过本发明方法只需完成一个调用机制的编程实现，对于不同体检业务流程只需配置不同的第一任务配置参数列表即可，如此一来，既降低了代码冗余量，又减少了平台维护的工作量，还提高了平台代码的模块化性能。
126.专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
127.结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd
‑
rom、或技术领域内所公知的任意其它形式的存储介质中。
128.以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。