医療インフラとセキュリティ
医療の相互運用性
医療システムがデータを交換し、同じように理解する仕組み：HL7 FHIR R4とそのリソース、HL7 v2メッセージ、CDA、LOINC・SNOMED CT・ICDなどのコード体系、欧州各国の記録システム。
相互運用性とは、2つのシステムが医療データを交換でき、双方がそれを同じように解釈できることを意味します。そのためには3つのものが必要です。形式（APIにはHL7 FHIR R4、病院のメッセージングの大半にはHL7 v2、文書にはCDA）、共通のコード体系（検査にはLOINC、臨床用語にはSNOMED CT、診断にはICD-10、医薬品にはATC、単位にはUCUM）、そして各国が国境を越えた交換に使う国際患者サマリー（IPS）のような合意されたプロファイルです。
| API標準 | HL7 FHIR R4（4.0.1）。R5は公開済みだが、R4が依然として最も普及 |
|---|---|
| 病院のメッセージング | HL7 v2（ADT、ORM、ORU） |
| 文書 | CDAおよびC-CDA |
| コード体系 | LOINC、SNOMED CT、ICD-10 / ICD-11、ATC、RxNorm、UCUM |
| EUでの国境を越えた交換 | 国際患者サマリー（IPS）、MyHealth@EU |
主な医療データ標準は何ですか？
- 医療相互運用性標準：完全なマップ医療データを支える標準のマップ：HL7 v2メッセージ、CDAドキュメント、FHIRリソース、画像用のDICOMおよびDICOMweb、IHEプロファイル、ストレージ用のopenEHR、リサーチ用のOMOP、そしてそれらが共有するコードシステム。それぞれの役割、2026年での使用場所、そしてあなたが必要とする標準。
- FHIRとは？あなたの医療記録にとってなぜ重要なのかHL7 FHIRは、病院、アプリ、行政機関が医療データを交換するための標準規格です。わかりやすく解説：リソースとは何か、「あなたの」が「エクスポート可能」を意味する理由、そして実際に使用しているアプリと、単に言及しているだけのアプリを見分ける方法。
- HL7とFHIRの違い：HL7 v2、CDA、FHIRの比較と、どちらが必要かHL7は組織名であり、規格群の総称です。FHIRはその最新の規格です。HL7 v2メッセージ、CDAドキュメント、FHIRリソースがそれぞれ何をするのか、2026年現在もそれぞれがどのように使われているのか、そしてHL7 v2の検査レポートがFHIR Observationにどのように変換されるのかを解説します。
- FHIR R4とR5の違いとどちらを使うべきかFHIR R4（2019年）は、現在世界中で最も広く使われているバージョンです。R5（2023年）では、トピックベースのサブスクリプションや新しいリソースが追加され、R6も開発中です。R4とR5で何が変わったのか、なぜUS CoreとIPSがまだR4に基づいているのか、そしてどちらを選ぶべきかについて解説します。
- CDAとC-CDA：HL7臨床文書についてHL7 CDAは、人間が読めてコンピューターが解析できるXML標準の臨床文書です。CDA文書の内容（ヘッダー、セクション、ナラティブ、コード化されたエントリ）、3つのレベル、米国統合CDA（US Consolidated CDA）が追加したもの、2026年時点でCDAがまだ義務付けられている場所、そしてFHIRとの関連性について説明します。
- CDAとFHIR：ドキュメントとリソースの違いを解説CDAはドキュメント規格で、署名された単一のXMLファイルとして全体が保たれます。FHIRはリソース規格で、APIが提供・更新する、アドレス指定可能な小さな断片です。この違いが実際には何を意味するのか、FHIRドキュメント（Bundle内のComposition）が両者をどのように統合するのか、CDAが依然として必要とされる場合、そして変換がどのように機能するのかを説明します。
- openEHRとFHIRの違いと使い分けopenEHRとHL7 FHIRはよく比較されますが、それぞれ異なる問題を解決します。openEHRはアーキタイプとテンプレートを使って長期的な臨床記録をモデル化・保存し、FHIRはリソースとAPIを通じてシステム間でデータを交換します。それぞれの仕組みと、どのように組み合わせて使われるかについて説明します。
- CDS Hooksとは：フック、カード、プリフェッチCDS Hooksは、チャートが開かれたとき、オーダーが選択または署名されたときなど、EHRワークフロー内で意思決定支援サービスを呼び出すためのHL7標準です。ディスカバリー、フック、プリフェッチ、カードの仕組み、サービスが返せるものと返せないもの、SMART on FHIRとの関係、バージョン2.0の追加機能について説明します。
FHIRリソースはどのように構成されていますか？
- FHIR Patientリソースの解説と例Patientは、他のすべての臨床リソースが参照するFHIRリソースです。その識別子、氏名、性別、生年月日、住所、連絡先、言語、リンクの意味、US CoreやIPSのような国内プロファイルがどのように制約を設けているか、有効なR4の例、そして2つのシステムが個人について意見が一致しない原因となる間違いについて説明します。
- FHIR Observation リソース解説（JSON例付き）Observation は、検査結果、バイタルサイン、症状、スコアなどの測定値を格納するための FHIR リソースです。主要な要素（ステータス、カテゴリ、コード、対象、有効日時、値、参照範囲、解釈）と、HbA1c の有効な FHIR R4 JSON 例、そして相互運用性を損なう間違いについて解説します。
- FHIR Conditionリソースについて、具体例とともに解説Conditionは、病状、問題、または症状とその経過を記録します。clinicalStatus（臨床状態）とverificationStatus（確認状態）の意味、問題リスト項目と診察時の診断の違い、SNOMED CTとICD-10コードの連携方法、発症と寛解、有効なR4の具体例、そしてConditionに含めるべきでないものについて説明します。
- FHIRのEncounterリソースを例を挙げて解説Encounterは、診察、入院、遠隔診療、自宅訪問などのイベントを表すFHIRリソースです。いつ、どのような場所で、誰が参加し、なぜ行われ、何が診断されたかを示します。ステータスのライフサイクル、クラスコード（外来、入院、救急、バーチャル）、入院の詳細、有効なR4の例、そしてR5での変更点について説明します。
- FHIR DiagnosticReport（検査レポート）の解説と具体例DiagnosticReportは、署名されたレポートのためのFHIRリソースです。Observation（検査結果）をパネルにグループ化し、結論やPDFを格納し、誰がいつ発行したかを記録します。ステータス、カテゴリ（検査、放射線、病理）、ImagingStudyへのリンク、有効なR4の例、DocumentReferenceとの違いについて説明します。
- FHIRのDocumentReferenceとDiagnosticReportの使い分けFHIRでは、レポートやファイルを扱うための3つのリソースがあります。DiagnosticReportは検査結果とその観察結果、結論を保持します。DocumentReferenceはPDFレターやスキャンなどのあらゆる文書をインデックス化します。Binaryは生のコンテンツを保持します。それぞれの使い分けと、それらの間のリンクについて説明します。
- FHIR MedicationStatementとMedicationRequestの違いを解説FHIRには、4つの異なる事実を記録するための4つの医薬品リソースがあります。処方（MedicationRequest）、調剤（MedicationDispense）、投与された量（MedicationAdministration）、そして患者さんが服用していると述べているもの（MedicationStatement）です。それぞれの使い分けについて、例やATCまたはRxNormでのコーディングとともに説明します。
- FHIR AllergyIntolerance リソースの解説（例付き）FHIR でアレルギーがどのように記録されるか：clinicalStatus、verificationStatus、type、category、criticality、および反応と重症度について、SNOMED CT でコード化されています。ペニシリンアレルギーの有効な FHIR R4 の例と、criticality と severity の混同などの一般的な間違いについて説明します。
- FHIR予防接種リソースについて（ワクチン接種記録）FHIRでのワクチン接種記録の保存方法：ステータス、ワクチンコード、日付、ロット番号、接種回数を含む予防接種リソース、接種されなかった場合の記録方法、国際患者サマリーでのワクチン接種記録のやり取りについて。
- FHIR Bundleの種類：トランザクション、バッチ、ドキュメント、サーチセットFHIR Bundleは複数のリソースをまとめるためのコンテナです。FHIR R4における9つのBundleタイプ（document, message, transaction, transaction-response, batch, batch-response, history, searchset, collection）について、transactionとbatchの違い、そして簡単なJSONの例をご紹介します。
- FHIRのCodeableConceptとCodingの違いを解説FHIRのほぼ全てのコード化された要素はCodeableConceptです。これは、異なるコードシステムからのコーディングのリストと元のテキストで構成されます。システム、コード、表示の仕組み、なぜ検査機関のローカルコードをLOINCの隣に保持するのか、そしてデータが読めなくなる原因となる間違いについて説明します。
- FHIRプロファイルと拡張機能についてFHIRプロファイルは、ベースリソースを絞り込んだStructureDefinitionです。必須要素、must-support、固定コード、スライシング、バインディング、不変条件などが含まれます。拡張機能は、ベースリソースにないものを追加します。プロファイルの公開方法、meta.profileの意味、バリデーターがどのようにチェックするかを、それぞれ分かりやすい例とともに説明します。
- FHIR実装ガイド：US Core、IPS、プロファイルFHIRの基本は意図的に広範に定められており、実装ガイド（IG）は、プロファイル、必須サポート要素、用語バインディングによって、国やユースケースに合わせてそれを絞り込みます。IGには何が含まれるのか、US CoreとInternational Patient Summary（IPS）の違い、そしてそれらに対する検証方法について説明します。
- FHIR検索パラメータの解説（例付き）FHIRサーバーへのクエリ方法：タイプ別検索パラメータ（トークン、日付、参照、文字列、数量）、geやltなどのプレフィックス、:exactや:missingなどの修飾子、チェイン、_includeおよび_revinclude、ソート、_count、ページネーションについて、検査結果の例付きURLとともに解説します。
- FHIRサブスクリプション：トピック、チャネル、R4からR5までFHIRサブスクリプションは、何かが変更されたときにサーバーに呼び出しを要求するものです。R4の基準ベースモデルの仕組み、R4BとR5がSubscriptionTopicに移行した理由、rest-hook、websocket、messageチャネルが提供するもの、通知Bundleの内容、そしてSubscriptions Backportが新しいモデルをR4にもたらす方法について説明します。
- FHIRバルクデータエクスポート（$export）の解説FHIRバルクデータアクセスIGは、$exportを、NDJSONファイルとして一度に多くの患者のデータを移動させるために定義しています。非同期フロー（キックオフ、ステータスポーリング、マニフェスト）の仕組み、システム、患者、グループレベルのエクスポート、バックエンド認証、そしてバルクエクスポートが不適切な場合について説明します。
病院のシステムはどのようにメッセージを交換しますか？
- HL7 v2 ADTとORUメッセージの解説HL7 v2は、多くの病院システムが互いに通信するための標準規格です。v2メッセージの構造（セグメント、フィールド、パイプとキャレットの区切り文字）、ADT A01/A03/A04/A08およびORU R01メッセージの内容、検査結果の注釈付き例、そしてFHIRへのマッピングについて解説します。
- HL7 v2 ORMおよびOMLオーダーメッセージ解説HL7 v2でのオーダーの流れ：ORM^O01一般オーダーメッセージと新しいOML^O21検査オーダー、オーダーを制御するORCセグメント（新規、キャンセル、ステータス）、オーダー内容を示すOBRセグメント、ORRおよびACK応答、そして同じオーダーがFHIR ServiceRequestとしてどのように表示されるか。
- インターフェースエンジンとは？ 導入が必要なケースインターフェースエンジンは、あるシステムからメッセージを受け取り、それを変換して他のシステムに配信します。キューイング、リトライ、監視、監査機能も備えています。構成要素（チャネル、リスナー、トランスフォーマー、デスティネーション）、HL7 v2ルーティングやFHIRファサードなどの一般的な役割、選び方と運用方法、そして導入が不要なケースについて解説します。
- 病院システム連携：電子カルテ、エンジン、検査、放射線病院内のシステムが互いに、また外部とどのように連携するかを解説します。中心となる電子カルテシステム、HL7 v2やFHIRをルーティングするインターフェースエンジン、検査、放射線、薬局、デバイス、遠隔医療、患者向けアプリなど。メッセージの流れ、有効なパターン、障害モード、そしてFHIRの役割について説明します。
- 検査システム（LIS）と電子カルテ（EHR）の連携方法検査システムとの連携は、病院における最も一般的な連携であり、最も間違いやすい部分でもあります。HL7 v2（ORM/OML、ORR、ORU）での検査オーダーと結果のフロー、ステータス、フラグ、単位、範囲、微生物検査やテキスト結果のフィールド、FHIRによる代替案、コードマッピング、テスト、そして設計上の失敗について解説します。
データを記述するのはどのコード体系ですか？
- LOINCコードとは？検査コードを解説LOINCは、すべての検査や臨床測定にユニバーサルなコードを付与するため、ある検査機関の結果が別のシステムでも同じ意味を持つようになります。LOINCコードの構成、LOINC名の6つの要素、HbA1cの例（4548-4など）、そして患者さんや開発者としてLOINCに触れる場面について説明します。
- SNOMED CTとは？臨床用語を解説SNOMED CTは世界最大の臨床用語集で、診断、所見、アレルギー、処置などをコードで記録するために使用されます。概念、記述、関係性の仕組み、ペニシリンアレルギーの「91936005」のような例、ライセンス、そしてSNOMED CTがICDやLOINCとどう違うのかを解説します。
- LOINCとSNOMED CT：どちらのコードをどこに使うかLOINCは、測定されたものや尋ねられたもの（検査、パネル、バイタルサイン、文書の種類）を命名します。SNOMED CTは、見つかったもの、行われたもの、または存在する状態（所見、生物、処置、体の部位）を命名します。両者の重複、両組織の協力関係、そしてFHIRのルール：Observation.codeにはLOINC、値にはSNOMED CTを使用します。
- SNOMED CTとICD-10：それぞれの用途SNOMED CTは、臨床医が見たものを記録するための臨床用語集です。ICD-10は、病気を数えたり請求したりするための分類です。サイズ、構造、目的の違い、マッピングが一方向である理由、そして両方がFHIRのConditionリソースにどのように配置され、国のシステムがそれらをどのように組み合わせるかについて説明します。
- ICD-10とICD-11の違いを解説ICD-11は2022年1月にWHOの標準としてICD-10に取って代わりましたが、多くの国ではまだICD-10でコーディングされています。2つの分類の違い（コード形式、構造、デジタル設計）、本態性高血圧のI10とBA00のような例、そして記録やアプリにとっての移行の意味について説明します。
- ICD-10とICD-10-CM、ICD-10-GM：各国の改訂版についてWHOが発行するICD-10に対し、各国は独自の改訂版を発行しています。例えば、米国ではICD-10-CM、ドイツではICD-10-GM、その他にもICD-10-AM、ICD-10-CA、フランスのCIM-10などがあります。これらのコード体系は、コードの長さ、詳細度、更新頻度がどのように異なるのか、なぜコードが相互に移行できないのか、それぞれのFHIR URLは何か、そして記録が他のシステムに移行する際にどのような影響があるのかを解説します。
- RxNormとATCの医薬品コードについて解説RxNormは米国のシステム向けに、臨床上の薬剤を規格と剤形まで特定します。ATCは国際的な統計や交換のために、有効成分を臓器別・治療グループ別に分類します。それぞれの仕組み、メトホルミンとワルファリンの例、そしてFHIRでそれらを連携させる方法を説明します。
- 検査結果のUCUM単位（mg/dL、mmol/L、10*3/uL）を解説UCUMは、電子健康データにおける測定単位のコードシステムです。なぜ大文字・小文字が区別されるのか、mg/dL、mmol/L、10*3/uL、m[IU]/L、{INR}といった単位がどのように表記されるのか、FHIR Quantityでどのように使われるのか、そして自由記述の単位がなぜ比較を困難にするのかを説明します。
- ローカル検査コードをLOINCにマッピングする方法：ステップバイステップほとんどの検査機関は独自の検査コードで報告しています。これらをLOINCにマッピングすることで、結果の比較が可能になり、どのFHIRシステムでも読み取れるようになります。ステップバイステップの方法：目録作成、LOINCの6つの軸、RELMA、検体と単位の落とし穴、用語サーバーでの検証、FHIR ConceptMap、そして新しい検査のためのガバナンス。
- FHIR用語サーバー：$lookup、$expand、$translate用語サーバーは、コードシステム（SNOMED CT、LOINC、ICD-10）、バリューセット、コンセプトマップを保持し、FHIRオペレーションを通じてコードに関する質問に答えます。各オペレーションの機能、リクエスト例、存在するサーバー（tx.fhir.org、Ontoserver、Snowstorm、HAPI）、およびアプリでの使用方法について説明します。
各国のシステムと国境を越えたシステムはどのように機能しますか？
- 全国電子健康記録：ヨーロッパと米国を比較各国の全国健康記録インフラストラクチャのマップ：ドイツのePA、フランスのMon espace santé、イタリアのFSE、スペインのHCDSNS、オランダのMedMijとLSP、イングランドのNHS、オーストリアのELGA、ポーランドのP1、北欧諸国、米国のネットワーク。それぞれの運営者、患者アクセス、標準、ベンダーの参入ポイント、およびEHDS。
- MyHealth@EUと国境を越える患者サマリーMyHealth@EUは、国内の連絡窓口を通じてEU諸国間で健康データを交換します。現在、患者サマリーと電子処方箋、そして今後は検査結果、画像、退院レポート、文書も交換されます。リクエストがどのように処理され、誰が何を見るのか、フォーマット（現在はCDA、EHDS下ではFHIR）、どの国が利用可能か、そしてEHDSの締め切りについて説明します。
- 国際患者サマリー（IPS）：概要、内容、入手方法IPSは、世界中の、あなたに会ったことのない医師が数秒で読める標準文書です。アレルギー、薬剤、病状、予防接種。その内容、利用方法、記録からの入手方法を解説します。
- EU域内での越境電子処方箋（MyHealth@EU）についてMyHealth@EUを通じて、一部のEU加盟国では、他の加盟国で発行された電子処方箋を薬局で受け取ったり、患者の概要を共有したりできます。その仕組み、利用可能なサービス、国によって利用可否が異なる理由、そしてEHDS規則がどのようにこれを拡張していくかについて説明します。
- ドイツの電子患者記録（ePA）とテレマティクインフラストラクチャーを解説ドイツの電子患者記録（ePA）は健康保険会社が管理し、2025年からデフォルトで作成され、テレマティクインフラストラクチャーを通じてアクセスできます。記録される内容（薬剤リスト、書類、MIO）、誰が記録するか、患者がどのように利用するか、使用される標準（FHIR、CDA、IHE）、gematikの役割、電子処方箋（E-Rezept）とKIM、そしてベンダーがどのように接続するかについて説明します。
- フランス：Mon espace santéとDMPについてMon espace santéは、2022年からデフォルトで利用可能になったフランスの国民的個人健康情報スペースです。その内容（DMP記録、セキュアメッセージング、参照アプリカタログ）、医療従事者がどのように情報を追加するか、INS（国民健康ID）、CI-SIS相互運用性フレームワーク、Ségurプログラム、HDS（医療データホスティング）、そしてアプリがどのように参照されるかについて説明します。
- オーストリアのELGA電子健康記録についてELGAは2015年からオーストリアの国民的電子健康記録です。オプトアウト制で文書ベースであり、退院時サマリー、検査・放射線レポートをCDA文書としてIHE XDSレジストリ経由で共有します。さらに、e-Medikation（電子処方箋）と中央のe-Impfpass（電子予防接種記録）も含まれます。ガバナンス、ID Austriaによる市民アクセス、標準規格、医療提供者の接続方法について解説します。
- イタリアのFSE 2.0：国民健康記録について解説Fascicolo Sanitario Elettronico（FSE）はイタリアの健康記録で、各州が作成し、全国的に連携されています。FSE 2.0では、国民ゲートウェイ、中央データリポジトリ、FHIRが追加されます。その内容、誰が記録を書き込むか、SPIDまたはCIEによる市民アクセス、CDAからFHIRへの移行、使用されるコード、ベンダーのエントリーポイントについて説明します。
- スペイン：HCDSNSと地域ごとの医療記録についてスペインには17の地域医療サービスがあり、それぞれ独自の記録を持っています。これらは全国的なHCDSNSを通じて接続されており、患者さんの診療記録やレポートを他の地域でも閲覧できます。全国ノードが交換する情報、相互運用可能な電子処方箋、市民が自身の記録にアクセスする方法、使用される標準やコード、そしてベンダーの接続方法について説明します。
- オランダ：メディマイとLSPについて解説オランダには国民的な医療記録がありません。LSPは、オプトイン同意のもと、薬剤データとGPの概要を交換するための全国的なスイッチです。メディマイは、認定された個人の健康環境（PGO）がFHIRを介して個人のデータを収集するための信頼フレームワークです。それぞれの仕組み、Wegiz、Nictizの標準、nl-core、そしてメディマイラベルについて説明します。
- ポーランド：P1、IKP、電子処方箋（e-recepta）の解説ポーランドでは、電子処方箋（e-recepta）（2020年）、電子紹介状（e-skierowanie）（2021年）、電子病気休暇証明書（e-zwolnienie）、医療イベント登録、電子文書交換が、電子健康センター（Centrum e-Zdrowia）が運営する中央P1プラットフォームを通じて導入されました。国民向けにはIKP（インターネット患者アカウント）とmojeIKPアプリがあります。各サービスの内容、標準（HL7 CDA、FHIR）、本人確認、ベンダーの接続方法について説明します。
- 英国：NHS Spine、GP Connect、NHSアプリについて解説イングランドの医療データは、Spine（人口統計、Summary Care Record、電子処方箋、電子紹介状）と、GP ConnectのようなFHIR APIを通じて流れています。GP Connectは、他の医療機関やNHSアプリにGPの記録を開放します。各サービスの内容、NHS番号とNHSログイン、FHIR UK Core、SNOMED CTとdm+d、DTACとDSPT、そして各地域（devolved nations）についても解説します。
開発者向け
Anpheros Platform
相互運用可能な医療データの上に構築する
Anpheros Platformは医療記録のためのFHIR R4 APIで、患者の同意管理、無料のサンドボックス、Dart・Flutter・TypeScript向けSDKを備えています。