FHIR

FHIR DiagnosticReport（検査レポート）について：検査項目、病理レポート、画像レポートの結果をどのようにグループ化するか

DiagnosticReportは、署名されたレポートのためのFHIRリソースです。Observation（検査結果）をパネルにグループ化し、結論やPDFを格納し、誰がいつ発行したかを記録します。ステータス、カテゴリ（検査、放射線、病理）、ImagingStudyへのリンク、有効なR4の例、DocumentReferenceとの違いについて説明します。

著 公開日 1分で読めます

短く言うと： DiagnosticReport は レポート のためのFHIRリソースです。これは、検査機関、画像部門、または病理サービスが発行する一連の所見で、ステータス、カテゴリ、発行者、発行日時、結論、グループ化された結果のObservation、記述されたimagingStudy、そしてpresentedForm（署名付きPDF）を含みます。血算は多数のObservationを持つDiagnosticReportであり、CTスキャンは記述的な結論と画像へのリンクを持つDiagnosticReportです。Observationは単一の値ですが、DiagnosticReportはそれらを多数配信するドキュメントです。

有効なFHIR R4の例

有効なFHIR R4のDiagnosticReportには、ステータスとコードが必要です。実際には、対象者、カテゴリ、有効日時、発行日時、担当者、そしてグループ化された結果のObservationも含まれます。以下の例は、完全血球計算の最終的な血液検査レポートで、LOINCパネルでコード化され、3つのObservation、SNOMED CTコードによる結論、署名済みのPDFがリンクされています。

{
  "resourceType": "DiagnosticReport",
  "id": "cbc-2026-03-14",
  "identifier": [{"system": "https://lab.example.org/reports", "value": "RPT-2026-77812"}],
  "basedOn": [{"reference": "ServiceRequest/order-778812"}],
  "status": "final",
  "category": [{"coding": [{"system": "http://terminology.hl7.org/CodeSystem/v2-0074", "code": "HM", "display": "Hematology"}]}],
  "code": {"coding": [{"system": "http://loinc.org", "code": "58410-2", "display": "CBC panel - Blood by Automated count"}]},
  "subject": {"reference": "Patient/example"},
  "encounter": {"reference": "Encounter/visit-2026-03-14"},
  "effectiveDateTime": "2026-03-14T08:40:00+01:00",
  "issued": "2026-03-14T13:05:00+01:00",
  "performer": [{"reference": "Organization/central-lab"}],
  "resultsInterpreter": [{"reference": "Practitioner/haematologist-7"}],
  "specimen": [{"reference": "Specimen/edta-1"}],
  "result": [
    {"reference": "Observation/hgb-2026-03-14"},
    {"reference": "Observation/wbc-2026-03-14"},
    {"reference": "Observation/plt-2026-03-14"}
  ],
  "conclusion": "Mild normocytic anaemia; other parameters within reference ranges.",
  "conclusionCode": [{"coding": [{"system": "http://snomed.info/sct", "code": "271737000", "display": "Anemia"}]}],
  "presentedForm": [{"contentType": "application/pdf", "url": "https://lab.example.org/reports/RPT-2026-77812.pdf", "title": "CBC report"}]
}

result で参照される各Observationには、FHIR Observationの説明で説明されているように、独自のLOINCコード、値、単位、および参照範囲があります。

ステータス：レポートのライフサイクル

FHIR DiagnosticReportのステータスは、レポートのライフサイクルに従います。注文時に登録され、結果が届くと部分的に、完了したが検証されていない場合は予備的に、署名されると最終的に、その後変更があれば修正または追加されます。それ以外の場合はキャンセルまたは無効として閉じられます。利用者は、修正および訂正されたレポートに注意する必要があります。なぜなら、先週の最終的な値が変更されている可能性があるからです。

registered（注文済み、まだ何もなし）→ partial（一部の結果あり）→ preliminary（すべてあり、未検証）→ final（署名済み）→ amended または corrected（署名後に変更、理由を注記に記載）または appended（追加あり）。 cancelled および entered-in-error はそれ以外で終了します。利用者は amended および corrected に注意する必要があります。先週は最終だった値が変更され、レポートの issued 時間が更新される可能性があります。

カテゴリとコード

DiagnosticReport.categoryは、HL7 v2テーブル0074のコード（LAB、HM血液学、CH化学、MB微生物学、RAD放射線科、PAT病理学など）を使用して、どの診断サービスがレポートを発行したかを示します。DiagnosticReport.codeは、レポートの内容を示し、通常は検査レポートの場合はLOINCパネルコード、画像検査や病理検査の場合はLOINC放射線科または病理学検査コード、あるいはローカルの処置コードです。

category はHL7 v2テーブル0074の診断サービスセクションを使用します：LAB、HM（血液学）、CH（化学）、MB（微生物学）、RAD（放射線学）、PAT（病理学）、CG（細胞遺伝学）など。US Coreは、検査レポートに LAB を要求します。code はレポートの内容を示します。検査の場合、LOINCパネルコード（CBC 58410-2、包括的代謝パネル 24323-8、脂質パネル 57698-3）、画像の場合、LOINC放射線コードまたはローカルの処置コード、病理の場合、LOINC病理検査コードです。LOINCコードとは？ を参照してください。

検査、画像、病理レポート

検査、画像、病理レポートは、異なる要素を持つ同じFHIR DiagnosticReportリソースを使用します。検査レポートは、検体リソースとともに、分析項目ごとのObservationをグループ化します。画像検査レポートは、放射線科医の結論、ImagingStudyへの参照、および主要な画像を格納します。病理レポートは、診断テキスト、病期分類のObservation、および組織検体を格納します。これら3つすべてが、presentedFormに署名済みのPDFを添付します。

検査 画像 病理
result 分析項目ごとの1つのObservation 通常なし。測定値がある場合も グレード、マーカー、断端のObservation
conclusion オプションのコメント 放射線科医の印象 診断テキスト
imagingStudy — ImagingStudyへの参照 デジタル化された全スライド画像
media — 主要な画像 代表的なスライド画像
presentedForm 署名付きPDF 署名付きPDF 署名付きPDF
specimen 血液、尿… Specimenリソース — 組織 Specimenリソース

画像の場合、画像自体はDICOMに残ります。FHIR ImagingStudy vs DICOMweb を参照してください。これらのレポートの患者向けの意味については、検査結果の読み方 および CTスキャンレポートの説明 を参照してください。

DiagnosticReport vs DocumentReference

FHIR DiagnosticReportは構造化されたレポートであり、その所見はコード化されたObservationであるか、またはそうすることができます。一方、DocumentReferenceは、メタデータとファイルを持つあらゆる種類のドキュメントへのポインタです。構造化された検査結果はDiagnosticReportになります。構造化データのないスキャンされたPDFはDocumentReferenceになり、多くのシステムが同じレポートに対して両方を作成します。

DiagnosticReport は構造化されたレポートで、その所見はコード化されたObservation（またはコード化可能）です。DocumentReference は、メタデータとファイルを持つ任意の種類のドキュメントへのポインタです。HL7 v2 ORUとして到着した検査レポートは、Observationを持つDiagnosticReportになります。構造化データのない、他国からのレポートのスキャンされたPDFは、DocumentReferenceです。多くのシステムは両方を作成します。データ用のDiagnosticReportと、署名済みファイル用の presentedForm またはDocumentReferenceです。DocumentReference vs DiagnosticReport vs Binary を参照してください。

レポートを破損させる間違い

FHIR DiagnosticReportを最も頻繁に破損させる間違いは、グループ化するレポートなしでObservationを送信すること、Observationがまだ予備的な状態であるのにレポートを最終とマークすること、結論を偽のコードを持つObservationに重複させること、修正を検出できないように発行タイムスタンプを省略すること、そして既にLOINCパネルが存在する場合にローカルのパネルコードを偽造することです。

  • 結果がDiagnosticReportなしでObservationとして記述されており、消費者はどの値が一緒に発行されたのか、またはどのレポートが修正されたのかを判断できない。
  • Observationsがまだ preliminary なのに、レポートに status: final が設定されている。
  • 結論が、でっち上げられたコードを持つObservationに重複して記述されている。
  • issued が欠落しており、消費者がレポートを注文したり、修正を検出したりできない。
  • LOINCパネルが存在するのに、ローカルでパネルコードが発明されている。

Anpherosにて

Anpheros Platformは、HL7 v2 ORU、CSV、またはJSONとしてラボコネクタ経由で到着した検査結果を、DiagnosticReportの下にグループ化されたFHIR Observationに変換します。担当者はラボであり、利用可能な場合は元のファイルがpresentedFormとして格納されます。アプリで人がスキャンしたレポートは、個々の結果と元の画像を持つ1つのレポートとして保持されます。

受け入れられたフォーマットについては、ラボコネクタで説明しています。スキャンされた元の画像がレポートと一緒に保持されるため、臨床医は任意の値をソースに対して確認できます。修正されたレポートは、リソースバージョンを通じて履歴を保持します。

関連ページ

ソース

よくある質問

単一の検査にDiagnosticReportは必要ですか？

厳密には、単一のObservationは単独で存在でき、家庭での測定値は通常そうです。検査機関が発行するものは、たとえ結果が1つであっても、ステータス、発行者、署名済みフォームが一緒に渡されるように、DiagnosticReportでラップするのが望ましいです。

修正された結果はどのように表現しますか？

Observationを更新し（そのバージョンが変更されます）、DiagnosticReportのステータスをamendedまたはcorrectedに設定し、issuedを更新し、理由を注記に記録します。同じ識別子を持つ2番目のレポートを絶対に作成しないでください。

参照範囲はどこに配置しますか？

各ObservationのreferenceRangeに配置します。範囲は分析項目ごと、および検査機関ごとに異なるためです。レポート自体に範囲はありません。

DiagnosticReportは他のレポートを含むことができますか？

R4では直接できません。関連するレポートはbasedOnまたは拡張機能を通じて互いを参照し、パネルのサブパネルは通常、hasMemberを持つObservationとしてモデル化されます。R5でも同じアプローチが維持されています。

Anpheros Platform

サンドボックスで無料で試す

5分で最初のFHIR呼び出し. 患者さんの同意が組み込まれたHL7 FHIR R4 APIです。サンドボックスでお試しいただき、ご自身のアプリやクリニックのシステムを接続してください。

無料のサンドボックスを作成開発者ガイドを読む →

無料・合成患者30人・カード不要

このガイドは情報提供のみを目的としており、医学的アドバイスに代わるものではありません。健康に関する決定については、医師にご相談ください。緊急時は、地域の緊急通報番号（ヨーロッパでは112）に電話してください。
作成者
Anpherosチーム

Anpherosは、患者が管理し、あらゆるクリニックと共有できる医療記録を、EUを拠点とするHL7 FHIR R4プラットフォーム上で構築しています。これらのガイドは、ご自身の健康を理解し整理するのに役立ちますが、医師の代わりになるものではありません。

Anpherosについて →

主要用語

DiagnosticReportFHIRHL7LOINCDocumentReferenceImagingStudyDICOMwebHL7 v2

すべての用語 →

次に読む

体と健康

ビタミンとミネラル：それぞれの働き、摂取源、そしてサプリメントが有効な場合

私たちの体は、エネルギー、血液、骨、ホルモンを作るために、13種類のビタミンと約15種類のミネラルを少量ずつ必要としています。主なビタミン・ミネラルの働き、最適な食品源、不足しやすい人（ビタミンD、B12、鉄分、葉酸、ヨウ素）、サプリメントが有効な場合、そして「摂りすぎは良くない」理由を分かりやすく解説します。

2026年10月28日あなたの体の仕組み

体温調節：体が37℃を保つ仕組み、汗や震えの役割、そして暑さや寒さが危険になる時

体の中心温度は、視床下部が代謝で発生する熱と、皮膚、汗、呼吸で失われる熱のバランスをとることで、約37℃の範囲に保たれています。体の冷やし方や温め方、発熱とは何か、体が数週間かけて暑さに適応する仕組み、熱疲労、熱中症、低体温症の兆候、そして猛暑の時に記録すべきことについて説明します。

2026年10月28日体と健康

睡眠と体内時計：体のリズムの仕組みとより良い睡眠をとる方法

体は約24時間周期のリズムで動いており、睡眠、ホルモン、体温を調整しています。体内時計の仕組み、成人に必要な睡眠時間、体内時計を乱す要因（光、シフトワーク、時差ぼけ）と、睡眠を助ける習慣について、無料の就寝時間計算ツールもご紹介します。

2026年10月28日

すべてのガイド →

アプリを探す

始める

デバイス

もっと見る

自宅でできる検査

無料ツール

始める

もっと見る

Platformを探す

SDKとコード

もっと見る

ガイドを読む

解説

もっと見る

研究

もっと見る