HL7とFHIRの違い：HL7 v2、CDA、FHIRの比較と、どちらが必要か

「HL7 vs FHIR」という質問は少し不正確で、それでもその答えは役立ちます。HL7は組織であり、Health Level Seven Internationalという名前で、その組織が発行する標準群のことです。FHIRはそのファミリーの最新メンバーです。実際の比較は、実務で出会う3つのHL7標準、つまりHL7バージョン2メッセージ、CDAドキュメント、そしてFHIRリソースの間で行われます。このガイドでは、それぞれの標準が何であるか、2026年時点でどこに位置するか、そしてどちらが必要かについて説明します。

開発者向け技術情報: FHIR vs HL7 v2 · HL7 v2からFHIRへのマッピング はdevelopers.anpheros.comにあります。リクエスト、レスポンス、制限事項も含まれています。このページは平易な言葉での説明です。

HL7 v2: 病院システム間のメッセージ

HL7バージョン2は1980年代後半に登場し、現在でも世界で最も広く普及している医療データ標準です。病院の内外のシステム間でメッセージをやり取りします。例えば、患者の入院（ADT）、検査のオーダー（ORM）、結果の返却（ORU）などです。メッセージは、セグメントを持つパイプ区切りのテキストです。

MSH|^~\&|LAB|CityLab|EHR|Clinic|20260901081000+0300||ORU^R01|MSG0001|P|2.5.1
PID|1||12345^^^Clinic^MR||Ionescu^Elena||19850903|F
OBR|1|||CBC^Complete blood count|||20260901081000+0300
OBX|1|NM|718-7^Hemoglobin^LN||13.2|g/dL|12.0-16.0|N|||F|||20260901081000+0300

これは機能しており、どこにでも存在しますが、最新のアプリで利用するのは困難です。フォーマットが位置依存であり、各サイトで独自の言い回しがあり、「HTTP経由でこの患者の記録を取得する」という概念がありません。

CDA: 臨床文書

2000年代のClinical Document Architectureは、文書のためのXMLです。例えば、退院サマリー、紹介状、患者サマリーなどです。CDAドキュメントは人間が読める形式で、全体として署名されます。多くの国の医療情報交換や、第一世代の患者サマリーはこの形式で構築されました。「この人の最後の血圧はいくらだったか」のような質問には適していますが、文書としては良い形式です。

FHIR: Web上のリソース

Fast Healthcare Interoperability Resourcesは、2014年に初めて公開され、2019年からR4で安定版となっています。医療データを、JSONまたはXML形式で、WebページのようにHTTP経由でアクセス可能な、構造が定義されたリソースとして記述します。検査結果はObservation、診断はCondition、処方はMedicationRequestとなり、それぞれに標準コード（LOINC、ICD-10、SNOMED CT、ATC）が付与されます。プログラマーがすでに知っているツールを使って、これらのリソースを取得、検索、書き込みできます。

GET /fhir/R4/Observation?patient=123&code=http://loinc.org|718-7&_sort=-date

FHIRは、EUおよび米国で現在患者アクセスに義務付けられているものであり、SMART on FHIRアプリが動作する基盤であり、European Health Data Spaceが構築されているものです。平易な言葉での説明は、FHIRとは何か、なぜ重要なのかをご覧ください。

並べて比較

どちらが必要か

• アプリ、API、AIアシスタントを開発する場合: 迷わずFHIRを選びましょう。
• 検査室や病院から結果を受け取る場合: おそらくHL7 v2でしょう。なぜなら、それが彼らが送信する形式だからです。境界で変換しましょう。
• 国のシステムと正式な文書を交換する場合: 国によってCDAまたはFHIRドキュメントになります。

実用的なパターンは「HL7 v2を取り込み、それ以外はすべてFHIR」です。Anpheros Platformは、検査レポートに関してまさにこれを実現します。検査室は送信されたままのORU^R01メッセージを投稿し、各OBXはLOINCコード、単位、参照範囲、そして検査機関名が実行者として記載されたFHIR Observationになります。患者の記録はFHIRになり、検査室は変更する必要がありません。

curl -X POST "$BASE/v1/patients/$PID/labs/import" \
     -H "Authorization: Bearer $KEY" -H "Content-Type: x-application/hl7-v2+er7" \
     --data-binary @report.hl7

詳細は、ラボコネクタ: HL7 v2とCSVをFHIRへをご覧ください。

よくある質問

FHIRはHL7 v2を置き換えていますか？

新しい開発においては、はい。既存のv2フィードは、機能しており、置き換えにはコストがかかるため、今後も長年稼働するでしょう。ほとんどの実際のシステムでは、フィードを置き換えるのではなく、境界でv2をFHIRに変換しています。

FHIRはHL7の一部ですか？

はい。FHIRはHL7 Internationalによって発行されており、v2やCDAの背後にある組織と同じです。「HL7 FHIR」が正式名称です。

どのFHIRバージョンを使うべきですか？

R4 (4.0.1)です。規制が参照しており、ほとんどのシステムが実装しているバージョンです。R5も存在しますが、採用は限定的です。Anpheros PlatformはR4を実装しています。

FHIRは文書も扱えますか？

はい。DocumentReferenceはPDFやその他のファイルを指し、FHIR Document Bundleは構成された文書とそのセクションを運ぶことができ、これはInternational Patient Summaryが配信される方法です。

FHIR APIを使用するためにHL7 v2を学ぶ必要がありますか？

いいえ。検査室や病院と連携する場合、相手側でv2に遭遇するでしょう。それを変換するプラットフォームがあれば、あなたのコードは常にFHIRのみを目にすることになります。