放射線情報システム（RIS）開発の進め方/やり方/流れや方法/手法/工程/手順

放射線情報システム（RIS）の開発は、予約・受付・検査・読影・会計までの情報をつなぎ、患者取り違えや転記を減らす業務設計から始めることが成功の近道です。

RISは、放射線部門だけで完結するシステムではありません。電子カルテやHIS、PACS、レポート、モダリティ、会計、線量管理などを横断するため、製品の機能一覧だけでなく、自院の業務フロー、既存機器との接続、過去データの移行、稼働後の保守まで一体で計画する必要があります。本記事では、放射線情報システム（RIS）開発の全体像、要件整理から定着までの進め方、2026年時点の費用相場、見積もりの確認ポイント、よくある質問を実務で使える形にまとめます。

▼全体ガイドの記事
・放射線情報システム（RIS）開発の完全ガイド

放射線情報システム（RIS）開発の全体像

RISは、放射線部門の検査業務を管理する部門システムです。PACSが医用画像の保存・配信・閲覧を主役とするのに対し、RISは「誰が、いつ、どの患者に、どの検査を実施し、どの装置で、どの状態まで進んだか」という業務情報を管理します。したがって、開発の成否は画面の多さではなく、検査依頼から結果確定までの情報が正確に流れ、現場で無理なく入力できるかで決まります。

主要機能は、検査オーダー、予約、受付、検査室や担当技師の割り当て、実施状況、待ち時間、読影依頼、レポート確定、会計連携、統計です。造影剤、体内金属、アレルギー、感染症などの注意事項を検査情報に紐付け、受付や撮影前に確認できるようにすると、担当者の記憶だけに頼らない安全管理につながります。検査室ごとの混雑状況や待ち人数を一覧化すれば、急なキャンセルや装置停止にも優先度を見直しやすくなります。

ワークリスト連携では、HISや電子カルテから患者基本情報と検査依頼を受け、DICOM Modality Worklist（MWL）で患者・検査情報をモダリティへ渡します。検査装置から実施情報を返すDICOM MPPSや、PACSへの画像連携も含めて設計すると、装置側での手入力を減らせます。ただし、製品資料に「DICOM対応」と書かれていても、自院の装置型式、メッセージ項目、文字コード、検査コードまで接続できるとは限りません。実機または同型機での接続検証が必要です。

RISの方式は、標準パッケージ、クラウド型、オンプレミス型、パッケージに個別拡張を加える方式、スクラッチ開発に分けて考えられます。標準パッケージは医療機関で使われる基本機能や導入実績を活用しやすく、短期間で稼働しやすい方式です。一方で、独自の検査フローや帳票を標準に合わせる判断が必要です。クラウド型はサーバー更新やバックアップの負担を抑えやすい反面、ネットワーク停止時の代替運用、データ保管場所、復旧目標、委託先の責任分界を契約で確認します。

オンプレミス型は院内ネットワークや独自連携を作り込みやすいものの、サーバー更新、災害対策、バックアップ、保守人材を自院で管理する必要があります。スクラッチ開発は治療RISや研究用途など固有の業務に合わせやすいですが、標準規格、医療安全、長期保守、次回更新時の移行を自院と開発会社で継続して担います。多くの施設では、基幹部分は実績あるパッケージを採用し、独自帳票や統計だけを個別拡張する方式が、費用と柔軟性のバランスを取りやすいです。

なお、近年はAI読影支援、線量分析、予約最適化、クラウド連携も選択肢になっています。AIはRISそのものを置き換える機能ではなく、読影の補助や検査優先度の判断材料として扱います。AIの検出結果を誰が確認し、誤検知時にどう扱い、最終判断を誰が行うかを要件に含めることが大切です。

放射線情報システム（RIS）の進め方

RIS開発は、要件整理、製品・開発会社の選定、設計・開発、テスト、稼働、定着の6フェーズで進めると、判断漏れを防ぎやすくなります。各フェーズの成果物と承認者を先に決め、次の工程へ進む条件を明確にします。放射線技師だけでなく、読影医、看護師、医事、情報システム、医療機器管理の代表者を早期から参加させることが重要です。

最初に、予約受付から撮影、画像確認、読影依頼、レポート確定、会計連携までの業務フローを現場で確認します。通常の流れだけでなく、検査室変更、患者到着遅れ、装置停止、検査中止、再撮影、造影剤の変更、緊急検査、レポート差し替えなどの例外を洗い出します。電話、紙、Excel、口頭で補っている作業は、担当者が何を見て判断しているかまで記録します。

要件はMUST、SHOULD、WANTに分けます。MUSTには患者IDの照合、MWL連携、PACS・電子カルテ連携、監査ログ、権限管理、バックアップ、障害時の代替手順など、医療安全と業務継続に直結する条件を置きます。SHOULDには待ち時間の可視化、線量管理、造影剤管理、統計、レポートテンプレートを置き、WANTにはAI連携やBI、地域連携などを置きます。要件整理の成果物は、業務フロー、課題一覧、機能要件、非機能要件、連携一覧、移行対象一覧、優先度表です。

選定では、複数のベンダーに同じRFPを渡し、機能の有無だけでなく、実機接続、移行、教育、保守、将来のデータ持ち出しまで比較します。RFPには、病床数、年間検査件数、モダリティの種類と台数、同時利用者数、PACS・電子カルテ・レポートの製品名とバージョン、MWL・MPPSの接続数、レポートの移行年数、希望稼働日、クラウド可否を記載します。

比較時は、デモで予約登録、患者照合、検査室割り当て、検査開始・終了、読影依頼、レポート確定、訂正、緊急検査、障害時の紙運用を実際のシナリオで操作します。ITreviewの2026年の比較情報でも、PACSや電子カルテとの連携性、スケジューリング、レポート、線量管理、操作性が比較ポイントとして整理されています。スペック表を読むだけでなく、放射線技師や読影医が普段使う言葉と手順で評価することが、導入後のミスマッチを減らします。

契約前には、標準機能と追加開発の境界、仕様変更の単価、障害対応の受付時間、復旧目標、アップデートの範囲、データの所有権、データ返却形式、設計書の引き渡し、再委託先、脆弱性対応の責任分界を確認します。価格が安い提案でも、連携1本、端末1台、移行1年分、休日立ち会いが別料金になっている場合があります。初期費用だけでなく、5年程度の総保有コストで比べます。

設計では、画面や帳票より先に、患者、検査オーダー、予約、モダリティ、検査実施、画像、レポート、線量、職員、検査室のデータ関係を整理します。どのシステムを正とするか、同じ情報をどこで変更できるか、訂正履歴をどう残すかを決めます。検査コード、部位、依頼科、優先度、禁忌、装置、担当者などのマスタは、管理部署と承認者を定め、表記揺れを減らします。

DICOM MWL・MPPS、HL7、IHEプロファイル、施設で採用するJJ1017コードなどは、規格名だけでなく、送受信する項目、必須・任意、エラー時の再送、文字コード、患者IDの扱いまで接続仕様書にします。接続先が複数ある場合は、モダリティごとの対応表と責任分界を作ります。設計書には、正常時のデータフローに加え、通信断、重複患者、検査中止、再撮影、レポート改版、装置交換時の処理を含めます。

開発中は、完成を待ってから現場に見せるのではなく、予約画面、受付一覧、検査進捗、読影画面、管理者画面を段階的に確認します。入力項目が多すぎる、画面遷移が深い、片手で操作できない、検査室の例外に戻れないといった問題は、早期に見つけるほど修正費用を抑えられます。個別開発を加える場合は、なぜ標準機能で足りないのか、将来の製品更新でどう維持するのかを変更管理票に残します。

テストは、開発会社が行う単体・結合・総合テストと、医療機関が行うユーザー受入テストを分けます。受入テストでは、受付から検査終了、画像確認、読影依頼、レポート確定、電子カルテ表示、会計情報送信までを一つのシナリオで確認します。担当者ごとに合否基準を決め、未解決の不具合が医療安全、業務停止、使い勝手のどれに影響するかで優先度を付けます。

患者取り違えを防ぐテストでは、同姓同名、旧姓、出生年月日が近い患者、同一患者の複数検査を用意します。連携テストでは、MWLの登録、検査開始・終了、MPPS、画像到着、レポートの訂正、通信再送、重複受信を確認します。業務テストでは、緊急検査、装置停止、検査室変更、キャンセル、再撮影、休日当直、担当者不在を含めます。線量や造影剤を扱う場合は、入力漏れ、閾値超過、承認、統計出力まで確認します。

稼働前には、過去の検査履歴、レポート、患者マスタ、職員マスタ、検査コード、線量情報を移行対象と移行対象外に分けます。すべての履歴を移行できるとは限らないため、過去何年分を新システムで検索できれば診療上十分か、古いデータは参照専用にするかを決めます。サンプル移行、本移行、差分移行の3回程度に分け、件数、患者紐付け、日付、レポートの改版情報、キー画像の有無を検証します。

教育は、全員に同じ長時間研修を行うより、放射線技師、読影医、受付、医事、管理者、情報システム担当者に分ける方が実務に合います。検査の登録から確定までを使う人には短い業務シナリオを繰り返し、マスタや権限を管理する人には変更方法と監査ログを教えます。稼働初日はベンダーと院内責任者が現場に待機し、問い合わせ、障害、追加要望を同じ台帳で管理します。

切り替え時は、旧システムをいつ停止するか、新旧を並行稼働させるか、どちらを正とするかを決めます。通信障害やサーバー停止が起きたときの紙の検査依頼、患者照合、撮影記録、復旧後の再入力方法も事前に訓練します。厚生労働省の「医療情報システムの安全管理に関するガイドライン 第7.0版」は2026年6月に公開され、サイバーセキュリティ対策チェックリストやBCP確認表も掲載されています（出典: 厚生労働省、2026年）。稼働判定には、復旧手順と連絡網の実効性も含めます。

稼働後の定着では、システムを導入しただけで効果が出るとは考えません。検査予約から受付までの時間、患者待ち時間、検査室の稼働率、検査キャンセル、再撮影、入力漏れ、レポート確定までの時間、問い合わせ件数などを導入前後で比較します。施設の課題に応じて3〜5個程度のKPIを選び、毎月または四半期に確認します。

問い合わせは、操作ミス、運用ルールの不明点、マスタの誤り、連携障害、製品不具合、追加要望に分類します。よくある質問をマニュアルに反映し、権限変更や検査コード変更の申請方法を固定すると、特定の担当者に問い合わせが集中しにくくなります。稼働後1か月、3か月、6か月の振り返り会を設定し、改善要望をMUST・SHOULD・WANTに再分類すると、追加開発の優先順位を保ちやすいです。

定着時には、ベンダーの保守に任せきりにせず、院内の責任者とデータ管理者を決めます。新しいモダリティを増設したときの接続手順、クラウドやネットワークの変更、脆弱性情報の確認、バックアップ復元テスト、契約更新、データ返却の確認を年次計画に含めます。導入効果を現場へ共有し、入力負担を減らす改善を続けることで、RISが単なる記録システムから放射線部門の業務基盤へ育ちます。

放射線情報システム（RIS）の費用相場とコストの内訳

RISは、ベンダーが定価を一律公開していないことが多く、施設規模、検査件数、装置台数、連携数、データ移行、導入形態によって見積もりが変わります。以下の金額は、2026年時点で公開されている比較情報と、リサーチノートに整理した公開調達仕様・業務システム一般の費用構造を組み合わせた予算検討用のレンジです。個別の契約金額を保証するものではありません。

小規模クリニックや小病院で、予約、受付、数台のMWL連携、簡易統計を標準パッケージで導入し、既存PACSと組み合わせる場合は、初期費用300万〜800万円程度が検討レンジになります。クラウド型では月額10万〜30万円前後が目安として示されることがありますが、初期設定、接続、教育、端末、保守は別見積もりの場合があります。

200〜500床程度で、RIS、PACS、レポート、電子カルテ・HIS連携、複数モダリティ、データ移行、線量・造影剤管理を含める場合は、初期費用800万〜2,000万円程度が一つの予算レンジです。クラウドの利用料は月額20万〜50万円前後、オンプレミスの保守は初期費用の年5〜15％を参考値に置けますが、冗長化、24時間対応、バックアップ、追加インターフェースで変動します。

大学病院、基幹病院、病院グループで、30台超のDICOM接続、治療RIS、DICOM-RT、DWH、地域連携、長期データ移行を含める場合は、1,500万〜5,000万円以上になる可能性があります。公開比較情報でも、オンプレ型は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年）。このように、病院向けRISはソフトウェア価格だけでなく、機器、連携、移行、保守、運用支援を含めて調達されます。見積もりを比較する際は、初期費用と月額・年額費用を分け、5年総額と更新時費用まで確認します。

放射線情報システム（RIS）の見積もりを取る際のポイント

見積もりの精度は、依頼側がどれだけ前提条件をそろえられるかで変わります。まだ要件が固まっていない段階では、開発全体の価格を一つに決めるより、要件整理と接続調査を先に実施し、その成果物をもとに本見積もりへ進む方法が安全です。候補各社に同じ条件で提案を求めると、価格差の理由を比較しやすくなります。

RFPには、施設の規模や検査件数だけでなく、モダリティのメーカー・型式・台数、MWL・MPPS・Storage・DICOM-RTの接続数、PACSやレポートの製品名、電子カルテとの連携方向、同時利用者数、端末数、プリンター、線量管理、造影剤、治療・核医学の有無を記載します。患者・検査・レポート・線量の過去データについて、何年分を移行し、何年分を参照用に残すかも明記します。

非機能要件では、稼働時間、性能、同時接続数、バックアップ頻度、復旧目標、監査ログの保存期間、権限分離、MFA、脆弱性対応、暗号化、データ保管場所、災害時の運用、保守受付時間を確認します。クラウドを選ぶ場合は、データセンター、再委託先、障害通知、ログの閲覧、契約終了時のデータ返却、返却後の消去証明を含めます。医療情報を扱うため、機能要件と同じ重さで安全管理要件を扱います。

各社の見積もりを、ライセンス、初期設定、個別開発、連携、移行、機器、教育、稼働支援、保守、追加変更の単位にそろえて比較します。「標準対応」と書かれている項目も、対象バージョン、接続数、設定可能な項目、テストの範囲を質問します。安い見積もりに見えても、移行や休日の稼働立ち会いが除外されていれば、後から追加費用になりやすいです。

ベンダーの導入実績は、同じ病床規模・同じモダリティ数・同じPACSや電子カルテを使う施設で確認します。導入社数だけでなく、稼働までの期間、データ移行の範囲、障害時の対応、現場教育、更新時の支援を聞きます。可能であれば、実際の利用者に操作性、問い合わせ対応、追加費用の出方を確認します。RFPの回答に「対応可能」とだけ書かれている場合は、デモまたは接続試験で証拠を残します。

データ移行では、患者IDの不一致、検査コードの表記揺れ、レポートの改版情報欠落、キー画像の紐付け不良、古いデータ形式の読めなさが起きます。移行対象、変換ルール、検証件数、責任者、やり直し条件を契約書や仕様書に記載します。データを誰が所有し、契約終了時にどの形式で返却するか、返却後にベンダー側でどう消去するかも明確にします。

個別開発が増えすぎると、製品更新のたびに再テストや改修が必要になり、ベンダーロックインが強くなります。標準機能へ運用を合わせる範囲と、医療安全や診療上の差別化のために開発する範囲を分けます。独自仕様を採用する場合は、API、データ辞書、接続仕様書、テスト仕様書を受け取り、将来の他社移行や院内保守に備えます。

医療情報システムでは、障害やサイバー攻撃が検査業務の停止につながります。厚生労働省の第7.0版ガイドラインとチェックリストを参照し、MFA、権限分離、監査ログ、バックアップ、脆弱性対応、BCP、委託先管理、SLAを候補ベンダーへ質問します。安全対策を「導入後に考える項目」にせず、RFP、設計、受入テスト、保守契約の各段階で確認します。

放射線情報システム（RIS）開発でよくある質問

RISの導入では、費用、開発期間、PACSとの違い、クラウドの安全性、データ移行がよく問題になります。ここでは、提案依頼前に確認しておきたい質問に、結論から回答します。

小規模な標準パッケージ中心なら初期300万〜800万円程度、中規模病院で複数連携や移行を含めるなら800万〜2,000万円程度、大規模・治療RIS・複数施設展開なら1,500万〜5,000万円以上が予算検討の目安です。公開価格ではなく、接続数、移行、端末、教育、保守を含めた概算レンジです。正確な金額は、現行システムとモダリティを調査したうえで個別見積もりを取得します。

標準機能中心の小規模導入なら1〜3か月、電子カルテ・PACS・複数モダリティ・教育・移行を含む病院案件なら3〜9か月、治療RIS、長期データ移行、複数施設展開を含む場合は9〜18か月以上が目安です。接続仕様や移行範囲が未確定のまま開発を始めると、後から調整期間が延びます。稼働希望日から逆算し、要件整理と接続試験の期間を先に確保します。

どちらを先に導入するかは、現行システムの課題と更新時期で決めます。PACSが画像保存・閲覧、RISが予約・検査進捗・部門業務を担うため、片方だけを更新する場合でも、患者情報、検査情報、画像、レポートの連携を同時に設計します。PACS更新とRIS更新を同時に行うなら、接続試験と移行を一つの計画にまとめ、別々に導入するなら責任分界と暫定連携を明確にします。

クラウド型だから安全、またはオンプレミスだから安全とは一概に言えません。MFA、権限分離、通信・保存時の暗号化、監査ログ、バックアップ、復旧目標、脆弱性対応、データ所在地、委託先管理、障害時の連絡と代替運用を、提供会社と具体的に確認します。院内のネットワーク停止時に検査を継続できるか、復旧後に二重入力や欠落をどう検証するかまで含めて判断します。

まとめ

放射線情報システム（RIS）の開発は、製品を選んで導入するだけの作業ではありません。要件整理で現場の通常業務と例外処理を可視化し、選定で実機接続と運用適合性を比較し、設計・開発でデータの正と連携仕様を固めます。その後、実データに近いテスト、移行と教育を含む稼働、KPIを使った定着までを一つのプロジェクトとして管理します。

費用は、RIS本体のライセンスだけでなく、PACS・電子カルテ・レポート・モダリティとの接続、データ移行、端末、教育、保守、障害時の支援まで含めて確認します。予算検討では、施設規模別の300万〜800万円、800万〜2,000万円、1,500万〜5,000万円以上というレンジを出発点にしながら、RFPで前提条件をそろえ、各社の提案範囲と5年総額を比較します。特にDICOMやHL7などの規格名だけで判断せず、自院の実機と実運用で接続できることを確認することが重要です。

最初からすべての高度機能を追加するのではなく、患者安全と検査業務の安定に直結する機能を優先し、AI、BI、地域連携などはデータと運用が整った後に段階的に広げると、無理のないRIS運用を実現しやすくなります。導入前の業務整理やベンダー比較に不安がある場合は、放射線部門、医療情報部門、現場の利用者を交え、判断基準と責任分界を文書に残すことから始めます。

▼全体ガイドの記事
・放射線情報システム（RIS）開発の完全ガイド

会社紹介

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

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

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

株式会社riplaの会社HPはこちら

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

執筆者プロフィール

張田谷凌央

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