ドラッグストア業界のシステム開発の発注/外注/依頼/委託方法について

ドラッグストアのシステム開発を外注するときは、業務要件と委託先を整理してから開発へ進みます。段階的に検収すると、法令を守りながら現場の負担を軽減できます。

進め方は、発注形態を選び、RFPで要件を整理し、契約形態を決めたうえで、費用と委託先を比べる流れです。

ドラッグストア業界のシステムを外注する前の全体像

ドラッグストアの業務基盤を中心に、店舗機器、本部管理、商品情報、効果測定を結んだ図。
販売から在庫、商品情報の管理までを一つの基盤で捉えます。

ドラッグストアのシステムは、販売や在庫、調剤など店舗の業務を本部の管理とつなぐ業務基盤で、レジはその一部であり、物流やスタッフ配置、顧客接点も対象になります。法令を守りながら現場の負担を減らすには、自社固有の機能と既存製品でまかなう機能に分けて発注します。そうすると、費用と納期を見通しやすくなります。

POS・セルフレジ・在庫管理の一つの業務フロー

発注側と開発会社は、店舗の機器と本部の管理機能を、販売から在庫まで一つの業務フローとして設計します。

  • 店舗機器:POS、有人・セミセルフ・フルセルフレジ、ハンディ端末、棚卸し機能を連携させる
  • 本部管理:商品・価格・販促・店舗・仕入先のマスタを扱い、売上や在庫を日次またはリアルタイムで集約する
  • 商品情報:コードに加え、使用期限、賞味期限、ロット、保管温度、入荷日、返品可否を管理対象にする
  • 効果測定:レジ台数だけでなく、1時間当たりの客捌き数、有人レジの応援時間、現金過不足、締め作業時間、スキャン漏れ確認工数で測る

たとえば、他社の導入事例では、客捌き数が53人から120人へ増えた試算があります。さらに、有人レジ5台をセルフレジ化した場合には、年間約756万円の人件費削減を見込む試算もあります。

これらは店舗の客数、営業時間、導入台数によって変わる試算です。そのため、発注側は自社の実績データを使って再計算します。

調剤併設店のレセコン連携と課税区分の確認

処方箋調剤と日用品の購入が同時に起きると、会計処理が複雑になります。そのため、発注側と開発会社は、POSと調剤レセプトコンピューター(レセコン)の境界を明確にします。

  • 責任範囲と会計:POS、レセコン、会計、売上、在庫の分担と、課税区分、支払、返品、領収書、ポイント、売上計上時点の決定
  • 接続条件:レセコンの製品名、バージョン、連携方式、外部APIの有無、接続仕様、保守窓口を確かめる
  • 情報管理:個人・医療情報を含む購買履歴のCRMへの取り込み範囲を慎重に定める
  • 安全確認:自動判断だけでは安全を保証できないため、アラートの根拠、薬剤師確認、記録保存、誤検知時の対応手順を定める

この手順は、医療・薬事の専門家を交えた承認プロセスを設けて決めます。

ドラッグストアシステムの発注形態の選び方

発注形態には、クラウド導入、パッケージのカスタマイズ、受託開発、APIによる複数製品の連携があります。業務ごとに形態を組み合わせれば、すべてをフルスクラッチかパッケージに統一せずに済みます。そのうえで、法令対応や競争力に直結する部分は個別に設計し、標準化できる部分は既存サービスを使うのが現実的です。

クラウド・パッケージ導入が向くケース

標準業務が比較的多く、複数店舗へ短期間で展開したい場合は、クラウドやパッケージが向いています。初期開発を抑えられるうえ、法改正やセキュリティ更新を提供側に任せやすいことが利点です。

  • 適合性:独自の値引きや特殊な発注ルール、既存POSとの細かな連携が多いと、追加開発や回避策が増える可能性
  • 総保有コスト:月額料金だけでなく、5年間の店舗追加、端末、通信、移行、API、保守、教育、障害時の代替運用まで含めて見る
  • 展開判断:小さく始めて標準機能との適合度を確かめ、パイロット店舗の結果をもとに全店展開を判断する

受託開発・段階開発が向くケース

既存の基幹システムが複数あり、業務を止めずに連携する場合は、受託開発が適しています。さらに、医薬品販売の制御や店舗と調剤の一体運用が競争力に直結する場合にも、受託開発を選ぶ理由になります。

  • 依頼範囲:要件定義のみ、設計から開発までの一括委託、社内チームとの共同開発のいずれかから選ぶ
  • 第一段階:商品・店舗マスタ、POS、在庫を扱う
  • 第二・第三段階:調剤・レセコン連携と資格者アラートの後に、CRM、EC、BOPISを加える
  • 共通基盤:データモデル、認証、権限、ログ、APIの方針を初期に統一し、後の連携を確保する

段階ごとに投資判断ができるため、一度にすべての費用を負担せずに済みます。

ポイント

標準業務が多く短期間で展開したいならクラウドやパッケージ、既存システムとの連携や法令対応の個別設計が要るなら受託開発を組み合わせます。

RFPと要件整理の進め方

ドラッグストアシステムの要件をMUST、SHOULD、WANTの3層に分けて示した図。
優先度を分けると、見積と導入範囲をそろえて検討できます。

RFPは、候補会社へ同じ条件を伝える資料です。「作ってほしい」という依頼文にとどまらず、経営課題や対象業務、制約を書き込みます。期待効果、納期、予算、選定基準も含めます。

業務フロー図や現行画面、データ項目に加え、店舗数やSKU数、月間取引件数、連携先一覧を添えます。そうすると、各社の見積条件がそろいやすくなります。

MUST・SHOULD・WANTによる要件の優先順位付け

要件は、法令や営業継続に関わるMUST、効果が大きく早めに導入したいSHOULD、将来検討するWANTに分けます。優先順位をそろえておくと、見積と導入範囲の判断に役立ちます。

  • MUST:第1類医薬品の購入時の薬剤師通知、販売可否の確認、操作履歴、権限、期限・ロット管理
  • SHOULD:棚卸し差異の自動抽出、需要予測、発注提案、店舗横断のシフトアラート
  • WANT:購買履歴に基づく販促、オンライン服薬指導、ロッカー受け取り、遠隔接客

薬剤師通知をMUSTに置く背景として、厚生労働省は、第1類医薬品について原則として薬剤師による情報提供が必要と示しています(出典: 厚生労働省「第一類医薬品の販売等における情報提供の取扱について」、2017年)。

画面に表示するだけでなく、誰がいつ確認したかも要件に含めます。優先順位は、期待売上、安全性、法令の観点で見ます。現場作業時間と導入難易度も、評価に加えます。

データの流れと障害時の運用を含む連携要件

「POSとレセコンを連携する」と書くだけでは、候補会社ごとに前提が変わってしまいます。そのため、必要な接続条件を整理して、RFPに記載します。

  • データの流れ:商品・処方・会計・在庫・顧客・スタッフの送受信元と、タイミング、形式を決める
  • 障害時の運用:リアルタイムか日次バッチか、重複登録の防止、失敗時の再送、紙や手入力での継続を定める
  • 将来の接続:電子処方箋への対応を想定するなら、薬局側との接続範囲、認証、同意、監査ログを確かめる

電子処方箋は、直近の処方・調剤情報の参照や重複投薬等のチェックに活用できます(出典: 厚生労働省「電子処方箋」、2025年12月時点情報)。

ポイント

迷ったときは、法令や営業継続に関わるMUSTの要件を先に確定させ、データ連携と障害時の運用まで書いたうえでRFPに載せます。

請負と準委任の使い分け

契約形態は、成果物と要件の確定度、変更の見込みで選びます。発注側がどこまで意思決定できるかも、判断材料になります。

請負は、成果物と検収条件を決めやすい契約です。一方で、準委任は専門人材と要件を詰める進め方に適しています。また、要件定義は準委任、開発と検収は請負に分けるといった組み合わせもあります。

請負契約の検収条件と変更管理

請負では、成果物と変更時の扱いを事前に決めておく必要があります。そのうえで、検収は業務シナリオで判定できる形にします。

  • 成果物:画面、帳票、API、性能、セキュリティ、移行データ、テスト、マニュアルまで定める
  • 受入テスト:第1類医薬品の販売停止条件、薬剤師呼び出し、課税区分、期限切れ商品の販売防止を確かめる
  • 変更管理:仕様変更の期限、追加費用、納期への影響、緊急時の承認者を、契約書や変更管理票に書く

現場要望を追加すると、当初見積との差が広がることがあります。そこで、優先順位と費用への影響を示し、判断できる運用にしておきます。

準委任契約の稼働と責任範囲

準委任は、要件が変わりやすい調査やプロトタイプ、既存システムの解析に向いています。そのうえで、委託先の稼働と責任の範囲を定めます。

  • 委託先の役割:人数と人月、PM、会議体、成果物レビュー、稼働報告、品質管理、障害対応を決める
  • 責任分界:完成責任を曖昧にすると、想定外の追加稼働や責任範囲の問題が起こる
  • 発注側の運営:プロダクトオーナーや業務責任者を置き、週次で課題・リスク・決定事項・残予算・残工数を見る

現場代表者が優先順位を決められる体制にすると、開発の方向性を委託先に任せきりにせず、早く修正できます。

ポイント

要件の確定度と変更の見込みを見て、検収条件を決めやすければ請負、要件を詰めながら進めるなら準委任を選びます。

ドラッグストアシステム開発の費用相場と内訳

初期開発費の概算範囲を、小規模、中規模、大規模の3パネルで示した図。
規模が上がるほど、対象機能や連携範囲も広がります。

開発費は、画面や機能の数に加えて、SKU数や店舗数で変わります。また、取引件数や既存POS・レセコンとの連携数も影響します。

移行データや端末台数、温度帯管理、法令対応の検証範囲も、費用を左右します。ただし、次に示す金額は初期検討用の概算で、製品価格や正式見積を保証するものではありません。

規模別の初期開発費の目安

初期開発費は、対象機能と連携範囲に応じて、規模ごとに見積もります。

  • 小規模:店舗・機能を限定し、商品・店舗マスタ、売上、在庫、簡易発注を導入する場合は、おおむね300万〜700万円が目安の一つ
  • 中規模:複数店舗、ハンディ棚卸し、販促、外部連携を含む場合は700万〜1,800万円程度
  • 大規模:基幹刷新や多店舗展開、POS・WMS・調剤・物流・CRM連携を含む場合は、1,800万〜4,000万円以上になることもある

小規模の金額は、既存POSやクラウドを使う想定を前提にしています。

大規模案件では、複雑な権限やデータ移行も費用に影響します。また、セルフレジや自動釣銭機、ネットワーク工事、店舗ごとの設置費は、別計上になる場合があります。

ソフトウェア費用の金額だけで投資を判断せず、見積は過去実績や開発規模を使って検証します。画面数と工数も組み合わせて見ます。

見積の検証については、IPAが過去プロジェクトの実績と開発規模・工数で見積り評価モデルを構築する方法を紹介しています(出典: IPA「CoBRA法に基づく見積り支援ツール」、公開情報)。

見落としやすい追加費用とランニングコスト

初期費用と運用費を見積もるときは、開発費以外の費用も分けて確かめます。

  • 追加費用:データ整備・移行、商品コード統合、POS・レセコン接続、回線・端末、テスト環境、教育、マニュアル、稼働立ち会い、並行稼働
  • 運用費:クラウド利用料、保守、監視、問い合わせ、端末交換、セキュリティ・法改正対応、バックアップ

店舗ごとに商品マスタが異なると、標準化作業が開発費を押し上げます。

人手不足対策や業務自動化への投資は、小売業でも活発になっています。そうした投資を支える制度として、中小企業庁はIT導入補助金や省力化投資補助金を、業務効率化やシステム構築を支援するものとして紹介しています(出典: 中小企業庁「2025年版小規模企業白書」、2025年)。

対象経費や公募条件は変わるため、申請の前に最新の公募要領を確かめます。

ポイント

規模別の概算を起点に、移行、端末、教育、保守などの費用を分けて積み上げ、ソフトウェア費用だけで判断しないようにします。

委託先の選び方と見積比較

委託先は、価格だけでなく、ドラッグストア業務を理解し、現場の運用まで設計できるかで選びます。そのため、医薬品販売制御や資格者配置、調剤レセコン連携の経験を質問します。

多店舗マスタや物流の経験を確かめます。さらに、期限・ロット、温度帯管理の扱いも聞きます。

実績は社名だけで判断せず、店舗数や担当範囲を尋ねます。導入後の保守や障害対応も聞いておきます。

見積書の前提条件をそろえた比較

相見積もりでは、同じRFPと質問票を各社に渡し、金額の前提がそろう形で回答を依頼します。

  • 費用内訳:初期費用、月額、保守、連携、移行、教育、旅費、端末、税を分けて示してもらう
  • 見積の前提:「一式」と書かれた部分は、機能、画面数、連携本数、テスト、納品物、除外事項を確かめる
  • 評価項目:要件適合度、費用、納期、体制、実績、提案力、保守、セキュリティ、契約条件ごとに採点する
  • 配点例:法令・安全30点、業務適合度25点、実績・体制20点、費用15点、拡張性・保守10点。重みは自社の課題に合わせて決める

安い見積ほど、データ移行や店舗展開が含まれていないことがあります。障害対応や法令改修も、含まれているかを見ます。見積金額に差があるときは、その理由を各社に尋ねます。

最新動向を踏まえた拡張性と安全性の確認

拡張性と安全性は、今後の顧客接点や調剤連携を見すえて確かめます。

  • 顧客体験の拡張:2026年時点でPOS、EC、オンライン服薬指導、店舗受け取りを一体で設計する相談が増加。注文、本人確認、在庫、薬剤師確認、決済、受け渡しを連携
  • 電子処方箋連携:重複投薬等チェック、同意管理、薬局・医療機関との責任分界を確かめる
  • 情報の安全性:個人・医療情報を扱うため、認証、監査ログ、バックアップ、委託先管理、閲覧者、削除・訂正、障害時の復旧を確かめる

全機能を最初から導入しなくても、注文・顧客・在庫の将来の連携を妨げない設計にします。配送やロッカー、遠隔接客は、後から追加できます。

調剤併設店で電子処方箋連携を検討する場合は、対応状況も確かめます。

薬局の電子処方箋管理サービスの運用開始率は、2025年9月時点で約86%です(出典: 厚生労働省「電子処方箋の普及・活用拡大に向けた対応状況」、2025年)。

ポイント

委託先は、業務と規制の理解や導入後の保守まで説明できるかで比べ、見積は前提条件をそろえたうえで金額を見ます。

よくある質問

ドラッグストアのシステム外注では、費用のほか、法令対応や既存業務への影響もよく質問されます。発注前によくある疑問に、順に答えます。

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

概算の目安は、小規模な機能限定導入で300万〜700万円、中規模で700万〜1,800万円、大規模な基幹連携で1,800万〜4,000万円以上です。

金額は、店舗数やSKU数、連携の範囲で変わります。データ移行や端末、法令対応、保守範囲も影響します。そのため、RFPをそろえて複数社から見積を取ります。

システム開発はパッケージとフルスクラッチのどちらが良いですか?

標準業務が多く、短期間で展開したい場合はパッケージやクラウドが向いています。

医薬品販売の制御や調剤連携、独自の店舗運用などが競争力に関わる場合は、パッケージを基盤にしたカスタマイズやAPI連携に、受託開発を組み合わせるのが現実的です。

法令対応や基幹データを個別に設計する必要があれば、受託開発を組み合わせます。

委託先を選ぶときに最も重視すべきことは何ですか?

ドラッグストア業務と医薬品販売の規制を理解し、現場運用や既存連携、導入後の保守を説明できる会社を重視します。

店舗数や対応機能、担当範囲、障害対応を確かめ、同じRFPで見積条件をそろえます。最安値より、要件漏れや運用停止のリスクを抑えられる体制かどうかを見ます。

まとめ

発注前に、店舗数やSKU数、現行システムを整理します。調剤の有無、法令対応、業務課題も洗い出します。そのうえで、MUST・SHOULD・WANTを分け、業務フローとデータ連携を記載したRFPを作成します。

要件の確定度に応じて請負と準委任を使い分けます。そして、検収条件と変更管理、保守範囲を明確にします。

費用の概算は、小規模で300万〜700万円、中規模で700万〜1,800万円、大規模で1,800万〜4,000万円以上です。判断では、連携と移行の費用に加え、端末、教育、運用費も含めて見ます。

委託先は、価格だけでなく、医薬品販売制御と調剤連携の経験で比べます。加えて、多店舗運用やセキュリティ、導入後の支援力も見ます。

参照した公的情報は、厚生労働省「第一類医薬品の販売等における情報提供の取扱について」、厚生労働省「電子処方箋」、厚生労働省「電子処方箋の普及・活用拡大に向けた対応状況」、中小企業庁「2025年版小規模企業白書」、IPA「CoBRA法に基づく見積り支援ツール」です。

制度や補助金の条件は更新されるため、発注する時点の最新情報を確かめます。

会社紹介

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

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

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

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

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

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