放射線情報システム（RIS）開発の発注/外注/依頼/委託方法について

放射線情報システム（RIS）の発注・外注では、RIS本体の機能だけでなく、電子カルテやPACS、撮影装置、レポート、会計までを含む検査業務全体を要件化することが成功の近道です。

「どの形態で依頼すればよいか」「RFPに何を書けばよいか」「パッケージと個別開発の費用をどう比べるか」と迷う医療機関は少なくありません。この記事では、放射線部門の現状整理から発注形態の選択、要件定義、契約、費用相場、委託先の選び方、見積比較、稼働後の責任分界までを、発注担当者が実務で使える順番に沿って解説します。

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

放射線情報システム（RIS）とは何ですか？発注前に押さえる全体像

RISは、放射線部門の検査依頼、予約、受付、撮影、読影依頼、レポート、会計連携、統計をつなぐ部門システムです。PACSが画像の保存・配信・閲覧を主役とするのに対し、RISは「誰が、いつ、どの患者に、どの検査を行い、現在どの状態か」という業務の流れを管理します。したがって、発注時は製品画面の比較だけではなく、現場の業務と接続先を一つの設計対象として考える必要があります。

RISは予約・検査オーダー・患者状態・撮影室・担当技師・検査実施情報を扱い、PACSは撮影画像を保存して医師へ配信します。実際の現場では、RISからDICOM Modality Worklist（MWL）で患者情報と検査内容をモダリティへ渡し、撮影後の情報や画像をPACSへ連携し、読影レポートを電子カルテへ返す流れになります。RISとPACSを別々に選べる場合でも、接続責任をどちらが持つか、障害時にどこへ問い合わせるかをRFPと契約書に明記することが重要です。

発注形態は大きく、既製のRISパッケージを導入する方法、クラウド型サービスを利用する方法、パッケージに個別拡張を加える方法、要件に合わせてスクラッチ開発する方法に分かれます。予約・MWL・進捗・統計など標準化しやすい基幹部分は実績あるパッケージを使い、独自帳票や研究用データ出力だけを追加開発する方式は、費用と納期のバランスを取りやすい選択肢です。独自の治療フローや複数施設をまたぐ運用がある場合は、最初から個別開発を決めず、標準機能で吸収できる範囲を先に確認します。

RIS開発・外注の進め方は？発注から稼働までの5ステップ

RISの外注は、候補会社にいきなり価格を聞くよりも、業務の棚卸し、要件整理、RFP配布、提案比較、契約、設計・接続検証、移行・教育・受入の順に進めます。病院側の意思決定者が不明確なまま進めると、放射線技師の要望、読影医の要望、医事部門の要望がぶつかり、後から追加費用になりやすいためです。

最初に、予約受付から検査終了、画像確認、読影依頼、レポート確定、会計送信までを業務フローにします。紙台帳、Excel、電話連絡、口頭での優先度変更、検査中止や再撮影などの例外も書き出します。あわせて、病床数ではなく、1日・1か月の検査件数、CT・MRI・一般撮影・核医学・放射線治療などのモダリティ台数、同時利用者数、検査室数、夜間・休日の運用を整理します。

要件はMUST、SHOULD、WANTの3層に分けると、見積比較が安定します。患者取り違えを防ぐ患者情報連携、MWL、PACS・電子カルテ連携、権限管理、監査ログ、バックアップ、障害時の代替運用はMUSTに置きます。AIによる優先度支援や高度なBIなど、導入後に追加できる機能はWANTとして分離すると、初期予算を守りやすくなります。

RFPには、現行の電子カルテ・HIS・PACS・レポートシステムの製品名とバージョン、モダリティのメーカー・機種・台数、MWLとMPPSの接続数、HL7やIHEプロファイルの利用状況、JJ1017コードの採用状況を記載します。「DICOM対応」とだけ書かず、どのメッセージを、どの項目で、どの方向に送受信するかまで確認できる粒度にします。文字コード、検査コード、患者ID、再送時の扱い、タイムアウト時の通知も、接続試験の項目に含めます。

データ移行では、患者基本情報だけでなく、過去の検査履歴、レポート、キー画像、改版履歴、線量情報、職員・検査・薬剤などのマスタを対象にするかを決めます。移行年数を「可能な限り」と書くと価格が比較できません。たとえば直近5年のレポートを本稼働時に移行し、それ以前は参照用アーカイブとするなど、検索性と費用の折り合いを付けて明文化します。

設計後は、画面が表示されるかだけでなく、受付から会計・レポート確定までの業務シナリオで受入テストを行います。正常系に加えて、同姓同名、検査変更、患者IDの修正、検査中止、再撮影、緊急検査、装置停止、ネットワーク断、レポート差し戻しを試します。モダリティごとの接続試験と、電子カルテ・PACS・レポートを横断した通し試験を別に設けると、障害箇所を切り分けやすくなります。

教育は操作説明会だけで終わらせず、放射線技師、医師、看護師、医事、情報システム担当者ごとに役割別の教材を用意します。本稼働直前には旧システムとの並行運用期間、問い合わせ窓口、夜間のエスカレーション、紙運用への切り替え条件を決めます。稼働判定の責任者と、未解決事項を許容する基準も、契約やプロジェクト計画書に残しておくと安心です。

RISの発注形態はどれを選ぶべきですか？

結論として、標準的な放射線部門の業務は実績あるパッケージまたはクラウド型を基盤にし、施設固有の要件だけを追加する形が比較しやすいです。ただし、院内ネットワーク、既存機器、データ保管方針、複数施設の運用、治療・核医学の有無によって最適解は変わります。方式を先に決めるのではなく、MUST要件を満たす方式を候補に残し、5年程度の総保有コストで判断します。

パッケージ型は、予約、受付、検査進捗、統計などを短期間で整備しやすく、医療機関の導入実績や製品更新の知見を活用できます。一方で、紙やExcelで行ってきた独自運用をそのまま再現できるとは限りません。標準機能に業務を合わせる変更と、追加開発する機能を、現場の代表者を交えて決めることが大切です。

クラウド型は、サーバー更新やバックアップ運用の負担を抑えやすく、複数施設や遠隔からの参照と相性があります。ITreviewが2026年に掲載するRIS比較では、クラウド型の月額費用は機能数や同時接続数で変動するものの、10万円から50万円前後が一般的な価格帯として紹介されています（出典: ITreview「2026年 放射線科情報システム（RIS）のおすすめ10製品」）。この金額はサービス利用料の目安であり、初期設定、連携、移行、端末、教育、24時間保守を含むかは製品ごとに確認します。

個別開発は、治療予約、特殊な検査フロー、研究用データ連携、複数施設をまたぐ独自統計など、標準製品で差別化が難しい要件に向いています。しかし、患者取り違え防止、標準規格への適合、監査ログ、脆弱性対応、障害時の復旧、担当者交代後の保守までを発注側と開発会社で長く担う必要があります。

スクラッチを選ぶ場合は、要件定義書だけでなく、画面仕様、データモデル、インターフェース仕様、テスト仕様、運用手順、ソースコードの利用条件、第三者保守の可否、データ抽出方法を納品物に含めます。将来ベンダーを変更する可能性があるなら、データ所有権と返却形式を契約時に確認します。初期費用だけでなく、5年後に改修できる体制があるかを判断材料にします。

RISの契約形態はどう選びますか？請負・準委任の使い分け

契約形態は、成果物と完成条件が明確な工程には請負、要件を詰めながら専門人材の支援を受ける工程には準委任を組み合わせると、リスクを管理しやすくなります。契約名だけで判断せず、要件変更、検収、遅延、障害、第三者製品の不具合、データ移行の失敗を誰が負担するかを条項で確認します。

請負契約では、開発会社が合意した成果物を完成させ、発注側が検収します。RISの場合は「画面ができた」だけでは不十分です。電子カルテからのオーダーが正しく入り、MWLで該当装置に表示され、検査実施情報が返り、PACSとレポートを経て電子カルテに必要な情報が戻るという通しの完了条件を、検査種別やモダリティ単位で定めます。

仕様が固まらないまま請負にすると、変更のたびに追加見積や納期延長が発生します。一般的な業務システムのQ&Aでは、請負は準委任より1.3倍から1.5倍程度高くなる傾向があると整理されていますが、これはRIS固有の公定価格ではありません。要件の不確実性を開発会社が負う分のリスクが価格に含まれうる、という比較の視点として扱います。

準委任契約は、作業時間や専門性に対して委託料を支払い、受託者が善管注意義務をもって支援する契約です。現場ヒアリング、業務フロー整理、RFP作成支援、ベンダー間の接続調整、データ移行計画、受入テスト支援など、状況に応じて内容が変わる工程と相性があります。

準委任では、作業時間を投入しても期待した成果物が自動的に完成するとは限りません。週次の成果物、課題一覧、意思決定ログ、稼働人数、上限時間、報告方法を決め、発注側にも確認担当を置きます。発注側の承認が遅れた場合や、既存ベンダーの回答待ちで進められない場合の扱いも、プロジェクト計画に記録します。

契約書には、データの所有権と利用目的、データの返却形式、ログの保存期間、バックアップ、復旧目標（RTO・RPO）、障害受付時間、脆弱性対応、再委託先、秘密保持、個人情報の取扱い、監査への協力、契約終了時の消去方法を定めます。クラウド型では、データ保管場所、委託先の所在、院内ネットワークとの接続方式、通信断時の業務継続を特に確認します。

厚生労働省は2026年6月に「医療情報システムの安全管理に関するガイドライン第7.0版」を公表し、経済産業省も医療情報を扱う事業者向けの安全管理ガイドライン第2.0版を公開しています（出典: 厚生労働省、経済産業省）。RISを外注する場合は、MFA、権限分離、監査ログ、バックアップ、脆弱性情報への対応、インシデント報告、委託先管理が提案書と契約書に反映されているかを確認します。

RISの費用相場と内訳は？発注予算を組む方法

RISの価格は、ライセンス数だけで決まらず、接続する機器数、電子カルテ・PACS・レポートとの連携、過去データの移行、追加帳票、教育、保守、冗長化、24時間対応によって大きく変わります。国内ベンダーは個別見積が中心であるため、以下のレンジは公開比較情報や調達仕様をもとにした予算検討用の目安であり、特定製品の販売価格や落札価格ではありません。

小規模クリニックや小病院で、予約、受付、数台のMWL連携、簡易統計をパッケージ中心で導入する場合は、初期費用300万〜800万円程度が一つの目安です。クラウド利用料は別途、月10万〜30万円前後を想定します。200〜500床程度で、RIS、PACS、レポート、電子カルテ連携、複数モダリティ、移行、線量・造影剤管理まで含める場合は、初期800万〜2,000万円程度を予算の起点にし、クラウドなら月20万〜50万円前後を目安にします。

大学病院、基幹病院、病院グループで、30台を超えるDICOM接続、治療RIS、DICOM-RT、DWH、複数施設展開、長期データ移行を含める場合は、1,500万〜5,000万円以上になる可能性があります。特に治療や核医学を含めると、通常の画像検査より接続・安全管理・予約ロジックが複雑になります。大規模案件では、最安値だけでなく、稼働後の保守人員と追加開発の単価を含めて比較します。

見積書は、RIS本体、PACS・レポート・電子カルテのインターフェース、DICOM MWL・MPPS、モダリティ接続、サーバーや端末、ネットワーク、データ移行、マスタ整備、帳票・統計の追加、教育、現地立会い、受入テスト、保守に分けてもらいます。インターフェースを「一式」とだけ記載した見積は、後から接続先が増えたときに比較できません。接続先ごとの本数、方向、試験回数、既存ベンダーとの調整費を確認します。

2025年の横浜市立大学の公開調達仕様には、DICOM MWM 36接続、MPPS 11接続、DICOM-RT、PACS・レポート連携、データ移行に加え、診断RIS追加140人日、治療RIS追加165人日などが記載されています（出典: 公立大学法人横浜市立大学「質問回答書」、2025年）。価格は公開されていませんが、追加対応だけで合計305人日規模です。一般的な業務システムのSE単価を月80万〜120万円とするQ&Aの目安に単純換算すると、約1,200万〜1,800万円相当の工数になります。ただし、これは工数からの推定であり、製品価格、機器費、保守費を含む見積価格ではありません。

オンプレミス型では、保守費、サーバーやOSの更新、バックアップ媒体、監視、障害対応、院内担当者の運用工数を見込みます。リサーチノートでは、オンプレ保守の参考値として初期費用の年5〜15％程度が整理されていますが、実際は受付時間、現地対応、冗長化、対象機器の範囲で変動します。クラウド型では月額利用料に加え、初期設定、データ保管量、接続オプション、ユーザー追加、バックアップ、通信回線、出口時のデータ抽出費用を確認します。

比較表には、初期費用、5年間の利用料、保守、追加接続、法改正やバージョンアップ、移行、教育、終了時のデータ返却までを並べます。初期費用が安くても、接続や帳票を追加するたびに高い単価が発生することがあります。逆に初期費用が高くても、標準機能、保守、アップデート、問い合わせ対応が含まれている場合があります。総額と含まれる範囲を分けて見ることが重要です。

RISの委託先選定と見積比較で確認すべきポイント

委託先は、知名度や提案書の見栄えだけでなく、自院と似た規模・モダリティ構成・接続先を持つ施設での実績を確認して選びます。RISは放射線部門だけで完結しないため、製品ベンダー、PACS会社、電子カルテ会社、機器メーカーとの調整を誰が主導するかも重要です。候補を2〜4社程度に絞り、同じRFPと同じ評価項目で提案を受けると、価格以外の差が見えやすくなります。

実績確認では、病床数だけでなく、検査件数、CT・MRIなどの台数、MWL・MPPS接続数、PACS・レポートの製品、治療RISや核医学の有無、移行対象年数、稼働後の保守体制を質問します。可能であれば、同規模施設の担当者に、導入期間、現場教育の量、想定外の追加費用、障害発生時の対応、ベンダー変更時のデータ取り出しを聞きます。導入事例に効果だけでなく、対象範囲と前提条件が書かれているかも見ます。

規格対応は、DICOM、HL7、IHE、JJ1017という名称だけで合格にしません。自院の装置でMWLの患者ID、検査部位、依頼科、優先度、造影情報が正しく受け渡せるか、MPPSの実施情報が欠けないか、文字化けや重複登録が起きないかを確認します。提案段階で接続マトリクスと試験環境の用意を求めると、稼働直前の「規格上は対応しているが実機では動かない」という問題を減らせます。

見積比較では、価格を足し算する前に、各社の前提条件をそろえます。ユーザー数、端末数、接続機器、同時接続数、移行年数、データ変換の責任、現地作業日数、教育回数、受入テストの範囲、稼働後のサポート時間を同じ条件で記載させます。「別途」「必要に応じて」「実費」と書かれている項目は、上限または算定方法を質問します。

評価表は、機能適合、連携適合、移行、セキュリティ、導入体制、保守、拡張性、5年総額の8軸で作ると実務的です。価格だけではなく、必須要件を満たさない提案を失格にできるよう、MUST要件には配点だけでなく合否条件を置きます。デモでは、予約を登録するだけでなく、検査変更、緊急検査、再撮影、読影差し戻し、会計送信、障害時の復旧という自院のシナリオを実演してもらいます。

移行テストでは、件数が合っているかだけでなく、患者と検査の紐付け、レポートの表示、キー画像への参照、改版履歴、検索速度、欠損時の扱いを確認します。サンプルを少数移行して終わりにせず、異なるモダリティ、旧姓・氏名変更、患者ID統合、重複検査、文字コードが異なるデータを含めます。移行後に旧システムをいつまで参照できるか、廃棄する場合の証跡を誰が持つかも決めます。

ベンダー変更を想定するなら、データを標準形式または合意したCSV・XMLなどで取り出せるか、設計書やインターフェース仕様を受け取れるか、追加費用の算定方法を確認します。障害時は、RISだけでなく電子カルテ、PACS、装置、ネットワークのどこが原因かを切り分ける必要があります。一次受付、二次対応、現地対応、復旧判断、医療安全部門への報告をRACIのように整理し、SLAと運用手順に反映します。

よくある質問（FAQ）

RISの発注では、費用だけでなく、既存システムとの接続、現場への定着、将来のデータ利用まで確認する必要があります。ここでは、発注前に特に質問されやすい内容を、結論から回答します。

小規模なパッケージ導入では初期300万〜800万円程度、中規模病院で連携・移行・教育まで含めると800万〜2,000万円程度、大規模病院や複雑な治療・DWH連携では1,500万〜5,000万円以上が予算検討の目安です。公開情報をもとにしたレンジであり、RIS本体だけでなく接続、移行、保守、教育を含む範囲によって変わります。2社以上に同じRFPを渡し、5年総額で比較します。

クラウドだから安全、またはオンプレミスだから安全とは一概にいえません。重要なのは、MFA、権限分離、通信・保存時の保護、監査ログ、バックアップ、復旧目標、脆弱性対応、再委託先、データ所在地、障害時の代替運用を、医療機関と委託先の責任分界として確認することです。厚生労働省の第7.0版と経済産業省の事業者向けガイドライン第2.0版を参照し、提案書と契約書に具体的な運用を落とし込みます。

多くの医療機関では、基幹の予約・受付・検査進捗・連携は実績あるパッケージまたはクラウドを使い、施設固有の帳票や統計だけを追加する方式から検討すると、費用と保守の見通しを立てやすくなります。治療や研究など独自要件が大きい場合は個別開発も候補ですが、標準規格、セキュリティ、移行性、長期保守を含む総額で判断します。RFPにMUSTとWANTを分けて記載し、標準機能で満たせる範囲を確認してから決めます。

まとめ

放射線情報システム（RIS）の発注・外注では、最初に放射線部門の業務フローと接続先を整理し、MUST要件と将来要件を分けたRFPを作成します。パッケージ、クラウド、個別開発の選択は、機能だけでなく、導入期間、データ移行、現場教育、運用体制、5年総額、ベンダー変更時の移行性で比較します。

委託先を決める前に、同規模施設での導入実績、DICOM MWL・MPPSやHL7などの実機接続、過去データとレポートの移行、検収シナリオ、障害時の代替運用、保守時間、追加開発単価、データ所有権、終了時の返却条件を確認します。見積書は一式金額だけで判断せず、ライセンス、接続、移行、教育、保守、更新を分解して比較します。

RISは、放射線技師だけでなく、読影医、看護師、医事、経営管理、情報システム、医療機器管理が関わるシステムです。発注担当者だけで要件を決めず、現場の例外処理と経営上の指標を同じRFPに反映し、候補会社のデモと接続検証で確かめます。安全性、使いやすさ、移行性、費用のバランスを評価できれば、稼働後に現場の入力が増える、想定外の追加費用が膨らむといった失敗を抑えられます。

▼全体ガイドの記事
・放射線情報システム（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を創業。