| | |
|---|
| | | // ========================================================================== |
|---|
| | | |
|---|
| | | /** |
|---|
| | | * 任务组（appltype=5）首轮纳入 —— <b>本次不搬，仍留在 smartor</b>。 |
|---|
| | | * 任务组（appltype=5）首轮纳入 —— 本方法<b>是空壳</b>，真正的实现不在本模块。 |
|---|
| | | * |
|---|
| | | * <h3>为什么不搬（一个必须说明的范围决定）</h3> |
|---|
| | | * 原 {@code dealOutHospInfoBySchedule}(L471-614) 由两段构成： |
|---|
| | | * <ul> |
|---|
| | | * <li><b>非手术分支</b>（L518-558）：按维度过滤扫患者 → {@code boxedServiceSubtask} → |
|---|
| | | * {@code scheduleSubtaskBuilder.buildSubtasksForPatient}（一次生成 N 条）→ 置 flag；</li> |
|---|
| | | * <li><b>手术分支</b>（L559-608）：{@code selectOperationItemListMaxLevel} + |
|---|
| | | * {@code boxedServiceSubtaskForOp} → 同一 builder。</li> |
|---|
| | | * </ul> |
|---|
| | | * 两段都依赖 {@code ScheduleSubtaskBuilder} —— 它同时服务"HIS 自动纳入"与 |
|---|
| | | * "前端手动勾选患者"两条路径（见其类注释），**不属于本次范围**。 |
|---|
| | | * 而手术分支按版图属第二批的 {@code ruoyi-othervisit}。 |
|---|
| | | * <p> |
|---|
| | | * 所以本次把<b>整个方法留在 smartor</b>（行为一行不变）， |
|---|
| | | * 等第二批做 {@code ruoyi-othervisit} 时连同任务组链路一起收走。 |
|---|
| | | * <p> |
|---|
| | | * 这样做的好处：本轮不需要为 {@code ScheduleSubtaskBuilder} 再造一个端口， |
|---|
| | | * 也不会因为"搬一半留一半"而在两处生成任务组的子任务。 |
|---|
| | | * <h3>2026-11 第 7 轮之后的实际链路</h3> |
|---|
| | | * <pre> |
|---|
| | | * InhospVisitFacade#dealOutHospInfoBySchedule |
|---|
| | | * → DefaultInhospVisitApi#dealOutHospInfoBySchedule |
|---|
| | | * → OtherVisitApi（ruoyi-common 契约） |
|---|
| | | * → ruoyi-task/api/contract/OtherVisitApiImpl |
|---|
| | | * → OperationSubtaskWriter#dealOutHospInfoBySchedule |
|---|
| | | * </pre> |
|---|
| | | * 即：实现在 <b>ruoyi-task</b>（smartor 侧那个 {@code OtherVisitApiBridge} 已在第 7 轮删除）。 |
|---|
| | | * 之所以不在 othervisit：{@code task -> othervisit -> patarchive -> task} 会成环。 |
|---|
| | | * |
|---|
| | | * <h3>为什么这里不实现、也不删</h3> |
|---|
| | | * 本方法<b>全仓零调用</b>（只有 {@code DefaultInhospVisitApi} 调的是 |
|---|
| | | * {@code inhospVisitTaskService.dealOutHospInfo}，不是它）， |
|---|
| | | * 是最早一轮留下的占位；删它要走 {@code plan_method_prune.py} 的证据流程， |
|---|
| | | * 本轮只把"仍由 smartor 承接"这句已经过期的话改掉，免得后人照着注释找错地方。 |
|---|
| | | * |
|---|
| | | * @param config {@code sys_config: visit.early.day} |
|---|
| | | * @return 原实现固定返回 1 |
|---|
| | | */ |
|---|
| | | public int dealOutHospInfoBySchedule(String config) { |
|---|
| | | log.warn("【出入院随访】dealOutHospInfoBySchedule 本次未搬迁（含手术分支与任务组 builder，" + "属第二批 ruoyi-othervisit 范围），仍由 smartor 的实现承接。config={}", config); |
|---|
| | | log.warn("【出入院随访】InhospVisitTaskService#dealOutHospInfoBySchedule 是未被调用的占位；" |
|---|
| | | + "真正的实现在 ruoyi-task/api/contract/OtherVisitApiImpl。config={}", config); |
|---|
| | | return 1; |
|---|
| | | } |
|---|
| | | |
|---|
