ＩＨＥ-Jコネクタソン2009 LABドメイン
ベンダーワークショップ 2009/05/22

LTW 及び オプションGIR
Laboratory Testing Workflowについて
日本IHE協会 接続検証委員会

LTWのアクターたち
RAD-1:患者登録
アクター は、抽象化された機能ユニット
RAD-12:患者更新

患者管理(ADT)
トランザクションは、アクター間の情報交換仕様
RAD-1:患者登録
RAD-12:患者更新

患者管理
RAD-1:患者登録
RAD-12:患者更新(ADT)→PAMへ移行
RAD-1:患者登録
RAD-12:患者更新

RAD-1:患者登録
RAD-12:患者更新

RAD-1:患者登録
RAD-12:患者更新

臨床検査室
LAB-1:依頼者オーダー管理

オーダー依頼者
LAB-2:実施者オーダー管理(Order Placer)
LAB-1:依頼者オーダー管理
オーダー依頼者
LAB-2:実施者オーダー管理(Order Placer) LAB-3:オーダー結果管理

オーダー実施者
臨床検査室(Order Filler)
オーダー実施者(Order Filler)

LAB-3:オーダー結果管理

オーダーリザルトトラッカ
オーダーリザルトトラッカ(Order(Order ResultResult Tracker)
Tracker)

LAB-4:検査オーダー管理

LAB-5:検査結果管理

LAB-4:検査オーダー管理

LAB-5:検査結果管理

オートメーション・マネージャ
オートメーション・マネージャ(Automation(Automation Manager)
Manager)3種類のＯＭＬと2種類のＯＵＬ
４．５．３ ＯＭＬ＾Ｏ２１（一般検査オーダメッセージ ）４．５．５ ＯＭＬ＾Ｏ３３（1検体に対する複数依頼の検査オーダ ）４．５．７ ＯＭＬ＾Ｏ３５（1検体1容器に対する複数依頼の検体オーダ ）６．５．１．１ ＯＵＬ＾Ｒ２２（非要求検体ベース検査メッセージ ）６．５．１．２ ＯＵＬ＾Ｒ２４（非要求オーダベース検査メッセージ ）→R24は構文の問題のため「過去互換」の扱いへ代わりにORU^R01が加わりました。
長所、短所はいろいろありますがＯＭＬ＾Ｏ３３とＯＵＬ＾Ｒ２２を勧めたい（OP←→OF間のみならず、OF←→AM、LD←→AMにも適用可能）
コネクタソン2009では例年通りOML^O33とOUL＾O22で実施します。

LTWテストシナリオ(予定）シナリオＮｏタイトル

1

通常の検体検査の実施

2

通常の検体検査の実施（OPからの検査項目の変更）

3

通常の検体検査の実施（検査システム側からの項目の追加と削除）

概略
検査項目
・OPからオーダーを発行する。
・OFにて受付をする。
・検査を開始する。
総蛋白、ＧＯＴ、ＧＰＴ、γ-GTP、血糖、CRP、CK、トロ・検査結果を確定する。
ポニンT、血算（WBC、RBC、Ｈｂ、Ｈｃｔ、MCV、MCH、・OFからORTへ検査結果を返す。
MCHC、PLT）
・OPからオーダーを発行する。
・OPにて一部の項目を削除し、新たに複数項目を追加する。
総蛋白、ＧＯＴ、ＧＰＴ、γ-GTP、血糖、CRP、CK、トロ・OFにて受付をする。
ポニンT、血算（WBC、RBC、Ｈｂ、Ｈｃｔ、MCV、MCH、使用項目については・検査を開始する。
MCHC、PLT）
検討中・検査結果を確定する。
追加項目・OFからORTへ検査結果を返す。
梅毒RPR、HBｓ抗原、HCV抗体
・OPからオーダーを発行する。
・OFにて受付をする。
・検査を開始する。
・OFにて複数項目を追加する。
・ＯＦにて複数項目を削除する。
・検査結果を確定する。
・OFからORTへ検査結果を返す。

総蛋白、ＧＯＴ、ＧＰＴ、γ-GTP、血糖、CRP、CK、トロポニンT、血算（WBC、RBC、Ｈｂ、Ｈｃｔ、MCV、MCH、MCHC、PLT）
削除項目
CK、トロポニンT
追加項目
HｂA1ｃ、インスリンコネクタソン使用検査項目について
MEDIS臨床検査マスタを使用予定
コード体系はJLAC10
名称に「画面表示名称」「帳票印字名称」「IT名称」の3種類あり。電文上は「IT名称」をセットする必要がある。

実装モデル
日本ではOPとORTが同一システムに実装される事がほとんどなので、Xのトランザクションを省略する(2006-2008同様です)
Order Placer

Order Filler

Automation
Manager

Order Result
Tracker

Order enteredspecimen
sent tolaboratory

OML^O33 (NW)
9.2.3.1
ORL^O34
9.2.3.1

OML^O33 (SC)9.2.3.3

Specimens checked.
Order started
OML^O21 (NW)
9.2.3.2
ACK^R229.2.3.4
OUL^R22 (SC)9.2.3.5

OUL^R22 (SC)9.2.3.4
technicalvalidation

Clinical validation
OML^O33 (SC)9.2.3.6

OUL^R22 (SC)9.2.3.7

実装モデル-2
OP+ORT(=HIS)

OF(=LIS)|------OML^O33----->|Observation Order||<-----OUL^R22-----| Specimen Arrival||<-----OUL^R22-----|Observation Result::| tcp port1||| tcp port2 容器単位（または増加型）|
コネクタソンでは容器単位|| tcp port3 オーダー単位
|
:

通信方式
TCP/IPによるソケット通信とし「ADT/ACK」「OML/ORL」「OUL/ACK」（受付／到着） 「OUL/ACK」（結果）で１ポートづつ（計４ポート）それぞれ割り当てるものとする。※MSHメッセージには0bなどの制御文字を挿入しない。
※送信側アクタがコネクション確立を行なう。

スタートブロックについて
2.3.5 IHE Laboratory Technical Framework acknowledgement
Usage of network connections
Trigger events in both Applications
New order
enteredTrigger
event

Order statuschangeOrder Placer
ORL^OKTriggerevent

Order Filler
OML^NW

OML^NW

ORL^OKOML^SCORL^OK

Initiating
moduleORL^OK

Acceptingmodule<SB>OML^NW<EB><CR><SB>ORL^OK<EB><CR><SB>OML^SC<EB><CR><SB>ORL^OK<EB><CR>

AcceptingmoduleOML^SC

Initiating
moduleスタートブロックについて（２）
日本では＜SB＞は付けない、海外では付ける
海外ではHL7 Implementation Support Guide C.4 MINIMAL LOWER LAYERPROTOCOLが生きている・・・海外に出るベンダーは注意（特にLDA）＜＜標準メッセージフォーマット＞＞
セグメント−１ （例：MSH|・・・・）

０ｘ０Ｄ

セグメント−２ （例：PID|・・・・）

０ｘ０Ｄ

セグメント−３ （例：PV1|・・・・）

０ｘ０Ｄ

０ｘ１Ｃ ０ｘ０Ｄ＜＜ＭＬＬＰメッセージフォーマット＞＞
０ｘ０Ｂ
セグメント−１ （例：MSH|・・・・）

０ｘ０Ｄ

セグメント−２ （例：PID|・・・・）

０ｘ０Ｄ

セグメント−３ （例：PV1|・・・・）

０ｘ０Ｄ

０ｘ１Ｃ ０ｘ０Ｄ

ＬTW基本シーケンス
１．依頼電文（ラベル情報なし）ＯＰ→ＯＦ
２．削除電文 ＯＰ→ＯＦ
３．依頼電文（ラベル情報付）ＯＰ→ＯＦ（ラベル情報はＯＰで発番）
４．結果電文（到着確認） ＯＦ→ＯＲＴ
５．結果電文 ＯＦ→ＯＲＴ

使用するメッセージ
１．依頼電文OML^O33 (ORC1=NW)/ORL^O34

２．削除電文OML^O33 (ORC1=CA)/ORL^O34

３．依頼電文（ラベル情報付）
OML^O33 (ORC1=NW)/ORL^O34

４．結果電文（到着確認）
OUL^R22/ACK^R22

５．結果電文 ＯＦ→ＯＲＴ
OUL^R22/ACK^R22

メッセージ型の記述について（ＭＳＨ-９）

ＨＬ７の推奨にしたがって第3成分を記述する
OML^O33^OML_O3３
ORL^O34^ORL_O34
OUL^R22^OUL_R22
ACK^R22^ACK（ＨＬ７ 第2章 table0354 参照）

OML^O33の構造とSPMセグメントの取り扱い
OML^O33^OML_O33
MSH[項番長さ扱い繰返項目設定値
PID
1 OML 電文内の通番
14Ｏ
セットＩＤ
[ PV1 ]<OP 側検体管理番号>&<ラベル制御>&<OP 側バーコード
280
Ｏ検体ＩＤ]>^<OF 側検体管理番号>&&<OF 側バーコード>{JLAC-10 項目コードの材料部分(10,11,12 桁)の 3 桁を使
4250
Ｒ
検体タイプ
SPM用する<材料コード>^<材料名>^JC10[{SAC}]
採取日時を設定する（YYYYMMDDHHMM）{1726Ｏ
検体採取日時
HHMM はオプション（なければ 0000 とみなす）
ORC
OBR-7 と同じ[{TQ1}]<容器コード>^<容器名称>
27250
Ｏ
採取管タイプ[OBR[{OBX}]]}}
昨年度までラベル制御はOBR-18に記述していたが国際会議での討議の結果SPM-2に記述する
コネクタソン2009ではʻOPʼ固定

ラベル制御情報
HL7にはラベル制御を明示的に記述するフィールドがない→IHE-JとしてOBR-18（依頼者フィールド１）に定義していた→SPM-2に移行(コネクタソン2008より)
OP:オーダ側でラベルを出力
OFREAL：検査システム側で即時にラベルを出力
OFSTOCK：検査システム側で一旦蓄積して運用上のタイミングでラベルを出力
ラベル出力先を指定する場合は「OFREAL_<出力先コード>」など

IHE-JコネクタソンではOP固定とする

ORL^O34^ORL_O34の扱い
ORL^O34^ORL_O34
MSH
MSA[{ERR}][LTWでもオプショナルになった
[PID]
{SPM
[{SAC}][{ORC[{TQ1}][OBR]}]}]OUL^R22^OUL_R22の構造
OUL^R22^OUL_R22
MSH[PID[ PV1 ]]{SPM[{SAC}]{OBR[ORC][{TQ1}][{OBX}]}}
ACK^R22^ACKMSH
MSA
[ERR]

JLAC-10について分析物（５）識別（４）材料（３）測定法（３）の１５桁
プラス結果識別（２）の１７桁
MEDIS臨床検査マスタは、
http://www.medis.or.jp/からダウンロード可能
例： 総蛋白3A010000002327101

総蛋白を分析し特に識別区分は無く血清検体でXXX法で測定した結果が数値となる

3A010

0000

023

27101

項目

GIR
“Graphs and Images In Laboratory Result”
その名のとおり「臨床検査結果に付随するグラフや画像の提供方法を定義する LTWやLDAのオプション」
画像の「在り処」や「画像を作るためのデータ集合」
を送信し、画像の取得方法／表示方法については定義していない。
現在IHE-Jが主体となりSupplementを作成中。
正式にはまだ登録されていません。

臨床検査における画像パターン
Item

12345

NoGroup

Hematology

Biochemistry、
immunology

Population

OriginOtherRemarks

Bone Marrow、Peripheral
Blood

Photo device

Clinicaldiagnosis

Hematology
etc

diseaseBlood Image（Scatter gram）

Analyzer

Record ofevidence

Leukocyte
classification
scatter gram etc

Platelet aggregation patternAnalyzer

Record ofevidence

Serum Protein Electrophoresis

Analyzer

Record ofevidence

FluorescentANA pattern

Photo device,Media

ReiberDiagramm

Lab

Scientist

++

+

++

+++

+HPLC(HbA1c).GC.MS
etc

++

+

Record ofevidence

Fluorescencemicroscope
photo++-

Photo device,Media

Record ofevidence

EC area?

++++Electrophoresis pattern

Photo device,MediaClinicaldiagnosis

Immunologicalelectrophoresis
etc

++

+

stain image of microscope

Photo device,Media

Record ofevidence+++

Colony.Nutrient medium

Photo device,Media

Record ofevidence++-Parasites

Photo device,Media

Record ofevidence+++

Ovum of parasites

Photo device,Media

Record ofevidence+++

Urinary sediment

Photo device,MediaClinicaldiagnosis+++

Surface marker

Photo device,MediaClinicaldiagnosis++-Chromosome

Photo device,MediaClinicaldiagnosis++++Gene stain

Photo device,MediaClinicaldiagnosis+++Microbiology

Urinalysis andParasite

Purpose of use

Virus etc

GIRのデータタイプについて参照タイプ（実際のデータの位置情報のみ送信）
コード化タイプ（メールの添付のようにデータそのものをBASE-64等で変換して送信）
データ列タイプ（グラフを描く為のデータ列を送信）

参照タイプとデータ列タイプの例を次に示します。

具体的な電文例(参照タイプ)
尿沈渣の顕微鏡画像を送信元アクタのWebサーバに置き、送信先アクタには参照させる場合
OBX|1|NM|1A105000000166200＾尿沈渣^JC10|1|||||||F|...<cr>
OBX|2|NM|1A105000000166251＾赤血球^JC10|1|1-5|HPF|||||F|...<cr>
OBX|3|NM|1A105000000166252＾白血球^JC10|1|1-5|HPF|||||F|...<cr>

OBX|4|RP|1A105000000166200＾尿沈渣^JC10|2|
尿沈渣0905060001_01.JPG＾
http://LIS_IMAGE_SYSTEM/^IM^JPEG||||||F|...<cr>：具体的な電文例(データ列タイプ)
蛋白分画の波形画像を送信元アクタからプロットデータとして送信し、送信先アクタで[幅255、高さ512]としてグラフ表示させる場合
OBX|1|NM|3A020000002323200^蛋白分画^JC10|1|||||||F|...<cr>
OBX|2|NM|3A020000002323251^ＡＬｂ^JC10|1|1.5|g/dl|||||F|...<cr>
OBX|3|NM|3A020000002323258^Ａ／Ｇ^JC10|1|0.4||||||F|...<cr>
OBX|4|NM|3A020000002323252^α１グロブリン^JC10|1|0.2|%|||||F|...<cr>

OBX|5|CD|3A020000002323200&CHN＾蛋白分画^JC10|2|^^^^512^0&255||||||F|...<cr>
OBX|6|NA|3A020000002323200&WAV＾蛋白分画^JC10|3|0^0^0^1^2^3^4^5…||||||F|...<cr>GIRの実施について・参照タイプとデータ列タイプの実施を検討中
・コネクタソンでは検証が必要。つまり「送ったものがORT/OFで表示できること」を確認。
・もちろん参加可能なORT/OF/LDが必要
LTWに参加される意思を持っておられるORT/OF/LDベンダ様は、「GIRでのやり取り」+「画像の表示」が可能かどうかもお知らせくださいおわり

検体検査
Integrating the Healthcare Enterprise in Japan

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