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