説明資料（HL7） - IHE-J

HL7 message of HIS , RIS and PACS rev.2012
日本IHE協会接続性検証委員会
塩川康成
上級医療情報技師 S20070007
AJS株式会社
（原典：窪田寛之
コニカミノルタMG株式会社）
Jul.25 2012
Contents
•
–
–
•
IHE-Jコネクタソン2012
Messages
–
–
–
–
–
–
–
–
–
•
IHE Profile
SWF Actors & Transactions
IHE-J
–
•
–
–
–
–
–
–
SWF/PIR基本編
OMG放射線検査依頼メッセージ
OMGとORMの差異
ORG 放射線検査依頼応答メッセージ
OMI 放射線検査通知メッセージ
OMIとORMの差異
ORI 放射線検査通知応答メッセージ
ORU 患者到着通知メッセージ
OMI 放射線検査通知メッセージ
ORI 放射線検査通知応答メッセージ
•
–
–
–
–
–
–
MSH Segment
PID Segment
PV1 Segment
ORC Segment
TQ1 Segment
OBR Segment
Fields
–
–
–
–
–
–
–
–
–
–
Segments
•
IPC Segment
OBX Segment
MSA Segment
ERR Segment
ZE1 Segment
ZE2 Segment
PID-3 患者ID
PID-5 患者名
PID-11 患者住所
PID-13 電話番号－自宅
＆ PID-14 電話番号－勤務先
ORC-12 依頼者
ORC-13 入力場所
ORC-17 入力組織
OBR-4 汎用サービスID
MSA-2 メッセージ制御ID
ERR-3 HL7エラーコード
コネクタソン2012方針
–
–
–
–
昨年度からの変更点
審査内容
メッセージ共通
OBXとZE1関連の注意事項
2
SWF/PIR 基本編
IHE Profile
•
SWF（Scheduled Workflow）
–
–
–
翻訳名：通常運用ワークフロー
放射線検査に関わるシステム間で患者情報やオーダ情報を持ち回り、撮影終了までのライフサイ
クルを管理する。IHE-Jコネクタソン2006より実施情報の報告が追加。
2010年よりADTを省略し、オーダ受信からシナリオ開始とします。
２０１１
ADTからの患者
情報連携は省略
します。
患者到着
患者情報
実施報告
HIS
（ADT）
患者情報
HIS
（OP）
オーダ情報
RIS
（DSS/OF）
オーダ情報
PACS
（IM/IA）
患者情報
画像情報
モダリティ
（AM）
オーダ情報
患者情報
•
PIR（Patient Information Reconciliation）
２０１１
PIDセグメントか
ら患者情報取得
をお願いします。
翻訳名：患者情報の整合性確保
匿名で撮影された患者等に対し、患者IDをキーにした連携で患者情報（患者名、性別、生年月日）
PIRは審査対象
をシステム間で同一の状態に保つ。
外になります。
–
２０１１–
HIS
（ADT）
新しい
患者情報
HIS
（OP）
新しい
患者情報
RIS
（DSS/OF）
新しい
患者情報
PACS
（IM/IA）
ADT：Admission Discharge Transfer
OP：Order Placer
DSS：Department System Scheduler
OF：Order Filler
IM：Image Manager
IA：Image Archive
4
AM：Acquisition Modality
SWF – Actors & Transactions
ADT
患者登録
IM/IA
/PPSM
DSS/OF
OP
Register/Admit
患者登録通知
Patient
Patient Registration
患者登録通知
［RAD-1］
Patient Registration［RAD-1］
AM
２０１０
２０１１
PIDセグメントか
ら患者情報取得
をお願いします。
オーダ入力
Create Order
２０１１
ADTからの患者
情報連携は省略
します。
Placer Order Management
New［RAD-2］
オーダ発行
手続き予約とプロトコル割当
Schedule Procedure and/or
Assign Protocol
予約された手続き
Procedure Scheduled［RAD-4］
ワークリストの取得
Order Status Update
［RAD-3］
Query Modality Worklist［RAD-5］
患者到着通知
Modality Procedure Step
In Progress［RAD-6］
Modality Procedure Step
In Progress［RAD-6］
検査開始
検査開始
Perform Acquisition
Modality Images Stored
［RAD-8］
撮影実施
検査終了
Modality Procedure Step
Completed［RAD-7］
検査終了
実施結果報告
Order Status Update
［RAD-3］
Instance Availability
画像可用通知
Notification［RAD-49］
Modality Procedure Step
Completed［RAD-7］
Storage Commitment
［RAD-10］
保存委託
5
IHE-J 技術ドキュメント
IHE-Jコネクタソン2012
•
Reference Documents
– JAHIS放射線データ交換規約（最新版） ※以下の説明は1.Xからの比較
• DSS/OFとIM/IA間のオーダ通知メッセージとDSS/OFとOP間の検査実施報告メッセージが収
録された。
• HL7v2.5で増えたセグメント毎、フィールド毎、型毎の網羅的な説明がある。
• OP-DSS/OF間、DSS/OF-IM/IA間のメッセージサンプルも豊富に掲載。
– HL7 Messaging Standard V2.5
• IHE-Jでメッセージの必須セグメント／フィールドを設定している＆JAHIS放射線データ交換規
約に訳付きで転記してあるため、基本的に参照不要。
– 日本 IHE 協会放射線検査審査基準
• 日本IHE協会より2011年よりテクニカルフレームワークを補間する審査基準を公開しており、
JAHISデータ交換規約と併せて参照するとよい。
•
Validation Tools
– HL7 & DICOM Interoperability Testing Tool
• SWF/PIRシナリオでOP/OF/IMの評価が行えるHL7v2.5対応のツール。IHE-Jコネクタソン
2006より配布。2012ではHL7のチェックレベルをより細かく設定する予定です。
7
Messages
OMG放射線検査依頼メッセージ
•
OMGメッセージ
–
HL7 v2.5で新設された一般オーダメッセージ
•
•
•
•
•
放射線オーダに限らず、検査オーダ一般に利用可能なメッセージ
数量／タイミングを格納するTQ1セグメントが追加。
OBRセグメントの省略が不可なため、ORC(NW)に対しても記述が必要。
患者プロファイル情報、検査指示情報、などを示すＯＢＸについてはＯＲＣ
（ＰＡ/ＣＨ）に対して設定可能
イベント番号はO19のみ。
NWとPAとCHで
繰り返し。CHは
複数設定可。
【基本形】
MSH
PID
PV1
ORC
TQ1
OBR
OBX
【メッセージサンプル】
MSH|^~¥&|HIS||RIS||20050120012345||OMGÔ19ÔMG_O19|mn12345|P|2.5||||||ASCII~ISO IR87||ISO 2022-1994<cr>
PID|||9753111111^^^^PI||フクオカ^チヒロ^^^^^L^P~福岡^千尋^^^^^LÎ||19801021|F|||東京都港区虎ノ門１－１９－９^^^^105-0001^^H||
03-3506-8010^PRN^PH<cr>
PV1|1|I|E02^21^^^^N||||223344^田中^一郎^^^^^^^L^^^^Î|||04<cr>
ORC|NW|200501200050000|||||||20050120165030|334455^高橋^和夫^^^^^^^L^^^^Î||334455^高橋^和夫^^^^^^^L^^^^Î|04^^^^^C||||04^循環器科^JSHR<cr>
TQ1|1||||||||R<cr>
OBR|1|200501200050000||3000100000000000^Ｘ線血管撮影^JJ1017-16P|||200501211650|||||||||334455^高橋^和夫^^^^^^^L^^^^Î|||||||||O|||||CART<cr>
ORC|PA|200501200050000|||||||20050120165030|334455^高橋^和夫^^^^^^^L^^^^Î||334455^高橋^和夫^^^^^^^L^^^^Î|04^^^^^C||||04^循環器科^JSHR<cr>
TQ1|1||||||||R<cr>
OBR|1|2005012000500||3000100000000000^Ｘ線血管撮影^JJ1017-16P|||200501211650|||||||||334455^高橋^和夫^^^^^^^L^^^^Î|||||||||O|||||CART <cr>
OBX|1|NM|01-01^身長^JSHR ||170.3|cm^cm^SI|||||F<cr>
OBX|2|NM|01-02^体重^JSHR ||65.7|kg^kg^SI|||||F<cr>
ORC|CH|200501200050001||||||200501200050000|20050120165030|334455^高橋^和夫^^^^^^^L^^^^Î||334455^高橋^和夫^^^^^^^L^^^^Î|04^^^^^C||||
04^循環器科^JSHR<cr>
TQ1|1||||||||R<cr>
OBR|1|200501200050001||30001004620000000000010000000000^肺動脈.Ｘ線血管撮影^JJ1017-32|||200501211650|||||||||
334455^高橋^和夫^^^^^^^L^^^^Î|||||||||O||||200501200050000|CART<cr>
OBX|1|ZRD|30001004620000000000010000000000&MED^肺動脈.Ｘ線血管撮影&使用薬剤^JJ1017-32||3003^イオメロン350 100ml^JSHR||||||O<cr>
※セグメントレコードが途中改行されているのはスペースの問題です。
9
OMGとORMの差異
•
変更箇所
–
ほとんどなし、TQ1追加
MSH
PID
ORM
PV1
ORC
Seq
OBR-4
OBR-27
Element Name
Universal Service Identifier
Quantity/Timing
Shall Contain
Universal Service Identifier
Quantity/Timing
訳名
汎用コード（JJ1017ver3.0）
優先度
Option
R
R
Seq
OBR-4
TQ1-9
Element Name
Universal Service Identifier
Priority
Shall Contain
Universal Service Identifier
Priority
訳名
汎用コード（JJ1017ver3.0）
優先度
Option
R
R
OBR
OBX
MSH
PID
PV1
OMG
ORC
TQ1
OBR
OBX
10
ORG 放射線検査依頼応答メッセージ
•
ORGメッセージ
–
【基本形】
HL7 v2.5で新設された一般オーダ応答メッセージ
•
•
•
MSH
HL7v2.31のORRメッセージとの差異は少ない。
AA：成功、AR：拒絶、AE：失敗で応答を返す。
イベント番号はO20のみ。
MSA
ERR
【メッセージサンプル（成功）】
MSH|^~¥&|RIS||HIS||20050120012345||ORGÔ20ÔRG_O20|nm23456|P|2.5||||||ASCII~ISO IR87||
ISO 2022-1994 <cr>
MSA|AA|mn12345 <cr>
OMG
OP
DSS/OF
ORG(AA)
【メッセージサンプル（拒否）】
MSH|^~¥&|RIS||HIS||20050120012345||ORGÔ20ÔRG_O20|nm23456|P|2.5||||||ASCII~ISO IR87||
ISO 2022-1994 <cr>
MSA|AR|mn12345 <cr>
ERR|||207^アプリケーション内部エラー|E|||DBへの登録に失敗しました。時間を置いて再送してください。|HD <cr>
OMG
OP
DSS/OF
ORG(AR)
※資源不足やシステムビジーなど受け手に問題があるため、再送をすればAAが返ることもある
【メッセージサンプル（失敗）】
MSH|^~¥&|RIS||HIS||20050120012345||ORGÔ20ÔRG_O20|nm23456|P|2.5||||||ASCII~ISO IR87||
ISO 2022-1994 <cr>
MSA|AE|mn12345 <cr>
ERR|||102^データ型エラー|E|||OBR-4がフォーマットエラーです。確認してください。|HD <cr>
OMG
OP
DSS/OF
ORG(AE)
※送り手のメッセージに問題があるため、修正しない限り、再送をしてもAAが返ることはない
※セグメントレコードが途中改行されて
いるのはスペースの問題です。
11
OMI 放射線検査通知メッセージ
•
OMIメッセージ
–
HL7 v2.5で新設された画像オーダメッセージ
•
•
•
•
•
•
•
【メッセージサンプル】
DSS/OFがAM向けに発行したDICOM MWMの情報をHL7でIM/IAに送るためのメッセージ
OMGメッセージと同様に数量／タイミングを格納するTQ1セグメントが追加。
OMIメッセージでは新たにDICOM情報を格納するIPCセグメントが追加。
OBRセグメントの省略が不可なため、ORC(NW)に対しても記述が必要。
患者プロファイル情報などを示すＯＢＸについてはＯＲＣ（ＰＡ）に対して設定可能。
イベント番号はO23のみ。
NWとPAとCHで
必須フィールド以外は IMにて必要とする情報をDSS/OFから通知する。繰り返し。CHは
複数設定可。
【基本形】
MSH
PID
PV1
ORC
TQ1
OBR
MSH|^~¥&|RIS||PACS||20050120012345||OMIÔ23ÔMI_O23|mn12345|P|2.5||||||ASCII~ISO IR87||ISO 2022-1994<cr>
OBX
PID|||1234567890^^^^PI||東京^太郎^^^^^LÎ~トウキョウ^タロウ^^^^^L^P~TOUKYOU^TAROU^^^^^LÂ||19501214|M|||
IPC
東京都港区虎ノ門１－１９－９^^^^105-0001^^H ||03-5569-3150^PRN^PH<cr>
PV1|1|O|01^^^^^C||||445566^大阪^花子^^^^^^^L^^^^Î|||01|||||A5<cr>
ORC|NW|200501200010000|||||||20050120091530|||445566^大阪^花子^^^^^^^L^^^^Î|01^^^^^C||||01^内科^JSHR <cr>
TQ1|1||||||||R<cr>
OBR|1|200501200010000||1000000000000000^Ｘ線単純撮影^JJ1017-16P|||200501201010|||||||||445566^大阪^花子^^^^^^^L^^^^Î|||||||||O|||||WALK <cr>
IPC|A200501200010000||1.2.392.1114.2004.543233.1||CR<cr>
ORC|PA|200501200010000|||||||20050120091530|||445566^大阪^花子^^^^^^^L^^^^Î|01^^^^^C||||01^内科^JSHR <cr>
TQ1|1||||||||R<cr>
OBR|1|200501200010000||1000000000000000^Ｘ線単純撮影^JJ1017-16P|||200501201010|||||||||445566^大阪^花子^^^^^^^L^^^^Î|||||||||O|||||WALK <cr>
OBX|1|NM|01-01^身長^JSHR ||170.3|cm^cm^SI|||||F<cr>
OBX|2|NM|01-02^体重^JSHR ||65.7|kg^kg^SI|||||F<cr>
IPC|A200501200010000||1.2.392.1114.2004.543233.1||CR<cr>
ORC|CH|200501200010001||||||200501200010000|20050120091530|||445566^大阪^花子^^^^^^^L^^^^Î|01^^^^^C||||01^内科^JSHR <cr>
TQ1|1||||||||R<cr>
OBR|1|200501200010001||10000002000002000000010000000000^胸部.Ｘ線単純撮影.正面(A→P)^JJ1017-32|||200501201010|||||||||
445566^大阪^花子^^^^^^^L^^^^Î|||||||||O||||200501200010000|WALK<cr>
IPC|A200501200010000||1.2.392.1114.2004.543233.1||CR<cr>
ORC|CH|200501200010002||||||200501200010000|20050120091530|||445566^大阪^花子^^^^^^^L^^^^Î|01^^^^^C||||01^内科^JSHR <cr>
TQ1|1||||||||R<cr>
OBR|1|200501200010002||10000002000006000000010000000000^胸部.Ｘ線単純撮影.側面(L→R)^JJ1017-32|||200501201010|||||||||
445566^大阪^花子^^^^^^^L^^^^Î|||||||||O||||200501200010000|WALK<cr>
12
IPC|A200501200010000||1.2.392.1114.2004.543233.1||CR<cr>
※セグメントレコードが途中改行されているのはスペースの問題です。
OMIとORMの差異
•
変更箇所
–
TQ1とIPCセグメントが追加され、ZDSセグメントの使用廃止。
MSH
PID
PV1
ORM
ORC
OBR
OBX
Seq
OBR-4
OBR-15
OBR-18
OBR-19
OBR-20
OBR-24
OBR-27
OBR-44
ZDS-1
Element Name
Universal Service Identifier
Specimen Source
Placer Field 1
Placer Field 2
Filler Field 1
Diagnostic Service Section ID
Quantity/Timing
Procedure Code
Study Instrance UID
Shall Contain
Universal Service Identifier
Specimen Source
Accession Number
Requested Procedure ID
Scheduled Procedure Step ID
DICOM Modality
Quantity/Timing
Procedure Code
Study Instrance UID
訳名
汎用コード（JJ1017ver3.0）
手技／部位／方向
受付番号
要求手続きID
予約済手続きステップID
モダリティ
優先度
手続きコード
検査インスタンスUID
Option
R
O
O
O
O
O
R
O
R
Seq
OBR-4
TQ1-9
IPC-1
IPC-2
IPC-3
IPC-4
IPC-5
IPC-6
IPC-7
IPC-8
IPC-9
Element Name
Universal Service Identifier
Priority
Accession Identifier
Requested Procedure ID
Study Instance UID
Scheduled Procedure Step ID
Modality
Protocol Code
Scheduled Station Name
Scheduled Procedure Step Location
Scheduled AE Title
Shall Contain
Universal Service Identifier
Priority
Accession Number
Requested Procedure ID
Study Instance UID
Scheduled Procedure Step ID
Modality
Protocol Code
Scheduled Station Name
Scheduled Procedure Step Location
Scheduled AE Title
訳名
汎用コード（JJ1017ver3.0）
優先度
受付番号
要求手続きID
検査インスタンスUID
予約済手続きステップID
モダリティ
プロトコルコード
予約済ステーション名
予約済手続きステップ場所
予約済AEタイトル
Option
R
R
R
O
R
O
R
O
O
O
O
ZDS
MSH
PID
PV1
OMI
ORC
TQ1
OBR
OBX
•
IPC
利点
–
–
–
OBR-18～21のフィールドが有効に使える。
ZDSのような1フィールドだけのセグメントの使用が不要
OBXによる汎用的なセグメントと異なり、システム間で取り決め不要。
13
ORI 放射線検査通知応答メッセージ
•
ORIメッセージ
–
【基本形】
HL7 v2.5で新設された画像オーダ応答メッセージ
•
•
•
MSH
HL7v2.31のORRメッセージとの差異は少ない。
AA：成功、AR：拒絶、AE：失敗で応答を返す。
イベント番号はO24のみ。
MSA
ERR
【メッセージサンプル（成功）】
MSH|^~¥&|PACS||RIS||20050120012345||ORIÔ24ÔRI_O24|nm23456|P|2.5||||||ASCII~ISO IR87||
ISO 2022-1994 <cr>
MSA|AA|mn12345 <cr>
OMI
DSS/OF
IM/IA
ORI(AA)
【メッセージサンプル（拒否）】
MSH|^~¥&|PACS||RIS||20050120012345||ORIÔ24ÔRI_O24|nm23456|P|2.5||||||ASCII~ISO IR87||
ISO 2022-1994 <cr>
MSA|AR|mn1245 <cr>
ERR|||207^アプリケーション内部エラー|E|||DBへの登録に失敗しました。時間を置いて再送してください。|HD <cr>
OMI
DSS/OF
IM/IA
ORI(AR)
※資源不足やシステムビジーなど受け手に問題があるため、再送をすればAAが返ることもある
【メッセージサンプル（失敗）】
MSH|^~¥&|PACS||RIS||20050120012345||ORIÔ24ÔRI_O24|nm23456|P|2.5||||||ASCII~ISO IR87||
ISO 2022-1994 <cr>
MSA|AE|mn12345 <cr>
ERR|||102^データ型エラー|E|||OBR-4がフォーマットエラーです。確認してください。|HD <cr>
OMI
DSS/OF
IM/IA
ORI(AE)
※送り手のメッセージに問題があるため、修正しない限り、再送をしてもAAが返ることはない
※セグメントレコードが途中改行されて
いるのはスペースの問題です。
14
ORU 患者到着通知メッセージ
•
ORUメッセージ（RIS→HIS）
–
患者到着通知メッセージ
• DSS/OFがOPに患者受付を通知するメッセージ。
• わが国では ADT A10を用いず、ORU/ACKメッセージで
患者到着を通知する。
【基本形】
MSH
PID
PV1
ORC
OBR
【メッセージサンプル】
MSH|^~¥&|RIS||HIS||20040108110000||ORU^R01ÔRU_R01|20040108000031000|P|2.5||||||ASCII~ISO IR87||ISO 2022-1994 <cr>
PID|||1234567890^^^^PI||東京^太郎^^^^^LÎ~トウキョウ^タロウ^^^^^L^P~TOUKYOU^TAROU^^^^^LÂ||19501214|M|||
東京都港区虎ノ門１－１９－９^^^^105-0001^^H || 03-5569-3150^PRN^PH<cr>
PV1|1|O|01^^^^^C<cr>
ORC|OK|200401080000100|||||||20040108110000|||112233^中田^隆^^^^^^^L^^^^Î |10^^^^^C||||01^内科^JSHR <cr>
OBR|1|20040108000010000||1210000000000000^Ｘ線単純撮影^JJ1017-16P|||200301201030|||||||||112233^中田^隆^^^^^^^L^^^^Î |||||||||I|||||WALK <cr>
※セグメントレコードが途中改行されて
いるのはスペースの問題です。
15
OMI 放射線検査実施情報
•
OMIメッセージ（RIS→HIS）
【基本形】
– HL7 v2.5で新設された画像オーダメッセージを実施情報に拡張
•
•
•
•
•
•
MSH
DSS/OFがOPに放射線検査実施情報を送るメッセージ。
DSS/OFがOP向けに発行したDICOM MWMの情報をHL7でOPに送ることも可能
OMI（RIS→PACS）メッセージにZE1、ZE2（実施情報セグメント）を追加
ZE1、ZE2セグメントは実施情報の性質に合わせ、OBRのPA、CHのどちらかに属する
検査指示、患者プロファイル情報などを示すＯＢＸについてはＯＲＣ（ＰＡ）に対して設定可能
イベント番号はZ23
【メッセージサンプル】
NWとPAとCHで
PID
PV1
ORC
TQ1
OBR
OBX
ZE1
MSH|^~¥&|RIS||HIS||20050120012345||OMI^Z23ÔMI_Z23|mn12345|P|2.5||||||ASCII~ISO IR87||ISO 2022-1994<cr>
繰り返し。CHは
ZE2
PID|||1234567890^^^^PI||東京^太郎^^^^^LÎ~トウキョウ^タロウ^^^^^L^P~TOUKYOU^TAROU^^^^^LÂ||19501214|M|||
複数設定可。
東京都虎ノ門1-19-9^^^^1050001^^H||03-5569-3150^PRN^PH<cr>
IPC
PV1|1|O|01^^^^^C||||112233^中田^隆^^^^^^^L^^^^Î|||01^^^^^C <cr>
ORC|NW|200501200010000|||||||20050120101010|||112233^中田^隆^^^^^^^L^^^^Î|01^^^^^C||||01^内科^JSHR <cr>
TQ1|1||||||||R<cr>
OBR|1|200501200010000||1000000000000000^Ｘ線単純撮影^JJ1017-16P|||200501201020|||||||||112233^中田^隆^^^^^^^L^^^^Î|||||||||F|||||WALK <cr>
IPC|A200501200010000||1.2.392.1114.2004.543233.1||CR<cr>
ORC|PA|200501200010000|||||||20050120101010|||112233^中田^隆^^^^^^^L^^^^Î|01^^^^^C||||01^内科^JSHR <cr>
TQ1|1||||||||R<cr>
OBR|1|200501200010000||1000000000000000^Ｘ線単純撮影^JJ1017-16P|||200501201020|||||||||112233^中田^隆^^^^^^^L^^^^Î|||||||||F|||||WALK <cr>
OBX|1|NM|01-01^身長^JSHR ||170.3|cm^cm^SI|||||F<cr>
OBX|2|NM|01-02^体重^JSHR ||65.7|kg^kg^SI|||||F<cr>
IPC|A2005012000010000||1.2.392.1114.2004.543233.1||CR<cr>
ORC|CH|200501200010001||||||2005012000010000|20050120101010|||112233^中田^隆^^^^^^^L^^^^Î|01^^^^^C||||01^内科^JSHR <cr>
TQ1|1||||||||R<cr>
OBR|1|200501200010001||10000002000002000000010000000000^胸部.Ｘ線単純撮影.正面(A→P)^JJ1017-32|||200501201020|||||||||
112233^中田^隆^^^^^^^L^^^^Î|||||||||F||||2005012000010000|WALK<cr>
ZE1|1|RS|10000002000002000000010000000000^胸部.Ｘ線単純撮影.正面(A→P)^JJ1017-32|||TC-01＾EM-01|556677^田中^一^^^^^^^L^^^^Î|DE-01|
1001^半切^L^1^SHT&枚&MR9P^1<cr>
ZE2|1|60^kV|200^mA||0.04^s<cr>
IPC|A200501200010000||1.2.392.1114.2004.543233.1||CR<cr>
ORC|CH|200501200010002||||||2005012000010000|20050120101010|||112233^中田^隆^^^^^^^L^^^^Î|01^^^^^C||||01^内科^JSHR <cr>
TQ1|1||||||||R<cr>
OBR|1|200501200010002||10000002000006000000010000000000^胸部.Ｘ線単純撮影.側面(L→R)^JJ1017-32|||200501201020|||||||||
112233^中田^隆^^^^^^^L^^^^Î|||||||||F||||2005012000010000|WALK<cr>
ZE1|1|RS|10000002000006000000010000000000^胸部.Ｘ線単純撮影.側面(L→R)^JJ1017-32|||TC-01＾EM-01 |556677^田中^一^^^^^^^L^^^^Î|DE-01|
1001^半切^L^1^SHT&枚&MR9P^1<cr>
ZE2|1|60^kV|200^mA||0.04^s<cr>
IPC|A200501200010000||1.2.392.1114.2004.543233.1||CR<cr>
※セグメントレコードが途中改行されて
いるのはスペースの問題です。
16
OMI（RIS→PACS）との差異
•
追加箇所
–
ZE1、ZE2セグメントが追加。
OMI
MSH
MSH
PID
PID
PV1
PV1
ORC
ORC
TQ1
TQ1
OBR
OBR
OBR
OBR
IPC
ZE1
診療会計情報も含む実施情報のセグメントが追加
ZE2
曝射情報も含む実施情報のセグメントが追加
RIS→PACS
IPC
RIS→HIS
•
MSHは送信施設など若干異なるのみ
PID、PV1、ORC、OBRはRIS→PACSと同様
IPCはRIS→PACSと同様（※）
利点
–
–
–
OMIメッセージを拡張することによりPACSへ通知される画像情報（検査インスタンスUID等）
IPCセグメントをHISへ通知することが可能。これによりHISよりPACSへの画像情報がDICOM
で呼び出すことも可能。
実施情報（診療会計情報を含む）を追加セグメントZE1内に設定することで医事会計システム
へ情報を連携させることが可能。
実施情報（曝射情報を含む）を追加セグメントZE2内に設定することで電子カルテシステム上
での曝射情報を管理することが可能。
17
ORI 放射線検査実施情報応答メッセージ
•
ORIメッセージ
–
【基本形】
HL7 v2.5で新設された画像オーダ応答メッセージと同様
•
•
•
MSH
HL7v2.31のORRメッセージとの差異は少ない。
AA：成功、AR：拒絶、AE：失敗で応答を返す。
イベント番号はO24のみ。
MSA
ERR
【メッセージサンプル（成功）】
MSH|^~¥&|RIS||HIS||20050120012345||ORIÔ24ÔRI_O24|nm23456|P|2.5||||||ASCII~ISO IR87||
ISO 2022-1994 <cr>
MSA|AA|mn12345 <cr>
OMI
DSS/OF
HIS
ORI(AA)
【メッセージサンプル（拒否）】
MSH|^~¥&|RIS||HIS||20050120012345||ORIÔ24ÔRI_O24|nm23456|P|2.5||||||ASCII~ISO IR87||
ISO 2022-1994 <cr>
MSA|AR|mn12345 <cr>
ERR|||207^アプリケーション内部エラー|E|||DBへの登録に失敗しました。時間を置いて再送してください。|HD <cr>
OMI
DSS/OF
HIS
ORI(AR)
※資源不足やシステムビジーなど受け手に問題があるため、再送をすればAAが返ることもある
【メッセージサンプル（失敗）】
MSH|^~¥&|RIS||HIS||20050120012345||ORIÔ24ÔRI_O24|nm23456|P|2.5||||||ASCII~ISO IR87||
ISO 2022-1994 <cr>
MSA|AE|mn12345 <cr>
ERR|||102^データ型エラー|E|||OBR-4がフォーマットエラーです。確認してください。|HD <cr>
OMI
DSS/OF
HIS
ORI(AE)
※送り手のメッセージに問題があるため、修正しない限り、再送をしてもAAが返ることはない
18
Segments
MSH Segment
•
セグメントの用途
–
ADT/ACK/OMG/ORG/OMI/ORIのメッセージヘッダ。文字コードやHL7バージョン等を指定する。
SEQ LEN DT
1
1 ST
2
4 ST
3
227 HD
4
227 HD
5
227 HD
6
227 HD
7
26 TS
8
40 ST
9
15 MSG
10
20 ST
11
3 PT
12
60 VID
13
15 NM
14
180 ST
15
2 ID
16
2 ID
17
3 ID
18
16 ID
•
OPT Japan RP/# TBL# ITEM #
R
R
00001
R
R
00002
O
O
00003
O
O
00004
O
O
00005
O
O
00006
O
R
00007
O
O
00008
R
R
00009
R
R
00010
R
R
00011
R
R
00012
O
O
00013
O
O
00014
O
O
00015
O
O
00016
O
N
00017
O
R
Y
00692
ELEMENT NAME
Field Separator　フィールド区切文字
Encoding Characters　コード化文字
Sending Application　送信アプリケーション
Sending Facility　送信施設
Receiving Application　受信アプリケーション
Receiving Facility　受信施設
Date/Time Of Message　メッセージ日付/時間
Security　セキュリティ
Message Type　メッセージ型
Message Control ID　メッセージ制御ID
Processing ID　処理ID
Version ID　バージョンID
Sequence Number　シーケンス番号
Continuation Pointer　継続ポインタ
Accept Acknowledgment Type　受諾肯定応答型
Application Acknowledgment Type　アプリ肯定応答型
Country Code　国コード
Character Set　文字セット
NOTE
必須項目/推奨項目
–
MSH-1 フィールド区切り文字 MSH-2 コード化文字
•
–
–
メッセージを送信した日時を記載する。
MSH-9 メッセージ型
•
メッセージ型とイベントタイプ型を記載する
（ex.ADTÂ08ÂDT_A01）
MSH-10 メッセージ制御ID
•
–
アプリケーションを特定できる一意な名称を記載する。
MSH-7 メッセージ日付/時間
•
–
固定値（|）固定値（^~¥& ）
MSH-3/5 送信／受信アプリケーション
•
–
–
–
２０１１
1秒1メッセージは考え
にくいので、日時だけ
の制御IDはNG
メッセージを一意に特定するIDを記載する。
MSH-11 処理ID
• 運用ではProduction（P）を記載する。
MSH-12 バージョンID
• 固定値（2.5）
MSH-18 文字コード
•
IHE-Jでは固定値（ASCII~ISO IR87）
20
PID Segment
•
セグメントの用途
– 患者識別情報（患者IDや名前、性別、生年月日、住所や連絡先等）を表す。
SEQ LEN DT
1
4 SI
2
20 CX
3 250 CX
4
20 CX
5 250 XPN
6 250 XPN
7
26 TS
8
1 IS
9 250 XPN
10 250 CWE
11 250 XAD
12
4 IS
13 250 XTN
•
OPT
O
B
R
B
R
O
O
O
B
O
O
B
O
Japan
O
B
R
B
R
N
R
R
N
N
O
N
O
RP/# TBL# ITEM #
00104
00105
Y
00106
Y
00107
Y
00108
Y
00109
00110
00111
Y
00112
Y
00113
Y
00114
00115
Y
00116
ELEMENT NAME
Set ID - Patient ID　セットID－患者ID
Patient ID (External ID) 患者ID(外部ID)
Patient ID (Internal ID) 患者ID(内部ID)
Alternate Patient ID - PID 代替患者ID
Patient Name 患者氏名
Mother's Maiden Name 母親の旧姓
Date/Time of Birth 生年月日年齢
Sex 性別
Patient Alias 患者別名
Race 人種
Patient Address 患者住所
County Code 郡コード
Phone Number - Home 電話番号－自宅
NOTE
必須項目/推奨項目
– PID-3 患者ID
• 繰り返し可能だが、IHE-Jでは１番目の値を患者IDとして
識別する。
–
– PID-5 患者名
• 第1成分：姓と第2成分：名を基本として用いる。
• 第7成分：名前タイプコードは戸籍上の名前（L）を必須とする。–
• 第8成分：名前表示コードはOMGでは表音文字（P）を必須
としOMIでは加えて英数字（A）を必須とする。
–
表意文字（I）は任意とする。
• 繰り返しの出現順位は任意であり、名前タイプコードと名前
表示コードから判断する。
– PID-7 生年月日
PID-8 性別
•
男性（M）、女性（F）のいずれかを必須で記載
する。
PID-11 患者住所
•
第5,7,8成分に記載があること
PID-13 電話番号－自宅
• 第2,3,12成分に記載があること
OFはIMに送付する際にはOPの情報を継承する
PID-3,5,7,8,11,13
• 西暦で年月日の区切りはなし（8桁）で用いる。（ex.19771223）
※PID-5の名前タイプコードと名前表示コード、XPN型の詳細は後述
21
PV1 Segment
•
セグメントの用途
– 患者来院情報（入外区分や患者の所在等）を表す。放射線部門ではPV1-2患者クラスで
入外区分、PV1-10で診療科コード（病院サービスとして）を記載する。
SEQ LEN DT
1
4 SI
2
1 IS
3
80 PL
4
2 IS
5 250 CX
6
80 PL
7 250 XCN
8 250 XCN
9 250 XCN
10
3 IS
•
OPT
O
R
O
O
O
O
O
O
O
O
Japan
N
R
O
O
N
N
O
O
O
N
RP/# TBL# ITEM #
00131
00132
00133
00134
00135
00136
Y
00137
Y
00138
Y
00139
00140
ELEMENT NAME
Set ID - Patient Visit セットID－来院
Patient Class 患者クラス
Assigned Patient Location 患者所在場所
Admission Type 入院タイプ
Preadmit Number 仮入院番号
Prior Patient Location 患者の以前の所在
Attending Doctor 主治医
Referring Doctor 紹介医師
Consulting Doctor コンサルタント医師
Hospital Service 病院サービス
NOTE
必須項目/推奨項目
– PV1-2 患者クラス
• 入院=Inpatient（I）と外来=Outpatient（O）のいずれかを記載する。
– PV1-10 病院サービス（診療科コード）
• 診療科コードを設定する。 ※設定マスタ内容については後述する。
22
ORC Segment
•
セグメントの用途
–
OMG/OMIメッセージの共通オーダ内容を通知するために用いられる。
SEQ LEN DT
1
2 ID
2
22 EI
3
22 EI
4
22 EI
5
2 ID
6
1 ID
7 200 TQ
8 200 EIP
9
26 TS
10 250 XCN
11 250 XCN
12 250 XCN
13
80 PL
・・・
17 250 CWE
・・・
29 250 CWE
•
OPT
R
C
C
O
O
O
B
O
O
O
O
O
O
Japan
R
R
O
O
O
O
X
C
R
O
O
R
O
RP/# TBL# ITEM #
00215
00216
00217
00218
00219
00220
Y
00221
00222
00223
Y
00224
Y
00225
Y
00226
00227
ELEMENT NAME
Order Control　オーダ制御
Placer Order Number　依頼者オーダ番号
Filler Order Number　実施者オーダ番号
Placer Group Number　依頼者グループ番号
Order Status　オーダ状態
Response Flag　応答フラグ
Quantity/Timing　数量/タイミング
Parent　親
Date/Time of Transaction　トランザクション日時
Entered By　入力者
Verified By　検証者
Ordering Provider　依頼者
Enterer's Location　入力場所
O
O
00231 Entering Organization　入力組織
O
O
01643 Order Type　オーダタイプ
NOTE
放射線では「診療科」を指定する
必須項目/推奨項目
–
ORC-1 オーダ制御
•
–
ORC-2 依頼者オーダ番号
•
–
オーダ入力された日時を記載する。
－ ORC-17 入力組織
・診療科の設定を必須とする。
－ ORC-29 オーダタイプ
・オーダ時の入外区分を記載する。
ORC-12 オーダ依頼者
•
–
親子関係の子の場合のみ、親のオーダ番号を記載する。
ORC-9 トランザクション日付
•
–
オーダ番号を記載する。
ORC-8 親
•
–
オーダ発行（NW）、オーダ取消（CA）、親子関係の親（PA）、子（CH）を記載する。
オーダした医師のID、名前を記載する。
ORC-13 入力場所
•
オーダを入力した場所を記載する。
OFはIMに送付する際にはOPの情報を継承する
ORC-1,2,8,9,12,13,17,29
23
TQ1 Segment
•
セグメントの用途
– OMG/OMIメッセージで数量／時間に関わる内容を記述するために用いられる。放射
線部門ではTQ1-9 Priority（優先度）のみを使用する。（TQ1-1 SetIDは1固定）
SEQ LEN DT OPT Japan RP/# TBL# ITEM #
1
4 SI
O
R
01627
2
20 CQ
O
O
01628
3 540 RPT
O
O
Y
01629
4
20 TM
O
O
Y
01630
5
20 CQ
O
O
Y
01631
6
20 CQ
O
O
01632
7
26 TS
O
O
01633
8
26 TS
O
O
01634
9 250 CWE O
R
Y
01635
•
ELEMENT NAME
Set ID - TQ1　TQ1をIDにセット
Quantity　数量
Repeat Pattern　繰返しパターン
Explicit Time　明示的な時間
Relative Time and Units　関連時間/単位
Service Duration　サービス期間
Start date/time　開始日時
End date/time　終了日時
Priority　優先度
NOTE
必須項目/推奨項目
– TQ1-1 Set ID
• 固定値（１）
– TQ1-9 優先度
• 通常（R）か緊急（S）を記載する。
24
OBR Segment
•
セグメントの用途
–
OMG/OMIメッセージのオーダ詳細内容を通知するために用いられる。
SEQ LEN DT
1
4 SI
2
22 EI
3
22 EI
4 250 CWE
5
2 ID
6
26 TS
7
26 TS
・・・
25
1 ID
26 400 PRL
27 200 TQ
28 250 XCN
29 200 EIP
30
20 ID
•
OPT
O
C
C
R
X
X
C
Japan RP/# TBL# ITEM #
R
00237
R
00216
O
00217
R
00238
B
00239
O
00240
O
00241
ELEMENT NAME
Set ID – Observation Request ID設定　－　検査要求
Placer Order Number 依頼者オーダ番号
Filler Order Number + 実施者オーダ番号
Universal Service ID 検査項目群ID
Priority 優先度
Requested Date/time 要求日時
Observation Date/Time 検査日時
C
O
B
O
O
O
O
O
B
O
C
O
Result Status + 結果状態
Parent Result + 親結果
Quantity/Timing 数量/タイミング
Result Copies To 結果配布先
Parent Number 親番号
Transportation Mode 患者移動モード
Y
Y
00258
00259
00221
00260
00261
00262
必須項目/推奨項目
–
OBR-1 Set ID
•
–
–
–
–
JJ1017v3.1による撮影コードを記載する。
→ TQ1-7 に設定があるかをチェック。
OBR-7 検査予定日時
•
子の場合は必須
O（オーダ受信）、I（到着確認）、F（最終結果報告）
が設定されること
→ TQ1-2 に設定があるかをチェック。
OBR-29 親番号
•
–
下位互換：TQ1-2を使う
（OBR-27 下位互換）数量／タイミング
•
（OBR-6 下位互換）要求日時
•
–
オーダ番号を記載する。
OBR-4 汎用サービスID
•
–
下位互換：TQ1-7を使う
予定12桁、実績14桁
OBR-25 結果状態
•
固定値（1）
OBR-2 依頼者オーダ番号
•
–
NOTE
親子関係の子の場合のみ、親のオーダ番号を記載
する。
OBR-30 患者移動モード
•
CART、PORT、WALK、WHLCのいずれかを設定
検査予定日時を設定（予定12桁、実績14桁）
OFはIMに送付する際にはOPの情報を継承する
OBR-1,2,4,7,25,29,30
25
IPC Segment
•
セグメントの用途
– OMIメッセージでDICOM情報に関わる内容を記述するために用いられる。
SEQ LEN DT OPT Japan RP/# TBL# ITEM #
1
80 EI
R
R
01330
2
22 EI
R
O
01658
3
70 EI
R
R
01659
4
22 EI
R
O
01660
5
16 CWE O
R
01661
•
ELEMENT NAME
Accession Identifier　受付番号
Requested Procedure ID　要求手続きID
Study Instance UID　検査インスタンスUID
Scheduled Procedure Step ID 予約済手続きステップID
Modality　モダリティ
NOTE
必須項目/推奨項目
– IPC-1 受付番号
• DSS/OFで発行した受付番号を記載する。
– IPC-3 検査インスタンスUID
• DSS/OFで発行した検査インスタンスUIDを記載する。
– IPC-5 モダリティ
• 撮影機器の種別を記載する。（ex.CR等）
26
OBX Segment
•
セグメントの用途
– 各種メッセージで患者プロファイルや検査結果に関わる内容を記述するために用いられる。
SEQ
1
2
3
4
5
6
・・・
11
•
LEN
4
2
250
20
65536
250
DT
SI
ID
CWE
ST
*
CWE
1 ID
OPT
O
C
R
C
C
O
Japan RP/#
C
R
R
C
C
Y
O
TBL# ITEM #
00569
0125 00570
00571
00572
00573
00574
R
R
0085
ELEMENT NAME
Set ID – Observational SimpleセットID
Value Type 値型
Observation Identifier 検査項目
Observation Sub-ID 検査副ID
Observation Value 検査値
Units 単位
NOTE
00579 Observ Result Status 検査結果状態
必須項目/推奨項目
– OBX-2 値の型
• 検査値の取りうるHL7型（ST/NM/CWE等）を記載する。
– OBX-3 検査項目
• 検査項目を識別するためのIDを記載する。
– OBX-5 検査値
• 検査値（実値やコメント等）を記載する。
– OBX-6 単位
• 検査値に対する単位のIDを記載する。
– OBX-11 検査結果状態
• 最終検査結果（F）を記載する。
患者プロファイル情報について、
OFはIMに送付する際にはOPの情報を継承する
OBX-2,3,5,6,11
27
MSA Segment
•
セグメントの用途
– ACK/ORG/ORIメッセージでメッセージ応答を記述するために用いられる。
SEQ LEN DT
1
2 ID
2
20 ST
•
OPT Japan RP/# TBL# ITEM # ELEMENT NAME
R
R
00018 Acknowledgment Code 肯定応答ｺｰﾄﾞ
R
R
00010 Message Control ID ﾒｯｾｰｼﾞ制御ID
NOTE
必須項目/推奨項目
– MSA-1 肯定応答コード
• 受諾（AA）、エラー（AE）、リジェクト（AR）のいずれかを含む必要がある。
– MSA-2 メッセージ制御ID
• ADT/OMG/OMIに含まれるメッセージ制御ID。応答の元となったメッセージから記載する。
28
ERR Segment
•
セグメントの用途
– ACK/ORG/ORIメッセージの詳細なエラー内容を通知するために用いられる。
SEQ LEN DT OPT Japan RP/#
1 493 ELD
B
B
Y
2
18 ERL
O
O
Y
3 705 CWE
R
R
4
2 ID
R
R
5 705 CWE
O
O
6
80 ST
O
O
10
7 2048 TX
O
O
8 250 TX
O
O
•
TBL# ITEM # ELEMENT NAME
00024 エラーコードと位置
01812 エラー位置
0357 01813 HL7エラーコード
0516 01814 影響度
0533 01815 アプリケーションエラーコード
01816 アプリケーションエラーパラメータ
01817 診断情報
01818 ユーザメッセージ
NOTE
必須項目/推奨項目
– ERR-2 エラー位置
• セグメントやフィールド、成分等の問題発生箇所を記載する。
– ERR-3 HL7エラーコード
• 必須フィールド欠損やフォーマット異常などをHL7定義テーブル0357から記載する。
– ERR-4 影響度
• ERROR（E）かWARNING(W)かINFORMATION(I)のいずれか影響レベルを記載する。
– ERR-8 ユーザメッセージ
• 発生したエラーの内容を記載する。（運用上判断できるように）
29
ZE1 Segment
•
セグメント用途
–
放射線検査実施情報（＝OMIメッセージ）の実施情報を通知するために用いられる。
SEQ LEN DT OPT Japan RP/# TBL#
1
4 SI
R
2
20 IS
R
A
3 483 CWE
R
4
16 NM
O
5 483 CWE
O
6 292 JCC
C
B,C
7 3002 XCN
O
Y
8
20 IS
C
D
Y
9 250 ZRD
O
•
ITEM #
ZE001
ZE002
ZE003
ZE004
ZE005
ZE006
ZE007
ZE008
ZE009
ELEMENT NAME
セットID
制御コード　予定／実施
手技
手技回数
医事加算
医療従事者種別　医師／技師／看護師
医療従事者
使用物品種別　フィルム／薬品／器材／材料
使用物品
必須項目/推奨項目
–
ZE1-1 セットID
•
–
–
実施した医療従事者の職責、従業員種別を設定する。 → 右表参照
ZE1-9 使用物品
•
使用した物品、量、単位を設定する。
Value
DR-01
DR-02
DR-03
TC-01
NS-01
NS-02
Description
依頼医師
実施医師
麻酔医師
実施技師
看護師
付添看護師
Value
Description
EM-01 正従業員
EM-02 契約従業員
EM-03 臨時従業員
実施した医療従事者を設定する。
使用した物品の種別を設定する。 → 右表参照
Description
【テーブル –医療従事者の雇用形態】
ZE1-8 使用物品種別
•
–
医療従事者の行為を手技コードで設定する。JJ1017-32等を設定。
ZE1-7 医療従事者
•
–
予定や実施を設定。→ 右表参照
ZE1-6 医療従事者種別
•
–
ZE1-6
ZE-6
ZE1-3 手技
•
【テーブル – 制御コード】
Value
PL
予定
RS
実施
【テーブル –医療従事者の職種コード】
ZE2との関連のために必須。初期値１で連番。
ZE1-2 制御コード
•
–
ZE1-2
NOTE
ZE1-8
【テーブル –使用物品種別】
Value
DE-01
DE-02
DE-03
DE-04
DE-05
Description
フィルム
薬品
器材
材料
撮影装置
30
ZE2 Segment
•
用途
– 放射線検査実施情報（＝OMIメッセージ）の曝射情報を通知するために用いられる。
DICOM MPPSでモダリティからRISへ通知される情報だが、RISからHISへ同情報を
通知するためのセグメント。
SEQ LEN DT
1
4 SI
2 500 CQ
3 500 CQ
4 500 CQ
5 500 CQ
6
16 NM
7 199 ST
•
OPT Japan RP/# TBL# ITEM # ELEMENT NAME
R
ZE013 セットID
O
ZE014 管電圧
O
ZE015 管電流
O
ZE016 距離
O
ZE017 時間
O
ZE018 回数
Ｏ
ZE019 撮影フィールド
NOTE
必須項目/推奨項目
– ZE2-1 セットID
• ZE1との関連のために必須。初期値１で連番。
31
Fields
PID-3 患者ID
•
CX型
–
•
必須成分
–
–
•
第1成分：ID
第5成分：IDタイプコードは
患者内部ID（PI）
HL7定義テーブル
–
•
ID^^^ÎDタイプコード
右表参照
コネクタソン2010の注意事項
–
–
–
【テーブル 0203 - Identifier type 識別子タイプ】
Value
AM
AN
BA
BR
BRN
DI
DL
DN
DR
DS
EI
EN
FI
GI
GN
HC
JHN
Description
アメリカン・エキスプレ
勘定番号
銀行勘定番号
出生登録番号
品種登録番号
ダイナーズクラブ・カー
運転免許証番号
医師番号
ドナー登録番号
ディスカバー・カード
従業員番号
雇用者番号
設備ID
保証人内部ID
保証人外部ID
保健証番号
管轄区域の保健番号(カナ
ダ)
LN 免許番号
LR 地方登録ID
MA メディケイド番号
MC メディケア番号
MCN マイクロチップ番号
MR 医療記録番号
MS マスターカード
Value
NE
NH
NI
NNxxx
NPI
PEN
PI
PN
PRN
PT
RR
RRI
SL
SR
SS
U
UPIN
VN
VS
WC
WCN
XX
Description
米国雇用者ID
米国保健計画ID
米国個別ID
米国個人ID XXX=ISOテー
ブル3166の3文字(アル
ファベット)の国コード
米国プロバイダーID
年金番号
患者内部ID
個人番号
プロパイダー番号
患者外部ID
鉄道退職番号
地方登録ID
滞在許可
滞在登録ID
社会保障番号
無指定
メディケア/HCFAの汎用
医師ID
訪問回数
ビザ
WIC ID
労働者番号
組織ID
患者IDを10桁としOPベンダ毎にID範囲を割り振りを行う。NNxxxxxxxxとしNNは「01：SBS」
「02：日立製作所」「03：日本電気」「04：アピウス」「05：両備システム」「06：ソフトウェアサービス」
「07：富士通」「08：東芝医療」「09：日本IBM」としxxxxxxxxを任意の数値とする。
患者IDの繰り返しは行わない。複数の患者IDが送られた場合は1番目の値を患者IDとして取り扱う。
CX 型のIDの最大長は15文字である。
33
PID-5 患者名
•
XPN型
–
•
必須成分
–
–
–
–
•
姓^名^ミドルネーム^接尾辞^接頭辞^学位^名前タイプコード^名前表示コード
第1成分：姓
第2成分：名
第7成分：名前タイプコードは戸籍上の名前（L）
第8成分：名前表示コードは表音文字（P）／英数字（A）／表意文字（I）
HL7定義テーブル
【テーブル 0200 - Name type 名前タイプ】
Value
A
B
C
D
I
L
M
N
P
R
S
T
U
Description
Alias Name　別名
Name at Birth　出生時の名前
Adopted Name　養子名
Display Name　表示名称
Licensing Name　許可された名前
Legal Name　法律名前
Maiden Name　旧姓
Nickname /”Call me” Name/Street Name
Name of Partner/Spouse (retained for backward compatibility only)
Registered Name (animals only)　動物の登録名
Coded Pseudo-Name to ensure anonymity 匿名性を確保するためのコード化された偽名
Indigenous/Tribal/Community Name　現地での/部族での/社会での名前
Unspecified　不明
【テーブル0465 - Name representation 名前表示コード】
Value
Description
I
Ideographic (i.e., Kanji) 表意文字(漢字)
A Alphabetic (i.e., Default or some single-byte) シングルバイト英数字
P Phonetic (i.e., ASCII, Katakana, Hiragana, etc) 表音文字(ASCII,仮名)
34
PID-11 患者住所
•
XAD型
– 町名^他の表示^都市^州^郵便番号^国^住所タイプ^その他住所^郡／教区コード^国
勢調査標準地域^住所表示コード^住所有効範囲
•
必須成分
–
–
–
–
第1成分：町名（使用しない）
第5成分：郵便番号
第7成分：住所タイプ
第8成分：その他住所
•
HL7定義テーブル →
•
サンプル
【テーブル0190 – Address Type 住所タイプ】
Value
BA
N
BDL
F
C
B
H
L
M
O
P
RH
Description
Bad address　良くないアドレス
Birth (nee) (birth address, not otherwise specified)　出生地（旧姓地）
Birth delivery location (address where birth occurred)　出身地
Country Of Origin　出生国
Country Of Temporary　臨時国
Firm/Business　会社 / ビジネス（勤務地）
Home　自宅
Legal Address
Mailing　郵便宛先
Office　職場（事業所）
Permanent
Registry home. Refers to the information system, typically managed by a public health
agency, that stores patient information such as immunization histories or cancer data,
regardless of where the patient obtains services.
BR Residence at birth (home address at time of birth) 出生時の住宅（出生の時間においての
ホームアドレス）
^^^^105-0001^^H^東京都港区虎ノ門１－１９－９
35
PID-13 電話番号－自宅＆ PID-14 電話番号－勤務先
•
XTN型
–
•
必須成分
–
–
–
–
•
電話番号^通信使用コード^通信機器タイプ^電子メール^国番号^地域市外局番^電話番号^内線番
号^その他^拡張領域^スピードダイアルコード^フォーマット無し電話番号
第1成分：電話番号
第2成分：通信使用コード
第3成分：通信機器タイプ
第12成分：フォーマット無し電話番号
HL7定義テーブル
【テーブル0201 – Telecomunication Use Code 通信使用コード】
Value
PRN
ORN
WPN
VHN
ASN
EMR
NET
Description
主要な自宅番号
他の自宅番号
勤務先番号
別荘番号
留守電話応答サービス番
緊急番号
ネットワーク(電子メー
ル)アドレス
BPN ポケットベルの番号
•
サンプル
【テーブル0202 – Telecomunication equipment type 通信機器タイプ】
Value
PH
FX
MD
CP
BP
INTER
NET
Description
電話
ファックス
モデム
携帯電話
ポケットベル
インターネットアドレ
ス：通信使用コードが
NETである場合のみ使用
X.400 X.400電子メールアドレ
ス：通信使用コードが
NETである場合のみ使用
^PRN^PH^^^^^^^^^03-3506-8010
36
ORC-12 依頼者
•
XCN型
–
•
必須成分
–
–
–
–
–
•
ID^姓^名^ミドルネーム^接尾辞^接頭辞^学位^ソーステーブル^割当て権限者^名前タイプコード^
チェックディジット^チェックディジット方式^識別タイプコード^割当て施設^名前表示コード
第1成分：ID
第2成分：姓
第3成分：名
第10成分：名前タイプコードは戸籍上の名前（L）
第15成分：名前表示コードは表音文字（P）／英数字（A）／表意文字（I）
HL7定義テーブル
【テーブル 0200 - Name type 名前タイプ】
Value
A
B
C
D
I
L
M
N
P
R
S
T
U
Description
Alias Name　別名
Name at Birth　出生時の名前
Adopted Name　養子名
Display Name　表示名称
Licensing Name　許可された名前
Legal Name　法律名前
Maiden Name　旧姓
Nickname /”Call me” Name/Street Name
Name of Partner/Spouse (retained for backward compatibility only)
Registered Name (animals only)　動物の登録名
Coded Pseudo-Name to ensure anonymity 匿名性を確保するためのコード化された偽名
Indigenous/Tribal/Community Name　現地での/部族での/社会での名前
Unspecified　不明
【テーブル0465 - Name representation 名前表示コード】
Value
Description
I
Ideographic (i.e., Kanji) 表意文字(漢字)
A Alphabetic (i.e., Default or some single-byte) シングルバイト英数字
P Phonetic (i.e., ASCII, Katakana, Hiragana, etc) 表音文字(ASCII,仮名)
37
ORC-13 入力場所
•
PL型
–
•
看護単位^病室^ベッド^施設^場所の状態^所在場所タイプ^建物^階^場所の詳細
必須成分
–
–
–
–
第1成分：看護単位
第2成分：病室（入院時のみ）
第3成分：ベッド（入院時のみ）
第6成分：所在場所タイプ
•
HL7定義テーブル → 右上表
•
科コード用テーブル → コネクタソン用マスタ表
•
設定方法
–
Description
Clinic
Department
Home
Nursing Unit
Provider’s Office
Phone
SNF
入力した場所を表すため、診療科として扱う。
入院時
•
•
Value
C
D
H
N
O
P
S
外来時
•
–
【テーブル0305 – Person location type 所在場所タイプ】
入力した場所を表すため、病棟として扱う。
サンプル
–
–
外来時・・・科コード^^^^^C
入院時・・・病棟コード^病室コード^ベッド番号^^^N
38
ORC-17 入力組織
•
CWE型
– 識別子^テキスト^コーディング方式名^代替識別子^代替テキスト^代替コーディング
方式名^コーディング方式バージョン^代替コーディング方式バージョン^オリジナルテ
キスト
•
必須成分
– 第1成分：識別子
– 第2成分：テキスト
– 第3成分：コーディング方式名
•
設定方法
– 外来時
• 入力者の所属を表すため、診療科として扱う。ORC-13入力場所およびPV1-10病院サービ
スと同一値
– 入院時
• 入力者の所属を表すため、診療科として扱う。PV1-10病院サービスと同一値
• ORC-13入力場所とは異なる。
– コーディング方式名について
• IHEJ審査基準文書（公開中）にあるコードタイプ名を用いる。
•
サンプル
– 01^内科ÎHEJITI001
39
OBR-4 汎用サービスID
•
CWE型
–
•
必須成分
–
–
–
•
識別子^テキスト^コーディング方式名^代替識別子^代替テキスト^代替コーディング方式名^コー
ディング方式バージョン^代替コーディング方式バージョン^オリジナルテキスト
第1成分：識別子
第2成分：テキスト
第3成分：コーディング方式名
設定方法
–
–
–
ORC(NW)
OBR・・・JJ3桁＋0000000000000^テキスト名^JJ1017
ORC(PA)
OBR・・・JJ3桁＋0000000000000^テキスト名^JJ1017
ORC(CH)
OBR・・・JJ32桁^テキスト名^JJ1017
40
MSA-2 メッセージ制御ID
•
ST型
–
•
ID
必須成分
–
第1成分：IDは受信メッセージのMSH-10 メッセージ制御IDから転記する。（MSH-10は発行される
メッセージ毎にユニーク値にすること）
ERR-3 HL7エラーコード
•
CWE型
–
•
必須成分
–
•
ID^テキスト^スキーマ
第1成分：ID
HL7定義テーブル
値
0
100
101
102
103
200
201
202
203
204
205
206
207
説明
メッセージ受諾
セグメントシーケンスエラー
要求されたフィールドの消失
データ型エラー
表の値が見つからない
提供されていないメッセージ型
提供されていないイベントコード
提供されていない処理ID
提供されていないバージョンID
不明なキー識別子
キー識別子の重複
アプリケーションレコードがロックされている
アプリケーション内部エラー
【テーブル0357-メッセージエラー条件】
コメント
成功。オプションでは、AAが成功を伝えるだけ。常時状態コードを返す必要があるシステムのために利用される
エラー:メッセージセグメントが適当な順番でないか、要求されたセグメントが失われている
エラー:要求されたセグメントが消失している
エラー:フィールドが不正なエラーを含んでいる。例えばNMフィールドが”FOO”を含んでいる
エラー: データ型IDかISのフィールドが対応する表と比較され、合致するものが無い
却下:そのメッセージ型は提供されていない
却下:そのイベントコードは提供されていない
却下:その処理IDは提供されていない
却下:そのヴァージョンIDは提供されていない
却下: 患者、オーダ等のIDが見つからない。付加以外ではトランザクションに用いられる。例えば存在しない患者の転送
却下:患者やオーダ等のIDが既に存在している。付加トランザクションの応答で用いられる（許可、新オーダ等）
トランザクションが、アプリケーション格納レベルで実行することができなかった（例えばデータベースのロック）
却下: 他のコードで明示的に対象としていない、包括的な内部エラー用
41
コネクタソン2012方針
コネクタソン審査方針（昨年度からの変更点）
• 昨年度からの変更点
– （シナリオ上の変更点はありません）
– 電文バリデーションエンジンのチェックシナリオを改良しました。
• 事前検証ツールの提出は例年通りです。不具合の改修と、チェック精度を高める予定です。
• コネクタソン期間中、トランザクションモニタで電文を取得した後、必ず「自動検証」を実行して下
さい。
→ 「自動検証」を実施し、パスしているテストから優先的に審査を行います。
43
コネクタソン審査方針（審査内容）
• 審査内容
– コネクタソン審査
• （前提）事前検証ツール審査での重篤な指摘事項が残存していないこと。
• トランザクションモニターのログ確認を基本とするが、アクター毎に最低限の連携
データ項目について、アプリケーション表現できているかをチェックする。
• 審査員は初回の審査を行うベンダーについては、画面キャプチャーを取得しても
らい、これをKUDU経由で確認することで、連携データとの整合性を確認する。
– PIRプロファイル、ADTの審査は実施しません
• PIRについては、2010年より審査対象外に。代替えとしてITIのPAMでの審査を実
施。ADTについても審査対象としない。患者情報はOMG、OMI の PID セグメント
から取得をお願いしたい。
– OPのチェック内容
• OFからの実施報告の内容をオーダと紐付けて表示する。
– OFのチェック内容
• OPから受け取った患者情報、患者プロファイルを表示する。
• OPから受け取った検査依頼情報を表示する。
• AMへのMWMと受付番号／検査インスタンスUIDが同一であることを表示する。
– IMのチェック内容
• OFから受け取った検査依頼情報を表示する。
• 受信オーダと登録画像を受付番号／検査インスタンスUIDで紐付けて表示する。
• 画面での患者プロファイルの表示は求めないが、受信側で不要な情報も受容す
るのがHL7の基本的な考え方である。
44
コネクタソン審査方針（メッセージ共通）
• メッセージ共通
– 文字コード
• １バイトコードにISO IR6（ASCII)、２バイトコードにISO IR87を使用し、 JIS-X0202のESCで文
字コード切替を行う。半角カナや補助漢字のためのISO IR13やISO IR159は使用しない。
– MLLP不採用
• HL7の実装例として、送受信メッセージのMSHの前に開始ブロック（0b）を付加しているが、
TCP/IPの環境では適当ではないため、開始ブロック（0b）を付加しない。
– ポート番号
• ADTとOMG（OMI）メッセージ等の判定は電文解釈で行い、受信ポートによる電文判定は不可
とする。Hl7.orgではWellKnownPortとして2450ポートを予約しているため、2450ポートを推奨
する。
– 空セグメント＆空フィールド
• 空のセグメントを送らない（セグメントがある場合には必須フィールドを埋める必要あり）。フィー
ルド終端以降の不必要な「｜」を送らない。
– 患者番号、オーダ番号
• 患者番号は10文字の一意な値とする。※番号体系詳細は PID-3 患者ID を参照。
• オーダ番号は15文字の一意な値とする。
– 内容修正
• OMG/OMI等の内容修正はCA（取消）を送ってNW（新規）を送信する。CA（取消）の際のオー
ダ番号は最初のNWのオーダ番号を用いる。
– キャンセル電文の範囲
• 「MSH-PID-PV1-ORC(CA)-TQ1-OBR-IPC」までを送信することとしORC(PA)以下は省略する。
– 住所、電話番号
• PID-11（XAD型）については、第8成分に住所を記載する（2011年変更）。
• PID-13,14（XTN型）については、第12成分に電話番号を記載する（2011年変更）。
45
コネクタソン審査方針（メッセージ共通）
– 日付型の精度（TS型）
• TS型ではYYYYMMDDHHMISS.SSSSまでの精度を持つが、YYYYMMDD（8桁）、
YYYYMMDDHHMI（12桁）、YYYYMMDDHHMISS（14桁）の混在を可とする。
• 依頼における日付精度は通常「時分」で秒指定は行わないはずなので、12桁での精度とする。
一方、実績は検査開始時刻を秒単位で計測できるので、12、14桁での精度とする。
（8桁はNGとする）
– 患者情報通知（PID-5 患者氏名について）
• OP-OF間ではPID-5は全角カナを必須とし、漢字やASCIIは任意とする。
• OF-IM間ではPID-5は全角カナ＋ASCIIを必須とし、漢字は任意とする。
– OF→IM に対する任意情報の転送について
• OPから受信した情報のうち、必須項目情報以外の項目情報についてもIMのニーズによって
は転送する必要がある。コネクタソンでは主要な情報については、OFがこの転送が行え、IM
が受信できることを審査項目の一つとする。
• 任意項目の転送が必要なセグメントは、PID、ORC、OBR、OBX で、各セグメント仕様の説明
を参照のこと。
– 患者所在と診療科と入力場所
• これまで混同されてきたが明確に分離する。患者所在はPV1-3、PV1-6とし、診療科はPV110、ORC-17とする。入力場所はORC-13とする。
– 患者プロファイル
• 身長／体重／感染症／身体障害などをOBXセグメントで記述する。
– マスタ設定について
• 検査コードはJJ1017v3.1を採用する。
• その他マスタについては、IHEJ 技術文書にて記載されたマスタ情報を用いる。
46
コネクタソン審査方針（OBXとZE1関連の注意事項）
•
OBXとZE1関連の注意事項
– OBXとZE1の繰り返し情報
• 「OBX-5検査値」や「ZE-1使用物品」は繰り返し可能なフィールドとして定義され、OBX/ZE1は
繰り返し可能なセグメントでもあるため、一方か両方を情報の繰り返しで用いることはHL7標
準では問題ではない。ｎフィールド×ｎセグメントの繰り返しはメッセージ解釈の利便性に欠け
るため、フィールドの繰り返しを禁止し、セグメントの繰り返しを推奨する。
– OBX-2 には CE型ではなく、CNE／CWE型を指定
• これまで、CE型の指定を容認していたが、今年から明確に CNE／CWE型として審査する。
– CNE、CWE型の第3成分について
• コーディング方式については審査側からコード表提示が漏れている場合を除き、“L”の使用を
認めない。IHEJ技術文書（5月公開）にあるコードタイプ名を用いる。HL7テーブルコードを用
いる場合は、規定に従ってコーディング方式を指定する。
– OBX-11結果状態
• OBX-11は最終結果未確認（P）ではなく、最終結果（F）に変更する。
– ZE1セグメントの必須
• JAHIS 放射線データ交換規約ではZE1は省略可能となっているが、超音波などでフィルム
や薬剤が使われない場合でも必須とし、ZE1には実施技師等を入れて送信する。
– ZE1の加算情報
• 実施報告の加算情報は使用物品毎（ZE1セグメント毎）に記述し送信する。別のZE1セグメン
トでメッセージ単位での一括送信は禁止する。
– ORC（PA）とORC（CH）に対するZE1の付与
• ZE1の意味する情報が検査全体に対してである場合は、ORC（PA）に対し、ZE1を付与しても
構わない。この場合、ZE1-3 手技は OBR-4 にて定義した JJ1017-16P を設定する。
• 一方で、個々の撮影に対する情報である場合は、ORC（CH）に対し、ZE1を付与する。
47

Download Report