放射線情報システム(RIS)開発の完全ガイド

RISは、放射線部門の業務管理と医療システム連携を段階的に導入することで、安全性と業務効率を支える基盤になります。

RISの種類と機能、導入の進め方、費用、開発会社の選び方、運用で確認することを、この順に説明します。各テーマの詳細は、関連記事もご覧ください。

▼関連記事一覧
・放射線情報システム(RIS)開発の進め方/やり方/流れや方法/手法/工程/手順
・放射線情報システム(RIS)開発でおすすめの開発会社/ベンダー6選と選び方
・放射線情報システム(RIS)開発の見積相場や費用/コスト/値段について
・放射線情報システム(RIS)開発の発注/外注/依頼/委託方法について

放射線情報システム(RIS)の概要

RISの検査情報・予約や実施状況と、PACSの医用画像の保存・配信・閲覧を左右で比べた図。
画像の扱いと検査の進行管理で役割が分かれます。

放射線情報システム(RIS)は、病院や診療所の放射線部門で検査情報と業務の進捗を管理するシステムです。

RISは、患者基本情報や検査依頼を受け取ったあと、予約や受付、検査室の割り当て、撮影、読影依頼までを扱います。

RISでは、レポート確定、会計連携、統計までを一連の流れとして管理します。

RISが管理する業務情報

RISで中心に管理するのは、検査の進行を示す業務情報です。その内容は、検査、担当、進行の三つの面に分けられます。

  • 検査の内容:種別、部位、依頼科、優先度、注意事項
  • 担当と場所:担当技師、検査室、使用する装置
  • 進行状況:受付済み、撮影中、撮影終了、読影待ち、レポート確定

造影剤やアレルギーなどの注意事項も、検査とひも付けて管理します。このように検査の流れと一緒に記録すると、電話や紙台帳では見えにくい待ち時間、滞留、キャンセル、再撮影を、部門全体で確認しやすくなります。

RISとPACSの違い

同じ放射線部門で使われても、RISとPACSは担当する情報が違います。違いは、画像を扱うか、検査の進行を扱うかにあります。

  • PACS:CTやMRIなどで撮影した医用画像の保存、配信、閲覧
  • RIS:検査情報。予約や実施状況の管理に加え、読影、レポート、統計まで
  • 電子カルテ・HIS:診療全体の情報

そのため、この三つをどう連携させるかを設計段階で決めておくことが重要です。

たとえば、RIS単体の画面が使いやすくても、画像やレポートとの連携が不安定だと、業務全体の改善にはつながりません。

RISの種類とシステム構成

RISの構成は、導入形態と対象業務の広さによって変わります。小規模施設向けの標準機能が中心の構成から、複数施設や治療部門、研究データまで扱う構成まであります。

まず、自院の検査量と将来計画を整理しておくと、必要な構成を検討しやすくなります。

パッケージ、クラウド、オンプレミスの違い

導入形態によって運用の負担や対応できる範囲が異なるため、自院の要件に照らして確認します。

  • パッケージ型:標準機能を短期間で導入できる
  • クラウド型:サーバー更新やバックアップの負担を抑えられる
  • オンプレミス型:院内ネットワークや独自連携を作り込みやすい

パッケージ型は医療機関向けに改善された機能や運用ノウハウを利用できます。ただし、独自の紙帳票や例外処理をすべて再現できるとは限りません。

クラウド型は、複数施設や遠隔業務と相性のよい方式です。一方で、ネットワーク停止時の継続方法、データの保管場所、復旧目標、委託先との責任分界は、契約で確かめておく必要があります。

オンプレミス型では、サーバーや災害対策、更新作業、保守人材を自院側で管理する必要があります。

診断RIS、治療RIS、核医学対応

対象にする業務が変わると、必要な機能や連携も変わるため、導入範囲は段階ごとに検討します。

  • 診断RIS:X線、CT、MRI、超音波、マンモグラフィなどの検査予約、実施、読影を管理
  • 治療RIS:治療予約、照射情報、計画データ、照射システムとの連携を追加
  • 核医学対応:薬品の発注、受入、使用、廃棄、検査予約を管理対象に含める場合がある

放射線治療まで対象にすると、要件の粒度が大きくなります。ただし、将来の拡張を見込む場合でも、最初からすべてを入れる必要はありません。

診断部門を先に導入し、治療や核医学は後から追加できるデータ構造と契約にしておくと、現場の負担とリスクを抑えられます。

ポイント

導入形態は運用の負担と対応範囲で比べ、対象業務は診断部門から始めて、治療や核医学を後から追加できるかで判断すると迷いにくくなります。

RISの主要機能と連携規格

RISで求められるのは、機能の数よりも、現場で入力が途切れず、正しい患者情報が正しい装置と記録に伝わることです。

標準規格に対応しているかどうかだけでなく、自院の電子カルテ、PACS、レポート、モダリティと実際につながるかを検証してください。

予約から読影までの主要機能

予約から検査後までの機能がつながると、進行状況と安全・品質の情報を部門全体で扱えるようになります。

  • 予約・受付:検査種別、部位、依頼科、優先度、検査室、担当者、注意事項を登録
  • ワークリスト:電子カルテやHISの患者情報と検査依頼を装置へ渡す
  • 進捗管理:撮影開始・終了、画像確認、読影依頼、レポート確定を更新
  • 安全・品質管理:造影剤、体内金属、アレルギー、感染症、線量、装置点検、不具合、インシデントを扱う

装置側での手入力を減らし、待ち時間や滞留を見える形にできます。

安全・品質情報まで管理できると、予約台帳にとどまらず、部門の業務基盤として使えるようになります。

DICOM、HL7、IHE、JJ1017の確認方法

連携規格は、名称を見るだけでなく、自院の装置や業務で必要な機能が入っているかを確認します。

  • DICOM:医用画像や画像検査情報を扱う標準規格
  • MWL・MPPS:MWLは患者・検査情報を装置へ渡し、MPPSは検査の実施状態を伝える
  • HL7・IHE:HL7は医療情報交換に使われ、IHEは規格を組み合わせた業務上の連携方法を示す
  • JJ1017:検査コードを確認し、依頼内容のずれを防ぐ

仕様書では、規格名の記載よりも、対応メッセージ、項目、文字コードを書面で確かめることが大切です。加えて、エラー時の再送やタイムアウト、テスト環境、接続装置数も、確認対象に入れます。

RISの開発・導入の進め方

RIS導入を、現状把握とMUST・WANTの整理、基本設計と連携・移行の検証、受入テスト・教育・本稼働の順に示す図。
各段階の検証を重ねて本稼働へ進みます。

RIS導入には、放射線技師、読影医、看護師が参加します。さらに、医事や情報システム、医療機器管理などの部門も関わります。製品を選んで設定する作業は、その一部にすぎません。

関係者が現状の業務と例外処理を共有し、段階的に検証していくプロジェクトです。特に、患者取り違えや検査漏れにつながる場面は、画面の見た目より先に要件として整理します。

現状把握とMUST・WANTの整理

業務フローと例外を記録し、必須要件と希望要件を分けておくと、提案や見積を比較しやすくなります。

  • 業務フロー:予約から会計・レポート確定までを担当者ごとに書き出す
  • 例外処理:変更、中止、緊急割り込み、再撮影、装置故障、患者移動を記録する
  • MUST:患者情報連携、MWL、PACS・電子カルテ接続、監査ログ、バックアップ
  • WANT:AI支援、BI、スマートフォン通知、地域連携

RFPには、検査件数や装置台数、同時利用者数を記載します。加えて、施設数、レポート保存年数、希望稼働日も書いておきます。

基本設計と連携・移行の検証

設計内容を実機テストとサンプル移行で確かめておくと、接続や履歴の問題を本稼働の前に把握できます。

  • 基本設計:システム構成、権限、マスタ、連携項目、障害時運用、移行方針を定める
  • 接続テスト:電子カルテ、PACS、レポート、モダリティで実際に試す
  • サンプル移行:患者ID、検査日・種別、画像・レポートのひも付け、改訂履歴、検索速度、欠損を確認する

移行できないデータがある場合は、旧システムを参照専用で残す期間を決めます。あわせて、誰がどの手順で参照するかも決めておきます。

受入テスト、教育、本稼働

本稼働の前に例外ケースを試し、交代勤務でも同じ結果になるか、権限や記録が適切かを確認します。

  • 受入テスト:検査変更、重複依頼、緊急検査、装置停止、通信断を再現する
  • 結果の確認:読影差し戻し、レポート訂正、会計未連携も確認する
  • 教育と切替:関係者を役割別に教育し、問い合わせ窓口と障害時の紙運用を決める

担当者一人の操作だけでなく、権限のない人が閲覧や変更をできないこと、操作履歴が残ることも評価します。

可能であれば、短期間の並行運用を設けます。そのうえで、検査漏れやデータの差異を確認してから、本稼働へ切り替えます。

ポイント

現状の業務と例外処理を書き出して必須要件と希望要件を分けておくと、接続テストやサンプル移行の結果を、受入テストと本稼働の判断まで一貫して使えます。

RISの費用相場とコストの内訳

小規模施設、中規模病院、大規模施設のRIS初期費用目安をカードで並べた図。
施設の規模が大きくなるほど、参考レンジも広がります。

RISは定価が公開されていないことが多く、費用は施設規模や検査件数、モダリティ接続数、PACS・電子カルテとの連携によって変わります。

移行年数、カスタマイズ、保守条件も金額に影響します。次に示すのは、公開比較情報、病院調達仕様、業務システムの工数目安を組み合わせた、2026年時点の参考レンジです。

予算は、RIS本体の費用だけでなく、TCO(総所有コスト)全体で判断します。連携や移行、教育はもちろん、端末、バックアップ、保守も含めて見ます。

▶ 詳細はこちら:放射線情報システム(RIS)開発の見積相場や費用/コスト/値段について

施設規模別の初期費用目安

参考費用は、施設規模と対象機能によって変わります。次の金額は、公開比較情報に基づく目安で、見積価格を保証するものではありません(出典:公開比較情報、2026年)。

  • 小規模施設:標準機能と数台のMWL連携で初期費用300万〜800万円程度
  • 中規模病院:200〜500床程度で初期費用800万〜2,000万円程度
  • 大規模施設:30台を超えるDICOM接続などを含み、1,500万〜5,000万円以上の可能性

小規模施設では、予約と受付、数台のMWL連携、簡易統計が中心になります。

クラウド型の月額は、10万〜30万円前後が参考です。

200〜500床程度では、RISとPACS、レポート、電子カルテ・HISを含む場合を想定します。さらに、複数モダリティやデータ移行、線量・造影剤管理を含む場合も想定します。なお、クラウド型の月額は20万〜50万円前後が参考です。

大規模病院や病院グループでは、治療RISやDICOM-RTを含む場合があります。加えて、DWH、地域連携、長期データ移行が加わる場合もあります。

費用を左右する項目とランニングコスト

見積では、初期費用と継続費用を分け、作業範囲と保守条件を確認します。

  • 初期費用:ライセンス、利用料、サーバー・ネットワーク、基本設定、各種連携、接続、移行、帳票、教育、テスト、切替支援
  • ランニングコスト:クラウド利用料またはサーバー保守、監視、バックアップ、セキュリティ更新、障害対応、更新、追加接続

オンプレミスの保守費は、初期費用の年5〜15%を参考にする場合があります。24時間対応や冗長化、遠隔監視、現地対応の有無によって、金額は変わります。

公開調達仕様から見る見積の粒度

公開された調達仕様では、接続数や個別拡張の工数が見積の確認材料になります。

  • 接続数:DICOM MWM36接続、MPPS11接続
  • 装置連携:DICOM-RT2接続、照射システム3システム
  • 追加機能の工数:診断RISは140人日、治療RISは165人日
  • 見積の単位:接続1本、帳票1種類、移行対象1年分、端末1台、教育1回

同法人の質問回答書に、これらの数値が記載されています(出典:公立大学法人横浜市立大学「RIS関連質問回答書」、2025年)。

同書には、レポート移行やDWH連携、各種マスタ連携も含まれていました。

追加機能だけで計305人日です。

価格は公開されていないため、落札額とは比べられません。そのため、見積では接続数や個別拡張の増減を見ると、パッケージ価格以外に工数がどれだけ膨らむかを把握しやすくなります。

ポイント

初期費用と継続費用を分け、施設規模や接続数、個別拡張の量をそろえて見積を比べると、金額の差の理由をつかみやすくなります。

RISの開発会社・ベンダーの選び方

開発会社・ベンダーは、知名度や機能数よりも、自院の業務と接続環境に合うかどうかで選びます。

同規模・同モダリティ数の実績や既存システムとの接続を確認します。加えて、データ移行、障害時の代替運用、追加開発の変更管理も確かめます。

同規模・同構成の導入実績

導入先の件数よりも、自院に近い規模や装置構成で安定して稼働した実績を確かめます。

  • 施設規模:病床規模、年間検査件数
  • 装置構成:CT、MRI、一般撮影、核医学、治療の台数
  • 接続構成:MWL・MPPS接続数、PACSやレポートの構成

「導入実績がある」という説明に加えて、自院の条件でも安定稼働するかどうかを確かめる必要があります。

可能であれば、同規模施設の技師が使う画面、例外処理、稼働後の問い合わせ数を確認します。

公開事例の効果は、指標の定義と測定期間を聞いたうえで、自院に当てはめて考えます。

連携力と個別拡張の管理

接続表と試験範囲を文書にまとめたうえで、標準機能と個別開発の費用や変更条件を確認します。

  • 接続先:電子カルテ・HIS、PACS、レポート、線量管理、会計、DWH、モダリティ
  • 接続仕様:DICOM、HL7、IHE、JJ1017、メッセージ、項目、方式、再送、試験範囲
  • 個別開発:単価、納期、検収条件、仕様変更の扱い

個別拡張が多い場合は、将来のバージョンアップで再改修が必要になるかを確認します。また、APIやデータ出力で代替できるかも、選定の基準になります。

データ所有権・保守・契約条件

契約が終わったあとも、データと運用を引き継げるよう、権利、返却形式、保守範囲を明確にします。

  • データと成果物:患者・検査・レポート・画像の所有権と利用範囲、エクスポート形式、設計書・連携仕様書の返却、移行支援
  • 保守:受付時間、初動、復旧目標、重大障害の連絡、計画停止、脆弱性対応、バックアップ、復元テスト、災害時の代替拠点
  • クラウド:データ所在地、再委託先、管理者権限、監査ログ、認証方式、ネットワーク断時の運用

これらは、RFPと見積依頼の段階で質問項目に入れて、早めに確かめます。

▶ 詳細はこちら:放射線情報システム(RIS)開発でおすすめの開発会社/ベンダー6選と選び方

▶ 詳細はこちら:放射線情報システム(RIS)開発の進め方/やり方/流れや方法/手法/工程/手順

▶ 詳細はこちら:放射線情報システム(RIS)開発の発注/外注/依頼/委託方法について

ポイント

同規模の導入実績と既存システムとの接続、データ所有権と保守条件を基準に比べます。個別拡張が多い場合は、再改修の要否も確かめておきます。

RISのセキュリティと運用の確認事項

RISは患者情報や検査履歴、画像、レポートを扱います。そのため、機能と同じ水準で安全管理を設計します。

2026年6月に厚生労働省の「医療情報システムの安全管理に関するガイドライン」第7.0版が公表されています。そこで、導入時だけでなく、運用や保守、委託先の管理も現行版を基準に確認します。

MFA・権限分離・監査ログ

利用者の役割に応じて権限を分け、認証と操作記録を運用手順に含めます。

  • 権限:予約、受付、撮影、読影、レポート確定、管理、保守を分ける
  • 認証と端末:共有アカウントを避け、多要素認証、端末制御、接続元制限、自動ログアウトを検討
  • 監査ログ:閲覧、登録、変更、削除の記録について保存期間、検索、改ざん防止、異常通知を確認

特権IDは通常業務では使わないようにし、退職や異動の際は、権限を速やかに停止する手順も定めます。

バックアップ・BCP・委託先管理

障害時でも検査を続けられるように、復元試験や代替運用、委託先との責任分界を確認します。

  • 復旧目標:目標復旧時間(RTO)と目標復旧時点(RPO)を決める
  • 想定障害:ネットワーク断、サーバー障害、ランサムウェア、停電、災害、クラウド側の障害
  • 代替運用:紙の受付票、依頼保管、装置側確認、復旧後の再入力と二重登録防止を準備

バックアップは、取得したかどうかだけでなく、復元できるかを定期的に試します。

委託先との責任分界や安全管理を確認する際は、経済産業省の「医療情報を取り扱う情報システム・サービスの提供事業者における安全管理ガイドライン」第2.0版も参考になります(出典:経済産業省「医療情報を取り扱う情報システム・サービスの提供事業者における安全管理ガイドライン」第2.0版、2025年改定)。

ポイント

MFAや権限分離、監査ログ、復元試験を含むバックアップを運用手順に組み込み、委託先との責任分界を障害時の対応が分かる形にしておきます。

RISは、予約や検査進行の管理から、部門のデータ基盤へと広がっています。その基盤では、線量や品質、稼働率、読影時間、地域連携を分析します。

拡張するときは、新機能を加えること自体を目的にせず、まず改善したい業務指標を定めます。そのうえで、その指標を動かす機能を選んで加えることが大切です。

AI読影支援と検査優先度

AIはRISやPACSと連携する可能性があります。最終判断は医師が行い、AIの結果は業務のなかで確認・訂正できる形にします。

  • 支援の例:異常候補、肺結節、脳出血などの検出、検査優先度付け、レポート作成補助
  • 評価項目:誤検知・見逃し、利用ログ、学習データ、個人情報の扱い
  • 業務設計:結果を表示する画面と時点、確認者、誤候補の訂正方法

精度だけでなく、AIの結果を誰がいつ確認し、どう訂正するかまで、業務フローに組み込みます。

線量管理・BI・地域連携

データを比べて図に表すと、線量のばらつきや業務上の改善点を把握しやすくなります。

  • 線量管理:装置、検査種別、部位、患者条件ごとに比較し、不要な再撮影を見つける
  • BI:検査件数、装置稼働率、予約から実施までの待ち時間、読影時間、キャンセル率を見える形で示す
  • 地域連携:共有情報の範囲、本人確認、アクセス権、通信経路、記録保存を設計

厚生労働省は、医療情報の標準化や放射線データ交換規約を案内しています。こうした案内を踏まえ、将来の連携に必要なデータ項目は、初期設計の段階で漏らさないようにします。

段階導入とベンダーロックイン対策

将来の機能をすべて最初から盛り込むと、費用や期間が膨らみ、現場が使いこなせない可能性もあります。

  • 導入順:予約、受付、ワークリスト、進捗、PACS・電子カルテ連携を先に安定させ、後から線量管理、統計、DWH、AI、地域連携を加える
  • 追加条件:後から追加できるAPI、データ出力、標準コード、権限設計、契約単価を確認する
  • データ持ち出し:契約終了時に標準形式でデータを持ち出せる条件を定める

よくある質問(FAQ)

施設規模や既存システムによって、最適な構成は変わります。次の回答を、RFP作成と見積比較の起点にしてください。

RISとPACSは一体型にした方がよいですか?

一体型にすると、操作画面や障害窓口をまとめられます。一方で、既存のPACSを使う施設では、RISだけを更新して移行範囲を抑えられる場合があります。

画像、検査情報、レポート、電子カルテの連携仕様と、将来のデータ持ち出し条件を比べて決めます。

クラウド型RISで医療情報を扱っても安全ですか?

安全性は、クラウドかオンプレミスかという区分よりも、中身の確認で決まります。たとえば、認証や権限、暗号化、ログの仕組みを確認します。加えて、バックアップや脆弱性対応、復旧、委託先、データ所在地も確かめます。

自院の安全管理方針と、契約上の責任分界を合わせておきます。また、ネットワーク断時の検査継続や、復旧後のデータ突合も受入テストで確認します。

RISの導入費用は最低いくらかかりますか?

小規模施設で標準機能と数台の装置連携に絞る場合、初期費用300万〜800万円程度が一つの目安です。

PACSや電子カルテ、レポートを含めたり、データ移行、教育、保守を加えたりすると、費用は増えます。そこで、5年間の利用料や保守、追加開発、更新費用を合算し、同じ条件で複数の見積を比べます。

過去の検査履歴やレポートは移行できますか?

移行範囲は、旧システムの出力形式や患者ID、検査コードによって変わります。さらに、レポートの構造や画像とのひも付け、保存年数によっても変わります。

全件を移行する方法のほかに、よく参照する期間のデータを検索できる形にし、古いデータは参照専用環境や別の保管先に置く方法もあります。

サンプル移行で欠損や誤ひも付けを確認します。そのうえで、移行責任、検証方法、再移行の費用を契約に記載します。

まとめ

RISは、予約や受付を効率化するツールにとどまらず、検査依頼や装置、画像、レポートを会計や統計とつなぐことで、放射線部門の安全と生産性を支える基盤になります。

選定では、RIS単体の価格よりも、含める範囲をそろえた総額で比べることが大切です。範囲には、PACSや電子カルテ、レポート、モダリティとの接続を含めます。さらに、移行や教育、保守、5年間の運用費も加えて考えます。

RIS導入で押さえる三つの視点

要件整理、実機検証、運用・契約条件をそろえると、導入後の手戻りを抑えやすくなります。

  • 要件整理:現場の例外処理を含め、MUSTとWANTを分ける
  • 実機検証:連携規格、サンプル移行、受入テスト、障害時の代替運用を確かめる
  • 運用と契約:セキュリティ、保守、責任分界、データ返却条件を書面で決めておく

2026年時点の初期費用目安は、小規模施設で300万〜800万円程度、中規模病院で800万〜2,000万円程度です。

大規模施設では1,500万〜5,000万円以上となる可能性があります。そこで、検査件数や装置台数、接続数を整理し、保存年数と将来拡張も加えて、同じ条件で提案を比べます。

導入前の最終確認

見積依頼の前に、現状業務や接続する装置と台数、移行履歴を一枚にまとめておきます。加えて、必要帳票、保守時間、復旧目標、データ返却条件も書き込みます。

同じ条件で提案を比較し、現場代表者が受入テストに参加できる計画を組むと、本稼働後の手戻りを減らせます。

▼関連記事一覧
・放射線情報システム(RIS)開発の進め方/やり方/流れや方法/手法/工程/手順
・放射線情報システム(RIS)開発でおすすめの開発会社/ベンダー6選と選び方
・放射線情報システム(RIS)開発の見積相場や費用/コスト/値段について
・放射線情報システム(RIS)開発の発注/外注/依頼/委託方法について

会社紹介

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

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

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

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

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

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