疫苗接种规划系统的制作方法

本申请涉及防疫接种技术领域，特别是涉及一种疫苗接种规划系统。

背景技术：

在儿童疫苗接种领域，需要根据国家疫苗免疫表以及已经接种的疫苗排出下一次需要接种的疫苗，因为每一针疫苗的时间间隔以及先后顺序对疫苗接种的安全性、免疫效果有非常重要的影响。

目前对于疫苗接种的排针，通常需要依靠医生结合自身经验完成，如此规划获得的排针结果不稳定，准确性不高。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种能够提高疫苗接种计划的准确性的疫苗接种规划系统。

一种疫苗接种规划系统，所述系统包括：疫苗接种规则引擎、调度模块和数据整合模块；

所述调度模块，在接收到携带用户标识与用户年龄的疫苗接种查询请求时，获取基础疫苗接种表、以及所述用户标识对应的疫苗接种记录，并根据所述基础疫苗接种表、疫苗接种记录确定所述用户标识对应的初始疫苗接种计划；

所述疫苗接种规则引擎，基于所述调度模块的调用，根据所述用户年龄和所述初始疫苗接种计划，确定未接种疫苗的疫苗接种建议；

所述数据整合模块，基于所述调度模块的调用，根据所述疫苗接种建议对所述初始疫苗接种计划进行更新，获得更新后的初始疫苗接种计划；

所述调度模块，在采用所述用户标识对应的所有未接种疫苗对应的疫苗接种建议对初始疫苗接种计划进行了更新之后，将所述更新后的初始疫苗接种计划确定为所述用户标识的目标疫苗接种计划，并将所述目标疫苗接种计划返回给所述疫苗接种查询请求的发起方。

上述疫苗接种规划系统，包括疫苗接种规则引擎、调度模块、数据整合模块，其中，调度模块在接收到用户发送的疫苗接种查询请求时，获取基础疫苗接种表，根据疫苗接种查询请求中携带的用户标识获取该用户的疫苗接种记录，进而确定用户的初始疫苗接种计划；然后根据疫苗接种查询请求中携带的用户年龄、未接种疫苗调用疫苗接种规则引擎，疫苗接种规则引擎确定各未接种疫苗的疫苗接种建议；数据整合模块基于所述调度模块的调用，用各未接种疫苗的疫苗接种建议对初始疫苗接种计划进行更新；调度模块在采用所有未接种疫苗对应的疫苗建议对初始疫苗接种计划进行更新后，向用户反馈该更新后的疫苗接种计划。通过上述系统实现对用户的疫苗接种的规划，可避免人为经验判断不准导致的疫苗排针规划失误，提高生成的疫苗接种计划的准确率。

附图说明

图1为一个实施例中疫苗接种规划系统的结构示意图；

图2为另一个实施例中疫苗接种规划系统的结构示意图；

图3为另一个实施例中疫苗接种规划系统的结构示意图；

图4为一个具体实施例中疫苗接种规则引擎中一个疫苗剂次对应的接种规则的具体内容示意图；

图5为另一个实施例中疫苗接种规划系统的结构示意图；

图6为一个实施例中基础疫苗接种表构建模块构建的基础疫苗接种表的示意图；

图7为一个具体实施例中疫苗接种规划系统的结构示意图；

图8为一个具体实施例中调度模块的执行过程的流程示意图；

图9为一个具体实施例中疫苗接种规划系统反馈给疫苗接种查询请求对应的发起方的疫苗接种计划的示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在一个实施例中本申请提供的疫苗接种规划系统的结构如图1所示，包括疫苗接种规则引擎110、调度模块120和数据整合模块130。

调度模块120，在接收到携带用户标识与用户年龄的疫苗接种查询请求时，获取基础疫苗接种表、以及用户标识对应的疫苗接种记录，并根据基础疫苗接种表、疫苗接种记录确定用户标识对应的初始疫苗接种计划。

其中，当用户希望查看疫苗的接种计划时可以向疫苗接种规划系统发起疫苗接种查询请求，系统接收到该疫苗接种查询请求之后，将用户对应的疫苗接种计划反馈给用户。

疫苗接种查询请求中携带了希望查询的用户的用户年龄和用户标识，用户标识是用户的唯一标识；用户年龄通常需精确到用户的具体出生月数或者具体出生天数；在一个实施例中，疫苗接种查询请求中携带的用户年龄可以是以出生年月日的形式呈现的，在本实施例中，系统服务器接收到用户的疫苗接种查询请求后，需将其携带的用户年龄中的出生年月日转换为月龄。

基础疫苗接种表是指基于防疫要求(通常与所在地疾控中心的要求有关)确定疫苗的计划表，其中包含了用户必须接种的疫苗。用户标识对应的疫苗接种记录是指该用户已经接种过疫苗的记录，在一个实施例中，与用户标识对应的疫苗接种记录可以从外部获取，或者也可以由用户自己输入。从基础疫苗接种表中将疫苗接种记录中用户已接种过的疫苗删除，即可得到用户还未接种的基础疫苗，在本实施例中记为初始疫苗接种计划。

疫苗接种规则引擎110，基于调度模块的调用，根据用户年龄和初始疫苗接种计划，确定未接种疫苗的疫苗接种建议。

未接种疫苗是指初始疫苗接种计划中包含的疫苗。规则引擎是一种嵌入在应用程序中的组件，实现了将业务决策从应用程序代码中分离出来，并使用预定义的语义模块编写业务决策。接受数据输入，解释业务规则，并根据业务规则做出业务决策。在本实施例中，疫苗接种规则引擎是指用于设定疫苗接种规则的规则引擎，在调度模块的调用基础上，对于输入的用户的参数和未接种疫苗确定该用户是否可以接种该未接种疫苗；本实施例中，将疫苗接种规则引擎确定的业务决策记为该未接种疫苗的疫苗接种建议；在一个实施例中，疫苗接种建议包括用户是否可以接种未接种疫苗、该未接种疫苗的接种年龄。进一步地，在一个实施例中，疫苗接种规则引擎每次确定一个未接种疫苗的疫苗接种建议。

数据整合模块130，基于调度模块的调用，根据疫苗接种建议对初始疫苗接种计划进行更新，获得更新后的初始疫苗接种计划。

数据整合模块用于整合数据，具体为在调度模块的调用基础上根据疫苗接种规则引擎返回的疫苗接种建议对初始疫苗接种计划进行更新。在一个实施例中，疫苗接种建议包括用户是否可以接种未接种疫苗、该未接种疫苗的接种年龄，在本实施例中，数据整合模块根据疫苗接种建议对初始疫苗接种计划进行更新具体可以是当接种建议为用户可接种该未接种疫苗时，数据整合模块将初始疫苗接种计划中该未接种疫苗的接种状态更新为待接种，以及为该未接种疫苗添加接种适合年龄，获得更新后的初始疫苗接种计划；在另一个实施例中，当接种建议为用户不可接种该未接种疫苗时，数据整合模块将初始疫苗接种计划中该未接种疫苗的接种状态修改为不可接种。

在一个实施例中，数据整合模块基于调度模块的调用，对于每接收到一个未接种疫苗的接种建议后即对初始疫苗接种计划进行更新。

调度模块120，在采用用户标识对应的所有未接种疫苗对应的疫苗接种建议对初始疫苗接种计划进行了更新之后，将更新后的初始疫苗接种计划确定为用户标识的目标疫苗接种计划，并将用户标识的目标疫苗接种计划返回给疫苗接种查询请求的发起方。

用户标识对应的所有未接种疫苗即为用户标识对应的初始疫苗接种计划中的所有疫苗。当调度模块调用疫苗接种规则引擎和数据整合模块将所有未接种疫苗确定接种建议，并将初始疫苗接种计划中的所有未接种疫苗均进行更新后，将获得的更新后初始疫苗接种计划确定为该用户的目标疫苗接种计划。

在另一个实施例中，疫苗接种查询请求中还包括用户的健康状况，在本实施例中，疫苗接种规则引擎基于调度模块的调用，根据用户年龄、用户的健康状况和初始疫苗接种计划，确定未接种疫苗的疫苗接种建议。在另一个实施例中，上述用户的健康状况也可以由系统在接收到疫苗接种查询请求之后，根据其中携带的用户标识从其他存储有用户的健康状况的数据库中获取。在本实施例中，在确定未接种疫苗的接种建议时还结合用户的健康状况，对于一些疫苗可能存在患有特殊疾病导致无法接种的情形，因此在确定接种建议时结合用户的健康状况，可以避免生成错误的接种建议导致对于用户的健康状况带来负面影响的结果。

上述疫苗接种规划系统，包括疫苗接种规则引擎、调度模块、数据整合模块，其中，调度模块在接收到用户发送的疫苗接种查询请求时，获取基础疫苗接种表，根据疫苗接种查询请求中携带的用户标识获取该用户的疫苗接种记录，进而确定用户的初始疫苗接种计划；然后根据疫苗接种查询请求中携带的用户年龄、未接种疫苗调用疫苗接种规则引擎，疫苗接种规则引擎确定各未接种疫苗的疫苗接种建议；数据整合模块基于调度模块的调用，用各未接种疫苗的疫苗接种建议对初始疫苗接种计划进行更新；调度模块在采用所有未接种疫苗对应的疫苗建议对初始疫苗接种计划进行更新后，向用户反馈该更新后的疫苗接种计划。通过上述系统实现对用户的疫苗接种的规划，可避免人为经验判断不准导致的疫苗排针规划失误，提高生成的疫苗接种计划的准确率；同时还可减轻医生的疫苗接种排针的工作量。

在一个实施例中，如图2所示，调度模块120包括：未接种疫苗选取单元121、调用单元122以及接收单元123。其中：

未接种疫苗选取单元121，基于基础疫苗接种表和疫苗接种记录确定各未接种疫苗，从各未接种疫苗中选择一种未接种疫苗。调用单元122，结合选择的未接种疫苗和初始疫苗接种计划，调用疫苗接种规则引擎。接收单元123，接收疫苗接种规则引擎基于未接种疫苗和初始疫苗接种计划返回的未接种疫苗的疫苗接种建议。调用单元122结合未接种疫苗的疫苗建议以及初始疫苗接种计划，调用数据整合模块。接收单元123接收数据整合模块基于未接种疫苗的疫苗建议以及初始疫苗接种计划返回的更新后的初始疫苗接种计划。

在一个实施例中，未接种疫苗以剂次为单位，例如未接种的疫苗包括百白破疫苗，百白破疫苗包括4剂次，未接种疫苗选取单元121从初始疫苗接种计划中选取一种未接种疫苗为百白破疫苗的第1剂。

在本实施例中，调度模块具体包括未接种疫苗选取单元，每次通过未接种疫苗选取单元选取一针未接种的疫苗剂次，由调用单元调用疫苗接种规则引擎对该未接种疫苗剂次确定接种建议，并由调用单元调用数据整合模块对初始疫苗接种计划中的该未接种疫苗剂次的信息进行更新；直至初始疫苗接种计划中所有未接种的疫苗均接收到对应的接种建议，数据整合模块完成初始疫苗接种计划中所有未接种疫苗剂次的信息更新，获得更新后的初始疫苗接种计划即为用户标识对应的疫苗接种计划。

在一个实施例中，如图3所示，上述疫苗接种规划系统还包括参数适配模块；参数适配模块310，接收疫苗接种查询请求，对疫苗接种查询请求的发起方进行鉴权验证，当确定疫苗接种查询请求的发起方通过鉴权验证时，将疫苗接种查询请求的参数转换为调用疫苗接种规则引擎的参数，并将更新参数后的疫苗接种查询请求转发至调度模块。

在本实施例中，参数适配模块主要用于接收疫苗接种查询请求，首先对于该疫苗接种查询请求的发起方进行鉴权验证，在一个具体实施例中，参数适配模块可通过签名验证调用方的合法性，具体可以通过任意一种方式实现签名的验证。进一步地，参数适配模块在确定疫苗接种查询请求的发起方的参数进行适配调整，将其调整为调用疫苗接种规则引擎的参数。在本实施例中，通过参数适配模块对疫苗接种查询请求的发起方的身份进行验证，并在通过验证时将其中的参数进行适配和调整，可以解决接入不同省市疾控中心系统时，对方定义的字段名字不一样导致的调用出错等问题。

进一步地，在一个实施例中，疫苗接种规则引擎中包括多个疫苗剂次对应的接种规则；在本实施例中，疫苗接种规则引擎基于调度模块的调用，读取与未接种疫苗对应的接种规则，基于接种规则确定用户年龄是否可接种未接种疫苗，并生成未接种疫苗的疫苗接种建议。

在本实施例中，疫苗接种规则引擎中对于每一种疫苗的每一剂次均设置有对应的接种规则，当调度模块基于未接种疫苗和用户年龄调用疫苗接种规则引擎时，疫苗接种规则引擎需查找到与未接种疫苗对应的疫苗接种规则，基于该未接种疫苗对应的疫苗接种规则确定该未接种疫苗的接种建议。

一种疫苗可能包括多个剂次，同一种疫苗的不同剂次的接种规则也可能有所不同，因此在本实施例中对于每一剂次的疫苗分别设置对应的规则，在确定未接种疫苗的接种建议时，可以获得更加准确的接种建议。

更进一步地，在一个实施例中，疫苗剂次对应的接种规则为可视化规则；在本实施例中，疫苗接种规则引擎加载未接种疫苗对应的可视化规则对应的预设格式描述文件，根据预设格式描述文件的各节点对用户年龄进行判断，获得最后一个节点输出的结果确定为疫苗接种建议。

在本实施例中，疫苗的接种规则为可视化的；在一个具体实施例中，即判断对于一个用户而言某一疫苗是否可接种的具体规则通过可视化界面展示给用户查看。进一步地，在一个实施例中，疫苗的接种规则通过机器学习中的决策树实现；机器学习(machinelearning,ml)是一门多领域交叉学科，涉及概率论、统计学、逼近论、凸分析、算法复杂度理论等多门学科。专门研究计算机怎样模拟或实现人类的学习行为，以获取新的知识或技能，重新组织已有的知识结构使之不断改善自身的性能。机器学习是人工智能的核心，是使计算机具有智能的根本途径，其应用遍及人工智能的各个领域。机器学习和深度学习通常包括人工神经网络、置信网络、强化学习、迁移学习、归纳学习、式教学习等技术。机器学习中，决策树是一个预测模型；代表的是对象属性与对象值之间的一种映射关系。树中每个节点表示某个对象，而每个分叉路径则代表的某个可能的属性值，而每个叶结点则对应从根节点到该叶节点所经历的路径所表示的对象的值。

在一个实施例中，疫苗的接种规则为决策树，包括多个判断的节点(决策点)，通过该多个判断的节点确定用户是否可接种疫苗，得到接种建议。如图4所示为在一个具体实施例中疫苗接种规则引擎中一个疫苗剂次对应的接种规则的具体内容示意图，包括以下节点：用户是否患有特殊疾病、是否逾期、逾期是否可接种，是否需要接种以及是否有冲突等等节点，分别对于各节点进行判断，确定该用户当前的年龄是否适合接种该未接种疫苗，获得接种建议。其中，对于某些疫苗而言，如果用户患有特殊疾病是不能接种该疫苗，因此在本实施例中在疫苗接种规则中对于用户是否患有特殊疾病需进行排查，可以理解地不同疫苗剂次对应的疫苗接种规则中的特殊疾病与该疫苗剂次对应，可能是不相同的。进一步地，在本实施例中只有满足没有特殊疾病未逾期、需接种以及没有冲突时，获得的接种建议为可接种；在本实施例中，在接种建议为可接种时，还向调度模块返回该未接种疫苗的接种年龄。可以理解地，在其它实施例中，疫苗接种规则的节点也可以设置为其它判断条件。

在一个具体实施例中，未接种疫苗对应的可视化规则对应的预设格式描述文件为xml(extensiblemarkuplanguage,可扩展标记语言)描述文件。

在一个实施例中，疫苗接种规则引擎通过可视化规则对应的可视化配置界面接收到规则调整请求时，确定规则调整请求的规则标识，根据规则调整请求对规则标识对应的可视化规则进行调整。

在本实施例中，疫苗接种规则引擎中的可视化规则可通过客户端的可视化配置界面展示给用户，用户在该可视化配置界面可以向系统发起疫苗接种规则的规则调整请求。当疫苗接种规则请求通过可视化规则对应的可视化配置界面接收规则调整请求时，通过读取该规则调整请求对应的规则标识，即该规则调整请求对应需要调整的规则的唯一标识，进而基于该规则标识对对应的疫苗接种规则进行调整；具体是根据规则调整请求中携带的调整详情对该规则标识对应的疫苗接种规则进行调整。在一个实施例中，疫苗接种规则引擎在通过可视化规则对应的可视化配置界面接收到规则调整请求时，首先对于该规则调整请求的发起方进行鉴权验证，当通过鉴权验证时再进行规则调整的步骤。

在本实施例中，医生可以根据实际情况对于各疫苗接种规则进行检查，若确定疫苗接种规则存在一定的问题时，可以通过客户端疫苗接种规则的可视化配置界面中对其进行调整。

在一个实施例中，如图5所示，上述疫苗接种规划系统还包括数据缓存模块510；调度模块在采用用户标识对应的所有未接种疫苗对应的疫苗接种建议对初始疫苗接种计划进行了更新之后，将更新后的初始疫苗接种计划确定为用户标识的目标疫苗接种计划，基于用户标识的目标疫苗接种计划调用数据缓存模块；数据缓存模块存储用户标识的目标疫苗接种计划。

本实施例中，在调度模块调用疫苗接种规则引擎确定用户标识对应的各未接种疫苗的接种建议，由数据整合模块对初始疫苗接种计划进行更新，获得用户标识对应的疫苗接种计划之后，调度模块将用户标识对应的疫苗接种计划反馈给疫苗接种查询请求的发起方后，调度模块还通过调用数据缓存模块将用户标识对应的疫苗接种计划进行存储。如此，当下一次接收到同一用户的疫苗接种查询请求时，可直接通过数据缓存模块读取该用户的疫苗接种计划，无需再重新调用疫苗接种引擎和数据整合模块确定疫苗接种计划。

在一个具体实施例中，可采用本地cache进行key-value(键值对)存储。其中，cache可以采用dram(dynamicrandomaccessmemory，动态随机存取存储器)。key-value分布式存储系统查询速度快、存放数据量大、支持高并发，非常适合通过主键进行查询。进一步地，在一个实施例中，数据缓存模块对于用户年龄、用户标识对应的接种记录和用户的健康状况等相关参数排序后做md5(md5message-digestalgorithm，md5信息摘要算法)；md5信息摘要算法是一种被广泛使用的密码散列函数，可以产生出一个128位(16字节)的散列值(hashvalue)，用于确保信息传输完整一致。在本实施例中由于只有用户在进行疫苗接种后，接种记录才会变化，对应的缓存的key才会变，如此可以确保只有用户在用户每次进行疫苗接种后，才需要对用户的疫苗接种计划进行重新确定和缓存。

在一个实施例中，调度模块还用于接收疫苗接种计划调整请求，读取疫苗接种计划调整请求的目标用户标识，当在本地存储有目标用户标识对应的疫苗接种计划时，获取存储的疫苗接种计划，根据疫苗接种计划调整请求对疫苗接种计划进行更新，获得更新后疫苗接种计划，并调用数据缓存模块；数据缓存模块将目标用户标识对应的疫苗接种计划替换为更新后疫苗接种计划；在本实施例中，调度模块在本地没有存储用户标识对应的疫苗接种计划时，获取基础疫苗接种表，根据疫苗接种计划调整请求对基础疫苗接种表进行更新，获得更新后基础疫苗接种表，并根据更新后基础疫苗接种表、目标用户标识对应的疫苗接种记录确定目标用户标识对应的初始疫苗接种计划。

其中，当用户有个性化的疫苗接种需求，或者由于用户有特殊情况导致疫苗接种计划需要进行个性化调整时，用户可通过客户端向系统发起疫苗接种计划调整请求；疫苗接种规划系统在接收到疫苗接种计划调整请求时，确定发起方通过鉴权验证后，由调度模块对该用户的疫苗接种计划进行相应的个性化调整。系统在接收到疫苗接种计划调整请求时，可能存在两种情况，一种是该用户的疫苗接种计划已经有数据缓存模块缓存至本地，此时可读取该用户(目标用户)的用户标识对应的疫苗接种计划，根据疫苗接种计划调整请求对其进行相应调整；另一种是该用户的疫苗接种计划暂未缓存至本地，此时需由调度模块获取基础疫苗接种表，根据疫苗接种计划调整请求以及用户标识对应的疫苗接种记录对基础疫苗接种表确定初始疫苗接种计划，进而调用疫苗接种引擎实现对初始疫苗接种计划中各未接种过疫苗确定接种建议的步骤，可以理解地，如此获得的疫苗接种计划即为结合了用户的个性化疫苗接种需求的疫苗接种计划。在一个实施例中，疫苗接种计划调整请求中携带需要调整的疫苗接种计划的相关参数，例如可以是用户标识、用户年龄和用户的健康状况，以及需调整的疫苗剂次的参数，例如可以是需调整的疫苗剂次对应的疫苗标识和疫苗名称。

在一个实施例中，数据缓存模块根据还用于当存储的疫苗接种计划达到预设阈值时，将缓存写入时间超过预设时间的疫苗接种计划删除。

其中，缓存写入时间是指该用户的疫苗接种计划写入本地的时间。本实施例中对于缓存条数设置了最大上限(预设阈值)，当缓存条数达到预设阈值时，数据缓存模块根据各用户的疫苗接种计划的缓存写入时间将缓存时间较长的疫苗接种计划从本地删除，具体通过设置预设时间来确定是否需要删除疫苗接种计划；如此可保证数据缓存模块写入本地的疫苗接种计划不会过多。

在另一个实施例中，数据缓存模块对于调度模块的调用，对于调度模块转发的用户的疫苗接种计划，首先验证其是否有效，数据缓存模块仅将验证有效的疫苗接种计划写入缓存中，可避免缓存被刷爆。

在一个实施例中，疫苗接种查询请求还携带用户所属的地区标识；在本实施例中，上述系统还包括：基础疫苗接种表构建模块，基础疫苗接种表构建模块用于在接收到疫苗接种查询请求时，获取地区标识对应的疾控文件，根据疾控文件构建基础疫苗接种表。

其中，地区标识是指用户所在的城市的标识；在不同地区可能对于疫苗接种的要求不相同，因此在本实施例中对于疫苗接种查询请求还携带地区标识，在接收到该疫苗接种查询请求之后，基础疫苗接种构建模块根据地区标识获取对应的地区疾控文件，并根据该地区疾控文件构建获得对应的基础疫苗接种表。

在一个具体实施例中，如图6所示为基础疫苗接种表构建模块构建的基础疫苗接种表的示意图，该示意图中的基础疫苗接种表中优先以左侧的一类疫苗时间作为时间轴，右侧的二类疫苗和可替代疫苗为辅，如果进行疫苗剂次排针的时间冲突，以一类疫苗的时间为准。

在一个具体实施例中，如图7所示，上述疫苗接种规划系统包括：调度模块、疫苗接种规则引擎、数据整合模块和数据缓存模块。其中：

调度模块，接收疫苗接种查询请求，疫苗接种查询请求携带用户标识与用户年龄，获取基础疫苗接种表、以及用户标识对应的疫苗接种记录，并根据基础疫苗接种表、疫苗接种记录确定用户标识对应的初始疫苗接种计划，基于基础疫苗接种表和疫苗接种记录确定初始疫苗接种计划；根据初始疫苗接种计划确定各未接种疫苗，依次从各未接种疫苗中选择一种未接种疫苗，结合选择的未接种疫苗和用户年龄，调用疫苗接种规则引擎。

疫苗接种规则引擎，基于调度模块的调用，根据选择的未接种疫苗和用户年龄，确定未接种疫苗的疫苗接种建议，并将疫苗接种建议返回给调度模块。调度模块获得疫苗接种建议，结合疫苗接种建议和初始疫苗接种计划，调用数据整合模块。数据整合模块，基于调度模块的调用，根据疫苗接种建议对初始疫苗接种计划进行更新，获得更新后的初始疫苗接种计划，并将更新后的初始疫苗接种计划返回给调度模块。调度模块获得更新后的初始疫苗接种计划，并在采用所有未接种疫苗对应的疫苗接种建议对初始疫苗接种计划进行了更新之后，将更新后的初始疫苗接种计划，确定为用户标识的目标疫苗接种计划，将疫苗接种计划返回给疫苗接种查询请求的发起方。调度模块还在确定用户标识的目标疫苗接种计划之后，基于该用户标识的目标疫苗接种计划调用数据缓存模块。数据缓存模块基于调度模块的调用将用户标识的目标疫苗接种计划写入缓存。

如图8所示为一个具体实施例中调度模块的执行过程的流程示意图；在本实施例中，调度模块在接收到疫苗接种查询请求时，获取用户年龄、用户标识对应的接种记录基础疫苗接种表，生产初始疫苗接种计划，调用疫苗接种规则引擎确定初始疫苗接种计划中各未接种疫苗的接种建议，调用数据整合模块对初始疫苗接种计划进行更新，在用所有未接种疫苗的接种建议对初始疫苗接种计划进行更新后，获得该用户的疫苗接种计划，调用数据缓存模块将该疫苗接种计划写入缓存，并将疫苗接种计划反馈给疫苗接种查询请求对应的发起方。

上述疫苗接种规划系统通过智能排针服务，解决了医生根据经验判断不准的情况，医生仅审核计算机给出的接种计划，减轻了医生的工作强度；按照智能排针的疫苗接种计划，极大的提升了疫苗接种的安全性，以及疫苗接种的免疫效果。

进一步地，如图9所示为一个具体实施例中疫苗接种规划系统反馈给疫苗接种查询请求对应的发起方的疫苗接种计划的示意图；在图9所示的疫苗接种计划中具体显示了该用户(4周岁)对于一类疫苗脊灰(灭活)第2剂、百白破(无细胞)第2剂、二价脊灰疫苗(无细胞)第3剂、百白破(无细胞)第3剂和百白破(无细胞)第4剂的疫苗接种计划。

应该理解的是，虽然图8的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图8中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个具体实施例中，本申请中所提供的各实施例中采用的存储器为动态随机存取存储器(dynamicrandomaccessmemory，dram)。本领域普通技术人员可以理解，在其它实施例中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，还可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-onlymemory，rom)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(randomaccessmemory，ram)或外部高速缓冲存储器。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(staticrandomaccessmemory，sram)或动态随机存取存储器(dynamicrandomaccessmemory，dram)等。

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

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