医事会計システム開発は、6フェーズを順に進めます。最初の3つは要件整理、選定、設計・開発で、残りはテスト、稼働、定着です。この順で進めると、診療情報を会計からレセプトまで正確につなげられます。
対象範囲や費用、見積もりの確認事項は、節ごとに取り上げます。全体像は医事会計システム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・医事会計システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
医事会計システム開発の全体像
医事会計システムは、患者情報、保険資格、診療行為をもとに、患者負担額の計算から窓口会計、診療報酬請求、返戻・査定管理までを扱う基幹システムです。
施設によっては、入院会計、DPC、未収金、経営分析、自動精算機も対象になります。そのため、開発では自院の業務と情報の流れを先に洗い出します。
医事会計システムの対象範囲
基本機能と連携先を分けて書き出すと、医事会計と財務会計の担当範囲を決めやすくなります。
- 基本機能：患者登録、保険・公費、オンライン資格確認、診療費計算、外来・入院会計、領収書・請求書、レセプト作成・エラーチェック、返戻・査定、未収金、統計
- 連携先：電子カルテ、オーダリング、検査、薬剤、放射線、透析、自動精算機、会計・経営分析基盤
- 財務会計との境界：収入データの受け渡しにとどめるか、部門別原価や経営指標まで扱うか
施設規模別の優先順位
施設に合う優先順位は、病床数に加え、診療科や月間レセプト件数を見ると決められます。さらに、端末数と連携数も確認します。
- 無床診療所：少人数で扱える操作性、短期間での導入、オンライン資格確認、保守窓口
- 中小病院：入院定期請求、退院時請求、DPC、公費、未収金、電子カルテ・部門連携
- 大病院：複数部門・拠点の共通マスター、権限の統一管理、24時間運用、BCP、監査ログ、安全な移行
医事会計システム開発の進め方と6フェーズ
要件整理から定着までを一つの計画にまとめます。前半で現場の例外処理と連携条件を決め、後半は実データに近いシナリオで検証します。
特に、各フェーズの終了条件と責任者を決めておくと、稼働直前になって機能の差や移行できないデータが見つかる事態を防ぎやすくなります。
フェーズ1：現行業務と課題を洗い出す要件整理
業務フローには、担当者と入力元、出力先を書き込みます。さらに、手作業の箇所、エラーが出やすい箇所、締切も記録します。電子カルテとの連携後も公費や加算を別画面で入力する運用が残るなら、その差分も要件として扱います。
要件は、請求や制度対応、業務継続に欠かせないMUSTと、望ましいWANT、将来検討する保留に分けます。
- 業務と機能：業務フロー、機能要件、連携一覧
- 移行と権限：データ移行対象、権限一覧、非機能要件
- 受入準備：受入テスト方針の決定と、医事課、看護・診療部門、情報システム部門、経理の承認
フェーズ2：要件とデモによる製品・ベンダーの選定
同じ質問票で各社の適合度を比べ、施設規模に合う構成を選びます。方式を比べるときは、初期費用だけでなく、改定対応や障害復旧、端末・ネットワークをどこまで誰が受け持つかも見ます。
- 診療所：標準機能中心のクラウド型
- 中小病院：入院・DPC・部門連携を含むパッケージ
- 大病院：既存電子カルテやDWHと接続できる構成
- 方式の比較：パッケージ、クラウド、オンプレミス、ハイブリッド
自院の業務に合うかは、標準画面の紹介を見ても判断しにくいものです。そこで、自院のシナリオを各社に渡し、デモで実際に動かしてもらいます。
シナリオには、新患登録、保険変更、公費併用を含めます。加算や入退院も、同じ流れで実演してもらいます。
会計訂正やレセプトエラー、返戻のように例外の処理が多い場面も外せません。障害時の手作業も場面に加えます。操作手順とエラー時の修正箇所まで見ておくと、稼働後に現場が迷いにくくなります。
導入実績は施設数だけでなく、病床数や診療科、連携構成が近い施設かどうかで見ます。また、稼働までの期間と稼働後の支援体制も確認します。
フェーズ3：連携・権限・例外処理を固める設計開発
画面や帳票を作る前に、データの流れを決めます。対象は、患者や保険・公費、診療行為の情報を起点に、入院から返戻までの業務データです。薬剤や材料の情報も含めます。
- 接続先：電子カルテ、資格確認、電子処方箋、部門システム、自動精算機、財務会計
- 連携条件：標準API、CSV、HL7・FHIR、送信時期、再送、エラー通知、訂正履歴
- 権限：受付、医事、看護、医師、管理者、保守担当ごとの範囲と、異動・退職時の停止
- 個別開発：標準機能で対応できない特殊な公費、DPC、未収金、複数施設共通マスターの対象と効果
さらに、特権操作の承認とログの保存も要件に含めます。設計書やAPI仕様、データ定義の所有者と更新方法は、契約前に決めておきます。移行仕様も、この対象に含めます。
フェーズ4：通常業務と異常系のテスト
テストは、画面の表示確認にとどめず、段階を追って行います。単体と連携の確認から始め、次に業務シナリオと性能を見ます。さらに、障害復旧と受入を確かめます。
- 通常と例外の計算：保険変更、公費併用、月途中の入退院、食事療養、加算、会計取消、返戻再請求
- 受入条件：使いやすさだけでなく、点数、患者負担、請求データが期待値と合うこと
- 障害時：資格確認・外部連携停止時の手入力、バックアップ復旧、通信断時の受付・会計継続
匿名化した患者ケースを使い、旧システムと新システムの差分を項目ごとに確かめます。未解決の不具合には、重要度と回避策、修正期限を書き添えます。稼働の可否も、この記録をもとに判断します。
フェーズ5：切替方式と請求スケジュールによる稼働判断
稼働日は、請求締切と月末・月初の業務量を踏まえて決めます。また、診療報酬改定や休日・夜間の支援の状況も材料になります。会計だけを先行させる場合は、旧コードとの整合も確かめます。
- 一括移行：ある日を境に、新システムへ一度に切り替える方式
- 並行利用：旧システムと新システムを一定期間併用する方式
- 段階移行：診療所や部門単位で、順に移す進め方
当日は、責任者と部門のキーユーザー、ベンダー窓口、障害時の決定者を先に明確にします。紙の受付票や仮会計の手順に加え、後日精算とレセプト作成の代替手順も準備します。
患者案内や職員連絡網を整え、稼働判定会議と問題管理表を用意すると、現場が個別に判断する場面を減らせます。
フェーズ6：KPIと改定対応を組み込んだ定着
研修が終わったあとも、職種や業務ごとの教育と問い合わせの記録は続けます。さらに、新任者が同じ手順を再現できるよう、画面付きの手順書とエラー対応表を残します。
- 医事課：会計訂正、返戻、査定、未収金、月次締め
- 受付：患者登録、保険変更、資格確認
- 管理者：権限、ログ、マスター更新
導入前後で比べる指標は、KPIとして決めておきます。会計待ち時間や二重入力、レセプトエラー・返戻を比べます。
数字で比べると、現場の感覚と実際の状況の差も分かります。また、算定漏れと未収金、残業、問い合わせ解決時間も対象に入れます。
数字が悪化したときは、機能の不足と運用ルールの不足を分けて調べます。診療報酬改定やマスター更新は、年間の運用計画に組み込みます。電子処方箋や医療費助成の資格確認も、同じ計画で扱います。
医事会計システムの費用相場と開発期間
費用には、ソフトのほかに、要件整理や連携、移行が含まれます。研修や保守、制度改定対応に加え、端末・ネットワークの費用も見込みます。
医事会計に固有の公的な一律価格の統計は少ないため、ここで示すのは、公開料金と一般的な医療基幹システムの構成をもとにした目安です。金額は、病床数や診療科、レセプト件数で変わります。さらに、端末数や連携先、データ量でも差が出ます。
施設規模別の初期費用の目安
公開料金と推定レンジを分けて読むと、施設規模や構成に応じた見積もりを確認しやすくなります。
- 小規模診療所：クラウド型レセコンの初期費用は10万〜50万円程度、月額・保守は2万〜5万円程度
- オンプレミス等：診療所・小規模病院で端末や連携設定を含め、初期300万〜700万円程度のケース
- 中小病院：電子カルテ・部門連携を含む全体構成で1,500万〜4,000万円程度
- 大病院等：複数拠点、DPC、経営DWH連携で4,000万円〜1億円超のレンジ
日本医師会ORCA管理機構のWebORCAクラウド版は、1医療機関あたりの基本サービスが月額2,200円（税込）です。また、TLS1.2サービスは初期費用0円、月額550円（税込）です（出典: 日本医師会ORCA管理機構「WebORCAクラウド版」、2026年確認）。
病院は別途相談になります。そのため、見積もりでは端末やネットワーク、導入支援のほか、移行やサポート費も確認します。ただし、推定レンジは定価を示すものではないため、他施設の金額とだけ比べることは避けます。
見積金額の内訳
費目ごとに範囲と数量をそろえると、見積もりの抜けや、月額以外の負担を把握できます。
- システム：ライセンスまたはクラウド利用料、要件整理・設定・個別開発
- 導入：電子カルテ・部門システムとの連携、データ移行、端末・サーバー・ネットワーク
- 運用：研修・稼働支援、保守・制度改定対応
「連携一式」「導入支援一式」「保守一式」のような書き方は、中身を確かめにくくなります。対象数や作業時間、納品物を明記してもらいます。さらに、回数と現地対応の有無も記載してもらいます。
オンプレミスの保守費は、初期費用の年5〜15％程度を参考にする場合があります。ただし、製品やSLAの内容によって差が出ます。24時間対応や訪問保守、更新範囲も、金額に影響します。
クラウドでも、バックアップや監視、セキュリティは基本料金に含まれるとは限りません。また、連携や追加ユーザーのほか、証明書や回線も、別料金になることがあります。そのため、5年程度の総保有コストで見るときは、改定時や障害時の追加費用も加えます。
開発・導入期間の目安
期間は、規模と連携、データ移行の範囲で変わります。さらに、意思決定と既存ベンダーの協力、データ品質とテスト環境の準備も期間に影響します。
- 小規模診療所：標準機能中心なら1〜3か月程度
- 診療所・小規模病院：オンプレミスや複数連携を含め3〜6か月程度
- 中小病院：電子カルテ・部門システム・入院会計・DPC・データ移行を含め6〜12か月程度
- 大病院・複数拠点：12か月以上の場合
工程表には、要件の凍結や連携仕様の確定、移行リハーサル、受入テストを置きます。研修と請求締めの確認も、工程表に入れます。
稼働日は、改定や大型連休を避け、決算や繁忙期とも重ならない日を選びます。候補日を複数用意しておくと、日程がずれたときに差し替えられます。
期間を短くする場合は、標準機能を優先します。一方で、特殊な帳票や分析は、稼働後の第2段階に分けると現実的です。
医事会計システムの見積もりを取る際のポイント
相見積もりでは、各社に同じ前提を渡します。そうすると、価格差の理由を説明できるようになります。
評価の対象は、機能に加えて業務シナリオや性能です。さらに、セキュリティや保守、データ返却も見ます。
見積依頼書に入れる業務・データ・非機能要件
依頼書には、施設規模や診療科、病床数を書きます。加えて、月間の患者数とレセプト数、端末数、利用者数も数字で示します。
数量がそろうと、各社の見積もりを同じ前提で比べやすくなります。既存システムや連携先、移行データ、希望時期も記載します。
- 業務要件：受付、外来・入院会計、DPC、公費、返戻、未収金、月次締めの通常・例外処理
- データ要件：患者、保険・公費履歴、診療履歴、未収金、マスター、請求データの移行範囲
- 連携要件：送受信項目、コード変換、リアルタイムか一括か、再送、どこまでを誰が受け持つか
データは匿名化して検証できるかも、依頼書で指定します。非機能要件には、利用時間や同時接続、応答時間を入れます。
バックアップやRTO、RPOの目標も書きます。目標を数値で示すと、受け入れの判断もぶれにくくなります。
認証と権限、ログ、暗号化も指定します。また、脆弱性対応や保守窓口も、非機能要件に含めます。
厚生労働省の「医療情報システムの安全管理に関するガイドライン第7.0版」は、経営管理や企画管理、運用、保守委託機関を含む編成を示しています。そのうえで、自院が担当する対策もRFPに明記します（出典: 厚生労働省「医療情報システムの安全管理に関するガイドライン第7.0版」、2026年6月）。
同じ条件と納品物による複数社の比較
最低でも複数社に、同じRFPを渡します。回答は、対応区分に分けて並べます。同じ患者ケースで、入力から返戻までの流れを比べると、適合度を判断できます。
- 対応区分：「標準対応」「設定で対応」「追加開発」「対応不可」
- 評価項目：機能適合、連携実績、移行、改定対応、導入体制、サポート時間
- 継続性：障害時の代替手順、データ出力条件
契約は、前提が変わりやすい要件整理や設計と、仕様確定後の開発を分けて検討します。変わる部分を切り分けると、仕様変更で費用がどこで増えるかを追えます。まず、追加開発の単価と変更承認を明文化します。
納品物や検収、遅延の扱いも、契約書に残します。保守の開始時期と、終了時のデータ返却形式も決めておきます。
経済産業省の事業者向け安全管理ガイドライン第2.0版は、サービス仕様適合開示書やSLAの参考例を示します。
稼働率に加えて、復旧連絡や再委託先を確認します。また、バックアップと事故報告期限も見ておきます（出典: 経済産業省「医療情報を取り扱う情報システム・サービスの提供事業者における安全管理ガイドライン第2.0版」、2025年公表・2026年確認）。
契約前に確認する追加費用と稼働リスク
見積額の中身と、将来つなぐ先の条件は、契約前に確かめておく必要があります。
- 安い見積もり：移行対象外データ、連携設定、端末・回線、訪問研修、制度改定、夜間休日対応が別料金かどうか
- 高い見積もり：24時間監視、リハーサル、現地支援、冗長化、教育の有無を確認し、値引き前に範囲・数量・前提・除外条件へ分解
- 将来接続：必要な機能から始め、標準コードやAPI、データ所有権、追加接続の責任を契約条項に残す
医療DXは、全国医療情報プラットフォーム、電子カルテ情報の標準化、診療報酬改定DXの三本柱です。
今後の接続候補は、資格確認や電子処方箋です。医療費助成のオンライン資格確認、共通算定も含まれます（出典: 厚生労働省「医療DXについて」、2026年更新）。
医事会計システム開発に関するよくある質問
施設規模に加え、電子カルテや診療科、入院の有無によっても進め方は変わります。データ移行や医事課の運用も、判断の材料になります。そこで、導入時によく出る質問を、判断の目安とともに取り上げます。
医事会計システムはクラウドとオンプレミスのどちらが良いですか？
短期導入や、サーバー保守・制度改定対応の負担軽減を重視する診療所では、クラウド型が候補になります。一方で、院内ネットワークや既存システムとの接続、特殊な入院・DPC、通信障害時の継続性を重視するなら、オンプレミスやハイブリッドも候補に入れて比べます。クラウドでも、端末や回線が止まると影響が出るため、RTO・RPOと代替運用を確認します。
過去の患者情報や保険情報は移行できますか？
移行範囲は、旧システムの出力形式や項目、コードで決まります。さらに、契約条件とデータ品質も影響します。
基本情報だけにするか、履歴まで移すかを決めます。未収金や返戻、マスターを移すかも、この段階で決めます。
移行しないデータの参照方法も用意します。匿名化したサンプルで複数回リハーサルを行い、件数や氏名・生年月日を確かめます。そのうえで、保険資格の期間と検索・会計結果も照合してから、本番に移行します。
医事会計システムはスクラッチ開発すべきですか？
標準パッケージでは扱えない複雑な公費や入院・DPC、複数施設の独自の経営管理など、独自要件が成果に直結する場合に限り、スクラッチ開発を検討します。
改定や制度対応、安全管理は、長期の負担になります。24時間の障害対応や、テスト用の請求データ整備も、継続的な負担になります。そのため、標準機能を使い、効果が明確な部分だけを追加開発するほうが、費用と変更リスクを管理しやすい場合が多いです。
稼働後の診療報酬改定や制度変更には対応できますか？
対応の可否は、ベンダーの更新方針と保守契約で決まります。点数表や薬剤・材料、公費が対象なら、提供時期と検証、現場への通知を誰が担当するかを確認します。資格確認や電子処方箋も、同じ項目で確かめます。
また、更新費が月額に含まれるか、個別設定や訪問作業が別料金かも確認します。改定日に間に合わない場合の暫定運用も、見積書とSLAに残します。
医事会計システム開発の進め方まとめ
開発は、要件整理から定着まで6段階で進みます。最初の3段階は要件整理、選定、設計・開発で、残りはテスト、稼働、定着です。業務と連携を整理し、施設規模に合う標準機能を選びます。
移行や研修を含め、BCPや改定対応、保守まで見て費用と期間を見積もります。
発注前に確認する最終チェックリスト
価格だけでなく、5年程度の総保有コストを見て、現場が使い続けられるかを判断します。発注前には、必須業務から保守の体制まで、それぞれを確かめておきます。
- 要件と連携：必須業務、例外処理、連携項目、エラー時の動作
- 移行とテスト：移行範囲、照合方法、受入合格条件
- 稼働と運用：代替手順、研修対象、KPI、保守窓口、制度改定対応
- 契約と継続性：バックアップ、復旧、データ返却、見積もりの前提・除外・追加単価
最初の一歩は現行業務の洗い出し
準備は、現行業務の整理から導入相談まで、この順で進めます。
- 医事課、受付、診療部門、情報システム部門、経理の代表者で、1週間の業務と困りごとを一覧にします。
- 会計待ち時間や二重入力、返戻、算定漏れ、未収金、残業、障害対応を数字で押さえ、導入目的を明確にします。
- 整理した要件を同じ条件で複数社に相談し、運用に合う実装範囲と、将来の変更に耐える連携・保守体制の比較へ進みます。
▼全体ガイドの記事
・医事会計システム開発の完全ガイド
▼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を創業。