<status value="active" /> <publisher value="FHIR® Japanese implementation research working group in Japan Association of Medical Informatics (JAMI)" /> <description value="このプロファイルはDiagnosticReportリソースに対して、放射線検査のデータを送受信するための制約と拡張を定めたものである。" /> <copyright value="FHIR® Japanese implementation research working group in Japan Association of Medical Informatics (JAMI)" /> <fhirVersion value="4.0.1" /> <mapping> <identity value="workflow" /> <uri value="http://hl7.org/fhir/workflow" /> <name value="Workflow Pattern" /> </mapping> <mapping> <identity value="v2" /> <uri value="http://hl7.org/v2" /> <name value="HL7 v2 Mapping" /> </mapping> <mapping> <identity value="rim" /> <uri value="http://hl7.org/v3" /> <name value="RIM Mapping" /> </mapping> <mapping> <identity value="w5" /> <uri value="http://hl7.org/fhir/fivews" /> <name value="FiveWs Pattern Mapping" /> </mapping> <kind value="resource" /> <abstract value="false" /> <type value="DiagnosticReport" /> <baseDefinition value="http://hl7.org/fhir/StructureDefinition/DiagnosticReport" /> <derivation value="constraint" /> <snapshot /> <differential> <element id="DiagnosticReport.identifier"> <path value="DiagnosticReport.identifier" /> <definition value="実行者または他のシステムによってこのレポートに割り当てられた識別子。" /> <comment value="通常は診断サービスプロバイダの情報システムにより設定される。 <br/><br/> 【JP仕様】<br/> レポート番号<br/> （放射線情報システム(RIS)による発番が想定されるが、施設によって電子カルテ等のオーダ番号を使う場合もあり得る） <br/><br/>" /> <requirements value="このレポートについてクエリを実行するとき、およびFHIRコンテキスト外のレポートにリンクするときにどの識別子を使用するかを知る必要がある" /> </element> <element id="DiagnosticReport.basedOn"> <path value="DiagnosticReport.basedOn" /> <definition value="レポート作成サービスに対する要求の詳細" /> <comment value="通常は１つのリクエストに対し１つの検査結果となるが、状況によって１つのリクエストに対し複数の検査結果が要求され、複数のレポートが作成される場合もあるので注意すること。 <br/><br/> 【JP仕様】<br/> オーダ発生元の ServiceRequest または CarePlan への参照（多くの場合はServiceRequest（オーダ）が存在するが、オーダが発生しない検査も想定される。） <br/><br/>" /> <requirements value="このエレメントによりレポートの認可をトレースしたり、レポート作成サービスに対する提案や推奨事項を追跡することができる。" /> </element> <element id="DiagnosticReport.status"> <path value="DiagnosticReport.status" /> <definition value="診断レポートの状態" /> <comment value="FHIRのstringsは1MBを越えてはならない（SHALL NOT）ことに留意すること。 <br/><br/> 【JP仕様】<br/> ・診断レポートのステータス<br/> ・定義通りの選択肢（例：preliminary 一次読影, final 二次読影（完了）等）を利用。 <br/><br/>" /> <requirements value="診断サービスではルーチンに仮確定あるいは不完全なレポートが発生することがある。また、しばしば前に発行されたレポートが取り消されることもある。" /> </element> <element id="DiagnosticReport.category"> <path value="DiagnosticReport.category" /> <definition value="レポートを作成した臨床分野・部門、または診断サービス（CT, US, MRIなど）を分類するコード。 これは、検索、並べ替え、および表示の目的で使用される。" /> <comment value="様々なカテゴリのシェーマを用いて複数のカテゴリを設定できる。 カテゴリの情報粒度はvalue setに定義されている。より詳細なフィルタリングの粒度が必要な場合はDiagnosticReport.codeのmetadata等を用いることで対応できる。 <br/><br/> 【JP仕様】<br/> 放射線レポートは ”RAD” をデフォルトとして設定。追加の情報については任意。 <br/><br/>" /> </element> <element id="DiagnosticReport.code"> <path value="DiagnosticReport.code" /> <definition value="この診断レポートを表現するコードや名称" /> <comment value="すべての用語の使用がこの一般的なパターンに適合するわけではない。 場合によっては、モデルにcodeableConceptを使用せず、コーディングを直接使用して、テキスト、コーディング、翻訳、および要素間の関係と事前調整および事後調整を管理するための独自の構造を提供する必要がある。 <br/><br/> 【JP仕様】<br/> <a href="https://www.jira-net.or.jp/publishing/files/jesra/JESRA_TR-0042_2018.pdf">画像診断レポート交換手順ガイドライン</a>「5.1 レポート種別コード」に記載されているLOINCコード <a href="https://loinc.org/18748-4/">"Diagnostic imaging study"</a> を指定 <br/><br/>>" /> </element> <element id="DiagnosticReport.subject"> <path value="DiagnosticReport.subject" /> <definition value="レポートの対象。 必ずでは無いが、通常、これには「患者」が該当する。" /> <comment value="参照は実際のFHIRリソースへの参照であり、解決可能である必要がある。解決はURLから取得するか、または、リソースタイプが利用できる場合は絶対参照を正規URLとして扱い、ローカルレジストリ/リポジトリで検索する。 <br/><br/> 【JP仕様】<br/> Patient リソースを参照 <br/><br/>" /> <requirements value="対象のコンテキストが必要である。" /> </element> <element id="DiagnosticReport.encounter"> <path value="DiagnosticReport.encounter" /> <definition value="この診断レポートが関するヘルスケアイベント。" /> <comment value="これは通常、レポートの作成が発生するエンカウンターだが、一部のイベントはエンカウンターの正式な完了の前または後に開始される場合がある（例えば入院前の検査）。その場合でも（入院に関連して検査が行われる場合など）、エンカウンターのコンテキストに関連付けられる。【JP仕様】<br/> このレポートを書く切っ掛けとなる Encounterリソース（例：術前検査の場合、術前訪問） を参照 <br/><br/>" /> <requirements value="Enconterコンテキストへのリンクが必要である" /> </element> <element id="DiagnosticReport.effective[x]"> <path value="DiagnosticReport.effective[x]" /> <definition value="観測値が関連する時間または期間。レポートの対象が患者である場合、これは通常、読影開始の時間であり、日付/時刻自体のみが提供される。" /> <comment value="診断手順が患者に対して実行された場合、これは実行された時間を示す。 <br/><br/> 【JP仕様】<br/> レポート作成日時<br/> （DateTimeを採用し、Periodは不使用） <br/><br/>" /> <type> <code value="dateTime" /> </type> </element> <element id="DiagnosticReport.issued"> <path value="DiagnosticReport.issued" /> <definition value="このバージョンのレポートがプロバイダーに提供された日時。通常、レポートがレビューおよび検証された後になる。" /> <comment value="リソース自体の更新時間とは異なる場合がある。これは、レポートの実際のリリース時間ではなく、レコード（場合によってはセカンダリコピー）のステータスであるため。 <br/><br/> 【JP仕様】<br/> レポート確定日時 <br/><br/>" /> <requirements value="臨床医は、レポートがリリースされた日付を確認できる必要がある。" /> </element> <element id="DiagnosticReport.performer"> <path value="DiagnosticReport.performer" /> <definition value="レポートの発行を担当するもの。" /> <comment value="臨床診断レポートに対して責任を持つもの. 【JP仕様】<br/> レポート確定者<br/> （責任としては performaer > resultsInterpreter という関係性） <br/><br/>" /> <requirements value="結果に関する問い合わせがある場合は、誰に連絡を取るべきかを知る必要がある。また、データ二次分析のためにレポートの発生源を追跡する必要が生じる場合もある。" /> </element> <element id="DiagnosticReport.resultsInterpreter"> <path value="DiagnosticReport.resultsInterpreter" /> <definition value="レポートの結論や読影に関わる医師や組織" /> <comment value="必ずしも診断レポートに対して責任を持つものを示すわけでは無い。 <br/><br/> 【JP仕様】<br/> レポートの関係者（作成者、読影者、確定者など）を列挙 <br/><br/> 【議論】<br/> 但し、一次読影や二次読影などの役割 (Practioner Roll) の指定方法はペンディング <br/><br/>" /> <requirements value="結果に関する問い合わせがある場合は、誰に連絡を取るべきかを知る必要がある。また、データ二次分析のためにレポートの発生源を追跡する必要が生じる場合もある。" /> </element> <element id="DiagnosticReport.specimen"> <path value="DiagnosticReport.specimen" /> <definition value="診断レポートの対象となる検体" /> <comment value="【JP仕様】<br/> ・未使用<br/> ・画像ガイド下生検で得られる検体の可能性は有り得るが、本項目は病理レポートで利用されることを想定し、放射線レポートでは特には規定しない <br/><br/>" /> <requirements value="レポートの対象となる取集された検体についての情報をレポートできる必要がある。" /> </element> <element id="DiagnosticReport.result"> <path value="DiagnosticReport.result" /> <definition value="診断レポートの一部となるObservationリソース" /> <comment value="Observationはさらにobservationを含むことができる。 <br/><br/> 【JP仕様】<br/> 計測情報などの付随所見をObservationリソースとして定義できるが、該当するコードが定義できないため放射線レポートでは未定義とする。関連する検体検査結果（腎機能や感染症情報等）を保持することは可能。 <br/><br/>" /> <requirements value="結果のグループ化が任意だが、意味のある個別の結果または結果のグループをサポートする必要がある。" /> </element> <element id="DiagnosticReport.imagingStudy"> <path value="DiagnosticReport.imagingStudy" /> <definition value="実行された画像検査の完全な詳細に関する1つあるいは複数のリンク。通常、これは DICOM対応モダリティによって実行されるイメージングだが、DICOMであることが必須ではない。完全に有効な PACS ビューアは、この情報を使用してソース イメージのビューを提供できる。" /> <comment value="【JP仕様】<br/> ・対象となるImagingStudyリソースを参照<br/> ・放射線レポートでは検査実施後には必須（複数もあり得る） <br/><br/>" /> </element> <element id="DiagnosticReport.media"> <path value="DiagnosticReport.media" /> <definition value="このレポートに関連付けられているキーイメージの一覧。" /> <comment value="【JP仕様】<br/> キーイメージを設定 <br/><br/>" /> <requirements value="多くの診断サービスには、サービスの一部としてレポートに画像が含まれている。" /> </element> <element id="DiagnosticReport.media.comment"> <path value="DiagnosticReport.media.comment" /> <definition value="イメージに関するコメント。通常、これは画像が含まれる理由を説明したり、依頼者の注意を重要な内容に引き付けるために使用される。" /> <comment value="コメントは、画像と共に表示される。レポートでは画像の内容に関する追加の議論が、DiagnosticReport.textやDiagnosticReport.conclusionなどの他のセクションに含まれるのが一般的です。 <br/><br/> 【JP仕様】<br/> キーイメージの説明 <br/><br/>" /> <requirements value="レポート作成者は、レポートに含まれる各画像についてコメントを付け加える" /> </element> <element id="DiagnosticReport.media.link"> <path value="DiagnosticReport.media.link" /> <definition value="イメージ ソースへの参照。" /> <comment value="参照は実際のFHIRリソースへの参照であり、解決可能である必要がある。解決はURLから取得するか、または、リソースタイプが利用できる場合は絶対参照を正規URLとして扱い、ローカルレジストリ/リポジトリで検索する。 <br/><br/> 【JP仕様】<br/> キーイメージの参照先 <br/><br/>" /> </element> <element id="DiagnosticReport.conclusion"> <path value="DiagnosticReport.conclusion" /> <definition value="診断報告書の簡潔かつ臨床的に文脈化された要約結論(interpretation/impression)" /> <comment value="FHIRのstringsは1MBを越えてはならない（SHALL NOT）ことに留意すること。 <br/><br/> 【JP仕様】<br/> 放射線レポートの結果/結論/インプレッションの文章を記載 <br/><br/>" /> <requirements value="基本的な結果で、失われない結論を提供する必要がある。" /> </element> <element id="DiagnosticReport.conclusionCode"> <path value="DiagnosticReport.conclusionCode" /> <definition value="診断レポートの要約の結論 (interpretation/impression) を表す 1 つ以上のコード。" /> <comment value="すべての用語の使用がこの一般的なパターンに適合するわけではない。 場合によっては、モデルにcodeableConceptを使用せず、コーディングを直接使用して、テキスト、コーディング、翻訳、および要素間の関係と事前調整および事後調整を管理するための独自の構造を提供する必要がある。 <br/><br/> 【JP仕様】<br/> ・放射線レポートの所見の結論となるコードを設定。<br/> ・例えば、ICD 病名コード <br/><br/>" /> </element> <element id="DiagnosticReport.presentedForm"> <path value="DiagnosticReport.presentedForm" /> <definition value="診断サービスによって発行された結果全体のリッチ テキスト表現。複数の形式は許可されるが、意味的に等価である必要がある。" /> <comment value=""application/pdf" がこのコンテキストで最も信頼性が高く、相互運用可能なアプリケーションとして推奨される。 <br/><br/> 【JP仕様】<br/> 添付するXHTMLやPDFなどの文書 <br/><br/>" /> <requirements value="臨床での再現性を担保するために、独自の完全にフォーマットされたレポートを提供可能である。" /> </element> </differential> </StructureDefinition>