公開2026.08.24更新2026.09.27 介護・医療

医用画像システムの比較：製品タイプ別の選定軸と費用構造・電子カルテ連携の判断【2026年版】

医用画像システムの比較資料を3社分並べても、機能欄はほとんど同じ言葉で埋まります。差が出るのは、同時接続の数え方、画像が表示されるまでの速度を決める設計、そして既存の電子カルテにつなげるかどうかという3点で、いずれも機能一覧の丸印には現れません。この記事では、比較の場に並ぶ製品を4つのタイプに分けて施設規模との対応を示し、カタログでは読み取れない評価軸をDICOM適合性宣言書まで踏み込んで整理します。あわせて初期費用と月額と5年総額をそろえる見積もり比較の手順、連携可否を比較前に判定する確認項目、そして比較を打ち切ってよい条件までが本稿の対象です。システムの定義や仕組みそのものはPACSとは？仕組み・電子カルテ連携・容量設計から導入判断までで扱っているため、ここでは選定に必要な論点だけを追います。

まとめ：医用画像システムの比較で先に決める製品タイプと3つの評価軸

比較を始める前に決めるのは製品タイプです。病院向け統合型、診療所向けパッケージ型、クラウドサービス型、電子カルテ一体オプション型の4つは価格帯も運用前提も違うため、タイプをまたいで並べた比較表からは判断が出てきません。年間検査件数とモダリティ台数、そして院外から画像を見る必要があるかどうかで、まず候補を1つか2つのタイプに絞り込む。

タイプを絞ったあとに見る評価軸は3つに集約されます。読影と参照を分けた同時接続のライセンス数、事前読み込みと圧縮方式で決まる表示速度、そしてDICOM適合性宣言書に書かれた対応範囲です。この3つは製品ページの機能一覧には出てこないため、ベンダーへ個別に照会する項目として比較表の行に足しておきます。

費用は初期費用だけを並べても順位がつきません。容量課金、過去画像の移行費、年間保守、5年目の更新を含めた総額でそろえたとき、初期費用が最も安い候補が総額で最も高くなる並びは珍しくない。判断の詰めどころは、既存の電子カルテやRISとつなげるかどうかであり、ここが不成立なら製品比較そのものをやり直すことになります。

医用画像システムの比較で並ぶ4つの製品タイプと施設規模ごとの適合範囲

医用画像システムという呼び方で資料請求すると、価格が10倍以上開いた製品が同じ束で届きます。想定している施設規模が違うためで、比較の第一歩はこの束をタイプごとに分け直すことです。

病院向け統合型：RISと一体で調達し部門横断の運用を前提にする構成

富士フイルムメディカル、キヤノンメディカルシステムズ、コニカミノルタジャパンといった国内ベンダーが病院向けに提供している系統がこれにあたります。放射線科の検査予約と実施記録を担うRIS、読影レポート、画像サーバを一体で調達する前提で設計されており、内視鏡や病理など放射線科以外の画像も同じ基盤に載せられる。

適合するのは、モダリティが5台を超え、複数の診療科が同じ画像を参照する規模の施設です。読影医が院内に常勤し、レポートの承認フローが業務として存在する場合、レポート機能まで含めた統合型でないと運用が分断されます。逆に、この規模に達していない施設が統合型を選ぶと、使わないモジュールの保守費を毎年払い続ける形になる。

診療所向けパッケージ型：院内で完結する構成と1台構成で収まる撮影件数

院内にサーバを1台置き、そこに画像を貯めて診察室の端末から参照する形です。初期費用は公開されている料金例で100万円から300万円台、年間保守が10万円から50万円程度という水準が2026年8月時点の目安になっています。ライセンスは端末数で数えることが多く、追加端末ごとに費用が積み上がる。

この構成が収まるのは、モダリティが1台から3台、1日の撮影件数が数十件までの診療所です。画像の表示は院内LANを通るため回線品質の影響を受けず、通信が細い地域でも表示速度が安定する。一方で院外からの参照はVPNなどを別途用意しなければ成立せず、遠隔読影を頻繁に使う運用とは相性が悪くなります。

クラウドサービス型：月額課金と院外参照を前提にした容量の持ち方

画像をサービス事業者側の基盤に保存し、ブラウザから参照する形態です。公開されている料金例では初期0円から60万円台、月額1万5千円から3万円台という水準が並びます（2026年8月時点）。サーバ機器の更新が発生しないため、5年更新のタイミングでまとまった支出が立たない点が費用構造の違いになる。

院外参照が前提の運用、たとえば分院や訪問診療で同じ画像を見る場合、あるいは外部の読影医へ画像を回す場合に向きます。注意するのは容量の扱いで、無制限をうたう製品と保存容量ごとに課金する製品が同じ価格帯に混在している。CTを常用する施設は1検査あたりの容量が大きいため、容量課金型を選ぶと月額が想定を超えることがあります。

電子カルテ一体オプション型：画像機能を内包する構成と機能の上限

電子カルテ製品が画像保存と参照の機能をオプションとして持っている形です。別システムを増やさずに済み、患者情報の二重管理も起きないため、調達も運用も軽く収まります。費用はオプション追加分のみで、専用製品を別途導入するより低く抑えられることが多い。

制約は機能の上限にあります。読影レポートの作成、3D再構成、マンモグラフィ向けの高精細表示といった機能は持たないか、簡易な実装にとどまる場合が大半です。一般撮影と超音波が中心で読影レポートを院内で作らない診療所であれば、この構成で足ります。電子カルテ側の選定基準は電子カルテとは？種類・メリットと失敗しない選び方に整理しているため、カルテ本体の比較と並行して進める場合はそちらを先に固めてください。

機能一覧の横並びでは差が出ない同時接続数とビューア性能とDICOM適合の見方

製品比較表の機能欄は、どの製品も同じ言葉で丸がつきます。差が出るのは実装の細部で、以下の3軸はベンダーへ個別に照会しないと数値が出てきません。

同時接続数の数え方：読影端末と参照端末とWebビューアのライセンス区分

「同時接続10」と書かれていても、その10が何を指すかは製品ごとに違います。読影用の高機能ビューアだけを数える製品、参照専用の簡易ビューアも同じ枠で数える製品、Webブラウザからのアクセスは別枠にする製品が混在している。外来のピーク時に同時に画像を開く端末数を実測し、その数を読影用と参照用に分けてから照会します。

照会の文面は「同時接続数の上限はいくつか」ではなく、「読影ビューア3・参照ビューア12・Web参照5の同時利用は追加費用なしで可能か」という形にする。数え方の違いが費用差として表に出ます。

画像表示の速度を左右する事前読み込みと圧縮方式と3D処理の置き場所

表示が速いという説明は比較材料になりません。速度を決めているのは3つの実装です。まず、次に開く可能性の高い検査をあらかじめ端末側へ送っておく事前読み込み（プリフェッチ）の有無。次に、保存時に可逆圧縮を使うか非可逆圧縮を使うか。そして3D再構成やMPRの計算をサーバ側で行うかクライアント側で行うかという処理の置き場所です。

クライアント側で3D処理を行う設計なら、端末のスペック要件が選定条件に加わります。サーバ側で処理する設計なら、同時に3Dを開ける人数がサーバ性能で頭打ちになる。デモを依頼するときは、自院で最も枚数の多い検査（CTの薄いスライスなど）を実データに近い条件で開いてもらい、初回表示までの秒数を測ってください。

DICOM適合性宣言書で突き合わせるSOPクラスと転送構文とMWLの対応

DICOM対応と書かれていても、対応している機能の範囲は機器ごとに異なります。その範囲を公開しているのがDICOM適合性宣言書（Conformance Statement）で、モダリティ側とPACS側の双方が公開しています。突き合わせる項目は次のとおりです。

確認項目	見るところ	不一致で起きること
SOPクラス	画像種別ごとの対応可否	特定検査だけ保存不可
転送構文	圧縮形式の対応範囲	受信後に表示できない
MWL	検査予約の受け渡し	装置で患者情報を手入力
MPPS	実施情報の返送	実施済み状態が同期しない
文字コード	日本語氏名の符号化	患者名の文字化け

MWLに対応していない組み合わせを選ぶと、撮影のたびに患者IDを装置側で手入力する運用が固定されます。件数が増えるほど入力ミスと突き合わせ作業が積み上がるため、比較段階で必ず確認する項目です。調達仕様書に書く場合は、個別機能を列挙する代わりにIHEのSWFプロファイルを参照する書き方が使われます。

初期費用と月額と5年総額でそろえる医用画像システムの見積もり比較の前提

見積もりが3社から届いても、前提がそろっていなければ金額を並べる意味がありません。そろえる項目は容量、端末数、移行範囲、保守年数の4つです。

クラウド型とオンプレ型で費用の出方が変わる初期と月額の公開レンジ

2026年8月時点で公開されている料金例を横断すると、クラウド型は初期0円から60万円台・月額1万5千円から3万円台、オンプレミス型は初期100万円から300万円超・年間保守10万円から50万円程度に収まる例が多く見られます。初期費用だけを見ればクラウド型が低く出ますが、これは支出の時期が違うだけで総額の優劣ではない。

比較のためには、同じ年数の総額に直す必要があります。月額2万円のクラウド型は5年で120万円、初期200万円・年間保守30万円のオンプレミス型は5年で350万円という具合に、単純な足し算で並べ直す。ここで初めて金額が比較可能な形になります。

容量課金と過去画像の移行費用が相見積もりから抜け落ちる構造的な理由

ベンダーが最初に出す見積もりは、標準構成に基づいた金額です。標準構成には自院の画像量も、既存システムに溜まった過去画像も含まれていません。この2つが後から追加見積もりとして出てくると、当初の比較結果が入れ替わります。

先に確定させておくのは、年間で増える画像容量の見込み値と、移行する過去画像の年数です。容量の積算方法はPACSの容量設計と保存年限の考え方で手順を示しているので、その数値を全ベンダーへ同じ条件として渡す。移行については「過去3年分の画像とレポートを移行する」という形で年数と対象を明記し、見積もりの内訳に行として立ててもらってください。

保守費と5年更新を含めた総額で並べ替えると順位が入れ替わる場面

オンプレミス型はサーバ機器の更新時期が来ます。ハードウェアの保守期限は5年前後で設定されることが多く、その時点で機器更新とデータ移行の費用が再び立つ。初期費用の安い構成を選んでいた場合、この更新費が相対的に大きく効いてきます。

並べ替えの結果として、初期費用が中位だった統合型が10年総額では最も低くなる、という逆転が起きる。判断材料にするのは、施設として何年その仕組みを使うつもりかという前提です。移転や建て替えの計画が5年以内にあるなら、機器を持たない構成のほうが計画変更の吸収余地が残ります。

既存の電子カルテとRISに接続できるかを比較前に判定する確認項目と聞き方

連携可否は製品比較の結果ではなく、比較の前提です。ここが不成立の候補を比較表に残したまま進めると、最終段階で候補が消えて選定をやり直すことになります。

連携実績を施設名でなく方式で確認するときの質問文と回答の見分け方

「電子カルテとの連携実績はありますか」という問いには、ほぼ全てのベンダーが「あります」と答えます。実績があるのは別の製品・別のバージョンとの組み合わせかもしれず、この回答からは何も判定できない。

聞くべきは組み合わせと方式です。「当院が使っている電子カルテ製品の現行バージョンと、どの方式で接続した実績があるか」を尋ね、HL7、DICOM、ファイル受け渡しのいずれかという形で答えを得ます。実績がない場合でも接続自体は成立しますが、検証工数と費用が別途立つ前提になる。連携方式そのものの選び方は医療情報システムの構成と連携方式の整理で扱っています。

既存ベンダー側の連携ポリシーと接続費用が選定を縛る場面の見極め

接続に費用がかかるのは、新しく入れる医用画像システム側だけではありません。既存の電子カルテベンダーが、外部システムとの接続にインタフェース費用を設定している場合があります。金額が数十万円から百万円単位で立つこともあり、この費用は候補製品によらず共通で発生する。

先に既存ベンダーへ確認しておくと、比較の土俵が整います。接続を認めない方針を取っているベンダーであれば、選択肢は同一ベンダーの画像オプションか、電子カルテごと入れ替えるかの二択に狭まる。この確認は資料請求より前に済ませるのが順序として確実です。

過去画像とレポートの移行範囲を先に決めないと比較が成立しない理由

過去画像の移行は、対象年数によって工数が数倍変わります。全期間を移すのか、直近3年分だけを移して残りは旧システムを参照専用で残すのか。この方針が決まっていないと、各社の見積もりが別々の前提で作られてしまう。

レポートの移行はさらに条件が分かれます。画像はDICOM形式で標準化されているため移行しやすい一方、読影レポートは製品ごとに保存形式が違い、テキストだけを移してレイアウトは再現しないという判断になることが多い。移行の対象と再現の水準を先に文書化し、全ベンダーへ同じものを渡してください。

比較を3社で打ち切ってよい条件と、製品比較では収まらない受託開発の分かれ目

比較する社数を増やすほど良い選択になるとは限りません。ここでは打ち切りの条件と、比較の枠から外すべき場面を条件付きで示します。

3社比較で十分になる条件と、それ以上増やしても差が出ない撮影件数

製品タイプを1つに絞り込めていて、モダリティが3台以下、年間検査件数が1万件を下回る規模であれば、同タイプの3社比較で判断材料はそろいます。この規模では製品間の性能差が運用の差として現れにくく、4社目以降を追加しても比較表の行が増えるだけで結論は動かない。

3社の選び方は、同一タイプ内で費用構造の異なる組み合わせにします。たとえばクラウドサービス型なら、容量無制限の月額固定・容量課金・電子カルテベンダー系列の3種を並べる。同じ費用構造の3社を並べても、比較から得られる情報は少なくなります。

比較を打ち切らずに続けたときに起きる導入遅延と現場合意の空回り

選定が長引く最大の要因は、決め手を機能差に求め続けることです。同タイプの製品間では機能差が小さいため、探すほど細部の違いばかりが出てきて判断がつかなくなる。その間にデモや説明会が繰り返され、現場の関心が薄れていきます。

打ち切りの合図は明確です。3社の比較表を埋めた段階で、費用と連携可否で候補が2社以内に絞れているなら、そこで決める。絞れていない場合に足すべきは4社目ではなく、自院の運用条件（同時接続数の実測値、移行年数）の確定作業です。条件が決まれば候補は自然に減ります。

製品比較から外して連携開発に振り替える条件と見送るべき自社開発

既存システムとの接続要件が製品の標準機能を超える場合、比較の対象は製品ではなく開発の進め方に移ります。具体的には、複数拠点の患者IDを統合して名寄せする必要がある、健診システムや外部の読影サービスと双方向でデータを往復させる、といった要件です。この場合は市販PACSを画像基盤として据えたうえで、連携部分を個別に作る構成が収まります。要件整理から接続部分の設計・実装まで含めた検討は医療機関向けシステム開発で対応しています。

一方で、画像保存の仕組みそのものを自社開発するのは見送るべきです。DICOMの受信、保存、表示を自前で実装すると、装置ごとの適合性検証と、安全管理ガイドライン第7.0版が求める体制整備を全て自力で負うことになる。市販製品が数百万円で提供している範囲を作り直す投資に見合う理由は、標準的な医療機関の要件からは出てきません。開発に振り向けるのは、市販品の外側にある連携と業務処理の部分に限ります。

医用画像システムの比較と費用や電子カルテ連携についてよくある質問

選定の実務でベンダーへの照会前に整理しておきたい論点を、5つの質問にまとめました。

医用画像システムとPACSは同じものですか？

実務ではほぼ同じ対象を指します。PACSは画像の保存と通信を担う仕組みの名称で、医用画像システムや医用画像管理システムは、それを含む院内の画像運用全体を指す言い方として使われます。製品カタログでは両方の表記が混在しており、比較の場では呼び方の違いで候補を絞り込まないほうが確実です。仕組みの内訳はPACSの構成解説にまとめています。

クラウド型とオンプレミス型はどちらで比較を始めるべきですか？

院外から画像を見る必要があるかどうかで先に振り分けます。分院や訪問診療、外部読影で院外参照が業務に組み込まれているならクラウドサービス型から、院内完結で通信環境に不安があるならオンプレミス型から候補を集める。両方のタイプを1つの比較表に混ぜると、費用構造が違うため金額の比較が成立しなくなります。

医用画像システムの費用はどのくらい見ておけばよいですか？

2026年8月時点の公開料金例では、クラウド型が初期0円から60万円台・月額1万5千円から3万円台、オンプレミス型が初期100万円から300万円超・年間保守10万円から50万円程度という水準です。ただしこれは標準構成の金額で、過去画像の移行費と既存電子カルテ側の接続費が別途立ちます。予算は5年総額で組み、移行費を独立した行として確保してください。

既存の電子カルテを変えずに医用画像システムだけ入れ替えられますか？

多くの場合は可能です。判断を分けるのは、既存の電子カルテベンダーが外部システムとの接続を認めているか、そのインタフェース費用がいくらかという2点になります。接続を認めない方針であれば、同一ベンダーの画像オプションを選ぶか、電子カルテごと見直すかという選択になる。この確認は候補製品を絞る前に済ませます。