package com.ruoyi.common.core.service; /** * 手术随访 / 门诊随访能力的预留接口。 * *

为什么现在就要留

* 出入院随访的入口里混着手术随访的调用: * * 而手术随访按你的版图属于第二批的 {@code ruoyi-othervisit},本次不搬。 * 但 {@code dealOutHospInfo} 本次就要搬进 {@code ruoyi-inhospvisit}, * 于是必须有地方安放这两个调用点 —— 就是本接口。 * *

本次(第一批)落地程度

* * *

调用方务必降级

* 取不到实现时按"不做手术随访"处理并打 WARN,不能影响出院/入院随访主流程。 */ public interface OtherVisitApi { /** * 手术随访扫描(原 {@code PatMedInhospServiceImpl#addOperationSubTask},迁移前 L1362-1430)。 *

* 内部行为要点(迁移时必须保留): *

* * @param config {@code sys_config: visit.early.day} 的值,可能为 null * @return 处理的手术记录数 */ int addOperationSubTask(String config); /** * 任务组(appltype=5)首轮纳入 —— 本次未搬,仍由 smartor 的实现承接。 * *

为什么放在这个接口上

* 原 {@code dealOutHospInfoBySchedule}(L471-614) 由两段构成: * * 手术分支正是本接口的域(手术随访),而非手术分支依赖的 * {@code ScheduleSubtaskBuilder} 同时服务"HIS 自动纳入"与"前端手动勾选"两条路径, * 不属本次范围。所以整个方法本次留在 smartor, * 由新模块的 Controller 通过本接口转发 —— 这样端点能迁进新模块(URL 不变), * 而实现不必"搬一半留一半"。 *

* 第二批做 {@code ruoyi-othervisit} 时,连同 {@code ScheduleSubtaskBuilder} 一起收走。 * * @param config {@code sys_config: visit.early.day} * @return 原实现固定返回 1 */ int dealOutHospInfoBySchedule(String config); }