ドラッグストア業界のシステム開発の進め方/やり方/流れや方法/手法/工程/手順

ドラッグストアのシステム開発は、業務調査、法規制を含む要件定義、段階導入の順に進めると、販売・調剤・物流を安全につなげられます。POSやWMS、レセコン、顧客管理を一つの流れとして設計することが、その土台になります。

ドラッグストア業界のシステム開発の全体像

本部管理や顧客管理を中心に、POS、WMS、レセコンがつながるデータ基盤の図解。
販売・在庫・調剤の情報を切り離さず扱う構成です。

ドラッグストアは、一般用医薬品、調剤医薬品、食品、化粧品、日用品など、性質の異なる商品を扱います。

店舗会計のPOS、在庫・物流のWMS、調剤のレセコンは、本部管理や顧客管理と切り離さず、安全に連携させる設計が求められます。

経済産業省によると、2025年の販売額は食品や調剤医薬品などの増加で前年比5.5%増でした(出典:経済産業省「2025年小売業販売を振り返る」、2026年)。

業態の拡大に応じ、店舗や本部をつなぐデータ基盤の整備が求められています。

POS・セルフレジによる販売可否の制御

POSは、バーコードを読み取って価格や在庫を更新するだけでなく、販売の可否まで制御する役目を担います。

第1類医薬品や要指導医薬品では、購入者への情報提供や薬剤師の確認が必要です(出典:厚生労働省「第一類医薬品の販売等における情報提供の取扱について」、2017年)。

そのため、対象商品は販売完了まで画面上で制御します。対象商品をスキャンした後は、次の処理を組み込みます。

  • 会計保留:資格者の確認が終わるまでの精算停止。
  • 呼び出し:資格者への確認依頼。
  • 記録と完了:確認結果を残したうえでの販売完了。

セルフレジでは、省人化だけでなく、規制対象商品の例外処理まで要件に含めます。

多店舗運営の土台となるWMSと商品マスタ

店舗数とSKU数が増えるほど、発注から廃棄までの情報量が膨らみます。

WMSでは、医薬品や食品の賞味期限・消費期限・ロットを入荷単位で管理します。そのうえで、先入れ先出しや期限の近い商品のアラートにも対応します。

物流設計では、温度帯とセンターの種類を分け、履歴も追える形で扱います。

  • 温度帯:常温・冷蔵・冷凍の3区分。
  • センター:在庫型のDCと通過型のTCの区別。
  • 履歴:入庫から店舗配送まで追跡できる状態。

商品マスタには、課税区分や医薬品区分、販売資格確認の要否を含めます。加えて、発注単位や保管温度、店舗別の取扱可否も持たせます。

ポイント

店舗や本部の連携を考えるとき、POSを販売可否の制御まで含めて見ているか、商品マスタを多店舗運営の土台として扱っているかが判断の目安になります。

ドラッグストア業界のシステム開発の進め方

開発では、まず店舗の一日を業務フローとして書き出し、次の順で進めます。

  1. 現場調査と企画
  2. 要件定義
  3. 基本設計・詳細設計
  4. 開発とシステム連携
  5. テストと店舗展開
  6. 運用改善

販売と調剤、物流の流れは、現場の動きに沿って一覧にします。

棚卸しとシフトは、その流れのなかで洗い出します。

法令や既存POSの制約を後から見つけると、開発費の増加やリリースの延期につながります。そのため、要件を決める段階で、これらの制約を確かめておきます。

企画・要件定義での法規制と業務の境界

企画では、対象店舗と店舗数、SKU数を整理し、調剤併設の有無も確かめます。

既存のPOSやレセコン、会計システムの構成を確認します。また、物流センターの構成も確かめます。

次に、要件を、販売を止めない機能、法令を守る機能、利益や生産性を高める機能に分けて優先順位を付けます。

  • MUST:第1類医薬品の販売時に薬剤師を呼び出します。
  • WANT:購買履歴から健康情報を提示します。

資格者が不在の時間帯に販売を止めるか、別店舗へ誘導するかも、経営判断として明文化します。

レセコンとPOS・基幹システムの連携範囲

調剤併設店では、処方箋の受付からレセプト請求までの流れと、小売の販売・在庫・売上の流れが並行して動きます。

レセコンからPOSへ渡す情報は、調剤売上と会計状態を中心に、患者番号や受付番号などに分けて整理します。そのうえで、個人情報は小売側へ必要以上に流さない設計にします。

調剤と日用品を同時に精算する場合は、税や保険、支払方法の組み合わせをテストします。

  • 税と保険:課税・非課税区分、保険負担、公費の扱い。
  • 支払方法:組み合わせごとの会計の確認。

連携方式には、APIやファイル連携、専用端末などがあります。また、障害時に手作業で補う範囲も定めます。

テストと段階導入による店舗運営への影響抑制

単体テストに加えて、店舗業務を再現した総合テストで、次のような例外を確かめます。

  • 販売処理:第1類医薬品のスキャン、薬剤師呼び出し、確認後の会計、返品、値引き、欠品を試します。
  • 障害時:停電、通信断、レセコン停止時の動作を確認します。
  • 廃棄:期限切れ商品の処理。

そのうえで、調剤併設店、郊外店、都市型店など業務特性の異なる2〜3店舗でパイロット運用し、操作時間とエラーを測ります。店舗責任者をキーユーザーに任命し、問い合わせの一次窓口を決めます。

ポイント

法規制と業務の境界、レセコンとの連携範囲を要件定義の段階で固められているかが判断の目安です。テストと段階導入の範囲も、この時点で決めておくと安全です。

ドラッグストア業界のシステム開発費用相場

小規模・中規模・大規模の3パネルで、初期開発費の目安を示す図解。
規模に応じて費用帯が段階的に広がります。

費用は、機能数や店舗数、SKU数などの規模で変わります。連携数や法規制対応、物流の温度帯も、費用を左右する要素です。

導入後のサポート範囲によっても変わります。以下で示す金額は、受託開発の初期開発を想定した目安です。

パッケージの初期設定費や端末費、データ移行費は、別計上になる場合があります。店舗展開費も別計上の場合があるため、見積もりでは総額を確認します。

規模別の初期開発費は300万円から4,000万円以上までの幅

初期開発費は規模ごとに幅があるため、該当する範囲を見積もりの起点にします。

  • 小規模:店舗・在庫管理と限定的なPOS連携で300万〜700万円程度です。
  • 中規模:複数店舗の本部管理、発注・棚卸し、セルフレジ連携、分析画面で700万〜1,800万円程度です。
  • 大規模:多店舗基幹、レセコン連携、3温度帯WMS、複雑な権限管理、CRMで1,800万〜4,000万円以上です。

段階的なデータ移行まで含む案件も大規模に当たり、1,800万〜4,000万円以上になる場合があります。

金額は、要件と工数から算出する実務上の概算で、公定価格とは性質が異なります。

最終価格は、画面数よりも業務フローと連携の難易度で決まります。

初期開発費以外にかかる端末・移行・運用費

見積もりでは、開発と導入に関わる費目を分けて提示してもらいます。

  • 開発工程:企画、要件定義、設計、開発、連携、テストです。
  • 導入作業:移行、教育、店舗展開の費用です。
  • 端末・機器:レジ、釣銭機、ハンディ、スキャナ、ネットワーク機器です。

セルフレジの目安は、フル型が1台約150万〜350万円、セミセルフ型が1台約300万〜450万円です(リサーチノート)。

保守やクラウド利用料、監視も見積もります。さらに、セキュリティや法改正対応、追加展開も含めます。これらは月額または都度費用として発生します。

ROIの試算に使う客数・人件費・廃棄

投資効果を測るため、導入前後の店舗指標を記録します。

  • 会計:レジ処理人数、待ち時間、レジ締め時間を測ります。
  • 作業:棚卸し時間を記録します。
  • 廃棄:期限切れ商品の処分額を確認します。

リサーチノートの事例では、客捌き数が1時間53人から120人へ増えました。また、有人レジ5台からの切り替えで、年間約756万円の人件費削減を試算しています。

ただし、実際の効果は店舗面積や来店客の年齢構成で変わります。サポート要員や医薬品確認の件数も影響します。

まず1店舗で実測し、投資回収期間を計算してから全店へ展開します。

ポイント

費用は規模と連携範囲で変わるため、規模別の目安を起点に、端末・移行・運用費も含めた総額で比べます。投資効果は1店舗で実測してから判断します。

見積もりを取る際のポイント

RFPで具体化する期限管理、医薬品販売、同時会計の3つの業務シナリオを示す図解。
機能名を業務の動きに置き換えると、見積もり条件がそろいます。

見積もりは金額の安さだけでなく、各社が同じ前提で算出しているかを比べます。

資料には、現行業務フロー、店舗・センター数、SKU数を記載します。加えて、ピーク時の取引量と既存製品名も書き添えます。

連携できるAPIや資格者確認のルール、課税区分を伝えます。また、移行対象データと希望時期も伝えます。

要件が曖昧なまま機能名だけで見積もると、追加費用や展開時の手戻りが生じがちです。

RFPの業務シナリオと非機能要件

RFPや要件一覧には、「在庫管理機能」のような抽象的な表現だけでなく、要件を具体化する業務シナリオを記載します。

  • 期限管理:期限の近いロットを店舗別に抽出し、発注担当へ通知します。
  • 医薬品販売:第1類医薬品のスキャン後、資格者確認まで会計を保留します。
  • 同時会計:調剤と日用品の税区分を正しく分けます。

各シナリオには、利用者や入力、判定、出力の内容を含めます。加えて、エラー対応と監査ログの保存期間も盛り込みます。

非機能要件には、性能や可用性、バックアップを含めます。さらに、権限、個人情報保護、復旧時間も対象にします。

法規制・小売・医療連携の実績によるベンダー選定

候補会社には、小売と医療の業務理解や導入後の支援力を確認します。

  • 導入実績:ドラッグストアや薬局のPOS・WMSを確認します。
  • 医療連携:レセコンや電子処方箋との連携経験を尋ねます。
  • 支援体制:店舗展開を支援する体制を確認します。

実績は会社名だけでなく、店舗数やSKU数まで聞きます。さらに、障害件数や移行期間、教育方法まで尋ねます。

仕様が固まった範囲は請負、変化しやすい連携や改善は準委任にする方法があります。また、法改正時の対応費や、どこまでを誰が受け持つかも契約書に記載します。

見積もり段階で確認する隠れコストと失敗リスク

前提漏れや追加費用になりやすい項目は、見積もり段階で洗い出します。

  • 既存環境:古いPOS仕様書や店舗ごとの商品マスタを確認します。
  • 接続・機器:レセコン接続条件と、端末・ネットワーク費の見積もり。
  • 移行・展開:データ整備、過去の購買履歴の引き継ぎ、棚卸し期間の応援要員、現場研修。
  • 運用・監査:コールセンター、監査ログ保管、セキュリティ診断の確認。

見積書では、含むものと含まないものを分けて示します。前提と変更単価、納品物も書きます。検収条件も明記します。

ポイント

金額の安さよりも、各社が同じ業務シナリオと前提で算出しているかを確かめられるかが判断の目安です。前提漏れや隠れコストは、見積書の含むもの・含まないものを分けて読むと把握できます。

最新動向を踏まえた追加機能の考え方

最新機能は、流行よりも既存業務とデータのつながりを見て追加します。

調剤併設店では、電子処方箋やオンライン服薬指導を見据えた連携が中長期設計に影響します。

電子処方箋は、重複投薬などのチェックや、複数の医療機関・薬局での処方・調剤情報の参照を可能にします(出典:厚生労働省「電子処方箋」、2026年確認)。

オンライン服薬指導とEC・店舗受け取りの一連の流れ

オンライン服薬指導とBOPISを組み合わせる場合は、処方箋の受付から調剤完了までを一連の状態で管理します。その流れには、薬剤師確認やビデオ通話、決済が含まれ、最後は店舗受け取りか配送へ進みます。

  • 受付・確認:処方箋画像または電子処方箋を受け付け、薬剤師が確認します。
  • 指導・決済:ビデオ通話で服薬指導を行い、決済します。
  • 受け渡し:調剤完了後に店舗受け取りまたは配送へ進みます。

オンライン服薬指導は、映像と音声で状態を相互に認識できる方法で、薬剤師の判断と責任に基づき実施します(出典:厚生労働省「オンライン服薬指導の実施要領について」、2022年)。

注文完了の時点では、まだ調剤済みとは扱いません。

本人確認と配送先、受取期限を記録し、キャンセルも残します。

CRMにおける飲み合わせの注意喚起と個人情報保護

購買履歴は案内や薬剤師の確認に活用できます。ただし、安全性と個人情報保護を次のように設計します。

  • 判断支援:注意情報を示し、薬剤師の確認と説明記録につなげます。
  • データ管理:閲覧権限、利用目的の説明、退会後の保持情報を定めます。
  • 安全対策:暗号化、操作ログ、委託先管理を要件にします。

医薬品マスタや注意情報、薬剤師の確認を組み合わせ、説明記録も残します。

システムは飲み合わせの問題を断定せず、支援機能として使います。さらに、漏えい時の連絡手順も要件に含めます。

深夜帯の省人化と遠隔接客・販売制御の切り分け

深夜帯の無人化や少人数運営では、資格者が必要な商品の陳列・販売をどう制御するかを設計します。

  • 販売制御:カメラや遠隔接客と合わせ、資格者が必要な商品の販売を管理します。
  • 実現条件:対象商品の棚をロックし、遠隔の薬剤師が画面で説明して解除する構想は、技術だけでは実現しにくい面があります。
  • 運用確認:営業時間、販売方法、薬剤師や登録販売者の関与について、法令と自治体運用を確認します。
  • 段階導入:まず自動発注、棚卸し、レジ締め、問い合わせ対応から省力化し、規制対象商品は専門家と検証します。

ポイント

最新機能は既存業務とデータのつながりを見て追加し、オンライン服薬指導やCRM、深夜帯の省人化は、規制と個人情報保護を確かめながら段階的に進めます。

よくある質問(FAQ)

開発を検討する際に寄せられやすい質問に答えます。法規制や連携仕様は店舗形態によって異なるため、所管部署、薬剤師、既存システムの提供会社を交えて最終確認します。

ドラッグストアのシステム開発費用はいくらですか?

小規模は300万〜700万円、中規模は700万〜1,800万円、大規模は1,800万〜4,000万円以上が目安です。

金額は、レセコン連携やPOS改修、端末の有無で変わります。移行や店舗展開、保守の有無でも変わるため、同じ範囲を記載したRFPで複数社へ見積もりを依頼します。

セルフレジで第1類医薬品を販売できますか?

セルフレジを置くことよりも、対象商品の販売時に必要な薬剤師の情報提供や確認を確実に行える設計が求められます。

  • 情報提供:厚生労働省は第1類医薬品について薬剤師による情報提供を求めています。
  • 会計制御:スキャン時に会計を保留して資格者を呼び出し、確認結果を記録して販売可否を制御します。
  • 導入前確認:店舗の販売方法と所管自治体の運用を確認します。

既存POSやレセコンを残したまま連携できますか?

連携できる可能性はありますが、既存製品のAPIやファイル形式、端末制約を確認します。更新頻度や障害時の再送仕様も、あわせて確かめます。

POSを残し、商品・在庫・売上・会計状態だけを連携基盤へ集約する方法もあります。

調剤と小売をまたぐ個人情報や税区分を扱うため、どこまでを誰が受け持つかを決めます。権限やログ、手作業への切り替えも設計します。

まとめ

ドラッグストアの開発では、POSやWMSに加えて、医薬品販売規制と調剤を設計に含めます。物流や店舗運営、顧客データも一体で扱います。

費用は300万円規模から4,000万円以上まで幅があります。その幅を比べるには、店舗数やSKU数、連携数の前提をそろえることが要ります。移行範囲や店舗展開の条件も、同じ前提に含めます。

MUST要件から始め、パイロット店で効果と現場負荷を測ります。その後、CRMやBOPISなどを段階的に追加する進め方が現実的です。

最初に整理する5項目

着手時には、次の5項目を整理しておきます。

  • 対象:店舗とSKU数を定めます。
  • 現行環境:POS・レセコン・WMSの構成を確認します。
  • 運用ルール:法規制と資格者配置を整理します。
  • データ:連携と移行の対象範囲。
  • 効果測定:導入効果を測るKPIの設定。

これらを業務シナリオにして、同じ条件で複数社へ相談します。価格に加えて、提案の具体性やリスクの見立ても比較できます。

参考ソース

法規制と最新動向、販売統計の参照先をまとめます。加えて、費用相場とセルフレジ効果の参照先も示します。

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。