「 IHEを利用したシステム構築の実際」～放射線領域をIHEで導入する場合を例にあげて～

日本IHE協会普及推進委員会
日本IHE協会普及推進委員会
松田 恵雄
第23回 IHEワークショップin京都 2010.08.28

少し現場的なお話をIHEという概念は、少しずつですが浸透してきていると思います。
 この講演では、「IHEを用いたシステム構築の実際」について、放射線領域での採用をモデルケースとして現場の視点から考えてみます。


第23回 IHEワークショップin京都 2010.08.28

まずやるべき事は？
IHEの導入に必要な手順の確認








IHEの正しい知識はあるか？
IHEをどの範囲で導入するのか？
IHEのどのシナリオを必要としているか？
自施設のワークフローを確認したか？
↓実装ベンダを探す・選ぶ関係者を説得する
最後まで妥協しない・あきらめない第23回 IHEワークショップin京都 2010.08.28

IHEを正しく.
知る
第23回 IHEワークショップin京都 2010.08.28IHEの正しい知識
IHEでは、たとえマルチベンダ環境のシステム構築であっても、「詳細な技術的な知識」はほとんど不要です。
 その代わり、「IHEとはどの様な考え方か」や、「IHEの何がどの様に利用可能か」に関する知識（正に今日の内容）が必要です。
 ベンダーに「IHEで実装します。」「あとはお願いします。」・・・とはならないので、注意が必要です。


第23回 IHEワークショップin京都 2010.08.28

例えば・・・
この図自体の詳細
つまり、IHEの「使い方だけ」は知る必要がある。
が判る必要はない。
つまり、IHEの「使い方だけ」は知る必要がある。
 しかしこの図に携帯電話で何故いろいろなことが出来るのか
携帯電話で何故いろいろなことが出来るのか
 何が書いてあるか私は知りません。しかし、知らなくても大丈夫！
私は知りません。しかし、知らなくても大丈夫！
 どの様な連携が担使い方を知っていれば十分なのです・・・。
使い方を知っていれば十分なのです・・・。
保されているのかが、判らないとIHEの皆さんは、どの機種で何ができるか私以上に皆さんは、どの機種で何ができるか私以上に採用そのものが出知っていて、正しく携帯を選択しています。
知っていて、正しく携帯を選択しています。
来ません。
第23回 IHEワークショップin京都 2010.08.28

STEP

IHEを正しく選択する

第23回 IHEワークショップin京都 2010.08.28

IHEの導入.
範囲を決める第23回 IHEワークショップin京都 2010.08.28

次に？
 どの範囲で（もしくはどの連携で）採用するか決めます
病院全体
 特定の部門全体
 特定のシナリオ
 特定の連携

 どのシナリオのどの範囲まで実装するかは「連携単位」で選択可能


ただし細分化するとシナリオの一部が実現しない場合もあります。
第23回 IHEワークショップin京都 2010.08.28

IHEの導入範囲は？


IHEをどの規模で適用するのか

放射線部門

病院全体

第23回 IHEワークショップin京都 2010.08.28

IHEの導入範囲：病院全体の場合
1. IHEは電子カルテに必要な「全てのシステム間連携仕様」を策定できていない！
2. IHEという考え方に準じて全ての連携仕様を策定すること自体は可能
A) IHEのシナリオが存在する部分はIHEに準拠した連携を採用
B) IHEのドキュメントが策定されていない部分
A) IHEのやり方にならって同様の技術仕様で拡張
B) 独自仕様のまま無理にIHE化しない
第23回 IHEワークショップin京都 2010.08.28

院内の各部門システム（概念図）
医事システム薬剤システム

看護システム病棟システム検査システム放射線システム
院内画像配信システム
内科システム
周産期システム

外科システム

内視鏡システム

歯科システム 泌尿器システム

循環器システム 小児システム 病理システム 眼科システム
第23回 IHEワークショップin京都 2010.08.28

IHEの対応範囲（概念図）
医事システム薬剤システム

看護システム病棟システム検査システム放射線システム
院内画像配信システム
内科システム
周産期システム

外科システム

内視鏡システム

歯科システム 泌尿器システム

循環器システム 小児システム 病理システム 眼科システム
第23回 IHEワークショップin京都 2010.08.28

全てIHEの思想で対応
医事システム薬剤システム

看護システム病棟システム検査システム放射線システム
院内画像配信システム
内科システム
周産期システム

外科システム

内視鏡システム

歯科システム 泌尿器システム

循環器システム 小児システム 病理システム 眼科システム
第23回 IHEワークショップin京都 2010.08.28

IHEの対応範囲（概念図）
医事システム薬剤システム

看護システム病棟システム検査システム放射線システム
院内画像配信システム
内科システム
周産期システム

外科システム

内視鏡システム

歯科システム 泌尿器システム

循環器システム 小児システム 病理システム 眼科システム
第23回 IHEワークショップin京都 2010.08.28

IHEの導入範囲：放射線部門の場合
1. IHEは放射線領域に必要な「ほとんどのシステム間連携仕様」を策定している！
放射線システム2. IHE自体のテクニカルフレームワークで基本的な放射線業務の殆どをカバーしている！
A) IHEのシナリオが存在する部分はIHEに準拠した連携を採用
B) IHEのドキュメントが策定されていない部分
A) IHEのやり方にならって同様の技術仕様で拡張
B) 独自仕様のまま無理にIHE化しない
第23回 IHEワークショップin京都 2010.08.28

IHE-J導入の考え方
電子カルテ
電子カルテ
（各社独自仕様）（標準的電子カルテ仕様）

独自

システム全体をHL7連携で新規開発
インタフェースを標準化

独自

インタフェースを標準化
放射線部門システム（各社独自仕様）

システムは独自仕様のママ
第23回 IHEワークショップin京都 2010.08.28

IHE-J導入の考え方
電子カルテ（各社独自仕様）

システムは独自仕様のママ
インタフェースを標準化

実際はJAHIS放射線データ交換規約の採用に等しい
独自
独自（日本の医療情報連携に十分配慮された標準規格）
インタフェースを標準化
放射線部門システム（各社独自仕様）

システムは独自仕様のママ
第23回 IHEワークショップin京都 2010.08.28

STEP

IHEの導入範囲を決める

第23回 IHEワークショップin京都 2010.08.28

放射線領域の. シナリオで導入する
第23回 IHEワークショップin京都 2010.08.28

放射線領域のシステム構築では

放射線部門に必要な機能を考えます。
最も一般的な統合プロファイルである最も一般的な統合プロファイルである

医事システム電子カルテ（オーダリング）

SWF統合プロファイル
SWF
SWF ：： Scheduled
Scheduled Workflow
Workflow（放射線部門における通常運用のワークフロー）（放射線部門における通常運用のワークフロー）
 放射線情報システム（RIS）
を例に考えてみましょう。
を例に考えてみましょう。
 画像保存閲覧システム（PACS）




診断報告書作成システム（Reporting)
画像処理ワークステーション
検像システムそのシステムの「どれ と どれ」が繋がっていれば（連携できれば）良いか検討します。
第23回 IHEワークショップin京都 2010.08.28

新患登録

医事システムオーダ発行

RIS/MWM

電子カルテ

受付・検査開始
Viewer
画像のQR
画像サーバ

ほぼOKですよね？
画像保存モダリティ
MWM
第23回 IHEワークショップin京都 2010.08.28

IHEで放射線領域が変わる
最大の変更点は、画像サーバがHL7を理解したこと。
 従来の枠組みからは考えられない。


第23回 IHEワークショップin京都 2010.08.28

医事システム
RIS

電子カルテ

Viewer

画像サーバ

モダリティ
第23回 IHEワークショップin京都 2010.08.28

画像サーバにもHL7を理解させる？
MWM

医事システム従来システム

電子カルテ

放射線情報
システム（RIS）

透視（DR）装置（モダリティ）画像サーバ

IHEシステム第23回 IHEワークショップin京都 2010.08.28

HL7が隅々までいき渡ると

従来はモダリティ仕様で連携品質が確定していた
日本語不可

日本語不可
検査記述不可

モダリティ

モダリティ

画像サーバ

画像Viewer
第23回 IHEワークショップin京都 2010.08.28

画像読影時には？
均質な情報が得られない 開くまで何の検査か判らない

検査日
2005/04/01
2005/05/04
2005/05/05
2005/05/30
2005/06/01
2005/06/07
2005/07/06
2005/07/22
2005/08/01
2005/08/02
2005/08/03
2005/08/08
2005/08/10
2005/08/23
2005/08/25
2005/08/30
2005/09/05

ＩＤ0001234567
0004232234
0003456789
0002323233
0000001234
0003345667
0000000001
0000378455
0003334445
0000987654
0002321211
0002323233
0003456789
0003334445
0000001234
0004232234
0003456789

氏名ＳＡＩＴＡＭＡ＾ＴＡＲＯＵ
ＫＡＮＡＧＡＷＡ＾ＨＡＮＡ
とうきょう いちろう千葉 健太郎ＩＢＡＲＡＫＩ＾ＹＵＵとちぎ かなこ＾栃木 加奈子
ぐんま ようこ
ながの ともこ＾長野 智子
埼玉 太郎
広島 花子
ＹＡＭＡＧＵＣＨＩ＾ＫＯＵ
千葉 健太郎とうきょう いちろう
埼玉 太郎
ＩＢＡＲＡＫＩ＾ＹＵＵ
ＫＡＮＡＧＡＷＡ＾ＨＡＮＡ
とうきょう いちろう

年齢

性別
Ｍ

検査名

依頼科

６５４０男
男

胸部Ｘ線撮影

第三内科

４８

女
Ｆ

腹部Ｘ線撮影

第四内科
小児科

男

右手関節撮影整形外科

４０２４

第23回 IHEワークショップin京都 2010.08.28

HL7が隅々までいき渡ると

従来と異なる画像統合の手法が実現可能
日本語不可

日本語不可
検査記述不可

モダリティ

モダリティ

ここでDICOMタグの内容を均質に整える・不足を充填・日本語対応
・順番や表示条件を整備

RIS
画像サーバ

画像Viewer

第23回 IHEワークショップin京都 2010.08.28

画像読影時の品質向上


画像Viewerのリストに検査内容が正しく均質に表示される。（当たり前の希望）
検査日
2005/04/01
2005/05/04
2005/05/05
2005/05/30
2005/06/01
2005/06/07
2005/07/06
2005/07/22
2005/08/01
2005/08/02
2005/08/03
2005/08/08
2005/08/10
2005/08/23
2005/08/25
2005/08/30
2005/09/05
2005/09/11

ＩＤ
0001234567
0004232234
0003456789
0002323233
0000001234
0003345667
0000000001
0000378455
0003334445
0000987654
0002321211
0002323233
0003456789
0003334445
0000001234
0004232234
0003456789
0000001234

氏名埼玉太郎
神奈川 華菜東京一郎
千葉 健太郎茨城優
栃木 加奈子
群馬陽子
長野
智子
埼玉太郎
広島花子
山口浩一
千葉 健太郎
東京一郎
埼玉太郎
茨城優
神奈川 華菜東京一郎
茨城優

サイタマ タロウ
カナガワ
ハナ
トウキョウ イチ
チバ ケンタロウ
イバラキ
ユウ
トチギ
カナコ
グンマ
ヨウコ
ナガノ
トモコ
サイタマ タロウ
ヒロシマ ハナコ
ヤマグチ コウイ
チバ ケンタロウ
トウキョウ イチ
サイタマ タロウ
イバラキ
ユウ
カナガワ
ハナ
トウキョウ イチ
イバラキ
ユウ

年齢 性別
検査名
依頼科
４１ 男 頭部ＣＴ検査 脳神外科
２０ 女 乳房Ｘ線撮影 第一外科
６５ 男 胸部Ｘ線撮影 第三内科
４０ 男 右手関節撮影 整形外科
６６ 女 手関節ＭＲＩ 整形外科
４８ 女 胸部１方向第四内科
２８ 女 腹部Ｘ線撮影 小児内科
２２ 女 骨盤部ＭＲＩ 産婦人科
４１ 男 頭部ＣＴ検査 脳神外科
１０ 女 骨盤Ｘ線撮影 産婦人科
２６ 男 胸部Ｘ線撮影 第一内科
４０ 男 右手関節撮影 整形外科
６５ 男 胸部Ｘ線撮影 第三内科
４１ 男 頭部ＣＴ検査 脳神外科
６６ 女 手関節ＭＲＩ 整形外科
２０ 女 胸部Ｘ線撮影 第一外科
６５ 男 胸部Ｘ線撮影 第三内科
６６第23回
女 手関節撮影 整形外科2010.08.28
IHEワークショップin京都

STEP

放射線領域に導入する

第23回 IHEワークショップin京都 2010.08.28

自施設の. 業務フローを把握する
第23回 IHEワークショップin京都 2010.08.28

採用予定の連携（シナリオ）に自施設の業務フローが、「合致していれば」IHEによる導入をそのまま進めます。
 合致していない場合、採否を再度判断します。
 足りない運用がある場合は、追加機能の要件定義を行い、要求仕様を作成します。
 どうしても採用したい連携がある場合、その部分のみの採用も可能です。


第23回 IHEワークショップin京都 2010.08.28

業務フロー確認の方法


IHEの統合プロファイルから、必要な連携を持つシナリオを選びます。


ワークフロー図で関係する機能を持つシステムとその相互連携を確認します。

プロセス（処理）フロー図から、連携の相手先と順番が意図したシナリオ通りに動くか確認します。
 自施設のワークフローと比較します。


第23回 IHEワークショップin京都 2010.08.28

医事システム
RIS

電子カルテ

エビデンス
クリエータ

Viewer

進捗管理
画像サーバ

モダリティ
第23回 IHEワークショップin京都 2010.08.28

医事システム

電子カルテ

RIS

画像サーバ

モダリティ

新患登録

オーダ発行

検査受付
情報連携
MWM

第23回 IHEワークショップin京都 2010.08.28

電子カルテ

RIS

画像サーバ

モダリティ

プリンタ

情報連携
検査実施
画像保存

情報連携
フィルム出力情報連携
実施情報

第23回 IHEワークショップin京都 2010.08.28

実装の優先順位を決めよう
最低限動いて欲しい部分を優先的に導入
 年次毎に便利な機能が動くよう既存の独自連携を換装していく
 経費対効果が悪い部分は置き換えない 予算が切れたらそこまでであきらめる 標準化なら次回の拡張に望みも・・・！
 多分、まずはオーダ連携から・・・？


第23回 IHEワークショップin京都 2010.08.28

放射線部門に必要な連携
患者情報

患者情報

オーダ情報

医事システム

会計情報

患者/検査情報（MWM） 患者/検査/実施情報

電子カルテ

実施情報

患者/検査/実施情報

画像情報

RIS

状況ステータス
実施情報

モダリティ

状況ステータス
放射線画像配信

PACS
状況ステータス

読影報告書配信

画像情報の取り込み

連携情報
報告書作成システム

画像情報の書き出し
第23回 IHEワークショップin京都 2010.08.28

放射線部門に必要な連携
患者情報

患者情報
標準規格で実装済（第1期）
オーダ
情報

医事システム

会計情報

未実装
患者/検査情報（MWM） 患者/検査/実施情報

電子カルテ

実施情報

患者/検査/実施情報

画像情報

RIS

状況ステータス
実施情報

モダリティ

状況ステータス
放射線画像配信

PACS
状況ステータス

読影報告書配信

画像情報の取り込み

連携情報
報告書作成システム

画像情報の書き出し
第23回 IHEワークショップin京都 2010.08.28

放射線部門に必要な連携
患者情報

患者情報

オーダ
情報

医事システム

会計情報

標準規格で実装（第1期）
標準規格で実済（第2期）
未実装・標準化未対応
患者/検査情報（MWM） 患者/検査/実施情報

電子カルテ

実施情報

画像情報

RIS

状況ステータス

患者/検査/実施情報

モダリティ
状況ステータス

放射線画像配信

PACS
状況ステータス

読影報告書配信

画像情報の取り込み

連携情報
報告書作成システム

画像情報の書き出し
第23回 IHEワークショップin京都 2010.08.28

放射線部門に必要な連携
患者情報

患者情報

オーダ
情報

医事システム

会計情報

標準規格で実装（第1期）
標準規格で実装（第2期）
標準規格で実装（第3期）
患者/検査情報（MWM） 患者/検査/実施情報

電子カルテ

実施情報

画像情報

RIS

状況ステータス

患者/検査/実施情報

モダリティ
状況ステータス

放射線画像配信

PACS
状況ステータス

読影報告書配信

画像情報の取り込み

連携情報
報告書作成システム

画像情報の書き出し
第23回 IHEワークショップin京都 2010.08.28

STEP

業務フローとの整合を確認する

第23回 IHEワークショップin京都 2010.08.28

.

システム
ベンダを決める
第23回 IHEワークショップin京都 2010.08.28

実装ベンダを探す・選ぶ

実はIHEの採用で最も明確な結果が出るのがベンダの選定です。


コネクタソンで★がとれたベンダで、製品を持っていることが条件。
複数のベンダが対象となる場合は、機能や操作性の観点から、「製品」を選定可能。
IHE以外で実現する部分と併せ、概要について早期に合意する必要があります。
フィールドの営業ではなく、IHEの担当者と直接話をした方が良いでしょう。
第23回 IHEワークショップin京都 2010.08.28

システムベンダを決める

IHEIHE-JのWebサイトより転載
Webサイトより転載

http://www.ihe-j.org/connectathon/index.html
第23回 IHEワークショップin京都 2010.08.28

実装システムを決める

第一のポイントは「IHE」ではなくて「使い易い」ことです。必ず使い易い製品を選んで下さい。IHEは、二の次です。


面倒なことにコネクタソン通過ベンダと商談を始めてみると、欲しい製品を持っていない場合があります。コネクタソンには通過していても、調達要件を満たす製品がないのでは意味がありません。
この場合は新規開発につきあうか別ベンダへの転換が必要です。

他にも実装システムを選ぶ上で重要なこととして

他にも、操作性やパフォーマンスが良い製品を販売しているベンダの製品ですか？
欲しいシナリオ（統合プロファイル）に、対応していましたか？
適切な機能（アクタ）を搭載している製品ですか？
価格は見合いますか？
保守体制や標準化への対応状況も気になるところです！
第23回 IHEワークショップin京都 2010.08.28

STEP

ベンダとシステムを決める
第23回 IHEワークショップin京都 2010.08.28

障壁に.
負けない（ここからが勝負）
第23回 IHEワークショップin京都 2010.08.28

「誰か」が関係者を説得する


IHEの真実を知らない関係者を説得します

多くの場合食べず嫌いです

自分が知らないものに対しては、それが例え、どんなに良い技術であっても、誰もがそうそう簡単に賛成出来ないものです。（なんせ知らないんだから・・・。）
結果的にIHE導入には、数多くの食べず嫌いが発生することになります。

解決に向けた粘り強い説得が必要です

障壁は「理解」という特効薬で排除可能です。
多くは、「なぜIHEが必要なのか」理解できない様です。
 しかも・・・

ベンダ側が理解できない。だけでなく・・・
 医療機関側が理解できない・・・事も多いようです。
第23回 IHEワークショップin京都 2010.08.28

IHE-J導入時の障壁（その1）ベンダがIHE-Jによるシステム構築を、受けたがらない。





ベンダ側の営業担当者が理解できない。
付加価値部分の金額が折り合わない。
SE等の手配が困難といわれる。
発注者側の熱意がそこまでとは思えない。
手持ちのツールで収益の確保ができない。
第23回 IHEワークショップin京都 2010.08.28

IHE-J導入時の障壁（その2）

発注側の担当者が必要だと思わない






導入システムの仕様に興味のない医療職。
予算的な金額の問題。（経営者等）
事なかれ主義。（事務担当者等）
IHE-Jのメリットを享受可能な部門は？
医療情報部と各部局との力関係。
政策の流れが読み切れない。
 インセンティブのみが正義
第23回 IHEワークショップin京都 2010.08.28

IHE-J導入時の障壁（その3）IHE-J導入に関する技術情報が少ない







病院情報システムをIHE-Jの概念で設計可能なスキルを持つ人材が周囲にいない。
具体的な折衝方法が判らない。
自信を持ってメリットを説明できない。
IHE-Jに詳しいプロジェクトマネージャー？
IHE-Jをどの様に適用していいか判らない。
IHE自体の適用可能範囲が解らない。
第23回 IHEワークショップin京都 2010.08.28

IHEの障壁は越えられるIHEの障壁は必ず越えられます。
 超えた先に素晴らしい世界があるのですが。
 障壁に負けず挑戦を続けましょう。


IHE自体は何も出来ません。
選ぶのは医療現場のスタッフです。
必要な説得が難しい場合もあります。
シングルベンダの良さもあります。
 しかし、必ずしもそうでないためにIHEが生まれた？
第23回 IHEワークショップin京都 2010.08.28

STEP
負けない（ここが勝負）
第23回 IHEワークショップin京都 2010.08.28

.

あとは任せる（我々は値策定に専念）
第23回 IHEワークショップin京都 2010.08.28

あとは任せましょう
システムの接続や連携は任せて大丈夫です。
 我々には、本来すべき、「使い易くする」「値を決定する」という作業があります。
 医療現場のスタッフにしか出来ない改善があります
製品の不完全な部分をもっと使い易くしましょう。

医療現場のスタッフにしか出来ない改善があります
今までは、多くの煩雑な接続調整等に埋もれていましたが 各モダリティのわがままを一寸聞いてあげます。
「医療安全対策」や「経営支援対策」
 連携する値を策定します。時間は十分あります。
「業務支援ツール」や「業務効率化ツール」など
 マスタを構築します。JJ1017なら選ぶだけです。
現場の希望を十分に加味した開発が可能な余裕が生まれます。
 あとは運用試験をするだけ・・・・。
（余裕を無くして短期間で導入するという選択もあります。）

第23回 IHEワークショップin京都 2010.08.28

IHEを用いた. システム構築のまとめ
第23回 IHEワークショップin京都 2010.08.28

IHEを利用したシステム構築


IHEを入れるためのIHE導入はお勧めできません。
標準化の推進にIHE導入は適していますが本当にそれだけで良いのでしょうか。
本当に使い易いシステムを構築するには、IHEの採用がプラスになるかどうかを、真剣に見極めるべきです。その努力が実るとき、IHEは最大限力を発揮します。
IHEで置き換えた部分は、導入が非常に楽になります。我々は本来のなすべきことをやります。
第23回 IHEワークショップin京都 2010.08.28

おわりに
本報告では、「IHEを使って放射線部門システ
ムを構築する」場合のポイント（といっても目次）を整理してみました。
 IHEによる導入が実現すると、導入後の保守や拡張、更新時の策定も非常に容易で、助かります。
 皆様の施設でも是非一度、IHEの採用についてご検討下さい。


第23回 IHEワークショップin京都 2010.08.28

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

第23回 IHEワークショップin京都 2010.08.28