医療材料管理システム開発の発注/外注/依頼/委託方法について

医療材料管理システムの発注は、現状把握、要件整理、候補比較、契約、試験導入の順に進めると、院内物流を安全に再設計できます。

発注の出発点は、管理する範囲を決め、発注形態を選ぶことです。全体像は、医療材料管理システム開発の完全ガイドにまとめています。

▼全体ガイドの記事
・医療材料管理システム開発の完全ガイド

医療材料管理システムを発注・外注する全体像

医療材料管理システムを中心に、管理する情報と接続する業務を示した図。
在庫情報から請求や経営分析まで、扱う範囲が広がります。

医療材料管理システムは、診療材料や手術材料、カテーテルなどを管理します。

衛生材料や検査試薬も対象になります。

このシステムは、品目・数量・保管場所に加え、ロット・期限・使用実績も扱います。

このデータで、購買や院内物流、SPDをつなぎ、医事請求や経営分析にも結び付けます。

管理対象と範囲の決め方

発注の前に、対象とする材料や管理項目、使用実績、マスター更新の範囲を決めておきます。

  • 対象材料:一般消耗品、手術室材料、検査試薬、滅菌器材、償還対象材料
  • 基本項目:品目コード、メーカー、規格、JANまたはGTIN、仕入先、保管場所、定数、発注点
  • 追加管理:ロット、有効期限、償還価格、患者・手術単位の実績、医事請求との突合
  • マスター運用:更新担当を定め、鴻池メディカルの製品情報取得やGS1-128読込機能も確認

範囲が曖昧なままだと、品目マスターやロット・期限管理が後から加わり、費用と納期が膨らみやすくなります。そのため、自院で同じ運用ができるかを確かめ、データ利用料と更新責任をRFPに記載します。

システム開発とSPD業務委託の切り分け

SPDは、医療材料の購買や搬送、補充、在庫管理などを担う院内物流の仕組みです。

システムと業務では担う責任が異なるため、分けて整理します。

  • 導入形態:SPD事業者のシステムを使うか、病院が持つシステムに卸やSPDを接続するか
  • 契約範囲:製品導入、システム開発委託、SPD業務委託を一括するか、分けるか
  • 評価指標:欠品率、期限切れ廃棄額、棚卸時間、請求漏れ、リコール検索、現場利用率

在庫を減らすことだけを目標にすると、手術材料の欠品や緊急払出が増えかねません。

安全性と経営効果の両方を測れるよう、発注条件に評価指標を組み込みます。

SaaS・パッケージ・個別開発から選ぶ発注形態

発注形態は、標準機能への適合、既存システムとの連携、自院の保守体制をもとに選びます。なお、標準導入と個別対応を分けて発注する方法もあります。

小さく始めたい病院向けのSaaS・クラウド標準導入

SaaSは、標準業務を小さく始めたい病院の候補になります。ただし、選ぶ際は運用条件と総額を確認する必要があります。

  • 標準機能:発注、入荷、払出、在庫、棚卸を備え、院内サーバーなしで利用
  • 導入範囲:1拠点の見える化や、1病棟での効果検証に向く
  • 運用・追加費:更新とバックアップはサービス側が担う。独自の承認経路や特殊帳票は費用増に注意
  • 課金・契約:利用者・品目・端末数、保存量、連携、サポート、データ返却、障害時の手入力と復旧の条件
  • 5年総額:初期設定、マスター整備、教育、ラベル、端末、連携改修を含めた合計額

パッケージ+設定・連携による費用と適合性の両立

標準機能を使い、病院固有の機能や連携だけを追加する方法が有力です。全機能を一から作らないため、要件定義の抜けが減り、導入後の更新も受けやすくなります。

  • 標準機能:医療材料マスター、定数、ロット・期限、バーコード、発注検収
  • 追加範囲:病院固有の帳票・権限、電子カルテ・医事・購買との連携
  • 連携条件:方式、頻度、送受信項目、エラー再送、重複防止、責任分界をRFPに記載
  • デモ確認:正常系に加えて、納品差異、返品、緊急払出、通信断も実演してもらう

連携方式には、ファイルやAPIのほか、データベース接続と端末連携があります。

方式によって、費用と障害対応が変わります。

独自要件が多い場合のスクラッチ開発と業務一体型の外注

まず、独自要件とSPD委託の範囲を確かめます。そのうえで、開発体制と契約条件を決めます。

  • 検討条件:多拠点物流、手術室、医事請求、購買、SPDの構造が特殊
  • 病院側の負担:要件定義、テストデータ、マスター移行、監査、長期保守
  • SPD契約:補充頻度、欠品時の代替、緊急搬送、棚卸責任、在庫所有権、廃棄承認
  • 連携・引き継ぎ:変更時のデータ引き渡し、三者の運用フロー、問い合わせ窓口

既存パッケージに業務を合わせるより、独自開発のほうが合理的な場合に選びます。

自由度は高い一方で、開発費に加えて、担当者の稼働と将来の改修費も予算に入れておく必要があります。

工程ごとに使い分ける請負・準委任・複合契約

工程ごとに、契約形態と成果、責任を決めます。

契約が複数にまたがる場合は、条件が食い違っていないかも見てください。

  • 請負:完成機能を納品。成果物、検収条件、瑕疵対応、変更手続を明確化
  • 準委任:要件整理や伴走、段階改善。作業範囲、稼働時間、報告、意思決定責任を定義
  • 複合型:企画・現状分析は準委任、設定・開発・移行は請負、稼働後は保守契約

法的な適否は、契約書を作成する専門家に確かめてください。そのうえで、実際の業務に合う契約を選びます。

契約を分ける場合でも、変更費用とデータの所有・利用範囲を一貫して定めます。

再委託、停止・障害時の連絡、終了時の移行支援は、契約をまたいで食い違いが出ないよう確かめます。

ポイント

業務ごとに分けて考え、標準機能で足りる部分は標準導入、独自の連携が多い部分は個別対応を検討すると判断しやすくなります。

医療材料管理システムの発注・外注を進める手順

発注に向けて現状業務、RFP、PoC、検収と教育を順に整理する4つのパネル図。
現場の実データと例外処理を契約前の確認につなげます。

発注は、まず現状把握から要件整理、候補選定、提案比較を経て契約に至ります。

契約後は、設計・設定、テスト、教育、段階稼働の順に進みます。

看護部や用度課、医事課の担当者は、早い段階から巻き込みます。さらに、手術室や検査部、情報システム部門、SPD担当にも加わってもらいます。入力の負担や例外処理を確かめながら進めると、完成後にシステムが使われないおそれを減らせます。

数字で見る現状業務と課題

直近1〜3か月の実績とサンプル伝票で、現状を測ります。

  • 業務量:品目・保管場所・部署数、発注回数、棚卸頻度、紙・Excel帳票
  • 損失・例外:月次の期限切れ廃棄、欠品による緊急発注、請求漏れの確認方法
  • 現場作業:発注点・バーコードを探す時間、返品・代替品の記録手順
  • 課題例:病棟別の定数差異、患者単位のロット検索、検収・請求の突合時間

課題は、「在庫が見えない」より「病棟別の定数差異を翌日まで把握できない」のように、具体的に書きます。患者単位のロット検索や、検収と請求の突合に毎月どれだけの時間がかかるかも示します。改善前の数字は、KPIや受入条件の基準値として使えます。

RFPで分けて記載する業務・連携・非機能要件

RFPでは、業務、連携、非機能の要件を分けたうえで、それぞれの必須度と実現方法も回答してもらいます。

  • 業務:目的、対象範囲、利用者、品目マスター、発注・検収・払出・返品・棚卸・廃棄
  • 管理・実績:ロット・期限、患者・手術・診療科別実績、帳票、権限、監査ログ、バックアップ
  • 連携:電子カルテ、HIS、医事会計、購買・会計、SPDとのデータ項目・更新頻度
  • 優先度:必須・希望・将来に分け、発注・入出庫・棚卸・期限アラートなどを段階化
  • 回答方法:標準機能、設定、追加開発、外部製品のどれで実現するか指定

教育と保守の条件もRFPに含めます。

RFID一括読取や高度な購買分析を第2段階にする例もあります。

実データに近いPoCと段階導入で確かめる失敗条件

候補は、1倉庫または1病棟で試し、実端末と現場の導線で確かめます。

  • 基本業務:納品検収、バーコード読取、定数補充、棚卸差異
  • 例外処理:返品、緊急払出、期限切れ、リコール検索
  • 現場条件:電波の弱い場所、手袋での入力、品目違い、通信断、確定忘れ
  • RFID検証:タグ費用、読取精度、金属・液体の影響、未読時の再確認、障害時の手入力

J-STAGEで2026年6月30日に公開された医療現場の報告では、RFIDタグとGS1バーコードが評価されています。GS1で扱えないケースも示されています。RFIDの採否は、一括読取の機能より、解決する業務課題から決めます。

契約前に決める検収条件と教育

検収基準は、画面の表示より、要求した業務シナリオが完了するかどうかで決めます。

  • 一連の業務:ロット・期限登録、病棟払出、患者・手術への実績登録、請求連携、リコール検索
  • 異常系:再送、返品、数量差異、期限切れ、権限外操作も合格条件
  • 研修対象:看護師、臨床工学技士、用度、医事、手術室、検査部、SPD担当
  • 教育内容:通常・例外を分け、マニュアル、現場動画、窓口、稼働初日の立会いを準備

習熟度の確認は見積に含めておき、導入後は利用率を追います。

ポイント

迷ったときは、現場の入力負担と例外処理を1病棟などで試せているかを基準にします。検収も、画面の表示より業務シナリオの完了で決めます。

発注条件に入れる契約・セキュリティ・障害対応

使用実績を患者や手術の情報と結び付けると、在庫システムでも医療情報を扱う可能性があります。診療科や職員の情報が加わる場合も、医療情報の扱いを考える必要があります。

保存場所やアクセス権限、監査ログは、発注段階で確かめます。また、暗号化やバックアップ、脆弱性対応も見ておきます。委託先の管理と障害時の業務継続は、確認したうえで契約書とサービス仕様に反映します。

RFPと契約確認に使う厚労省・経産省の最新版ガイドライン

RFPと契約の確認では、厚生労働省と経済産業省のガイドラインを参照します。厚労省の原文は医療情報システムの安全管理に関するガイドラインで読めます。

  • 厚労省:2026年6月公開「医療情報システムの安全管理に関するガイドライン 第7.0版」
  • 確認資料:概説編、経営管理編、企画管理編、システム運用編、保守委託機関編、医療機関・薬局向けサイバーセキュリティ対策チェックリスト
  • 経産省:2025年3月公表の医療情報を扱う事業者向けガイドライン第2.0版
  • 確認観点:対象事業者の明確化、医療機関との合意、リスクコミュニケーション、仕様適合開示書、SLA参考例
  • RFP項目:停止時間、障害連絡、復旧目標、バックアップ、再委託、データ返却、脆弱性報告期限

データ、責任分界、終了時の移行の定義

契約では、情報管理と責任分界、終了後のデータ移行を定めておきます。

  • データ条件:所有者、利用目的、保存期間、バックアップ世代数、権限、操作ログ保存期間
  • 委託先管理:医療情報の扱い、再委託先、監査協力、事故報告
  • クラウド対策:データセンター所在地、暗号化、多要素認証、管理者権限の分離
  • 終了時の返却:CSVなどの標準形式で全データを返却できるか、画像・添付・監査ログ・品目マスター履歴を含むか
  • 移行支援:委託先変更時の移行支援内容と料金

終了時の条件まで決めておけば、委託先の変更を想定した長期契約を比べやすくなります。

通信断やサイバー攻撃に備えた業務継続の設計

障害時の業務継続手順と、復旧後のデータ整合性は、事前に定めておきます。

  • 代替業務:緊急払出、使用材料記録、返品、入荷確認と紙様式
  • 復旧後:再入力担当、二重登録防止、差異承認、ロット・期限・患者単位データの復元
  • 訓練:バックアップ復元、アカウント停止、端末紛失、ランサムウェア、委託先連絡、代替発注
  • 契約条件:復旧目標時間、復旧時点、訓練頻度、費用負担

機能表に「バックアップあり」とあれば、復旧の手順と時間まで確かめます。

ポイント

委託先の候補には、データの所有、停止時の連絡、終了時の移行を契約条件として書けるかを確かめてください。書ける条件の多さで比べると、差が見えやすくなります。

医療材料管理システムの費用相場と内訳

医療材料管理システムの4つの導入方式について、企画用の初期費用推定レンジを横棒で比較した図。
連携や拠点統合の範囲が広い方式ほど、推定幅も上がります。

費用は、病院の規模や品目・拠点・端末数、既存連携、SPD委託の範囲で変わります。標準的な価格と呼べるものは、ほぼありません。バーコード・RFID、移行、監査・セキュリティ要件も、費用に影響します。

2025〜2026年の企画用推定は、リサーチノートと、一般的な業務SaaSや個別開発の情報をもとにしています。公開定価や実見積とは違い、予算枠の目安として見てください。

導入方式別の企画用推定レンジ

企画用の推定レンジは、次のとおりです。病院の条件で金額は変わるため、同じ前提のもとで複数社に見積を依頼します。

  • SaaS標準:初期100万〜500万円、月額5万〜30万円、期間1〜3か月程度
  • パッケージ+設定・軽微なカスタマイズ:初期500万〜1,500万円、月額10万〜50万円または年額保守、期間3〜6か月程度
  • パッケージ+端末・HIS・医事・購買連携:初期1,000万〜3,000万円、月額または保守相当20万〜80万円、期間6〜12か月程度
  • 独自の物流・請求・手術材料管理を多拠点統合:初期2,000万〜5,000万円超、期間9〜18か月程度となる可能性

1拠点で発注、入出庫、棚卸から始めたい場合は、SaaS標準が向いています。

開発費と分けて見る端末・移行・教育費

開発費以外の作業は見積の上で分け、移行、教育、端末の費用も確認します。

  • 開発工程:企画・要件定義、画面・データ設計、設定・開発、連携、テスト
  • 導入作業:データ移行、マスター整備、端末、バーコードリーダー、ラベルプリンター
  • 運用準備:ネットワーク改修、セキュリティ診断、教育、稼働立会い、保守
  • RFID:タグ、リーダー、アンテナ、電波調査、未読時の再確認、運用設計

品目マスターの初期整備は、設定とは別の作業になります。コードの重複や規格違い、販売終了品を洗い出し、同種同効品や仕入先単価、期限管理の有無を整理します。そのうえで、確認担当を決めておきます。

移行前にマスター品質を高めると、稼働後の誤発注や棚卸差異を抑えやすくなります。

初期価格と5年総保有コストによる比較

初期価格のほか、契約中と終了時の費用を含めた5年総額で比べます。

  • 利用・保守:初期、月額・保守、端末追加・交換、問い合わせ、教育、バックアップ
  • 変化への対応:ユーザー・品目数増加、DB利用、連携変更、OS更新、脆弱性対応
  • 終了時:契約終了時のデータ移行と移行支援費用
  • 見積条件:数量、単価、前提、対象外、追加単価、納品物、検収条件を明記

スクラッチ開発の保守費は、企画の段階で開発費の年15〜25%程度を仮置きする場合があります。

これは一般的な試算で、実際の契約額ではありません。ただし、連携の別料金や平日日中のみの障害対応は、追加負担になります。手作業のマスター更新や対象外の端末保守も、追加の負担として加わります。

ポイント

初期価格だけで比べると、保守や移行、教育の費用を見落としやすくなります。5年総額で、同じ前提の見積を比べて判断してください。

委託先の選定と見積比較で確認するポイント

委託先は、医療物流への理解や運用支援、連携実績、データ移行を確認して選びます。知名度は参考にとどめます。

端末と現場教育を確かめ、同規模・同類型の事例を求めます。医療材料やSPDなどの実績があっても、自院の規模や範囲に合うとは限りません。

製品型・受託開発型・運用一体型による委託先の分類

候補は、製品型と受託開発型などに分けて考えます。次に、得意領域と自院の要件への適合性を確かめます。

  • 製品型:標準機能、医療材料マスター、GS1-128、ロット・期限、発注検収で短期導入
  • 診材看護シリーズ:公開情報で発注検収、期限管理、リコール追跡、医事請求ラベル、入札価格比較を案内
  • JoyPla:公開情報で中小規模病院向けクラウド型SPDとして、発注、入荷、払出、在庫、トレーサビリティを訴求
  • 受託開発型:複雑な既存連携やSPD独自の購買・物流・経営分析を統合
  • 得意領域:各社の専門領域を確認

株式会社エーピークラフトの公開事例では、バーコード端末や入出庫、貸出返却を扱っています。ロケーション管理やリアルタイム在庫の事例も含まれます。

検査材料が中心なら正晃、手術器材や滅菌管理ならシステムスクエアなど、得意領域を切り分けて見ます。社名よりも、自院の要件に対応する範囲と追加開発の範囲を確認します。

通常業務と例外処理を同じ条件で比べるデモ

各社に同じシナリオと質問を渡し、通常業務と例外処理を実演してもらいます。新機能の多さより、毎日の発注と払出を確実に完了できることを重視します。

  • 納品から請求:商品コード・ロット・期限読取、検収差異、定数補充、患者・手術登録、請求データ
  • 追跡:リコール対象の検索
  • 例外処理:返品、期限間近、代替品、緊急払出、棚卸差異、通信断、権限外操作
  • 評価:何秒・何クリックか、読取不能時の復旧、入力ミス防止、監査ログの見やすさ
  • 現場適合:端末の持ちやすさ、教育時間、問い合わせ対応

前提条件と対象外をそろえた見積比較

複数社に同じ前提を渡し、金額差の理由と提案範囲をそろえて比べます。

  • 比較条件:同じRFP、品目・拠点・利用者・連携・端末数、移行データ量
  • 費用項目:標準・追加開発、初期、月額、保守、端末、教育、移行、連携、セキュリティ、将来拡張
  • 安価な提案:標準化による価格か、必要機能が対象外かを確認
  • 高額な提案:マスター整備、立会い、教育、障害訓練、稼働後改善が含まれているか

機能一覧に加えて、費用の前提や納品物を照合します。役割分担と追加変更の単価も照らし合わせます。なお、マスター整備や現場教育などを含む高額案が、5年総額では有利になる場合もあります。

契約前に確かめる見積のリスクと責任分界

医療向け実績の内容を確かめます。担当者が営業だけで進み、要件定義の後に引き継がれる場合は、契約前に体制を確認します。

  • 導入実績:ロット・期限・請求・リコール、施設・拠点・品目数、連携内容、改善KPI
  • 事例確認:匿名デモデータやリファレンス先を紹介できるか確認
  • 体制:プロジェクト責任者、医療物流・連携・保守の担当者
  • 責任分界:要件変更の承認者、障害窓口、データ修正権限、SPD調整役

「医療向け実績あり」と書かれていても、ロット・期限・請求・リコールまで扱った実績かは分かりません。

ポイント

委託先は、実績の件数より、自院の規模と範囲に近い事例や担当体制を確かめて選びます。デモは、通常業務と例外処理を同じ条件で比べてください。

医療材料管理システムの発注・外注でよくある質問

発注や外注を検討する担当者から、よく寄せられる質問を並べました。費用や方式は病院の規模と要件で異なるため、判断の観点と、RFPに反映する方法をあわせて説明します。

医療材料管理システムはSaaSとスクラッチのどちらがよいですか?

標準的な発注、入出庫、棚卸を早く始めたい場合は、SaaSやパッケージが候補になります。複数のシステムや独自の物流・請求を深く統合する場合は、個別開発を検討することになります。

まず1病棟で標準導入し、将来の個別連携とは分けて考えると、初期のリスクを抑えやすくなります。

発注前にいくらの予算を見ておけばよいですか?

企画用の推定では、導入形態によって初期費用の幅が変わります。

  • 標準SaaS:100万〜500万円
  • パッケージ+設定:500万〜1,500万円
  • 連携・端末込み:1,000万〜3,000万円
  • 独自の多拠点統合:2,000万〜5,000万円超

公開定価とは異なり、品目・拠点数や連携、端末などの条件で変わる目安です。移行、教育、保守の扱いも、金額を左右します。RFPで条件をそろえて、実見積を取ってください。

RFPには何を書けば委託先を比較しやすくなりますか?

RFPには、現状・業務・技術・費用の条件をまとめて記載します。

  • 業務要件:目的とKPI、現状、対象材料、発注から廃棄まで、利用者と権限
  • データ・連携:品目マスター、ロット・期限、バーコード・RFID、既存連携、移行データ
  • 運用・費用:セキュリティ、BCP、教育、保守、5年総額の見積条件
  • 提案方法:必須・将来要件を分け、標準機能・設定・追加開発・外部サービスの対応を回答

SPD業務も同じ会社に外注したほうがよいですか?

同じ会社に頼むと、窓口と責任分界をひとつにまとめやすい一方で、価格や運用を比べにくくなることもあります。

システムとSPDを分ける場合は、在庫の所有権、補充と発注の責任、欠品時の代替を三者で合意します。さらに、棚卸、データ連携、変更時の移行も決めたうえで、契約に盛り込みます。

まとめ:RFPと段階導入による医療材料管理の外注

まず、管理対象と責任を決めます。そのうえで、SaaSやパッケージ、個別開発、SPD委託のなかから選びます。品目・拠点・発注・棚卸・請求・リコールの状況を調べ、必須要件・連携・安全対策・BCP・KPIをRFPにまとめます。

最初の一歩:1病棟または1倉庫の業務の見える化

全院展開は急がず、発注・入出庫・棚卸・期限アラートを1病棟または1倉庫で試します。棚卸時間や欠品率、期限切れ廃棄を導入の前後で測ります。請求漏れや利用率、リコール検索時間も、同じように測ります。

効果と現場負担を見てから、手術室や医事請求、RFID、経営分析へ広げれば、投資判断を説明しやすくなります。

5年総額と稼働後の責任まで含む委託先の提案

委託先には、初期費用に加えて、5年総額と稼働後の対応条件を提案してもらいます。

  • 5年総額:月額・保守、端末、マスター更新、連携変更、教育、障害対応、データ返却
  • 安全管理:アクセス権限、監査ログ、バックアップ、復旧訓練、SLA
  • 終了時:契約終了時の移行条件

厚労省と経産省の最新版ガイドラインを踏まえて条件を定められる委託先であれば、医療安全と経営効果の両立につながります。成否は、システムの新しさよりも、現場が迷わず入力でき、異常時も業務を続けられるかで決まります。使用実績を請求や改善に結び付けられるかも、大切な点です。

自院の課題と優先順位を整理し、複数社へ同じ条件で提案を依頼してください。

▼全体ガイドの記事
・医療材料管理システム開発の完全ガイド

会社紹介

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

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

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

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

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

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