医用画像管理システム(PACS)開発の見積相場や費用/コスト/値段について

医用画像管理システム(PACS)の費用相場は、診療所・健診施設の小規模導入で初期0〜300万円程度、中小病院の連携型で300万〜1,500万円程度、大規模病院のPACS・RIS・VNA統合で1,000万〜5,000万円超が目安です。実際の金額は、モダリティ台数、年間検査件数、保存年数、既存画像の移行量、電子カルテ・RIS連携、冗長化、教育範囲によって大きく変わります。

製品ページに価格が掲載されにくいPACSは、「結局いくらかかるのか」を比較しづらいシステムです。この記事では、公開されている月額料金や初期投資ゼロの提供方式を参考にしながら、費用の内訳、価格が上がる要因、開発・導入期間、見積もりの確認方法、コストを抑える進め方までを、2026年時点の情報として整理します。PACS単体の購入ではなく、画像診療を止めずに運用するための総額で判断できるようになることが目的です。

▼全体ガイドの記事
・医用画像管理システム(PACS)開発の完全ガイド

医用画像管理システム(PACS)の費用相場はいくらですか?

医用画像管理システムの費用相場を検討する担当者

医用画像管理システム(PACS)の相場は、クラウドや標準パッケージを使うか、院内設備や個別連携を含むかで幅が出ます。結論として、最も小さな構成なら月額中心で始められますが、病院全体の画像診療基盤として作り込む場合は、初期費用だけで数千万円規模になることもあります。以下の数字はPACS市場全体の公定価格ではなく、公開価格、公開調達要件、業務システム開発の共通相場から組み立てた予算検討用のレンジです。

診療所・健診施設の小規模導入は初期0〜300万円程度です

モダリティが少なく、標準Viewerと画像保存を中心に導入する診療所や健診施設では、初期費用0〜300万円程度、ランニング費用は月額5.5万〜30万円程度が目安になります。クラウドまたは標準パッケージを選び、電子カルテとの連携を最小限にするなら、サーバーを買い切るより初期負担を抑えやすいです。ただし、月額料金には画像容量、同時接続数、保存期間、サポート、データ搬出の条件が含まれない場合があるため、月額だけで安いと判断しないことが重要です。

中小病院の連携型は初期300万〜1,500万円程度です

複数のX線、CT、MRI、超音波などを接続し、電子カルテやRISと患者・検査情報を連携する中小病院では、初期費用300万〜1,500万円程度、月額10万〜50万円程度、または初期費用の10〜20%程度を保守費として見ることがあります。これはソフトウェアだけでなく、接続設定、端末、画像表示環境、移行、操作教育を含めた導入予算の目安です。既存PACSの画像を数年分移行する場合や、レポート・音声認識まで一体化する場合は、同じ病床数でも上限側に寄ります。

大規模病院の統合基盤は1,000万〜5,000万円超です

大規模病院や病院グループで、PACS、RIS、VNA、レポート、地域連携、遠隔読影、AI、災害対策をまとめて整備する場合は、初期1,000万〜5,000万円超、ランニング費用は年額数百万円から増加するレンジになります。24時間365日の可用性、二重化されたストレージ、複数拠点のバックアップ、院内外の同時利用を求めるほど、機器費と設計・検証工数が増えます。フルスクラッチで独自の統合基盤を開発する場合は、3,000万〜1億円超、開発期間12〜24か月以上という見積もりも検討対象になります。

公開価格は比較材料であり、導入見積もりそのものではありません

キッセイコムテックのPAXiS-Xは、2019年の提供開始情報で月額55,000円からと公開されています。直近画像を院内サーバー、長期保存画像をクラウドに置くハイブリッド方式で、保管容量によって増減する料金です(出典:キッセイコムテック「PAXiS-X提供開始のお知らせ」)。これは2026年の全施設向け価格表ではないため、現在の見積もりとして断定せず、月額型の下限を考える際の公開事例として扱います。

PSPのクラウドPACS NOBORIは、NOBORI-CUBEをレンタル機器として提供し、初期投資ゼロを掲げています。院内に大型サーバーを置かず、東日本と西日本の2拠点でデータを管理する方式ですが、実際の月額は施設規模、画像容量、ViewerやRISなどの構成、連携範囲で変わります(出典:PSP株式会社「クラウドPACS NOBORI」)。初期0円は総額0円という意味ではなく、月額、最低契約期間、オプション、データ搬出費まで確認する必要があります。

また、2025年7月に開示された上場企業資料では、提供側企業がPACSシステムのクラウド化に約600万円を投じる計画を示しています。これは医療機関がPACSを導入する価格ではなく、サービス提供側の開発・改良投資です(出典:2025年7月17日付の上場企業開示資料)。市場でクラウド化の開発費が発生している規模感を知る参考にはなりますが、病院の見積もりにそのまま当てはめてはいけません。

PACS開発・導入費用の内訳は何ですか?

PACS開発費用の内訳を確認するイメージ

見積書の総額だけを見ると、安い提案と高い提案の違いが分かりません。PACSでは、ライセンスやクラウド利用料のほかに、モダリティ接続、検査情報連携、データ移行、端末・モニター、セキュリティ、教育、保守が発生します。見積書を受け取ったら、少なくとも次の費目に分けて、初期費用と運用費用を別々に確認します。

ライセンス・サーバー・ストレージが基本費用になります

基本費用には、PACSアプリケーション、Viewer、管理者機能、同時接続ライセンス、モダリティ接続ライセンス、サーバー、ストレージ、バックアップ装置が含まれます。オンプレミス方式では、容量を将来分まで見込んだストレージ、予備機、保守契約、数年ごとの更新費が初期または更新時に集中します。クラウド方式では、サーバー購入費を抑えられる一方、保存容量、転送量、参照頻度、バックアップ、拠点数によって月額が変動します。

画像データは、CTやMRIの検査件数が増えるほど保存容量も増えます。したがって、見積もりには「現在の使用量」だけでなく、年間検査件数、検査1件あたりの容量、保存年数、圧縮の有無、削除・アーカイブ方針を記載します。保存年数を無制限としてしまうと、クラウドでもオンプレミスでも総保有コストが上がるため、診療上必要な期間と長期保管の方式を分けて検討します。

HIS・RIS・モダリティとの連携費用が増えやすいです

患者情報や検査予約を受け取り、撮影画像と正しい患者・検査を結び付け、読影レポートを電子カルテへ戻すには、HIS・RIS・モダリティとの連携設計が必要です。DICOMのC-STORE、C-FIND、C-MOVE、C-GETに加えて、MWL、MPPS、HL7、FHIR、DICOMwebなどを使う場合は、接続先ごとの仕様確認と試験が発生します。古い機器のDICOMタグに個別対応する場合や、複数ベンダーの機器をつなぐ場合は、連携費用と検証期間が増えやすいです。

2026年2月に公開された鳥取大学の放射線部門システム調達要件では、電子カルテや医事システムとの連携、画像の取得・保存・配信・表示・読影・解析、患者ID取り違え防止、監査証跡、DICOM標準、DICOMweb、IHE Radiology、MWL、MPPS、FHIR DiagnosticReport、既存モダリティの継続利用まで求められています(出典:政府公共調達データベース掲載の鳥取大学資料提供招請)。このような要件を含めるほど、Viewerの導入費だけでは済まなくなります。

既存画像のデータ移行は独立した費目で計上します

旧PACSからの移行は、単純なファイルコピーではありません。患者ID、検査日、Study・Series・Instance、レポート、PR・SRなどの関連情報を照合し、移行後に過去画像が正しい患者に表示されることを確認します。画像枚数やデータ容量に加えて、旧ベンダーのデータベース形式、文字コード、欠損タグ、匿名化の要否、移行中の診療継続、移行後のサンプル読影が工数を左右します。

見積もりでは「データ移行一式」とまとめず、対象期間、対象モダリティ、対象検査件数、移行対象のレポート、照合方法、エラー時の再処理、保管先、責任分界を明記します。初回移行を一度で完了させるのではなく、古い画像は段階移行し、直近数年分を高速参照用、さらに古い画像をアーカイブ用に分けると、切替時の負荷を抑えられる場合があります。

教育・保守・セキュリティが運用費用を決めます

稼働後には、放射線技師、医師、事務職員、システム管理者ごとの教育、問い合わせ対応、障害監視、バックアップ確認、パッチ適用、容量監視、機器交換が必要です。保守費は初期費用の10〜20%程度を目安に置くことがありますが、24時間365日対応、現地駆け付け、代替機、クラウド障害時の支援、バージョンアップの範囲によって変わります。安い保守契約を選ぶより、停止時に誰が何時間以内に復旧するのかを確認することが重要です。

厚生労働省は2026年6月に医療情報システムの安全管理に関するガイドライン第7.0版と、医療機関・薬局向けサイバーセキュリティ対策チェックリストを公開しています。PACSの見積もりでも、アクセス権限、暗号化、監査ログ、脆弱性対応、バックアップ、復元訓練、サイバー攻撃を想定したBCP、委託先との役割分担を確認します(出典:厚生労働省「医療情報システムの安全管理に関するガイドライン 第7.0版」)。これらを後から追加すると、想定外の費用と稼働延期につながります。

PACSの費用が高くなる変動要因は何ですか?

PACSの費用変動要因を整理するイメージ

同じPACS製品でも、施設によって見積もりが変わるのは、扱う画像量と業務の複雑さが異なるためです。特に、保存容量、接続台数、同時利用者、連携先、可用性、データ移行、AIや地域連携の有無が価格に影響します。価格を下げるには、必要な機能を削るだけでなく、どの要件が診療継続や患者安全に直結するかを先に分けます。

画像容量と検査件数がクラウド・ストレージ費を左右します

CTやMRIのように1検査あたりの画像枚数が多いモダリティを増設すると、保存容量、バックアップ容量、ネットワーク転送量、検索用インデックスが増えます。クラウドでは月額が容量連動になることが多く、オンプレミスでは初期ストレージと更新費が増えます。見積もり依頼時には、現在の年間検査数だけでなく、3年後の検査数、保存年数、1日あたりのピーク受信量も提示すると、過不足の少ない容量設計になります。

冗長化・BCP・24時間365日稼働で設計費が増えます

救急診療や複数拠点の読影で停止が許容されない場合は、サーバー、ネットワーク、電源、ストレージ、バックアップを冗長化します。さらに、災害やランサムウェアで院内環境が使えなくなったときの代替閲覧、復旧優先順位、連絡体制、復元テストまで設計します。公開調達でも24時間365日の連続稼働を志向する可用性や、障害時の代替運用支援が要求されているため、可用性の条件は費用ではなく要件としてRFPに書く必要があります。

Viewer・レポート・AI・地域連携の追加で範囲が広がります

多断面再構成、3D表示、動画表示、ハンギングプロトコル、音声認識レポート、二重読影、院外からの参照、CDレス共有、地域連携、モバイル閲覧は、標準構成に含まれないことがあります。AIも、画像を受信して解析結果を戻す連携、同時利用ライセンス、解析対象モダリティ、ログ保存、読影画面への表示方法で費用が変わります。診断・治療・予防を目的とするAI機能は医療機器プログラムとして承認・認証の確認が必要なため、単に「AI付き」と書かれた見積もりではなく、用途と薬事上の位置付けを確認します。

古いPACSと複数ベンダーの接続がリスクになります

旧PACSが独自形式でデータを管理している場合、標準的なDICOM画像だけでなく、患者マスタ、検査情報、レポート、注釈、キー画像を個別に調査する必要があります。古いモダリティが最新のMWLやMPPSに対応していない場合は、ゲートウェイや変換処理が必要になります。ここを安く見せた提案は、稼働直前に追加費用が発生しやすいため、候補会社には実際の機器一覧とサンプルデータを渡して、接続可否を事前に確認します。

PACSの開発・導入期間と進め方はどうなりますか?

PACSの開発導入工程を確認するイメージ

小規模なクラウド・パッケージ導入は1〜3か月、中小病院の連携型は3〜9か月、大規模なPACS・RIS・VNA統合は6〜18か月、フルスクラッチや大規模移行は12〜24か月以上が目安です。期間を左右するのは開発だけではなく、要件確定、接続試験、データ移行、並行運用、現場教育、稼働判定です。診療を止められない施設ほど、切替日から逆算して移行リハーサルを先に予定します。

要件定義ではMUSTとWANTを分けます

最初に、モダリティ台数、年間検査件数、保存年数、同時接続数、読影拠点、電子カルテ・RISの製品名、既存PACSの保守期限、過去画像の容量を棚卸しします。そのうえで「患者IDを取り違えない」「救急画像を遅延なく表示する」「レポートを電子カルテに返す」「障害時に最低限の画像を参照する」といったMUSTを決めます。将来のAI、地域連携、モバイル閲覧はWANTとして分けると、初期費用と段階導入の判断がしやすくなります。

PoCとRFPでは実データに近いシナリオを試します

候補会社には、同じ患者・検査シナリオ、同じCTやMRIのサンプル画像、同じ読影・承認フローを渡します。検証項目は、撮影直後の画像表示、過去画像との比較、ハンギングプロトコル、画像の他院取り込み、レポート送信、電子カルテからの起動、ネットワーク断時の動作、復旧後の再送です。機能表の丸印ではなく、実際の操作時間とエラー時の復旧方法を比べると、導入後の追加開発を減らせます。

移行・並行運用・切替判定を工程として見積もります

移行では、データの棚卸し、サンプル変換、件数照合、患者・検査IDの照合、サンプル読影、全量移行、差分移行、バックアップ復元を行います。切替直前に初めて移行するのではなく、数か月前に一部データでリハーサルを実施し、エラー率と処理時間を把握します。切替後も一定期間は旧PACSを参照専用で残す、または両方に画像を送るなど、診療継続のための並行運用を決めます。

教育と稼働後の運用設計まで含めて完成です

稼働初日に全職種へ同じ説明をするだけでは、例外運用に対応できません。放射線技師には検像・再送・患者情報修正、医師には検索・比較・計測・レポート、事務職員には他院画像やメディア管理、管理者には権限・監査ログ・障害連絡を分けて教育します。稼働後1か月、3か月、6か月で操作ログや問い合わせを見直し、不要なオプションや不足機能を整理すると、継続費用の適正化にもつながります。

PACSのコストを最適化するポイントは何ですか?

PACSのコスト最適化を検討するイメージ

コスト最適化で大切なのは、初期費用だけを削ることではありません。診療停止、患者IDの誤紐付け、画像移行のやり直し、過剰な保存容量、ベンダーロックインによる高い更新費を避けながら、必要な品質を維持します。予算が限られる場合は、機能を一括で削るのではなく、導入時期と保管方式と連携範囲を分けて、将来拡張できる構成にします。

標準機能を先に導入して段階的に拡張します

最初からAI、地域連携、全施設の統合、すべての過去画像移行を同時に行うと、初期費用と稼働リスクが膨らみます。第1段階では、モダリティからの受信、検索、基本Viewer、患者情報連携、最低限のレポートを安定させ、第2段階で遠隔読影、外部共有、AI、VNA統合を追加する方法があります。将来追加する機能のAPI、DICOMweb、データ形式、ライセンス条件を契約前に確認すると、段階導入でも作り直しを避けやすくなります。

院内キャッシュとクラウド長期保存を使い分けます

すべての画像を院内に持つオンプレミスと、すべてをクラウドに置く方式の二択ではなく、直近の画像を院内で高速参照し、長期保存画像をクラウドへ置くハイブリッド方式も選択肢になります。キッセイコムテックのPAXiS-Xは、直近画像を院内、長期保存画像をクラウドに置く方式と月額55,000円からの公開例を示しています。施設ごとの容量や連携条件で変わるため、そのまま価格を当てはめるのではなく、必要な参照速度と保存期間を分ける考え方として活用します。

DICOM・DICOMweb・FHIRなど標準仕様を優先します

特定ベンダーだけが読める形式や、移行方法が不明な独自インターフェースを採用すると、将来の更新や相見積もりで不利になりやすいです。DICOMの基本サービス、DICOMweb、IHE Radiology、HL7やFHIRの対応範囲、APIの利用条件、データエクスポート形式を確認します。標準仕様に対応していても、実際のモダリティや電子カルテとの接続可否は別問題ですので、サンプルデータでの接続試験と、契約終了時のデータ返却をセットで確認します。

契約時に追加費用とデータ所有権を明確にします

見積もりの本体価格だけでなく、追加モダリティ、同時接続数の増加、容量超過、現地作業、夜間切替、再移行、API利用、データ搬出、契約終了時の削除証明、バージョンアップ、障害時の代替運用を確認します。医療情報を扱うため、データの所有者、委託先、再委託先、アクセスログの保管、インシデント報告、復旧目標、設計書や設定情報の引き渡しも契約に含めます。厚生労働省の第7.0版では事業者向け資料や契約上の役割分担に関する関連資料も案内されているため、価格交渉と同時に責任分界を詰めます。

PACSの見積もりを比較するときのポイントは何ですか?

PACSの見積もりを比較するイメージ

複数社から見積もりを取るときは、同じ条件を渡さなければ価格比較になりません。施設概要、機器一覧、現行PACSのデータ量、必要な連携、保存年数、利用者数、稼働時間、移行方針、教育対象、保守時間帯を一つのRFPにまとめます。提案会社ごとに前提が違う場合は、金額の大小ではなく、含まれる範囲と含まれない範囲を比較します。

RFPには画像量・接続先・移行範囲を具体的に書きます

最低限、モダリティの種類と台数、年間検査件数、画像容量、保存年数、Viewerの同時接続数、読影室・病棟・救急などの端末数、HIS・RIS・電子カルテの製品名、既存画像の移行対象、レポートの移行有無、必要なDICOM・HL7・FHIR・DICOMweb、クラウド・オンプレミスの希望、バックアップとBCPの条件を記載します。曖昧な「既存連携を踏襲」ではなく、接続先、送受信データ、エラー時の扱い、試験方法まで指定します。

5年程度の総保有コストで比べます

オンプレミスは初期費用が高くても、月額の画像保管費が一定になる場合があります。クラウドは初期費用を抑えやすくても、画像容量、転送量、利用者数、オプション、最低契約期間、更新時の料金改定が総額に影響します。比較時は、初期費用、月額・年額、保守、機器更新、移行、教育、追加接続、バックアップ、障害対応、契約終了時の搬出を含め、3年または5年の総保有コストを計算します。

安さだけでなく医療機関での移行実績を確認します

候補会社を選ぶ際は、製品の知名度だけでなく、自院と同じ規模・モダリティ・連携構成の実績を確認します。質問したいのは、古い機器や他社PACSとの接続実績、画像移行の責任範囲、患者ID取り違え防止の仕組み、障害時の代替運用、24時間サポート、AI機能の承認・認証、契約終了時のデータ搬出方法です。実績を件数だけでなく、移行対象容量、停止時間、稼働後の支援まで聞くと、見積もりの信頼性を判断しやすくなります。

医用画像管理システム(PACS)のよくある質問

PACSのよくある質問を確認するイメージ

最後に、費用を検討する際に多い疑問へ回答します。公開価格はあくまで一例であり、施設規模、画像容量、接続範囲、移行、保守条件を加えた個別見積もりが必要です。

PACSは月額5万円台から導入できますか?

公開例として、キッセイコムテックのPAXiS-Xは月額55,000円からと案内されています。ただし、2019年の提供開始時の情報であり、保管容量で増減する料金です。現在の価格や自院の総額を示すものではないため、画像容量、接続数、Viewer、連携、保守、契約期間を含めて見積もりを取ります。

クラウドPACSなら初期費用はかかりませんか?

初期投資ゼロを掲げるクラウドPACSはありますが、契約期間中の月額利用料やオプション費用が不要になるわけではありません。PSPのNOBORIはNOBORI-CUBEをレンタル機器として提供し、初期投資ゼロを案内していますが、施設規模や構成によってサービス内容が変わります。データ搬出費、最低利用期間、容量超過、追加端末、連携費用も契約前に確認します。

既存PACSの画像移行費用はどのように見積もりますか?

画像容量だけでなく、対象期間、検査件数、患者・検査IDの照合、レポートや注釈の移行、旧ベンダー形式、差分移行、サンプル読影、エラー再処理、切替後の参照期間を分けて見積もります。最初に一部データで試験移行し、処理時間と欠損を確認すると、全量移行時の追加費用を予測しやすくなります。診療を止められない場合は並行運用や段階移行の費用も含めます。

フルスクラッチ開発はPACS製品より安くなりますか?

独自の業務に合わせられる反面、DICOM、Viewer、連携、セキュリティ、監査、バックアップ、移行、24時間運用を一から設計・検証するため、一般には標準製品より初期費用と期間が大きくなりやすいです。フルスクラッチが適するのは、複数ベンダーの統合や特殊な読影フローなど、標準機能では業務成果が出ない明確な理由がある場合です。標準PACSを基盤に個別連携だけを追加する方式も比較し、5年総額と運用体制で判断します。

まとめ:PACSは費用内訳と診療継続性をセットで比較します

PACS導入費用を最終確認するイメージ

費用相場は施設規模と方式で整理します

医用画像管理システム(PACS)の費用相場は、小規模クラウド・パッケージで初期0〜300万円程度、中小病院の連携型で300万〜1,500万円程度、大規模なPACS・RIS・VNA統合で1,000万〜5,000万円超が目安です。公開価格には月額5.5万円からの例や初期投資ゼロの方式がありますが、いずれも施設規模、画像容量、接続先、移行、保守、契約条件で変動します。

見積もり前に総保有コストと責任分界を確認します

見積もりでは、ライセンス、サーバー・ストレージ、連携、データ移行、端末・モニター、セキュリティ、教育、保守、障害時の代替運用を分けて確認します。MUSTとWANTを整理し、標準仕様を優先し、必要に応じて段階導入やハイブリッド保管を選ぶことで、初期費用と将来の拡張性を両立しやすくなります。最終的には、初期価格の安さではなく、3年または5年の総保有コストと、画像診療を安全に継続できる運用体制で比較することが大切です。

▼全体ガイドの記事
・医用画像管理システム(PACS)開発の完全ガイド

会社紹介

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

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

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

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

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

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