服薬管理システムの発注は、発注形態を選び、RFPで要件を整理してから、契約と費用を決め、委託先を選ぶ流れで進みます。
対象業務と安全要件をそろえ、同じ条件で提案を比べます。特に、1施設・1工程で試すと、現場定着につながります。全体像は、次に示す完全ガイドもご覧ください。
▼全体ガイドの記事
・服薬管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
服薬管理システムを発注する前に押さえる全体像
服薬管理システムは、服薬時刻だけでなく利用者、薬剤、用法用量、確認結果を記録する業務基盤です。そのため、発注時には対象業務と責任範囲を分けて伝えます。
介護施設・医療機関・薬局の業務の分け方
介護施設・医療機関・薬局では、服薬管理で扱う業務が異なります。そのため、3領域を一つの要件に混ぜると、候補企業の製品や見積条件がそろいません。
- RFPの冒頭：利用場所、主な利用者、服薬確認の責任者、連携先を記載
- 第一目的：一つか二つに絞り、比較しやすい提案を集める
業務成果による目的の定義
発注理由を「AI-OCRを使いたい」「顔認証を導入したい」といった機能名だけで書くと、導入後に評価しにくくなります。そこで、業務成果と測定方法を決め、KPI候補を次から選びます。
- 記録：「配薬前の本人確認を漏れなく記録する」のように、業務と測定方法を一緒に書く
- 共有：「未服薬を当日中に管理者と薬剤師へ共有する」のように、成果を具体的な形で示す
- 評価指標：服薬確認時間や未服薬の把握率など、導入後に測る指標
たとえば、三菱電機デジタルイノベーションの「めでぃさぽ」は、顔認証による本人確認と服薬記録を組み合わせています。公式情報では、誤薬防止、職員の負担軽減、正確な記録を導入目的に挙げています（出典：三菱電機デジタルイノベーション「服薬介助支援ツール めでぃさぽ」、2026年確認）。
服薬管理システムの発注形態の選び方
発注形態は、標準機能に業務を合わせられるか、既存システムとどこまで連携するか、個人情報をどう管理するかで選びます。候補には、SaaS・パッケージや既製品への設定・連携追加のほか、クラウド個別開発、オンプレミス、スクラッチがあります。
標準化できる業務に向くSaaS・パッケージ導入
SaaS・パッケージは、標準機能と運用条件を確認して選びます。
- 導入と更新：共通業務なら短期間で始めやすく、機能更新は提供会社に任せられます
- 複数拠点：アカウントや権限を追加しやすい点も利点です
- 例外対応：臨時薬、外泊、拒否、通信障害を現場で補うと負担が増えます。デモで薬剤変更・中止、誤認識、端末紛失、担当者不在も確認します
- 契約終了：データ出力形式、保存期間、移行支援の有無を確認する
- 費用と期間：介護施設の服薬介助記録や薬局の電子薬歴など共通業務が中心なら、個別開発より抑えられる可能性があります
連携と独自運用を重視する個別開発・スクラッチ
独自の配薬フローや複数システム連携を優先する場合は、個別開発が候補になります。そのうえで、試行する範囲を先に決めておきます。
- 連携先：電子カルテ、レセコン、電子薬歴、介護記録、家族向けアプリ
- 試行単位：1施設または1業務で、MVP（Minimum Viable Product）やPoCを行う
- 評価範囲：本人確認から服薬結果までを試し、誤薬防止、記録時間、利用率を測る
クラウド個別開発やスクラッチ開発では、要件定義、テスト、セキュリティ、保守の責任を発注側と開発会社で分担します。
また、利用者、薬剤、服薬実績のマスタを共通化すると、二重入力を減らせます。たとえば介護施設では本人確認から記録まで、薬局では処方受付から服薬フォロー記録までを試せます。
次に、試行の結果を見て連携やAI機能を段階的に加えると、要件の作り込み過ぎを防げます。
発注前に準備するRFPと要件整理
RFPは、何を、なぜ、いつまでに、どの条件で実現するかを開発会社に伝える文書です。まず、業務範囲と利用者、データの前提をそろえ、連携、安全性、費用の前提も整えます。
要件が曖昧なまま相見積もりを取ると、安い会社が必要な作業を含めていない場合があります。なお、画面の細部まで発注者だけで決めなくても構いません。
現場の服薬フローの時系列整理
機能一覧より先に、現場の一日の流れを次のとおり順に記録しておきます。
- 薬の受け取り・保管と服薬準備
- 配薬、本人確認、服薬確認
- 未服薬や拒否の報告と薬剤変更
- 申し送りと家族・薬剤師への共有
各工程では、担当者や端末、確認事項を整理し、失敗時の通知先と監査できる記録も書き添えます。定時薬のほか、頓服や臨時薬、持参薬、休薬まで洗い出します。さらに変更後の旧薬、外泊、入退院、服薬拒否も含めます。正常時だけでなく例外運用も、仕様に盛り込みます。
顔認証や薬包OCRを使うなら、マスクや照明、薬包の汚れ、薬剤変更、読み取り失敗への代替手段を決めておきます。正常系だけで仕様を作ると、紙や口頭の運用に戻る恐れがあるためです。
データ連携と安全管理の条件
RFPには、データ連携と安全管理の条件を記します。そのなかで、受け取り元と返却先、発注者と受託者の役割を整理します。
- 連携データ：患者・利用者、薬剤、服薬実績、アレルギー、変更履歴、監査ログ
- 連携方式：API、CSV、ファイル連携の方式・頻度、再送、二重登録防止を確認し、方式が不明なら提案を依頼
- 安全管理：アクセス権、MFA、通信・保存時の暗号化、監査ログ。さらに、復旧、委託先管理、事故報告期限、データ返却も決めます
加えて、仕様書やテスト環境を発注者が用意できるかどうかも、見積条件に影響します。医療機関や薬局では、ガイドラインを参照して対応方針と役割分担を確認します。
厚生労働省は2026年6月に第7.0版を公表し、5編（概説・経営管理・企画管理・システム運用・保守委託機関）を示しています（出典：厚生労働省「医療情報システムの安全管理に関するガイドライン 第7.0版」、2026年6月）。そのため、RFPでは同ガイドラインに沿った提案を開発会社に求めます。
契約形態と開発プロセスの決め方
要件の確定度に応じて契約を分ける方法が現実的です。たとえば、企画・現状分析は準委任、確定した仕様の実装は請負、運用改善は月額保守や準委任の形が考えられます。
成果物と検収、変更手続き、責任範囲は、契約名に頼らず文書に残します。業務理解や連携仕様は、開発中に変わる場合があるためです。
準委任・請負・保守契約の役割分担
要件の確定度に応じて、準委任・請負・保守の役割を分けます。
- 準委任：作業時間や役務を管理しやすく、初期調査やPoCに向く。完成責任と成果物は別途定める
- 請負：合意した仕様の完成と検収、変更時の追加費用と納期を決める
- 保守：障害受付時間と一次回答・復旧目標、法改正を確認します。薬剤マスタ、脆弱性、バックアップ、問い合わせ範囲も確認します
契約では、クラウド利用料の対象、容量や拠点の追加料金、解約時のデータ出力費用を確認します。また、再委託先、秘密保持、事故報告期限も契約前に決めます。
要件定義から本稼働までの段階ごとの検収
発注側は、各段階の成果物と意思決定者を決め、受入条件を明確にしたうえで開発を進めます。
- 現状調査と要件定義
- 基本設計、画面・データ・連携設計
- 開発と単体・結合・運用テスト
- 現場受入テスト、研修、試行運用、本稼働
たとえば、服薬実績が本人・薬剤・時刻・担当者と紐づき、変更履歴と監査ログを確認できることを受入条件にします。
テストでは、薬剤変更直後や服薬拒否、飲み忘れ、臨時薬を確認します。さらに、通信断や端末交換、無権限閲覧、連携データの重複も確認します。
受入テストには、実際に使う夜勤者や看護師、介護職、薬剤師も参加します。また、研修は一度の説明会で終わらせず、短い手順書と問い合わせ窓口を用意します。
服薬管理システムの費用相場とコストの内訳
費用は利用者数や拠点数、端末、移行、連携によって変わります。さらに、AI・OCR・顔認証、安全要件、保守体制によっても変わります。
ここに示す金額は、2026年時点の公開情報と類似システムから置く予算の目安です。正式な価格表ではないため、RFPで同じ前提を各社に渡し、見積を取ります。発注前には、費用の範囲と課金単位も確認します。
SaaS・既製品の初期費用と月額費用
SaaSや既製品は、利用料と導入作業を分けて見積もります。加えて、規模と課金単位も確認します。
- そのまま利用：初期10万〜50万円、月額1万〜10万円程度。少人数の1施設では下限に近く、多拠点・多職種・大人数では上限寄りになります
- 公開比較例：クラウドは1ユーザー月額1,000〜5,000円前後です。月額数万円〜10万円以上の例や、オンプレミス初期30万〜300万円以上の例もあります
- 設定・連携追加：移行、帳票変更、API連携を加える場合は、初期50万〜300万円程度
公開比較の課金単位はサービスごとに異なるため、単純には比べられません（出典：ITreview「服薬管理システムのおすすめ製品」、2026年確認）。
データ整形や、電子カルテ・レセコン・電子薬歴・介護記録との接続が増えるほど、導入支援とテストの工数も増えます。
見積ではアカウント費用のほか、初期・端末設定、マスタ登録、移行を項目別に確認します。研修や連携、現地支援も、項目ごとに分けて確認します。
機能範囲と連携数で見る個別開発の費用レンジ
個別開発の費用と期間は、機能範囲や連携数に応じて次の幅があります。
- 小規模MVP：介護施設向けに、利用者・薬包・服薬実績・権限・監査ログを作る前提で、300万〜800万円程度、3〜6か月程度
- 中規模：薬局・病院連携や電子処方箋を含む前提で、薬剤マスタ・相互作用確認・複数拠点・モバイル・管理画面も加えると、800万〜2,000万円程度、6〜12か月程度
- 大規模：高可用性・多数連携・全拠点移行を前提に、24時間運用、監査・BCPも含めると、2,000万〜5,000万円以上、12〜18か月以上
各レンジは、機能数、連携数、品質要件に基づく推定で、固有の公開見積ではありません。端末は1台数万円〜十数万円で、クラウド利用料も別途見積もります。
外部OCR・顔認証、保守、法改正対応、研修も別枠で見積もります。
なお、AIやOCRの認識結果は人が確認し、服薬指示や薬歴へ無確認で確定しない設計にします。
誤認識の修正履歴と承認者を記録します。確認作業・教育・精度検証・モデル更新・障害時の手作業まで含むTCO（総保有コスト）で比べます。
委託先選定と見積比較で確認すべきポイント
委託先は、医療・介護の業務知識や連携経験、現場支援、安全性、保守体制で選びます。候補は3社程度に絞り、同じRFPやデータ項目、希望日をそろえて、提案と見積を比べます。
実績の担当範囲の確認
実績では、業態や拠点数、利用人数に加えて、担当した作業範囲を確認します。担当が要件定義だけか、開発から保守までかで、発注後の責任分担が変わります。
- 薬局向け：電子薬歴、レセコンとの連携
- 病院向け：電子カルテ、電子処方箋との連携
- 介護施設向け：介護記録、タブレット運用
このほか、現場画面のデモ、導入後の支援事例、障害時の連絡手順も確認します。
電子処方箋では、複数の医療機関・薬局の処方・調剤情報を参照して、重複投薬等を確認します。なお、院内処方等情報の登録機能は2025年1月23日に開始されました。将来連携を予定する場合は、仕様変更への対応方法も開発会社に提案してもらいます（出典：厚生労働省「電子処方箋」、2026年確認）。
前提・除外項目・追加条件による見積比較
見積項目は要件定義・設計・開発・連携の順にそろえます。テストや移行、研修、保守も続けて示してもらいます。また、「別途見積」の対象も具体的に書いてもらいます。
- 導入作業：端末、薬剤マスタ、API調査、現地立会い
- 追加条件：アカウント、データ修正、法改正対応
- 運用費：時間外の障害対応費用
提案書では、納期の根拠や発注者側の作業、データ提供を確認します。さらに、連携先の協力、受入テスト回数、問い合わせ窓口も確認します。
見積の不確実性が高い場合は、現状分析と要件定義を先行契約に分けます。業務フロー、画面・データ・連携一覧、非機能要件、概算前提を成果物として残します。
導入後のリスクとサービス終了時の確認
導入後の障害対応と人による確認、サービス終了時の移行条件を、事前に確認します。
- 障害・権限：紙運用、復旧後の再入力、端末故障に備えます。ID共有禁止、退職者の権限削除、バックアップ復旧、訂正履歴も確認します
- 人の確認：認証拒否、薬包の読取失敗、AIの誤候補に備えて、承認範囲を仕様書・契約書に記録します
- サービス移行：harmoおくすり手帳は2026年9月30日に終了し、株式会社ファルモの「eお薬手帳3.0」へ移行する案内が出ています
サービス終了の事例は、継続性や運営主体を確認する必要があることを示しています。そのため、データ移行の方法と費用も発注前に確認します（出典：harmoサポート「サービス終了・移行案内」、2026年確認）。
よくある質問（FAQ）
契約前によく寄せられる質問を、ここで確認します。
回答は自社の業務フローと照らし合わせ、必要に応じてRFPに反映します。
服薬管理システムの発注費用はいくらですか？
予算の起点は、SaaSで初期10万〜50万円・月額1万〜10万円程度、既製品への設定・移行・連携で初期50万〜300万円程度です。
個別開発は、小規模MVPで300万〜800万円程度、中規模で800万〜2,000万円程度と推定されています。費用は利用者数や拠点、端末によって変わるほか、連携や保守の範囲でも変わります。そのため、同じRFPで正式な見積を取ります。
SaaSとスクラッチ開発はどちらがよいですか？
標準業務を早く始めたいならSaaSやパッケージ、独自運用や深い連携を優先するなら個別開発が候補です。そのうえで、標準機能、追加開発、許容できない代替運用を分けて考えます。
1施設・1業務のPoCで利用率と安全性を確かめ、そのあとで段階的に展開する方法もあります。
開発会社へ相談する前にRFPは必要ですか？
相談の時点で正式なRFPは必須ではありませんが、候補を同じ基準で比べるなら、簡易版を用意します。
簡易版には、施設形態、利用者数、拠点、対象業務を記載します。機能や連携先も書き添えます。
安全要件、導入時期、予算の考え方、見積に含める作業も1〜3ページにまとめます。また、業務フローや帳票の例を添えると、認識の違いを減らせます。
医療・介護の個人情報をクラウドで管理しても問題ありませんか？
安全性は、クラウドかオンプレミスかという形態だけでなく、発注者と受託者の責任分担で判断します。
- 安全管理：アクセス権、MFA、暗号化、ログ
- 運用体制：バックアップ、障害復旧、委託先・再委託先の管理、事故対応・報告
- 契約終了：データ返却の責任分担
医療機関や薬局は、厚生労働省の安全管理ガイドライン第7.0版を参照し、自社の運用規程や委託契約に反映します。
まとめ
発注では、介護施設、病院・診療所、調剤薬局のどの業務を対象にするかを決めます。次に、服薬フロー・例外運用・連携・安全性・移行を、RFPにまとめます。
SaaSは初期10万〜50万円・月額1万〜10万円程度、設定・連携は初期50万〜300万円程度が目安です。個別開発は300万〜5,000万円以上まで幅があります。
公開相場や類似システムの推定は目安として捉え、TCOで比べます。端末や移行、研修、保守の費用を含めます。さらに、法改正や障害対応、終了時の移行も対象に入れます。
候補企業には、薬剤変更や臨時薬、拒否、通信障害を確認します。また、認識失敗や権限変更も確認します。そのうえで、1施設・1工程で試し、誤薬件数・記録時間・未服薬の把握率・利用率を測ってから展開します。
▼全体ガイドの記事
・服薬管理システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。