2026年3月、厚生労働省とデジタル庁から「中小病院向け 電子カルテ及びレセプトコンピュータ 標準仕様書（基本要件）第1.0版」が公表されました。これは中小病院の電子カルテ選定・更新に直接関わる、きわめて実務的な文書です。
本記事は全3編の第1編として、まずこの文書が「何のために」「どのような構成で」作られたのかを、医療DXという大きな流れの中に位置づけて整理します。第2編で機能要件、第3編で非機能要件と導入の進め方へと掘り下げていきます。
情報システム担当者が限られる中小病院にとって、この標準仕様書は「ベンダーと同じ言葉で要件を語るための共通のものさし」になります。まずは全体像をつかむことが、無理のない導入計画の第一歩です。
標準仕様書とは何か
この文書は、厚生労働省（医政局・保険局）とデジタル庁が共同で策定した、中小病院向けの電子カルテとレセプトコンピュータに関する「基本要件」を示す仕様書です。特定ベンダーの製品を指すものではありません。
位置づけを一言でいえば、電子カルテが備えるべき機能面・非機能面（品質面）の共通的な基準を、国として整理して示したものです。病院はこれを土台に、自院に必要な要件を上乗せして考えていくことができます。
重要なのは、これは「守るべき最低ライン」であると同時に「比較のための共通表」でもある、という二面性です。義務として満たすべき部分と、製品ごとの差が出る部分を切り分けて読むことがポイントになります。
まず押さえたい5つの要点
細部に入る前に、標準仕様書の背景を5つの要点で俯瞰しておきます。忙しい現場では、まずこの全体像を共有しておくと、以降の検討がスムーズになります。
- 国は医療DX工程表のもと、2030年に概ね全医療機関での電子カルテ導入を目指している
- 医療法等の改正で、令和12年（2030年）末までに普及率を約100%とする目標が法定化された
- 従来のオンプレミス型・個別カスタマイズ中心の高コスト構造からの脱却が課題
- 国は2025年度中にクラウド・ネイティブ化の共通土台として基本要件を策定した
- 制度・数値は改訂され得るため、最新は厚生労働省・デジタル庁の一次情報での確認が前提
策定の背景：医療DX工程表と全国医療情報プラットフォーム
国は「医療DXの推進に関する工程表」のもと、全国医療情報プラットフォームの創設や電子カルテ情報の標準化を段階的に進めています。診療情報を医療機関の間で安全に共有できる基盤づくりが大きな柱です。
こうした基盤が価値を発揮するには、そもそも各医療機関が電子カルテを持ち、標準化されたデータを出せる状態であることが前提になります。電子カルテの普及と標準化は、プラットフォーム構想の土台に位置づけられます。
つまり標準仕様書は、単独の施策ではなく、全国的なデータ連携という大きな絵の中の一部品です。この文脈を理解しておくと、「なぜここまで細かく決めるのか」という疑問が腑に落ちやすくなります。
工程表では、電子処方箋や電子カルテ情報共有サービスなど、複数の施策が段階的に進められています。標準仕様書はそれらと歩調を合わせる存在であり、今後の制度更新に伴って内容が見直される可能性がある点も押さえておきましょう。
2030年目標と医療法改正
電子カルテについては、遅くとも2030年には概ねすべての医療機関で導入を目指すとされています。さらに2025年に成立した医療法等の改正では、令和12年（2030年）末までに電子カルテ普及率を約100%とする目標が法律上明記されました。
「努力目標」と「法律に書かれた目標」では重みが異なります。法定化されたことで、電子カルテ導入は各病院にとって「いずれ検討」ではなく「期限のある経営課題」へと性格を変えつつあります。
特に未導入・老朽化した院内システムを抱える中小病院にとっては、更新のタイミングと標準仕様への適合を、早めに経営レベルで議論しておく必要があります。
なぜ「標準仕様」が必要なのか
従来の病院電子カルテは、個別カスタマイズを前提としたオンプレミス型が中心でした。サーバを院内に持ち、施設ごとに作り込むため、初期費用も更新費用も高くなりがちで、いわゆる高コスト構造が生まれていました。
国はこれをクラウド・ネイティブなシステムへ移行させる方針を示し、その共通の土台として2025年度中に標準仕様（基本要件）を策定しました。共通基準があれば、過剰なカスタマイズや不透明な見積りを避けやすくなります。
標準仕様のねらいは、病院とベンダーが同じ「ものさし」で要件を確認できるようにすることです。これにより、要件定義の属人化を減らし、比較や交渉の透明性を高める効果が期待されています。
クラウド・ネイティブ化で何が変わるか
クラウド・ネイティブ化は、単にサーバの置き場所が院内から外部に移るという話ではありません。ソフトウェアの更新、災害対策、セキュリティ対応の考え方そのものが変わります。中小病院にとっての意味を整理しておきましょう。
オンプレミス型では、法改正や診療報酬改定のたびに個別の改修・更新作業が発生し、費用と手間がかさみがちでした。クラウド型では、こうした更新が共通基盤側でまとめて提供されやすく、負担の軽減が期待されます。
一方で、通信環境やクラウド利用に関する安全管理ガイドラインの遵守など、新たに確認すべき論点も生まれます。メリットと確認事項の両方を理解したうえで、自院に合う形を選ぶことが大切です。
- 法改正・診療報酬改定への対応が共通基盤側で提供されやすい
- データの遠隔保持により、被災時の復旧性を高めやすい
- 通信環境・安全管理ガイドライン遵守など、新たな確認事項がある
文書の全体構成：第1章と第2章
標準仕様書は大きく二部構成です。第1章が電子カルテ標準仕様書、第2章がレセプトコンピュータ標準仕様書です。診療の記録・オーダーを担う部分と、レセプト（診療報酬請求）を担う部分が、それぞれ規定されています。
各章には、機能要件・非機能要件・アーキテクチャ・データ移行・システム連携などの規定が含まれます。機能面と品質面（非機能）を分けて整理している点が、この文書の骨格です。
本シリーズでは、この骨格に沿って、第2編で機能要件（提示対象機能一覧）を、第3編で非機能要件（IPA非機能要求グレードに基づく要開示項目）を扱います。
別紙の全体像
本編の規定に加えて、標準仕様書には実務で使う多くの別紙が付属します。これらは、比較・移行・連携・セキュリティといった具体的な作業に直結する資料群です。
- 提示機能一覧：電子カルテが備える機能を体系的に並べた一覧（第2編で詳説）
- IPA非機能要求グレード：遵守事項と要開示項目からなる非機能の基準（第3編で詳説）
- 共通データ移行レイアウト：乗り換え時のデータ移行を想定した共通の項目定義
- 連携共通仕様・部門システム間API：検査・画像など既存部門システムとのつなぎ方
- 業務効率化サービスAPI：外部サービスと連携して業務を効率化するためのAPI
- 脆弱性診断ガイドライン：セキュリティ上の脆弱性を点検するための考え方
機能要件と非機能要件の位置づけ
機能要件は「何ができるか」、非機能要件は「どれだけ安心して使い続けられるか」を表します。前者は目に見えやすく、デモでも確認しやすい一方、後者は可用性やセキュリティなど、平常時には見えにくい品質面です。
中小病院の選定では、機能の華やかさに目が向きがちですが、実際に運用が破綻するのは非機能面の見落としが原因になることが少なくありません。両輪で評価する姿勢が大切です。
標準仕様書がこの二つを明確に分けて整理しているのは、病院が漏れなく両面を確認できるようにするためです。第2編・第3編でそれぞれを深掘りしますが、まずは「機能と品質は別物」という意識を持つことが出発点になります。
中小病院にとっての意味
標準仕様は、限られた情報システム体制の中小病院が、電子カルテを比較・選定する際の共通の基準になります。各製品が基本要件をどこまで満たすかを横並びで確認しやすくなる点が最大の利点です。
また、標準に沿った要件で調達を進めれば、特定ベンダーへの過度な依存（ロックイン）を避けやすくなり、将来の乗り換えやデータ移行の見通しも立てやすくなります。
一方で、標準仕様はあくまで基本要件です。自院の診療科構成や運用フローに固有の要件は、標準の上に追加して定義する必要があります。標準を出発点として活用する姿勢が現実的です。
加えて、標準に沿った調達は補助金や制度支援の要件と結び付く可能性もあります。導入コストの負担を和らげる観点からも、最新の支援制度と標準仕様の関係を、一次情報でこまめに確認しておくとよいでしょう。
よくある誤解（想定Q&A）
標準仕様書については、現場でいくつか誤解が生まれがちです。代表的な疑問を整理しておきます。
- Q. 標準に準拠すればカスタマイズは一切不要？ A. いいえ。標準は共通の土台で、自院固有の要件は上乗せが前提です。
- Q. 標準仕様は義務ですか？ A. 位置づけや適用は制度の動向により変わり得るため、最新の一次情報で確認が必要です。
- Q. 大病院向けの話では？ A. 本仕様書は中小病院を対象に設計されており、限られた体制でも扱える基準を意図しています。
- Q. クラウドは危険では？ A. 適切な安全管理ガイドライン遵守が前提で、むしろ災害対策や更新の面で利点も期待されます。
導入検討の最初の一歩（チェックリスト）
第1編の締めくくりとして、標準仕様書を手にした中小病院が最初に取り組むとよい事柄を挙げます。いきなり製品比較に入るのではなく、まず自院の現在地を整理することが近道です。
- 現行システムの更新時期・保守期限を棚卸しし、2030年目標との時間軸を確認する
- 自院の診療科・部門構成と、標準の30超の分類を突き合わせて必要機能をあたりづける
- データ移行の対象範囲（過去何年分のどのデータか）を早めに想定しておく
- 可用性・セキュリティなど非機能の要求水準を、診療の実態から言語化しておく
- 経営層・現場・情報システムの合意形成の場を、早い段階で設定する
用語ミニ辞典
- オンプレミス：サーバ等を自院内に設置して運用する方式。カスタマイズしやすいが高コストになりがち。
- クラウド・ネイティブ：クラウド前提で設計されたシステム。更新や災害対策で利点が期待される。
- 非機能要求グレード：IPAが公開する、可用性や性能などの品質要件を整理するための枠組み。
- レセプトコンピュータ：診療報酬の明細（レセプト）を作成・請求するシステム。
まとめ
中小病院向け電子カルテ標準仕様書は、2030年の普及目標とクラウド・ネイティブ化という国の方針を背景に、電子カルテの共通基準を示すものです。第1章の電子カルテ仕様、第2章のレセコン仕様、そして多くの別紙で構成されます。
第2編では機能要件（提示対象機能一覧）の読み方を、第3編では非機能要件と導入の進め方を解説します。なお本仕様書は改訂され得るため、制度・数値の最新は必ず厚生労働省・デジタル庁の一次情報でご確認ください。