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

日本IHE協会普及推進委員会
日本IHE協会普及推進委員会
松田 恵雄
第22回 IHEワークショップin東京 2010.06..05

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

第22回 IHEワークショップin東京 2010.06..05

IHEを正しく.
知る
第22回 IHEワークショップin東京 2010.06..05

まずやるべき事は？


IHEの導入に必要な手順の確認







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

IHEでは、たとえマルチベンダ環境であっても、「相互接続」や便利な機能を円滑に連携させる「相互運用」を実現するための、「技術的な知識」はほとんど不要です。
その代わり、「IHEとはどの様な考え方か」や、「IHEの何がどの様に利用可能か」に関する知識（正に今日の内容）が必要です。
ベンダーに「IHEで実装します。」「あとはお願いします。」・・・とはならないので、注意が必要です。
第22回 IHEワークショップin東京 2010.06..05

例えば・・・
この図自体の詳細が判る必要はない。
 しかしこの図に


何が書いてあるかどの様な連携が担保されているのかが、判らないとIHEの採用そのものが出来ない。
第22回 IHEワークショップin東京 2010.06..05

STEP

IHEを正しく理解する
第22回 IHEワークショップin東京 2010.06..05

IHEの導入.
範囲を決める
第22回 IHEワークショップin東京 2010.06..05

次に？


どの範囲で（もしくはどの連携で）採用するか決めます





病院全体
特定の部門全体
特定のシナリオ
特定の連携

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

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

IHEの導入範囲は？
IHEをどの規模で適用するのか

放射線部門

病院全体

第22回 IHEワークショップin東京 2010.06..05

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

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

IHEの導入範囲：放射線部門のみ
電子カルテ
便利機能1

生理検査

看護便利機能1
PACS

放射線RIS
便利機能1
便利機能2

処方

給食

医事

便利機能1
報告書

放射線 便利機能2
Acquisition Modality

第22回 IHEワークショップin東京 2010.06..05

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

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

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

システムは独自仕様のママ
第22回 IHEワークショップin東京 2010.06..05

IHE-J導入の考え方

システムは独自仕様のママ

電子カルテ（富士通独自仕様）

独自

独自

放射線部門システム（横河電機独自仕様）

インタフェースを標準化

システムは独自仕様のママ
第22回 IHEワークショップin東京 2010.06..05

STEP

IHEの導入範囲を決める
第22回 IHEワークショップin東京 2010.06..05

放射線領域の. シナリオで導入する
第22回 IHEワークショップin東京 2010.06..05

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

放射線部門に必要な機能を考えます。









医事システム
電子カルテ（オーダリング）
放射線情報システム（RIS）
画像保存閲覧システム（PACS）
診断報告書作成システム（Reporting)
画像処理ワークステーション
検像システムそのシステムの「どれ と どれ」が繋がっていれば（連携できれば）良いか検討します。
第22回 IHEワークショップin東京 2010.06..05

新患登録

医事システム
オーダ発行

RIS/
MWM

電子カルテ

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

ほぼOKですよね？
画像保存
モダリティ
MWM
第22回 IHEワークショップin東京 2010.06..05

医事システム

IHEで放射線領域が変わる
RIS
電子カルテ
最大の変更点は、画像サーバがHL7を理解したこと。
Viewer 従来の枠組みからは考えられない。
画像サーバモダリティ
第22回 IHEワークショップin東京 2010.06..05

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

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

電子カルテ

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

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

IHEシステム第22回 IHEワークショップin東京 2010.06..05

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

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

日本語不可
検査記述不可

モダリティ

モダリティ

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

RIS
画像サーバ

画像Viewer
第22回 IHEワークショップin東京 2010.06..05

STEP

放射線領域に導入する
第22回 IHEワークショップin東京 2010.06..05

自施設の. 業務フローを把握する
第22回 IHEワークショップin東京 2010.06..05

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

第22回 IHEワークショップin東京 2010.06..05

業務フロー確認の方法


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

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

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

第22回 IHEワークショップin東京 2010.06..05

医事システム
RIS

電子カルテ

エビデンス
クリエータ

Viewer

進捗管理
画像サーバ

モダリティ
第22回 IHEワークショップin東京 2010.06..05

医事システム

電子カルテ

RIS

画像サーバ

モダリティ

新患登録

オーダ発行

検査受付
情報連携
MWM

第22回 IHEワークショップin東京 2010.06..05

電子カルテ

RIS

画像サーバ

モダリティ

プリンタ

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

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

第22回 IHEワークショップin東京 2010.06..05

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

第22回 IHEワークショップin東京 2010.06..05

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

患者情報

オーダ情報

医事システム

会計情報

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

電子カルテ

実施情報

患者/検査/実施情報

画像情報

RIS

状況ステータス
実施情報

モダリティ

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

PACS
状況ステータス

読影報告書配信

画像情報の取り込み

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

画像情報の書き出し
第22回 IHEワークショップin東京 2010.06..05

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

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

医事システム

会計情報

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

電子カルテ

実施情報

患者/検査/実施情報

画像情報

RIS

状況ステータス
実施情報

モダリティ

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

PACS
状況ステータス

読影報告書配信

画像情報の取り込み

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

画像情報の書き出し
第22回 IHEワークショップin東京 2010.06..05

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

患者情報

オーダ
情報

医事システム

会計情報

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

電子カルテ

実施情報

画像情報

RIS

状況ステータス

患者/検査/実施情報

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

放射線画像配信

PACS
状況ステータス

読影報告書配信

画像情報の取り込み

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

画像情報の書き出し第22回 IHEワークショップin東京 2010.06..05

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

患者情報

オーダ情報

医事システム

会計情報

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

電子カルテ

実施情報

画像情報

RIS

状況ステータス

患者/検査/実施情報

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

放射線画像配信

PACS
状況ステータス

読影報告書配信

画像情報の取り込み

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

画像情報の書き出し
第22回 IHEワークショップin東京 2010.06..05

STEP

業務フローとの整合を確認する
第22回 IHEワークショップin東京 2010.06..05

.

システム
ベンダを決める
第22回 IHEワークショップin東京 2010.06..05

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

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

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

システムベンダを決める

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

http://www.ihe-j.org/connectathon/index.html
第22回 IHEワークショップin東京 2010.06..05

実装システムを決める

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

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

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

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

STEP

ベンダとシステムを決める
第22回 IHEワークショップin東京 2010.06..05

.

障壁に負けない
第22回 IHEワークショップin東京 2010.06..05

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

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

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

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

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

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

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

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

ベンダがIHE-Jによるシステム構築を、受けたがらない。





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

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

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

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

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

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

IHEを利用したシステム構築
IHEを入れるためのIHE導入はお勧めできません。
 標準化の推進にIHE導入は適していますが本当にそれだけで良いのでしょうか。
 使いやすいシナリオを実現するためにIHEは最大限力を発揮します。
 IHEで置き換えたところは導入が非常に楽になります。


第22回 IHEワークショップin東京 2010.06..05

STEP

負けない（ここが勝負）
第22回 IHEワークショップin東京 2010.06..05

.

あとは任せる（我々は値策定に専念）
第22回 IHEワークショップin東京 2010.06..05

あとは任せましょう
システムの接続や連携は任せて大丈夫です。
 我々には、本来すべき、「使い易くする」「値を決定する」という作業があります。


製品の不完全な部分をもっと使い易くしましょう。
各モダリティのわがままを一寸聞いてあげます。
連携する値を策定します。時間は十分あります。
マスタを構築します。JJ1017なら選ぶだけです。
あとは運用試験をするだけ・・・・。
第22回 IHEワークショップin東京 2010.06..05

.

IHEを用いたシステム構築のまとめ
第22回 IHEワークショップin東京 2010.06..05

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

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

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

第22回 IHEワークショップin東京 2010.06..05

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

第22回 IHEワークショップin東京 2010.06..05