package com.ruoyi.common.core.service;
/**
* 门诊随访能力的预留接口（第二批 {@code ruoyi-outpatientvisit} 的占位）。
*
* 为什么现在就要留
* 出入院随访的 {@code /smartor/patinhosp/dealOutHospInfo} 端点里混着一次门诊随访调用
* （原 {@code PatMedInhospController#dealOutHospInfo} L263-265）：
*
* if (!active.equals("xh")) {
* iPatMedOuthospService.dealOutpatientInfo(); // 新华暂时不做门诊随访
* }
*
* 该端点本次要迁进 {@code ruoyi-inhospvisit}（URL 不变），而新模块不能依赖 smartor
* （否则循环依赖）。所以把"门诊随访"这一能力下沉成本接口，
* 由 smartor 提供零逻辑改动的过渡实现（{@code OuthospVisitApiBridge}）。
*
* 等第二批做 {@code ruoyi-outpatientvisit} 时，只需把实现方换成新模块，
* {@code ruoyi-inhospvisit} 的 Controller 一行都不用改。
*
*
站点差异（原样保留在实现侧）
* 原实现只在 {@code active != "xh"} 时才调门诊随访。这个判断本次留在 Controller
* （因为它与原代码在同一个 if 里），实现侧不做站点判断。
*
* 调用方务必降级
* 取不到实现时按"没有门诊随访要做"处理并打 WARN —— 门诊随访失败不能影响出院随访主流程。
*/
public interface OuthospVisitApi {
/**
* 门诊病人随访扫描（原 {@code IPatMedOuthospService#dealOutpatientInfo}）。
*
* @return 处理的门诊记录数
*/
int dealOutpatientInfo();
}