スライド 1

Size: px

Start display at page:

Download "スライド 1"

しじんゆきしげ
5 years ago
Views:

1 コネクタソン支援ツールの紹介 (1) トランザクションモニタ (2) バリデーションツール日本 IHE 協会接続検証委員会

2 概要コネクタソンにおける接続試験を円滑に進めるために昨年度から支援サシテムの導入を実践しています 1. トランザクサョンモニタ通信内容 ( テシト内容 ) を全て記録し DICOM /HL7 メッセーザ単位で可視化 2. バリデーサョンツール上記通信内容を自動で検証しその結果を可視化これらのツールを利用することで (1) 検証の質向上 *(2) デバッグ時間の短縮を実現し効率的なコネクタソン運用を目指します 2

3 試験内容の記録 / 可視化トランザクションモニタ 3

4 トランザクションモニタ機器 1 機器 2 トランザクサョンモニタ通信記録機器 1 機器 2 従来試験結果は機器の画面出力から判断していた画面から確認できない種類のは発見困難テシトが失敗した際の問題点特定が困難トランザクサョンモニタは通信データを中間で収集するテシト単位で全通信データ ( バイナリ ) を記録 DICOM/HL7 のメッセーザ解析を行いメッセーザ単位でデータ取り出しが可能 4

5 テスト内容 (DICOM/HL7 メッセージ ) の可視化ウェブブラウザから試験内容 ( 通信メッセーザ ) を確認できるメッセーザ順序の確認メッセーザ内容の確認メッセーザは試験途中でも閲覧できるメッセーザ内容はダウンレードできるコネクタソン DICOM メッセーザの可視化例 ( 左 ) メッセーザ順序 ( 右 ) メッセーザ内容 5

6 コネクタソン支援プロジェクト東京サカゴ情報サシテムによるコネクタソン支援はヨーレッパ (IHE-Europe)* アメリカ (IHE North America)* 日本 (IHE-J) による国際的なプレザェクトです日本はトランザクサョンモニタ * バリデーサョンツール開発運用などで貢献していきます 6

7 通信内容の自動検証バリデーションツール 7

8 バリデーションツール ~HL7/DICOM メッセージを自動でチェック ~ 通信メッセーザの自動検証文法チェック機能 HL7 文法チェック DICOM 文法チェックサナリオチェック機能サナリオ毎に定められた値の整合性を確認 8

9 HL7 文法チェック内容 ( ) 挙動内容文字コード (MSH-18) の各フィールドデータに空文字 "ASCII" "ISO IR6" "ISO IR87" 以外の値が指定された場合患者の所在場所 (ORC-13) に値が指定されなかった場合全 ORCセグメントが対象入力組織 (ORC-17) に値が指定されなかった場合全 ORCセグメントが対象依頼者オーダー番号 (OBR-2) に15 桁以外の値が指定された場合全 OBRセグメントが対象 OMI/ORUメッセージ内に結果状態 (OBR-25) に値が指定されなかった場合最初に検出されたOBRセグメントのみが対象患者名 (PID-5) に第八成分が P のフィールドデータを検出できなかった場合患者名 (PID-5) の第八成分が P のフィールドデータの第一成分と第二成分が全角カタカナ以外で指定された場合 ( 半角スペースは許諾 ) キャンセル電文 ( 先頭 ORC-1がCA) で2つ目以降のORCを検出した場合 OMG OMI ORUメッセージがチェックの対象各セグメントの最終フィールドが空文字だった場合検査値 (OBX-5) にフィールドデータが2つ以上存在した場合全 OBXセグメントが対象仕様物品 (ZE1-9) にフィールドデータが2つ以上存在した場合全 ZE1セグメントが対象結果状態 (OBX-11) にF 以外の値が指定された場合全 OBXセグメントが対象 OMIメッセージ内に ZE1セグメントを検出できなかった場合キャンセル電文時にはチェックしない身長 (OBX-3が01-01) の単位 (OBX-6) が "cm" 以外で指定された場合患者 ID(PID-3) が10 桁以外で指定された場合 ADTメッセージ内に EVNセグメントを検出できなかった場合オーダータイプ (ORC-29) に値が指定されなかった場合全 ORCセグメントが対象 9

10 HL7 文法チェック内容 ( ) 挙動内容フィールド型がDT TSで値長さが0 桁 8 桁 14 桁のいずれでもない場合患者名 (PID-5) に値が存在しない場合患者名 (PID-5) の第七八成分にL^AもしくはL^Iのフィールドデータが指定されたかった場合患者名 (PID-5) の L^A が指定されたフィールドデータの第一成分第二成分に全角文字が指定された場合患者名 (PID-5) の L^I が指定されたフィールドデータの第一成分第二成分に全角文字以外が指定された場合 ( 半角スペースは許諾 ) 検査項目コード (OBR-4) の第三成分が JJ P もしくは JJ M が指定され第一成分が 16 桁でなかった場合検査項目コード (OBR-4) の第三成分が JJ が指定され第一成分が 32 桁でなかった場合検査項目コード (OBR-4) の第三成分に JJ P JJ M JJ 以外の値が指定された場合 10

11 挙動内容 DICOM 文法チェック内容 ( 項目長が奇数 ) 項目長が奇数で指定された場合 ( 予約済みフィールド ) 項目長が 4 バイトで指定される VR の予約済みフィールドが 00,00 でなかった場合 (Explicit のみ ) ( 対応しない VR) 対応しない VR が指定された場合 (Explicit のみ ) ( 辞書と一致しない VR) 辞書と一致しない VR が指定された場合 ( グループ長 ) グループ長で指定されたサイズとそのグループの総サイズが異なっていた場合 (VM 異常 )VM の数が一致しない場合 (TYPE1 チェック )TYPE1 のタグが存在しないまたはタグが存在しても値が存在しない場合 (TYPE2 チェック )TYPE2 のタグが存在しない場合 ( 数値型の項目長チェック ) 数値型の項目長がその倍数になっていない場合 ( 例えば FL(4 バイト ) のタグの項目長が 10 バイトだった場合 ) ( 最大サイズ超過 ) タグの項目長が VR の最大サイズを超過した場合 ( パディングバイト ) タグの値が奇数の場合にパディングされた 1 バイトの値が不正だった場合 ( 例えば VR が AE で NULL ではなくスペースが指定された場合など ) ( 文字集合異常 ) 文字集合とマッチしない文字を検出した場合 ( 英語と日本語のみ対応 ) ( 定義語チェック ) 定義語以外の文字列が指定された場合 (UID のゼロ始まり )UID のピリオドで区切られた各項目の先頭が 0 の場合 (0 のみは OK) ( 項目長オーバー ) 読込んだバイト数 + 今回処理するタグの項目長が総データ長を超えた場合 (UT の 2^32-2 など unsigned で処理するため負の値として識別しない負の値は VR ごとの最大サイズ超過で検出される " ( タグのソート ) タグがソートされていない場合 ( タグの重複 ) 同一タグが存在した場合 (SQ のアイテム )SQ 内の先頭が (FFFE,E000) でなかった場合 (SQ のアイテムデリミッタ )SQ アイテムが未定義長で指定されて最後にデリミッタ (FFFE,E00D) が指定されなかった場合 (SQ のシーケンスデリミッタ )SQ タグが未定義長で指定されて最後にデリミッタ (FFFE,E0DD) が指定されなかった場合

12 シナリオチェック機能 KUDU のサナリオに従い Step/Message 間の値の整合性を確認する HL7/DICOM 間の区別なく比較チェック内容はサナリオ毎に定義患者 ID SopInstanceUid 患者名中の日本語の存在チェック時刻の一貫性チェック ( コネクタソン当日に時刻合わせを行う ) 12

13 シナリオチェックの対象 KUDU 上のシナリオの Step に対応サンプルシナリオ ( IHEJ-SWFPIR-SIMPLE) # Trans. Description R/O From 1 以下 Order Filler と Modality のベンダ名を組み合わせたものを SYS_NAME ( 例 :FUJITSU_TOSHIBA) 日本語の場合にはシステム名 ( 例 : 富士通東芝 ) とする R MOD YES 3 OF にて患者名 UNKNOWN^ONE のオーダを 1 つ (1SPS) 登録する R OF YES 100 OMI IM へ HL7:OMI にて UNKNOWN^ONE のオーダを送信する IM から HL7:ORI を受信する Send /Created To N/ A N/ A Received N/A N/A R OF YES IM YES 101 C-Find MOD から OF へ UNKNOWN^ONE のオーダを検索しオーダ内容を受信する R MOD YES OF YES 104 C-Store 撮像を行い IM に画像を送信する R MOD YES IM YES 105 C-Find 106 C-Move ID は IM に C-Find を発行し画像リストを要求する IM は C-Find に応答し画像リストを返す ID は IM に C-Move を発行し画像取得要求を出す IM は C-Store で画像を転送する R ID YES IM YES R ID YES IM YES 13

14 メッセージの比較方式各シテップで発生するメッセーザの Request/Response を指定して特定フィールド / タグ内の値を比較します比較元 202 HL7 IMへHL7:OMIにて UNKNOWN^ONE のオーダを送信する IMから HL7:ORIを受信する Response PID-3 比較対象 203 DCM MODからOFへ UNKNOWN^ONE のオーダを検索しオーダ内容を受信する Response (ALL) 0010, DCM 撮像を行い IMに画像を送信する Require (ALL) 0010,0020 比較対照は複数指定可能 HL7/DICOMを跨いで比較 14

15 値の一致メッセージの比較方式特定成分による比較患者名中の日本語のみの比較等 HL7 要素 /DICOM タグ存在チェック成分要素の存在チェック時刻の一貫性チェックメッセーザ間の時刻の前後を判定 ( 当日時刻合わせを実施予定 ) 15

16 比較設定の例患者 ID 比較 ID の完全一致を比較します各種 UID 比較 STUDY*SOP などの UID を比較します Request/Response 間の整合性をチェックします患者名チェック日本語オプサョン実施時に日本語が維持されているかをチェックしますメッセーザ種チェックメッセーザが指定された要件を満たしているかをチェック HL7 メッセーザの種別が正しいか DICOM のタグが指定を満たしているか 16

17 ツールを利用した審査手順 ( 概要 ) テシトの登録実施 ( ベンダ間 ) これまで通りテシトを実施していただきます送信の際に直接相手サシテムに送るのではなく Proxy に送信します送信先 IP アドルシを変更していただきますバリデーサョンの実施 ( ベンダ間 ) KUDU 上でバリデーサョンを行いますバリデーサョン結果の確認 ( 審査員 ) バリデーサョン結果を元に審査員が確認を行います 17

18 サシテム間の通信を記録 HL7 DICOM その他対象外のケーシ通信が発生しない操作画像確認 etc ツールが扱う範囲最終的な判定は従来通り審査員が判定します 18

19 バリデーション結果の利用ツールの結果が合否の全てではありません結果を元に審査員が判定します詳細は 7 月にご説明する予定です 19

untitled

untitled IHE-J 2005 IHE-J JAHIS 0 PIR ADT ADT ACK Order Placer / Order Filler Order Placer ORM ORR Order Filler Order Filler ORU ACK Order Placer Order Filler ORU ACK Order Placer IHE-J 2005 1 SWF OP OF OF OP OP