出入院模块、门急诊模块、模块模块、宣教模块

liusheng

9 天以前 a1e256f64930865ae2d170e333ee3f1a773c6c49

 ruoyi-quartz/src/main/java/com/ruoyi/quartz/task/RyTask.java

@@ -25,7 +25,6 @@
import com.ruoyi.quartz.enums.MzGatherSlotEnum;
import com.ruoyi.quartz.enums.MzGatherStatusEnum;
import com.ruoyi.quartz.service.ICollectHISService;
import com.ruoyi.quartz.util.CreateDataTable;
import com.ruoyi.system.domain.SysConfig;
import com.ruoyi.system.mapper.SysConfigMapper;
import com.ruoyi.system.service.ISysConfigService;
@@ -60,6 +59,9 @@
import java.util.concurrent.TimeUnit;
import java.util.stream.Collectors;

import com.ruoyi.template.domain.HeLibrary;
import com.ruoyi.inhospvisit.domain.PatMedInhosp;
import com.ruoyi.template.api.TemplateFacade;
/**
 * 定时任务调度测试
 *
@@ -71,6 +73,12 @@
    @Autowired
    private IServiceThirdDataService iServiceThirdDataService;

    /**
     * 模板数据一律经 ruoyi-template 的门面取用（跨模块数据访问原则）。
     */
    @Autowired
    private TemplateFacade templateFacade;

    @Autowired
    private IServiceOutPathService iServiceOutPathService;

@@ -80,11 +88,15 @@
    @Autowired
    private IPatMedInhospService iPatMedInhospService;

    /**
     * 手术随访模块的<b>常驻门面</b>（原注入 {@code IPatMedOperationService}）。
     * <p>
     * 手术随访编排已整体迁入 {@code ruoyi-othervisit}，本类只做调用。
     * ⚠️ 注入门面而不是模块内部实现：门面永远存在，模块未打进应用或
     * {@code othervisit.enabled=false} 时只是降级并打 WARN，不会启动失败。
     */
    @Autowired
    private IPatMedOuthospService iPatMedOuthospService;

    @Autowired
    private IPatMedOperationService iPatMedOperationService;
    private com.ruoyi.othervisit.api.OtherVisitFacade otherVisitFacade;

    @Autowired
    private IServiceSubtaskService iServiceSubtaskService;
@@ -102,9 +114,6 @@
    private SysUserImportMapper sysUserImportMapper;

    @Autowired
    private HeLibraryMapper heLibraryMapper;

    @Autowired
    private ICollectHISService ichService;

    @Autowired
@@ -115,7 +124,6 @@

    @Autowired
    private ISysUserService userService;


    @Value("${localIP}")
    private String localIP;
@@ -154,12 +162,6 @@
    IPatMedOuthospService patMedOuthospService;

    @Autowired
    ISvyTaskTemplateService svyTaskTemplateService;

    @Autowired
    IIvrTaskTemplateService iIvrTaskTemplateService;

    @Autowired
    IXHGatherPatArchiveService ixhGatherPatArchiveService;

    @Autowired
@@ -168,9 +170,48 @@
    @Autowired
    ICollectHISService icollectHis;

    /**
     * 门诊分表维护已整体迁入 {@code ruoyi-outpatientvisit}，这里只持有它的常驻门面。
     * <p>
     * ⚠️ 注入门面而不是内部实现：门面<b>永远存在</b>，即使模块没被打进应用本类也不会启动失败。
     */
    @Autowired
    CreateDataTable createDataTable;
    private com.ruoyi.outpatientvisit.api.OuthospVisitFacade outhospVisitFacade;

    /**
     * 出入院随访模块的<b>常驻门面</b>。
     * <p>
     * ⚠️ 2025 修复：本类的 <b>3 个随访入口原先不判开关</b> ——
     * 它们调用 {@code IPatMedInhospService}（smartor 里的遗留实现，见
     * {@code PatMedInhospServiceImpl}），而那个实现用门面<b>只是为了取数据</b>
     * （{@code selectPatMedInhospList} / {@code updatePatMedInhosp}），
     * <b>从不调用门面的编排方法</b>。于是 {@code inhospvisit.enabled} /
     * {@code publicity.enabled} / {@code othervisit.enabled} 对定时任务<b>完全失效</b>：
     * 门面的编排守卫（{@code InhospVisitFacade#dealOutHospInfo} 等）虽然有实现、
     * 有测试，却只有 HTTP 手动触发那一条路走得到。
     * <p>
     * 现在改为与手术随访（手术随访早已走 {@code otherVisitFacade}，见 {@link #dealOperationInfo()}）
     * 完全同形：定时任务走门面，开关在门面里统一判。模块实现内部会回调
     * {@code PublicityApi} / {@code OtherVisitApi}，那两处各自判自己的开关，
     * 所以一次切换让 3 个开关同时生效。
     * <p>
     * ⚠️ <b>不能注入 {@code InhospVisitApi} 接口</b>：容器里有两个实现
     * （本门面 + 内部实现 {@code DefaultInhospVisitApi}），按类型注入会歧义；
     * 而且只有门面才判开关。Quartz 依赖本模块、不存在反向依赖，所以直接注入门面是安全的。
     */
    @Autowired
    private com.ruoyi.inhospvisit.api.InhospVisitFacade inhospVisitFacade;

    /**
     * 宣教模块的<b>常驻门面</b>，用于判 {@code sys_config: publicity.enabled}。
     * <p>
     * ⚠️ 2025 修复：本类原本只在**生成**宣教时受开关管（走 inhospvisit 门面回调 PublicityApi），
     * 但**发送**宣教（{@link #sfHandlle} 的 {@code type == 3} 分支）从来不读宣教开关 ——
     * 所以关掉 {@code publicity.enabled} 后，已生成的宣教子任务照样通过
     * 短信/公众号/电话发出去。
     */
    @Autowired
    private com.ruoyi.publicity.api.PublicityFacade publicityFacade;

    @Value("${appid}")
    private String appid;
@@ -195,8 +236,12 @@
    @Autowired
    private SysConfigMapper sysConfigMapper;

    @Autowired
    private IServiceTaskScheduleService serviceTaskScheduleService;
    // ⚠️ 2025 移除：原 `IServiceTaskScheduleService serviceTaskScheduleService` 字段。
    //    它在本类里**只**被 rollTaskGroupCycle() 用来调 rollCycleTasks()（死字段检查：
    //    改前全文件仅 1 处使用）。该调用已切到 inhospVisitFacade.rollTaskGroupCycle()，
    //    所以字段连带失效并删除 —— 留着它会让人误以为 smartor 的 rollCycleTasks 还有人用。
    //    smartor 侧的 ServiceTaskScheduleServiceImpl.rollCycleTasks() 本身**保留不删**
    //    （它可能仍被现网其它入口/接口调用，删除属另一件事）。

    public void ryMultipleParams(String s, Boolean b, Long l, Double d, Integer i) {
        System.out.println(StringUtils.format("执行多参方法： 字符串类型{}，布尔类型{}，长整型{}，浮点型{}，整形{}", s, b, l, d, i));
@@ -352,7 +397,6 @@
        }
    }


    /**
     * 定时处理外链的数据
     */
@@ -379,7 +423,6 @@
        String formattedNow = now.format(formatter);
        dealHisData(formattedNow);
    }


    /**
     * HIS数据采集
@@ -1072,7 +1115,6 @@
        }
    }


    public void dealHisDataSLTD() {
        log.info("【dealHisData】开始执行HIS数据采集任务");

@@ -1130,27 +1172,50 @@

    /**
     * 处理患者信息，进入子任务表
     * <p>
     * ⚠️ 2025 修复（开关失效）：本方法原走 {@code iPatMedInhospService.dealOutHospInfo(config)}，
     * 那是 smartor 里的遗留实现，**不判任何模块开关** —— 于是：
     * <ul>
     *   <li>关 {@code inhospvisit.enabled} 照样生成出院/长期随访；</li>
     *   <li>关 {@code publicity.enabled} 照样发入院宣教与药品宣教；</li>
     *   <li>关 {@code othervisit.enabled} 照样生成手术随访。</li>
     * </ul>
     * 现改走模块门面：门面判 {@code inhospvisit.enabled}，模块实现内部再回调
     * {@code PublicityApi} / {@code OtherVisitApi}，三处各自判自己的开关。
     */
    public void dealOutHospInfo() {
        String config = configService.selectConfigByKey("visit.early.day");
        if (port.equals("8095")) {
            //出院表
            iPatMedInhospService.dealOutHospInfo(config);
            //出院表（含入院宣教 / 药品宣教 / 手术随访 —— 均由模块实现回调对应模块门面）
            inhospVisitFacade.dealOutHospInfo(config);
            //门诊表(新华的暂时不做门诊随访)
            if (!active.equals("xh")) {
                iPatMedOuthospService.dealOutpatientInfo();
                // 【门急诊模块化切换】门面内部判 sys_config: outpatientvisit.enabled（运行时热读），
                // 关闭时返回 0 并打 WARN。
                //
                // ⚠️ 2025 修复：这里原先是 iPatMedOuthospService.dealOutpatientInfo()，
                // 它经 IPatMedOuthospService → PatMedOuthospServiceDelegatingImpl
                // → OuthospDataFacade.dealOutpatientInfo()，而**那条路上没有开关守卫** ——
                // OuthospVisitFacade.dealOutpatientInfo() 才是带守卫的入口，却全仓零调用者。
                // 结果是 outpatientvisit.enabled=false 对定时任务**完全失效**。
                // 现在与下面 dealOperationInfo() 走 otherVisitFacade 的形状一致。
                outhospVisitFacade.dealOutpatientInfo();
            }
        }
    }

    /**
     * 处理患者信息，进入子任务表(任务组)
     * <p>
     * ⚠️ 2025 修复（开关失效）：原走 smartor 遗留实现，不判开关（同 {@link #dealOutHospInfo()}）。
     * 现走模块门面。注意模块侧的 {@code dealOutHospInfoBySchedule} 内部仍会转发回 smartor
     * （{@code OtherVisitApiBridge}，见该类注释），但<b>开关在门面这一层判</b>，所以关闭时不会走到那里。
     */
    public void dealOutHospInfoBySchedule() {
        String config = configService.selectConfigByKey("visit.early.day");
        if (port.equals("8095")) {
            //出院表
            iPatMedInhospService.dealOutHospInfoBySchedule(config);
            inhospVisitFacade.dealOutHospInfoBySchedule(config);
            //门诊表(新华的暂时不做门诊随访)
//            if (!active.equals("xh")) {
//                //iPatMedOuthospService.dealOutpatientInfo();
@@ -1158,12 +1223,13 @@
        }
    }


    /**
     * 处理手术信息，进入子任务表
     */
    public void dealOperationInfo() {
        if (port.equals("8095")) iPatMedOperationService.dealOperationInfo();
        // 【手术模块化切换】出口改为调用 ruoyi-othervisit 的常驻门面。
        // 门面内部判 sys_config: othervisit.enabled（运行时热读），关闭时返回 0 并打 WARN。
        if (port.equals("8095")) otherVisitFacade.dealOperationInfo();

    }

@@ -1177,7 +1243,10 @@
     */
    public void createOuthospQuarterTable() {
        log.info("【createOuthospQuarterTable】开始执行门诊分表任务");
        createDataTable.createOuthospQuarterTable();
        // 【门诊模块化】CreateDataTable 已整体迁入 ruoyi-outpatientvisit
        // （实现为 OuthospPartitionMaintainer，经 OuthospVisitFacade 暴露）。
        // 这里只做调用；建表逻辑一行未动。
        outhospVisitFacade.createOuthospQuarterTable();
    }

    /**
@@ -1190,7 +1259,6 @@
            List<ServicePatientTemp> servicePatientTemps = iServicePatientTempService.selectServicePatientTempList(new ServicePatientTemp());
        }
    }


    /**
     * 长期任务发送
@@ -1289,7 +1357,6 @@
        if (StringUtils.isNotEmpty(failDay)) iServiceSubtaskService.setFailSubTaskDefalutVal(Long.valueOf(failDay));
    }


    /**
     * 判断日期是否是今天
     *
@@ -1341,6 +1408,22 @@
        }

        String descByCode = ServiceFromEnum.getDescByCode(Integer.valueOf(sendPreachform));

        // ⚠️ 2025 修复（宣教开关失效）：type == 3 是**宣教/通知**（纯发送、无作答 ——
        // 见 setSuccessPreachForm 里「宣教或通知…直接改成 9」、以及本方法后面
        // 「宣教或通知，发送成功则直接改成 6L」的判定），整条派发的所有通道
        // （电话/短信/公众号/人工）发的都是宣教内容。关掉 publicity.enabled 时应**一个通道都不发**。
        //
        // ⚠️ 刻意**不推进 subtask 状态、也不记失败**（与 RedisMqReceiver 同口径）：
        // 关闭是"暂时不发"，不是"这个患者不需要宣教"。标成失败/不需要会让这条宣教
        // 在开关恢复后永远丢失。保持 sendstate 不动，开关打开后下一次 longTaskSend/compensateTask
        // 会照常把它捞出来发出。
        if ("3".equals(serviceSubtask.getType()) && !publicityFacade.isEnabled()) {
            log.warn("【宣教】模块未启用（参数配置 publicity.enabled=false），跳过宣教发送。subtaskId={}, patid={}",
                    serviceSubtask.getId(), serviceSubtask.getPatid());
            return;
        }

        if (descByCode.equals("电话")) {
            List<String> list = new ArrayList<>();
            ServiceTask ivrTask = serviceTaskMapper.selectServiceTaskByTaskid(serviceSubtask.getTaskid());
@@ -1450,7 +1533,13 @@
                            sendMagParam.setContent(smsContemt.replace("${wjurl}", sendMagParam.getUrl()));
                        }
                    } else {
                        HeLibrary heLibrary = heLibraryMapper.selectHeLibraryById(serviceSubtask.getLibtemplateid());
                        // ⚠️ 这里**刻意不**为 TemplateModuleDisabledException 做降级：
                        // 模板模块关闭（sys_config: template.enabled=false）时，宣教内容确实取不到，
                        // 短信也就确实发不出去。外层 try-catch 会如实记为"短信发送失败"，
                        // 并通过 setSuccessPreachForm(..., "5") 按既有机制升级到下一个通道（公众号/人工）。
                        // 若在这里硬记成"发送成功"，等于用一条假记录掩盖"没发出去"，
                        // 事后从任务记录上完全看不出问题 —— 那是更坏的降级。
                        HeLibrary heLibrary = templateFacade.findHeLibraryById(serviceSubtask.getLibtemplateid());
                        if (heLibrary.getHetype().equals("1")) {
                            sendMagParam.setPhone(serviceSubtask.getPhone());
                            url = StringUtils.isNotEmpty(req_path) ? localIP + ":" + req_path + "/xj?p=" + format : localIP + "/xj?p=" + format;
@@ -1643,7 +1732,6 @@
        SysDept sysDept = CollectionUtils.isNotEmpty(sysDepts) ? sysDepts.get(0) : new SysDept();
        return ObjectUtils.isNotEmpty(sysDept) ? sysDept.getCampusid() : "2";
    }


    private Date getNextVisitTime(Long subid, Long taskid, Date visitTime) {
        ServiceSubtaskPreachform serviceSubtaskPreachform = new ServiceSubtaskPreachform();
@@ -1970,7 +2058,9 @@
        }
        try {
            String config = configService.selectConfigByKey("visit.early.day");
            iPatMedInhospService.dealOutHospInfoBySchedule(config);
            // ⚠️ 2025 修复（开关失效）：原走 smartor 遗留实现，不判开关（同 dealOutHospInfo）。
            // 现走模块门面，与 RyTask#dealOutHospInfo 一致。
            inhospVisitFacade.dealOutHospInfoBySchedule(config);
            log.info("【dealTaskGroupOutHosp】任务组首轮纳入扫描完成");
        } catch (Exception e) {
            log.error("【dealTaskGroupOutHosp】任务组扫描异常", e);
@@ -1988,7 +2078,18 @@
    public void rollTaskGroupCycle() {
        log.info("【rollTaskGroupCycle】开始扫描循环任务组");
        try {
            int rolled = serviceTaskScheduleService.rollCycleTasks();
            // ⚠️ 2025 修复（开关失效）：原走 smartor 的 ServiceTaskScheduleServiceImpl.rollCycleTasks()，
            // 不判开关 —— 关掉 inhospvisit.enabled 照样「推进轮次 + 新建 subtask」。
            //
            // 现走模块门面，完成模块化方案里第 10 步一直没做的那一步切换：
            //   InhospVisitFacade#rollTaskGroupCycle（判开关）
            //     → DefaultInhospVisitApi#rollTaskGroupCycle
            //     → TaskGroupCycleRoller#rollCycleTasks（逐行搬自原 L170-190）
            //     → ScheduleRollPortBridge（smartor 侧端口实现，116 字段深拷贝等留在实现侧）
            // 该类的注释明确写了「第 10 步切过来之前不能被挂到任何调度上，否则双跑」——
            // 本行就是那个切换点，切完老的 rollCycleTasks 即退役（全仓只有本方法调它）。
            int rolled = inhospVisitFacade.rollTaskGroupCycle();
            // 门面内部的 TaskGroupCycleRoller 已打「本次推进 N 个计划」，这里只补一句总览
            log.info("【rollTaskGroupCycle】本次推进 {} 个计划", rolled);
        } catch (Exception e) {
            log.error("【rollTaskGroupCycle】滚动调度异常", e);
@@ -2027,10 +2128,26 @@
    }

    /**
     * 处理超时随访任务
     * @return
     * 处理超时随访任务（随访超时 → 生成"再次随访"）
     * <p>
     * ⚠️ 2025 修复（开关失效）：本方法原不判任何模块开关 ——
     * 关掉 {@code inhospvisit.enabled} 照样建"再次随访"子任务。
     * <p>
     * <b>为什么这里是"入口判开关"而不是像 {@link #dealOutHospInfo()} 那样切到门面</b>：
     * 模块侧只提供了 {@code InhospVisitApi#buildAgainVisitDraft}（组装草稿），
     * <b>没有</b>完整的"扫描超时 → 落库 → 回写原任务状态"入口，
     * 而本方法自己组装并 insert（见下方 {@code insertServiceSubtask}）。
     * 造一个模块入口属于新增能力、超出"只解决开关"的范围，所以取最小改动：入口守卫。
     * <p>
     * ⚠️ 全仓只有 {@code ServiceSubtaskController#dealSubtaskDeadline} 一个调用者。
     */
    public void dealSubtaskDeadline(String orgid, Integer deadlineDay){
        // ⚠️ 开关守卫：先判再干活，与 dealOutHospInfo / rollTaskGroupCycle 同口径。
        // 关闭时直接返回，不扫描、不建"再次随访"子任务。
        if (!inhospVisitFacade.isEnabled()) {
            log.warn("【dealSubtaskDeadline】模块未启用（参数配置 inhospvisit.enabled=false），跳过超时随访处理。orgid={}", orgid);
            return;
        }
        //获取任务信息
        ServiceTask st = new ServiceTask();
        st.setDelFlag("0");