ＩＨＥベンダーワークショップ 2006/07/19

LSWF(Laboratory Scheduled WorkFlow)について
IHE-J 検体検査ワーキンググループ
JAHIS臨床検査システム委員会㈱エイアンドティー 千葉 信行

ＩＨＥ（検体系）に取り組むにあたって残念ながら「これだけ」というドキュメントは未だに存在しません
HL7_V2.5英語＆日本語
JAHIS臨床検査データ交換規約２．０
ＪＡＨＩＳ放射線データ交換規約１．１「ＩＨＥ入門」などを参考にしてください。

日本語ドキュメントに疑義が生じたら必ず原文を参照してください。
ただし、限られたメンバーで運営していますので、原文にも間違いがあります。
原文資料は http://www.ihe-europe.org/

おすすめ
HL7_V2.5の下記の章をお手元に置くことをおすすめします
第2章 コントロール• 基本的なルール,データの型の記述など

第3章 患者管理• ADT,PID,PV1など

第4章 オーダエントリ• OML,ORC,OBRなど

第7章 検査報告• OUL,OBX,SPMなど

第13章 臨床検査自動化• SSU,SACなど

HL7協会員であればダウンロード可能
www.hl7.jp hl7.orgの会員ページもアクセスできますIHE （検体検査） 統合プロファイル
Laboratory Scheduled Workflow(LSWF)

完成 - 2003

通常検査

臨床検査室が割り当てる
外来/入院患者に対する検査

Laboratory Point Of
Care Testing (LPOCT)

トライアル版リリース済

POCT

臨床検査室により実施、管理される
ベッドサイド検査(POCT)

Laboratory Information
Reconciliation (LIR)

患者情報整合性
トライアル版リリース済
患者情報が不明の検体検査、及び患者情報の更新に関するワークフロー

Laboratory Device
Automation (LDA)

トライアル版リリース済
Laboratory Code Set Distribution(LCSD)

検査ｺｰﾄﾞ更新
トライアル版リリース済

施設内で共通に使用する検査群や検査コードの更新に関するワークロー

分析機・前/後処理
臨床検査自動化システム(前処理、分析、後処理)の処理フロー

テクニカルフレームワークの翻訳
GMSIH, HPRIM and JAHISGMSIH, HPRIM and JAHIS

Integrating the Healthcare Enterprise

Integrating the Healthcare Enterprise

臨床検査

臨床検査

テクニカルフレームワーク

テクニカルフレームワーク

GMSIH, HL7 France H’, HL7 Germany, IHE-J,JAHIS, SFIL, IHE Italy
Integrating the Healthcare Enterprise

IHE 臨床検査
テクニカルフレームワーク
付録 2004-2005

第1部

第２部

(LTF-1)(LTF-2)

統合プロファイル

トランザクション

臨床検査情報の整合性確保
Laboratory Information Reconciliation(LIR)

1.1版 – 最終版（Revision 1.1 – Final Text）

1.2版 – 最終版（Revision 1.2 – Final Text）

2004年 7月 8日

2005年 2月27日（2006年 1月23日 翻訳版）

（2006年 1月23日 翻訳版）

Copyright © 2003: GMSIH, HPRIM, IHE-J, JAHIS

Copyright © 2003: GMSIH, HPRIM, IHE-J, JAHIS（2006年 1月23日 翻訳版）
Copyright © 2005: GMSIH, HL7 France H’, HL7
Germany, IHE-J, JAHIS, SFIL, IHE Italy

IHE-J ホームページ http://www.ihe-j.org/index.html
・ニュースとコメント募集ページに掲載

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

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

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

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

患者管理(ADT)

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)

ＬＳＷＦの足りないもの
バーコード情報の取り扱い「Labeling Workflow」を審議中

イメージデータの取り扱い
塗沫標本、スキャタグラム、電気泳動・・・
国際会議での次の議題？？

会計、在庫管理との連携
ＯＲＴへ（ＯＦも？）のクエリ
PDQ,RID,XDSを使用する？？

いろいろな間違いと不親切
HL7引用の間違い
９.２.２相互作用図（ＯＲＬ，ＡＣＫの省略）
Order Placer

Order Filler

Automation
Manager

Order Result
Tracker

Order enteredspecimensent 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

いろいろな間違いと不親切（２）９．２．３．１のSPM-1(Ｓｅｑ．)に代表される不親切
SEQ

LEN

DT

Usage

Card.

TBL#280

EIP

C[0..1]

01755Specimen ID

380

EIP

RE

[0..*]

01756

Specimen Parent IDs

4250

CWE

RE[1..1]

01900

Specimen Type

8250

CWE

C[0..1]

01901

Specimen Source Site

9250

CWE

C[0..*]

0542

01760

Specimen Source Site Modifier

11250

CWE

RE[0..*]

0369

01762

Specimen Role

16250

CWE

RE

[0..1]

0489

01903

Specimen Risk Code

1726

DR

RE

[0..1]

01765

Specimen Collection Date/Time

1826

TS

C[0..1]

00248

Specimen Received Date/Time

201ID

C[0..1]

0136

01766

Specimen Availability

21250

CWE

C[0..*]

049001767

Specimen Reject Reason

26

4NMRE

[0..1]

01772

Number of Specimen Containers

0487

ITEM#Element name1.1.1.1 LAB-1 (OP Æ OF): Message “New order” with one specimen
A new placer order sent to the Order Filler:
MSH|^~\&|OP|Urology|OF|Cytology|200310060820||OML^O33^OML_O33|001|T|2.5|||||USA||EN
PID|1||6543210^^^Abbeville Hospital^PI||ILL^JOHN^^^^^L||19810101|M
PV1|1|I||||||||||||||||9998888
SPM|1|||BLD|||||||P||||||200310060735|||||||||1

HL7引用の間違い
4.5.5 OML^O33定義 Table 4.5-3:OML^O33
1) －－－PRIOR RESULT begin Segment；｛ → ［｛ （省略可能）
2) －－－PRIOR RESULT end Segment； ｝→ ｝］ （省略可能）
6.5.1.1 OUL^R22定義 Table 6.5-1:OUL^R22 static definition
1) －－－SPECIMEN begin
Segment；［｛ →｛ （省略不可）
2) －－－ORDER beginSegment；［｛ →｛ （省略不可）
3) －－－ORDER endSegment； ｝］→ ｝（省略不可）
4) －－－SPECIMEN endSegment； ｝］→ ｝（省略不可）→国際会議で指摘済みでいずれ改版される予定です。

HL7そのものの混乱
OUL^R22からの引用
{ OBR
[ORC]
[{NTE}][{TQ1 [{TQ2}]}][{OBX [TCD] {[SID]}[{CTI}]}[{NTE}] }]常識的にはORC-OBRだが、HL7_V25の,OUL^R22, ,OUL^R23,OUL^R24はOBRORCになっている。
例外的にOUL^R21だけがORC-OBRになっている。（下位互換のために残されている。SPMをサポートしないのでIHE-LABでは採用しない）→V26で直すということも聞きましたが、当面V25に沿って実装します。

ＨＬ７にＯＵＬに対するＡＣＫメッセージの記述が無い
Chapter5（クエリ）は大混乱（メンテされていない？）

3種類のＯＭＬと2種類のＯＵＬ
４．５．３ ＯＭＬ＾Ｏ２１（一般検査オーダメッセージ ）４．５．５ ＯＭＬ＾Ｏ３３（1検体に対する複数依頼の検査オーダ ）４．５．７ ＯＭＬ＾Ｏ３５（1検体1容器に対する複数依頼の検体オーダ ）６．５．１．１ ＯＵＬ＾Ｒ２２（非要求検体ベース検査メッセージ ）６．５．１．２ ＯＵＬ＾Ｒ２４（非要求オーダベース検査メッセージ ）長所、短所はいろいろありますがＯＭＬ＾Ｏ３３とＯＵＬ＾Ｒ２２を勧めたい（OP←→OF間のみならず、OF←→AM、LD←→AMにも適用可能）コネクタソン２００６の範囲
LSWF,LIR＋LDA
AM (Automation Manager ),LD (LaboratoryDevice) の参加を是非お願いします。

シナリオのご説明
実装上の決め毎テストシナリオ(予定）シナリオＮｏタイトル

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ｃ、インスリン

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

Order Filler

Automation
Manager

Order Result
Tracker

Order enteredspecimensent 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

通信方式
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
enteredTriggerevent

Order statuschange

Order 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|・・・・）

０ｘ０Ｄ

０ｘ１Ｃ ０ｘ０Ｄ

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

使用するメッセージ
０．患者情報通知 ADT^A08/ACK^A08
１．依頼電文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のように第3成分を記述する（ＨＬ７ 第2章 table0354 参照）

ADTもADT^A08^ADT_A01のように記述すべきOML^O33の構造とSPMセグメントの取り扱い
OML^O33^OML_O33
MSH[PID[ PV1 ]
項番 長さ扱い]
14Ｏ{SPM280Ｏ[{SAC}]{4250Ｒ
ORC[{TQ1}][1726Ｏ
OBR[{OBX27250Ｏ}]]}}

繰返項目設定値

セットＩＤ

1 OML 電文内の通番

検体ＩＤ<OP 側検体管理番号>&&<OP 側バーコード>^<OF 側検体管理番号>&&<OF 側バーコード>

検体タイプ

JLAC-10項目コードの材料部分(10,11,12桁)の 3桁を使用する<材料コード>^<材料名>^JC10

検体採取日時

採取日時を設定する（YYYYMMDDHHMM）
HHMM はオプション（なければ 0000 とみなす）
OBR-7 と同じ採取管タイプ<容器コード>^<容器名称>

ORL^O34^ORL_O34の扱い
ORL^O34^ORL_O34
MSH
MSA[{ERR}][ＬSWFにはこのカッコは無いがＨＬ７にあるので放射線に倣って省略する
[PID]
{SPM
[{SAC}][{ORC[{TQ1}][OBR]}]}]

項目コードについて（ＯＢＸ－３）
コーディングシステム名を記述する〈検査項目コード〉＾〈検査名称〉^JC10
患者プロファイルコード（身長、体重など）は“ＪＳＨＲ”
ローカルコードの場合は“Ｌ１”などＬ＋体系Ｓｅｑで表現

JLAC-10について
分析物（５）識別（４）材料（３）測定法（３）の１５桁
プラス結果識別（２）の１７桁
総蛋白3A010000002327101
ＧＯＴ
3B035000002327201
ＧＰＴ
3B045000002327201
γ-ＧＴＰ
3B090000002327201
血糖
3D010000002327201
ＣＲＰ
5C070135202306101
ＣＫ
3B010000002327201
トロポニンＴ 5C093000002302301
血算
XXXXXXXXXXXXXXXXX
ＷＢＣ
2A010000001930101
ＲＢＣ
2A020000001930101
Ｈｂ
2A030000001930101
Hct
2A040000001930101
ＭＣＶ
2A060000001930101
ＭＣＨ
2A070000001930101
ＭＣＨＣ2A080000001930102
ＰＬＴ
2A050000001930101

http://www.medis.or.jp/からダウンロード可能

迅速区分について
オーダー毎はTQ1-9（優先度）
項目毎はOBX-13（使用者定義アクセス点
検）HL7ではS,A,R,P,C,T,TS<integer>,TM<integer>,TH<integer>,TD<integer>,
TW<integer>TL<integer>,PRN等が定義されているが、S(tat)、R(outine)を使用する

ＡＤＴと患者属性について基本は放射線に従います
住所、電話番号等でＬＩＳ側で保存していない情報があれば結果電文には省略されていてもＯＫとしますＬＩＲについてADTで患者名を変更してＯＰ，ＯＦ側で何らかの手段で（例えば患者マスタの参照などで）確認できればＯＫとします。
臨床検査の場合、既に発行したラベル、報告書との整合性の問題があるのでこれ以上は困難といまのところ考えています。

おわり

検体検査
Integrating the Healthcare Enterprise in Japan

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