医療機関向け医事会計システム開発は、要件整理から始まり、設計・開発へと進みます。テストから稼働、定着までの各段階で受付から請求までの流れを一つにつないで確かめることが、請求業務の標準化につながります。
▼全体ガイドの記事
・医療機関向け医事会計システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
医療機関向け医事会計システム開発の全体像
医事会計システムは、医療費を算定し、窓口負担とレセプトを整合させる医療事務の基幹システムです。一般企業の財務会計ソフトとは役割が異なります。
患者の保険資格、公費、診療行為、点数、入院日数などをもとに計算します。そのため、計算内容、連携先、確認担当者を最初に定義しておくと、開発範囲と見積もりのブレを抑えられます。
医事会計・レセコン・財務会計の違い
それぞれの担当範囲を比べると、機能と連携時に確認すべき点が見えてきます。
- 医事会計の入力：患者情報、保険・公費、自賠責、自費、診療行為
- 医事会計の処理：点数計算、窓口収納、返金、未収金、レセプト作成、オンライン請求
- レセコン：レセプトコンピューターの略。医事会計のうち、診療報酬計算・請求を中心に呼ぶ場合があります
- 財務会計：法人全体の仕訳、決算、資産、予算を管理
- 連携時：診療実績や収納データを渡す単位の決定
診療所と病院で必要な機能の違い
施設規模ごとに必要になりやすい機能を整理しておくと、要件の抜けを防ぐのに役立ちます。
- 無床診療所：受付、保険資格・オンライン資格確認、外来会計、レセプト、電子カルテ連携
- 有床診療所・中小病院：入院・定期請求、食事療養、DPCの有無、退院精算
- 大病院：オーダリング、検査、薬剤、手術、給食、自動精算機、キャッシュレス決済、経営分析までを含む連携基盤
要件は、病床数に加えて、診療科や公費、訪問診療の有無で分けて考えます。救急や病床機能も、同じ軸で確認します。有床施設では、病棟・病室や診療科別の運用も併せて見ます。
構成方式には、院内設置のクライアントサーバー型、データセンターを使うクラウド型、電子カルテとの統合型があります。
クラウド型は院内サーバーの更新・保守の負担を抑えやすい一方で、回線の冗長化や端末認証も要件に含める必要があります。バックアップ復元と障害時の紙運用も、要件に加えます。
2026年6月から医科・DPC向け共通算定モジュールの運用が始まっています。そのため、将来の標準仕様や接続条件に追随できる構成かを確認します（出典：厚生労働省「共通算定モジュールについて」、2026年）。
医療機関向け医事会計システム開発の進め方
開発では、機能の確認に加えて、現場の算定ルールや例外処理、データ連携、請求締めまでを一連の業務として確かめます。
標準パッケージを使う場合は、Fit to Standardで標準に合わせる業務と、追加開発が必要な差分を分けて記録します。その差分は、変更管理の対象として扱います。
フェーズ1：要件整理による現行業務と例外の洗い出し
要件整理では、受付から請求後の返戻対応までの現行業務と、標準外のケースを洗い出します。
- 業務フロー：受付、診療入力、会計、収納、返金、月次締めの流れを一覧にする
- 請求業務：レセプト作成、点検、請求、返戻・査定、未収金の各段階を確かめる
- 例外ケース：公費、自賠責、労災、自費、訪問診療、同日複数科の扱い
窓口、医事課、診療科の担当者に聞き取ります。看護部と経理、情報システム、経営層にも分けて話を聞き、担当者ごとの手順の違いも記録します。入院と外来を併用する場合も、標準外の確認対象になります。
要件は、必須のMUST、できれば実現したいSHOULD、将来検討のWANTに分けます。各要件には、利用者と頻度、入力、計算結果を付けます。連携先と証跡も書き添えます。
障害時の代替手順と、受入テストの合格条件も定義します。「公費に対応する」と決めるときは、番号登録、自己負担上限、自治体マスター更新まで具体的に決めます。帳票や返戻時の担当も、同じように決めておきます。
フェーズ2：製品・開発会社の選定と責任範囲の決定
候補を比べるときは、製品の導入件数だけでなく、自院の規模と業務に合うかを見ます。優先する機能も、施設規模によって変わります。
- 無床診療所：クラウド型レセコンと電子カルテ連携
- 中小病院：入院、DPC、部門連携
- 大病院：共通マスター、経営分析、複数拠点の統制
MUSTを満たす標準パッケージを候補に残し、特殊要件だけを追加開発に回します。そうすると、診療報酬改定のたびにカスタマイズを検証する負担を抑えやすくなります。
RFPには、電子カルテ、オーダリング、検査、薬剤、給食との連携を記載します。さらに、自動精算機、決済、オンライン資格確認、オンライン請求、財務会計との連携も記載します。
各連携について、送受信データ、タイミング、標準規格、APIを質問します。障害時の再送、マスター責任者、契約終了時の返却も確かめます。一次窓口となる会社も、契約前に決めておきます。
フェーズ3：設計・開発での算定とデータ連携の検証
設計・開発では、算定データ、システム間連携、追加開発の仕様を分けて整理します。
- データ設計：患者、保険、公費、診療行為、点数、請求、収納、返戻、未収金
- 連携設計：財務会計の仕訳・集計単位、カルテ実施情報、部門コスト情報
- 追加開発：画面、計算、エラー表示、権限、ログ、性能、障害時の再処理
データを誰が登録・修正し、その履歴をどう残すかを決めます。あわせて、連携項目はサンプルデータを使って対応表にまとめます。
追加開発では、画面仕様、計算ルール、エラーメッセージを設計書に残します。権限とログ、性能、障害時の再処理も、同じ設計書で扱います。
請負では成果物と追加費用を、準委任では想定工数を明確にします。加えて、上限や月次報告、変更承認の方法も決めます。
改定に備えて、マスター提供時期、検証環境、医療機関側の確認範囲を、契約やSLAに記載します。改定後の窓口も決めておきます。
フェーズ4：請求月の締めまで行う本番同等のテスト
テストは工程を分けて、算定結果と業務全体の両方を確かめます。そのうえで、請求月の締めまで本番と同じ条件で通します。
- テスト工程：単体、連携、総合、受入テストを実施
- 業務シナリオ：受付から診療入力、会計、レセプト作成・点検、請求、返戻修正までの流れ
- 例外シナリオ：保険変更、公費併用、資格不一致、未収金、返金の各ケース
DPCや入退院、同日複数科のケースもシナリオに含めます。さらに、通信断、二重送信、マスター更新失敗も対象にします。
移行データは、対象期間と項目、変換ルールを決めます。欠損時の扱いや患者IDの統合方法、照合件数も決めておきます。テスト移行と本番移行は、分けて行います。
移行後は、患者数、請求額、未収金残高を旧システムと突合します。返戻・査定と診療科別集計も、突合の対象にします。
受入条件は数値と責任者を定めます。合格とする条件は、重大な未解決障害がないこと、請求結果が許容差内であること、担当者が代替手順を実行できることです。
フェーズ5・6：稼働と定着に向けた止めない運用の準備
稼働前の切替準備から稼働後の定着まで、止めない運用と確認事項を段階ごとに整えます。
- 切替準備：日時、最終バックアップ、旧環境の参照期間、端末、アカウント、マスター凍結、窓口を確定
- 稼働方法：診療時間外の切替、段階稼働、並行稼働の中から、施設に合わせた組み合わせ
- 障害時対応：紙の受付票、仮計算、後日入力、請求データ再送の手順化と訓練
- 稼働後確認：1〜3か月の定例で、問い合わせ、待ち時間、エラー、返戻率、未収金、手入力、連携失敗、ログを見る
- 定着：関係部署とベンダーによる改善会議の運営と、要望のMUST・SHOULD・WANTでの管理
稼働後の改善会議には、受付、診療科、看護部の担当者が出席します。経理、情報システム、医事課も参加し、ベンダーも加わります。
導入完了の基準は、現場が自力で運用でき、改定や障害にも対応できる状態と定めます。納品日は、この基準とは別に考えます。
医療機関向け医事会計システムの費用相場とコストの内訳
医事会計システムの費用は、病床数や端末数、診療科で変わります。さらに、DPCや公費、既存システムの移行や連携も影響します。機器や保守時間も、費用に関わります。
費用は、初期費用と連携・移行、機器・ネットワークに分けて比べます。教育や月額・保守、改定対応も、別の項目として見ます。ここで示す数字は、公開料金と公的契約をもとにした目安で、定価ではありません。
診療所のクラウド型レセコンの費用の見込み
公開料金の範囲と、導入支援や機器を含む検討レンジを分けて見ます。
- 検討レンジ：初期40万〜100万円程度、月額2万〜5万円程度
- ORCA連携例：初期44万円以上、月額1万8,700円以上
- 日レセ基本：1医療機関あたり月額2,200円
- VPNルータ型：初期6万6,000円、月額2,200円
検討レンジは、導入支援や端末、プリンターを含めたうえで、VPNや電子カルテ連携も加味した編集部推定です。
公開料金はサービスの一部だけを示すもので、サポート事業所の作業費や周辺機器は含まれません（出典：日本医師会ORCA管理機構「日レセクラウド」、確認日：2026年8月）。
中小病院から大病院までの費用の見積もり
施設規模や契約範囲に応じた目安と、公的契約の参考例を区別して見積もります。
- 診療所：医事会計・電子カルテ・周辺機器で初期100万〜500万円程度、月額2万〜10万円程度
- 中小病院：入院、DPC、連携、移行を含む初期1,500万〜5,000万円程度
診療所と中小病院の金額は、公開価格の単純平均ではありません。公開Q&A、公的契約、医療固有の連携・移行の要素をもとにした推定です。この数字だけを採用せず、病床数や端末数を確認します。
東京都立病院機構は、14病院で利用する次期医療情報基幹システムを44億円（税込）で契約しました。この契約は、設計・開発・移行・運用保守を含み、単純平均は約3.14億円です。これは複数病院の基幹システム全体の契約であり、医事会計単体ではありません（出典：東京都立病院機構「次期医療情報基幹システム開発作業委託に係る落札者の決定について」、2025年）。
広島市立病院機構の財務会計システムの購入・運用保守は、税抜1億8,850万円です。契約期間は、2026年の締結から2032年3月31日までです。この例では、医事会計単体ではなく、長期保守と基幹系の責任範囲が金額を押し上げています（出典：広島市立病院機構入札・契約情報、2026年）。
初期費用以外のランニングコスト
継続費用を見落とさないために、契約期間の中で、利用料や保守、改定対応を確認します。機器や回線なども、同じように確認します。
- システム費：ライセンス・クラウド利用料、保守、制度改定対応
- 運用費：サポート、バックアップ、VPN・回線、証明書
- 機器・決済費：端末、プリンター、自動精算機、決済利用料
保守費は、初期費用の年5〜15％程度を仮置きするケースがあります。その額は、24時間365日対応や現地駆け付けの有無、改定対応、機器保守の有無で変わります。
見積書では、月額に含む費用、都度請求、別途見積を分けて確認します。そのうえで、5年または契約期間のTCO（総所有コスト）で比べます。
導入期間は、標準的なクラウド型診療所で1〜3か月、中小病院で6〜12か月、大病院や多病院統合で1年以上が目安です。
ORCAの公式案内では、申込みからクラウド開始まで約3週間とされています。ただし、これは標準作業の目安で、医療機関全体の期間とは異なります。
さらに、現場研修やテスト移行、請求リハーサル、並行稼働を含めると、全体の導入期間は長くなる可能性があります。
医療機関向け医事会計システムの見積もりを取るポイント
見積もりの精度は、RFPの要件の粒度で変わります。そのため、業務やデータ、連携、移行や機器を同じ区分にそろえ、複数社に依頼します。教育や保守、セキュリティ、契約も、そろえる区分に含めます。
安い見積もりを選ぶ前に、含まれない作業と、稼働後に追加費用となる条件を確認します。
RFPと要件書の記載項目
施設、業務、システムの情報を分けて記載すると、各社が同じ条件で見積もれます。
- 施設情報：病床数、診療科、外来・入院・訪問の比率、DPC、公費等
- 業務情報：受付から請求の流れ、担当者数、帳票、締め日、返戻・未収金
- システム情報：連携先、機器、回線、端末、認証、バックアップ、ログ
施設情報には、無床・有床に加えて、自賠責、労災、自費も含めます。業務情報には、ピーク時間や経営指標を含めます。システム情報には、電子カルテやオーダリングのほか、部門システムと財務会計を含めます。
標準機能での必須業務、公費請求、点数根拠を確認項目にします。会計突合、移行後の残高・履歴、連携再送も確認します。さらに、権限・ログ、障害時運用、データ返却も確認項目にします。
候補会社には、「対応可能」という回答だけでなく、画面デモとサンプルデータの提示も求めます。あわせて、テスト結果と責任分界表も提示してもらいます。
複数社の比較項目
費用と導入後の責任を同じ比較表で評価します。価格以外の条件も、候補選びに影響します。
- 費用・範囲：初期ライセンス、設定・追加開発、インターフェース、移行、機器、教育、保守
- 対応力：MUST充足率、導入期間、同規模実績、医療事務に詳しい導入担当者の人数
- 運用条件：改定・障害対応、サポート時間、現地対応、データ返却
電子カルテと同じ会社なら窓口や責任範囲が明確になりやすい一方、選択肢や価格競争が狭くなる場合があります。別会社の場合は、一次切り分けと連携責任を契約に明記します。
2026年の選定では、共通算定モジュールの接続方針と、改定時のマスター更新を確認します。検証環境と検証責任も確かめます。
厚生労働省は、共通算定モジュールをレセコンの要求に応じて点数と患者負担金を計算する統一プログラムと説明しています。そのため、「改定対応済み」と聞いただけで判断せず、標準仕様への追随と接続費用を質問します。クラウド利用の前提や導入時期も、あわせて質問します（出典：厚生労働省「共通算定モジュールについて」、2026年）。
セキュリティと契約のリスク対策
クラウドか院内サーバーかだけで安全性を判断せず、医療情報の管理基準と対策項目を確認します。
- アクセス管理：利用者と権限の最小化、多要素認証、操作ログ
- データ保護：通信・保存時の暗号化、バックアップ復元、ネットワーク分離
- 委託先管理：脆弱性対応、遠隔保守、インシデント連絡
厚生労働省の安全管理ガイドライン第7.0版と、医療機関・薬局向けサイバーセキュリティ対策チェックリストを基準にします。なお、第7.0版は全5編で、概説編、経営管理編、企画管理編のほか、システム運用編と保守委託機関編があります（出典：厚生労働省「医療情報システムの安全管理に関するガイドライン第7.0版」、2026年）。
契約では、受付時間と復旧目標、RTO・RPOを確認します。さらに、セキュリティ更新の責任と改定対応も確かめます。
データ所有権と返却形式、再委託、監査についても確認します。損害時の連絡とサービス終了時の移行支援も、確認が必要です。
「保守に含む」項目は、回数と時間、対象環境、現地作業まで具体化します。請負と準委任を混ぜる場合は、成果物と検収、工数と変更承認の境界を分けます。
医療機関向け医事会計システム開発でよくある質問（FAQ）
医事会計システムは制度と現場業務の両方を扱うため、機能だけで判断できない点があります。導入方式や期間、費用、改定対応について確認します。
医事会計システムはクラウドとオンプレミスのどちらがよいですか？
標準機能を早く導入し、院内サーバーの保守負担を減らしたい診療所ではクラウド型が適しやすいです。
複雑な院内連携や既存設備との接続を重視する病院では、オンプレミス型やハイブリッド型も候補になります。ネットワーク制約や独自の統制を重視する場合も、同じ型が候補に入ります。
どちらの方式でも、回線障害時の代替運用と、バックアップ・復元テストを確認します。権限やログ、保守責任も見ます。
医療機関向け医事会計システムの開発期間はどれくらいですか？
標準構成の診療所は1〜3か月、中小病院は6〜12か月、大病院や多病院統合は1年以上が目安です。
中小病院の期間には、電子カルテや部門との連携、移行が含まれます。ただし、要件整理や研修、並行稼働、請求リハーサルを削ると、稼働後の請求が不安定になることがあります。
ORCAのクラウド開始まで約3週間という案内は、標準的なサービス開始の目安です。医療機関全体の導入期間とは分けて考えます。
パッケージとスクラッチ開発はどのように選びますか？
まず標準パッケージでMUST要件を満たせるか確認します。事業継続や請求精度に直結する差分だけ、追加開発やスクラッチを検討します。
標準パッケージは制度改定や保守の負担を抑えやすいです。スクラッチは特殊業務や既存基幹との深い連携に対応しやすい一方、初期費用や検証負担が増えます。
スクラッチでは、改定対応や担当者への依存も増えやすくなります。そのため、費用だけでなく、5年程度のTCO（総所有コスト）、改定時の検証責任、将来のデータ移行性で判断します。
2026年の共通算定モジュールは導入すべきですか？
共通算定モジュールは、点数と患者負担金を計算する機能を共通で利用するプログラムです。レセコンそのものを置き換えるわけではありません。
医科・DPC向けの運用は2026年6月に始まっています。そのため、新規開発や更新では、対応予定や接続要件、クラウドの前提を確認します。費用や検証方法も、あわせて見ます。
導入時期や対応方法は、施設と製品によって異なります。すぐに切り替えると決める前に、制度対応のロードマップと契約上の責任を確かめます。
まとめ
医事会計システム開発は、受付から診療費の計算、レセプト、返戻までの流れをつなぐ取り組みです。さらに、未収金や財務会計、経営分析まで含めて考えます。
業務と例外を洗い出し、施設規模や診療内容に合う標準範囲を決めることが、導入判断の土台になります。
導入前の確認事項
現行フローや例外算定、公費、連携先を一枚にまとめます。移行対象と障害時の代替手順も書き加えます。そのうえで、MUSTとWANTを分け、受入条件と担当者も決めます。
この整理があれば、ベンダーの提案と見積もりを同じ基準で比べられます。
稼働後の改善の継続
稼働後は、運用状況を定例で確かめ、制度や診療内容の変化に合わせて改善を続けます。
- 定例確認：待ち時間、レセプトエラー、返戻・査定、未収金、手入力、連携失敗、問い合わせ
- 継続改善：制度改定や診療科追加に応じて要件を更新し、研修と障害訓練を続ける
進め方は、要件整理、選定、設計・開発の後に、テスト、稼働、定着へと進む6段階です。見積もりは、初期費用に加えて、連携や移行、教育、保守を含むTCOで比べます。改定やセキュリティも、TCOに含めて考えます。
2026年の共通算定モジュールや安全管理ガイドライン第7.0版を踏まえ、候補会社に、標準仕様とマスター更新、責任分界、バックアップ復元を確認します。
MUST要件と受入条件を言語化しておけば、価格だけでなく、請求精度や使いやすさも判断しやすくなります。改定対応と将来の移行性も、同じ基準で比べられます。
現行業務と連携一覧を作り、同じ条件のRFPで複数社へ相談することが、導入後まで見通した選定につながります。
▼全体ガイドの記事
・医療機関向け医事会計システム開発の完全ガイド
▼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を創業。