心電図参照: Retrieve ECG for Display
Ｗｅｂ技術を使っていつでもどこでも必要な心電図を参照
診断レベルの高品質の心電図の表示
必要に応じて過去の心電図を比較表示（標準１２誘導心電図以外の波形の表示）※IHEIHE-Jのみオプション（2次利用のための波形の提供） ※IHEIHE-Jのみオプション1

Retrieve ECG for Display Actor Diagram
Retrieve Specific Info for Display [ITI-11]
Retrieve ECG List [Card-5]
Information
SourceDisplay

Retrieve ECG Document for Display [Card-6]
Actors

Optional
ityO

ITI-TF 2 3.11

Retrieve ECG List [CARD-5]

O

CARD-TF 2:4.5

Retrieve ECG Document for Display[CARD-6]Specific Info for Display [ITI-11]
Retrieve

RCARD-TF 2:4.5

R

ITI-TF 2 4.11

Retrieve ECG List [CARD-5]

R

CARD-TF 2:4.5

Retrieve ECG Document for Display[CARD-6]

R/O

CARD-TF 2:4.5

Transactions
Retrieve Specific Info for Display [ITI-11]

Display

Information
SourceSection V22Retrieve ECG List Process Flow
Information
SourceRetrieve Specific Info [ITI-11]
or Retrieve ECG List [CARD-5]
Prepare ECG
Information for
Display

Request for
Information ona patient
Display
Information

Retrieve Specific Info [ITI-11]
or Retrieve ECG List [CARD-5]
Information notfound orinformation typenot supported

DisplayRequest for
Information ona patient
Display Error

3

Retrieve ECG Document Process Flow
InformationSource
Retrieve ECG Document for
Display [CARD-6]
Prepare Selected
ECG Document
for Display

Request for
ECG Document
Display ECG
Document
ContentRetrieve ECG Document for
Display [CARD-6]
Requested
Document does
not exist or client
proposed formats
not supported

Display

Request for
ECG Document
Display Error

4

Web service request types
Request Type Value

Description

SUMMARY

Summary of all reports known to the Information
SourceSUMMAY-CARDIOLOGY

Summary of Cardiology reports

http://<location>/IHERetrieveSummaryInfo?requestType=SUMMARY&patientID=99998410^^^%26www.mlhlife.com%26DNS &lowerDateTime=2003-0101T00:00:00&upperDateTime=2003-01-01T23:59:59&mostRecentResults=1

Request Type Value
SUMMAY-CARDIOLOGYECG

Description
List of ECG documents

http://<location>/<IHERetrieveDocument>?requestType=”DOCUMENT”&documentUID=”
1.2.3”&preferredContentType=”application/pdf”
1.2.3^4.5.6で2つの波形を同時表示
application/mwf
5

SVGによる表示

6

MFERビューアによる波形比較表示

78

心電図一覧の表示 (HL7 V3)

RIDによるHTMLのサービスでもＯＫ
9

IHE V3(XML+XSL)による心電図一覧表示10

IHE-J用(HTML)日本語表示による心電図一覧11

MFERビューアによる標準１２誘導心電図表示12

MFERビューアによる波形計測表示

13

波形比較表示14

心カテ波形の表示

15

CDA R2とMFERビューアによる心電図結果表示16エビデンスドキュメント（ED）？
アクイジションと臨床的リポートの中間的な生成物¾ 最初のエビデンス（画像や、波形）から派生したデータ（計測値等）¾ 手動または自動的に派生

アクイジションステップのパフォーマンスに関連したデー
タ¾ プロシージャログ

アクイジションモダリティまたはエビデンスクリエータで生成される （ワークステーションや自動プロセス）¾ アクイジション中かポストプロセスワークフローで作成される画像や他の取得されたデータと共に臨床レポート作成において、判断される

17

現実は・・・
計測はモダリティやワークステーションでおこなわれ、紙のワークシートに書き写され、最終的にレポートに書き込まれる
解析結果はプリントアウトや他の形でアウトプットされる。その途中で、アプリケーションでデータを抽出される
スクリーンキャプチャをレポートシステムに送り、OCRを使ってもとの計測名やデータ数値を再現して入力する• 間違えやすく、非効率、設定が難しく、管理も難しい

18

EDプロファイル ： 概要とスコープ
DICOM SRでフォーマットされた計測値、ログ、CAD結果の管理作成、保存、参照
計測結果のレポートへの追加

19

DICOM SR例 ： 計測
Echocardiography Measurement
Patient: Doe, John Technologist: der Payd, N
Measurements:
Mitral valve diameter 3.1cm- shown in image at [ ]Ventricular length, diastolic 5.97 cm- shown in image at [ ]Ventricular volume, diastolic 14.1 ml- inferred from [ ]- inferred from VLZ algorithm

20

DICOM SR例 : プロシージャログ
Catheterization Procedure Log
Patient: Doe, John Technologist: Logger, H. Moe
11:15:37 Patient admitted
11:18:39 Physician arrived- ver Payd, O
11:20:46 Patient prepped and draped
11:22:07 Drug administered- Agent: D51/2NS- Volume: 400 ml- Rate: 30 ml/hr- Route: IV
11:22:13 Vital signs- NIBP Systolic: 105 mm(Hg)- NIBP Diastolic: 59 mm(Hg)- HR: 101 /min
- Resp: 21 /min
11:23:16 Consumable: 7Fr sheath
11:24:11 Sheath inserted- Right Femoral Artery...

11:41:08 Catheter placed- Left Ventricle
11:41:21 Waveform acquired [ ]- Modality: HD- Technique: Aortic valve pullback11:43:11 Drug administered- Agent: Omnipaque- Volume: 30 ml- Rate: 20 ml/s
- Route: power injection
11:43:29 Image acquired [ ]- Modality: XA- Number of frames: 77- Positioner primary angle: 30 deg- Positioner secondary angle: 60 deg...

21

DICOM SR 特徴
構造化されたコンテンツ¾ リスト、階層的、関係

数的計測、コード化された値¾ データベースやデータ間イニングの為の自動抽出が可能

画像や、波形、その他オブジェクトにリファレンス
明確なコンテキスト情報¾ ドキュメントに明白な意味を持たせる

22

SRコンテンツツリーとSRテンプレート
データは階層的コンテンツアイテムツリーで構成されているツリー構造、アイテム間関係、コンセプトとコード化された値はテンプ
レートにより規定されている
Root Content Item
Document Title

Content Item

Content Item

Content Item

Content Item

Rel withParent

Content Item

VT

Concept NameCONTAINER

DT (DCM, D-640-017),“Thermal Cardiac Output
Technique Properties”
DT (DCM, D-640-018),“Thermal Cardiac OutputMethod”
DT (DCM, D-640-019,“Catheter Size”)
DT (DCM, D-640-020,“Injectate Temperature”
DT (DCM, D-640-021,“Injectate Volume”
DT (DCM, D-640-022,“Calibration Factor”

CONTAINSCODE

CONTAINSNUM

CONTAINSNUM

CONTAINSNUM

CONTAINSNUM

VM Req
TypeCondition

Value Set Constraint

1M

DCID (CID 618) “ThermalCardiac Output Methods”1M

1M

1M

1M

UNITS = DT (UCUM, [Ch],“French”
UNITS = DT (UCUM, Cel,“°C”)
UNITS = DT (UCUM, ml,“milliliter”)
UNITS = DT (UCUM, 1,“unary, no units”)

Content Item

Content Item23

EDプロファイル ：価値提案
DICOM SRは計測、プロシージャログ、CAD結果との標準的なインターフェースを提供する¾ マニュアル記録、書き写すステップを取り除ける¾ ベンダ特定の設定を最小限に出来る

DICOMテンプレートは意味的に相互利用可能な計測名や一貫した階層構造を定義¾ クリエータとレシーバに自動プロセスを可能にさせる

EDプロファイルは画像交換データフローに匹敵する計測値を交換する為のアクタやトランザクションを明記する¾ SWF、CATH、ECHOプロファイルと一貫している

24

EDプロファイル ： トランザクション図

Evidence Creator

RAD-10: Storage ↓Commitment

ImageManagerRAD-10: Storage
Commitment ↑Image Display↓ RAD-43: Evidence
Documents Stored

ReportCreator↓ RAD-44: Query Evidence Documents↓ RAD-45: Retrieve Evidence Documents

ImageArchiveRAD-43: Evidence↑ Documents Stored

Acquisition Modality

25

EDプロファイル ： アクタ
Acquisition Modality – 医用画像や波形データを患者が居る間に取得、作成するシステムで、その他のエビデンスオブジェクト（計測値等）も作成する
Evidence Creator – 追加されるエビデンスオブジェクト（派生画像や計測値）を作成するシステム
Image Manager / Image Archive – 画像や他のエビデンスオブジェクトを長期保存や管理するシステム
Image Display – 患者に対するスタディのブラウジング、選択された画像や他のエビデンスオブジェクトを読み出して表示する機能を提供するシステム
Report Creator – 臨床レポートを作成して発信するシステム。この
プロファイルではIDとグループ化されなくてはならない

26

EDプロファイル ： 使用される標準
DICOMサービス¾ SR保存• Enhanced• Comprehensive• Procedure Log• CAD¾ Storage Commitment¾ Query¾ Retrieve

DICOM SRテンプレート

27

EDプロファイル ： オプション
CATHエビデンスオプション – モダリティ／エビデンスクリエータは最低下記のうちの１つのCATHテンプレートをサポートする必要がある¾ 3001 Procedure Log¾ 3202 Ventricular Analysis¾ 3213 Quantitative Arterial Analysis¾ 3250 Intravascular Ultrasound¾ 3500 Hemodynamics

ECHOエビデンスオプション –モダリティ／エビデンスクリエータは最低下記のうちの１つのECHOテンプレートをサポートする必要がある¾ 5100 Vascular Ultrasound¾ 5200 Echocardiography

28

Image Displayの問題
IDアクタはDICOM SRのディプレイルールに従わなくてはならない¾ テンプレート如何によらずSRオブジェクトの完全なコンテンツツリーを表現しなくてはならない

EDレポートクリエータアクタは臨床レポートにEDからのデータを利用可能である製品である事を強調される¾ レポートクリエータはIDとグループされなくてはならなく、IM/IAからドキュメントを検索、読み出しする必要がある¾ レポートクリエータは臨床レポートを作成する為に、他にSimple Imageand Numeric Reportプロファイル（SINR）やDRPTにも含まれる

EDを修正するワークステーションはIDとエビデンスクリエータアクタであることを要求すべきである¾ 例えば、初期の計測を修正（アップデート）したものを、IM/IAに送信して保存する

29

ワークフロープロファイルとの関係
エビデンスクリエータアクタはSWF、CATHワークフロー、ECHOワークフロープロファイルにも含まれる¾ これらのプロファイルでエビデンス作成の実施はMPPSで通知される¾ 解析された画像で認識されるSPSは作成されたエビデンスドキュ
メントのリファレンスSPSとして使用できるエビデンスクリエータアクタはポストプロセシングワークフ
ロープロファイルにも登場する¾ そのプロファイルの中ではエビデンス作成実施の管理は一般的なワークリスト（GPW）と一般的なPPS（GPPPS）でおこなわれる

30

CATHテンプレートスコープ
3001 Procedure Log¾ Time stamped event log, with codes defined for common events,and free text entries allowed

3202 Ventricular Analysis¾ Quantitative measurements of heart chambers, including wallmotion by any of three types of analysis

3213 Quantitative Arterial Analysis¾ Angiographic arterial measurements and findings organized byvessel

3250 Intravascular Ultrasound¾ IVUS arterial measurements and findings organized by vessel

3500 Hemodynamics¾ Pressure and flow measurements organized by procedure phaseand measurement location

31