1.本技术涉及大健康
技术领域：
：，尤其涉及一种健康随访方法及装置、存储介质。
背景技术：
：：2.健康随访是指在对患者诊治之后，为了解患者的康复情况对患者执行的访问操作，在医疗领域健康随访有着重要的意义。3.现有技术中，是先短信通知患者是否愿意接受随访，在接收到患者发送的确认信息的情况下，才会为患者创建随访任务，如此，从而降低了创建随访任务时的速度。技术实现要素：4.为解决上述技术问题，本技术实施例期望提供一种健康随访方法及装置、存储介质，能够提高创建随访任务时的速度。5.本技术的技术方案是这样实现的：6.本技术实施例提供一种健康随访方法，所述健康随访方法包括：7.在接收到与随访对象相关的第一事件的情况下，确定所述第一事件是否满足健康随访条件；8.在满足所述健康随访条件的情况下，获取与所述第一事件匹配的目标随访模板；9.根据所述随访模板生成随访任务；并根据所述随访任务执行与所述第一事件对应的健康随访过程。10.本技术实施例提供了一种健康随访装置，所述装置包括：11.确定单元，用于在接收到与随访对象相关的第一事件的情况下，确定所述第一事件是否满足健康随访条件；12.获取单元，用于在满足所述健康随访条件的情况下，获取与所述第一事件匹配的目标随访模板；13.生成单元，用于根据所述随访模板生成随访任务；14.执行单元，用于根据所述随访任务执行与所述第一事件对应的健康随访过程。15.本技术实施例提供了一种健康随访装置，所述装置包括：16.存储器、处理器和通信总线，所述存储器通过所述通信总线与所述处理器进行通信，所述存储器存储所述处理器可执行的健康随访的程序，当所述健康随访的程序被执行时，通过所述处理器执行上述所述的健康随访方法。17.本技术实施例提供了一种存储介质，其上存储有计算机程序，应用于健康随访装置，其特征在于，该计算机程序被处理器执行时实现上述所述的健康随访方法。18.本技术实施例提供了一种健康随访方法及装置、存储介质，健康随访方法包括：在接收到与随访对象相关的第一事件的情况下，确定第一事件是否满足健康随访条件；在满足健康随访条件的情况下，获取与第一事件匹配的目标随访模板；根据随访模板生成随访任务；并根据随访任务执行与第一事件对应的健康随访过程。采用上述方法实现方案，健康随访装置在接收到与随访对象相关的第一事件的情况下，健康随访装置就确定该第一事件是否满足健康随访条件，以在满足健康随访条件的情况下，健康随访装置就获取与第一事件匹配的目标随访模板；直接根据随访模板生成随访对象对应的随访任务，提高了健康随访装置生成随访任务时的速度。附图说明19.图1为本技术实施例提供的一种健康随访方法流程图；20.图2为本技术实施例提供的一种示例性的健康随访示意图一；21.图3为本技术实施例提供的一种示例性的健康随访示意图二；22.图4为本技术实施例提供的一种示例性的健康随访示意图三；23.图5为本技术实施例提供的一种示例性的健康随访示意图四；24.图6为本技术实施例提供的一种示例性的健康随访示意图五；25.图7为本技术实施例提供的一种示例性的健康随访示意图六；26.图8为本技术实施例提供的一种示例性的健康随访示意图七；27.图9为本技术实施例提供的一种健康随访装置的组成结构示意图一；28.图10为本技术实施例提供的一种健康随访装置的组成结构示意图二。具体实施方式29.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。应当理解，此处所描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。30.实施例一31.本技术实施例提供了一种健康随访方法，一种健康随访方法应用于健康随访装置，图1为本技术实施例提供的一种健康随访方法流程图，如图1所示，健康随访方法可以包括：32.s101、在接收到与随访对象相关的第一事件的情况下，确定第一事件是否满足健康随访条件。33.本技术实施例提供的一种健康随访方法适用于对随访对象创建随访任务的场景下。34.在本技术实施例中，健康随访装置可以以各种形式来实施。例如，本技术中描述的健康随访装置可以包括诸如手机、照相机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(personaldigitalassistant，pda)、便捷式媒体播放器(portablemediaplayer，pmp)、导航装置、可穿戴设备、智能手环、计步器等装置，以及诸如数字tv、台式计算机、服务器等装置。35.在本技术实施例中，第一事件可以为随访对象的购药事件；第一事件也可以为随访对象的问诊事件；第一事件还可以为与随访对象相关的其他事件，具体的第一事件可以根据实际情况进行确定，本技术实施例对此不作限定。36.在本技术实施例中，第一事件可以为健康随访装置通过应用程序接口(applicationprogramminginterface，api)接收到的事件；第一事件也可以为健康随访装置通过其他信息传输接口接收到的事件；第一事件还可以为健康随访装置从信息获取界面上接收到的事件；健康随访装置也可以通过其他的方式获取到第一事件；具体的健康随访装置获取到第一事件的方式可以根据实际情况进行确定，本技术实施例对此不作限定。37.在本技术实施例中，随访对象可以为接受过诊治的患者；随访对象也可以为购买药品的人员；随访对象还可以为其他的需要被随访的人员；具体的随访对象可以根据实际情况进行确定，本技术实施例对此不作限定。38.在本技术实施例中，与随访对象相关的第一事件可以为参与执行第一事件的对象。示例性的，若第一事件为购药事件，则与随访对象相关的第一事件可以为病人买药的事件；若第一事件为诊治事件，则与随访对象相关的第一事件可以为患者接受治疗的事件。39.在本技术实施例中，健康随访装置确定第一事件是否满足健康随访条件的过程，包括：健康随访装置确定第一事件对应的随访级别；健康随访装置确定随访级别对应的至少一个事件标识；健康随访装置在至少一个事件标识为预设标识的情况下，确定第一事件满足健康随访条件；健康随访装置在至少一个事件标识中存在非预设标识的情况下，确定第一事件不满足健康随访条件。40.在本技术实施例中，随访级别包括多事件级别、双事件级别和单事件级别。具体的，多事件级别为利用多个事件触发随访的事件级别；双事件级别为利用两个事件触发随访的事件级别；单事件级别为利用一件事件触发随访的事件级别。41.需要说明的是，多个事件对应多个事件标识，具体的，一个事件对应一个事件标识。42.在本技术实施例中，预设标识可以为健康随访装置中配置的标识信息；预设标识也可以为其他装置传输至健康随访装置中的标识信息；预设标识还可以为输入至健康随访装置中的标识信息；具体的健康随访装置得到预设标识的方式可以根据实际情况进行确定，本技术实施例对此不作限定。43.示例性的，预设标识可以为1；预设标识也可以为0；预设标识可以为其他的标识符；具体的预设标识可以根据实际情况进行确定，本技术实施例对此不作限定。44.在本技术实施例中，如图2所示：可以利用一个事件来创建随访任务；也可以利用两个事件来创建随访任务，还可以利用多个事件来创建随访任务，在通过多个事件来创建随访任务的情况下，需要根据多个事件对应的多个事件标识综合判断来决断是否产生随访任务；在通过一个事件来创建随访任务的情况下，需要根据一个事件对应的一个事件标识综合判断来决断是否产生随访任务。具体的步骤可以分为：事件源-触发模板匹配-多条件诊断(判断)-决策结果(生成随访任务)。45.在本技术实施例中，对于单一条件(一个事件)任务，用户任务的创建不需要特别复杂的判断逻辑，如患者用户购药之后紧接着就需要创建一个第二天的随访任务，方便医生跟踪用药情况，这种场景下在接收到事件a(患者购药事件)后，健康随访装置就确定该事件a对应的随访级别为单事件级别，且该该随访级别对应的事件标识为预设标识，则健康随访装置就确定事件a满足健康随访条件，需要为患者购药随访任务创建对应的随访任务，即获取与事件a匹配的目标随访模板(触发模板b)，在无多条件的情况下，进行下一步，根据目标随访模板生成随访任务(创建医生随访任务)。对于多条件(多个事件)任务，适用于需要多种因素综合判断的场景，每个因素通过事件的方式单独触发，比如事件a1、事件a2、事件a3等，这几个事件在触发之后都能根据事件标识(id，每个事件分配固定的唯一id)找到同一个随访任务。在多条件判断流程中，先根据当前的事件结果查询是否存在用户级别的多条件对应的多个事件标识，如果存在则去修改该事件对应的事件标识为预设标识，如果不存在则初始化并创建这个事件标识；创建/修改完成之后，异步判断多个事件标识是否为预设标识，在多个事件标识为预设标识的情况下，则健康随访装置就确定事件a1、事件a2、事件a3满足健康随访条件，需要为患者购药服务创建对应的随访任务，即获取与事件a1、a2和a3匹配的目标随访模板(触发模板b)，通过多条件确定多个事件标识为预设标识的情况下，就根据目标随访模板生成随访任务(创建医生随访任务)；在多条件确定多个事件标识中存在不为预设标识的情况下，就存储当前事件结果(事件标识)，直至多个事件标识为预设标识。46.需要说明的是，对每个事件分配固定的0标识或者1标识，0代表不满足，1代表满足，在第一条数据存储值数据库的情况下，初始化数据。如：事件1，事件2，事件3正确的存储顺序为：111；如果事件1满足，事件2，事件3不满足条件，则存储结果为：100。每当结果更新后，异步判断当前标识是否都为为预设标识(1)，如果是则说明满足条件，否则继续等待后续事件接入。47.在本技术实施例中，如图3所示：在数据结构计中，将用户任务包括四要素(任务四要素)：作用范围、触发条件、执行规则、执行目标。模板触发(templatetrigger)用于存储和管理触发条件，触发条件大多数是业务系统发出的事件；模板任务(模板任务包template_package_task)用于管理任务原型，用户任务都是通过触发条件，复制/实例化模板任务后创建而成的，模板任务描述了任务的作用范围、触发条件、执行规则、执行目标等规则信息。用户任务(user_task)用于管理实例化之后的任务实体，在用户任务中，模板任务重的作用范围、触发条件、执行规则、执行目标等规则信息将被实例化成具体的执行信息。其中，用户任务中还包括用户任务执行时间线(随访时间)、用户任务日志、任务&触发映射以及模板任务包和任务映射。48.在本技术实施例中，健康随访装置在接收到与随访对象相关的第一事件的情况下，确定第一事件是否满足健康随访条件的过程，包括：健康随访装置在接收到第一事件的情况下，从第一事件中获取随访对象对应的事件信息；健康随访装置获取随访对象对应的对象信息，对象信息中包括历史事件信息；健康随访装置利用历史事件信息增强事件信息，得到增强信息；健康随访装置确定增强信息是否满足健康随访条件。49.在本技术实施例中，对象信息包括随访对象的姓名、年龄、性别、以及随访对象对应的历史事件信息等信息。50.需要说明的是，历史事件信息可以为健康随访装置接收到与随访对象相关的第一事件之前，健康随访装置接收到的与随访对象相关的其他的事件信息。51.在本技术实施例中，健康随访装置利用历史事件信息增强事件信息，得到增强信息的过程，可以为健康随访装置将历史事件信息添加至事件信息中，从而就得到了增强信息。52.示例性的，若第一事件为患者今天的血压为159，历史事件信息为患者今天之前一周的血压分别为128、120、126、118、130、125、121，则健康随访装置利用历史事件信息增强事件信息，得到的增强信息可以为患者近期血压为128、120、126、118、130、125、121、159，根据该增强信息可以了解到患者今天的血压偏高，在血压偏高的情况下，健康随访装置认为该增强信息满足健康随访条件。53.在本技术实施例中，在家庭医生场景下，需要健康管家或医生，需要在特定的场景下创建一个任务(类似于日程)，任务中包含：基本信息(标题等)、任务的执行时间、任务的执行人等，管家或者医生需要在规定的时间范围内，完成对应的任务内容。54.在本技术实施例中，在执行人上，呈现出多样性。如当患者完成健康咨询(或者问诊)的时候，医生可以为患者根据其体征及患病状态制定对应的健康方案(比如跑步计划、饮食打卡等)。健康方案在特定的时间提醒患者做特定的任务，即患者随访；患者执行完毕健康任务，或者维护自身健康档案后(患者上传自己的体征数据)，可能自动创建医生任务，提醒医生关注自己的患者，即医生随访。55.在本技术实施例中，在执行节点上，呈现出复杂性。如当患者完成一次问诊后，健康管家或者医生会自动创建一个第二天的随访计划，对患者进行回访统计以及用药情况等。而更多的场景是更为复杂的，需要系统在多个影响因素之间做出综合决断，比如随访的场景可能出现在：患者问诊之后，且患者购买的服务是儿童增长服务，且患者的随访订阅指数》0.8(表示患者接受随访的意愿，数字越小表示患者可能不方便或者排斥随访行为)的情况下创建随访计划。56.在本技术实施例中，整体随访流程如图4所示。首先需要创建医患关系，医患关系的创建依赖于患者购买医生服务，然后创建一对一的问诊会话，在这个基础上进行问诊场景的串联，医生和患者都可以针对患者电子病历(健康档案)进行维护和管理(指定健康方案并执行健康计划)。57.在本技术实施例中，建立医患关系包括：患者登录后建立患者对应的电子档案，患者通过在线问诊，医生接诊之后，可以采集患者体征数据、问诊小结分析、风险评估预测和制定健康方案，根据健康方案生成健康计划，根据健康计划生成健康任务(任务类：饮食任务、运动任务等；数据上传类：血压上传、血糖上传等；运动打卡类：跑步打卡)。执行健康技术阶段，医生可以根据健康计划对患者进行随访，提醒患者执行健康计划，患者也可以持续维护档案信息、定期上传体征数据，提示医生进行随访，医生随访后生成医生待办，根据医生待办生成报告，医生待办后可执行二次诊疗。健康计划是指导用户每天需要进行任务打卡的一个规划，用户需要在特定的时间完成特定的打卡任务，比如需要根据医生的指导完成饮食任务(上传当天的饮食图片)等。58.在本技术实施例中，患者制定完毕健康计划之后，会上传患者数据到云端(数据库)，以供医生进行随访，医生根据患者的执行情况判断其身体的康复情况，制定随访计划，定期对齐进行电话或会话访问，确定病情以及下一步的诊疗方案。在这个过程中，患者可以将在线下医院的问诊记录上传到系统，在线医生对其进行二次诊疗意见制定，帮助患者更完整的了解自身病情。59.在本技术实施例中，在随访层面上，健康管理场景下，需要梳理出回访患者的场景，具体的包括：系统事件触发、用户行为触发、特殊节假日触发、其他特殊场景触发。60.在本技术实施例中，如图5所示，健康随访装置包括随访模板-用户任务-随访处理等步骤。如：互医事件、权益事件、家医事件、领域事件、增强服务包信息和家医服务包信息等属于事件事件触发步骤；在健康随访装置接收到互医事件、权益事件、家医事件、领域事件、增强服务包信息和家医服务包信息的情况下，健康随访装置接收到的第一事件；逻辑节点获取、创建触发逻辑、创建随访任务模板和话哦去任务模板属于随访模板步骤；修改随访任务模板和生成用户任务属于用户任务；同步待办事件生成用户提醒和完成待办事项属于随访处理步骤。61.在本技术实施例中，用户任务接受两种形式的创建：事件触发和api调用。通过事件触发可以实现健康随访装置业务系统之间解耦，降低系统之间不同业务的关联；并且统一数据来源，所有的用户任务创建都必须通过统一的实体创建，流转到kafka进行处理。在创建用户任务的阶段，对数据进行必要性的增强，比如说来自订单的数据和服务包的数据，需要增强sku信息和服务包的基础信息等。62.s102、在满足健康随访条件的情况下，获取与第一事件匹配的目标随访模板。63.在本技术实施例中，健康随访装置在接收到与随访对象相关的第一事件的情况下，确定第一事件是否满足健康随访条件之后，健康随访装置在确定满足健康随访条件的情况下，健康随访装置就获取与第一事件匹配的目标随访模板。64.在本技术实施例中，目标随访模板可以为配置于健康随访装置中的随访模板。具体的，目标随访模板包括随访对象姓名、随访时间、随访执行人、随访内容等指标。65.在本技术实施例中，健康随访装置获取与第一事件匹配的目标随访模板之前，健康随访装置还会接收预设随访模板和预设事件；健康随访装置构建预设事件与预设随访模板之间的对应关系；相应的，健康随访装置获取与第一事件匹配的目标随访模板的过程，包括：健康随访装置在预设事件与预设随访模板之间的对应关系中，获取与第一事件匹配的目标随访模板。66.s103、根据目标随访模板生成随访任务；并根据随访任务执行与第一事件对应的健康随访过程。67.在本技术实施例中，健康随访装置获取与第一事件匹配的目标随访模板之后，健康随访装置就根据随访模板生成随访任务；并根据随访任务执行与第一事件对应的健康随访过程。68.在本技术实施例中，健康随访装置根据目标随访模板生成随访任务的过程，可以为，健康随访装置按照目标随访模板中的各项指标，确定对应的指标信息，从而得到随访任务。69.在本技术实施例中，健康随访装置根据随访模板生成随访任务之后，健康随访装置还会确定与随访任务对应的随访类型；健康随访装置根据随访类型获取对应的随访显示信息和随访页面渲染方式；健康随访装置在接收到随访显示指令的情况下，按照随访页面渲染方式显示随访显示信息。70.在本技术实施例中，健康随访装置可以在随访显示界面上，按照随访页面渲染方式显示该随访信息。其中，随访显示界面可以为利用h5开发语言开发得到的显示界面。71.在本技术实施例中，在健康随访装置接收到随访显示指令的情况下，健康随访装置可以从随访显示指令中获取该随访显示指令对应的指令标识，健康随访装置在预设指令标识中查找该指令标识，在健康随访装置在预设指令标识中查找到该指令标识的情况下，健康随访装置就确定该随访显示指令具有查询随访信息的权限，健康随访装置就直接按照随访页面渲染方式显示随访显示信息。在健康随访装置在预设指令标识中未查找到该指令标识的情况下，健康随访装置就确定该随访显示指令不具有查询随访信息的权限，健康随访装置就不显示随访显示信息。72.在本技术实施例中，如图6所示：健康随访装置在接收到随访对象对应的第一事件(触发事件1)的情况下，健康随访装置确定第一事件对应的随访级别；健康随访装置确定随访级别对应的至少一个事件标识(触发事件1对应的事件标识、触发事件2对应的事件标识、触发事件3对应的事件标识)；在至少一个事件标识为预设标识的情况下，健康随访装置确定第一事件满足健康随访条件；在健康随访装置确定满足健康随访条件的情况下，健康随访装置获取与第一事件匹配的目标随访模板(任务模板)；根据目标随访模板生成随访任务(用户任务)；确定与随访任务对应的随访类型；健康随访装置根据随访类型获取对应的随访显示信息和随访页面渲染方式；在接收到随访显示指令(随访检索)的情况下，按照随访页面渲染方式显示(前端h5页面)随访显示信息，根据随访任务执行与第一事件对应的健康随访过程。73.在本技术实施例中，如图7所示：健康随访装置先初始化随访所需要的所有数据(获取随访显示信息)。前端界面(显示界面)采用模块化配置，通过随访组装器得到配置的组装前端界面元素，主要包括：随访主体信息(随访主体接口数据)、医生信息(医生基本信息接口)、患者信息(患者基本信息接口)、患者档案体征指标(患者体征数据接口)、患者电话呼叫记录、患者任务执行记录(患者随访历史记录)、医生剧本权限接口、患者营销任务查询等。对于前端页面的展示，为了适配多种随访类型场景，以及可能出现的新的随访类型场景(随访场景)，对随访页面元素进行模块化拆分，并配置随访配置规则，利用随访前端生成器根据规则组装不同的接口数据下发(包括高血压随访类型的数据、糖尿病随访类型的数据、慢阻肺随访类型的数据、二通进士随访类型的数据)，前端利用规则引擎对不同类型的随访进行页面渲染(随访页面渲染方式)，以显示该随访显示信息。74.在本技术实施例中，健康随访装置根据随访任务执行与第一事件对应的健康随访过程，包括：健康随访装置在随访任务中获取随访时间；健康随访装置在随访时间到达时，根据随访任务执行与第一事件对应的健康随访过程。75.在本技术实施例中，健康随访装置根据随访模板生成随访任务；并根据随访任务执行与第一事件对应的健康随访过程之后，方法还包括：健康随访装置确定随访任务的执行结果；健康随访装置根据执行结果调整下一次执行下一随访任务的下一随访时间；健康随访装置在下一随访时间达到时，执行下一随访任务。76.在本技术实施例中，下一随访任务可以为下一次需要执行的与该随访对象相关的随访任务。77.在本技术实施例中，健康随访装置在确定随访任务的执行结果之后，健康随访装置也可以根据该执行结果调整下一次执行该随访任务的时间，以按照调整后的时间执行该随访任务。随访任务可以包括多次随访，多次随访对应多个随访时间。78.在本技术实施例中，执行结果包括成功执行随访任务或者未成功执行随访任务。在执行结果为成功执行随访任务的情况下，健康随访装置可以不调整下一次执行下一随访任务的下一随访时间，或者缩短本次随访时间与下一随访时间之间的时间间隔。在执行结果为未成功执行随访任务的情况下，健康随访装置可以延长随访时间和下一随访时间之间的时间间隔。79.在本技术实施例中，如图8所示健康随访装置的架构设计分为三层：平台核心能力(平台化能力)、中间件数据处理(中间件)、存储层结构化数据(存储层)。其中平台核心能力分为配置管理服务、业务事件接入服务、机器学习、执行引擎等；中间件数据处理主要由关系型数据库(mysql)和大数据平台(jed、jmq、ducc、jimdb、ump、usf)组成，利用关系型数据库进行实时存储和数据抽取。80.需要说明的是，配置管理服务包括接入方管理能力，事件接入管理能力，触发逻辑管理能力，基础任务管理能力，权限控制管理能力，降级规则管理能力等模块，用于完成一个随访任务从模板创建到事件接入到完整流程，在完成配置之后，对应的随访规则就已经确定了。81.需要说明的是，业务事件接入服务：用于配置基于kafka的mq监听器，对来自业务系统或者当前本地系统对mq事件进行监听并创建对应的随访任务(服务包事件、档案更新事件、定时事件)，比如问诊完成事件(问诊单事件)，购药完成事件(购药事件)，或者特殊节日(节假日事件)的处理事件等。82.需要说明的是，机器学习包括健康趋势预测、订阅意愿计算、大病长期跟踪和自动(ai)生成随访；主要用于自动为特殊人群生成随访任务；确定随访对象的被随访意愿，并对随访节奏作出调整。83.需要说明的是，执行引擎包括：事件过滤器、执行规则选择器、数据范围选择器、任务类型选择器、数据增强适配器、扩展规则执行器、回调执行器、用户订阅指数、随访裂变器和执行结果收集器。执行结果收集器用于收集执行结果的反馈。84.在本技术实施例中，执行引擎模块执行完成之后，会生成医生随访任务、自动发送量表、自动发送短信、异常数据提醒、家医任务审核和创建营销任务等。业务系统(包括家医、互医、大药房或者其他平台等)通过与健康随访装置进行通信，获取到与随访对象相关的第一事件，以根据第一事件执行对随访对象的随访过程。85.示例性的，用户购药完成后，会生成用户购药事件，健康随访装置会通过事件订阅的方式，接收到这个消息(用户购药事件)，经过一系列预处理、数据过滤等开始启动一个随访(从第一事件中获取随访对象对应的事件信息；获取随访对象对应的对象信息，对象信息中包括历史事件信息；利用历史事件信息增强事件信息，得到增强信息；确定增强信息是否满足健康随访条件；在满足健康随访条件的情况下，获取与第一事件匹配的目标随访模板)；然后任务生成器根据根据目标随访模板生成随访任务，将用户购药动作，映射出5次随访任务，分别对应用户购药购的第一天、第三天、第五天、第七天、第十天；执行器，则负责在对应的时间点上，作出对应的随访动作，比如给用户自动发一条随访评价信息，或者提醒医生管家电话回访患者。家医随访系统的触发器，可以有多个类型。可以通过事件触发，如购药动作，互医是可以发出mq的，有具体的事件来驱动；时间触发，包括特殊节假日，用户生日等，内部有一个时间生成器来驱动；批量任务触发，触发可能就是定时任务，比如在每天下午两点，扫描所有前一天签约未建档的用户，给他们发短信提醒；自定义组合模型，是作为随访系统的一个扩展点，可以留给业务系统自己去组织实现，可以是多个触发条件组成的，比如a且b，a或b等。这些事件数据在执行引擎，会经过预处理和数据过滤，以及一系列处理器，生成多个用户任务，这里的用户，可以是患者，也可以是医生、管家、医助，甚至运营人员。关于任务，系统默认支持几种任务类型，比如生成医生随访，自动发送随访评价信息等；也有一些是业务条线对接实现的，比如家医要创建一个营销任务的审核，这种比较特殊的，就是家医系统自己做处理的。外部系统对接，也有几种方式，第一种就是可以直接用随访提供的h5后台，第二种是接口对接的方式，或者mq对接的方式。对于已经执行完成的任务，比如一个电话回访，可以利用执行结果收集器来收集执行结果。如果用户连续联系两次都不愿意接受随访，通过记录被回访的意愿，生成用户的订阅指数，对于订阅指数比较低的，可以减少回访的次数。订阅指数，是通过大数据和机器学习确定出来的，机器学习还可以通过用户的健康趋势来自动确定哪些用户需要对他进行随访了，还有一些大病用户需要对他生成一个长期的随访。86.在本技术实施例中，机器学习的数据源，底层来自大数据平台，大数据对医生(医生数据)、患者档案(档案数据)、医患关系、以及往期的随访记录和随访结果(服务包数据)，进行数据筛选和归一化处理(事件定义、数据范围定义、任务类型定义、自动任务配置、基础任务、任务执行结果)后，传输至给机器学习服务进行计算。87.可以理解的是，健康随访装置在接收到与随访对象相关的第一事件的情况下，健康随访装置就确定该第一事件是否满足健康随访条件，以在满足健康随访条件的情况下，健康随访装置就获取与第一事件匹配的目标随访模板；直接根据随访模板生成随访对象对应的随访任务，提高了健康随访装置生成随访任务时的速度。88.实施例二89.基于实施例一同一发明构思，本技术实施例提供了一种健康随访装置1，对应于一种健康随访方法；图9为本技术实施例提供的一种健康随访装置的组成结构示意图一，该健康随访装置1可以包括：90.确定单元11，用于在接收到与随访对象相关的第一事件的情况下，确定所述第一事件是否满足健康随访条件；91.获取单元12，用于在满足所述健康随访条件的情况下，获取与所述第一事件匹配的目标随访模板；92.生成单元13，用于根据所述目标随访模板生成随访任务；93.执行单元14，用于根据所述随访任务执行与所述第一事件对应的健康随访过程。94.在本技术的一些实施例中，所述装置还包括显示单元；95.所述确定单元11，用于确定与所述随访任务对应的随访类型；96.所述获取单元12，用于根据所述随访类型获取对应的随访显示信息和随访页面渲染方式；97.所述显示单元，用于在接收到随访显示指令的情况下，按照所述随访页面渲染方式显示所述随访显示信息。98.在本技术的一些实施例中，所述确定单元11，用于确定所述第一事件对应的随访级别；确定所述随访级别对应的至少一个事件标识；在所述至少一个事件标识为预设标识的情况下，确定所述第一事件满足所述健康随访条件；在所述至少一个事件标识中存在非预设标识的情况下，确定所述第一事件不满足所述健康随访条件。99.在本技术的一些实施例中，所述获取单元12，用于在所述随访任务中获取随访时间；100.所述执行单元14，用于在所述随访时间到达时，根据所述随访任务执行与所述第一事件对应的健康随访过程。101.在本技术的一些实施例中，所述装置还包括调整单元；102.所述确定单元11，用于确定所述随访任务的执行结果；103.所述调整单元，用于根据所述执行结果调整下一次执行下一随访任务的下一随访时间；104.所述执行单元14，用于在所述下一随访时间达到时，执行所述下一随访任务。105.在本技术的一些实施例中，所述装置还包括接收单元和构建单元；106.所述接收单元，用于接收预设随访模板和预设事件；107.所述构建单元，用于构建所述预设事件与所述预设随访模板之间的对应关系；108.相应的，所述获取单元12，用于在所述预设事件与所述预设随访模板之间的对应关系中，获取与所述第一事件匹配的所述目标随访模板。109.需要说明的是，在实际应用中，上述确定单元11、获取单元12、生成单元13和执行单元14可由健康随访装置1上的处理器15实现，具体为cpu(centralprocessingunit，中央处理器)、mpu(microprocessorunit，微处理器)、dsp(digitalsignalprocessing，数字信号处理器)或现场可编程门阵列(fpga，fieldprogrammablegatearray)等实现；上述数据存储可由健康随访装置1上的存储器16实现。110.本技术实施例还提供了一种健康随访装置1，如图10所示，所述健康随访装置1包括：处理器15、存储器16和通信总线17，所述存储器16通过所述通信总线17与所述处理器15进行通信，所述存储器16存储所述处理器15可执行的程序，当所述程序被执行时，通过所述处理器15执行如上述所述的健康随访方法。111.在实际应用中，上述存储器16可以是易失性存储器(volatilememory)，例如随机存取存储器(random-accessmemory，ram)；或者非易失性存储器(non-volatilememory)，例如只读存储器(read-onlymemory，rom)，快闪存储器(flashmemory)，硬盘(harddiskdrive，hdd)或固态硬盘(solid-statedrive，ssd)；或者上述种类的存储器的组合，并向处理器15提供指令和数据。112.本技术实施例提供了一种计算机可读存储介质，其上有计算机程序，所述程序被处理器15执行时实现如上述所述的健康随访方法。113.可以理解的是，健康随访装置在接收到与随访对象相关的第一事件的情况下，健康随访装置就确定该第一事件是否满足健康随访条件，以在满足健康随访条件的情况下，健康随访装置就获取与第一事件匹配的目标随访模板；直接根据随访模板生成随访对象对应的随访任务，提高了健康随访装置生成随访任务时的速度。114.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。115.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。116.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。117.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。118.以上所述，仅为本技术的较佳实施例而已，并非用于限定本技术的保护范围。当前第1页12当前第1页12
技术领域：
：，尤其涉及一种健康随访方法及装置、存储介质。
背景技术：
：：2.健康随访是指在对患者诊治之后，为了解患者的康复情况对患者执行的访问操作，在医疗领域健康随访有着重要的意义。3.现有技术中，是先短信通知患者是否愿意接受随访，在接收到患者发送的确认信息的情况下，才会为患者创建随访任务，如此，从而降低了创建随访任务时的速度。技术实现要素：4.为解决上述技术问题，本技术实施例期望提供一种健康随访方法及装置、存储介质，能够提高创建随访任务时的速度。5.本技术的技术方案是这样实现的：6.本技术实施例提供一种健康随访方法，所述健康随访方法包括：7.在接收到与随访对象相关的第一事件的情况下，确定所述第一事件是否满足健康随访条件；8.在满足所述健康随访条件的情况下，获取与所述第一事件匹配的目标随访模板；9.根据所述随访模板生成随访任务；并根据所述随访任务执行与所述第一事件对应的健康随访过程。10.本技术实施例提供了一种健康随访装置，所述装置包括：11.确定单元，用于在接收到与随访对象相关的第一事件的情况下，确定所述第一事件是否满足健康随访条件；12.获取单元，用于在满足所述健康随访条件的情况下，获取与所述第一事件匹配的目标随访模板；13.生成单元，用于根据所述随访模板生成随访任务；14.执行单元，用于根据所述随访任务执行与所述第一事件对应的健康随访过程。15.本技术实施例提供了一种健康随访装置，所述装置包括：16.存储器、处理器和通信总线，所述存储器通过所述通信总线与所述处理器进行通信，所述存储器存储所述处理器可执行的健康随访的程序，当所述健康随访的程序被执行时，通过所述处理器执行上述所述的健康随访方法。17.本技术实施例提供了一种存储介质，其上存储有计算机程序，应用于健康随访装置，其特征在于，该计算机程序被处理器执行时实现上述所述的健康随访方法。18.本技术实施例提供了一种健康随访方法及装置、存储介质，健康随访方法包括：在接收到与随访对象相关的第一事件的情况下，确定第一事件是否满足健康随访条件；在满足健康随访条件的情况下，获取与第一事件匹配的目标随访模板；根据随访模板生成随访任务；并根据随访任务执行与第一事件对应的健康随访过程。采用上述方法实现方案，健康随访装置在接收到与随访对象相关的第一事件的情况下，健康随访装置就确定该第一事件是否满足健康随访条件，以在满足健康随访条件的情况下，健康随访装置就获取与第一事件匹配的目标随访模板；直接根据随访模板生成随访对象对应的随访任务，提高了健康随访装置生成随访任务时的速度。附图说明19.图1为本技术实施例提供的一种健康随访方法流程图；20.图2为本技术实施例提供的一种示例性的健康随访示意图一；21.图3为本技术实施例提供的一种示例性的健康随访示意图二；22.图4为本技术实施例提供的一种示例性的健康随访示意图三；23.图5为本技术实施例提供的一种示例性的健康随访示意图四；24.图6为本技术实施例提供的一种示例性的健康随访示意图五；25.图7为本技术实施例提供的一种示例性的健康随访示意图六；26.图8为本技术实施例提供的一种示例性的健康随访示意图七；27.图9为本技术实施例提供的一种健康随访装置的组成结构示意图一；28.图10为本技术实施例提供的一种健康随访装置的组成结构示意图二。具体实施方式29.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。应当理解，此处所描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。30.实施例一31.本技术实施例提供了一种健康随访方法，一种健康随访方法应用于健康随访装置，图1为本技术实施例提供的一种健康随访方法流程图，如图1所示，健康随访方法可以包括：32.s101、在接收到与随访对象相关的第一事件的情况下，确定第一事件是否满足健康随访条件。33.本技术实施例提供的一种健康随访方法适用于对随访对象创建随访任务的场景下。34.在本技术实施例中，健康随访装置可以以各种形式来实施。例如，本技术中描述的健康随访装置可以包括诸如手机、照相机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(personaldigitalassistant，pda)、便捷式媒体播放器(portablemediaplayer，pmp)、导航装置、可穿戴设备、智能手环、计步器等装置，以及诸如数字tv、台式计算机、服务器等装置。35.在本技术实施例中，第一事件可以为随访对象的购药事件；第一事件也可以为随访对象的问诊事件；第一事件还可以为与随访对象相关的其他事件，具体的第一事件可以根据实际情况进行确定，本技术实施例对此不作限定。36.在本技术实施例中，第一事件可以为健康随访装置通过应用程序接口(applicationprogramminginterface，api)接收到的事件；第一事件也可以为健康随访装置通过其他信息传输接口接收到的事件；第一事件还可以为健康随访装置从信息获取界面上接收到的事件；健康随访装置也可以通过其他的方式获取到第一事件；具体的健康随访装置获取到第一事件的方式可以根据实际情况进行确定，本技术实施例对此不作限定。37.在本技术实施例中，随访对象可以为接受过诊治的患者；随访对象也可以为购买药品的人员；随访对象还可以为其他的需要被随访的人员；具体的随访对象可以根据实际情况进行确定，本技术实施例对此不作限定。38.在本技术实施例中，与随访对象相关的第一事件可以为参与执行第一事件的对象。示例性的，若第一事件为购药事件，则与随访对象相关的第一事件可以为病人买药的事件；若第一事件为诊治事件，则与随访对象相关的第一事件可以为患者接受治疗的事件。39.在本技术实施例中，健康随访装置确定第一事件是否满足健康随访条件的过程，包括：健康随访装置确定第一事件对应的随访级别；健康随访装置确定随访级别对应的至少一个事件标识；健康随访装置在至少一个事件标识为预设标识的情况下，确定第一事件满足健康随访条件；健康随访装置在至少一个事件标识中存在非预设标识的情况下，确定第一事件不满足健康随访条件。40.在本技术实施例中，随访级别包括多事件级别、双事件级别和单事件级别。具体的，多事件级别为利用多个事件触发随访的事件级别；双事件级别为利用两个事件触发随访的事件级别；单事件级别为利用一件事件触发随访的事件级别。41.需要说明的是，多个事件对应多个事件标识，具体的，一个事件对应一个事件标识。42.在本技术实施例中，预设标识可以为健康随访装置中配置的标识信息；预设标识也可以为其他装置传输至健康随访装置中的标识信息；预设标识还可以为输入至健康随访装置中的标识信息；具体的健康随访装置得到预设标识的方式可以根据实际情况进行确定，本技术实施例对此不作限定。43.示例性的，预设标识可以为1；预设标识也可以为0；预设标识可以为其他的标识符；具体的预设标识可以根据实际情况进行确定，本技术实施例对此不作限定。44.在本技术实施例中，如图2所示：可以利用一个事件来创建随访任务；也可以利用两个事件来创建随访任务，还可以利用多个事件来创建随访任务，在通过多个事件来创建随访任务的情况下，需要根据多个事件对应的多个事件标识综合判断来决断是否产生随访任务；在通过一个事件来创建随访任务的情况下，需要根据一个事件对应的一个事件标识综合判断来决断是否产生随访任务。具体的步骤可以分为：事件源-触发模板匹配-多条件诊断(判断)-决策结果(生成随访任务)。45.在本技术实施例中，对于单一条件(一个事件)任务，用户任务的创建不需要特别复杂的判断逻辑，如患者用户购药之后紧接着就需要创建一个第二天的随访任务，方便医生跟踪用药情况，这种场景下在接收到事件a(患者购药事件)后，健康随访装置就确定该事件a对应的随访级别为单事件级别，且该该随访级别对应的事件标识为预设标识，则健康随访装置就确定事件a满足健康随访条件，需要为患者购药随访任务创建对应的随访任务，即获取与事件a匹配的目标随访模板(触发模板b)，在无多条件的情况下，进行下一步，根据目标随访模板生成随访任务(创建医生随访任务)。对于多条件(多个事件)任务，适用于需要多种因素综合判断的场景，每个因素通过事件的方式单独触发，比如事件a1、事件a2、事件a3等，这几个事件在触发之后都能根据事件标识(id，每个事件分配固定的唯一id)找到同一个随访任务。在多条件判断流程中，先根据当前的事件结果查询是否存在用户级别的多条件对应的多个事件标识，如果存在则去修改该事件对应的事件标识为预设标识，如果不存在则初始化并创建这个事件标识；创建/修改完成之后，异步判断多个事件标识是否为预设标识，在多个事件标识为预设标识的情况下，则健康随访装置就确定事件a1、事件a2、事件a3满足健康随访条件，需要为患者购药服务创建对应的随访任务，即获取与事件a1、a2和a3匹配的目标随访模板(触发模板b)，通过多条件确定多个事件标识为预设标识的情况下，就根据目标随访模板生成随访任务(创建医生随访任务)；在多条件确定多个事件标识中存在不为预设标识的情况下，就存储当前事件结果(事件标识)，直至多个事件标识为预设标识。46.需要说明的是，对每个事件分配固定的0标识或者1标识，0代表不满足，1代表满足，在第一条数据存储值数据库的情况下，初始化数据。如：事件1，事件2，事件3正确的存储顺序为：111；如果事件1满足，事件2，事件3不满足条件，则存储结果为：100。每当结果更新后，异步判断当前标识是否都为为预设标识(1)，如果是则说明满足条件，否则继续等待后续事件接入。47.在本技术实施例中，如图3所示：在数据结构计中，将用户任务包括四要素(任务四要素)：作用范围、触发条件、执行规则、执行目标。模板触发(templatetrigger)用于存储和管理触发条件，触发条件大多数是业务系统发出的事件；模板任务(模板任务包template_package_task)用于管理任务原型，用户任务都是通过触发条件，复制/实例化模板任务后创建而成的，模板任务描述了任务的作用范围、触发条件、执行规则、执行目标等规则信息。用户任务(user_task)用于管理实例化之后的任务实体，在用户任务中，模板任务重的作用范围、触发条件、执行规则、执行目标等规则信息将被实例化成具体的执行信息。其中，用户任务中还包括用户任务执行时间线(随访时间)、用户任务日志、任务&触发映射以及模板任务包和任务映射。48.在本技术实施例中，健康随访装置在接收到与随访对象相关的第一事件的情况下，确定第一事件是否满足健康随访条件的过程，包括：健康随访装置在接收到第一事件的情况下，从第一事件中获取随访对象对应的事件信息；健康随访装置获取随访对象对应的对象信息，对象信息中包括历史事件信息；健康随访装置利用历史事件信息增强事件信息，得到增强信息；健康随访装置确定增强信息是否满足健康随访条件。49.在本技术实施例中，对象信息包括随访对象的姓名、年龄、性别、以及随访对象对应的历史事件信息等信息。50.需要说明的是，历史事件信息可以为健康随访装置接收到与随访对象相关的第一事件之前，健康随访装置接收到的与随访对象相关的其他的事件信息。51.在本技术实施例中，健康随访装置利用历史事件信息增强事件信息，得到增强信息的过程，可以为健康随访装置将历史事件信息添加至事件信息中，从而就得到了增强信息。52.示例性的，若第一事件为患者今天的血压为159，历史事件信息为患者今天之前一周的血压分别为128、120、126、118、130、125、121，则健康随访装置利用历史事件信息增强事件信息，得到的增强信息可以为患者近期血压为128、120、126、118、130、125、121、159，根据该增强信息可以了解到患者今天的血压偏高，在血压偏高的情况下，健康随访装置认为该增强信息满足健康随访条件。53.在本技术实施例中，在家庭医生场景下，需要健康管家或医生，需要在特定的场景下创建一个任务(类似于日程)，任务中包含：基本信息(标题等)、任务的执行时间、任务的执行人等，管家或者医生需要在规定的时间范围内，完成对应的任务内容。54.在本技术实施例中，在执行人上，呈现出多样性。如当患者完成健康咨询(或者问诊)的时候，医生可以为患者根据其体征及患病状态制定对应的健康方案(比如跑步计划、饮食打卡等)。健康方案在特定的时间提醒患者做特定的任务，即患者随访；患者执行完毕健康任务，或者维护自身健康档案后(患者上传自己的体征数据)，可能自动创建医生任务，提醒医生关注自己的患者，即医生随访。55.在本技术实施例中，在执行节点上，呈现出复杂性。如当患者完成一次问诊后，健康管家或者医生会自动创建一个第二天的随访计划，对患者进行回访统计以及用药情况等。而更多的场景是更为复杂的，需要系统在多个影响因素之间做出综合决断，比如随访的场景可能出现在：患者问诊之后，且患者购买的服务是儿童增长服务，且患者的随访订阅指数》0.8(表示患者接受随访的意愿，数字越小表示患者可能不方便或者排斥随访行为)的情况下创建随访计划。56.在本技术实施例中，整体随访流程如图4所示。首先需要创建医患关系，医患关系的创建依赖于患者购买医生服务，然后创建一对一的问诊会话，在这个基础上进行问诊场景的串联，医生和患者都可以针对患者电子病历(健康档案)进行维护和管理(指定健康方案并执行健康计划)。57.在本技术实施例中，建立医患关系包括：患者登录后建立患者对应的电子档案，患者通过在线问诊，医生接诊之后，可以采集患者体征数据、问诊小结分析、风险评估预测和制定健康方案，根据健康方案生成健康计划，根据健康计划生成健康任务(任务类：饮食任务、运动任务等；数据上传类：血压上传、血糖上传等；运动打卡类：跑步打卡)。执行健康技术阶段，医生可以根据健康计划对患者进行随访，提醒患者执行健康计划，患者也可以持续维护档案信息、定期上传体征数据，提示医生进行随访，医生随访后生成医生待办，根据医生待办生成报告，医生待办后可执行二次诊疗。健康计划是指导用户每天需要进行任务打卡的一个规划，用户需要在特定的时间完成特定的打卡任务，比如需要根据医生的指导完成饮食任务(上传当天的饮食图片)等。58.在本技术实施例中，患者制定完毕健康计划之后，会上传患者数据到云端(数据库)，以供医生进行随访，医生根据患者的执行情况判断其身体的康复情况，制定随访计划，定期对齐进行电话或会话访问，确定病情以及下一步的诊疗方案。在这个过程中，患者可以将在线下医院的问诊记录上传到系统，在线医生对其进行二次诊疗意见制定，帮助患者更完整的了解自身病情。59.在本技术实施例中，在随访层面上，健康管理场景下，需要梳理出回访患者的场景，具体的包括：系统事件触发、用户行为触发、特殊节假日触发、其他特殊场景触发。60.在本技术实施例中，如图5所示，健康随访装置包括随访模板-用户任务-随访处理等步骤。如：互医事件、权益事件、家医事件、领域事件、增强服务包信息和家医服务包信息等属于事件事件触发步骤；在健康随访装置接收到互医事件、权益事件、家医事件、领域事件、增强服务包信息和家医服务包信息的情况下，健康随访装置接收到的第一事件；逻辑节点获取、创建触发逻辑、创建随访任务模板和话哦去任务模板属于随访模板步骤；修改随访任务模板和生成用户任务属于用户任务；同步待办事件生成用户提醒和完成待办事项属于随访处理步骤。61.在本技术实施例中，用户任务接受两种形式的创建：事件触发和api调用。通过事件触发可以实现健康随访装置业务系统之间解耦，降低系统之间不同业务的关联；并且统一数据来源，所有的用户任务创建都必须通过统一的实体创建，流转到kafka进行处理。在创建用户任务的阶段，对数据进行必要性的增强，比如说来自订单的数据和服务包的数据，需要增强sku信息和服务包的基础信息等。62.s102、在满足健康随访条件的情况下，获取与第一事件匹配的目标随访模板。63.在本技术实施例中，健康随访装置在接收到与随访对象相关的第一事件的情况下，确定第一事件是否满足健康随访条件之后，健康随访装置在确定满足健康随访条件的情况下，健康随访装置就获取与第一事件匹配的目标随访模板。64.在本技术实施例中，目标随访模板可以为配置于健康随访装置中的随访模板。具体的，目标随访模板包括随访对象姓名、随访时间、随访执行人、随访内容等指标。65.在本技术实施例中，健康随访装置获取与第一事件匹配的目标随访模板之前，健康随访装置还会接收预设随访模板和预设事件；健康随访装置构建预设事件与预设随访模板之间的对应关系；相应的，健康随访装置获取与第一事件匹配的目标随访模板的过程，包括：健康随访装置在预设事件与预设随访模板之间的对应关系中，获取与第一事件匹配的目标随访模板。66.s103、根据目标随访模板生成随访任务；并根据随访任务执行与第一事件对应的健康随访过程。67.在本技术实施例中，健康随访装置获取与第一事件匹配的目标随访模板之后，健康随访装置就根据随访模板生成随访任务；并根据随访任务执行与第一事件对应的健康随访过程。68.在本技术实施例中，健康随访装置根据目标随访模板生成随访任务的过程，可以为，健康随访装置按照目标随访模板中的各项指标，确定对应的指标信息，从而得到随访任务。69.在本技术实施例中，健康随访装置根据随访模板生成随访任务之后，健康随访装置还会确定与随访任务对应的随访类型；健康随访装置根据随访类型获取对应的随访显示信息和随访页面渲染方式；健康随访装置在接收到随访显示指令的情况下，按照随访页面渲染方式显示随访显示信息。70.在本技术实施例中，健康随访装置可以在随访显示界面上，按照随访页面渲染方式显示该随访信息。其中，随访显示界面可以为利用h5开发语言开发得到的显示界面。71.在本技术实施例中，在健康随访装置接收到随访显示指令的情况下，健康随访装置可以从随访显示指令中获取该随访显示指令对应的指令标识，健康随访装置在预设指令标识中查找该指令标识，在健康随访装置在预设指令标识中查找到该指令标识的情况下，健康随访装置就确定该随访显示指令具有查询随访信息的权限，健康随访装置就直接按照随访页面渲染方式显示随访显示信息。在健康随访装置在预设指令标识中未查找到该指令标识的情况下，健康随访装置就确定该随访显示指令不具有查询随访信息的权限，健康随访装置就不显示随访显示信息。72.在本技术实施例中，如图6所示：健康随访装置在接收到随访对象对应的第一事件(触发事件1)的情况下，健康随访装置确定第一事件对应的随访级别；健康随访装置确定随访级别对应的至少一个事件标识(触发事件1对应的事件标识、触发事件2对应的事件标识、触发事件3对应的事件标识)；在至少一个事件标识为预设标识的情况下，健康随访装置确定第一事件满足健康随访条件；在健康随访装置确定满足健康随访条件的情况下，健康随访装置获取与第一事件匹配的目标随访模板(任务模板)；根据目标随访模板生成随访任务(用户任务)；确定与随访任务对应的随访类型；健康随访装置根据随访类型获取对应的随访显示信息和随访页面渲染方式；在接收到随访显示指令(随访检索)的情况下，按照随访页面渲染方式显示(前端h5页面)随访显示信息，根据随访任务执行与第一事件对应的健康随访过程。73.在本技术实施例中，如图7所示：健康随访装置先初始化随访所需要的所有数据(获取随访显示信息)。前端界面(显示界面)采用模块化配置，通过随访组装器得到配置的组装前端界面元素，主要包括：随访主体信息(随访主体接口数据)、医生信息(医生基本信息接口)、患者信息(患者基本信息接口)、患者档案体征指标(患者体征数据接口)、患者电话呼叫记录、患者任务执行记录(患者随访历史记录)、医生剧本权限接口、患者营销任务查询等。对于前端页面的展示，为了适配多种随访类型场景，以及可能出现的新的随访类型场景(随访场景)，对随访页面元素进行模块化拆分，并配置随访配置规则，利用随访前端生成器根据规则组装不同的接口数据下发(包括高血压随访类型的数据、糖尿病随访类型的数据、慢阻肺随访类型的数据、二通进士随访类型的数据)，前端利用规则引擎对不同类型的随访进行页面渲染(随访页面渲染方式)，以显示该随访显示信息。74.在本技术实施例中，健康随访装置根据随访任务执行与第一事件对应的健康随访过程，包括：健康随访装置在随访任务中获取随访时间；健康随访装置在随访时间到达时，根据随访任务执行与第一事件对应的健康随访过程。75.在本技术实施例中，健康随访装置根据随访模板生成随访任务；并根据随访任务执行与第一事件对应的健康随访过程之后，方法还包括：健康随访装置确定随访任务的执行结果；健康随访装置根据执行结果调整下一次执行下一随访任务的下一随访时间；健康随访装置在下一随访时间达到时，执行下一随访任务。76.在本技术实施例中，下一随访任务可以为下一次需要执行的与该随访对象相关的随访任务。77.在本技术实施例中，健康随访装置在确定随访任务的执行结果之后，健康随访装置也可以根据该执行结果调整下一次执行该随访任务的时间，以按照调整后的时间执行该随访任务。随访任务可以包括多次随访，多次随访对应多个随访时间。78.在本技术实施例中，执行结果包括成功执行随访任务或者未成功执行随访任务。在执行结果为成功执行随访任务的情况下，健康随访装置可以不调整下一次执行下一随访任务的下一随访时间，或者缩短本次随访时间与下一随访时间之间的时间间隔。在执行结果为未成功执行随访任务的情况下，健康随访装置可以延长随访时间和下一随访时间之间的时间间隔。79.在本技术实施例中，如图8所示健康随访装置的架构设计分为三层：平台核心能力(平台化能力)、中间件数据处理(中间件)、存储层结构化数据(存储层)。其中平台核心能力分为配置管理服务、业务事件接入服务、机器学习、执行引擎等；中间件数据处理主要由关系型数据库(mysql)和大数据平台(jed、jmq、ducc、jimdb、ump、usf)组成，利用关系型数据库进行实时存储和数据抽取。80.需要说明的是，配置管理服务包括接入方管理能力，事件接入管理能力，触发逻辑管理能力，基础任务管理能力，权限控制管理能力，降级规则管理能力等模块，用于完成一个随访任务从模板创建到事件接入到完整流程，在完成配置之后，对应的随访规则就已经确定了。81.需要说明的是，业务事件接入服务：用于配置基于kafka的mq监听器，对来自业务系统或者当前本地系统对mq事件进行监听并创建对应的随访任务(服务包事件、档案更新事件、定时事件)，比如问诊完成事件(问诊单事件)，购药完成事件(购药事件)，或者特殊节日(节假日事件)的处理事件等。82.需要说明的是，机器学习包括健康趋势预测、订阅意愿计算、大病长期跟踪和自动(ai)生成随访；主要用于自动为特殊人群生成随访任务；确定随访对象的被随访意愿，并对随访节奏作出调整。83.需要说明的是，执行引擎包括：事件过滤器、执行规则选择器、数据范围选择器、任务类型选择器、数据增强适配器、扩展规则执行器、回调执行器、用户订阅指数、随访裂变器和执行结果收集器。执行结果收集器用于收集执行结果的反馈。84.在本技术实施例中，执行引擎模块执行完成之后，会生成医生随访任务、自动发送量表、自动发送短信、异常数据提醒、家医任务审核和创建营销任务等。业务系统(包括家医、互医、大药房或者其他平台等)通过与健康随访装置进行通信，获取到与随访对象相关的第一事件，以根据第一事件执行对随访对象的随访过程。85.示例性的，用户购药完成后，会生成用户购药事件，健康随访装置会通过事件订阅的方式，接收到这个消息(用户购药事件)，经过一系列预处理、数据过滤等开始启动一个随访(从第一事件中获取随访对象对应的事件信息；获取随访对象对应的对象信息，对象信息中包括历史事件信息；利用历史事件信息增强事件信息，得到增强信息；确定增强信息是否满足健康随访条件；在满足健康随访条件的情况下，获取与第一事件匹配的目标随访模板)；然后任务生成器根据根据目标随访模板生成随访任务，将用户购药动作，映射出5次随访任务，分别对应用户购药购的第一天、第三天、第五天、第七天、第十天；执行器，则负责在对应的时间点上，作出对应的随访动作，比如给用户自动发一条随访评价信息，或者提醒医生管家电话回访患者。家医随访系统的触发器，可以有多个类型。可以通过事件触发，如购药动作，互医是可以发出mq的，有具体的事件来驱动；时间触发，包括特殊节假日，用户生日等，内部有一个时间生成器来驱动；批量任务触发，触发可能就是定时任务，比如在每天下午两点，扫描所有前一天签约未建档的用户，给他们发短信提醒；自定义组合模型，是作为随访系统的一个扩展点，可以留给业务系统自己去组织实现，可以是多个触发条件组成的，比如a且b，a或b等。这些事件数据在执行引擎，会经过预处理和数据过滤，以及一系列处理器，生成多个用户任务，这里的用户，可以是患者，也可以是医生、管家、医助，甚至运营人员。关于任务，系统默认支持几种任务类型，比如生成医生随访，自动发送随访评价信息等；也有一些是业务条线对接实现的，比如家医要创建一个营销任务的审核，这种比较特殊的，就是家医系统自己做处理的。外部系统对接，也有几种方式，第一种就是可以直接用随访提供的h5后台，第二种是接口对接的方式，或者mq对接的方式。对于已经执行完成的任务，比如一个电话回访，可以利用执行结果收集器来收集执行结果。如果用户连续联系两次都不愿意接受随访，通过记录被回访的意愿，生成用户的订阅指数，对于订阅指数比较低的，可以减少回访的次数。订阅指数，是通过大数据和机器学习确定出来的，机器学习还可以通过用户的健康趋势来自动确定哪些用户需要对他进行随访了，还有一些大病用户需要对他生成一个长期的随访。86.在本技术实施例中，机器学习的数据源，底层来自大数据平台，大数据对医生(医生数据)、患者档案(档案数据)、医患关系、以及往期的随访记录和随访结果(服务包数据)，进行数据筛选和归一化处理(事件定义、数据范围定义、任务类型定义、自动任务配置、基础任务、任务执行结果)后，传输至给机器学习服务进行计算。87.可以理解的是，健康随访装置在接收到与随访对象相关的第一事件的情况下，健康随访装置就确定该第一事件是否满足健康随访条件，以在满足健康随访条件的情况下，健康随访装置就获取与第一事件匹配的目标随访模板；直接根据随访模板生成随访对象对应的随访任务，提高了健康随访装置生成随访任务时的速度。88.实施例二89.基于实施例一同一发明构思，本技术实施例提供了一种健康随访装置1，对应于一种健康随访方法；图9为本技术实施例提供的一种健康随访装置的组成结构示意图一，该健康随访装置1可以包括：90.确定单元11，用于在接收到与随访对象相关的第一事件的情况下，确定所述第一事件是否满足健康随访条件；91.获取单元12，用于在满足所述健康随访条件的情况下，获取与所述第一事件匹配的目标随访模板；92.生成单元13，用于根据所述目标随访模板生成随访任务；93.执行单元14，用于根据所述随访任务执行与所述第一事件对应的健康随访过程。94.在本技术的一些实施例中，所述装置还包括显示单元；95.所述确定单元11，用于确定与所述随访任务对应的随访类型；96.所述获取单元12，用于根据所述随访类型获取对应的随访显示信息和随访页面渲染方式；97.所述显示单元，用于在接收到随访显示指令的情况下，按照所述随访页面渲染方式显示所述随访显示信息。98.在本技术的一些实施例中，所述确定单元11，用于确定所述第一事件对应的随访级别；确定所述随访级别对应的至少一个事件标识；在所述至少一个事件标识为预设标识的情况下，确定所述第一事件满足所述健康随访条件；在所述至少一个事件标识中存在非预设标识的情况下，确定所述第一事件不满足所述健康随访条件。99.在本技术的一些实施例中，所述获取单元12，用于在所述随访任务中获取随访时间；100.所述执行单元14，用于在所述随访时间到达时，根据所述随访任务执行与所述第一事件对应的健康随访过程。101.在本技术的一些实施例中，所述装置还包括调整单元；102.所述确定单元11，用于确定所述随访任务的执行结果；103.所述调整单元，用于根据所述执行结果调整下一次执行下一随访任务的下一随访时间；104.所述执行单元14，用于在所述下一随访时间达到时，执行所述下一随访任务。105.在本技术的一些实施例中，所述装置还包括接收单元和构建单元；106.所述接收单元，用于接收预设随访模板和预设事件；107.所述构建单元，用于构建所述预设事件与所述预设随访模板之间的对应关系；108.相应的，所述获取单元12，用于在所述预设事件与所述预设随访模板之间的对应关系中，获取与所述第一事件匹配的所述目标随访模板。109.需要说明的是，在实际应用中，上述确定单元11、获取单元12、生成单元13和执行单元14可由健康随访装置1上的处理器15实现，具体为cpu(centralprocessingunit，中央处理器)、mpu(microprocessorunit，微处理器)、dsp(digitalsignalprocessing，数字信号处理器)或现场可编程门阵列(fpga，fieldprogrammablegatearray)等实现；上述数据存储可由健康随访装置1上的存储器16实现。110.本技术实施例还提供了一种健康随访装置1，如图10所示，所述健康随访装置1包括：处理器15、存储器16和通信总线17，所述存储器16通过所述通信总线17与所述处理器15进行通信，所述存储器16存储所述处理器15可执行的程序，当所述程序被执行时，通过所述处理器15执行如上述所述的健康随访方法。111.在实际应用中，上述存储器16可以是易失性存储器(volatilememory)，例如随机存取存储器(random-accessmemory，ram)；或者非易失性存储器(non-volatilememory)，例如只读存储器(read-onlymemory，rom)，快闪存储器(flashmemory)，硬盘(harddiskdrive，hdd)或固态硬盘(solid-statedrive，ssd)；或者上述种类的存储器的组合，并向处理器15提供指令和数据。112.本技术实施例提供了一种计算机可读存储介质，其上有计算机程序，所述程序被处理器15执行时实现如上述所述的健康随访方法。113.可以理解的是，健康随访装置在接收到与随访对象相关的第一事件的情况下，健康随访装置就确定该第一事件是否满足健康随访条件，以在满足健康随访条件的情况下，健康随访装置就获取与第一事件匹配的目标随访模板；直接根据随访模板生成随访对象对应的随访任务，提高了健康随访装置生成随访任务时的速度。114.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。115.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。116.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。117.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。118.以上所述，仅为本技术的较佳实施例而已，并非用于限定本技术的保护范围。当前第1页12当前第1页12
再多了解一些
本文用于企业家、创业者技术爱好者查询，结果仅供参考。
