服薬管理システム開発の進め方/やり方/流れや方法/手法/工程/手順

服薬管理システムの開発は、服薬業務を6つのフェーズに分け、現場の例外運用と既存システムとの連携を先に整理してから、SaaS・パッケージ・個別開発を選ぶ進め方が適切です。

服薬管理システムを検討するとき、「薬を間違えずに渡したい」という目的は明確でも、介護施設、病院、調剤薬局では必要な機能も導入手順も異なります。費用だけを比較して導入すると、薬剤変更や臨時薬、服薬拒否、通信障害などの場面で現場が紙に戻り、二重入力が増えることもあります。この記事では、要件整理から定着までの進め方、2026年時点で予算を置くための費用レンジ、見積書で確認すべき項目を実務目線で解説します。

▼全体ガイドの記事
・服薬管理システム開発の完全ガイド

服薬管理システム開発の全体像

服薬管理システムは、薬剤情報を保管するだけの台帳ではありません。誰に、いつ、どの薬を、どの方法で渡し、服薬できたか、できなかったか、次に誰へ報告したかを一続きの記録にする業務システムです。最初に対象業務を切り分けると、不要な機能を作らずに安全性と使いやすさを両立しやすくなります。

介護施設や在宅介護では、利用者ごとの薬包、服薬時刻、介助職員、服薬結果を短時間で記録し、渡し間違い・飲み忘れ・重複投与を防ぐことが中心です。タブレット、薬包OCR、顔認証、QRコード、服薬実績ログなどが候補になります。病院や診療所では、持参薬、処方、投与実績、変更・中止、アレルギー、相互作用、重複投薬を電子カルテやオーダリング、薬剤部門システムとつなぐことが重要です。調剤薬局や患者向けでは、電子薬歴、服薬指導、残薬・副作用確認、処方箋送信、オンライン服薬指導、電子お薬手帳などが中心です。

共通して必要になりやすいのは、患者・利用者、薬剤、用法用量、服薬タイミングのマスタ管理、服薬スケジュール、リマインド、実施・拒否・飲み忘れ・中止理由の記録、薬剤変更履歴、アラート、帳票、監査ログ、権限管理、バックアップです。特に介護施設では「誰が、いつ、誰に、どの薬を渡したか」が事故調査と再発防止に直結します。顔認証やOCRを使う場合も、認識に失敗したときの目視確認や手動登録を残し、機械の判定だけで服薬の可否を決めない設計が必要です。

服薬管理システムの進め方は6フェーズですか？

はい、実務では「要件整理」「製品・開発会社の選定」「設計・開発」「テスト」「稼働」「定着」の6フェーズに分けると、抜け漏れを確認しやすくなります。順番どおりに進めるだけでなく、後半で見つかった現場課題を前の工程へ戻して修正する前提で、各フェーズの完了条件を決めておくことが大切です。

最初に、施設形態、利用者数、拠点数、服薬回数、関係職種、既存システム、紙が残っている工程を一覧にします。次に、服薬準備、配薬、本人確認、服薬確認、未服薬時の報告、薬剤変更、申し送りまでを現場で観察し、業務フローにします。薬剤師、看護師、介護職、管理者、情報システム担当、患者または家族からヒアリングし、「誰が入力するか」「いつ確定するか」「異常時に誰へ通知するか」を決めます。

要件定義のチェックリストには、利用者・患者の登録、薬剤マスタ、用法用量、服薬スケジュール、実施・拒否・飲み忘れのステータス、臨時薬、持参薬、外泊、薬剤変更、アレルギー、相互作用、家族や薬剤師への共有、監査ログ、権限、データ出力を含めます。なかでも「服薬できなかった」を単なる未入力にせず、拒否、嘔吐、外出、薬の未着、体調不良、入力忘れなどに分けると、後の分析と報告がしやすくなります。

選択肢は、既製のSaaS・パッケージ、クラウド型の個別開発、オンプレミス、スクラッチ開発、既製品と個別開発を組み合わせるハイブリッドです。早期導入や法改正対応を重視し、標準業務に合わせられるならSaaSが候補になります。独自の配薬フローや深い外部連携が重要なら個別開発が候補になりますが、開発費だけでなく保守・移行・障害対応の責任分界も確認します。

候補を比較するときは、デモ画面の印象ではなく、実際のシナリオを使います。たとえば「朝食前の定期薬を本人確認して記録する」「薬剤変更後の旧薬を中止する」「臨時薬を追加する」「顔認証を使えない利用者を目視確認する」「通信が切れた状態で記録し復旧後に同期する」といった操作を依頼します。電子カルテ、レセコン、電子薬歴、介護記録、電子処方箋との連携方式、APIの有無、データエクスポート、契約終了時の返却形式も同じ質問票で確認します。

設計では、利用者・患者、薬剤、処方、服薬予定、服薬実績、職員、拠点、通知、変更履歴のデータ関係を整理します。画面は、管理者向けのマスタ・権限設定、現場職員向けの服薬確認、薬剤師・看護師向けの変更確認、家族や患者向けの共有など、役割ごとに分けると操作が迷いにくくなります。現場では片手操作、文字の見やすさ、バーコードやカメラの撮影しやすさ、短時間での入力を優先します。

AI-OCR、顔認証、音声入力、薬歴の下書きなどを採用する場合は、認識結果を人が確認して登録するHuman-in-the-Loopを仕様にします。認識失敗、マスクや照明の影響、薬包の印字揺れ、薬剤変更、利用者の拒否、通信障害を想定し、代替手順を画面に用意します。2025年に三菱電機デジタルイノベーションが発表した保険薬局向けAIサービスや、EMシステムズの薬歴生成AIサポートオプションも、業務を補助する位置付けです。AIが投薬判断を代替する前提で要件を書くと、責任範囲を誤るため注意が必要です。

テストは、画面が開くかを確かめるだけでは不十分です。薬剤名や用法用量の誤表示、別人への配薬、変更前の薬の残存、同じ時刻の重複登録、未服薬の通知漏れ、権限を越えた閲覧が起きないかを確認します。利用者・患者の本番移行前データを匿名化し、朝・昼・夕・就寝前、定期薬・頓服・中止薬・臨時薬を含むシナリオで、職員が実際に操作します。

安全性に加えて、通信断、端末紛失、サーバー障害、バックアップからの復旧、外部連携の遅延、通知の重複もテストします。合格基準は「大きな不具合がない」ではなく、たとえば本人確認ができないときは服薬を確定できない、例外理由を必須入力にする、監査ログから職員・時刻・操作を追跡できる、といった業務ルールで表現します。テスト結果と未解決課題に責任者が承認した段階で、稼働判定へ進みます。

いきなり全施設へ展開せず、1施設・1工程・限られた利用者から始める方法が安全です。リサーチノートにあるように、奉優会は「めでぃさぽ」を2025年3月に約2週間試用し、同年4月に3施設へ導入しています。公式事例では、薬包と利用者をタブレットで確認し、本人確認と介助記録を同時に行う運用が紹介されています。この事例からも、開発や契約の前に、実際の端末・薬包・職員で短期間の試用を行うことが判断材料になります。

稼働初日は、紙の記録を完全に捨てるのではなく、期間と対象を限定した二重確認を設定します。ただし、二重入力を恒久化すると負担が増えるため、いつ紙をやめるか、障害時だけ使う代替帳票は何かを決めます。誤薬件数、未服薬の把握率、服薬確認に要する時間、記録漏れ、ダブルチェック回数、職員の利用率を稼働前後で比較すると、継続判断をしやすくなります。

定着フェーズでは、操作研修を一度実施して終わりにしません。夜勤者、新任職員、応援職員が迷わないように、服薬前の確認、服薬後の記録、未服薬時の報告、薬剤変更時の確認を短い手順書にします。月1回などの頻度で、現場の問い合わせ、入力漏れ、アラートの見逃し、使われていない項目を確認し、設定や画面を改善します。

医療情報を扱う場合は、厚生労働省が2026年6月に公表した「医療情報システムの安全管理に関するガイドライン 第7.0版」を運用の基準として確認します。アクセス制御、認証、監査ログ、バックアップ、委託先管理、インシデント対応、事業継続計画を、契約と運用手順の両方に落とし込みます。機能追加のたびにセキュリティと現場負担を見直すことが、長く使える服薬管理システムにつながります。

服薬管理システムの費用相場とコストの内訳

服薬管理システムの費用は、利用者数や拠点数だけでなく、端末、データ移行、既存システム連携、AI・OCR、研修、保守を含めた総保有コストで判断します。公開価格が少ない領域のため、以下は契約を確定する金額ではなく、2026年時点で予算を置くためのレンジです。クラウド型の料金相場は、ITreviewの2026年の製品比較情報でも、規模や形態によって幅があると整理されています。

SaaSを標準機能で使う場合は、初期費用10万〜50万円、月額1万〜10万円程度が目安です。1施設・少人数の服薬介助なら下限寄り、複数拠点、多職種、大人数、通知や帳票が多い場合は上限寄りになります。既製品に初期設定、データ移行、API連携、帳票改修を加える場合は、初期50万〜300万円程度を見込みます。

専用MVPを個別開発する場合は、介護施設向けの小規模構成で300万〜800万円程度、開発期間3〜6か月程度が類似する業務システムからの推定目安です。薬局・病院連携、電子処方箋、電子カルテやレセコン、薬剤マスタ、相互作用チェック、複数拠点、モバイルを含む中規模開発では800万〜2,000万円程度、6〜12か月程度が目安になります。大規模法人で高可用性、既存システム多数との連携、データ移行、24時間運用、BCPを含める場合は2,000万〜5,000万円以上、12〜18か月以上になる可能性があります。これらのスクラッチ開発レンジは公開された服薬管理システム固有の定価ではなく、要件から置く概算であることを明示します。

初期費用には、要件定義、環境設定、画面・権限設定、マスタ登録、既存データの移行、連携開発、テスト、端末設定、研修が含まれます。運用費用には、月額利用料、クラウド利用料、端末の通信費、AI・OCR・顔認証の従量費、保守、問い合わせ対応、法改正対応、バックアップ、監査ログ保管が含まれます。端末は1台あたり数万円〜十数万円程度を別途見込み、必要台数と予備機の扱いも確認します。

特に注意したいのは、連携費用とデータ移行費用です。電子カルテやレセコン側の仕様調査、接続試験、エラー時の再送、マスタのコード変換まで含めると、単純なCSV取込より工数が増えます。サービス終了時のデータ返却や移行支援が有料か、保守契約を解約した後も閲覧できるかも、5年程度の利用を想定したTCOに含めます。

開発期間は、要件整理から稼働まで、SaaSの設定なら数週間から数か月、既製品の連携や移行を含む場合は数か月、専用MVPなら3〜6か月程度、中規模スクラッチなら6〜12か月程度が一つの目安です。法務・セキュリティ審査、端末調達、現場の受入テスト、電子カルテ側の調整が長引くと、開発会社の作業だけでは短縮できません。

効果は「便利になった」ではなく、導入前に測れる指標にします。誤薬件数、未服薬の把握率、服薬確認に要する時間、記録漏れ、ダブルチェック回数、家族・薬剤師への報告時間、職員の利用率を月単位で追います。誤薬をゼロにすることをシステムだけで保証するのではなく、リスクの発見と記録、再発防止の速度を上げる投資として、現場の安全対策と合わせて評価します。

服薬管理システムの見積もりを取る際のポイント

見積もりの精度は、発注側が渡す情報の具体性で変わります。機能一覧だけでなく、現場の業務フロー、例外シナリオ、既存システム、セキュリティ条件、導入後の運用体制を同じ資料にまとめ、複数社へ同じ条件で依頼します。これにより、安いが連携や保守を含まない提案と、必要な作業を含む提案を比較しやすくなります。

RFPや要件メモには、施設形態、拠点数、利用者・患者数、職員数、1日の服薬回数、端末数、利用場所、既存の電子カルテ・レセコン・電子薬歴・介護記録、必要なデータ連携、移行対象期間を記載します。さらに「薬の変更が服薬直前に入る」「頓服を追加する」「利用者が拒否する」「家族へ報告する」「夜勤で通信が不安定になる」など、実際に起きる例外をシナリオにします。

出力を求める資料は、機能一覧、画面イメージ、業務フロー、連携方式、体制表、工程表、費用内訳、保守範囲、SLA、セキュリティ回答、データ移行計画です。特に「標準機能」「設定で対応」「追加開発」「将来対応」を分けて書いてもらうと、提案時にはできそうに見えた機能が、契約後に別料金になる事態を減らせます。

候補は3社程度に絞り、同一のRFP、同じデモシナリオ、同じ質問票で比較します。確認するのは、医療・介護現場の導入実績、薬剤師や看護師、介護職へのヒアリング体制、要件定義から保守までの担当者、障害時の連絡先、製品の継続性です。製品を提供する会社と受託開発会社では責任範囲が異なるため、個別開発、API連携、データ移行、運用支援をどこまで引き受けるかを明確にします。

2026年の選定では、電子処方箋との連携も確認対象になります。厚生労働省によると、2025年1月23日から院内処方等情報の登録機能が始まり、登録情報の参照や、その情報を含む重複投薬等チェックが可能になりました。将来連携の予定を尋ねるだけでなく、現時点で対応するデータ項目、本人同意、エラー時の扱い、連携先の更新費用まで見積書に反映します。

医療・介護情報をクラウドに置く場合は、通信と保存時の暗号化、MFA、多要素認証、最小権限、拠点・職種ごとのアクセス制御、操作ログ、ログの保管期間、バックアップの世代数、復旧目標、委託先、データ保管場所を確認します。厚生労働省の「医療情報システムの安全管理に関するガイドライン 第7.0版」は、経営管理、企画管理、システム運用、保守委託機関などの編で構成されています。開発会社のセキュリティチェックシートだけでなく、自社の責任者と運用手順まで確認します。

障害時は、服薬を止めるのか、紙の代替帳票へ切り替えるのか、復旧後に誰が再入力するのかを決めます。顔認証やOCRが誤った場合に警告を無視して登録できない設計、薬剤マスタが更新されない場合の承認手順も必要です。また、サービス終了やベンダー変更に備え、患者・利用者、薬剤、服薬実績、監査ログをどの形式で返却できるか、移行支援の費用、契約終了後の閲覧期間を条項で確認します。

服薬管理システム開発でよくある質問

服薬管理システムは、導入前に「どこまで自動化するか」「例外を誰が判断するか」「既存の記録をどうつなぐか」を決めると、開発後の手戻りを抑えられます。ここでは、費用、導入期間、AIやクラウドの扱いについて、検索時に寄せられやすい質問へ直接回答します。

SaaSを標準機能で利用する場合は、初期10万〜50万円、月額1万〜10万円程度が予算を置く目安です。既製品への設定・移行・API連携を含めると初期50万〜300万円程度、専用MVPは300万〜800万円程度から検討します。利用者数、拠点数、端末、外部連携、AI・OCR、研修、保守で変わるため、金額は要件を添えた相見積もりで確定します。

標準的なSaaSの設定なら数週間から数か月、既製品の移行や連携を含む場合は数か月、専用MVPなら3〜6か月程度、中規模のスクラッチ開発なら6〜12か月程度が目安です。現場の受入テスト、セキュリティ審査、端末調達、電子カルテやレセコン側の調整が期間を左右します。全社一括ではなく、1施設・1工程の試用から始めると、リスクを抑えながら本番の判断ができます。

AI・顔認証・OCRは、薬包の読み取り、本人確認、薬歴の下書き、入力漏れの発見を支援できますが、確認なしで投薬判断を任せるものではありません。認識失敗、薬剤変更、臨時薬、顔認証を嫌がる利用者、照明・マスク・通信障害を想定し、目視確認や手動登録などの代替手順を設計します。最終判断と登録は、業務上の責任を持つ職員や有資格者が行う運用が基本です。

クラウド利用の可否は、クラウドかオンプレミスかだけで決まらず、アクセス制御、認証、暗号化、監査ログ、バックアップ、委託先管理、障害時の復旧、契約終了時のデータ返却を含む運用で判断します。医療機関や薬局では、厚生労働省の医療情報システム安全管理ガイドライン第7.0版を確認し、自社の責任分界とベンダーの対策を照合します。介護施設でも、個人情報の取扱い、職員権限、端末紛失時の対応を要件に含めます。

服薬管理システム開発の進め方・費用・見積ポイントまとめ

服薬管理システムの開発は、機能を先に買うのではなく、対象業務と事故リスクを整理し、現場の例外を含む要件を決めるところから始めます。要件整理、選定、設計・開発、テスト、稼働、定着の6フェーズごとに完了条件を置くと、導入後の手戻りを抑えられます。

予算は、SaaSの月額だけでなく、初期設定、端末、連携、データ移行、研修、保守、法改正対応、障害対応、終了時の移行まで含めて比較します。誤薬件数、未服薬の把握率、記録時間、記録漏れ、利用率などをKPIにして、1施設・1工程のPoCで効果を確認します。相場のレンジは参考値とし、特定の金額を断定せず、同じ要件で複数社へ見積もりを依頼します。

服薬管理システムの成否は、平常時の入力ができることだけでなく、薬剤変更、臨時薬、拒否、外泊、認識失敗、通信障害、サービス終了に対応できることに左右されます。医療・介護現場の知識、既存システムとの連携力、セキュリティとデータ移行の説明力、稼働後の研修・改善体制を確認し、現場と開発会社が同じ業務フローを見ながら進めることが大切です。

まずは自施設の服薬業務を観察し、事故リスクと改善したい指標を整理してください。そのうえで候補3社程度へ同一条件のRFPを送り、PoCで実際の職員と利用者に試してもらうと、価格表だけでは分からない使いやすさと安全性を確認できます。

▼全体ガイドの記事
・服薬管理システム開発の完全ガイド

会社紹介

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

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

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

株式会社riplaの会社HPはこちら

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

執筆者プロフィール

張田谷凌央

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