Upload
others
View
11
Download
0
Embed Size (px)
Citation preview
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20201010 1
IHEIHE--J J 接続検証接続検証委員会委員会
IHEIHE--J J コネクタソンコネクタソン 放射線テストシナリオ放射線テストシナリオ
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 2
審査対象プロファイル審査対象プロファイル
•Radiology Scheduled Workflow (SWF) 予約済みワークフロー
•Patient Information Reconciliation (PIR) 患者情報の整合性確保
•Consistent Presentation of Images (CPI) 画像表示の一貫性確保
•Access to Radiology Information (ARI) 放射線部門情報へのアクセス
•Key Image Note (KIN) キー画像ノート
•Mammography Image (MAMMO) マンモグラフィ画像
•Portable Data for Imaging (PDI) 可搬媒体による画像データ交換
•Import Reconciliation Workflow (IRWF) データ取り込みワークフロー
不実施:
PGP, SINR, CHG, PWF, RWF, ED, NMI, TCE FUS, MAWF
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 3
コネクタソン確認の共通事項(1)コネクタソン確認の共通事項(1)
確認の原則
IHE Technical Frameworkに規定に従っている
• テストシナリオの確認項目に記述されていない
≠サポートしなくてよい
テストシナリオ内の電文においてデータが継承されている• 確認項目以外の項目も継承されていること
IHE TFの規定されているDICOMの拡張がされている
• 必須になっている検索キー/表示キーの対応していること
トランザクションモニタ/バリデーションツールを使用• 通信記録がシナリオのテスト番号に割り付けられていること
• バリデーションツールのエラーがない
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 4
IHEIHEでのでのDDICOMICOM拡張の例拡張の例
Attribute Name Tag Query Keys Matching
Query Keys Return
SCU SCP SCU SCP
Scheduled Procedure Step Sequence (0040,0100)
>Scheduled Station AE Title (0040,0001) R+ R R+* R
>Scheduled Procedure Step Start Date (0040,0002) R+ R R+ R
>Scheduled Procedure Step Start Time (0040,0003) O R R+ R
>Scheduled Procedure Step Location (0040,0011) O O O O
>Modality (0008,0060) R+ R R+ R
>Scheduled Performing Physician’s Name (0040,0006) O R O R
>Scheduled Procdure Step ID (0040,0009) O O R+* R
>Scheduled Protocol Code Sequence (0040,0008)
>> Code Value (0008,0100) O O R+* R
Table 4.5-3 Matching and Return Keys For Modality Worklist
Modality Worklist では、
Matchign Key :
SCUは、AE Title、Start Date、Modalityでの検索が必要
Return Keys :
SCUは、Start Date/Time と
Modityの表示が必要
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 5
コネクタソン確認の共通事項(2)コネクタソン確認の共通事項(2)
確認上のお願い
PMによる確認作業をスムーズに進めるうえでKUDUに 記載されている「確認のための依頼事項」に対応する
ようにお願いします。
送信アクタは、KUDUの各テストシナリオに記載してい る確認データを、必ずKUDUへ入力してください。
トランザクションモニタで通信ログが記録されない場合 は、受信アクタは通信ログを準備してください。
審査依頼は、参加各アクタの確認が完了し、提示資料 を準備した上でお願いします。
• 特に、テストマネージャを指定しているシナリオでは必ずテス
トマネージャがすべての参加アクタについて確認して上で、審
査依頼をしてください。
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 6
KUDUKUDUでのシナリオ例でのシナリオ例
【対象アクタ】
Aquisition Modality(MOD)、DSS/Order Filler(OF)、Image Manager/Image Archive(IM) (必須)
【概要】
モダリティにおいて検査情報をMWL で受信し、撮像した画像をIM へ転送し、IM への保存委託を発行する。テス
トはUnscheduled, Simple の各シナリオについて行う。(Group Case はオプション)MPPS の通信については確
認を行わない。
【合格基準】
各シナリオで発行されるトランザクションが正常に処理できていること。
【その他の注意】
このテストにおいてはモダリティベンダがテストマネージャとなること。
英語患者名のテストは必須である。Japanese Option をサポートする場合には日本語患者名のテストを実施する
必要がある。Japanese Option をサポートしない場合は、英語患者名のテストのみを実施する。MWL クエリに際
しては、モダリティはPatient Basaed Query とBroad Query のどちらを使用しても良い。MPPS のテストは、
IHEJ-SWF-MODPPSM のテストを用いる。(Append Case, Abandoned Case のシナリオ)
【PMのよる確認のための依頼内容】
つぎの情報が入力した上で、PMへ確認の依頼をしてください。
(0)テストマネージャは、どのケースを実施するか明示してください。
(1)OFアクタ
は、MWMのつぎの情報をmessage欄へ入力してください。
Simple Case: 患者ID
患者名
受付番号 (できればStudy Instance UID)
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 7
KUDUKUDUでのシナリオ例でのシナリオ例
Step Trans. Msg Type
Return From Actor
To Actor
Step Description Opt.
10 NULL XXX MOD -- 以下、Order FillerとModalityのベンダ名を組み合
わせたものを
SYS_NAME(例:FUJITSU_TOSHIBA)、日本語の
場合には「システム名」(例:富士通東芝)とする。
R
101 NULL XXX MOD -- Unscheduled Case : Modality上で患者名
SYS_NAME^ONE を入力する。
R
104 RAD-8 C-Store MOD IM 撮像を行い、画像をIMに送信する。R
110NULL XXX MOD -- Simple Case: OFにて患者名 SYS_NAME^TWO
のオーダを1つ(1SPS)登録する。R
112 RAD-5 C-FindResult
MOD OFMODからOFへ SYS_NAME^TWO のオーダを検
索し、オーダ内容を受信する。R
117 RAD-8 C-Store MOD IM 撮像を行い、画像をIMに送信する。 R
118RAD-
10
N-
Action
N- Event- Report
MOD IMIMにStorage Commitment要求のN-Actionを送
信する。IMはStorage Commitment Responseの
N-Event-Reportを送信する。
R
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 8
シナリオの変更点シナリオの変更点
シナリオの簡素化
SWFでPPSM経由のMPPSの送信をOFへ直接送信
• あくまでもコネクタソンのテストの簡素化のため
同一のテスト項目の省略
テスト対象のインスタンスの指定
テスト毎に別の画像/GSPS等を使用するように明示
• アクタが異なっても、同じ画像を使用されるケースがあるため
確認項目の追加
C-FINDに関するIHE拡張項目の確認を追加
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 9
SWF SWF シナリオシナリオ((下流)下流)
SWF ADT OP OF AM IM/IA PPSM ID EC
◎ ◎ ◎ ◎ ◎ ◎ ◎ ○
IHEJ-SWF OPOF - R R - R - - -
IHEJ-SWF MODRISPACS(ワークリストによるモダリティでの撮影・
画像保存)
- - R R R - - -
IHEJ-SWF MODPPSM(MODからのPPSMへのMPPSの送信) - - R R - (O) - -
IHEJ-SWF PPSM(PPSMからOF/IMへのMPPSの転送) - - R O R R - -
IHEJ-SWF IDPACS(IDによる画像の取得および表示) - - - - R - R -
IHEJ-SWF ECPACS(ECによる画像の作成と保存) - - - - O (O) - R
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 10
SWF SWF シナリオシナリオ((下流)下流)
EvidenceCreator
Image Display
ImageManager
↓Procedure Scheduled[4] ↑Image Availability Query[11] ↓Procedure Update[13] ↑Performed Work Status Update[42] ↑Performed Work Status Update[43]
Modality PS in Progress [6]
Modality PS Completed [7]
Creator PS in Progress [20]
Creator PS Completed [21]
↓Creator Images Stored[18]
↑Modality Image Stored[8]
↑Query Images[14]
↑Retired Images[16]
Storage
Commitment[10]↑
Storage
Commitment[10]↑
↓Creator PS in Progress [20]↓Creator PS Completed [21]
→ Modality PS in Progress [6]→ Modality PS Completed [7]→ Creator PS in Progress [20]→ Creator PS Completed [21]
← Modality PS in Progress [6]← Modality PS Completed [7]
Performed Procedure
StepManager
ImageArchive
DSS/Order Filler
AcquisitionModality
→ Modality Worklist Provided[5]
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 11
SWF シナリオ(SWF-MODRISPACS)
【概要】
モダリティにおいて検査情報をMWL で受信し、 撮像した画像をIM へ転送し、IM への保存委託 を発行する。Unscheduled, Simple ,(Group
Case オプション)の各シナリオについて確認する。
【合格基準】
MWL クエリで、Patient Basaed Query または Broad Query のいずれかで検索できること
日本語をサポートする場合には日本語患者名の テスト必須すること
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 12
SWF シナリオ(SWF-MODPPSM)
【概要】
Abandoned Case/Append CaseにおいてAM から送信されるMPPSが正しいことを確認する
【合格基準】
・Abandoned Caseでは、N-Setにおいてステー タスがDISCONTINUEDが送信されること。
・Append Caseでは、追加検査に対してN- Create/N-Setが送信されること。
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 13
SWF シナリオ(SWF-PPSM)
【概要】
PPSMがAMから受けたMPPS送信を、OFとIM に対して送信されることを確認する。
【合格基準】
OFおよびIMにおいて、AMから受けたMPPSを 受け取っていること
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 14
SWF シナリオ(SWF-IDPACS)
【概要】
IDはIMに画像クエリをかけ、画像を取得し、表 示する
【合格基準】
画像クエリで患者ID(0010,0020)、モダリティ (0008,0060)、検査日付(0008,0020)を指定し
て検索できること
日本語サポートの場合は、画像リストおよび取得 された画像の検査情報が日本語で表示されるこ と
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 15
SWF シナリオ(SWF-ECPACS)
【概要】
ECは、画像処理で作成された画像をIMに送信する。
【合格基準】
画像生成時にMPPSが、画像送信にStorage Commitment が送信されること。
IDにて生成された画像が確認できること。
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 16
PIR PIR シナリオシナリオ
PIR ADT OP OF AM IM/IA ID
◎ ◎ ◎ ◎ ◎ -
IHEJ-PIR-ADTOPOF(オーダー情報の患者名の変更)
R R R - R -
IHEJ-SWFPIR-SIMPLE(撮影済み画像の患者名の変更)
- - R O R (O)
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 17
PIR PIR シナリオシナリオ
Order PlacerADT
Patient Update [RAD-12]
DSS/Order Filler
↓Patient Update [RAD-12]
Patient Update [RAD-12]
Procedure Update [RAD-13]
Report Creator/Report Reader
Query Reporting Worklist [RAD-46]
Query Reports [RAD-26]
Retrieve Reports [RAD-27]
Modality PS in Progress [RAD-6]
Modality PS Completed [RAD-7]Images Availability Query [RAD-11]
Patient Update [RAD-12]
Procedure Update [RAD-13]
ImageArchiver
ImageDisplay
Query Images [RAD-14] Retrieve Images [RAD-16]
→Modality PS in Progress [RAD-6]→Modality PS Completed [RAD-7]
Modality PS in Progress [RAD-6] Modality PS Completed [RAD-7]
Query Modality Worklist [RAD-5]
PerformedProcedure
StepManager
Acquisition Modality
ImageManager
Report Manager
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 18
PIR シナリオ(SWFPIR-SIMPLE)
【概要】
不明患者名のオーダーで撮像を実行し、撮像 終了後にOF で患者名の変更を実施する
【合格基準】
OF から患者名変更メッセージが正常にIMへ 送られること。
OFでの行われた患者名変更がIM 上に反映さ れていること。
IDで変更された患者名が確認されること。
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 19
CPI CPI シナリオシナリオ
CPI AM IM/IA ID EC PC PS
◎ ◎ ◎ ◎ ◎ ×
IHEJ-CPI MOD IM(モダリティによるGSPSの作成と保存)
R R O - - -
IHEJ-CPI EC IM(ECによるGSPSの作成と保存)
- R O R - -
IHEJ-CPI ID CAL(IDでのキャリブレーション)
- - R - - -
IHEJ-CPI IM ID(IDでの画像の表示)
- R R - - -
IHEJ-CPI PS CAL(PSでのキャリブレーション)
- - - - - R
IHEJ-CPI PC PS(PSでのフィルム出力)
- - - - R R
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 20
CPI CPI シナリオシナリオ
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 21
CPIシナリオ(CPI_MOD_IM)
【概要】
モダリティのコンソール上での画像の変更を GSPSオブジェクト(PR)でIMで保存する。
【合格基準】
モダリティで行った画像処理の内容とCPIの必須 タグがGSPSが格納されること。
画像と作成されたGSPSがIMに保存されること。
注)GSPSの内容の確認は、IDで画像を表示し 行う。
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 22
CPIシナリオ(CPI_EC_IM)
【概要】
ECにおいてオリジナル画像に対して画像処理を施した内容 をGSPSオブジェクト(PR)に格納し、IMへ送信する。
【合格基準】
ECで行われたすべての画像処理とCPIの必須タグが GSPSに保存されていること。
注)テスト毎の異なる画像に対してGSPSを作成する
作成したGSPSがIMへ保存されること。
注)GSPSの内容の確認はIDで画像を表示し行う。
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 23
CPIシナリオ(CPI_IM_ID)
【概要】
Image Displayで画像に対応したGSPSオ ブジェクト(PR)を適用して表示を確認する。
【合格基準】
Presentation Label(0070,0080)がC-FINDの結 果に表示できること。
IMから画像とGSPSを取得し、GSPSの指定通り に表示されていること。
・テスト毎に別のGSPSを使用する
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 24
CPICPI::
Query Presentation StatesQuery Presentation States
Attribute Name Tag Query Keys Matching Query Keys Return
SCU SCP SCU SCP
Presentation Label (0070,0080) O O R+ R+
Presentation Descripion (0070,0081) O O O R+
Presentation Creation Date (0070,0082) O O R+ R+
Presentation Creation Time (0070,0083) O O R+ R+
Presentation Creator’s Name (0070,0084) O O R+ R+
Referenced Series Sequence (0008,1115)
>Series Instance UID (0020,000E) O O O R+
>Referened Image Sequence (0008,1140)
>>Referenced SOP Class UID (0008,1150) O O O R+
>>Referenced SOP Instance UID (0008,1150) O O O R+
Table 4.45-1 Presentation State Query Matching and Return Keys
C-FINDに対して、Table 4.45-1の Matching / Return Keysの追加をサポートが必要
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 25
ARI ARI シナリオシナリオ
ARI IM/IA ID RRP ERR RRD
◎ ◎ × × ×
IHEJ-ARI IM ID(IDによる画像の取得および表示)
R R - - -
IHEJ-ARI RRP RRD(RRPによるレポートの取得表示)
- - R - R
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 26
ARI ARI シナリオシナリオ
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 27
ARI シナリオ(ARI-IMID)
【概要】
ID からIM への画像データのQuery/Retrieve を行い、ID での画像を表示する機能のテストを
行う。
【合格基準】
指定されたPatient ID およびAccession No によるQ/R ができ、画像が表示されること。
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 28
KINKINシナリオシナリオ
KIN AM IM/IA ID EC
△ ◎ ◎ ◎
IHEJ-KIN EC IM(ECによるキー画像ノートの生成と保存)
- R O R
IHEJ-KIN IM ID(IDによるキー画像ノートの取得と表示)
- R R -
IHEJ-KIN
MOD IM(AMによるキー画像ノートの生成と保存) R O O -
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 29
KINKINシナリオシナリオ
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 30
KINシナリオ(KIN_MOD_IM)
【概要】 キー画像ノート(KIN)を作成し、IMへ送信する。
【合格基準】
つぎの情報がKINに格納されること。
・タイトルコード
・ユーザ・コメント
作成されたKINがIMへ送信されること。
注)KINの内容の確認はIDで画像を表示し行う。
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 31
KINシナリオ(KIN_EC_IM)
【概要】 キー画像ノート(KIN)を作成し、IMへ送信する。
【合格基準】
つぎの情報がKINに格納されること。
・タイトルコード
・ユーザ・コメント
注)テスト毎の異なる画像に対してKINを作成する。
作成されたKINがIMへ送信されること。
注)KINの内容の確認はIDで画像を表示し行う。
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 32
KINシナリオ(KIN_IM_ID)
【概要】 IMに保存されているキー画像ノート(KIN)を検
索・取得・表示する機能を確認する。
【合格基準】
タイトルコードで検索できること。
KINと対応する画像が表示されること。
表示したキー画像ノートが作成された通りである こと。(タイトル・コード
ユーザコメントの表示等)
注)テスト毎に別のKINを表示する。
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 33
KINKIN::
Query Key Image NoteQuery Key Image Note
Attribute Name Tag Query Keys Matching Query Keys Return
SCU SCP SCU SCP
Key Image Note Instance Specific Level
Content Date (0008,0023) O O O R+
Content Time (0008,0033) O O O R+
Observation Date TIme (0040,A032) O O O R+
Referenced Request Sequence
>Study Instance UID (0020,000D) O O R+* R+
>Accession Number (0008,0050) O O R+ R+
Concept Name Code Sequence (0040,A043)
>Code Value (0008,0100) R+ R+ R+ R+
>Code Scheme Designnator (0008,0102) R+ R+ R+ R+
>Code Scheme Version (0008,0103) O O O R+
>Code Meaning (0008,0104) O O R+ R+
Table 4.30-1 Key Image Note Instance Specific Query Matching and Return Keys
C-FINDに対して、Table 4.30-1の Matching / Return Keysの追加をサポートが必要
Key Image Notes Title Codeの検索のサポート
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 34
IRWFIRWFシナリオシナリオ
IRWF IMP OF IM/IA PDS PPSM
◎ △ ◎ △ -
IRWF_PDQ(PDSからの患者情報の取得)
R - - R -
IHEJ-IRWF IMP IM Unsched(スケジュールなしケース)
R - R O -
IRWF_MWL(ワークリストのよる患者情報の取得)
R R - - -
IRWF_IMP_IM_Sched(スケジュールケース)
R O R - -
注)テストとしては、MPPSはIMPからPPSMを経由せずにOFへ直接に送る
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 35
IRWFIRWFシナリオシナリオ
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 36
IRWFシナリオ(Scheduled Case)
【概要】
OFから検査情報を取得して、画像情報を更新し、IMへ保 存する。
【合格基準】
MWLによって、OFから検査情報が取得されること。
インポートした画像の検査情報がMWLの値で更新され ること。
注)更新は、「Table A.5-1: Scheduled Import - Required Mapping of Corresponding Attributes」
に従う。
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 37
IRWFシナリオ(Unscheduled Case)
【概要】
PDSから患者情報を取得して、画像情報を更新し、IMへ 保存する。
【合格基準】
PDQによって、PDSから患者情報が取得されること。
インポートした画像の画像情報がPDQの値で更新され ること。
注)更新は、「Table A.5-2: Unscheduled Import - Required Mapping of Corresponding Attributes」
に従う。
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 38
MAMMOMAMMOシナリオシナリオ
MAMMO IM/IA ID AM PC
◎ ◎ △ ◎
MAMMO_MOD_IM_Interface(MAMMO画像の保存)
R R
MAMMO_ID_IM: (IDによるMAMMO画像の取得と表示)
R R
MAMMO_MOD_Display(MLOとCCの左右表示)
O R ( R )
MAMMO_Display_Annotation O R ( R )
MAMMO_Print(Presentation LUTを使用したフィルム出力)
R
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 39
MAMMOMAMMOシナリオシナリオ
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 40
MAMMOシナリオ
【合格基準】
IDにおいては、表示上の要求事項に満たしてい ること
・対象画像は、各テストで別の画像を使用
PC/PSにおいては、印刷上の要求事項を満たし ていること
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 41
MAMMOMAMMO::
表示上の要求事項表示上の要求事項
ハンギングプロトコルのサポート
view, laterality, patient orientation, and specialty views ウィンドウ操作や画素値反転に左右されない背景の黒色
表示
サイジング
同一縮尺 /実寸表示 /ディテクタ画素の1:1表示)
計測機能
ディスプレイのキャリブレーション
ラベル機能
拡大表示オプション
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 42
MAMMOMAMMO::
印刷上の要求事項印刷上の要求事項
実寸プリント
(Requested Image Size)
胸壁側の隙間は5mm以内であること
VOI LUTS があれば使用してプリントすること
最大濃度の指定とサポート
Presentation LUT の指定とサポート
ラベルに関する要求
12 bit 画素値のサポート
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 43
PDIPDIシナリオシナリオ
PDI PMC DISP ID RRD PC PMI IM
◎ ◎ ◎ △ ◎ ◎ -
IHEJ-PDI CreateCD(ポータブルメディアの作成)
R - - - - - -
IHEJ-PDI DisplayWeb(メディアの中のWebコンテンツの表示)
( R ) R - - - - -
IHEJ-PDI DisplayImages(メディアの中の画像の表示)
( R ) - R - - - -
IHEJ-PDI DisplayReports(メディアの中のレポートの表示)
( R ) - - R - - -
IHEJ-PDI PrintImages(メディアの中の画像の出力)
( R ) - - - R - -
IHEJ-PDI MediaImport(メディアからの画像のインポート)
( R ) - - - - R O
確認)確認)
PMCPMCで、で、
「「WebWebコンテンツ」コンテンツ」
「「SRSR」を出力する」を出力する
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 44
PDIPDIシナリオシナリオ
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 45
PDI CDメディア
ISO 9660 Level 1準拠
・ディレクトリの階層は、ルートを含めて8階層まで
(JulietとRockRidgeでもかまわない)
DICOM・ディレクトリ名、ファイル名に用いる文字は、英大文字、数字、アンダースコアのみ。
・ディレクトリ名・ファイル名は8文字以内(拡張子なし)
・DICOMDIRはルートディレクトリ直下にあり、それに並列して
DICOMファイルが入ったフォルダ
が置かれる
・Explicit VR Little Endianで格納される。
(圧縮は対象外)
非DICOM・拡張子の制限はない
・Webコンテンツについては、ルートディレクトの下のINDEX.HTMとIHE_PDIディレクトリが置かれ
る。コンテンツはIHE_PDIに置かれる。
・Webコンテンツ以外のファイルは、ルートディレクトの下にIHE以外で始るディレクトリを作成し、
置かれる。
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20201010 46
DICOMDICOM日本語対応日本語対応
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 47
DICOMDICOM日本語対応オプション日本語対応オプション
【オプション名】
DICOM日本語対応オプション(日本語表記)
DICOM Japanese Character Set Option(英語表記)
【適用範囲】
DICOMベースのトランザクション(注)
上記トランザクションを含む統合プロファイル
上記統合プロファイルの対象アクタ
(注)日本語を含む可能性の無いトランザクションは除く
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 48
特定文字集合特定文字集合(0008,0005)(0008,0005)
データセットに日本語文字集合を含む場合:
特定文字集合(0008,0005)には、
“ISO 2022 IR 87”を含むことを必須とする。
“ISO 2022 IR 159”の使用は推奨しない。
“ISO 2022 IR 13”の使用は禁止とする。
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 49
患者氏名患者氏名((00100010,,00100010))
例:Kanda^Jirou=神田^次郎=カンダ^ジロウ
第1要素グループの記述は、必須とする。
記述には、“ISO-IR 6”を使用する。第2、第3要素グループは、記述することが望ましい。
記述には、“ISO-IR 87”を使用する。
【注】
IHE-Jでは、HL7 PID-5 患者氏名フィールドは、
全角カナ氏名は必須
漢字氏名やローマ字氏名は任意
カナ → ローマ字(性格にはアスキー文字:ISO-IR 6)変換によって、
患者氏名(0010,0010)の第1要素グループに値をセットする際の
変換方式は規定していない。
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 50
DICOMDICOM日本語対応日本語対応
受け取ったデータに日本語が含まれていた場合:
【表示】
表示することが要求されている項目については、日本語での 表示が可能なこと。
【情報連携】
他のデバイス(装置またはリムーバブルメディアなど) にデータを引き渡すためにコピーすべき項目について は、日本語を含めそのままコピーすること。
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 51
例:例:SWFSWFの場合の場合【【表示表示】】
【表示することが要求されている項目】
Query Modality Worklist [RAD-5]で取得した情報 の中で、表示することが求められている項目:
RAD TF-2 Table 4.5-3. のQuery Keys Return/SCU欄で、 R+で表記されている項目
IHE-Jモダリティ・ワークリスト拡張をサポートする場合には、上 記および「医学的注意事項(Medical Alerts)」(0010,2000)
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 52
例:例:SWFSWFの場合の場合【【表示表示】】
Query Image [RAD-14]で取得した情報の中で、 表示することが求められている項目:
RAD TF-2 Table4.14-1. の Query Keys Return/SCU欄で、 R+ で表示されている項目
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 53
例:例:SWFSWFの場合の場合【【情報連携情報連携】】
【コピーすることが要求されている項目】MWL、Image IOD、MPPS間の情報連携のために、
コピーすることが求められている項目:
RAD TF-2 Appendix Aを参照のこと
IHEIHE--JJ ベンダーワークショップベンダーワークショップ –– 20102010 54