医事会計システムの発注は、業務と連携の範囲を整理するところから始まります。そのうえでRFPを作って各社の提案を同じ前提で集め、契約、見積、移行を確かめます。
発注形態から委託先選定まで、順に決めることを見ていきます。全体像は医事会計システム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・医事会計システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
医事会計システムの発注・外注の始め方
最初に決めるのは製品名ではなく、解決したい業務上の問題と、委託する範囲です。医事会計の単体導入か、電子カルテや部門システム、自動精算機、会計・経営分析まで含めた再構築かによって、発注先も予算も大きく変わります。
発注前の業務フローと課題の整理
まず、受付から月次締めまでの現行業務を担当者と書き出します。そのうえで課題を測れる指標に置き換えると、各社の提案と導入効果を比べやすくなります。
課題の把握には、会計待ち時間、返戻件数、二重入力の項目数を使えます。月末残業時間も、同じように使えます。
要件整理には、医師、看護師、受付が加わります。経理、診療情報管理、情報システム担当も、あわせて関わります。
- 業務フロー：受付、患者登録、資格確認、診療行為入力、外来・入院会計の流れ。
- 請求業務：レセプト作成、返戻・査定、未収金、月次締めまでの記録。
- 要件の優先度：部門ごとの必須条件、希望条件、運用変更で対応できる条件の区分。
業務上なくせない条件を絞り込めば、現行の画面や帳票をすべて残す必要はなくなり、不要なカスタマイズを抑えられます。
内製・外注・共同推進の役割分担
役割は、院内で担う業務判断と、外部へ委託する作業に分けておきます。
業務判断まで外部へ任せると、稼働後の変更や障害に院内で対応しにくくなります。さらに、院内の意思決定が遅れると、待機や仕様変更が増え、費用と稼働時期に影響します。
- 医療機関：診療報酬の運用方針、現場の優先順位、承認、データの目的。
- 外部委託先：製品設定、連携開発、データ移行、テスト、研修、保守の作業。
- 共同推進：院内責任者と現場代表を置き、外部会社と役割を分ける体制。
週次会議と課題一覧を設け、決定事項と承認期限も書き残します。誰が何を決めるかを、この記録で明確にしておきます。
パッケージ・クラウド・スクラッチの選び方
発注形態は、費用だけで決めず、制度対応や連携の複雑さ、院内運用、将来の拠点追加を基準に選びます。
- 標準業務が中心：パッケージまたはクラウドが候補になります。
- 独自業務が重要：必要な範囲に限って個別開発を検討します。
見極めるのは、特殊な入院・DPC・未収金管理や、複数施設の独自業務が競争力に直結するかどうかです。
パッケージ型の標準機能とカスタマイズ上限
パッケージ型は、患者・保険情報、診療費計算、レセプト、請求書などの基本機能を備えているため、制度対応を任せやすい方式です。
- 機能の範囲：標準機能、設定変更、追加開発に分けた見積もり。
- 将来対応：保留項目の明記と、改定時に確認する範囲。
標準機能にない画面や帳票を追加すると、初期費用とテスト工数が増えます。
クラウド型の月額料金以外の導入範囲
クラウド型なら、院内サーバーの購入や更新を抑えられ、バックアップや更新もサービス側へ寄せられます。
WebORCAクラウド版の基本サービスは、1医療機関あたり月額2,200円（税込）です。また、TLS1.2サービスは初期費用0円、月額550円（税込）です（出典：日本医師会ORCA管理機構「日医標準レセプトソフト［WebORCAクラウド版］」、2026年確認）。
- 基本利用料：公開料金に含まれるサービスの範囲。
- 周辺費用：端末、ネットワーク、設定、研修、過去データ移行、各種連携、保守のうち、含まれるものの範囲。
- 運用条件：初年度総額と5年間の総保有コスト、障害連絡先、通信障害時の代替運用を並べて比べる。
スクラッチ開発で独自化する範囲
スクラッチ開発では、自院固有の算定や複雑な入院運用を細かく設計できます。一方で、制度変更への保守責任は、発注者と開発会社が継続して負います。
医事会計の基盤すべてを独自開発しなくても、標準的なレセプト・マスタ機能は実績ある製品を使えます。また、連携や経営分析だけを追加開発する方法もあります。
- 独自化する範囲：自院の算定、複雑な入院運用、複数施設管理などへの絞り込み。
- 標準製品との併用：レセプト・マスタは製品で、周辺連携や分析は開発。
- 契約で確保するもの：ソースコード、設計書、API・DB仕様、テスト仕様、データ出力方法。
開発会社を将来変えられる状態にしておくと、改定のたびに特定のベンダーへ依存するリスクを抑えられます。
RFPと要件整理で発注先へ伝える内容
RFPは、各社に同じ前提で提案を出してもらうための比較資料です。施設の背景、対象業務、利用者、既存システムを伝えます。連携先、データ量、希望時期、予算、保守範囲も、あわせて書きます。
要件が曖昧なまま相見積もりを取ると、安く見える会社ほど、含めていない項目が多いことがあります。
現行フローと必須機能の一覧
施設情報と機能要件は分けてRFPに記載します。現状の問題や必須度も、あわせて添えます。
特定の公費処理を標準機能で扱えないときは、設定変更、追加開発、運用変更のどれで対応するかを、各社に提案してもらいます。帳票は利用目的と出力頻度を記すと、不要な開発を避けられます。
- 施設情報：施設種別、病床数、診療科、外来・入院比、月間レセプト件数、医事課人数、拠点数、稼働希望日。
- 機能要件：患者登録、保険・公費、資格確認、診療費、入院請求、DPC、レセプト、返戻、未収金、分析。
- 代替案と帳票：対応方法の選択肢と、帳票の目的・出力頻度。
連携とデータ移行の具体化
接続先は一覧にし、方式、方向、頻度、障害時の再送可否を書き出しておきます。
厚生労働省は、医療情報を標準的な形式のメッセージやコードで設計する必要性を示しています（出典：厚生労働省「医療分野の情報化の推進について」、2026年確認）。将来の接続先についても、標準形式に対応できるかを各社に質問します。
移行対象は、患者・保険情報、診療履歴、未収金の中から選びます。返戻、マスタ、帳票も候補になります。全履歴を移すと、費用と検証工数がその分増えます。
- 接続先：電子カルテ、オーダリング、検査、薬剤、放射線、透析、予約、精算機、会計、DWH。
- 連携条件：API・CSV・標準規格などの方式、片方向・双方向、リアルタイム・日次、再送可否。
- 移行方法：保存義務、参照頻度、監査を踏まえた、オンライン移行・アーカイブ・紙やPDF保管の選択。
本番前には少なくとも一度リハーサルを行い、件数照合とランダム抽出による内容確認を、受け入れ条件に含めます。
非機能要件と導入後KPI
画面機能に加えて、性能、稼働、復旧、セキュリティ、委託先などの非機能要件も、RFPに記載しておきます。
導入後のKPIは、会計待ち時間、返戻率、算定漏れの疑い、窓口入力時間などから選びます。月末残業、未収金回収、障害復旧時間も候補になります。
- 性能・稼働：応答時間、同時利用者数、稼働時間、バックアップ、復旧目標。
- 安全管理：ログ、権限、暗号化、多要素認証、脆弱性、再委託先、データセンター所在地。
- 導入後評価：KPIの取得方法と評価時期を、ベンダーと取り決めること。
ガイドライン第7.0版は2026年6月に改訂され、概説編、経営管理編、企画管理編、システム運用編、保守委託機関編で構成されています。
出典は厚生労働省「医療情報システムの安全管理に関するガイドライン第7.0版」（2026年）です。数値で測れないと、稼働後の評価が感想にとどまります。
請負と準委任の選び方
成果物と責任範囲を確定できる工程には請負を使い、要件を詰める工程には準委任を使います。工程は、企画・要件定義、設定・開発に分けます。移行・テストと保守は別の工程として区切っておくと、変更の影響を管理しやすくなります。
請負契約の納品・検収・変更条件
請負契約では、受託者が合意した仕様のシステムや設定、連携機能を完成させ、発注者が検収します。要件が固まった工程に向いています。
医療現場の運用差を後から見つけると、変更が追加費用や納期延長になりやすいため、注意が必要です。
- 成果物と検収：納品する範囲、検収基準、不具合の扱い。
- 変更と権利：追加開発単価、変更承認、再委託、知的財産権、賠償上限。
- 運用継続：データ返却、標準設定と個別開発の区分、改定対応の保守範囲。
準委任契約の役割と稼働範囲
準委任契約は、要件定義やプロジェクト管理、設計、データ移行などの業務を専門家が遂行する契約です。業務を見ながら要件を深める工程に向いています。
成果物の品質は自動的には保証されないため、責任者、会議体、作業時間、報告、成果物のレビュー方法を決めておきます。
- 要件定義：準委任で専門家の支援を受ける工程。
- 確定機能の開発：仕様を定めたうえで請負とする工程。
- 移行・稼働支援：準委任とする例もあります。
契約方式を選んだだけでは、リスクはなくなりません。変更管理と意思決定を機能させる仕組みも、あわせて必要です。
SLAと稼働後の引き継ぎ
SLAには、障害対応や保守の条件を記載します。また、経済産業省は医療情報を扱う事業者向けのガイドライン第2.0版を公開しています。
サービス仕様適合開示書とSLAの参考例もあります（出典：経済産業省「医療情報を取り扱う情報システム・サービスの提供事業者における安全管理ガイドライン」、2025年公表）。
管理者や医事課向けの研修、障害手順書、復旧訓練を用意し、設定変更申請やデータ抽出の手順もそろえます。
- 障害時：重要度別の受付時間、一次回答、復旧目標。
- 保守・教育：計画保守、改定・マスタ更新、問い合わせ、追加教育の費用。
- 引き継ぎ：研修と手順を残し、知識を特定の担当者に集めない。
医事会計システムの費用相場の目安
医事会計システムの費用は、ソフト本体だけでなく、初期設定や端末・ネットワーク、連携まで含めて考えます。データ移行、研修、並行稼働、保守も、費用の内訳に入ります。
医事会計に固有の公開統計は限られるため、ここでは、リサーチノートで確認した公開料金と、医療業務・基幹システムの類似案件から整理した目安を示します。実際の金額は、施設規模、病床数、診療科、連携数、移行対象によって変わります。
小規模診療所の初期費用の目安（10万〜50万円）
小規模診療所がクラウド型レセコンを標準導入する場合、初期費用は10万〜50万円程度です。月額、保守、周辺サービスの費用は、月2万〜5万円程度が目安です。
費用は、院内設備や電子カルテ、自動精算機との連携状況で変わります。オンプレミスやハイブリッドの場合、サーバー、端末、設定、連携込みで初期300万〜500万円程度です。
- クラウド標準構成：初期10万〜50万円程度、月額等は月2万〜5万円程度。
- 院内設置型など：初期300万〜500万円程度、連携設定や移行込みで450万〜700万円程度。
これらは定価ではなく、機器と作業範囲を含めた導入モデルの目安です。比べる際は、5年間の保守、機器更新、バックアップ、障害対応の費用も加えます。
中小病院の初期費用の目安（1,500万〜4,000万円程度）
電子カルテや入院会計、DPCを連携する中小病院では、初期費用1,500万〜4,000万円程度が目安です。部門システム、レセプト、未収金、自動精算機との連携も、この想定に含まれています。
月額・保守は、10万〜30万円以上の個別見積もりになりやすく、病床数や同時利用者数、24時間運用、データ量によって変わります。
- 中小病院：初期1,500万〜4,000万円程度、月額・保守10万〜30万円以上の個別見積もり。
- 大病院など：複数拠点、DPC・DWH連携、BCP・SLA込みで、4,000万円〜1億円超の場合があります。
移行時間や複数の接続先、データ検証、教育、並行稼働、復旧設計も費用に影響します。見積は、ソフトの費用と、連携・移行の費用を分けて出してもらいます。ハード・ネットワークや、教育・保守も、別の欄で示してもらいます。
医事会計単体の金額と、病院情報システム全体の金額は混同しないようにします。
見積書の初期費用とランニング費用
見積は、工程ごとに費用を分けてもらいます。要件定義、設計、開発、テストの割合を見ると、工数の根拠を比べやすくなります。移行、研修、稼働支援、保守も、同じように分けて出してもらいます。参考となる工程比率は、要件定義が約10％、設計10〜20％、開発40〜60％、テスト10〜20％です。
医療機関では移行や並行稼働、制度対応の比率が高くなるため、各社に工数の根拠を質問します。
- 工程別費用：作業項目ごとの工数と金額の根拠。
- 運用費用：ライセンス、保守、法改正・マスタ更新、監視、バックアップ、セキュリティ、問い合わせ、端末・ネットワーク更新の費用。
- 複数年総額：3年・5年・10年の費用、データ返却費、追加連携単価を並べて比べる。
初年度だけ安い提案は、契約終了時のデータ返却や連携追加費も含めて比べることで、予算超過を防げます。
委託先の選定と見積比較の確認事項
委託先は、知名度や総額だけでなく、近い施設の実績、導入体制、連携力、稼働後の保守で評価します。製品ベンダーと開発会社は役割が異なるため、1社に任せるか分けるかも比べます。
医療機関との実績（規模と業務の近さ）
実績は導入社数だけでなく、施設や診療内容、システム構成、移行範囲、稼働期間、障害対応まで見ます。
同規模の導入先に、提案時の説明と実際の運用に差がなかったかを聞くと参考になります。
- 制度改定対応：マスタ、算定、レセプト点検、帳票の更新方法と費用。
- 標準仕様：将来の接続を含む医療DXへの対応方針の比較。
更新費用に保守が含まれるか、利用者側でテストが必要かも質問します。医療DXは、全国医療情報プラットフォーム、電子カルテ情報の標準化、診療報酬改定DXの三本柱で進んでいます。
厚生労働省の公開資料にも方針が示されています（出典：厚生労働省「医療DXについて」、2026年確認）。
同じ前提・粒度で揃えた見積比較
同じRFPと質問票を各社へ渡し、同じ項目で回答と費用を比べます。金額が低い場合は、含まれていない作業を確かめます。
評価は、価格に加えて、要件適合と連携・移行を点数にして行います。日程、体制、保守、セキュリティ、データ可搬性も、点数にして評価します。
- 見積範囲：標準機能、設定、開発、外部製品、移行、研修、稼働支援、保守。
- 除外費用：接続、データ整備、旧環境、休日切替、現場立ち会いの扱い。
- 評価配点例：価格25点、機能25点、連携・移行15点、体制15点、保守・SLA10点、安全・契約10点。
配点は施設に合わせて決め、選定理由を後から説明できる形で残します。
提案会での担当者と障害時の動き
提案会には、営業に加えて、導入、医事会計、連携、移行、保守の各担当者に参加してもらいます。
回答できない質問は、回答者、期限、提示する資料を確かめます。技術担当が見えない会社には、体制図と役割の提出を求めます。
- 提案体制：担当者の役割と、回答保留時の期限・資料。
- 障害対応：クラウド、院内網、資格確認、連携欠落、請求前の不具合ごとの代替運用。
- 安全管理：ログ、権限、暗号化、バックアップ、事故連絡、再委託先。
契約書やSLAの内容が、提案資料と一致しているかも照合します。
医事会計システムの発注で起きやすい失敗と防ぎ方
失敗の多くは、製品選定の時点ではなく、発注範囲と責任分担の曖昧さから起こります。
機能一覧だけで決めたり、現場の代表が要件定義に加わらなかったりすると、導入後に追加費用と現場の負担が生まれます。移行と連携を後回しにする場合や、稼働日から逆算したテストがない場合も、同じ負担が生じます。
追加費用の防ぎ方（変更管理と除外項目）
発注時点で仕様を完全に確定するのは難しいため、変更を一律に禁じるわけではありません。追加要望は、目的、影響する画面・連携・テスト、費用、納期、代替案を記録したうえで、院内承認後に着手します。
提案書の「別途見積」「要相談」「想定外」は、対象範囲と算定方法を質問したうえで、見積書の除外項目一覧に書き込みます。
本番業務に合わせた移行・テスト・切り替え
画面表示だけでなく、保険、公費、外来・入院会計、請求、各種連携など実業務でテストします。資格不一致や連携データの欠落、停電、通信断などの異常時の手順も、テストの対象に含めます。
- 業務テスト：保険、公費、限度額、外来・入院、加算、自動精算機、返戻、未収金、月次締め、請求。
- 切替時期：診療停止可能時間、請求時期、勤務、旧システム参照を踏まえた時期。
- 稼働判定：移行件数、重大障害、主要業務、職員研修の完了条件。
旧環境は一定期間参照可能にし、最初の請求締めまで支援担当を配置する方法が安全です。
ベンダーロックインとBCPの契約前の確認
BCPは、クラウドかオンプレミスかだけで判断せず、業務を止める障害箇所を洗い出して考えます。契約では、データ所有者、標準形式の出力、API・CSV仕様、契約終了時の返却、移行支援費を定めておきます。
独自コードや端末が増えるほど乗り換えにくくなるため、標準マスタや連携方式を優先し、独自仕様を選んだ理由を残しておきます。
- 停止箇所：ネットワーク、端末、電源、認証、プリンター、資格確認、請求、バックアップの各部分。
- 復旧計画：RTO、RPO、代替入力、後日入力、ベンダー連絡体制のRFP・SLAへの記載。
年に一度の復旧訓練を行える契約にしておきます。
医事会計システムの発注・外注でよくある質問
医事会計システムの発注では、費用、導入期間、外注範囲、既存システムとの連携について、同じ質問が多く寄せられます。特に確認の多い項目に、発注前に判断しやすい形で直接答えます。
医事会計システムの発注は何社に見積依頼すべきですか？
候補を2〜4社程度に絞り、同じRFPと質問票で依頼する方法が現実的です。候補数を増やしすぎると提案評価の負担が増えるため、施設規模や連携実績、導入後の保守体制で一次選定してから、最終候補を比べます。
医事会計システムはクラウドとオンプレミスのどちらがよいですか？
短期間で始めたい診療所や、院内サーバーの運用負担を抑えたい施設は、クラウドが比べやすいです。既存設備や特殊な連携、院内ネットワークの制約、独自要件が大きい施設では、オンプレミスやハイブリッドが候補になります。
どちらを選んでも、通信障害やバックアップ、復旧、データ返却を含むBCPの確認が必要です。
医事会計システムの発注前に院内で準備する資料は何ですか？
院内では、現行業務フローと利用者・権限を整理します。画面・帳票一覧や連携先一覧、端末・ネットワーク構成も用意します。加えて、過去データの種類と件数、希望稼働日、予算の上限、保守の連絡体制も準備します。
返戻、未収金、算定漏れ、会計待ち時間などを改善KPIに設定すると、提案を機能数ではなく業務効果で比べられます。
医事会計システムの発注・外注方法まとめ
医事会計システムを発注・外注するときは、製品の機能数や初期費用だけでなく、施設の業務、連携、移行、保守、BCPを一つの計画として比べます。
小規模診療所は標準機能を活用して導入の負担を抑えます。一方で、中小病院や大病院では、入院・DPC・部門連携・経営分析まで含めた総額と体制を確認します。
発注成功につながる五つの確認
発注を円滑に進めるには、業務の整理から見積比較、稼働後の評価まで、順に確かめます。
- 現行業務と改善KPIの整理
- パッケージ・クラウド・個別開発の境界の決定
- RFPへの機能、連携、移行、セキュリティ、SLAの記載
- 請負と準委任の工程ごとの使い分けと、変更・検収・データ返却の契約条件
- 同じ前提の見積の比較（総額と5年間の運用費）と、稼働後の責任者・評価方法の決定
最初の一歩は、現場を含めた要件整理
発注前には、医事課、受付、診療部門、経理、情報システム、経営層で、現行フローと課題をまとめておきます。その資料をもとに複数社へ相談し、提案、除外費用、支援体制を確かめると、自院に合うシステムを選びやすくなります。
▼全体ガイドの記事
・医事会計システム開発の完全ガイド
▼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を創業。