SDMコンソーシアムの役割と

その社会的な背景

岐阜大学大学院医学系研究科 医療情報学分野 紀ノ定保臣

Manufactures Business Services (Banks, etc.)

Public Services (Health, etc.)

100(%) In

tegr

atio

n of

IT

1980 1990 2000

IT as gadget Trojan horse networks

Final full integration of ICT in Business (Re-Engineering, Law, ...)

2010

インターネットの登場 高速通信回線の低廉化 一般家庭への普及

モバイル網の高速化と多様化 スマートフォンの浸透 クラウド技術の発展

膨大で多様なデータの活用

（ビッグデータ）

① 「医療の質」の定義：

「構造（ストラクチャー）」

「過程（プロセス）」

「成果（アウトカム）」

A) 「医療の質向上に向けたビッグデータの活用」を因数分解する → 「医療の質」、「質の向上」、「ビッグデータ」、「活用」

医療の質向上に向けたビッグデータの活用

② 質を向上させるための手法 → 「構造・過程・成果」の改善

③ 特に「過程（プロセス）」が重要 マネジメントが必要

④ 「過程（プロセス）」の改善 ビッグデータの活用

A. Donabedianが提唱（1966年）

ビッグデータとは １．既存の技術では管理することが困難なデータ ２．管理することが困難になる要因 ： ３V ・ Volume : データの量が大きいこと ・ Variety ：データの種類が多様である 診療記録のテキストデータ，検査の数値データ，画像など (non-structured data) (structured data) ・ Velocity： データの発生頻度（速度）や更新の頻度が速いこと ３．データの特性と技術について ・ ３Vの面で管理が困難なデータ（データの特性） ・ それらのデータを蓄積・処理・分析するための技術 ・ それらのデータを分析し，有用な意味や洞察を引き出せる人材や組織 ４．ビッグデータを蓄積・処理・分析するための技術 ・ 大規模データを効率よく，高速に処理する基盤技術（例：Hadoop） ・ 柔軟で拡張性に優れたデータベース技術（例：KeyｰValue，NoSQL） ・ 機械学習 ・ 統計解析 ５．データサイエンティスト ・ データを分析し，有用な意味や洞察を引き出せる人材や組織

+ Value：価値

Finance （財務） Outcome（成果） Process （過程） Structure（構造）

Clinical Data Repository

Balanced Scorecard

Real Time Dashboard

患者 スタッフ 診療情報 クリニカルパス

オーダー・実施内容は？ 外来・病棟機能は？ 患者プロファイルは？ 患者ADL？，医療コスト？

View

病院全体として・・・ 地域全体を見ながら

バランス・スコアカードの視点から見た 医療ビックデータ活用型リアルタイム・ダッシュボード・システム

経営 医療の質

EMR

分析力が競争力となる時代の到来 ・ データ分析に基づく意思決定 ・ サービスの開発力 ・ 経営判断 ・ サービスの設計 など

【ビッグデータ時代の要素技術：Hadoop】 ・HDFS（Hadoop Distributed File System） ：分散ファイルシステム ・MapReduce ： 分散処理フレームワーク ・大量に，深く，素早くを支える

【次世代のBIツール】 ・大規模リアルタイムデータ分析基盤（リアルタイムDWH）

ビッグデータの課題 ・ 統計・データ分析の専門家不足 ・ プログラミングの高度化・多様化 ・ セキュリティ・マネジメントに対する懸念

⑤ 活用するための手法 → 「価値(Value)ある情報」を取り出すこと

① 「医療の質」の定義：

「構造（ストラクチャー）」

「過程（プロセス）」

「成果（アウトカム）」

B) 「医療の質向上に向けたビッグデータの活用」を因数分解する → 「医療の質」、「質の向上」、「ビッグデータ」、「活用」

医療の質向上に向けたビッグデータの活用

② 質を向上させるための手法 → 「構造・過程・成果」の改善

③ 特に「過程（プロセス）」が重要 マネジメントが重要

④ 「過程（プロセス）」の改善 ビッグデータの活用

診療現場にマネジメントを導入する

Management

・管理

・経営

Process（過程）

・Administrative Process（管理過程）

・Clinical Process（診療過程）

医療の質向上

診療過程の可視化・分析・課題の発見・改善

収益の向上に貢献

保険診療のルールを理解 診療録の記載 診療録の保存

※看護記録・その他諸記録を含む 診療録管理 診療情報管理

診療過程の可視化・分析・課題の発見・改善 （プロセス改善型アプローチ）

医事会計システム／オーダエントリ-システム／電子カルテシステム 診療過程の可視化

分析

課題の発見

改善

DWH（データウェアハウス）／Dash Board（ダッシュボード）

データ・サイエンティスト／診療情報管理士

PDCA／病院長のリーダシップ

医療ビッグデータ ・診療データの活用 ・医療の質向上 ・患者満足度の向上

データサイエンス ・統計科学 ・データマイニング ・プロセス改善

データマイニング ・分類分析 ・クラスタ分析 ・アソシエーション分析

診療過程の可視化・分析・課題の発見・改善 （仮説アプローチ）

医事会計システム／オーダエントリ-システム／電子カルテシステム データの収集

分析

課題の明確化

改善

DWH（データウェアハウス）／Dash Board（ダッシュボード）

仮説のアプローチ（課題解決の目的・仮説・検証・分析／手段）

PDCA／病院長のリーダシップ

ロジックツリーの活用 ・目的：課題の解決 ・仮説：仮説の検証 ・手段：分析

データサイエンス ・統計科学 ・データマイニング ・プロセス改善

データマイニング ・分類分析 ・クラスタ分析 ・アソシエーション分析

どのようなデータが必要か

何を明らかにすれば良いのか

データを分析するシステムの概要

関連システム ETL DWH データマート BI・分析 ツール

ファイル転送

医事会計 オーダ エントリ 電子カルテ 文書管理 検査部門 薬剤部門 放射線部門

看護部門 手術部門

： ：

その他

： ： ：

データウェアハウス E: データの抽出 T: 変換 L: 移行

OLAP, ピボットテーブル 使用頻度の多いデータセット群

データの抽出

変換・加工処理

ER図の作成 各種データマート群

岐阜大学医学部附属病院における医療情報システムの概要等について

医療情報システムの沿革について １．2004年6月1日 病院の開院，電子カルテシステムの運用開始 ２．2010年1月1日 第2期電子カルテシステムの運用開始（機能に変更なし） 電子カルテシステム＜IBM／CIS＞を中心としたマルチベンダー方式 特徴

・電子カルテ端末は光ファイバーネットワーク網に直結している ・ネットワークシステムは院内で閉じており， 保守用のネットワークシステムを除いて，外部接続は認めていない

説明事項

・医療情報システム（ハード・ソフトウェアシステム）の全体概要 ・電子保存に係る三基準（真正性，見読性，保存性）の説明 ・ID管理と利用者権限について 新規採用者の場合：職員番号を人事係から入手，指静脈パターンを登録 （指静脈が故障した場合に備え，パスワードも登録） 継続職員の場合 ：誕生月毎に，資格の確認と更新 職員が移動した場合 ：職員マスターのフラグを使って失効管理をしている ・パスワードの更新について 当院では「指静脈認証」を利用しており，更新はなし

13

岐阜大学医学部附属病院・病院情報システム概念図

物品管理／物流管理システム

病院経営管理システム

医事会計システム

人事管理

検査部門 システム

（細菌検査含む）

ICU /HCUシステム

病理検査部門 システム

輸血管理部門 システム

放射線部門 システム

（画像管理含む）

光学医療診療 部門システム

ERシステム

看護情報支援 システム

周産期部門

人工腎部門

治験・感染管理

薬剤部門システム （調剤・注射支援）

手術部門 システム

栄養部門 システム

眼科部門

インシデント管理システム

患者モニタリングシステム ナースコールシステム

蓄尿システム

病院内ネットワークシステム

基幹システム 電子カルテシステム

レポートビューSOAP・ROS

クリニカルパス

ドキュメントビュー

共通機能

オーダリングシステム ・内服処方（入外）オーダ ・注射処方オーダ ・処方オーダ ・検体検査オーダ ・生理検査オーダ ・病理検査オーダ

・内視鏡検査オーダ ・放射線検査オーダ ・標準病名・術式オーダ ・リハビリオーダ ・手術オーダ ・食事・栄養指導オーダ

・輸血オーダ ・血液浄化オーダ ・再診予約オーダ ・入院予約オーダ ・物品オーダ

診療支援DWH 臨床研究・治験 支援DWH

医療連携センター 総合医療相談 地域医療連携

地域医療連携・介護・保健

病棟

診療支援（部門）システム

人事・労務

経営管理・物流

案内表示板 自動再来受付システム

患者サービス

自動入金システム

クリニカル コックピット

インフォームド コンセント オープンビュー

看護情報

麻酔記録 システム

耳鼻科部門 口腔外科科部門

給与管理

認証

リハビリ部門 システム

院内メール

電子カルテシステム等における時刻同期の仕組みについて

POMRに基づいたカルテ記載方法

ア：基礎データ（data base） • 主訴，現病歴，既往歴，家族歴など • 生活像，診察所見，検査成績 イ：問題リスト（problem list） • ナンバーとタイトルを付ける • activeとinactiveの区別を付ける ウ：初期計画(initial plan) • 診断的計画(diagnostic plan) • 治療的計画(therapeutic plan) • 教育的計画(educational plan)

POMR (Problem Oriented Medical Record)は，次の5つの作業段階：基礎データ，問題リスト，初期計画，経過記録，退院時要約・要約記録から構成される。

エ：経過記録(progress note) • 叙述的記録(narrative note) S(subjective data)： 主観的データ（患者の訴え） O(objective data) ： 客観的データ（診察所見，検査成績） A(assessment) ： 評価（医師の判断，考察） P(plan) ： 計画 • 経過一覧表(flow sheet) オ：退院時要約，要約記録 (discharge summary, summary note)

POMR（Problem Oriented Medical Record）形式の 診療録を採用した電子カルテシステム（IBM社製）

NAMDA-I（問題リスト）-NOC（計画と成果）-NIC（介入計画）

を基本とする看護支援システム（フィリップス社製）

部門システム群からのその他諸記録（多ベンダー）

診療録等について

看護記録構成要素とクリニカルパス

＊記録の構成要素を、看護の専門性の観点から、日本看護協会が提唱している記録の5構成要素で表現する。 （ 岐阜大学医学部附属病院 看護部 ） ＊健康保険法・診療報酬にかかわる看護記録の構成要素は3構成要素である

治療計画

問題リスト 計 画

看護計画

（ナーシングチャート）

クリニカルパス

退院サマリー 経過記録

医学診断 看護診断

患 者 基 礎 情 報

（ナーシングチャート）

入院基本料算定要件

1. 入院診療計画 –医師、看護師等の共同により入院診療計画を策定し、患者に説明し、文書で同意を得る

–総合的な入院診療計画であること 2. 院内感染防止対策 3. 医療安全管理 4. 褥瘡対策 5. 栄養管理体制

19

医師 看護師 管理栄養士

看護

栄養

傷病名 症状

治療計画

検査内容及び日程 手術内容及び日程 推定される入院期間 特別な栄養管理の必要性

入院診療計画書から期待されること

傷病名

症状

治療計画

検査計画

手術計画

入院日数

栄養管理

入院時

傷病名

症状

治療（実施）

検査（実施）

手術（実施）

入院日数（実際）

栄養管理（実施）

入院中

傷病名

症状

治療（結果）

検査（結果）

手術（結果）

入院日数（結果）

栄養管理（結果）

退院時

比較可能 比較可能

入院診療計画書を作成する能力とエビデンスが求められる

傷病名

症状

治療計画

検査計画

手術計画

入院日数

栄養管理

入院時

傷病名

症状

治療（実施）

検査（実施）

手術（実施）

入院日数（実際）

栄養管理（実施）

入院中

傷病名

症状

治療（結果）

検査（結果）

手術（結果）

入院日数（結果）

栄養管理（結果）

退院時

比較可能 比較可能

電子カルテデータに基づく質指標から見た外来看護の変化 -外来看護必要度のデータと看護ケアデータの経年変化から見た報告-

【看護の変化】外来での手術オリエンテーション、入院の準備の説明など、外来看護師の役割の増加 【在院日数の短縮】在宅療養に必要な自己管理のための指導の増加 【患者の高齢化】↑ 【入院中にセルフケア能力の確立が出来ない】看護計画立案件数の増加、看護計画説明件数の増加 【継続看護が必要な患者】↑ 【医療依存度の高い患者の増加】ドレーン留置、在宅酸素、人工呼吸器装置、輸液ポンプ、心電図モニターの使用等、その他の医療機器、医療用品、循環コントロール、呼吸コントロール、呼吸ケアの必要性が増加 【転倒・転落防止の予防、移動時の介助、見守りの必要な外来患者】↑ 安全ケア、移動ケアの増加 【看護師の予防意識】↑

意思決定支援 → 用語の定義の再確認 カンファレンスの実施 → 看護の質向上 看護計画の立案・説明 → 質評価の提示

データが活用できる病院になるためには

１） データが取り出せるシステムが必要 ① 取り出せるデータを普段から作っておく ② DWH と ダッシュボード ２） データを分析することができるシステムと人材が必要 ① データ分析ツール ② データ分析ツールを使いこなせる人材（データサイエンティスト） ３） データを分析し，分析結果を知識にする組織文化が必要 ① 組織戦略としての取り組みが不可欠 ② 継続性が必要であり，組織の文化にすることが重要 ４） 分析結果に基づいた病院運営のマネジメントが必要 ① データを活用することにより，人材が育ち，ツールが充実する ② 「マネジメント」を正しく理解し，実践する組織力は強くなる ５） そのような取り組みが，成功しなければならない ① マネジメント運営が成功しなければ，職員はついてこない ② 「マネジメント」を理解している職員を増やすことが重要

診療データの効果的な活用と医療の質報告書へ

Data Capture （データの

キャプチャー）

Export （データの 取り出し）

Report （報告書 の作成）

Calculate （決められたルールで計算）

Patient data

Patient data

Patient data EHR Individual Quality Report

Calculating Engine

Aggregate Quality Report

e-measure Information

患者データ 患者個々について 医療の質のレポート

医療の質についての 統計的計算

組織としての 医療の質に関する

報告書

患者個々について 医療の質の評価基準

Quality Reporting Standards (in USA) HLA : CDA (CCD, CDA, QRDA) eMessage : NQF(National Quality Forum), QDM(Quality Data Model) http://www.qualityforum.org/QualityDataModel.aspx

Meaningful Stage 2 : HL7 consolidated CDA implementation guide (www.hl7.org)

手術部門におけるValue Chain

１．手術室の効率的な運用 ２．周術期の効果的な管理 ３．病棟における適切な退院時期の決定

数値データが精度良く取得できる環境の整備

手術室の問題点 １．患者が手術室に在室中，責任区分が明確でない時間帯が存在する

２．予定手術時間を大きく超過する手術例が存在する

手術室における時間区分の定義の厳格化

手術室入室

硬膜外麻酔

麻酔開始

麻酔準備終了

手術開始

手術終了

抜管

手術室退室

麻酔終了

麻酔準備時間

手術準備時間

（保険請求上の）手術時間

（保険請求上の）麻酔時間

在室時間

体位確保

X

線撮影

時間区分の定義 麻酔準備完了時刻 ： 麻酔導入およびライン確保等が終了し，体位確保、麻酔器の移動 などを開始する時刻 手術予定在室時間 ： 外科系診療科医師が手術申込時に申告する手術室在室予定時間 硬膜外麻酔時間 ： 患者入室から硬膜外麻酔終了まで 麻酔準備時間 ： 患者入室から麻酔準備終了時刻まで 手術準備時間 ： 麻酔準備終了時刻から手術開始まで 診療科時間 ： 麻酔準備終了から手術終了まで 手術時間 ： 手術開始から手術終了まで 麻酔時間 ： 麻酔開始から麻酔終了まで 抜管時間 ： 手術終了から抜管まで 覚醒時間 ： 手術終了から麻酔終了まで 在室時間 ： 手術室入室から退室まで

３時間ルール

• 目的 – 正確な術前評価や綿密な準備により，予定手術時間を正確に申告し，手術の質を向上させる。また医療資源の効率利用も促す。

• 手術 – 予定申告時間よりも３時間以上延長（短縮）した場合に， その理由を手術室に提出する

• 麻酔 – 90分以上麻酔導入に要した場合に，理由を提出する

• 平成18年9月より施行した

３時間ルールの導入効果

0

100

200

300

400

2004

.2Q

2004

.4Q

2005

.2Q

2005

.4Q

2006

.2Q

2006

.4Q

2007

.2Q

0

50

100

150

在室時間

麻酔時間

手術時間

予定

麻酔準備

手術準備

延長率

Gap

Reproducible Research

SDMとは

意味を考慮したデータモデリング

Semantic Data Modeling

セマンティックス 意味 データモデル データの構造

現状のDWHの問題点

• 複数のシステムのデータが統合されていないため、それぞれのデータ抽出の負荷が大きい

• 項目名と定義、構造が統一されていないため、抽出したデータが関係づけられない

• テーブルごとに粒度と頻度がまちまちであるため、指標を算出することができない • 検索ツール側で加工されており、特定の検索ツールを用いないとデータを抽出することができないため、非定型の検索ができない

• 独立したデータベースとサーバーを持っていないため、抽出元のシステムが停止すると検索ができない

• モデリングされたデータ構造を持っていないため、検索に時間がかかるうえ全文検索ができない

• セマンティックスを意識していないため、意味が違う項目が並んでいて、ユーザーが選択と並べ替えをする必要がある

SDMの特徴：可視化データベース

ベンダー固有 データベース

SDM データウエアハ

ウス

アプリケーション層 データウエアハウス層 ビジネス インテリジェンス層 ETL

コードデータは文字データへマスター変換 (例）病名コード：C349 → 肺癌

2値、１,０を、＋,－へ変換 (例）そばアレルギー：＋

日付など、定義が必要なものは定義という項目を作り、データに定義の内容を記入する。

(例）検査日定義：検体採取日 項目名（タグ）と内容を一致させる

(例）項目１→血糖値

構造がCSV＝可視化 列に項目（タグ）、行に履歴（データ）

データモデリングにより高速化

トランザクション インデックス

TRANSACTION_ID

プロファイル CASE_ID

身体計測 アレルギー 感染症

CASE_ID

DPC様式１ RECORD_ID

TRANSACTION_ID DPC・Dファイル

RECORD_ID TRANSACTION_ID

DPC・Eファイル RECORD_ID

TRANSACTION_ID DPC・Fファイル RECORD_ID

TRANSACTION_ID

病歴 RECORD_ID

TRANSACTION_ID 予約受診

RECORD_ID TRANSACTION_ID

紹介 RECORD_ID

TRANSACTION_ID

入院 移動

カレンダー RECORD_ID

TRANSACTION_ID

看護度 看護必要度

RECORD_ID TRANSACTION_ID

看護記事 RECORD_ID

TRANSACTION_ID

看護計画 RECORD_ID

TRANSACTION_ID

看護指示 看護指示受け RECORD_ID

TRANSACTION_ID

看護サマリー RECORD_ID

TRANSACTION_ID ワークシート RECORD_ID

TRANSACTION_ID

看護日誌 RECORD_ID

TRANSACTION_ID 材料

RECORD_ID TRANSACTION_ID

バイタル RECORD_ID

TRANSACTION_ID

経過記録 経時記録

RECORD_ID TRANSACTION_ID

血液検査 生化学検査

RECORD_ID TRANSACTION_ID

細菌検査 免疫・血清検査 RECORD_ID

TRANSACTION_ID

病理検査 腫瘍マーカー RECORD_ID

TRANSACTION_ID 生理検査

RECORD_ID TRANSACTION_ID

内視鏡検査 レポート

RECORD_ID TRANSACTION_ID

放射線検査 核医学検査

RECORD_ID TRANSACTION_ID

透析 輸血 処置

RECORD_ID TRANSACTION_ID

処方 注射 指導

RECORD_ID TRANSACTION_ID

注射 レジメン

RECORD_ID TRANSACTION_ID

手術 放射線治療 リハビリ

RECORD_ID TRANSACTION_ID

記事 RECORD_ID

TRANSACTION_ID 診断

RECORD_ID TRANSACTION_ID

病名 RECORD_ID

TRANSACTION_ID 所見

RECORD_ID TRANSACTION_ID

サマリー RECORD_ID

TRANSACTION_ID クリニカルパス RECORD_ID

TRANSACTION_ID

インフォームド コンセント

RECORD_ID TRANSACTION_ID

文書 RECORD_ID

TRANSACTION_ID

セカンド オピニオン

RECORD_ID TRANSACTION_ID

コミュニケーション RECORD_ID

TRANSACTION_ID

個人情報 CASE_ID

基本情報 CASE_ID

検索速度向上のための設計ルール • 全体を１つのER図で表現する

• トランザクションインデックスは 各テーブルのサブセット

• 階層を減らす • 処方のレシピ（RP)は薬品のテーブルへ記載してRPテーブルを削減

• マスターは変換した結果を記載して削減 • 列数の多いテーブルは垂直分割をする

• プロフィールなどはグループで分割 （アレルギー、感染症など）

• 行数の多いテーブルは水平分割する • 記事、文書系など、意味が違うものを別テーブルにする

• カレンダーテーブル（日次）を作成する • 周術期における相対日、入院期間における相対日などの計算を簡素化する

• キー日時(KEY_DATE)を各テーブルに設置し、高速インデックスに設定する

• 検索は期間を絞り込むのが一般的であるため

• 集計の軸になる項目はあらかじめインデックスを付与する

• 症例ID、病棟、診療科など集計の単位になる項目のインデックス化

個人情報テーブル 利用は可能、 出力は不可

データモデリングにより高速化

トランザクション インデックス

TRANSACTION_ID

プロファイル CASE_ID

身体計測 アレルギー 感染症

CASE_ID

DPC様式１ RECORD_ID

TRANSACTION_ID DPC・Dファイル

RECORD_ID TRANSACTION_ID

DPC・Eファイル RECORD_ID

TRANSACTION_ID DPC・Fファイル RECORD_ID

TRANSACTION_ID

病歴 RECORD_ID

TRANSACTION_ID 予約受診

RECORD_ID TRANSACTION_ID

紹介 RECORD_ID

TRANSACTION_ID

入院 移動

カレンダー RECORD_ID

TRANSACTION_ID

看護度 看護必要度

RECORD_ID TRANSACTION_ID

看護記事 RECORD_ID

TRANSACTION_ID

看護計画 RECORD_ID

TRANSACTION_ID

看護指示 看護指示受け RECORD_ID

TRANSACTION_ID

看護サマリー RECORD_ID

TRANSACTION_ID ワークシート RECORD_ID

TRANSACTION_ID

看護日誌 RECORD_ID

TRANSACTION_ID 材料

RECORD_ID TRANSACTION_ID

バイタル RECORD_ID

TRANSACTION_ID

経過記録 経時記録

RECORD_ID TRANSACTION_ID

血液検査 生化学検査

RECORD_ID TRANSACTION_ID

細菌検査 免疫・血清検査 RECORD_ID

TRANSACTION_ID

病理検査 腫瘍マーカー RECORD_ID

TRANSACTION_ID 生理検査

RECORD_ID TRANSACTION_ID

内視鏡検査 レポート

RECORD_ID TRANSACTION_ID

放射線検査 核医学検査

RECORD_ID TRANSACTION_ID

透析 輸血 処置

RECORD_ID TRANSACTION_ID

処方 注射 指導

RECORD_ID TRANSACTION_ID

注射 レジメン

RECORD_ID TRANSACTION_ID

手術 放射線治療 リハビリ

RECORD_ID TRANSACTION_ID

記事 RECORD_ID

TRANSACTION_ID 診断

RECORD_ID TRANSACTION_ID

病名 RECORD_ID

TRANSACTION_ID 所見

RECORD_ID TRANSACTION_ID

サマリー RECORD_ID

TRANSACTION_ID クリニカルパス RECORD_ID

TRANSACTION_ID

インフォームド コンセント

RECORD_ID TRANSACTION_ID

文書 RECORD_ID

TRANSACTION_ID

セカンド オピニオン

RECORD_ID TRANSACTION_ID

コミュニケーション RECORD_ID

TRANSACTION_ID

個人情報 CASE_ID

基本情報 CASE_ID

個人情報テーブル 利用は可能、 出力は不可

テーブル定義のルール • 項目（タグ）名はデータの内容を表す表現とする

• 例：○ GENERAL_ANESTHESIA 、 • × MASUI_1

• コードの場合マスター変換の結果とともに記録する

• 例：DISEASE_CODE C349 DISEASE 肺癌

• フラグの場合テキストに変換する • 例：○ CLINCAL_OUTCOME 軽快 • × 5

• 2値の場合＋－で表現する • 例：○ FOOD_ALLERGY ＋ • × 食物アレルギー 1

• あいまいな項目名の場合、その定義をデータとして記録する

• 例： KEY_DATE_DEF 検体採取日 • 各レコードには必ずオーナーを記録する

• 2次利用における稟議規定には必須 • キーは抽出元を特定するキー、テーブルの行を特定するキー、上位階層のテーブルのキーを記録する

• 全テーブルのリレーションが表現できるモデルの実現のため

SDMの基礎 Fundamentals of Semantic Data Model for Healthcare

SDMによる課題解決

• 項目名と定義、構造が統一されているため、複数のシステムからのデータを統合でき、ユーザー負担を劇的に軽減できる

• すべてのテーブルが一つのER図で関連付けられているので、検索ツールに依存することがなく、非定型検索が可能となる

• 独立したデータベースとサーバーを持つため、カルテ停止時においても診療情報を検索することができる

• データモデリングの手法を用いているため、データベースの能力に頼らずに、高速な全文検索をすることができる

• 項目名と定義、構造が統一されていて検索ツールに依存しないため、ユーザー間で分析手法の交換が可能となる

• セマンティックスモデルを用いているため、必要な項目だけが簡単に抽出できる

SDMコンソーシアムの役割

• SDM-DWH利用者の情報交換を推進 • セミナーの主催 • イベントへの参加 • ユーザー会の主催 • 会員への情報発信 • 知識データベースの作成と運営

• SDM-DWHを用いた情報利用技術者の育成

• 勉強会の主催 • 研修の設置と運営 • 資格認定 • プロジェクト斡旋

SDM設計

• 共通項目 • キーと階層 • 個人IDと名寄せID • キー日時 • コードとフラグ • オーナーの概念

• 項目の特徴 • 履歴の表現方法 • 固定項目と可変項目 • 縦持ちと横持ち

• テーブルの特徴 • 個人情報テーブル • オーダー共通テーブル • カレンダーテーブル • レポートテーブル • 患者系テーブル • オーダー系テーブル • カルテ系テーブル • 看護系テーブル • 部門系テーブル

診療情報ＤＷＨを実現するＳＤＭ

プロセス

アウトカム

ストラクチャー

クォリティー

SDM 診療データウエアハウス

共有領域 ODBCインターフェース、CSVファイルインターフェース

アプリケーション・データ層

データウエアハウス層

ビジネスインテリジェンス層

レポート

ODBCインターフェース、CSVファイルインターフェース

研究データ 部門データ 診療データ 固有データ 医事データ

レプリカ 研究データ

レプリカ 部門データ

レプリカ 診療データ

レプリカ 固有データ

レプリカ 医事データ

マッピング

指標

分析 研究

SDM データウエアハウス Semantic Data Model Data Warehouse

SDM データウエアハウス Semantic Data Model Data Warehouse

プロセス

アウトカム

ストラクチャー

クォリティー

SDM データウエアハウス

共有領域 ODBCインターフェース、CSVファイルインターフェース

アプリケーション・データ層

データウエアハウス層

ビジネスインテリジェンス層

災害・障害対策

ODBCインターフェース、CSVファイルインターフェース

臨床試験 健診 診療 精神科 介護

レプリカ 臨床試験

レプリカ 健診

レプリカ 診療

レプリカ 精神科

レプリカ 介護

マッピング・名寄せ

臨床試験

研究・分析 地域医療

SDMを利用した原本機能

システム更新における原本保存の方法（PDF方式）

旧カルテ 新カルテ

PDF保存 電子サイン

新カルテで必要な項目のみ移行

外部認証局

システム更新における原本保存の方法（SDM）

旧カルテ 新カルテ SDM

電子キー

①旧カルテの全データのレプリカを作成し、ETLにより診療情報をSDMとして保存 ②SDMから新カルテで必要な項目のみを移行 ③診療データ単位で、データそのものから電子キーを生成し、別テーブルに保存 ④原本出力の際に再度電子キーを作成し、保存してあるキーと一致することを証明

① ②

③

④

旧カルテ 参照カルテ 新カルテ

新カルテで必要な項目のみ移行

システム更新における原本保存の方法（参照カルテ方式）

SDMを利用した名寄せ機能

SDMの個人情報保護と名寄せ方式

A施設 B施設 SDM 症例ID、名寄せ

ID

SDM個人情報

施設ID、個人ID 名前、生年月日 性別、社会保険ID 血液型、住所 緯度経度

①個人を特定する情報をセキュアなテーブルへ登録 ②症例ID、名寄せIDを生成 ③個人情報を除いたETL（症例ID、名寄せIDで管理）

① ②

③ ③

症例ID、名寄せIDを用いることにより、複数の施設の症例情報を一元管理することが可能

健診施設

マッピング

SDM 施設IDと施設内IDからユニークな症例IDを生成 個人情報を用いた同一症例の特定→名寄せID

介護施設

マッピング

医療機関

マッピング 【施設単位】→施設内IDで集計

【行為単位】→症例IDで集計

【疾病単位】→名寄せIDで集計

目的別レポート作成

①

アクセス権により管理 出力不可

社会保険ID

生年月日

別人 同一人

緯度経度

一致 不一致

不一致 一致

一致

同一人

目視 不一致

一致

同一人

SDM 臨床試験データウエアハウス Semantic Data Model Clinical Trial

アプリケーション・データ層

臨床試験運用層

臨床試験利用層

治験

臨床試験 データ 部門データ 診療データ 被験者

データ 医事データ

臨床研究

医療機器 Translation Research

SDM

臨床試験DWH

被験者選定

症例報告 eCRF

治験プロトコル

①ETL

②スクリーニング 適格・除外

③ 被験者登録

④オーダー 処方・注射

⑤ETL

⑥ 検索

⑦ CDISK

⑧ マイニング

意思確認 適格判定 同意取得

GCP SOP DBT IRB