業種

薬局のための在庫管理

公開日 · 8分

薬局は火曜日に慢性薬を切らすわけにはいきませんし、先月期限が切れたボトルを調剤するわけにもいきません。 在庫は患者ケアであり、棚の上の現金であり、守らなければならない記録です。独立薬局、クリニック薬局、製剤ラボ、 動物薬局は、みな同じ圧迫を感じています。何千ものSKU、日付のある在庫、薄い利益、そしてカウンターを止めて 表計算と格闘する余裕のないチームです。

これは薬局管理システムを置き換える売り込みではありません。調剤、請求、電子処方は、そのために作られた ソフトウェアの仕事です。Simple Inventory Managementはその横にある在庫レイヤーです。ライブの数量、ロット、 有効期限、発注点、入荷、そしてリコールが届いたときに実際に使える検索です。

地域の薬局のカウンターから手を振るPackage Pal。後ろには茶色のボトルが並ぶ棚。
Package Pal、カウンターからの報告。仕事は棚の上にあります。

薬局が在庫ソフトに本当に求めるもの

薬局在庫は、ほとんどの小売在庫より厳しいものです。どの製品にも有効期限があります。多くは、メーカーが リコールを出した日に必要になるロット番号や製造番号を持っています。回転の速い品目には発注点が必要で、 卸への発注が当て推量にならないようにします。高額で厳しく管理される品目には、誰がいつ数量を変えたかの 軌跡が必要です。期限の近い在庫は、誰も先期限先出しで回転させなければ、静かに廃棄になっていきます。

実務のリストはこうなります。

  • 継続的な数量。入荷、調剤、移動、廃棄のたびに更新されます。
  • ロットとバッチの追跡。リコールを棚ごとの探索ではなく検索にします。
  • 有効期限を各在庫行に置き、「手前にあるもの」ではなくFEFOで回転させます。
  • 発注点と再発注ポイント。実際の使用速度に基づきます。
  • 詳細を残す入荷。コンテナがまだ開いているうちに記録します。
  • 循環棚卸しと固定スナップショット。記録と棚を誠実に保ちます。
  • 場所。冷蔵庫、保管庫、店頭、バックルーム、2店舗目。
  • スキャン。電話またはバーコードスキャナーから。NDCコードの手入力は誤りのはじまりです。

クリニックや歯科医院も、消耗品で似た問題にぶつかります。そちらの形に近い場合は 歯科・医療クリニックのための在庫管理 をご覧ください。

ロットと有効期限はノートではなく在庫行に置く

ロット番号は、一群のボトルを生産ロットに結び付けます。仕入先がロット 「L-22841」をリコールしたとき、唯一重要な問いはあるか、どこにあるか?です。ロットを在庫行上の ユニット単位のカスタムフィールドとして 保存します。同じSKUの3ロットは3つの行として持ち、それぞれに独自のロットと有効期限を付け、3つの品目を でっち上げないでください。NDC、メーカー、保管条件(室温、冷蔵、遮光)、棚番は同じ場所に置きます。 検索でき、列として表示できるフィールドです。

品目 在庫 ロット番号 有効期限 保管場所
Amoxicillin 500mg48L-228412027-03-14A-04
Amoxicillin 500mg36L-330122026-11-02A-04
Insulin glargine12L-901152026-10-18冷蔵庫
Saline 0.9% 500ml96L-440082027-01-09A-07

同じSKUの2つのロット。それぞれに独自の有効期限があります。青い列は追加するカスタムフィールドです。

カタログの事実(NDC、優先する卸のSKU)は品目に置きます。ロット、有効期限、 入荷日はユニットに置きます。この分け方が、1つのSKUで複数の日付付きロットを持てる理由です。設定は ロット、有効期限、シリアル番号を追跡するにあります。

毎回、先に期限が切れるものから先に出す

薬局はFEFOで動きます。昨日あとの納品が届いていても、最も早く期限が切れるパックから先に調剤します。 FIFO(最も古い入荷から先)は、日付のない品物には十分な既定です。日付のある薬では、有効期限が勝たなければ なりません。入荷時にYYYY-MM-DDのような並べ替え可能な形式で有効期限を記録し、列として表示し、 期限の近い在庫をテクニシャンが実際に取る場所へ置きます。方法の詳細は FIFO vs. LIFO vs. FEFOで。

日付のある在庫の棚の前で、茶色の処方ボトルを持つPackage Pal。キャップには色の点が付いている。
期限の近い在庫は手前へ。一目で分かるよう、キャップに色の点を付けるのも有効です。

期限の近い在庫は、出ていく運転資本でもあります。今後30日、60日、90日で期限が切れるものを週1回見るほうが、 突然の廃棄より安く済みます。別の表計算を作る代わりに、組み込みAIに聞ける種類の質問です。

発注点を設定し、在庫の少なさが自ら知らせるようにする

発注点(パーレベル)は、次の卸の納品までに手元に置いておきたい量です。lisinopril 10 mgがちょうど 14本あると知る必要はありません。リードタイムとバッファを乗り切る20本を下回っていると知る必要があります。 Simple Inventoryでは、それが 発注点に注意しきい値と危険しきい値を加えたもので、 発注点を下回った品目は誰かの頭の中ではなく発注リストに載ります。

Simple Inventory Managementの在庫リスト。注意しきい値と危険しきい値以下の品目が黄と赤で表示されている。
注意しきい値と危険しきい値で数量が黄、次いで赤になります。発注点の問題は、誰かが最後の箱に気づく前に自ら知らせます。

その数字は、品目が実際にどう動くかから適正化し、欠品、新しい処方医、季節のピーク(インフルエンザ、 アレルギー、新学期のADHD調剤)で景色が変わったら見直します。患者が欠品すると困る少数の薬には、控えめな 安全在庫を発注点と組み合わせます。すべてのSKUを 厚くしないでください。棚のスペースも現金も有限です。

何かが線を越えたら、チームがすでに見ている場所にアラートが出るべきです。 在庫不足アラートをMicrosoft Teamsへ投稿 すれば、薬剤師がダッシュボードを開かなくても、アモキシシリンが危険域に入ったと分かります。

発注点を下回ったものを 仕入先ごとにまとめた発注書にします。 卸の記録(連絡先、リードタイム、優先品目)を残しておけば、発注は考古学ではなく事務作業です。 在庫不足の警告から発注へをご覧ください。

数量がそれにかかっているかのようにコンテナを入荷する(実際かかっています)

ほとんどの在庫ミスは入荷で始まります。不足した納品にサインし、ロットを記録せず、冷蔵品がカウンターに 置かれたままになります。納品を 発注書と照合し、コンテナに実際入っているものを数え、 ロットと有効期限を在庫行に記録し、発注を完了にして発注中の数量を在庫にします。5分版は 入荷を正しく処理するにあります。

開いたボトルと箱のコンテナと納品書のクリップボードの横、薬局の入荷台に立つPackage Pal。
ロットと有効期限は、コンテナがまだ開いているうちに記録します。その後は推測です。

箱にすでにUPCやEANがあれば、保存してスキャンします。アプリを入れずに電話で品目を開けるラベルが欲しければ、 棚またはSKU用のQRコードを印刷します。薬局は両方を 使えます。パックにすでに付いているメーカーコードには バーコード、調剤の合間にテクニシャンが実際に 触る棚札にはQRです。比較は バーコード vs QRコードにあります。

アプリ内の在庫品目。Quick AccessのQRコードと在庫変更の履歴が表示されている。
どの品目にもQRが付きます。電話からスキャンし、数量を見て、その場で更新。インストールするアプリはありません。

冷蔵庫、保管庫、2店舗目を場所として扱う

「40ある」は、12が冷蔵庫、8が規制医薬品キャビネット、15が回転の速い壁、5がもう一方の店舗では、役に立つ数字では ありません。物理的な場所ごとに独自のロケーションを付け、移動をテキストメッセージではなく記録された移動にします。 複数拠点の習慣は 複数拠点の追跡複数拠点にまたがる在庫数を正確に保つ で扱っています。

3つのゾーンに分かれた薬局の在庫室に立つPackage Pal。冷蔵庫、施錠されたキャビネット、ボトルの回転の速い壁。
冷蔵庫、保管庫、回転の速い壁。3つの場所であり、同じ棚であるかのように装う1つの数字ではありません。

QRは品目だけでなく、棚にも付けます。インスリンの冷蔵庫をスキャンし、何があるべきかを見て、その場で調整します。 部屋へのラベル付けは、 QRコードで在庫にラベルを付けるの午後の作業です。

バイアルで満たされた薬局の冷蔵庫のQRステッカーに電話を向けるPackage Pal。
冷蔵庫の扉のQR。テクニシャンは表計算を探す代わりに、調剤の合間にスキャンします。

予定どおりに数え、記録を固定する

継続記録はずれます。数え違い、誤処理した返品、記録されなかった廃棄再調製。システムと棚が食い違い、最悪の タイミングで初めて分かります。A品目(高額、高リスク、回転の速いもの)は頻繁に、長い尾は少なめに循環棚卸しします。 ABCランクがフィルターです。 本当に重要な在庫の20%に集中する

数えたら、固定します。 スナップショットは、ある時点で手元に何が あったかを正確に記録し、月次の照合、2年ごとの棚卸し、差異の調査を記憶テストではなく比較にします。手順は 在庫照合循環棚卸し vs. 一斉棚卸しにあります。

厳しく管理される品目には、より細い軌跡が必要です。それらのSKUを ユニット単位の追跡に切り替え、各パックや 機器を数量だけでなく、ステータスと記録された履歴を持つ独自の記録にします。これで 「誰が持っていたか、いつか?」に、その週を記憶から組み立て直さずに答えられます。 個体ごとの監査証跡をご覧ください。

Simple Inventoryは、数量、ロット、有効期限、在庫移動の日付付きで 検索可能な記録を残します。DEAの帳票システムでも、PDMPでも、認証された規制医薬品保管庫でもありません。 運用の在庫レイヤーとして使い、何をどう保管すべきかは、ご自身の委員会、DEA、州の規則に従ってください。

製剤:処方をレシピとして扱う

製剤薬局は完成したボトルだけを数えません。有効成分、基剤、香味、包装を数え、それから組み合わせます。 アセンブリはレシピです。材料と数量を列挙し、 ライブ在庫からいくつ作れるかを見て、組み立て時に部品を消費します。ロットと有効期限は材料の行に残るので、 リコールされたバルク粉末も検索のままです。

乳鉢と乳棒、茶色のボトルがある製剤台のPackage Pal。
処方はレシピです。材料を追跡し、組み立てるときに消費します。

同じ考え方は、クリニックキット、予防接種トレイ、DMEアクセサリにも使えます。すでに追跡している部品からなる 名前付きの束であり、ずれていく2つ目の数量ではありません。

欠品してからではなく、発注する前に聞く

組み込みのMCPサーバーは、ClaudeやGrokのような AIアシスタントにライブ在庫を読ませ(認可した会社の範囲内)、退屈な作業を任せます。発注点を下回っているものを確認し、 今月期限が切れるものを列挙し、在庫行にロット番号を設定し、再発注リストを下書きします。チャットにAPIキーを 貼り付ける必要はありません。設定は AIを接続するにあります。

最初に使えるプロンプト: 「今朝、薬局で発注点を下回っているものは?」 「今後60日で期限が切れるロットはどれで、どこにある?」 「ロットL-22841はある?」

カタログをまとめて持ち込む。SKUを1つずつではない

独立薬局には、すでに表計算や卸のエクスポートがあることがよくあります。プレビュー付きの CSV一括インポートなら、2,000品目を打ち直すのではなく、 午後のうちに稼働できます。名前、原価、手元数量、発注点、実際に使うカスタムフィールド(NDC、ロット、有効期限)を 対応付けます。詳細は 表計算から在庫を抜け出させる最速の方法

そこから、ワンクリックの 評価と在庫不足レポートが棚の価値と発注すべきものを 教え、 QuickBooksまたはXeroへのエクスポートが、帳簿を 2つ目の在庫にしないようにします。

誰向けか(そして誰は探し続けるべきか)

Simple Inventoryは、地域薬局、クリニックの調剤室、製剤ラボ、動物薬局、あるいは 歯科や医療のクリニックの横にある 備品室に合います。店頭にも合います。OTC、DME、テスター、袋など、多くのPMS在庫モジュールが後回しにするものです。

PioneerRxでもQS/1でも、病院の薬局情報システムでもありません。請求の送信、電子処方の送信、DEA Form 222の 提出、DSCSAのシリアル化は行いません。それらが必要なら、それを行うシステムを残してください。それらのツールが 弱いところでSimple Inventoryを使います。日付付きロット、チームが実際に維持する発注点、電話でのスキャン、 複数拠点の数量、在庫を平易な言葉で聞けるAIです。

プランは1つ、品目とチームメンバーは無制限、すべての棚にQR、薬局が飛ばせない詳細のためのカスタムフィールド。 現在、期間限定で無料です。

スタッフの入れ替わりは薬局の定数です。チームを招待し、すでにOktaや Microsoft EntraがあるならSSOをオンにし、テクニシャンが 辞めたら付箋のパスワードを共有するのではなくアクセスを取り消します。

薬局の在庫をセットアップする