FHIR © HL7.org  |  Server Home  |  FHIR Server FHIR Server 3.4.11  |  FHIR Version n/a  User: [n/a]

Resource StructureDefinition/FHIR Server from package jp-core.r4#1.1.1-rc (78 ms)

Package jp-core.r4
Type StructureDefinition
Id Id
FHIR Version R4
Source http://jpfhir.jp/fhir/core/https://simplifier.net/resolve?scope=jp-core.r4@1.1.1-rc&canonical=http://jpfhir.jp/fhir/core/StructureDefinition/JP_DiagnosticReport_Radiology
Url http://jpfhir.jp/fhir/core/StructureDefinition/JP_DiagnosticReport_Radiology
Version 1.1.1
Status active
Date 2022-10-24
Name JP_DiagnosticReport_Radiology
Title JP Core DiagnosticReport Radiology Profile
Experimental False
Realm jp
Description このプロファイルはDiagnosticReportリソースに対して、放射線検査のデータを送受信するための制約と拡張を定めたものである。
Type DiagnosticReport
Kind resource

Resources that use this resource

CapabilityStatement
JP_Client_CapabilityStatement JP Core Client CapabilityStatement
JP_Server_CapabilityStatement JP Core Server CapabilityStatement
StructureDefinition/jpcoreclientcapabilitystatement JP Core Client CapabilityStatement
StructureDefinition/jpcoreservercapabilitystatement JP Core Server CapabilityStatement

Resources that this resource uses

StructureDefinition
JP_DiagnosticReport_Common JP Core DiagnosticReport Common Profile
JP_ImagingStudy_Radiology JP Core ImagingStudy Radiology Profile
JP_Practitioner JP Core Practitioner Profile


Source

{
  "resourceType" : "StructureDefinition",
  "id" : "jp-diagnosticreport-radiology",
  "extension" : [
    {
      "url" : "http://hl7.org/fhir/StructureDefinition/structuredefinition-category",
      "valueString" : "Clinical.Diagnostics"
    },
    {
      "url" : "http://hl7.org/fhir/StructureDefinition/structuredefinition-security-category",
      "valueCode" : "patient"
    }
  ],
  "url" : "http://jpfhir.jp/fhir/core/StructureDefinition/JP_DiagnosticReport_Radiology",
  "version" : "1.1.1",
  "name" : "JP_DiagnosticReport_Radiology",
  "title" : "JP Core DiagnosticReport Radiology Profile",
  "status" : "active",
  "date" : "2022-10-24",
  "description" : "このプロファイルはDiagnosticReportリソースに対して、放射線検査のデータを送受信するための制約と拡張を定めたものである。",
  "fhirVersion" : "4.0.1",
  "mapping" : [
    {
      "identity" : "workflow",
      "uri" : "http://hl7.org/fhir/workflow",
      "name" : "Workflow Pattern"
    },
    {
      "identity" : "v2",
      "uri" : "http://hl7.org/v2",
      "name" : "HL7 v2 Mapping"
    },
    {
      "identity" : "rim",
      "uri" : "http://hl7.org/v3",
      "name" : "RIM Mapping"
    },
    {
      "identity" : "w5",
      "uri" : "http://hl7.org/fhir/fivews",
      "name" : "FiveWs Pattern Mapping"
    }
  ],
  "kind" : "resource",
  "abstract" : false,
  "type" : "DiagnosticReport",
  "baseDefinition" : "http://jpfhir.jp/fhir/core/StructureDefinition/JP_DiagnosticReport_Common",
  "derivation" : "constraint",
  "differential" : {
    "element" : [
      {
        "id" : "DiagnosticReport",
        "path" : "DiagnosticReport",
        "short" : "診断レポート-依頼情報、1項目単位の結果、画像、解釈、およびフォーマットされたレポートの組み合わせ 【JP Core仕様】画像結果レポートのプロフィール。【詳細参照】",
        "definition" : "患者、患者のグループ、デバイス、場所、これらから派生した検体に対して実行された診断的検査の結果と解釈。レポートには、依頼情報や依頼者情報などの臨床コンテキスト(文脈)、および1項目単位の結果、画像、テキストとコード化された解釈、および診断レポートのフォーマットされた表現のいくつかの組み合わせが含まれる。\r\n\r\n【JP Core仕様】画像結果レポートのプロフィール"
      },
      {
        "id" : "DiagnosticReport.text",
        "path" : "DiagnosticReport.text",
        "short" : "人が読める形式で提示された情報。放射線レポートの場合はレポートの所見が保持される。【詳細参照】",
        "definition" : "リソースの概要を含み、リソースの内容を人間が解釈できる形で表現するために用いられる。すべての構造化データをエンコードする必要はないが、人間がテキストを読むだけで「臨床的に安全」になるように十分な詳細を含める必要がある。リソース定義は、臨床的安全性を確保するために、テキストの中でどのコンテンツを表現すべきかを定義することができる。放射線レポートでは少なくともレポートの所見が格納されることが期待される。また,検索可能な文字列が存在する部位としても利用されることを想定している。",
        "comment" : "放射線レポートの場合、主となる所見を表すエレメントは他のリソースエレメントには存在しない。よってこのドメインリソースを用いてレポートの少なくとも「所見」を人間が可読な状態で保持することが求められる。"
      },
      {
        "id" : "DiagnosticReport.identifier",
        "path" : "DiagnosticReport.identifier",
        "comment" : "通常は診断サービスプロバイダの情報システムにより設定される。\r\n\r\n【JP Core仕様】レポート番号\r\n\r\n(放射線情報システム(RIS)による発番が想定されるが、施設によって電子カルテ等のオーダ番号を使う場合もあり得る)",
        "requirements" : "このレポートについてクエリを実行するとき、およびFHIRコンテキスト外のレポートにリンクするときにどの識別子を使用するかを知る必要がある"
      },
      {
        "id" : "DiagnosticReport.basedOn",
        "path" : "DiagnosticReport.basedOn",
        "short" : "レポート作成サービスに対する要求の詳細。【詳細参照】",
        "definition" : "検査や診断の依頼の元になったもの。通常はServiceRequestあるいはCarePlan(治験や抗がん剤投与等により検査を行うことが必須の場合、根拠となった事象を追記することは制限しない)",
        "comment" : "通常は1つのリクエストに対し1つの検査結果となるが、状況によって1つのリクエストに対し複数の検査結果が要求され、複数のレポートが作成される場合もあるので注意すること。\r\n\r\n【JP Core仕様】オーダ発生元の ServiceRequest または CarePlan への参照(多くの場合はServiceRequest(オーダ)が存在するが、オーダが発生しない検査も想定される。)",
        "requirements" : "このエレメントによりレポートの認可をトレースしたり、レポート作成サービスに対する提案や推奨事項を追跡することができる。",
        "mustSupport" : true
      },
      {
        "id" : "DiagnosticReport.status",
        "path" : "DiagnosticReport.status",
        "short" : "診断レポートの状態。【詳細参照】",
        "definition" : "診断レポートの状態",
        "comment" : "FHIRのstringsは1MBを越えてはならない(SHALL NOT)ことに留意すること。\r\n\r\n【JP Core仕様】・診断レポートのステータス\r\n\r\n・定義通りの選択肢(例:preliminary 一次読影, final 二次読影(完了)等)を利用。",
        "requirements" : "診断サービスではルーチンに仮確定あるいは不完全なレポートが発生することがある。また、しばしば前に発行されたレポートが取り消されることもある。"
      },
      {
        "id" : "DiagnosticReport.category",
        "path" : "DiagnosticReport.category",
        "slicing" : {
          "discriminator" : [
            {
              "type" : "pattern",
              "path" : "$this"
            }
          ],
          "rules" : "open",
          "ordered" : false
        },
        "short" : "レポートを作成した分野を分類するコード。【詳細参照】",
        "definition" : "レポートを作成した臨床分野・部門、または診断サービス(CT, US, MRIなど)を分類するコード。 これは、検索、並べ替え、および表示の目的で使用される。【JP-Core仕様】放射線レポートは ”RAD” をデフォルトとして設定。追加の情報については任意で設定可能。",
        "min" : 1,
        "mustSupport" : true
      },
      {
        "id" : "DiagnosticReport.category:radiology",
        "path" : "DiagnosticReport.category",
        "sliceName" : "radiology",
        "min" : 1,
        "max" : "1",
        "patternCodeableConcept" : {
          "coding" : [
            {
              "code" : "RAD",
              "system" : "http://terminology.hl7.org/CodeSystem/v2-0074"
            }
          ]
        }
      },
      {
        "id" : "DiagnosticReport.code",
        "path" : "DiagnosticReport.code",
        "definition" : "この診断レポートを表現するコードや名称",
        "comment" : "【JP Core仕様】[画像診断レポート交換手順ガイドライン](https://www.jira-net.or.jp/publishing/files/jesra/JESRA_TR-0042_2018.pdf)「5.1 レポート種別コード」に記載されているLOINCコード [Diagnostic imaging study](https://loinc.org/18748-4/) を指定。コードを指定できない場合はCodeableConceptを使用せずテキスト等を直接コーディングすることも許容されるが、要素間の調整と事前・事後の内容の整合性確保のために独自の構造を提供する必要があるので留意すること。"
      },
      {
        "id" : "DiagnosticReport.code.coding",
        "path" : "DiagnosticReport.code.coding",
        "slicing" : {
          "discriminator" : [
            {
              "type" : "pattern",
              "path" : "$this"
            }
          ],
          "rules" : "open"
        }
      },
      {
        "id" : "DiagnosticReport.code.coding:radiologyReportCode",
        "path" : "DiagnosticReport.code.coding",
        "sliceName" : "radiologyReportCode",
        "short" : "放射線レポート項目コード。本ユースケースにおける項目コード推奨値をスライスにて示している。【詳細参照】",
        "definition" : "放射線レポート項目コード。本ユースケースにおける項目コード推奨値をスライスにて示している。",
        "comment" : "推奨コードは必須ではない、派生先によるコード体系を作成し割り振ることを否定しない",
        "min" : 0,
        "max" : "1",
        "patternCoding" : {
          "code" : "18748-4",
          "system" : "http://loinc.org",
          "display" : "Diagnostic imaging study"
        }
      },
      {
        "id" : "DiagnosticReport.subject",
        "path" : "DiagnosticReport.subject",
        "definition" : "レポートの対象。 必ずでは無いが、通常、これには「患者」が該当する。",
        "comment" : "参照は実際のFHIRリソースへの参照であり、解決可能である必要がある。解決はURLから取得するか、または、リソースタイプが利用できる場合は絶対参照を正規URLとして扱い、ローカルレジストリ/リポジトリで検索する。\r\n\r\n【JP Core仕様】Patient リソースを参照",
        "requirements" : "対象のコンテキストが必要である。",
        "mustSupport" : true
      },
      {
        "id" : "DiagnosticReport.encounter",
        "path" : "DiagnosticReport.encounter",
        "definition" : "この診断レポートが関するヘルスケアイベント。",
        "comment" : "これは通常、レポートの作成が発生するEncounterだが、一部のイベントはEncounterの正式な完了の前または後に開始される場合がある(例えば入院前の検査)。その場合でも(入院に関連して検査が行われる場合など)、Encounterのコンテキストに関連付けられる。\r\n\r\n【JP Core仕様】このレポートを書く切っ掛けとなる Encounterリソース(例:術前検査の場合、術前訪問) を参照",
        "requirements" : "Encounterコンテキストへのリンクが必要である"
      },
      {
        "id" : "DiagnosticReport.effective[x]",
        "path" : "DiagnosticReport.effective[x]",
        "definition" : "観測値が関連する時間または期間。レポートの対象が患者である場合、これは通常、読影開始の時間であり、日付/時刻自体のみが提供される。",
        "comment" : "診断手順が患者に対して実行された場合、これは実行された時間を示す。\r\n\r\n【JP Core仕様】レポート作成日時\r\n\r\n(DateTimeを採用し、Periodは不使用)",
        "type" : [
          {
            "code" : "dateTime"
          }
        ],
        "mustSupport" : true
      },
      {
        "id" : "DiagnosticReport.issued",
        "path" : "DiagnosticReport.issued",
        "definition" : "このバージョンのレポートがプロバイダに提供された日時。通常、レポートがレビューおよび検証された後になる。",
        "comment" : "リソース自体の更新時間とは異なる場合がある。これは、レポートの実際のリリース時間ではなく、レコード(場合によってはセカンダリコピー)のステータスであるため。\r\n\r\n【JP Core仕様】レポート確定日時",
        "requirements" : "臨床医は、レポートがリリースされた日付を確認できる必要がある。",
        "mustSupport" : true
      },
      {
        "id" : "DiagnosticReport.performer",
        "path" : "DiagnosticReport.performer",
        "definition" : "レポートの発行を担当するもの。",
        "comment" : "臨床診断レポートに対して責任を持つもの.\r\n\r\n【JP Core仕様】レポート確定者\r\n\r\n(責任としては performer > resultsInterpreter という関係性)",
        "requirements" : "結果に関する問い合わせがある場合は、誰に連絡を取るべきかを知る必要がある。また、データ二次分析のためにレポートの発生源を追跡する必要が生じる場合もある。",
        "type" : [
          {
            "code" : "Reference",
            "targetProfile" : [
              "http://jpfhir.jp/fhir/core/StructureDefinition/JP_Practitioner"
            ]
          }
        ],
        "mustSupport" : true
      },
      {
        "id" : "DiagnosticReport.resultsInterpreter",
        "path" : "DiagnosticReport.resultsInterpreter",
        "definition" : "レポートの結論や読影に関わる医師や組織",
        "comment" : "必ずしも診断レポートに対して責任を持つものを示すわけでは無い。\r\n\r\n【JP Core仕様】但し、一次読影や二次読影などの役割 (Practitioner Roll) の指定方法はペンディング",
        "requirements" : "結果に関する問い合わせがある場合は、誰に連絡を取るべきかを知る必要がある。また、データ二次分析のためにレポートの発生源を追跡する必要が生じる場合もある。",
        "type" : [
          {
            "code" : "Reference",
            "targetProfile" : [
              "http://jpfhir.jp/fhir/core/StructureDefinition/JP_Practitioner"
            ]
          }
        ],
        "mustSupport" : true
      },
      {
        "id" : "DiagnosticReport.specimen",
        "path" : "DiagnosticReport.specimen",
        "short" : "【JP Core仕様】未使用\r\n\r\n・画像ガイド下生検で得られる検体の可能性は有り得るが、放射線レポートでは特には規定しない【詳細参照】",
        "definition" : "診断レポートの対象となる検体",
        "comment" : "【JP Core仕様】未使用\r\n\r\n・画像ガイド下生検で得られる検体の可能性は有り得るが、本項目は病理レポートで利用されることを想定し、放射線レポートでは特には規定しない",
        "requirements" : "レポートの対象となる取集された検体についての情報をレポートできる必要がある。"
      },
      {
        "id" : "DiagnosticReport.result",
        "path" : "DiagnosticReport.result",
        "short" : "診断レポートの一部となるObservationリソース【詳細参照】",
        "definition" : "【JP Core仕様】計測情報などの付随所見をObservationリソースとして定義できるが、該当するコードが定義できないため放射線レポートでは未定義とする。関連する検体検査結果(腎機能や感染症情報等)を保持することは可能。",
        "comment" : "Observationはさらにobservationを含むことができる。\r\n\r\n【JP Core仕様】計測情報などの付随所見をObservationリソースとして定義できるが、該当するコードが定義できないため放射線レポートでは未定義とする。関連する検体検査結果(腎機能や感染症情報等)を保持することは可能。",
        "requirements" : "結果のグループ化が任意だが、意味のある個別の結果または結果のグループをサポートする必要がある。"
      },
      {
        "id" : "DiagnosticReport.imagingStudy",
        "path" : "DiagnosticReport.imagingStudy",
        "definition" : "実行された画像検査の完全な詳細に関する1つあるいは複数のリンク。通常、これは DICOM対応モダリティによって実行されるイメージングだが、DICOMであることが必須ではない。完全に有効な PACS ビューアは、この情報を使用してソース イメージのビューを提供できる。",
        "comment" : "【JP Core仕様】・対象となるImagingStudyリソースを参照\r\n\r\n・放射線レポートでは検査実施後には必須(複数もあり得る)",
        "type" : [
          {
            "code" : "Reference",
            "targetProfile" : [
              "http://jpfhir.jp/fhir/core/StructureDefinition/JP_ImagingStudy_Radiology"
            ]
          }
        ],
        "mustSupport" : true
      },
      {
        "id" : "DiagnosticReport.media",
        "path" : "DiagnosticReport.media",
        "definition" : "このレポートに関連付けられているキーイメージの一覧。",
        "comment" : "【JP Core仕様】キーイメージを設定",
        "requirements" : "多くの診断サービスには、サービスの一部としてレポートに画像が含まれている。"
      },
      {
        "id" : "DiagnosticReport.media.comment",
        "path" : "DiagnosticReport.media.comment",
        "definition" : "イメージに関するコメント。通常、これは画像が含まれる理由を説明したり、依頼者の注意を重要な内容に引き付けるために使用される。",
        "comment" : "コメントは、画像と共に表示される。レポートでは画像の内容に関する追加の議論が、DiagnosticReport.textã‚„DiagnosticReport.conclusionなどの他のセクションに含まれるのが一般的である。\r\n\r\n【JP Core仕様】キーイメージの説明",
        "requirements" : "レポート作成者は、レポートに含まれる各画像についてコメントを付け加える"
      },
      {
        "id" : "DiagnosticReport.media.link",
        "path" : "DiagnosticReport.media.link",
        "definition" : "イメージ ソースへの参照。",
        "comment" : "参照は実際のFHIRリソースへの参照であり、解決可能である必要がある。解決はURLから取得するか、または、リソースタイプが利用できる場合は絶対参照を正規URLとして扱い、ローカルレジストリ/リポジトリで検索する。\r\n\r\n【JP Core仕様】キーイメージの参照先",
        "mustSupport" : true
      },
      {
        "id" : "DiagnosticReport.conclusion",
        "path" : "DiagnosticReport.conclusion",
        "definition" : "診断報告書の簡潔かつ臨床的に文脈化された要約結論(interpretation/impression)",
        "comment" : "FHIRのstringsは1MBを越えてはならない(SHALL NOT)ことに留意すること。\r\n\r\n【JP Core仕様】放射線レポートの結果/結論/インプレッションの文章を記載",
        "requirements" : "基本的な結果で、失われない結論を提供する必要がある。",
        "mustSupport" : true
      },
      {
        "id" : "DiagnosticReport.conclusionCode",
        "path" : "DiagnosticReport.conclusionCode",
        "definition" : "診断レポートの要約の結論 (interpretation/impression) を表す 1 つ以上のコード。",
        "comment" : "すべての用語の使用がこの一般的なパターンに適合するわけではない。 場合によっては、モデルにcodeableConceptを使用せず、コーディングを直接使用して、テキスト、コーディング、翻訳、および要素間の関係と事前調整および事後調整を管理するための独自の構造を提供する必要がある。 \r\n\r\n【JP Core仕様】・放射線レポートの所見の結論となるコードを設定。\r\n\r\n・例えば、ICD 病名コード"
      },
      {
        "id" : "DiagnosticReport.presentedForm",
        "path" : "DiagnosticReport.presentedForm",
        "definition" : "診断サービスによって発行された結果全体のリッチ テキスト表現。複数の形式は許可されるが、意味的に等価である必要がある。",
        "comment" : "\"application/pdf\" がこのコンテキストで最も信頼性が高く、相互運用可能なアプリケーションとして推奨される。\r\n\r\n【JP Core仕様】添付するXHTMLã‚„PDFなどの文書",
        "requirements" : "臨床での再現性を担保するために、独自の完全にフォーマットされたレポートを提供可能である。",
        "mustSupport" : true
      }
    ]
  },
  "text" : {
  }
}

XIG built as of ??metadata-date??. Found ??metadata-resources?? resources in ??metadata-packages?? packages.