F Label 医療DXブログ

医療DXが本格化するなかで、医療機関にとって避けて通れなくなっているのが 「電子カルテ情報共有サービス」への対応です。 本記事では、仕様書の内容をもとに、医療機関・クリニック・歯科医院の院長、事務長、システム担当者にも分かりやすく整理します。

これまで医療現場では、診療情報提供書、退院時サマリー、健診結果、検査結果、アレルギー情報など、多くの情報が紙、FAX、PDF、院内システム内のデータとして分散していました。

しかし、今後は医療機関同士、薬局、保険者、そして患者本人が、必要な医療情報を安全に共有・閲覧できる仕組みへと大きく移行していきます。

今回の仕様書では、電子カルテ情報共有サービスの導入に向けて、システムベンダが対応すべき技術要件、FHIRによるデータ標準化、標準マスタ、文書送受信、健診情報、臨床情報、セキュリティ対策などが整理されています。

この記事のポイント

電子カルテ情報共有サービスは、単なる「電子カルテの機能追加」ではありません。 医療機関の情報共有、院内運用、患者説明、ベンダ調整、セキュリティ対応まで含む 医療DXの基盤整備です。

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

電子カルテ情報共有サービスは、医療機関にある診療情報を、全国の医療機関等で安全に共有・活用するための基盤です。

01

文書情報

診療情報提供書、退院時サマリーなど、医療機関同士でやり取りされる文書情報です。

02

健診情報

特定健診、後期高齢者健診、事業主健診などの健診結果報告書です。

03

臨床情報

傷病名、感染症、検査結果、薬剤アレルギー、その他アレルギーなど、診療に関係する情報です。

04

患者向け情報

患者サマリーや、マイナポータルで本人が閲覧できる医療情報です。

これにより、患者が別の医療機関を受診した場合でも、過去の診療情報や検査情報、アレルギー情報などを確認しやすくなります。 医療機関側から見ると、紹介状の送受信、健診結果の登録、検査結果の共有、重複検査の回避、服薬・アレルギー確認などの業務効率化につながる可能性があります。

電子カルテ情報共有サービスの全体イメージ
医療機関 診療情報提供書
退院時サマリー
検査・アレルギー情報
電子カルテ情報共有サービス FHIR・標準マスタ・安全な情報連携
共有・閲覧 他医療機関
薬局
保険者
患者本人

今回の仕様で重要な変更点

今回の技術解説書2.0.0版で特に重要なのは、仕様が「現場運用を重視する方向」に見直された点です。

以前は、文書情報についても構造化データを中心に共有する方向でした。 しかし、実際の医療現場では、紹介元が入力した内容と紹介先で表示される内容が一致しないリスクがあります。

そのため、今回の仕様では、診療情報提供書や退院時サマリーの本文について、FHIRのNarrative、つまり人が読めるテキスト形式とPDFを中心に共有する方針へ転換されています。 構造化データは、当面の間、任意扱いとなっています。

変更ポイント 従来の考え方 今回の方向性
文書本文 構造化データ中心 NarrativeとPDFを重視
表示の考え方 システム処理しやすいデータ構造 医療従事者が読んで分かる表示
構造化データ 登録・活用を重視 当面の間は任意
運用上の意味 システム改修中心 文書作成・確認フローも重要

医療現場では、単にデータが機械的に正しいだけでは不十分です。 医師、看護師、薬剤師、事務担当者が、実際に読んで誤解なく理解できることが必要です。 今回の仕様変更は、システム都合ではなく、医療現場での安全性と実用性を重視したものといえます。

FHIRとは何か

電子カルテ情報共有サービスでは、HL7 FHIRという医療情報交換の標準規格が使われます。

FHIRは、医療情報を共通のルールで記述し、異なる電子カルテや医療システムの間でもデータをやり取りできるようにする仕組みです。

相互運用性

異なるベンダの電子カルテ間でも、医療情報を連携しやすくなります。

データ活用

検査結果、病名、アレルギー情報などを検索・集計・確認しやすくなります。

患者中心の医療

患者本人がマイナポータルなどで、自身の健康・医療情報を確認しやすくなります。

ただし、FHIR対応は単に「データを変換すればよい」という話ではありません。 標準マスタ、コード、バリデーション、表示方法、登録タイミング、患者同意、セキュリティまで含めた運用設計が必要です。

Narrative中心への転換が意味すること

今回の仕様で特に注目すべき点が、Narrative中心への転換です。

Narrativeとは、FHIRリソースの中に含まれる「人が読める説明文」です。 構造化データがコンピュータ処理向けの情報であるのに対し、Narrativeは医療従事者が画面上で読んで理解するための情報です。

項目 Narrative 構造化データ
主な目的 人が読んで理解する コンピュータが処理する
表現方法 テキスト・文章形式 コード・項目・リソース形式
現場での利点 紹介状や退院時サマリーの内容をそのまま確認しやすい 検索、集計、自動転記、分析に向いている
今回の仕様での位置づけ 文書本文では必須 文書情報では当面任意

つまり、電子カルテ情報共有サービス対応は、単なるシステム改修ではありません。 院内の文書作成ルール、確認フロー、責任分界の見直しまで含む取り組みになります。

共有される臨床情報

電子カルテ情報共有サービスでは、臨床情報として主に5種類の情報が扱われます。

傷病名

診断された傷病名、疑い病名などが対象になります。

感染症

梅毒、HBs、HCV、HIVなどの検査結果が対象になります。

検査

救急や生活習慣病などに関わる検体検査結果が対象になります。

薬剤アレルギー

薬剤に関するアレルギー情報が対象になります。

その他アレルギー

食品、環境など、薬剤以外のアレルギー情報が対象になります。

これらの情報は、全国の医療機関等で閲覧される可能性があります。 そのため、医療機関は「とりあえず登録する」のではなく、登録する情報の意味、患者への告知状況、長期保存の要否、誤登録時の修正方法などを整理しておく必要があります。

特に注意すべき点

未告知の傷病名を適切に扱わないと、患者本人がマイナポータルで先に病名を知ってしまう可能性があります。 傷病名、アレルギー、感染症情報の登録には、院内ルールと医師の判断プロセスが重要です。

健診情報も大きく変わる

電子カルテ情報共有サービスでは、健診結果報告書の登録・閲覧も重要な機能です。

健診種別 主な内容 医療機関側の注意点
特定健診 生活習慣病予防を目的とした健診 健診項目・コード・受診券情報の確認
後期高齢者健診 後期高齢者医療制度に基づく健診 対象者区分と報告区分の確認
事業主健診 労働安全衛生法等に基づく健診 必須項目の有無、健診種別の判定
学校職員健診 学校職員を対象とした健診 事業主健診の一形態としての取扱い
保険者以外が行う健診 医療機関が独自に実施する健診等 本人同意の取得が必要となる場合あり

特に中小クリニックでは、健診システム、電子カルテ、レセコン、予約管理、問診システムが別々に動いているケースも少なくありません。

その場合、どのシステムが正本データを持つのか、どこでFHIR形式に変換するのか、誰が登録結果を確認するのかを事前に決める必要があります。

医療機関が今から確認すべきポイント

特に重要なのは、ベンダ任せにしないことです。 電子カルテ情報共有サービスは、システムベンダの技術対応が不可欠です。 しかし、実際に運用するのは医療機関です。

中小クリニック・歯科医院にとっての注意点

仕様書上、文書送受信サービスや臨床情報登録は、主に保険医療機関を対象としています。 ただし、施設種別によって利用できる機能は異なります。

歯科医院については、取得・閲覧の対象となる情報はある一方で、登録機能の対象範囲には制限があります。 それでも、歯科医院も無関係ではありません。

特に歯科では、全身疾患、服薬情報、アレルギー情報、感染症情報が診療安全に直結します。 抜歯、インプラント、外科処置、訪問歯科、周術期口腔管理などでは、医科情報との連携が非常に重要になります。

よくある課題 必要な対応
IT担当者がいない 外部の医療DX支援会社と連携する
ベンダの説明が難しい 確認すべき質問リストを作成する
院内ルールが未整備 登録・確認・修正・削除のフローを作る
セキュリティが不安 医療情報システム安全管理ガイドラインに沿って点検する
費用感が不明 必須対応と任意対応を分けて見積もる

F Labelが考える対応の進め方

F Labelでは、電子カルテ情報共有サービスへの対応を「システム改修」だけで考えるべきではないと考えています。 重要なのは、次の3段階で整理することです。

F Labelが推奨する3ステップ
STEP 1
現状把握
電子カルテ、レセコン、検査システム、健診システムを洗い出す
STEP 2
業務フロー設計
誰が登録・確認・修正するのかを院内ルール化する
STEP 3
ベンダ調整
FHIR対応、標準マスタ、接続テスト、運用テストを確認する

1. 現状把握

まず、現在利用している電子カルテ、レセコン、検査システム、健診システム、文書作成システムを洗い出します。 どのシステムにどの情報があり、どの情報が標準マスタに対応しているのかを整理することが第一歩です。

2. 業務フロー設計

次に、診療情報提供書、退院時サマリー、健診結果、検査結果、アレルギー情報などについて、誰が登録し、誰が確認し、どのタイミングで送信するのかを決めます。

この段階を飛ばしてシステム改修に進むと、現場で混乱が起きます。 電子カルテ情報共有サービスは、データ連携の仕組みであると同時に、院内業務の再設計でもあります。

3. ベンダ調整・実装支援

最後に、電子カルテベンダ、レセコンベンダ、ネットワーク事業者、院内担当者との調整を行います。 FHIR対応、標準マスタ、バリデーション、接続テスト、運用テスト、セキュリティ確認など、技術と業務の両面から進める必要があります。

電子カルテ情報共有サービスは「医療DXの入口」

電子カルテ情報共有サービスは、単なる国の新しいシステムではありません。 これは、医療機関がこれまで院内だけで管理していた情報を、地域、全国、患者本人と共有する時代への大きな転換です。

今後、標準型電子カルテ、電子処方箋、オンライン資格確認、マイナポータル、医療情報連携、診療報酬改定、医療DX推進体制整備などは、相互に関係していきます。

つまり、今の段階で電子カルテ情報共有サービスへの理解を深めておくことは、将来の医療DX対応、制度対応、補助金活用、業務効率化に直結します。

まとめ

情報共有

紹介状、健診、臨床情報を安全に共有する仕組みであることを理解する必要があります。

標準化

FHIRと標準マスタによって、医療情報を共通ルールで扱う時代になります。

現場重視

NarrativeとPDF中心の設計により、医療従事者が読める情報が重視されています。

運用設計

誰が登録・確認・修正するかの院内ルールが必要です。

電子カルテ情報共有サービスへの対応は、医療機関にとって負担である一方、業務効率化、診療安全、地域連携、患者サービス向上の大きな機会でもあります。

F Labelでは、医療機関向けのシステム開発、医療DX支援、要件定義、ベンダ調整、業務フロー設計を支援しています。 電子カルテ情報共有サービス、標準型電子カルテ、医療DX、院内システム整備でお困りの医療機関様は、早めの準備をおすすめします。

医療DX・電子カルテ情報共有サービス対応でお困りですか?

F Labelでは、医療機関向けのシステム開発、要件定義、ベンダ調整、業務フロー設計を支援しています。

F Labelに相談する

キーワード

電子カルテ情報共有サービス 医療DX 標準型電子カルテ FHIR HL7 FHIR 電子カルテ標準化 医療情報連携 診療情報提供書 電子化 退院時サマリー 電子化 健診結果 共有 臨床情報 共有 クリニック 医療DX 電子カルテ ベンダ対応 オンライン資格確認 マイナポータル 医療情報

参考・引用

厚生労働省医政局
「電子カルテ情報共有サービスの導入に関するシステムベンダ向け技術解説書 令和8年1月 2.0.0版」

免責事項

本記事は、公開されている仕様書をもとに、医療機関・クリニック・歯科医院向けに分かりやすく解説したものです。 実際の導入、システム改修、補助金申請、法令対応、診療報酬上の取扱いについては、最新の厚生労働省資料、各種通知、契約中のシステムベンダ、専門家等に確認してください。 仕様は今後変更される可能性があります。