IHE-J 2009 ベンダーワークショップ
Radiology Session〜 SWF, PIR 〜
2009.05.22
日本IHE協会 接続検証委員会
塩川 康成
上級医療情報技師 S20070007
AJS 株式会社

まずは質問です。
IHE、SWF、PIR という言葉を初めて聞きます
もしくは、聞いたことはあるけど、内容はよく分かりませんという方はおられますか？
皆さん基本はご存知ならば
HL７のデータ構造（基本） へ・・・SWF、PIR について
• SWF Scheduled Work Flow
– 画像診断部門における基本的なワークフロー– HIS、RIS、PACS、モダリティ 間にて標準化された手順で情報管理できる。

• PIR Patient Information Reconciliation– 患者基本情報について、各システム間で情報の統一化を行うためのデータ連携手順。
– 患者基本情報のシステム間同期を通じ、常に均一な情報を院内で参照できるようにする。

アクター概要
ネットワークからアクセス可能なレポートの保存

ADT

レポート

患者情報の取得
患者登録
患者情報

レポート

レポート保管HISゴール：

OP

検査手続き

関連する過去の検査のプリフェッチ

検査オーダ

検査リスト
Modality worklist

部門：オーダ実施

読影ワーク
ステーション
画像検索

PACS

オーダー発行

OF

画像と患者情報の放射線科医への提示

依頼科医が必要とする時、いつでも利用可能な完全で正確なレポート

依頼科医師による放射線レポート参照

RIS

レポート

患者情報と検査画像のネットワーク参照のための保管

モダリティから患者情報と検査手続き情報の検索

撮影完了

Modality

フィルム
フォルダ

画像保管・管理

MOD
モダリティ

IM

画像保存
撮影完了
フィルム

患者位置決めと撮影

画像プリントアクター概要１：ADTとOP• ADT– 患者情報を管理し、情報の基準となるアクター– OP、OFに対し、患者情報を連携する• OP– オーダ情報を各部門システムに発生させ、その結果を実施結果を受信して管理するアクター– 部門システムよりオーダの進捗状態を受信し、管理するアクター概要２：OFとMOD• OF（DSS/OF）– OPから発行された、放射線検査オーダを受け、実際に撮影業務を遂行・管理するアクタ– OP、撮影装置、画像管理システムと連携して、撮影情報やステータスの受け渡しを行う• MOD– OPから指示で実際に撮影を行い、結果画像を発生させるアクタ– 様々な種類が存在する（一般撮、CT、MRなど）

アクター概要３：IMとPPSM• IM– 撮影装置で発生した画像を患者情報とともに保存、管理するアクター– OFより患者情報、撮影情報を、MODより撮影画像を受信し、融合管理する• PPSM– DICOM通信（PPS）について、各アクターに情報を仲介するアクター– 一般的には RIS、PACSの一部機能

トランザクションの全体概要
HIS

アクターとトランザクション
Actor & Transaction

HL7
Order Filler

RIS

患者登録
患者登録 ADT
ADT

1：患者登録↓12：患者更新↓オーダー実施オーダー実施↑6：MPPS進行中↑7：MPPS完了↑20：画像生成PPS進行中↑21：画像生成PPS完了

Order Placer

ﾎﾟｽﾄﾌﾟﾛｾｯｼﾝｸﾞ
ﾎﾟｽﾄﾌﾟﾛｾｯｼﾝｸﾞ
管理
管理

Image Creator
10：保存委託↓

ImageManager

画像
画像管理
管理

→5：MWLの提供

Image Display

画像
画像
観察
観察PACS↓18：生成画像保存↑14：画像の問合せ↓19：生成画像表示
状態の保存↓29：キー画像
ノートの保存↑15：画像表示状態問合せ

画像
画像
保管
保管

↑16：画像の読み出し↑17：画像表示状態の読出し↑30：キー画像ノート問合せ↑31：キー画像ノート読出し

Image Archive↑8：画像保存↑9：画像表示状態の保存↑29：キー画像ノートの保存

10：保存委託↑←6：MPPS進行中←7：MPPS完了

監査証跡
監査証跡
管理
管理

オーダ発行
オーダ発行

画像生成
画像生成（3D等）（3D等）→6：MPPS進行中→7：MPPS完了→20：画像生成PPS進行中→21：画像生成PPS完了

ﾁｬｰｼﾞ
ﾁｬｰｼﾞ
ﾌﾟﾛｾｯｻﾌﾟﾛｾｯｻ→ 12：患者更新↓1：患者登録↓12：患者更新←2：オーダー設定管理→3：オーダー受付管理↓4：予約済み手続き↑11：画像の利用可能性問合せ↓12：患者更新↓13：手続きの更新↓20：画像生成PPS進行中↓21：画像生成PPS完了

実行
実行
Performed
プロージャ
プロージャ Procedure Stepステップ
ステップ
Manager
マネージャ
マネージャ

→ 1：患者登録

モダリティ
モダリティ

Image Modality

トランザクションのポイント• HL7– ADT 患者情報を連携します。
– OMG OP-OF間でオーダ情報を連携します。
– ORU OF-OP間でオーダステータス情報を連携します。
– OMI OF-IM間でオーダ連携、OF-OP間で実績情報を連携します。
※ HL7の通信については JAHIS 放射線データ交換規約 V2.1 に従う• DICOM– MWL OF-MOD 間で患者情報（撮影情報）を連携します。
– PPS MOD-OF-IM 間でプロシージャステップ情報を連携します。
– Storage MOD-IM 間で画像情報を連携します。

HL７のデータ構造（基本）• HL7の電文はこんな感じです。
MSH|^~¥&|HIS||RIS||20050120||OMG^O19^OMG̲O19|mn123|P|2.5|||||JPN|ASCII~ISO IR87||ISO 2022-1994<cr>
PID|||12345678^^^^PI||東京^太郎^^^^^L^I~トウキョウ^タロウ^^^^^L^P||19501214|M|||虎ノ門1-19-9^^港区^東京都^^^^105-0001^^H || 033506-8010^PRN^PH<cr>
PV1||O|01^^^^^C||||112233^中田^隆^^^^^^^L^^^^^I|||01 <cr>
ORC|NW|2005012000100|||||||200501201010|112233^中田^隆^^^^^^^L^^^^^I||112233^中田^隆^^^^^^^L^^^^^I|01^^^^^C||||01^C||||||||||||O<cr>
TQ1|||||||||R<cr>
OBR||2005012000100||1000000000000000^Ｘ線単純撮影^JJ1017-16P||||||||||||112233^中田^隆^^^^^^^L^^^^^I<cr>
ORC|PA|2005012000100|||||||200501201010|112233^中田^隆^^^^^^^L^^^^^I ||112233^中田^隆^^^^^^^L^^^^^I|01^^^^^C||||01^C||||||||||||O <cr>
TQ1|||||||||R<cr>
MSH|^~¥&|HIS||RIS||20050120||
OBR||2005012000100||1000000000000000^Ｘ線単純撮影^JJ1017-16P||||||||||||112233^中田^隆^^^^^^^L^^^^^I<cr>
OBX|1|CE|5H0100000018101^血液型-ABO式^JC10|1|1^A^LBLABO||||||F<cr>
OMG^O19^OMG̲O19|…
OBX|2|CE|04-03^視覚障害||SV^重度||||||F<cr>
ORC|CH|2005012000101||||||2005012000100|200501201010|112233^中田^隆^^^^^^^L^^^^^I ||112233^中田^隆^^^^^^^L^^^^^I|01^^^^^C||||01^
内科||||||||||||O <cr>
TQ1|||||||||R<cr>
OMG
OBR||2005012000101||10000002000002000000010000000000^胸部.Ｘ線単純撮影.正面(A→P)^JJ1017-32|||200501201010|||||||||112233^中田^隆^^^^^^^L^^^^^I|||||||||||||2005012000100<cr>
ORC|CH|2005012000102||||||2005012000100|200501201010|112233^中田^隆^^^^^^^L^^^^^I ||112233^中田^隆^^^^^^^L^^^^^I|01^^^^^C||||01^
内科||||||||||||O <cr>
TQ1|||||||||R<cr>
OBR||2005012000102||10000002000006000000010000000000^胸部.Ｘ線単純撮影.側面(L→R)^JJ1017-32|||200501201010|||||||||112233^中OMG^O19^OMG̲O19
田^隆^^^^^^^L^^^^^I|||||||||||||2005012000100<cr>
ORC|CH|2005012000103||||||2005012000100|200501201010|112233^中田^隆^^^^^^^L^^^^^I ||112233^中田^隆^^^^^^^L^^^^^I|01^^^^^C||||01^
内科||||||||||||O <cr>
・・・・・

セグメント成分フィールド

HL７のデータ構造（基本）• HL7はメッセージ種類毎に構造が異なります• 例えば、OMGであれば、以下の構造ですメッセージ種類

MSH
PID
PV1
ORC
TQ1
OBR
OBX

患者情報
患者来院情報×ｎ個

オーダ基本
オーダ数量/時間/優先度
オーダ詳細

×ｍ個

オーダ詳細の内容

HL７のデータ構造（オーダ表現）• HL7ではオーダ表現で親子構造を持ちます• ORC以下の部分は以下の構造になります
ORC（NW）
TQ1
OBR

ORC（PA）
TQ1
OBR

ORC（CH）
TQ1
OBR
OBX×ｎ×ｍ

このオーダ情報がこのオーダ情報のこのオーダ情報の新規手技＝検査種撮影方法と実績であることを示します

を示します。

を示します。

日本語版拡張について• 2バイト文字コード*として、ISO 2022 IR87に拡張対応することを意味します。
• ただし、半角カナや補助漢字のための ISO
IR13、ISO IR159** は使用禁止です。
• HL7の連携については、基本的に日本語使用が前提ですので、日本語版拡張オプションでの試験を別途行う必要はありません。
* DICOM 特定文字集合（0008,0005） への適応など** 正確にはISO 2022 IR159 は禁止ではなく使用推奨せず

コネクタソンでのチェックポイント
コネクタソン2009では、以下の視点で審査の際にチェックをしていきます
１．製品画面で連携した内容を見たいです
２．電文のエコロジー化をしましょう
３．患者さんのお名前は適切に扱いましょう
４．結果（実績）管理は重要です５．キー（ID）情報はチェックの要です
おわりに へコネクタソンでのチェックポイント

ポイント１：
製品画面で連携した内容を見たいです• 電文内容を正しく解釈することが重要です• 解釈した内容は製品のどこかに表現されると思います• 製品画面で内容展開がされているかを見せてもらうことがあります（毎回じゃないかもしれないけど・・・）• もちろん、電文内容の精査もしますコネクタソンでのチェックポイント

ポイント２：
HL7 電文のエコロジー化をしましょう• 省略可で内容がないセグメント、末尾まで省略可で内容がないフィールドは削りましょう• なぜパージングするのか？ → そこにセグメントやフィールドが続いているから• （微々たるサイズとは思いますが）よりコンパクトなサイズにしましょうコネクタソンでのチェックポイント

ポイント３：

患者さんのお名前は適切に• HL7での患者名をあらわす PID-5 第８成分について、昨年実装ができていないケースが多かったです• 表音文字（P：OMG必須）、英数字（A:OMI必須）、表意文字（I：任意）で表現します→ 出現順位ではないですよ！！

コネクタソンでのチェックポイント

ポイント４：

結果（実績）管理は重要です• HL7での通信では、特にOMIにおける実績送信の確認を昨年より必須としています• 資材マスタ、単位などは早めに情報提供しますので、対応をお願いします• 製品での表示を確認しますコネクタソンでのチェックポイント

ポイント５：キー(ID)情報はチェックの要です• 電文、製品画面を見ると、なんとなく情報が符合している・・・でもよく見ると、キー （ID）
情報が違うぞ！というケースを昨年散見しました• HL７、DICOM ともに、患者ID、オーダID、
AccessionNo, SIUID などが符合することを今年もチェックしていきますおわりにプロファイルの変更は特にありませんということで、審査をより細かい視点で行います
次回は細かいポイントを説明します
お楽しみに！

ご清聴、ありがとうございました！