電子カルテ・レセコン一体型とは?連動型との違いと選定判断【2026年版】
電子カルテとレセコンの一体型とは、診療記録と診療報酬請求を1つの製品の中で扱い、同じデータ基盤を共有する構成を指します。別々の製品を接続して使う連動型との差は、機能の多い少ないではなく、データがどこを通るかという経路に現れる違いです。本記事では、一体型・連動型・単独型で二重入力がどこに生じるかを整理し、連動型の接続を支えるORCA APIの実装範囲、2026年3月31日に公表された厚生労働省の標準仕様書1.0版が示す互換性と標準APIの要件を確認します。そのうえで、どちらを選ぶかの条件を規模・既存資産・改定対応の観点から言い切り、一体型を選んでも残る周辺システムとの接続課題まで扱う方針です。レセコン自体の仕組みや電子カルテとの役割分担はレセコンとは何かを解説した記事で整理しているため、ここでは構成の選定に絞ります。
まとめ:一体型と連動型はデータの持ち方と乗り換え計画で決める
- 一体型は電子カルテとレセコンが1製品で、診療入力がそのまま算定へ流れるため転記が発生しません。
- 連動型は別製品同士をインターフェースで接続する構成で、既存のレセコンを残したまま電子カルテを足せます。
- 判断の分かれ目は乗り換え計画です。一体型は片方だけの入れ替えが原則できず、更改は両方まとめてになります。
- 連動型を選ぶなら、連携が病名・処方・実施した診療行為のどこまでを運ぶのかを、契約前に項目単位で確認します。
- 厚生労働省が2026年3月31日に公表した標準仕様書1.0版は、データ引き継ぎの互換性と標準APIの搭載を基本方針に掲げており、どちらの構成でも移行性を確認する根拠に使えます。
- どちらを選んでも予約・問診・決済などの周辺システムとの接続は残り、そこは受託開発で埋める領域になります。
電子カルテとレセコンの一体型とは|1製品でデータ基盤を共有する構造
一体型を理解する近道は、製品の数ではなくデータベースの数で捉えることです。医師が入力した処方や検査が、事務が扱う算定データと同じ器に入っているかどうか。ここが構成を分ける実質的な境界になります。
同一データベースで診療記録と算定情報を持つ一体型の内部構造と処理経路
一体型では、診療記録と点数計算のマスタが同じシステム内に置かれ、医師が処方を確定した時点で算定対象の情報が事務側の会計画面に現れます。処方1件を入力すれば、薬剤コードから点数が引かれ、窓口負担額の計算まで同じ流れで進む仕組みです。人手による受け渡しがないため、診療内容と請求内容がずれる余地が構造的に小さくなります。
反面、この一体性は制約にもなります。電子カルテの操作性に不満が出ても、レセコンだけを残して電子カルテを差し替えるという選択が取れません。製品としては1つなので、更改の単位も1つです。導入時に軽く見られやすいのがこの点で、5年後の更改判断で効いてきます。
連動型と単独型が別構成になる理由|製品間インターフェースの有無
連動型は電子カルテとレセコンが別製品で、両者の間に連携インターフェースが挟まります。カルテ側で確定した診療内容が、決められた形式のデータとしてレセコン側へ渡る仕組みです。渡せる項目は連携仕様で決まっているため、カルテに書いた内容がすべて自動で請求に反映されるとはかぎりません。
単独型はレセコンのみで運用し、診療記録は紙のカルテで残す構成です。診療内容は事務が紙を見ながら入力するため、記録と請求のあいだに人の作業が入ります。導入負担は最も軽い一方、入力の待ち行列が受付に溜まりやすく、電子カルテ化を計画に入れる前提で選ぶ形です。電子カルテ側の種類や導入形態については電子カルテとは何かを整理した記事で扱っています。
一体型・連動型・単独型で変わるデータ連携の経路|二重入力が生じる地点
3つの構成を並べると、どこで人がデータを運んでいるかが見えます。比較の軸は機能数ではなく、入力から請求までの経路に人の手が何回入るかです。
入力から請求までの経路比較|転記が発生する工程と発生しない工程
次の表は、診療内容の入力から月次のレセプト提出までを4工程に分け、それぞれで人手の作業が発生するかを整理したものです。
| 工程 | 一体型 | 連動型 | 単独型 |
|---|---|---|---|
| 診療内容の記録 | 医師が入力 | 医師が入力 | 医師が紙に記載 |
| 算定情報への反映 | 同一DB内で自動 | 連携仕様の範囲で自動 | 事務が全項目を入力 |
| 窓口会計 | 入力直後に計算 | 連携完了後に計算 | 入力完了後に計算 |
| レセプト点検・提出 | レセコン機能で実施 | レセコン機能で実施 | レセコン機能で実施 |
差が出るのは中央の2工程だけです。レセプト点検や提出データの生成は、どの構成でもレセコン側の機能が担うため違いは生まれません。構成選定で比べるべき範囲は、実質的に「算定情報への反映」と「会計待ち時間」の2点に絞られます。
連動型で二重入力が残る典型パターン|自費項目とセット登録の扱い
連動型で見落とされやすいのが、連携対象外の項目です。保険診療の処方や検査は連携仕様に含まれることが多い一方、自費診療の料金設定、物販、健診の項目などはカルテ側に持たず、レセコン側で個別に登録している医療機関が少なくありません。この場合、自費が絡む会計だけ事務が手入力する運用が残ります。
もう1つがセット登録の二重管理です。よく使う処方や検査の組み合わせをカルテ側でセット化しても、レセコン側の算定セットと同期しない製品があります。改定でマスタが変わったとき、両方を直す作業が必要です。契約前の確認は具体的に聞くほど精度が上がります。自費項目は連携対象か、セットマスタは片側の変更が他方に反映されるか、この2つを製品デモの場で実際の画面で見せてもらう形が確実です。
連動型の接続を支える仕組み|ORCA APIと標準規格で見る実装範囲
連動型の「連携」は、抽象的な相性の話ではありません。実際にはインターフェース仕様が公開されているかどうかで、できることの範囲が決まります。国内でその代表格がORCAです。
日医標準レセプトソフトのWeb APIが扱う操作範囲と接続の前提
日本医師会が提供する日医標準レセプトソフト(ORCA)は、電子カルテなどの連携機器から日レセのデータベースを参照・更新するためのWeb APIを公開しています。日レセのサーバーへHTTPリクエストを送り、処理結果をHTTPレスポンスとして受け取る方式です。患者情報の登録、診療内容の送信、会計情報の取得といった操作が、決められたリクエスト形式で行えます。
接続の前提として押さえておきたいのが、APIが公開されていることと、目的の業務が実現できることは別だという点です。APIで扱える項目は仕様で定義された範囲に限られ、そこから外れる要件は画面操作か別の手段で埋めることになります。ORCA連携をうたう電子カルテは多数ありますが、連携の深さは製品ごとに差があります。判断材料は「ORCA対応」の一語ではなく、どのAPIを使ってどの業務を自動化しているかという説明です。
標準規格による外部接続との違い|院内連携と医療機関間共有の分離
連携という言葉は2つの層で使われており、混同すると要件が膨らみます。1つは院内の製品間連携で、カルテとレセコンをつなぐ層です。もう1つが医療機関のあいだで情報を共有する層で、こちらは国の仕組みが担います。
後者の代表が電子カルテ情報共有サービスです。診療情報提供書・退院時サマリー・健診結果報告書の3文書と、傷病名やアレルギーなどの6情報を医療機関間で共有する仕組みで、厚生労働省の作業部会ではモデル事業を経て2026年度の冬頃の本格運用開始を目指す方向で議論が進んでいると報じられています。この層への対応は電子カルテ側の機能であり、一体型か連動型かという構成の選択とは切り離して考えて差し支えありません。構成選定の議論に外部共有の要件を混ぜると、判断軸が増えすぎて決められなくなります。
標準仕様1.0版が示す互換性と標準API|一体型選定に効く確認事項
2026年に入り、構成選定の議論に新しい材料が加わりました。国が電子カルテとレセコンをセットで扱う標準仕様を示したことです。
2026年3月31日公表の標準仕様書が掲げるデータ引き継ぎの互換性
厚生労働省は2026年3月31日、中小病院向けと医科診療所向けの「電子カルテ及びレセプトコンピュータ標準仕様書(基本要件)」第1.0版を公表しました。文書名が示すとおり、電子カルテとレセプトコンピュータを一体の要件として扱う構成になっており、機能要件・非機能要件・アーキテクチャ・データ移行・システム連携などの項目で要件が整理されています。
基本方針として示されているのが、データ引き継ぎが可能な互換性の確保と、関係システムへの標準APIの搭載です。ここが構成選定に効きます。一体型の弱点だった「片方だけ替えられない」という制約は、データを持ち出せる互換性が担保されるほど軽くなるためです。第1.0版という時点の仕様であり今後の改訂が想定されるため、対応状況は版数を添えてベンダーへ確認するのが現実的な扱い方になります。
ベンダーへの確認事項|移行データの形式と出力範囲を契約前に決める
標準仕様が示された以上、選定時の質問は具体化できます。抽象的に「移行できますか」と聞くと、できますという答えしか返りません。聞くべきは形式と範囲です。
- 解約時に出力できるデータの形式(標準規格に沿った形式か、独自形式か)
- 出力範囲(患者基本情報のみか、過去の診療記録・画像・文書まで含むか)
- 出力作業の費用と所要期間(無償か、件数課金か)
- 標準仕様書1.0版の要件に対する自社製品の対応方針と、対応予定の時期
この4点は契約書か覚書に落としておくと後の交渉が楽になります。移行費用が問題になるのは、たいてい関係が悪化してからです。導入時の力関係が保たれているうちに文書化しておく判断が、5年後の選択肢を守ります。
一体型を選ぶ条件と連動型を選ぶ条件|規模・既存資産・改定対応で判断
ここまでの整理を踏まえて、どちらを選ぶかを条件つきで示します。玉虫色に両論併記しても選定は進まないため、優先順位をはっきりさせます。
一体型を第一候補にすべき条件|新規開業と両システム同時更改の場合
これから新しく体制を組む医療機関、つまり新規開業と、電子カルテ・レセコンの両方を同時に入れ替える更改案件では、一体型が第一候補になります。理由は運用の単純さです。操作を覚える対象が1製品で済み、障害が起きたときの問い合わせ先も1社に集約されます。連携部分の不具合という、責任の所在が曖昧になりやすい故障モードが構造的に存在しません。
判断の副次的な材料として、日常の運用負荷も一体型に傾きます。改定対応は製品全体で1回、マスタの更新も1系統。連動型のように両側の版数を合わせる管理が要りません。少人数で回すクリニックほど、この差は日々の時間に直結します。開業のスケジュールから逆算した検討順序はクリニックのレセコン選び方をまとめた記事で扱っています。
連動型を選ぶべき条件と、選んではいけない場面の切り分け判断基準
連動型が正解になるのは、既存のレセコンに医療事務の運用が深く根づいており、その操作を変えずに電子カルテだけを追加したい場合です。具体的には、長年同じレセコンを使っていて事務スタッフの入力速度が業務の前提になっている、あるいは診療科特有の算定パターンを既存製品のマスタに作り込んでいる、といった状況が該当します。この資産を捨てる判断は、操作習熟のやり直しという見えないコストを伴います。
逆に、連動型を選んではいけない場面もはっきりしています。連携仕様の中身を確認しないまま「ORCA対応と書いてあるから大丈夫」という理由だけで組み合わせを決める場面を指します。自費項目が連携対象外だったために、結局は会計のたびに二重入力が残った、という結末になりやすいためです。もう1つ、電子カルテとレセコンで保守窓口が別々になる構成を、障害時の連絡フローを決めずに導入することも避けます。連携部分で止まったとき、どちらに連絡するかを決めていないと、復旧までの時間が不透明です。導入形態による費用の出方の違いはレセコンの費用相場を整理した記事で内訳まで扱っています。
一体型でも残る周辺システムとの接続課題|受託開発が生きる範囲の線引き
構成をどちらに決めても、パッケージの外側には手つかずの領域が残ります。ここを見誤ると、一体型にすれば全部つながるという期待だけが先行します。
一体型でもつながらない領域|予約・問診・決済と多院展開のデータ統合
一体型がつなぐのは、あくまで診療記録と算定の間です。Web予約システム、事前問診、キャッシュレス決済、複数院の売上や患者動態の統合分析といった領域は、標準機能の外にあります。実務でよく起きるのは、予約システムの患者情報とカルテの患者情報が別々に登録され、来院のたびに突き合わせが発生する状態です。一体型を導入しても、この手間は消えません。
もう1つが分院展開です。院ごとに同じ製品を入れても、データが院単位で独立していれば、法人全体の集計は手作業になります。統合が必要になるのは、たいてい2院目を開いた直後です。
作り込む範囲の判断基準|請求業務そのものは開発対象から外す設計方針
受託開発の側から線を引くと、判断はむしろ単純になります。診療報酬の算定ロジックとレセプト作成は開発対象から外します。改定のたびに仕様が変わり、点数マスタの維持だけで継続的な体制が要るためです。この領域はパッケージに任せるほうが、費用でも品質でも合理的です。
開発が生きるのは、パッケージの標準機能では埋まらない接続部分です。予約と患者マスタの同期、問診結果の診療前受け渡し、複数院のデータ統合、既存の会計システムへの売上連携。いずれもAPIやデータ連携の設計が中心で、業務の形に合わせて作る価値が出ます。当社では医療機関を含む事業者向けにAPI開発・システム連携を手がけており、既存パッケージを残したまま周辺の接続だけを実装する形の相談も受けています。判断の順序としては、まず一体型か連動型かで基幹の構成を決め、そのうえで残る手作業を洗い出して開発範囲を確定させる流れが無駄になりません。
よくある質問
電子カルテとレセコンの一体型について、選定の場面で実際に挙がる質問をまとめました。
一体型と連動型では、どちらが費用は安く済みますか?
初期費用の比較だけでは決まりません。新規に両方を導入する場合、一体型のほうが製品が1つのため見積の総額は抑えられる傾向があります。一方、既にレセコンを使っている医療機関が電子カルテを追加する場合は、レセコンの資産を残せる連動型のほうが追加投資は小さくなります。判断は5年間の総額で比べてください。連動型は連携部分の設定費や保守が別建てになることがあり、初期の見積だけでは差が見えにくくなります。
一体型を導入した後で、電子カルテだけを別製品に替えられますか?
原則としてできません。一体型は1つの製品として提供されるため、更改は電子カルテとレセコンをまとめて行う形になります。この制約を軽くする手段が、契約前にデータの出力条件を確認しておくことです。厚生労働省の標準仕様書1.0版でもデータ引き継ぎが可能な互換性の確保が基本方針に挙げられており、解約時の出力形式と範囲を文書で押さえておけば、次の更改で選択肢を確保できます。
ORCAを使っている場合、一体型への変更は現実的ですか?
可能ですが、移行作業の量を先に見積もってください。ORCAは日本医師会が提供するレセプトソフトで、全国で1万7千を超える医療機関に導入されているとされます。長く使っているほど、自費項目やセット登録のマスタが医療機関ごとに作り込まれており、一体型へ移す際にはその再現作業が必要です。データの移行範囲と、マスタ設定を誰が行うかを見積段階で確定させることが判断の前提になります。
連動型の場合、レセコンと電子カルテのメーカーは揃えるべきですか?
揃える必要はありません。連動型は別メーカーの製品を接続する構成が前提で、実績のある組み合わせなら連携仕様も枯れています。確認すべきはメーカーの一致ではなく、その組み合わせでの稼働実績です。同じ診療科・同じ規模の医療機関での導入例を挙げてもらい、可能なら連携部分の動きを画面で確認してください。メーカーごとの系統や特徴はレセコンメーカーの選び方を比較した記事で整理しています。
紙カルテのまま一体型のレセコンだけ導入することはできますか?
一体型は電子カルテを含む製品のため、紙カルテ運用のままで一体型を選ぶ意味は薄くなります。紙カルテを続けるなら単独型のレセコンが構成として素直です。ただし単独型は診療内容を事務が入力する運用が残るため、電子カルテ化の計画とセットで検討してください。将来の電子カルテ導入を見込むなら、単独型の選定時点で、その製品が連動型に対応しているかを確認しておくと移行時の選択肢が広がります。
関連記事
- レセコンとは?仕組み・電子カルテとの違い・種類と選び方:レセプト業務の流れと機能、電子カルテとの役割分担を基礎から解説しています。
- 電子カルテとは?種類・メリットと失敗しない選び方:連動型で組み合わせる電子カルテ側の種類と選定基準を扱っています。
- クリニックのレセコン選び方|開業スケジュールから逆算する判断:新規開業で一体型を選ぶ場合の検討順序と制度対応を時系列で整理しています。
- レセコンの費用相場|初期費用・月額・5年総額の内訳:構成による費用の出方の違いを、見積の内訳まで具体的に比較しています。
- レセコンメーカーの選び方|3系統の違いとシェアの読み方:連動型で組み合わせるメーカーの系統ごとの特徴を比較しています。