RIS開発は、要件整理から定着までの6段階を順に進めると、判断の抜けを防ぎやすくなります。
全体像・導入の進め方・費用相場・見積もりの見方の順に説明します。全体像は、放射線情報システム（RIS）開発の完全ガイドでも詳しく扱っています。
▼全体ガイドの記事
・放射線情報システム（RIS）開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
放射線情報システム（RIS）開発の全体像
RISは、放射線部門の検査業務を管理する部門システムです。PACSが医用画像の保存・配信・閲覧を担うのに対し、RISは検査の業務情報を管理します。誰が、いつ、どの患者に、どの検査を行い、どの装置でどこまで進んだかを扱います。
開発の成否は、画面の数よりも、検査依頼から結果確定まで情報が正確に流れ、現場で無理なく入力できるかで決まります。
予約から検査結果までの一連の流れ
検査オーダー、予約、受付を起点に、進捗や注意事項、結果・会計連携までを管理します。
- 進捗管理：検査室や担当技師の割り当てと、状況・待ち時間の把握。
- 注意事項管理：造影剤、体内金属、アレルギー、感染症と検査情報の結び付け。
- 結果・会計連携：読影依頼、レポート確定、会計連携、統計の扱い。
検査室の混雑や待ち人数を一覧にしておくと、キャンセルや装置停止が起きたときに、優先度を見直せます。
ワークリスト連携では、HISや電子カルテから患者情報と検査依頼を受け取り、DICOM Modality Worklist（MWL）を通じて、患者・検査情報を装置へ渡します。続いて、DICOM MPPSで装置から実施情報を受け取り、PACSへ画像を連携すれば、装置側の手入力を減らせます。
自院の装置型式、項目、文字コード、検査コードへの対応は、「DICOM対応」の表記だけでは判断できません。そのため、実機または同型機で接続を検証します。
パッケージ・クラウド・個別開発の選び分け
方式によって、業務への合わせやすさや運用の負担は変わるため、自院で担う範囲と標準機能への適合性を比べて選びます。
- 標準パッケージ：基本機能と導入実績を活用でき、短期間での稼働を目指しやすい方式。
- クラウド型：サーバー更新やバックアップの負担を抑えやすい形。
- オンプレミス型：院内ネットワークや独自の連携を作り込みやすい。
- パッケージの個別拡張：標準機能に独自の機能を加える方式。
- スクラッチ開発：独自業務に合わせやすい一方、保守や更新対応も継続して担う。
標準パッケージでは、独自の検査フローや帳票を標準に合わせるかどうかを判断する必要があります。
クラウドでは、停止時の代替運用・保管場所・復旧目標と、どこまでを誰が受け持つかを契約で確かめます。
オンプレミス型では、サーバー更新・災害対策・バックアップ・保守人材を自院で管理します。
スクラッチ開発では、標準規格・医療安全・長期保守・次回更新時の移行を、自院と開発会社で分担します。
基幹部分に実績あるパッケージを使い、独自帳票や統計だけを拡張する方式は、費用と柔軟性のバランスを取りやすい方法です。
AI読影支援・線量分析・予約最適化・クラウド連携も選択肢になります。ただし、AIは読影の補助や検査優先度の判断材料として扱います。そのため、AIの検出結果を誰が確認し、誤検知をどう扱い、最終判断を誰が行うかを要件に含めておきます。
放射線情報システム（RIS）の進め方
RIS開発は、要件整理から定着までの6段階で進みます。各段階に入る前に、作る資料と承認者、次の工程へ進む条件を決めておきます。
放射線技師に加えて、読影医・看護師・医事・情報システム・医療機器管理の代表者も、早い段階から加わります。
フェーズ1：要件整理（現場の業務とMUST条件）
新しいシステムに入れる業務は、通常の流れだけでは決まりません。検査室変更や装置停止などの例外、そして電話や紙、Excelで補っている作業まで現場で書き出しておくと、導入後に業務が抜けにくくなります。
- 通常業務：予約受付、撮影、画像確認、読影依頼、レポート確定、会計連携。
- 例外処理：検査室変更、遅刻、装置停止、中止、再撮影、造影剤変更、緊急検査。
- 補完作業：電話、紙、Excel、口頭での判断と、その判断に使う情報。
要件はMUST、SHOULD、WANTに分けます。MUSTには、患者ID照合、MWL、PACS・電子カルテ連携を置きます。加えて、監査ログと権限管理、バックアップ、障害時の代替手順もMUSTに含めます。
SHOULDには、待ち時間の把握、線量・造影剤管理、統計を置き、レポートテンプレートも加えます。WANTにはAI連携、BI、地域連携を置きます。
作る資料には、業務フロー、課題一覧、機能・非機能要件を含めます。さらに、連携一覧、移行対象一覧、優先度表も作ります。
フェーズ2：選定（適合性による比較）
製品と自院の適合性を見極めるため、RFPには施設条件、既存連携、移行・稼働条件を記載します。
- 施設情報：病床数、年間検査件数、モダリティの種類と台数、同時利用者数。
- 既存システム：PACS、電子カルテ、レポートの製品名と版、MWL・MPPS接続数。
- 移行・稼働条件：レポート移行年数、希望稼働日、クラウド利用の可否。
デモでは、予約と患者照合、検査室割り当てを、実際に操作して確かめます。検査の開始・終了や読影依頼、レポート確定・訂正も、同じ流れで操作します。さらに、緊急検査や障害時の紙運用もシナリオに含めます。
ITreviewの2026年比較情報では、比較点として、連携性やスケジューリング、レポートを挙げています。線量管理や操作性も、比較点に含まれています。そのうえで、技師や読影医には、普段の言葉と手順で評価してもらいます。
契約前には、標準機能と追加開発の境界、仕様変更の単価、障害の受付時間を確かめます。さらに、復旧目標、更新範囲、データ所有権と返却形式も見ておきます。
設計書の引き渡しや再委託先、脆弱性対応について、どこまでを誰が受け持つかも決めておきます。
連携1本や端末1台、移行1年分は、別料金になる場合があります。休日の立ち会いも、別料金になることがあります。
比較は、初期費用だけでなく、5年程度の総保有コストで行います。
フェーズ3：設計・開発（連携仕様と例外処理）
患者から検査室までのデータと、その管理責任は、設計の段階で次の区分に分けて定めます。
- データの関係：患者、オーダー、予約、装置、画像、レポート、線量、職員、検査室。
- 更新と履歴：正とするシステム、変更場所、訂正履歴の残し方。
- マスタ管理：検査コード、部位、依頼科、優先度、禁忌、装置、担当者の管理部署と承認者。
DICOM MWL・MPPSやHL7、IHEプロファイルは、規格名を確認するだけで終わらせず、設計の中身まで詰めます。JJ1017コードについても、同じ考え方で詰めます。
仕様書には、送受信項目、必須・任意の区分、再送の扱いを記します。文字コードと患者IDも、仕様書に書いておきます。
接続先が複数ある場合は、モダリティごとに、どこまでを誰が受け持つかを対応表にまとめます。
通信断や重複患者の扱い、中止や再撮影の扱いに加え、レポート改版と装置交換時の処理も設計書に含めます。
開発中は、予約と受付の画面から読影や管理画面まで、段階ごとに確かめます。そのなかで、入力項目や画面遷移の問題を早く見つけます。片手操作や例外時の戻り方も、同じ過程で見ておきます。
個別開発では、標準機能で足りない理由と、将来の製品更新に備えた維持方法を、変更管理票に残します。
フェーズ4：テスト（実データに近い業務シナリオの検証）
テストは、開発会社の単体・結合・総合テストと、医療機関のユーザー受入テストに分けます。受入テストでは、一連の業務と合否を確かめます。
- 業務の一連確認：受付、検査、画像確認、読影、レポート、電子カルテ表示、会計送信。
- 患者照合：同姓同名、旧姓、近い生年月日、同一患者の複数検査。
- 連携・例外：MWL、MPPS、画像到着、レポート訂正、再送、重複受信、緊急検査、停止、中止、再撮影。
担当者ごとに合否基準を決めたうえで、未解決の不具合は、医療安全、業務停止、使い勝手への影響をもとに優先度を付けます。
線量や造影剤を扱う場合は、入力漏れと閾値超過を確かめます。承認や統計出力も、あわせて確認します。
休日当直や担当者不在の場面も、業務テストに含めます。
フェーズ5：稼働（移行・教育・障害時の手順）
稼働前には、移行する対象と対象外を分け、診療に必要な履歴の範囲を決めます。移行検証では、次の項目を確かめます。
- 対象データ：検査履歴、レポート、患者・職員マスタ、検査コード、線量情報。
- 移行回数：サンプル、本移行、差分移行の3回程度。
- 照合内容：件数、患者紐付け、日付、レポート改版、キー画像の有無。
過去何年分を検索可能にするか、古いデータを参照専用にするかも決めておきます。全履歴を移せるとは限らないため、この範囲を先に決めておきます。
教育は、技師・読影医・受付・医事と、管理者・情報システム担当に分けます。利用者には業務シナリオを繰り返し練習してもらい、管理者には、マスタや権限変更、監査ログの扱いを教えます。
稼働初日は、ベンダーと院内責任者が待機します。問い合わせや障害、追加要望は、共通の台帳で管理します。
また、旧システムの停止時期、並行稼働の有無、正とするシステムを決めておきます。
障害時は、紙の依頼・患者照合・撮影記録の扱いと、復旧後の再入力を訓練します。
厚生労働省は2026年6月に「医療情報システムの安全管理に関するガイドライン 第7.0版」を公開しました。サイバーセキュリティ対策チェックリストとBCP確認表も掲載されています（出典: 厚生労働省、2026年）。
稼働判定では、復旧手順と連絡網が実際に機能するかも確かめます。
フェーズ6：定着（KPIと改善サイクルの運用）
導入効果は自動では生まれないため、施設の課題に合わせて3〜5個程度のKPIを選び、導入前後を毎月または四半期に比べます。
- 時間・稼働：予約から受付まで、患者待ち時間、検査室稼働率。
- 品質・進捗：キャンセル、再撮影、入力漏れ、レポート確定までの時間。
- 運用負荷：問い合わせ件数や改善要望の推移。
問い合わせは、操作ミス・運用ルール・マスタ、連携障害・不具合・追加要望に分類します。分けた内容はFAQに反映し、権限や検査コードの変更申請方法も定めます。
稼働後1か月、3か月、6か月に振り返りを行い、改善要望をMUST・SHOULD・WANTに分け直します。その結果、追加開発の優先度を保ちやすくなります。
院内責任者とデータ管理者を決め、ベンダー任せにしない運用体制を作ります。
新装置の接続、クラウドやネットワークの変更、脆弱性確認と復元テストは、年次計画に含めます。契約更新とデータ返却も、年次計画に入れます。
導入効果を共有し、入力負担を減らす改善を続ければ、RISを放射線部門の業務基盤として育てられます。
放射線情報システム（RIS）の費用相場とコストの内訳
RISの定価は一律に公開されないことが多く、費用は規模や検査件数、装置台数で変わります。連携数や移行、導入形態によっても変わります。
以下の金額は、2026年時点の比較情報と公開調達仕様、業務システム一般の費用構造に基づく予算用の幅です。
ここに示す数字は、個別の契約金額を保証するものではありません。
施設規模と構成別の初期費用の目安
施設規模と構成によって費用は変わるため、予算の検討では、初期費用と継続費用を分けて見ます。
- 小規模施設：初期300万〜800万円程度。クラウドは月額10万〜30万円前後の例があります。
- 中規模病院：初期800万〜2,000万円程度。クラウド月額20万〜50万円前後が参考です。
- 大規模施設：初期1,500万〜5,000万円以上となる可能性があります。
小規模の例は、予約と受付、数台のMWL接続、簡易統計を標準パッケージで導入し、既存のPACSと組み合わせる構成です。ただし、初期設定や接続、教育は、別見積もりになる場合があります。端末と保守も、別に見積もられることがあります。
中規模の例は200〜500床程度の施設で、RISやPACS、レポートに加えて、電子カルテ・HIS連携、複数モダリティ、移行を含みます。さらに、線量・造影剤管理も含みます。
オンプレミスの保守は、初期費用の年5〜15％が参考値です。冗長化や24時間対応、バックアップ、追加接続によって変動します。
大学・基幹病院や病院グループでは、30台超のDICOM接続や治療RISが費用を押し上げます。さらに、DICOM-RTやDWH、地域連携、長期移行も、費用の増える要因になります。
公開されている比較情報では、オンプレミス型は300万〜1,000万円、クラウド型は初期0円から数百万円、月額10万〜50万円前後と紹介されています（出典: ITreview「2026年 放射線科情報システムのおすすめ10製品」、2026年確認）。
大規模病院では、接続・移行・教育・機器費が重なります。そのため、公開価格の上限をそのまま当てはめることはできません。
連携・移行・教育・保守ごとの費用の内訳
初期費用だけでは総額を判断できないため、見積もりでは作業と接続の単位を確かめます。
- システム構築：要件整理、基本設計、ライセンス、画面・帳票、個別開発。
- 接続・設備：HIS、電子カルテ、PACS、レポート、装置、サーバー、端末、ネットワーク。
- 導入後：データ移行、テスト、教育、稼働支援、保守。
「インターフェース一式」という表記では、接続本数や方向が分からないことがあります。項目やエラー処理、テスト回数が見えない場合もあります。そのため、1本ずつ対象と納品物を明記してもらいます。
2025年の横浜市立大学附属市民総合医療センターの公開資料には、診断RISのクライアントが35台以上と記載されています。DICOM MWM 36接続やMPPS 11接続も示されています。
同じ資料には、DICOM-RTやレポート移行、PACS・HL7連携も含まれています。追加機能の拡張は、診断RISが140人日、治療RISが165人日です（出典: 横浜市立大学「質問回答書」、2025年）。
価格は公開されていないため、この資料を落札金額として扱うことはできません。また、機能追加だけでも大きな工数になることが分かります。
鹿児島大学病院では、2025年6月に「放射線情報システム一式」の政府調達公告が出されました。性能・機能・技術などを総合評価する方式です（出典: ジェトロ政府公共調達データベース、2025年）。
病院の案件には、機器・連携・移行・保守・運用支援も含まれます。初期費用と月額・年額費用を分けて、5年総額と更新時の費用まで確かめます。
放射線情報システム（RIS）の見積もりを取る際のポイント
見積もりの精度は、前提条件の揃え方で変わります。要件が未確定なら、まず要件整理と接続調査を行い、その成果物をもとに本見積もりへ進みます。
候補各社に同じ条件で提案を求めると、価格差の理由を比べられます。
RFPの記載項目（接続数、移行範囲、非機能要件）
RFPの記載漏れを防ぐため、設備と接続、移行、安全の要件を整理します。
- 設備・接続：規模、件数、装置型式・台数、MWL・MPPS・Storage・DICOM-RT接続数。
- 連携・機能：PACS等の製品、電子カルテ連携方向、利用者・端末数、線量・造影剤管理。
- 移行・安全：過去データの移行・参照年数、性能、復旧、監査、権限、暗号化、保守。
メーカーや型式、プリンター、治療・核医学の有無も記載します。さらに、患者・検査・レポート・線量のデータを何年分移行するかも明記します。
非機能要件では、稼働時間や同時接続数、バックアップ頻度を定めます。加えて、復旧目標と監査ログの保存期間、MFA、脆弱性対応も決めておきます。
クラウドでは、データセンターや再委託先、障害通知を確かめます。ログの閲覧や、契約終了時の返却形式と消去証明も確認しておきます。
災害時の運用や保守の受付時間も見ておきます。また、安全管理の要件は、機能要件と同じ重さで扱います。
提案比較（価格差の理由と担当範囲）
見積もりの抜けや実績の差を見つけるには、費目と確認方法をそろえて比べます。
- 費目：ライセンス、設定、開発、連携、移行、機器、教育、稼働支援、保守。
- 標準対応：対象版や接続数、設定項目、テスト範囲を尋ねます。
- 実績確認：同規模・同装置・同じPACS等の施設での導入後の対応。
移行や休日の稼働立ち会いが見積もりから外れると、追加費用になりやすいです。実績は、導入社数だけでなく、期間・移行範囲・障害対応・教育・更新支援まで聞きます。
可能であれば、利用者に操作性や問い合わせ対応、追加費用の出方を尋ねます。「対応可能」とだけ書かれた回答は、デモや接続試験で確かめます。
データ移行・ベンダーロックイン・障害時のリスク対策
契約と仕様書で責任の範囲を決めておくと、移行や更新、障害時のリスクを管理できます。
- データ移行：対象、変換、検証件数、責任者、やり直し条件を定めます。
- 契約終了：データ所有者、返却形式、返却後の消去方法の明確化。
- 障害対策：MFA、権限分離、ログ、バックアップ、BCP、委託先管理、SLAの確認。
移行では問題が起こり得ます。たとえば、患者IDの不一致やコードの表記揺れがあります。改版情報の欠落、キー画像の紐付け不良、古い形式で読めないことも起こり得ます。
個別開発が増えると、更新のたびに再テストや改修が必要になります。そのため、標準機能に合わせる範囲と、独自開発する範囲を分けておきます。
独自仕様の場合は、APIやデータ辞書を受け取っておきます。接続仕様書とテスト仕様書も用意してもらい、他社への移行や院内保守に備えます。
厚生労働省の第7.0版ガイドラインとチェックリストを参照して、安全対策をRFPや設計、受入テスト、保守契約の各段階で確かめます。
放射線情報システム（RIS）開発でよくある質問
RISの導入では、費用や期間、PACSとの違い、クラウドの安全性、移行範囲がよく検討されます。提案を依頼する前に確かめたい点を、次の質問ごとに整理しました。
放射線情報システム（RIS）の開発費用はいくらですか？
初期費用は、小規模の標準パッケージで300万〜800万円程度、中規模病院で800万〜2,000万円程度が目安です。大規模、治療RIS、複数施設展開では、1,500万〜5,000万円以上も想定されます。
公開価格ではなく、接続数・移行・端末・教育・保守まで含めた概算です。そのため、現行システムと装置を調査したうえで、個別見積もりを取ります。
RISの導入にはどのくらいの期間がかかりますか？
期間は、施設の規模だけでなく、連携する相手の数や移行する範囲でも変わります。規模と含める作業を照らし合わせると、およその期間を見積もりやすくなります。
- 小規模導入：標準機能中心なら1〜3か月が目安です。
- 病院案件：電子カルテ・PACS・複数モダリティとの連携、教育、移行を含む場合は3〜9か月が目安です。
- 大規模導入：治療RIS、長期データ移行、複数施設展開を含む場合は9〜18か月以上が目安です。
接続仕様や移行範囲が未確定だと、調整に時間がかかり、期間が延びやすくなります。そのため、稼働日から逆算して、要件整理と接続試験の期間を先に確保します。
RISとPACSはどちらを先に導入すべきですか？
順序は、現行システムの課題と更新時期を見て決めます。PACSは画像の保存・閲覧を担い、RISは予約や検査の進捗、部門業務を担います。
片方だけを更新する場合でも、患者・検査・画像・レポートの連携は設計に含めます。同時に更新するなら、接続試験と移行を一つの計画にまとめます。別々に更新するなら、どこまでを誰が受け持つかと、暫定の連携方法を明確にします。
クラウド型RISで医療情報を扱っても安全ですか？
医療情報を預ける際は、アクセス制御から障害時の継続策まで、提供会社に確かめておきます。
クラウド型だから安全とも、オンプレミスだから安全とも、一概には言えません。
- アクセス・通信：MFA、権限分離、通信・保存時の暗号化。
- 運用・復旧：監査ログ、バックアップ、復旧目標、脆弱性対応。
- 委託・障害：データ所在地、委託先、連絡体制、代替運用。
院内ネットワークが止まったときに検査を続けられるか、復旧後に二重入力や欠落をどう検証するかまで確かめます。
まとめ
6フェーズの順序と判断漏れの防止
開発では、通常業務と例外を整理したうえで、実機接続と運用への適合性を比べ、データと連携仕様を固めます。そのうえで、テストや移行、教育、稼働後の定着までを、一つの計画として管理します。
発注前の総額と安全管理の比較
発注前には、施設規模に応じた費用と、実機接続の適合性、安全管理と責任の分け方を確かめます。
- 費用：施設規模別の300万〜800万円、800万〜2,000万円、1,500万〜5,000万円以上を起点に、5年総額を比べます。
- 接続：DICOMやHL7の規格名だけで決めず、自院の実機と運用で確かめます。
- 機能の優先度：患者安全と業務安定を優先し、AI、BI、地域連携は運用後に広げます。
- 体制：放射線部門、医療情報部門、利用者と判断基準や責任の分け方を文書に残します。
総額には、RIS本体に加えて、接続や移行、端末・教育・保守・障害支援を含めます。
▼全体ガイドの記事
・放射線情報システム（RIS）開発の完全ガイド
▼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を創業。