調剤室の棚で眠っている薬を、
期限が切れる前に動かせる台帳に変える。

不動在庫は、薬局が悪いから増えるのではありません。近隣の複数の医療機関から処方箋を受ける「面」の薬局は、採用品目がどうしても膨らみます。一般名処方なら同じ成分でも規格違い・メーカー違いが棚に並ぶ。2021年から続く出荷調整で「あるうちに」と多めに取った薬もある。そこへ処方元の採用変更や患者さんの転院が重なると、昨日まで動いていた薬が、誰にも気づかれないまま止まります。採用1,200品目のうち2割が90日調剤ゼロなら240品目。1品目の在庫が平均2,000円分としても、約48万円が棚で眠っている計算です。しかも毎年4月の薬価改定のたびに、その評価額は下がっていきます。

この想定シナリオで作るのは、発注を賢くするAIではなく、止まった薬に気づいて、出口まで送り届ける台帳です。入庫は卸の納品データ、出庫はレセコンの調剤実績。毎日の手入力なしで「90日動いていない薬」が金額と使用期限の順に並び、そこから近隣薬局への分譲、卸への返品相談、発注の停止という3つの出口のどこまで進んだかを、1品目ずつ追える形にします。ガイドラインで決まっている譲渡・譲受の書面と3年保存も、この台帳の中で完結させます。

最初に決めるのは、レセコンを置き換えないことです。調剤と請求はいまのまま。この台帳がもらうのは、レセコンから書き出す調剤実績のデータと、卸の納品データの2つだけです。毎日の手入力はゼロにして、人が入力するのは月1回の期限チェックと棚卸のときだけに絞ります。ここを逆にして「毎日入力する在庫アプリ」を作ると、繁忙の1週間で確実に止まる。入力が止まっても調剤実績から不動リストだけは正しく出続ける、という順序で設計します。

もう一つ、AIの発注予測から入らないことも決めておきます。発注点の最適化は既製の薬局向けSaaSがすでに強い領域で、そちらが合う薬局には最初の相談でそう言います。うちが作るのは、既製の型からこぼれる部分——近隣の顔見知りの薬局と回している分譲の段取りと、その記録です。打診中・成立・引き渡し済みが誰の目にも見えて、ガイドラインの書面がそのまま出てくる。なお麻薬・向精神薬は譲渡許可の別世界なので、この台帳では最初から対象外に線を引きます。費用も同じ考え方です。棚で眠る数十万円と毎年の廃棄に対して見合う金額か、から一緒に逆算します。