医療機関向け医事会計システム開発の発注/外注/依頼/委託方法について

医療機関向け医事会計システムの発注・外注は、単にレセコンを購入するのではなく、受付から診療報酬請求、返戻、未収金、電子カルテ連携までを止めずに運用できる仕組みと支援体制を選ぶことが重要です。

本記事では、発注形態の選び方、RFPと要件整理、契約形態、費用相場、委託先の比較方法、移行・セキュリティ・診療報酬改定への備えまで、医療機関が外注を進める実務の流れを解説します。診療所と病院では適切な選択肢が異なるため、施設規模や既存システムの条件に沿って判断できるように整理します。

▼全体ガイドの記事
・医療機関向け医事会計システム開発の完全ガイド

医療機関向け医事会計システムの発注・外注とは？

医療機関向け医事会計システムとは、患者情報や保険資格、診療行為、点数、公費をもとに窓口負担額を計算し、レセプト作成・点検・オンライン請求までを支える医療事務の基幹システムです。発注ではソフトの機能だけでなく、電子カルテやオーダリング、オンライン資格確認、自動精算機、財務会計との責任分界まで契約対象として整理します。

医事会計は、患者一人ひとりの診療内容から保険請求額と窓口負担を算定する領域です。一方、財務会計は医療法人や病院全体の仕訳、決算、資金管理を扱う領域です。両者は売上や入金のデータで連携しますが、同じシステムとは限りません。RFPでは「患者向け会計」「診療報酬請求」「経営・財務会計」を分けて記載すると、対象範囲の誤解を防げます。

無床診療所では、受付・診療入力・会計・レセプトを標準機能で使い、電子カルテやオンライン資格確認と連携する構成が中心です。有床診療所や中小病院では、入院・定期請求、DPC、病棟・部門システム、未収金管理が加わり、移行とテストの範囲が広がります。大病院や複数病院では、施設共通マスター、診療科別の例外、経営分析、24時間保守、災害時の代替運用まで含めた調達になります。

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

発注形態は、標準パッケージ、クラウドサービス、パッケージを核にした追加開発、スクラッチ開発の順に検討すると判断しやすくなります。標準機能で事業継続に必要な要件を満たせるなら、改定対応や保守の負担を抑えやすい方式が有力です。独自業務がある場合も、最初から全面的な作り込みを決めず、標準機能で吸収できる差分と、追加開発が必要な差分を分けます。

クラウド型は院内サーバーの設置や更新作業を減らしやすく、診療所の新規開業や少人数の事務体制と相性が良い方式です。ただし、回線断やクラウド障害に備えた代替運用、端末認証、バックアップ、データ返却条件を確認する必要があります。院内サーバー型のパッケージは、既存ネットワークや周辺機器と密に連携しやすい一方、サーバー更新、バックアップ、制度改定時の検証を誰が担うかを明確にします。

追加開発は、標準パッケージでは扱えない公費や特殊な請求、既存部門システムとの連携など、限定した差分を補う場合に向いています。スクラッチ開発は、複数病院の統合や特殊な業務を含み、標準製品では事業継続上の要件を満たせない場合に限って検討します。作り込むほど診療報酬改定時の検証範囲やベンダーロックインが広がるため、変更しない業務を決めることも発注判断の一部です。

医事会計本体は専門ベンダー、電子カルテや自動精算機は各メーカー、全体の要件整理と進行管理は別の支援会社という分け方も可能です。分割発注は専門性を生かせる反面、障害時に原因と責任の所在が曖昧になりやすい方式です。インターフェース仕様、マスターの正本、一次窓口、切替判定、追加費用の負担者を全社共通の文書で合意してから採用します。

医療機関向け医事会計システムの発注・外注はどう進めますか？

外注は、要件が固まってから見積を取るだけの作業ではありません。現行業務の棚卸し、調達方式の決定、RFP配布、提案評価、契約、設計・設定、テスト、教育、切替、稼働後の改善を一つの流れとして設計します。特に請求業務は月次の締め日があるため、開発日程だけでなく、並行稼働とレセプト請求のリハーサル日程を先に置きます。

まず、導入の目的を「会計時間の短縮」「返戻の減少」「請求担当者の負担軽減」「経営分析の精度向上」のように業務成果で表します。次に、無床診療所、有床診療所、中小病院、大病院のどれに該当するか、診療科、病床、DPC、訪問診療、公費、自費、既存電子カルテ、周辺機器、端末数、拠点数を一覧化します。現行システムの契約更新日や保守期限も確認し、切替不能な時期を避けた調達スケジュールを作ります。

RFPには、背景、対象範囲、現行環境、必須要件、希望要件、連携対象、移行対象、導入スケジュール、保守条件、提案書の様式、見積の分解方法を記載します。機能要件は「レセプトに対応する」ではなく、「返戻データを取り込み、担当者が原因と修正履歴を確認し、再請求まで追跡できる」のように業務と受入条件で書くことが大切です。MUST、SHOULD、WANTを分け、提案者が標準機能、設定、追加開発、運用回避のどれで対応するか回答できる形式にします。

提案評価では、デモの見栄えよりも、実際の診療科・公費・返戻・未収金・入院請求のシナリオで確認します。契約後は、要件定義、基本設計、設定・追加開発、単体テスト、連携テスト、総合テスト、受入テスト、教育、並行稼働、本番切替の判定基準を合意します。切替前には本番同等のデータで請求額を照合し、旧システムとの件数・金額差異を説明できる状態にしておきます。

RFP・要件整理で抜け漏れを防ぐポイント

医事会計の要件漏れは、稼働後に現場が手作業で補うことになり、請求精度と職員の負担に直結します。製品カタログの機能名を並べるのではなく、患者受付から請求・入金・分析までの業務シナリオと、例外処理を要件化します。現場の医事課だけでなく、診療部門、看護部門、経理、情報システム、経営層を参加させ、判断者と承認ルートも決めます。

外来診療では、保険資格、公費、自賠責、自費、返金、未収金、患者負担の上限などを確認します。入院を扱う場合は、入退院、定期請求、食事・室料、DPC、包括・出来高の区分、病棟や診療科からの実施情報の取り込みが必要です。訪問診療やリハビリなど、施設固有の算定や例外をサンプルデータで再現し、計算結果だけでなく、担当者が根拠を確認できる画面と履歴も評価します。

電子カルテ、オーダリング、検査、薬剤、給食、自動精算機、キャッシュレス決済、オンライン資格確認、オンライン請求、財務会計を連携一覧にします。システム名だけでなく、送受信する項目、連携頻度、エラー時の再送、マスターの管理者、APIや標準規格の利用可否を記載します。移行では患者基本情報、保険・公費、未収金、返戻・査定、過去請求、マスターを対象候補にし、移行しないデータの保管方法も決めます。テスト移行と本番移行を分け、件数と金額の照合結果を記録します。

利用者ごとの権限、認証方式、多要素認証、操作ログ、保存・通信時の暗号化、脆弱性対応、バックアップの世代と復元テスト、委託先のリモート保守、インシデント時の連絡体制をRFPに入れます。クラウドか院内サーバーかだけで安全性を判断せず、回線断やランサムウェアを想定して、受付・診療・会計・請求をどの代替手順で継続するかを確認します。厚生労働省は2026年6月に「医療情報システムの安全管理に関するガイドライン第7.0版」と、医療機関・薬局向けのサイバーセキュリティ対策チェックリストを公表しているため、提案者と同じ基準で確認すると抜け漏れを減らせます（出典: 厚生労働省、2026年）。

契約形態と責任分界はどう決めますか？

医事会計システムでは、要件定義と開発、設定、データ移行、教育、運用保守で作業の性質が異なります。すべてを一つの契約にまとめるより、成果物と責任を定義しやすい工程と、協議しながら進める工程を分けたほうが、変更時のトラブルを抑えやすくなります。契約名だけで判断せず、成果物、検収、変更管理、追加費用、障害対応を条項で確認します。

請負契約は、合意した仕様に基づくシステムや設定、移行ツールなどの完成と検収を目的とする工程に向いています。納品物、受入条件、検収期限、瑕疵対応、遅延時の扱い、仕様変更の手続きが明確であるほど機能します。ただし、現場ヒアリングで要件が変わりやすい初期段階や、稼働後の継続的な改善を請負の固定成果物だけで縛ると、変更のたびに追加見積が発生しやすくなります。

準委任契約は、要件整理、業務設計、プロジェクト管理、調査、運用支援のように、専門家が一定の業務を遂行する工程に向いています。成果物の完成保証ではなく、担当者の役割、稼働時間や工数上限、報告方法、意思決定の期限、再委託の条件を明確にします。医療機関側もレビューや承認を遅らせない体制を用意し、ベンダー任せで要件が決まる状態を避けます。

医事会計本体、電子カルテ、部門システム、ネットワーク、端末、自動精算機、オンライン請求のどこまでを誰が提供・保守するかを図にします。さらに、診療報酬改定や公費マスター更新の責任者、障害の一次受付、復旧目標、データの所有権と返却形式、ログの保管、脆弱性情報の通知、契約終了時の移行支援を確認します。再委託先が患者情報にアクセスする場合は、アクセス範囲と監査方法も契約に含めます。

医療機関向け医事会計システムの費用相場と見積の読み方

医事会計システムの費用は、施設規模、端末数、診療科、病床、DPC、公費、既存システム、データ移行、連携本数、カスタマイズ、24時間保守で大きく変わります。そのため、単一の平均価格を断定するのではなく、初期費用、ライセンス・利用料、連携・移行、教育、機器・ネットワーク、保守・改定対応に分解して比較します。以下は公開料金と公的契約事例、一般的な開発費の情報をもとにした目安であり、個別案件の定価ではありません。

小規模診療所のクラウド型レセコンは、リサーチノート上の公開料金・導入事例を基準にすると、ソフト周辺の初期費用は40万〜100万円程度、月額は2万〜5万円程度が一つの推定レンジです。端末、プリンタ、VPN、導入支援、電子カルテ連携、サポート契約を加えると上振れします。日本医師会ORCA管理機構の公式ページでは、日レセクラウドの基本サービスが1医療機関あたり月額2,200円、VPNルータ型が初期6万6,000円・月額2,200円などと公開されていますが、これはサービスの一部料金であり、認定サポート事業所の作業費や機器費を含む総額ではありません（出典: 日本医師会ORCA管理機構、確認日2026年8月）。

中小病院のパッケージ導入と移行は、施設条件からの推定で1,500万〜5,000万円程度を検討の起点に置くことがあります。電子カルテ・DPC・部門連携、過去データ移行、複数病棟、24時間保守が加わるほど高くなります。大規模案件の参考として、東京都立病院機構は2025年に14病院の医療情報基幹システムの設計・開発・移行等を44億円（税込）で契約していますが、端末、ネットワーク、運用保守は含まれないため、単一病院や医事会計単体の相場には使えません（出典: 東京都立病院機構、2025年）。

最低限、要件定義・プロジェクト管理、ライセンスまたは利用料、環境構築、設定・追加開発、インターフェース、データ移行、テスト、教育、機器・ネットワーク、稼働立会い、保守、診療報酬改定対応を分けて提示してもらいます。「一式」だけの見積は、比較や変更管理が難しくなります。端末1台あたり、医療機関1施設あたり、連携1本あたり、移行データ1種類あたりなど、数量と単価の前提も確認します。

月額費用には、利用料、クラウド基盤、VPNや証明書、バックアップ、監視、ヘルプデスク、保守、改定対応、周辺サービスが含まれる場合があります。初期費用だけでなく、5年程度の利用期間を想定した総保有コストで比較し、契約更新時の増額条件や解約・データ返却費も確認します。標準構成のクラウド導入は数週間から1〜3か月程度、中小病院の連携・移行を含む導入は6〜12か月程度、大病院や複数施設統合は1年以上という推定を置けます。ORCAの公式案内でも、申込からクラウドサービス開始まで3週間程度とされていますが、これは一般的な導入作業の目安であり、複雑な移行や連携を含む案件にそのまま当てはまりません（出典: 日本医師会ORCA管理機構、2026年確認）。

委託先選定と見積比較のポイント

委託先は、知名度や見積総額だけでなく、医療事務の理解、改定対応、連携・移行の実績、保守体制、契約終了時の出口まで比較します。大手病院向けベンダーと診療所向けのクラウド・レセコン事業者は得意領域が異なるため、同じランキングで優劣をつけるより、自院の条件に合う候補を2〜4社程度に絞り、同じRFPと評価表で提案を受ける方法が現実的です。

実績数だけでなく、自院と似た病床規模、診療科、DPC、公費、電子カルテ、拠点数の導入事例を確認します。可能であれば、導入責任者や医事課の利用者に、切替時の負担、請求開始までの支援、障害時の対応、改定時の検証方法を尋ねます。製品を提供する会社と、導入・保守を担う地域パートナーが異なる場合は、問い合わせ窓口、エスカレーション、担当者の継続性を確認します。

候補各社に同じ患者・診療・公費・返戻・移行データのサンプルと、同じ稼働希望日、同じ端末数・連携対象を渡します。見積回答は、初期費用、月額、保守、追加開発、移行、教育、機器、税、オプションを分け、標準機能か個別開発か、前提条件と除外項目を明記してもらいます。価格差が大きい場合は、安い会社の抜け漏れと、高い会社の過剰提案をそれぞれ確認し、単純な総額比較を避けます。

評価表には、業務適合性、連携、移行、改定対応、セキュリティ、導入体制、保守、教育、TCO、データの可搬性を入れます。たとえば、医事課が重要と考える請求精度や例外処理に高い配点を置き、価格は一定の条件を満たした提案同士で比較します。デモでは、受付から会計、返戻修正、再請求、未収金確認までを一つのシナリオで操作し、画面の使いやすさだけでなく、操作ログと監査性も確認します。

移行・運用・診療報酬改定への備え

発注の成否は稼働日に決まらず、稼働後に正確な請求を続けられるかで決まります。移行、教育、問い合わせ、障害対応、改定対応の運用を契約前から設計し、医療機関側がベンダーから説明を受けるだけでなく、検証結果を自分で判断できる状態を作ります。現場の例外処理と制度変更を、継続的な改善の対象として扱うことが重要です。

移行計画では、データ項目、変換ルール、欠損時の扱い、照合方法、実施者、承認者を決めます。患者数や請求件数だけでなく、保険・公費、未収金、返戻・査定、診療行為、マスターの整合性を確認します。教育は一度の集合研修で終わらせず、役割別の操作演習、よくあるエラーの対応、請求月の実務、障害時の紙運用を組み込み、スーパーユーザーを各部門に置くと定着しやすくなります。

厚生労働省の共通算定モジュールは、レセコンからの要求を受けて診療報酬点数と患者負担金を計算する統一プログラムで、2026年6月から医科・DPC向けの運用が始まっています。診療報酬改定のたびに発生するプログラム改修の一元化を通じて医療機関の負担軽減を目指す仕組みですが、利用は義務ではなく、請求支援機能までの費用の扱いも段階的に整理されています。新規発注では、対応予定の有無だけでなく、接続方式、マスター更新、計算結果の検証責任、未対応の場合の改定作業費を確認します（出典: 厚生労働省「共通算定モジュールについて」、2026年）。

保守契約には、問い合わせ受付時間、重大度別の初動と復旧目標、リモート保守の承認、改定対応、マスター更新、バックアップと復元、障害報告、月次レビューを含めます。稼働後の追加要望は、法令・請求に必須の変更、業務改善、単なる好みの変更に分類し、優先順位と費用を管理します。導入後3か月や請求サイクルを一巡した時点でレビューを行い、現場の手戻りと未収金、返戻、会計時間などの指標で効果を確認します。

よくある質問（FAQ）

発注前には、費用、開発期間、既存システムとの関係、契約責任について同じ疑問が繰り返し出てきます。ここでは、検討初期に判断しやすいように、よくある質問へ先に回答します。

原則として、まず標準パッケージやクラウドの適合性を確認し、標準機能で満たせない事業継続上の要件だけを追加開発する方法が現実的です。スクラッチ開発は独自業務に合わせやすい一方、診療報酬改定、マスター更新、保守要員、将来の連携に継続的な負担が生じるため、差分の費用と将来運用まで比較して判断します。

自院の要件に対応できる候補を2〜4社程度に絞り、同じRFP、同じサンプルデータ、同じ希望時期で相見積もりを取る方法が目安です。社数を増やしすぎると提案評価の負担が増え、候補が少なすぎると価格や責任分界の比較が難しくなります。価格だけでなく、標準機能の適合性、移行・連携、改定対応、保守、契約終了時のデータ返却まで同じ評価表で比較します。

クラウド型でも障害やサイバー攻撃のリスクがなくなるわけではありません。認証、権限、操作ログ、バックアップ、復元テスト、回線の冗長化、代替端末、障害時の連絡と紙運用を確認し、医療機関とサービス提供者の役割を契約で分けます。厚生労働省の第7.0版ガイドラインとチェックリストを基準に、委託先の保守経路やインシデント対応まで質問することが大切です。

まとめ

医療機関向け医事会計システムを発注・外注するときは、製品名や初期価格だけで決めず、医事会計の対象範囲、施設規模、標準機能と追加開発の境界、電子カルテ・部門システムとの連携、データ移行、保守、改定対応、BCPを一つの要件として整理します。RFPではMUSTとWANTを分け、見積は初期費用・連携・移行・教育・保守に分解し、同じ条件の提案を比較します。

最初に作るべき資料は、現行業務とシステムの一覧、連携図、移行対象、必須要件、希望時期、予算の考え方をまとめた企画書です。完璧な仕様書を最初から作る必要はありませんが、医事課・経理・情報システム・経営層が同じ前提で話せる状態にします。

最終判断の基準は、最安値ではなく、請求を継続できる業務適合性と、改定・障害・担当者交代に耐えられる運用体制を含む総保有コストです。自院の条件をRFPに落とし込み、標準化できる業務と譲れない差分を見極めたうえで、委託先と責任分界を合意できれば、導入後の追加費用と現場の混乱を抑えやすくなります。

▼全体ガイドの記事
・医療機関向け医事会計システム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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