Integrating the Healthcare Enterprise

IHEの有用性
中 安一 幸厚生労働省政策統括官付社会保障担当参事官室 室長補佐（併）厚生労働省大臣官房統計情報部企画課情報企画室（併）内閣官房情報通信技術（ＩＴ）担当室（併）内閣官房情報セキュリティセンター
（兼）北海道大学大学院保健科学研究院 客員准教授
東北大学大学院医学系研究科 客員准教授
秋田大学医学部附属病院医療情報部 非常勤講師
日本IHE協会RFP委員長
NPOデジタルフォレンジック研究会医療分科会主査
日本ＩＨＥ協会 普及推進委員会 臨床検査委員会

IHE Workshop in Tokyo
2011.07.02 Tokyo-Midtown

政府が標準化を進めたい動機
医療情報の標準規格
 厚生労働省 保健医療情報標準化会議
 HELICS協議会
 各種規格制定団体

Copyright © 2011
By Cazzyuki Nakayasu , MHLWIHE Workshop in Tokyo
2011.07.02 Tokyo-Midtown

政府が標準化を進めたい動機
まず、医療のICT化は進めたい 患者の利便、医療安全の推進、医療の質の向上、医療の効率化、結果として医療費も削減できるならいうことはない（保健医療分野の情報化にむけたグランドデザイン；平成13年12月）

地域の情報連携は進めたい 医療機能の分化と連携（平成18年度医療制度改革）

全国的な医療情報の利活用を進めたい 医学研究、医療経済、医療政策、医療への患者の参画
 医療の質を高め、ICTの活用意義も高める。結果として医療・健康にまつわる産業の裾野も拡がる

標準化の停滞は、政策の妨げともなる
Copyright © 2011
By Cazzyuki Nakayasu , MHLWIHE Workshop in Tokyo
2011.07.02 Tokyo-Midtown

標準化の恩恵（ユーザ側）
マルチベンダーシステムが導入しやすくなる ベンダーの得意分野の活用（餅は餅屋）
 段階的システム導入

長期間にわたり情報を保存できる
 医療情報の保存期間は情報システム寿命より長い•

情報システムは６年から１０年

 受け継ぐための「標準情報形式」•

独自形式は特定ベンダーと運命共同体

Copyright © 2011
By Cazzyuki Nakayasu , MHLWIHE Workshop in Tokyo
2011.07.02 Tokyo-Midtown

標準化の恩恵（ベンダー側）
自社の強みに特化した戦略 接続やデータ変換などに手間を掛けてはいられない 自社の強みを生かした技術開発と事業戦略

新市場の開拓と既存市場の拡大
 標準化により市場のパイを増やす

 独自技術の囲い込みから脱却し、システムの普及と拡販に

Copyright © 2011
By Cazzyuki Nakayasu , MHLWIHE Workshop in Tokyo
2011.07.02 Tokyo-Midtown

標準規格導入に積極的でない人たち
標準規格では仕様不足だから使えない
 現行機能を維持できない、要求を実現できない
独自性を出すための言い訳• 囲い込みの下心• 訳が分からないところで独自性を出したい• 「全ての機能を標準で出来る訳ではない」
足りないところは独自でいい• 標準規格は全てを決めているわけではない• パブコメの時に意見を出して欲しい•

版がやたらと変わり、いつ採用してよいのか 標準化作成での検討不足？

機能拡張・強化？

 シーズとニーズの変化の早さ
Copyright © 2011
By Cazzyuki Nakayasu , MHLWIHE Workshop in Tokyo
2011.07.02 Tokyo-Midtown

標準規格導入に積極的でない人たち
標準規格仕様は調査と実装が面倒くさい•

ちゃんと動くか自信もない

実は、他人の書いたものは読み方がわからない•でも、今さら「わからない」と言えない

ＮＩＨ要因の影響（人が作ったものが使えるか！）
私の標準の方がいい(NIH: Not Innovated Here)• 「○病院の△先生のご指導で開発した標準マスタです」• 「これは当社の標準仕様でございます」• 「この標準接続仕様はウチとＡ社で決めました」•

Copyright © 2011
By Cazzyuki Nakayasu , MHLWIHE Workshop in Tokyo
2011.07.02 Tokyo-Midtown

標準化団体の関係
JRS
JSRTJAMIMEDIS-DC

ワークフローと実装ガイド

標準規格団体ユーザ視点（ニーズ）・・・

医療情報システム

Health Level Seven
International

医療機器
Copyright © 2011
By Cazzyuki Nakayasu , MHLWIHE Workshop in Tokyo
2011.07.02 Tokyo-Midtown

一番困る、無関心「え、そんな標準があったの？」
マザーテレサの言葉

愛の反対は憎しみではなく無関心です。

Copyright © 2011
By Cazzyuki Nakayasu , MHLWIHE Workshop in Tokyo
2011.07.02 Tokyo-Midtown

別に標準化しなくていいし
あー、うるせー、めんどくせー 連携しないから情報のデリバリーの必要がない（鎖国中） 目視して再入力するのが大好き 仮に伝達して間違いがあっても別にいい。情報と医療安全は関係ない
 「標準」でお金がもらえるわけじゃなし。何かの要件になってないし、若しくはなっていても気にしない 未来永劫、リプレイスなんかしない•するならするで、そのときに多額の移行費払えば済むこと

 変換テーブル継ぎ足ししまくって、ポテンシャル落ちても別に気にしないし 生産性の低い打合せが大好き
Copyright © 2011
By Cazzyuki Nakayasu , MHLWIHE Workshop in Tokyo
2011.07.02 Tokyo-Midtown

IT化するということどこかに存在するデータは徹底的に使いまわさないと、IT化のうまみがない
医事会計→オーダーエントリ→ラベル出力→LIS読み込み→モダリティ「目視＆入力」部分を残さない（効率化・医療安全）
院内のシステム構築でも地域連携でも同じこと
日付
ID
ｼﾒｲ
氏名

生化学

2011 / 07 / 021014360
ﾅｶﾔｽ ｶｽﾞﾕｷ
中安 一幸

GOT(AST)

GPT(ALT)
Copyright © 2011
By Cazzyuki Nakayasu , MHLWIHE Workshop in Tokyo
2011.07.02 Tokyo-Midtown

部門間連携・リプレイス
変換

変換

第１世代変換変換変換変換変換

変換

変換
変換

第２世代

変換

変換
Copyright © 2011
By Cazzyuki Nakayasu , MHLWIHE Workshop in Tokyo
2011.07.02 Tokyo-Midtown

HL7メッセージの例
MSH|^~¥&|PRE|01|||20070909114357||OUL^R22^OUL_R22|200709091143571|P|2.5|||||JPN|~ISO IR87||ISO 2022-1994
PID|0001||1014360||中安^一幸^^^^^L^I~ナカヤス^カズユキ^^^^^L^P||19691027|M
PV1|0001|O|2^^^^^C||||298^厚生太郎^^^^^^^^L|||002
ZIN|1^政府管掌健康保険^HL7-0072
SPM|0001|||023^血清^JC10^01^血清^L
ORC|NW|000000003001097|||||||20100903153012|298^厚生太郎^^^^^^^^L||298^厚生太郎^^^^^^^^L|2^^^^^C||||002^内科^L|Fu^^L|||厚生労働病院|^東京都千代田区霞が関1-2-2^^^100-8916^jpn|03-5253-1111||||||O^外来患者^HL7-0482
TQ1|1||||||20070206000000||R
OBX|0001|NM|3J010000002327101^T-Bil^JC10^10213^T-Bil^L||0.7|mg/dl|0.2～1.1|||||||20100903153012

OBX|0002|NM|3B035000002327201^GOT(AST)^JC10^10207^GOT(AST)^L||452|IU/L|8～40|H||||||20100903153012
OBX|0003|NM|3B045000002327201^GPT(ALT)^JC10^10208^GPT(ALT)^L||246|IU/L|3～35|H||||||20100903153012
OBX|0004|NM|3B050000002327201^LDH^JC10^10206^LDH^L||548|IU/L|119～229|H||||||20100903153012
OBX|0005|NM|3B070000002327101^ALP^JC10^10209^ALP^L||468|IU/L|115～359|H||||||20100903153012
OBX|0006|NM|3B090000002327101^γ-GTP^JC10^10204^γ-GTP^L||75|IU/L|M 55> F 25>|H||||||20100903153012
OBX|0007|NM|3C025000002327201^Urea-N^JC10^10215^Urea-N^L||15|mg/dl|7～22|||||||20100903153012
OBX|0008|NM|3C015000002327101^Cre^JC10^10216^Cre^L||0.7|mg/dl|0.4～1.2|||||||20100903153012
OBX|0009|NM|3C020000002327101^UA^JC10^10217^UA^L||1.3|mg/dl|M3.5～7.0 F2.3～6.0|L||||||20100903153012
OBX|0010|NM|3H010000002326101^Na^JC10^10240^Na^L||123|mEq/L|130～148|L||||||20100903153012
OBX|0011|NM|3H020000002326101^Cl^JC10^10242^Cl^L||87|mEq/L|98～110|L||||||20100903153012
OBX|0012|NM|3H015000002326101^K^JC10^10241^K^L||3.6|mEq/L|3.6～5.0|||||||20100903153012
OBX|0013|NM|5C070000002306201^CRP^JC10^10221^CRP^L||18.9|mg/dl|0.0～0.5|H||||||20100903153012

Copyright © 2011
By Cazzyuki Nakayasu , MHLWIHE Workshop in Tokyo
2011.07.02 Tokyo-Midtown

HL7 Ver.3 RIM (Reference Information Model)

Copyright © 2011
By Cazzyuki Nakayasu , MHLWIHE Workshop in Tokyo
2011.07.02 Tokyo-Midtown

標準マスターの話
システム間メッセージや記録情報に格納する情報のコード
 データのデリバリー、比較や統計処理のため、同じ対象には同じ用語・コード（当然）JLAC10【臨床検査項目分類コード】
 最新版（ver.10.a17;2011年5月16日付;日本臨床検査学会）

http://www.jslm.org/books/code/index.html
 分析物5桁、識別4桁、材料3桁、測定法3桁、結果識別2桁
 ふーん、でもウチは固定長8桁でいくぞ（笑）
 なんでだCopyright © 2011
By Cazzyuki Nakayasu , MHLWIHE Workshop in Tokyo
2011.07.02 Tokyo-Midtown

標準マスターの話「17桁が使いにくい」•

よくそう言われるが、本当にそうか

パーツコード決定の難しさ
個々のパーツコードを特に測定方法について容易に決定できない• 個々のパーツコードの決定時に解釈のぶれや多義性を許す余地があるため、同じ検査項目なのに機関によりコードが異なってしまう可能性が小さくない•

ユースケース別のパーツコードの必要性の違い
使用場面によっては、コードによって区別することが必要ではない
パーツのコードまでもふる必要があり• 例えば測定法の違いや、材料の採取方法の区別など• それらの情報が必要ない使用場面ではそもそもコーディングしようにもよくわからない•

Copyright © 2011
By Cazzyuki Nakayasu , MHLWIHE Workshop in Tokyo
2011.07.02 Tokyo-Midtown

標準マスターの話使いにくいから別体系のコード作ろう これが一番良くない•

使い方を考えてみろ（そもそも理解できてる？）

使いみちを考える
日々の診療を通じて蓄積していくデータをあとから解析する等の際に「classification」として用いる上での効能• 医事算定に重きを置いたか（セット検査の導入）• 「データの一意性」に加えて「データの継続性」•

使い方を考えてみる
通信上の問題というよりコーディングの問題• ユースケース別粒度クラスにより必要ないコードは使わない• 可変長がいやならワイルドカード化するとか•

Copyright © 2011
By Cazzyuki Nakayasu , MHLWIHE Workshop in Tokyo
2011.07.02 Tokyo-Midtown

標準化と相互運用性
相互運用性普及委員会 大江和彦委員長「相互運用性事業でできそうなことできそうにないこと」
より改変

時間を超えた意味的相互運用性

時間と場所を超えたシームレスな
情報可用性と相互操作感移行性

保証すべき
データ項目

移行時のデータ保証ルール

長期保存
ルール

活用ルール

施設間交換方法

管理・運用
フォーマット

質評価方法

蓄積すべき
データ項目
データ型

入力ＩＦ

ＤＢ形式
項目セットチェック方法

長期利用性
移行可能性

活用

出力形式

バックアップ
媒体・方法
ハードウェア情報モデル

正規化

分類

検査方法

蓄積

用語・コード

診療方法

構造と記述

質の確保と取得

標準に基づいた相互運用性が必要
Copyright © 2011
By Cazzyuki Nakayasu , MHLWIHE Workshop in Tokyo
2011.07.02 Tokyo-Midtown

使いまわすためにメッセージ構造
 まず標準規格として「HL7」 しかし、そう決めれば済むというものでもない

そのメッセージ内で参照される「標準」
 文字コード、日付（や時刻）の表記等のISO等の定め
 「JLAC10」、「HOT」「標準病名」等のマスタ・コードテーブル
 データ項目セット

入力・参照、メッセージの「出」と「入」 受け渡しルール
 動作・処理の定義、順序、トリガーとなるイベント

 実装規約、標準的なシナリオ
Copyright © 2011
By Cazzyuki Nakayasu , MHLWIHE Workshop in Tokyo
2011.07.02 Tokyo-Midtown

規格なの？規格じゃないの？
「レゴ」「レゴブロック」及び「LEGO」はlego groupの登録商標です。

ドットの高さドットの間隔ドットの配列
・・・etc.

「規格」というもの

何を作るかどう作るか必要な部品は何か・・・etc.

「規格」ではないもの「部品」が「規格」にしたがって作られていることが前提
Copyright © 2011
By Cazzyuki Nakayasu , MHLWIHE Workshop in Tokyo
2011.07.02 Tokyo-Midtown

「ＩＨＥ」という考え方「レゴ」「レゴブロック」及び「LEGO」はlego groupの登録商標です。

「お城」じゃない「恐竜」じゃない「部品」が「規格」にしたがって作られている「作りたいもの」に応じた「組み立て方」がある「部品の選び方」と「組み立て方」を提供する
Copyright © 2011
By Cazzyuki Nakayasu , MHLWIHE Workshop in Tokyo
2011.07.02 Tokyo-Midtown

組み立て方って、何？
「レゴ」「レゴブロック」及び「LEGO」はlego groupの登録商標です。

「お城」が作りたければ「お城の組立解説書」が必要
Copyright © 2011
By Cazzyuki Nakayasu , MHLWIHE Workshop in Tokyo
2011.07.02 Tokyo-Midtown

LEGO→医療情報→IHE「レゴ」「レゴブロック」及び「LEGO」はlego groupの登録商標です。

ドットの高さドットの間隔ドットの配列・・・etc.

「規格」「規格」に従って作られた様々な部品（LEGOブロック）

部品と部品を組合せ形にする

城の組み立て方：作業手順
IHE Workshop in Tokyo

Copyright © 2011
By Cazzyuki Nakayasu , MHLW

2011.07.02 Tokyo-Midtown

LEGO→医療情報→IHE「レゴ」「レゴブロック」及び「LEGO」はlego groupの登録商標です。

LEGO規格文字コード、標準病名、医薬品、検査項目など

コードセット・
データセット

規格に従って作られた部品

LEGOブロックHL7、DICOM、ISOなど

メッセージ等標準規格

部品で構成されるもの

車輪と車軸、鼻と耳、城壁と塔システム機器、モダリティ、ドキュメント、人、組織など

アクタ

構成物同士の組み合わせ

組立説明書
個々の説明図電文や画像の形式、受け渡しルールなど

トランザクション

お城、自動車、犬（完成）

完成図と組立説明書

アクタとトランザクションの関係性、順序

統合プロファイル

ある領域の「統合プロファイル」を体系的にする

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

ドットの高さ、間隔、配列

Copyright © 2011
By Cazzyuki Nakayasu , MHLWIHE Workshop in Tokyo
2011.07.02 Tokyo-Midtown

IHEの有用性
標準規格策定に「現場の業務シナリオ」の想定は不可欠
 使えもしないものを作らないため標準を使いこなすために「業務シナリオ」の理解が不可欠 規格には実装ガイドが必要

 実装ガイドには標準的なワークフローの想定が必要

標準化の推進には導入の促進が不可欠
 規格制定だけでは意味をなさない 標準導入のわかりやすいメリットの提示が必要

IHEが提案できること
Copyright © 2011
By Cazzyuki Nakayasu , MHLWIHE Workshop in Tokyo
2011.07.02 Tokyo-Midtown

Questions ?

WWW.IHE-J.ORG
26

IHE Workshop in Tokyo
2011.07.02 Tokyo-Midtown