電子カルテ案件とFHIR連携の実務｜医療DXで求められるスキル

電子カルテ案件とは｜HISと周辺システムの地図

電子カルテ案件の正体は、医療機関の基幹業務システムの開発・保守です。一般的な業務系システムと構造は似ています。違いは、周辺システムの数と、データ項目にコード体系が紐づいている点にあります。

電子カルテ本体とレセコン・部門システムの関係

病院情報システム（HIS）は、電子カルテ単体ではありません。会計を担うレセプトコンピュータ、検査・放射線・薬剤などの部門システム、そしてそれらをつなぐ連携基盤がセットで動いています。

案件はこの単位で切り出されます。「電子カルテの開発」と書かれていても、実態は部門システムとの連携改修だった、というのはよくある話です。募集要項でどのサブシステムを触るのかを確認しておくと、入ってからのギャップが減ります。

診療報酬は原則2年ごとに改定されます。改定に合わせた改修が定期的に発生する点は、他業界の業務システムにはない特徴です。

病院向けと診療所向けで案件の性質が変わる

規模によって案件の中身は大きく変わります。厚生労働省の令和5年医療施設調査によると、電子カルテシステムの普及率は一般病院全体で65.6%、400床以上では93.7%、200床未満では59.0%、一般診療所では55.0%でした。

大病院はすでに導入済みで、案件は既存システムの改修・更改が中心です。一方で診療所や中小病院は未導入が残っており、クラウド型の新規導入やリプレイスが動きます。参入のしやすさで言えば、後者のほうがモダンな技術スタックで募集されるケースが多くなります。

ミニFAQ：電子カルテ案件は医療知識が必須ですか

参画時点で医療知識が必須という募集は多くありません。ただし診療報酬・オーダ・算定といった用語は業務仕様そのものなので、入ってから覚える前提の案件がほとんどです。要件定義や設計を任される立場では、用語の理解が足りないと仕様の読み違いにつながります。

FHIRとは｜医療データ交換の標準規格と日本での位置づけ

FHIR（Fast Healthcare Interoperability Resources、ファイアと読みます）とは、医療情報を交換するための国際標準規格です。標準化団体HL7 Internationalが策定しました。従来の医療規格と違い、Web APIの作法をそのまま使える点が最大の特徴になります。

リソースとRESTful APIという考え方

FHIRは医療情報を「リソース」という単位に分解します。患者、観察結果、処方、検査結果などが、それぞれ独立したリソースとして定義されています。

このリソースを、HTTPの操作で取得・登録・更新します。患者IDを指定して患者リソースを取り出す、といった形です。データ形式はJSONまたはXMLで表現されます。つまり、Web APIを組んだ経験があれば、通信の作法そのものは既知ということです。RESTの基本的な考え方は「REST APIとは｜設計原則・HTTPメソッド・GraphQL/gRPCとの違い」で整理しています。

もう一つ覚えておきたいのが「80%ルール」です。FHIRの標準リソースは、8割の実装に共通して必要な項目だけを定義しています。残りは拡張（Extension）で各国・各施設が足す設計です。この割り切りが、後述するプロファイル対応の作業量に直結します。

HL7 V2・SS-MIX2との違いと、当面は併存すること

日本の医療機関で長く使われてきたのはHL7 Version 2です。パイプ記号で区切られたテキストメッセージ形式で、FHIRとは見た目からして違います。

そのV2メッセージを院内に標準形式で蓄積する仕組みが、日本医療情報学会のSS-MIX2標準化ストレージです。患者基本情報、処方、検体検査、画像などを、患者IDと診療日で階層化したフォルダにファイルとして保存します。多くの病院に導入実績があります。

ここで誤解しやすいのが、FHIRがV2やSS-MIX2を置き換えるという理解です。実際の案件では両方が並んで動いています。院内の蓄積はSS-MIX2、外部との共有はFHIR、という役割分担になっている現場は珍しくありません。だからこそ、V2やSS-MIX2のデータをFHIRリソースへ変換する仕事が発生します。

JP Core実装ガイドと日本固有の事情

FHIRをそのまま日本に持ち込むと足りない部分があります。氏名のフリガナ、国内のコード体系、保険情報などです。

これを埋めるのが、日本医療情報学会NeXEHRS研究会のHL7 FHIR日本実装検討WGが策定したHL7 FHIR JP Core実装ガイドです。執筆時点で公開されている版はv1.2.0で、最新版は公式サイトで確認してください。日本国内でFHIRを使うときの共通ルールにあたります。

さらに文書単位では、診療情報提供書・退院時サマリー・健康診断結果報告書・処方情報のFHIR記述仕様が厚生労働省標準規格として採択されています。案件で「JP Core準拠」「厚労省標準規格準拠」と書かれていたら、これらを指しています。

ミニFAQ：FHIRの資格や認定は案件で求められますか

募集要項でFHIR固有の資格が必須とされるケースは、確認できた範囲ではほとんどありません。評価されやすいのは、API設計・データ変換・外部連携の実装経験です。医療情報技師などの資格は院内SEの採用で見られる一方、業務委託の開発案件では実装経験のほうが問われます。

医療DX施策がつくる改修案件

電子カルテ・FHIR案件が動いている理由は、ほぼ政策です。ここが他業界と違うところで、行政のスケジュールが発注時期をつくります。

電子カルテ情報共有サービス

厚生労働省が進める全国的な情報共有の仕組みです。医療機関の間で、診療情報提供書・退院時サマリー・健康診断結果報告書の3文書と、傷病名・アレルギー・感染症・薬剤禁忌・検査・処方の6情報を共有します。接続にはHL7 FHIR準拠が前提です。

スケジュールは動いています。モデル事業で傷病名の入力負担や検査値の単位統一といった課題が挙がり、仕様の見直しを経て、2026年度冬（2027年1〜2月頃）の全国展開が目標として示されました。ベンダー側では、技術解説書に沿った電子カルテ改修と検証が進んでいます。最新の状況は厚生労働省の医療分野の情報化のページで確認できます。

標準型電子カルテと標準仕様書

未導入の診療所・中小病院向けに、標準仕様に沿った電子カルテを普及させる施策です。厚生労働省は2026年3月31日に中小病院向け・医科診療所向けの電子カルテ及びレセプトコンピュータ標準仕様書（基本要件）第1.0版を公表しました。

その後、標準仕様のver.1公表と認証制度の運用を経て、2027年4月からの標準仕様準拠製品の提供開始が目標とされています。ベンダー各社が仕様へ寄せる改修を進める時期にあたるため、ここに紐づく開発・検証の案件が出てきます。

電子処方箋とマイナ保険証まわり

電子処方箋は2023年1月から運用が始まりました。導入は施設種別で差が大きく、薬局が先行し、病院・診療所が追いかける形になっています。最新の施設数と導入率は厚生労働省の電子処方せん対応施設のページから確認できます。

医療機関側の導入率がまだ低いということは、裏返せば対応改修の余地が残っているということでもあります。

診療報酬改定が発注のトリガーになる

2026年度（令和8年度）の診療報酬改定では、従来の医療情報取得加算と医療DX推進体制整備加算が見直され、電子的な診療情報連携を評価する加算への再編が示されています。算定要件に電子処方箋の発行体制や電子カルテ情報共有サービスへの接続インターフェースが含まれるため、医療機関がシステム改修を決める直接の動機になります。加算の名称・算定要件は告示や疑義解釈で細部が補われるため、実際の算定可否は最新の通知で確認してください。改定の詳細は厚生労働省の令和8年度診療報酬改定のページにまとまっています。

エンジニア側で押さえておきたいのは点数そのものではありません。改定の施行時期とサービスの運用開始時期の前が、改修案件の立ち上がる時期という構造のほうです。

ミニFAQ：政策が延期されたら案件は消えますか

仕様見直しによる時期の後ろ倒しは実際に起きています。ただし過去の見直しでは、中止ではなく検証期間の延長という形をとってきました。案件への影響としては、消滅よりも検証・改修フェーズが長引くほうが現実的です。参画時は、契約期間と延長の可能性を面談で確認しておくと安全です。

技術スタックの二層地図

ここからが、電子カルテ案件を見分けるうえで一番実用的な部分です。公開案件の募集要項を見ると、技術スタックがきれいに二層へ分かれます。

既存HIS層（オンプレ・業務系の延長）

大病院に入っている既存システムの改修・保守がこの層です。言語はC#、VB.NET、C++、Java。画面はWindowsのデスクトップアプリ、データベースはOracleやSQL Serverといった構成が中心になります。オンプレミス前提で、常駐や一部出社を求められる案件も見られます。

業務系SIerの経験がそのまま効きます。C#の案件傾向は「C#フリーランスの単価相場｜業務系・Unity・組込の経験別レンジ」で、商流の見方は「SIerの種類｜メーカー系・ユーザー系・独立系の違いと案件傾向」で補足できます。

クラウド刷新層（Web系の延長）

クラウド型電子カルテの新規開発やリプレイスがこちらです。確認できた公開案件では、Kotlin、TypeScript、React、AWS、PostgreSQLといった構成が目立ちます。フルリモート可の募集も見られます。

Web系の経験者が入りやすいのはこの層です。既存システムからの移行を伴うため、モダナイゼーション案件の動向｜フリーランスの単価相場・必要スキル・探し方で扱っているような移行設計の勘所がそのまま活きます。

どちらに入るかでスキル資産の残り方が変わる

この二層は優劣の話ではありません。既存HIS層は改修需要が読みやすく、長期で安定しやすい一方、技術資産が医療業界に閉じやすい。クラウド刷新層は他業界に持ち出しやすい反面、規格対応のキャッチアップが要ります。案件を選ぶ軸の整理には「案件の選び方｜フリーランスエンジニアが単価・稼働・スキルで決める優先順位」が使えます。

FHIR案件で実際にやる作業

「FHIRの案件」と聞くと規格の読み込みを想像しがちですが、手を動かす時間の多くは別のところに使われます。

既存データのマッピングと変換アダプタ

最も多いのがこれです。既存の電子カルテやSS-MIX2に入っているデータを、FHIRのリソースとプロファイルの形へ写します。

実作業は地味です。項目の対応表をつくり、コード体系を変換し、欠損や表記ゆれを吸収する。仕様書の読解とデータの実態調査が8割、実装が2割という配分になる現場もあります。ETLやデータ連携の経験がある人は、この工程での立ち上がりが早くなります。

プロファイル適合とバリデーション

JP Coreや各仕様で定義されたプロファイルに、出力したリソースが適合しているかを検証します。必須項目の充足、コード値の妥当性、参照関係の整合などが対象です。

ここで効くのが、仕様をドキュメントとして扱う習慣です。項目定義とバリデーションルールを一覧で管理していないと、改修のたびに同じ確認を繰り返すことになります。API仕様の管理方法は「OpenAPIとは｜Swaggerとの違い・仕様書の書き方と運用」の考え方が応用できます。

接続テストと疎通確認

外部サービスとつなぐ以上、接続試験の工程が必ず入ります。テスト環境の準備、テストデータの作成、エラー時の挙動確認といった流れです。

テストデータの扱いは注意が要ります。本番の診療データをそのまま使えないケースが多く、仮名化・匿名化したデータや完全な合成データを用意するところから始まる案件もあります。ここを軽く見ていると、スケジュールが素直に後ろへずれます。

ミニFAQ：FHIRの学習はどこから始めるのがよいですか

規格全体を頭から読むより、JP Core実装ガイドで患者・観察・処方あたりのリソース定義を3つほど通すほうが早く形になります。所要は数日程度から着手できます。そのうえで、手元のサンプルデータをリソースの形に変換してみると、案件で求められる作業のイメージとつながります。

安全管理ガイドライン第7.0版が稼働条件に効く

フリーランスにとって、技術スタックと同じくらい重要なのがここです。医療情報を扱う案件では、ガイドラインが契約条件と働き方を規定します。

厚生労働省の医療情報システムの安全管理に関するガイドラインは、2026年6月29日に第7.0版が発出されました。第6.0版では概説編・経営管理編・企画管理編・システム運用編の4編構成でしたが、第7.0版では保守委託機関編が新設されています。関係資料は厚生労働省のガイドライン関係資料のページにまとまっています。

保守委託機関編の新設が意味すること

保守委託機関編は、専任のシステム担当者がいない中小規模の医療機関が事業者へ保守を委託する前提で、委託を受ける側が守るべき事項を整理したものです。

これは発注側の文書ですが、実務上の影響は受注側の末端まで降りてきます。委託先であるベンダーが遵守事項を満たすために、そのベンダーから再委託される個人にも同等の管理を求める、という流れになるためです。業務委託での情報の取り扱い義務は「業務委託での個人情報の取扱い｜委託先フリーランスの義務と漏えい対応」も合わせて確認しておくと理解しやすくなります。

二要素認証と2027年4月

ガイドラインでは、医療情報システムにアクセスする際の認証強化が求められています。第6.0版の時点で2027年度に稼働しているシステムへの二要素認証導入が示されており、第7.0版でもこの方向は継続しています。

案件側から見ると、認証基盤の更改そのものが案件化するということです。既存システムへのID管理・多要素認証の組み込みは、電子カルテ本体の開発とは別口で募集が出ます。

実務で効いてくる制約

契約前に確認しておきたい項目を挙げます。どれも稼働条件に直結します。

• 持込端末が使えるか。貸与端末やVDI経由に限定される案件があります

• 作業場所の制限。リモート可でも、特定ネットワークからの接続に限る条件が付くケースがあります

• 本番データへのアクセス可否。原則不可で、仮名化データでの開発になる現場があります

• ログの取得・保管の要件。作業ログの提出を求められることがあります

• 再委託の可否。契約書上で再委託が制限されている場合、商流の深い案件は避けたほうが無難です

客先のセキュリティ要件への対応は医療に限りません。共通する準備は「客先セキュリティ要件対応｜ISMS・Pマーク・持ち込みPCの実務」で整理しています。常駐が前提になる案件も残るため、働き方の見通しは「常駐型フリーランスエンジニアのメリット・デメリットと成功するコツ」も参考になります。

単価と契約条件の目安

まず短答です。電子カルテ・医療情報システムの開発案件は、月60〜75万円前後の提示が中心で、設計・PM寄りでは100万円を超える提示も見られます。

以下は、2026年11月時点で、フリーランス向けの案件検索サイト・エージェント数社（首都圏中心）の公開案件のうち、募集要項に「電子カルテ」「医療情報システム」が含まれるものを確認した範囲での目安です。確認できた件数は多くないため、観測ベースの参考値として読んでください。掲載単価であり、成約単価ではありません。

高い帯の条件を満たせるのは、医療もしくは金融など規制の強い業界で基幹システムの設計まで担当した経験があり、発注側との仕様調整を単独で回せる方です。実装のみの経験では、この帯の募集要件には届きにくくなります。

なお非公開案件は、個別条件で上振れするケースがあります。公開案件とは再現性が違うため、同じ水準を前提に計画を立てないほうが安全です。

医療・ヘルスケア業界全体の単価帯や職種別の分布は、「医療・ヘルスケア業界のフリーランスエンジニア案件｜単価相場・職種・規制対応のポイントを解説」で整理しています。業界をまたいだ単価の考え方は「【2026年最新版】フリーランスエンジニアの単価相場と単価の上げ方とは？」にまとめています。

自分がどのくらいの単価を狙えるか気になる方は、無料のフリーランスエンジニア単価診断で現在の市場単価の目安を確認できます。実際の募集内容はフリコンの案件一覧からも確認できます。

ミニFAQ：医療案件は単価が高いというのは本当ですか

領域だけで単価が決まるわけではありません。確認した公開案件の範囲では、医療という理由で一律に高いという傾向は見られませんでした。単価が上がるのは、規格対応や外部連携の設計を任される場合、あるいは発注側との調整まで含む場合です。

つまずきやすいポイントと参入前チェックリスト

規格を読み込む前に実装へ入ってしまう

FHIRは拡張前提の規格です。標準リソースだけ見て実装すると、プロファイルの必須項目を満たしておらず検証で落ちることがあります。着手前にJP Coreと案件固有のプロファイル定義を確認しておくと手戻りが減ります。

本番データが使える前提でテスト計画を立てる

医療情報は取り扱いの制約が強い領域です。テストデータの準備に想定外の時間がかかるケースがあります。見積りの段階で、データ準備の担当と手段を誰が持つのかを確認しておきましょう。

稼働条件の確認が後回しになる

保守・運用まで含む案件では、障害時の対応が求められることがあります。医療機関のシステムは止めにくいため、夜間・休日の対応要否と、その対価の扱いを契約前に確認するのが安全です。

商流が深く、仕様の決定権が遠い

医療系は多重の商流になりやすい領域です。仕様の決定者と距離があると、確認の往復だけで工数が溶けます。面談時に発注元と自分の間に何社入るかを聞いておくと判断しやすくなります。設計ドキュメントの粒度感を事前に握る意味では「基本設計書の書き方｜項目一覧・粒度の判断基準と詳細設計書との違い」も参考になります。

参入前チェックリスト

まとめ

電子カルテ案件は、既存HIS層とクラウド刷新層のどちらに入るかで、必要なスキルも働き方も単価の見え方も変わります。FHIRは規格の暗記ではなく、既存データを規格の型へ写すマッピングと変換の仕事として捉えると、自分の経験との接続点が見つかります。

• 電子カルテ案件は本体・レセコン・部門システム・連携基盤の単位で切り出される。募集要項でどこを触るか確認する

• FHIRはリソースとWeb APIの作法で医療情報を扱う規格。日本ではJP Core実装ガイドが共通ルールになる

• HL7 V2とSS-MIX2は現役で動いており、FHIRへの変換そのものが案件になる

• 需要の根拠は政策。電子カルテ情報共有サービスは2026年度冬、標準型電子カルテは2027年4月が目標時期

• 安全管理ガイドラインは2026年6月29日に第7.0版が発出され、保守委託機関編が新設された

• 稼働条件は端末・作業場所・本番データの扱いで決まる。契約前に確認する

• 単価は月60〜75万円前後の提示が中心。規格対応や設計まで担うと上の帯が見えてくる

次のアクションとしては、まず自分の経験が二層のどちらに近いかを決めてください。そのうえでエージェントに業界条件とキーワードを併用して絞り、面談で端末・作業場所・商流の3点を確認する。ここまでやると、入ってからのギャップはかなり減らせます。

参照した一次情報は以下のとおりです。

• 医療分野の情報化の推進について（厚生労働省）

• 中小病院向け・医科診療所向け電子カルテ及びレセプトコンピュータ標準仕様書（厚生労働省）

• 医療情報システムの安全管理に関するガイドライン 関係資料一式（厚生労働省）

• 電子処方せん対応の医療機関・薬局についてのお知らせ（厚生労働省）

• 令和8年度診療報酬改定について（厚生労働省）

• HL7 FHIR JP Core実装ガイド（日本医療情報学会NeXEHRS研究会）

• 制定済標準規格（日本HL7協会）