HL7 FHIR JP Core ImplementationGuide
1.1.2 - release
HL7 FHIR JP Core ImplementationGuide - Local Development build (v1.1.2) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions
項目 | 内容 |
定義URL | http://jpfhir.jp/fhir/core/StructureDefinition/JP_DiagnosticReport_Common |
Version | 1.1.2 |
Name | JP_DiagnosticReport_Common |
Title | JP Core DiagnosticReport Common Profile |
Status | Active ( 2023-10-31 ) |
Copyright | Copyright FHIR Japanese implementation research working group in Japan Association of Medical Informatics (JAMI) 一般社団法人日本医療情報学会NeXEHRS課題研究会FHIR日本実装検討WG |
このプロファイルはDiagnosticReportリソースに対して、データを送受信するための共通の制約と拡張を定めたものである。
DiagnosticReport(検査レポート)リソースは、患者、患者のグループ、デバイス、場所、および/またはこれらから派生した検体に対する検査結果と解釈について記載されるリソースである。DiagnosticReportリソースに対する主な用途(プロファイル)は以下の通りである。
本プロファイルは、これらプロファイルに共通となる制約、拡張などのプロファイル定義と利用方法等について記述している。
なお、DiagnosticReportリソースは蓄積された結果の表示(例えば過去および現在のレポートの結果一覧の表示)をサポートしていない。連続的に作成された詳細な構造化レポートを完全にサポートすることは現時点ではできておらず、将来のリリースで実現するように計画されている。
また、DiagnosticReportリソースは、FHIRのワークフロー(Workflowを参照)の観点からは、「イベント」リソースの1つである。このリソース(DiagnosticReport)を、イベントリソースのワークフローパターンに合わせることは、OrdersやObservation Workgroupが意図するところである。
多くの診断プロセスは、Observation(検査、観察)とDiagnosticReport(検査レポート)を生成する手続きである点に留意する必要がある。多くの場合、Observationを作成するために明示的に手続きの発行を要しないが、診断手順がどのように実行されたかについての詳細な関心がある場合、Procedureリソースが行為を記述するために使用される。
Observationリソースとは 対照的に、DiagnosticReportリソースには通常、追加の臨床コンテキスト、いくつかの小さな所見のまとめ、画像、画像レポート、テキストおよびコード化された解釈、テンプレート化された診断報告書などが含まれる。検査レポート、病理レポート、および画像レポートは、DiagnosticReportリソースを使用して表す必要がある。Observationリソースは、特定の検査におけるいくつかの小さな所見のまとめを提供するためにDiagnosticReportから参照される。
高度に構造化されたレポートがある場合は、データとワークフローをサポートするDiagnosticReportを使用する。診断調査のリクエストに関する詳細は、さまざまな「リクエスト」リソース(ServiceRequestなど)に取り込まれ、レポートを臨床ワークフローに接続できるようにする。組織診、剖検などにおいて、少ないワークフローでナラティブに書き起こされるレポートの場合は、Compositionリソースの方が適切である。
レポートに関連する医用画像や汎用画像、およびキー画像は、DiagnosticReportリソースで参照される。詳細でかつ実際の画像インスタンスは、DiagnosticReport.mediaエレメントを使用して検査レポートで直接参照するか、DiagnosticReport.ImagingStudyエレメントを介して、特定の患者のDICOM画像検査またはDICOMインスタンスのセットで生成されたコンテンツを表すImagingStudyリソースを間接的に参照することができる。
Usage:
Description of Profiles, Differentials, Snapshots and how the different presentations work.
Other representations of profile: CSV, Excel, Schematron
codeにはJP Core DiagnosticReport Code Valuesetから各ユースケースに適したコードを選択する。
放射線レポートでは複数のモダリティを用いた放射線学的検査手技に対応するため、画像診断報告書(18748-4)を選択する。 SS-MIX2等からのデータ移行における互換性担保のためにCT検査レポートやIVR検査レポートなど粒度が細かいコードを残してあるが、これらは新規レポート発行の際には利用しないこと。
一方で細菌検査等ではレポート発行時に特定の検査と紐づけることが可能であるため、粒度の細かい適切なコードを選択する必要がある。 詳細については各ユースケースの定義を参照すること。
検索パラメータの一覧である。共通の検索パラメータも利用される。
コンフォーマンス | パラメータ | 型 | 説明 | 表現型 |
---|---|---|---|---|
MAY | based-on | reference | オーダ情報への参照 | DiagnosticReport.basedOn (CarePlan, MedicationRequet, NutritionOrder, ServiceRequest, ImuunizationRecommendation |
MAY | category | token | レポート種別 | DiagnosticReport.category (ValueSet) |
MAY | code | token | レポート全体を示すコード | DiagnosticReport.code |
MAY | conclusion | token | コード化されたレポートの conclusion (interpretation/impression) | DiagnosticReport.conclusionCode |
MAY | date | date | レポート作成日 | DiagnosticReport.effectiveDate |
MAY | encounter | reference | オーダが発行された際の Encounter | DiagnosticReport.encounter (Encounter) |
SHALL | identifier | token | レポートの identifier(識別子) | DiagnosticReport.identifier |
SHOULD | issued | date | レポート発行日(確定日) | DiagnosticReport.issued |
MAY | media | reference | 画像への参照 | DiagnosticReport.media.link (Media) |
SHOULD | patient | reference | レポートの対象患者 | DiagnosticReport.subject.where(resolve() is Patient) (Patient) |
SHOULD | performer | reference | レポート確定者 | DiagnosticReport.performer (Practitioner) |
MAY | result | reference | 関連する検査結果 (検体検査結果など) | DiagnosticReport.result (Observation) |
MAY | results-interpreter | reference | レポートの記述者 | DiagnosticReport.resultsInterpreter (Practitioner) |
MAY | specimen | reference | specimenの詳細 | DiagnosticReport.Specimen (specimen) |
SHOULD | status | token | レポートの状態 | DiagnosticReport.status |
次の検索パラメータは必須でサポートされなければならない。
identifier 検索パラメータを使用して、オーダIDなどの識別子によるDiagnosticReportの検索をサポートしなければならない(SHALL)
GET [base]/DiagnosticReport?identifier={system|}[code]
例:
GET [base]/DiagnosticReport?identifier=http://myhospital.com/fhir/diagnosticreport-id-system|1234567890
指定された識別子に一致するDiagnosticReportリソースを含むBundleを検索する。
各ユースケースのプロファイルを参照のこと。