agenda - intersystems€¦ · health insight information exchangeにadd- ......

1

© 2016 InterSystems Corporation. All rights reserved.

テクニカルコンサルティング部主任コンサルタント上中進太郎

HealthShare Technical 101

0

1 | © 2016 InterSystems Corporation. All Rights Reserved.

HealthShare製品体系について

HealthShare 各製品について

HealthShare App Server

HealthShare Packaged Solution各製品

HealthShare Information Exchange Architecture

HealthShare Information Exchangeの特徴的な機能と国内市場対応について

Agenda

2


HealthShare 製品体系について

2


HealthShare製品ファミリー戦略的医療情報交換プラットフォーム

Packaged Solutions と Application Platform としてそれぞれ製品を提供

Health Connect

医療向けEnterprise Service bus

Information Exchange

医療情報交換プラットフォーム

Personal Community

エンドユーザ向け医療ポータル

Patient Index

Enterprise Master Patient Index ソリューション

Health Insight

Information ExchangeにAdd-onするActive Analytics機能

*開発中製品

Provider Directory

Care Community

App Server

“Connected”医療アプリケーション開発用プラットフォーム

HealthShare Packaged Solutionとのスムーズな連携

3


2014 Symposia(Summit) 発表資料より

特殊な機能を単体ソリューション化

医療情報交換ソリューションに必要な機能を一通りまとめて単一ソリューション化

HealthShare Information Exchange

基盤機能を単独製品として利用状況別に製品化

App Server / Health Connect

Health Insight


インターシステムズのデータプラットフォームとHealthShare 製品ファミリーの関係

データプラットフォーム/

アプリケーションプラットフォーム

Ensemble(連携基盤)

Caché(データ基盤)

HealthShareApp Server

iKnow(非構造化データ解析)

DeepSee(アクティブ分析)

パッケージソリューション

HealthShare（医療情報交換基盤）• Health Connect• Information Exchange• Personal Community• Patient Index• Health Insight

TrakCare統合病院情報システム

病院経営や地域医療、そして現場ニーズに合わせて

拡張しやすく環境の変化に強いIT環境構築に最適

4


• Information Exchange(Data Transformation /

Terminology)複数の病院・医療事業者から医療データを共通のスキーマに集める

• Information Exchange(Clinical Viewer)集めたデータを各医療従事者が参照することができる

• Information Exchange (Clinical Message Delivery)通知するよう登録された新規データを医療従事者へ通知できる

• Information Exchange (Consent Policy:同意管理)集めたデータの公開・非公開を設定できる

• Patient Index集めた患者の名寄せを行うことができる

• Personal Community集めたデータを患者やその家族が参照することができる

• Health Insight集めたデータを医療従事者が様々な切り口で分析することができる

• App Server/Health Connect/Information Exchange必要な機能・ソリューションを追加で開発することができる

HealthShare で実現可能なこと（一部）



- HealthShare App Server

7

5


HealthShare App Serverは、高い相互運用性と安全な医療アプリケーションを開発、展開するための開発プラットフォーム

データ中心

– InterSystems Caché を内包

モバイルへの対応

– モバイル向けの応答性の高い最新の医療用Webアプリケーションを簡単に作成するために必要なフロントエンド・フレームワークとバックエンド・サービス

エンタープライズ管理

– エンタープライズクラスのシステム運用および管理機能により、高パフォーマンスを実現し、アプリケーションの稼働時間を最大化します。また、問題が起きた時も迅速に解決します

ビジネスプロセスおよびワークフローの管理、開発ツールの提供

オープンな接続性

– オープン・アーキテクチャによって、.NET、Java、xDBC、SQL、XML、REST、JSONなどと連携できます。

標準規格を組み込みでサポート

– HL7,DICOM,X12などの世界的な医療標準規格をサポート

さらなる標準規格との相互運用性

– IHE-ITI、FHIR、CDA®とCCD®、NwHIN Direct、ITK（英国）などのさまざまな医療標準規格をサポートします

HealthShare App Server


HealthShare App ServerHealthShare App Serverは、高い相互運用性と安全な医療アプリケーションを開発、展開するための開発プラットフォーム

App Server = Ensemble + IHE support + FHIR support(new) + データ変換機能

“IHE Support”に含まれる機能

– IHE連携用のEnsemble ビジネスホスト(BS/BO)の使用

• およびそのテスト用ユーティリティ

– IHEメッセージング用のXSL変換機能

• Ensembleメッセージ⇔IHEメッセージ、IHEメッセージ→別のIHEメッセージ

• HL7およびカスタムデータからCCDドキュメントの構築

• CCDドキュメントをパースし、SDAおよびカスタムデータへ変換

– IHE連携用のレジストリツール

• OID登録、権限、SOAP接続先、SAML Credentialsなど

“FHIR Support”に含まれる機能

– FHIR server/client

• Accept/submit RESTful request

– FHIR message model

他のHealthShareソリューションとのネイティブな相互運用

Application Platform

6


App ServerでサポートされているIHE

Actor = Consumer中心

Profile Description 内容 Supported Actors Supported Transactions ITI #

ATNAAudit Trail and Node Authentication

監査証跡と機器認証 Secure Application Record Audit Event ITI-20

XCA Cross-Community Access 施設間アクセス Initiating GatewayRetrieve Document Set ITI-43

Cross Gateway Retrieve ITI-39

XCPDCross-Community Patient Discovery

施設間患者診療情報検索 Initiating Gateway Patient Discovery Request ITI-55

XDS.bCross-Enterprise Document Sharing, version b

施設間文書共有

Document ConsumerRegistry Stored Query ITI-18

Retrieve Document Set ITI-43

Document SourceProvide and Register Document Set-b

ITI-41

PDQv3Patient Demographics Query for HL7 version 3

患者基本情報問合せ Consumer Patient Demographics Query ITI-47

PIXv3Patient Identifier Cross Reference for HL7 version 3

患者ID相互参照問合せ

Consumer PIX Query ITI-45

Patient Identity Source Patient Identity Feed ITI-44

IHE Support in HealthShare App Server


Service Process Operation

HealthShare App ServerのIHEコンポーネント

7


IHE-ITIを活用した連携HealthShare App Server / Health Connect

患者ID入力の時点でバックエンドで地域連携システムとIHE-ITIで情報交換

IHE-ITIに対応した地域連携システム

IHE-ITIPIX/PDQ + XDS.b

2か月前にxx病院でzz検査をした結果があります。表示しますか？

IHE-ITIXDS.b

！！薬の処方歴もみてみよう

IHE-ITIXDS.b

電子お薬手帳システム


PIX Add 構成概要・手順

PIXv3Source

BusinessOperation

呼び出しコンポーネント(BS/BP/BO)

AddUpdateHubRequest

AddUpdateHubResponse

ServiceRegistry

OIDRegistry

設定______________________________

設定______________________________

2.PIX BOを追加

3. PIX BOを構成

5. 呼び出しコンポーネントを作成し追加する

(AddUpdateHubRequestメッセージを作成し、PIXSource BOを呼び出す)

6. コンポーネントを構成

FacilityRegistry

1. 各レジストリを登録

IHE-ITIに対応した地域連携システム

4. HealthShareTest Utilityを使用してテストを実施

TestUtility

8


メッセージを作って投げるだけ！！

PIX Sourceを呼び出すビジネスコンポーネントのサンプルコード例



- HealthShare Packaged Solutions

15

9


HealthShare Health Connect医療用サービスバスとして提供するSolution Product。高度なSOA機能にメッセージングエンジンを組み合わせ、様々な医療標準規格に対応した、Enterprise Service Busソリューション

標準規格を基礎とした相互運用性

IHE、HL7v2、HL7v3、FHIR®、CDA® と CCD®、NwHIN Direct、DICOM、X12、ITK (英国), NEHTA (オーストラリア)、および DMP (フランス)をサポート

ビジネス・プロセスおよびワークフローの管理

ルールおよびビジネス・プロセス用のグラフィカルな設計ツールを使い、ビジネス・プロセスおよび情報フローを簡単に自動化

データの変換

データをある形式から別の形式に迅速で効率的に変換

イベントの検出とモニタリング

堅牢で柔軟性のあるモニタリングおよびアラート機能

スケーラビリティとセキュリティ

世界最大規模のきわめて複雑な医療プロバイダのトランザクション量にも対処可能

視覚的な診断/監査

業界トップクラスのメッセージ追跡機能、強力なテスト環境、および堅牢な監査により全てのインターフェースの作成、デバッグ、サポートが簡単に

複数の医療システムを統合し、各システムが確実に同じ情報を保持する必要があります。

多くの異なる医療フォーマットを別のフォーマットに変換し、各システムへ送信する必要があります

新しいシステムは情報をFHIR方式で送ってほしいらしい、、、FHIRってなんだろう？


Health Connect or App Server??

基本的な考え方は

InterSystems のデータベーステクノロジを使ったアプリケーションがあり、そこにHealthShareの機能を用いてデータ連携機能を追加開発する

→ App Server

既存のデータベースソリューションがなく、データ連携を行うためのソリューションを１から構築する

→ Health Connect

*Health Connect上ではユーザIFをもつアプリケーションを構築することはできません。

ライセンスの違いにも注意

App Server →ユーザ数ベース

Health Connect→HLUまたはConnectionベース

この情報は2016年10月時点のものです。今後変更になる可能性があります。

詳しくは営業までお問い合わせください

10


複合型の医療記録（Composite Health Record)

患者データ、臨床情報および会計上の請求をまとめるための包括的なデータモデル

SDA(Summary Document Architecture)


IHE、CDA、HL7、FHIRなどの主要な医療標準規格をサポートし、組織内外のシステムと統合

臨床用ポータル(Clinical Portal)

共有した患者情報の統合ビュー

同意管理(Consent Management)

患者記録の細分化した情報の閲覧制限などを可能に

メッセージングと通知

安全なメッセージングおよび自動通知を行う。入院、異常な検査結果、予約に来ないなどのイベントについてアラート登録

用語サービス

ローカルのコードなどを実行時に正規化して共通標準に変換

HealthShare Information Exchange安全かつ堅牢な医療情報交換の確保に必要な機能とテクノロジすべてを、1つにまとめたパッケージ・ソリューション

患者さんに効果的な診療を行うため、これまでの医療記録を参照したいです。

もし私の担当患者さんが病院に入院したり外来に来院した場合、フォローできるように診療結果を知りたいです。

特定の慢性疾患の患者さんの集団を管理するために、各施設でどのようなケアが行われるか把握できるようにしたいです。


レコードマッチングエンジン

決定論的または確率論的な記録結合と、データセットに基づいてアルゴリズムを調整するツールを提供します

全記録ビューワ

手動による確認と検証をしやすくするため、全記録ビューワでは、すべての情報源からの記録に対して患者のIDとプロフィールを単一画面上で効率的に比較/検証できます

複合記録

患者ごとに単一の複合個人記録を作成します

ワークフローの統合

手動による介入が必要な場合に情報を管理したり、患者情報の重要な変更を

他のシステムや機関に自動通知したりできます

接続のための標準ベースのAPI

IHE(PIX,PDQ,PDQｍ）、HL7v2、FHIRおよびWebサービスなどの

標準に対する組み込みの安全で堅牢なサポートを提供します

カスタマイズされたルール

組み込みのルール・エンジンによって、カスタマイズされた患者照合やアラートなど、要件固有のロジックを作成および実装できます

監査とセキュリティ

安全な役割を基本としたポータルが。データおよびユーティリティへのアクセスを管理します。患者記録へのリンク付けまたはリンク解除に対する決定も、記録の更新もすべて監査されます

HealthShare Patient Index患者識別・名寄せ・ID管理機能を提供するレコードマッチングエンジンソリューション

異なる施設から取得した患者さんの情報が、同じ患者さんであるかどうか判断できる必要があります。

正確で矛盾や重複のない統合患者情報データベースが必要です。

Information Exchangeを正しく運用するために、複数の施設の異なる患者IDを持つ患者さんの情報をリンクさせる必要があります。

11


レコードマッチングエンジン

Deterministic Record Linkage=決定論的記録結合

“決定論”=あらゆる出来事は、その出来事に先行する出来事のみによって決定している

id-based approach（idベースのアプローチ）

レコードの中でユニークになるIDを定め、同じ番号を持つレコードは同一とみなす。

SSN、運転免許証番号、医療等ID、地域連携システム統合ID

Probabilistic Record Linkage=確率論的記録結合

“確率論”=偶然現象に対して数学的なモデルを与え、解析する数学の一分野

Fuzzy matching

一致不一致が判定済みの既存のレコード群をベースにして、各属性の“ウェイト”を自動計算

“一致”ウェイトと”不一致”ウェイトの合計を計算し、しきい値を超えれば“一致”、下回れば“不一致”と判定

曖昧なものは目視判定→さらに精度向上へ

HealthShare Patient Index患者識別・名寄せ・ID管理機能を提供するレコードマッチングエンジンソリューション

Packaged Solutions

一致ウェイト不一致ウェイト


HealthShare Health Insight

Health Insightは、総合的な分析データモデル、インフラストラクチャ、スタータセットなどから構成され、当社のHealthShare Information Exchange製品に有意義な健康分析機能を追加したり、お客様独自の分析ソリューションを強化したりすることができます。

人々の健康およびパフォーマンス管理情報を共有することで生まれる価値を活用する、強力な分析開発ソリューションです

我々は自治体全体の疾病の発生状況を理解する必要があります。

我々はリスクの高い患者さんたちを正しく把握し、適切な予防診療が施されるようにする必要があります。

我々は診療の質を向上させ、より良い診療を提供できるように、施設や各医師のパフォーマンスを測定する必要があります。

このようなことが実現できるフレームワークを提供する

12


拡張可能なハイパーキューブ

この包括的な健康分析データモデルは、HealthShare Information Exchangeからほぼリアルタイムに自動的に生成されます。Health Insightのカスタマイズ用フレームワークによってモデルを拡張すれば、他のデータソースやデータタイプも使用できるようになります。

分析ビルダ

完全に対話型のダッシュボード、レポート、統計およびテキスト分析、および高レベルのサマリと詳細なドリルダウン機能を備えたビジネス用グラフを作成するツールが用意されています。ダッシュボードのスタータセットは、独自のダッシュボード作成を容易にするサンプルを提供します

指標マネージャ

メトリックファクトリ（指標作成機能）は、あらゆる設定が可能な指標編集環境を備えており、医療指標の定義と計算のプロセスを自動化できます。組み込み済みの業界標準の指標をそのまま使用するか、個々の必要に応じて変更した上で使用することもできますし、新しい指標の作成を容易にするサンプルとしても使用できます

データ管理API（アプリケーションプログラムインタフェース）

Health Insightのツールセットにより、HealthShare Information Exchange内のデータを使用する分析アプリケーションを開発できます

データ供給

他の分析ポートフォリオにデータサービスを提供する機能も備えています

積極的介入

意思決定や真のクローズドループ型医療プロセス管理のための臨床およびビジネスワークフローに、分析に基づく洞察を提供するロジックと通知のメカニズムがあります

HealthShare Health Insight


Health Insight が提供するのは、Information Exchangeで集めたデータに対する

SQLテーブル群と DeepSee Cube群！サンプルダッシュボード

(拡張・カスタマイズ可能な）DeepSee Cubes

分析を行う環境（DeepSee Analyzer)

患者中心とした医療データのSQLモデル

データ転送サービス

分析用クエリ定義の作成と、Clinical

Message DeliveryやSmart Programとの連携

HealthShare Health Insight が提供する機能

HealthShareInformation Exchange

SOAP

HealthShareHealth Insight

SQLテーブル群

DeepSeeキューブ群

再構築 or

キューブの同期

SQL Query Toolsなどブラウザ

SQLクエリ

DeepSeeアナライザ

ダッシュボード

13


HealthShare Personal Community医療組織および情報ネットワークにおいて、参加する患者コミュニティの形成を支援するための包括的で拡張可能なソリューションです

個人の医療記録

患者向けに様々な直観的形式で情報を表示し、医療履歴を時系列に表示したり、投薬など特定のタイプの情報を検索して直接表示することもできます

安全なメッセージング

患者はPersonal Communityと連携している治療チームのいずれのメンバーとも通信できます。

登録と代理人

患者は、家族やその他の人を、患者記録を表示できる代理人として治療チームに割り当てることができます

便利なサービス

患者は、紹介や再処方の要求、診察予約のスケジューリング・サービス、書式と文書の管理、その他の類似サービスがあり、患者と医療提供者との効率的なやり取りをサポートします

パーソナライズされた教育内容

ローカルのニュースとイベント、コミュニティ・リソースへのリンク、関連する患者教育用資料を追加して組織との関係を強化する信頼される情報環境を構築できます

ワークベンチ

登録、代理人の割り当て、タスク管理、加入指標、およびポータルのカスタマイズを実行するための後方支援業務管理ポータルが含まれています

私の診療記録と、最新の投薬リストを確認したいです

担当のドクターに連絡して、今の状況について理解を深め、今後の診療について確認したいです

より良い診療を提供し、健康でいてもらうためには、患者さんにも診療に参加して現在の状況を把握してもらう必要があります。


HealthShare Personal Community Slide Show

14


HealthShare Information ExchangeArchitecture

26


複合型の医療記録（Composite Health Record)

患者データ、臨床情報および会計上の請求をまとめるための包括的なデータモデル



IHE、CDA、HL7、FHIRなどの主要な医療標準規格をサポートし、組織内外のシステムと統合

臨床用ポータル(Clinical Portal)

共有した患者情報の統合ビュー

同意管理(Consent Management)

患者記録の細分化した情報の閲覧制限などを可能に

メッセージングと通知

安全なメッセージングおよび自動通知を行う。入院、異常な検査結果、予約に来ないなどのイベントについてアラート登録

用語サービス

ローカルのコードなどを実行時に正規化して共通標準に変換


安全かつ堅牢な医療情報交換の確保に必要な機能とテクノロジすべてを、1つにまとめたパッケージ・ソリューション

15


HealthShare Information Exchange概要

HUBMPI

HIS

LIS

RAD

病院/クリニック

クリニカルビューワ

研究所/検査会社

LIS

EMR


病院/クリニック

医療データ共有

サービスの提供

HealthShareからのデータ取得連携機能を実

装した電子カルテ


Registry/Hub

Edge Gateway

Data Source(DSP)

AccessGateway

Viewer

MPI

HealthShare

患者データへアクセスする入口

患者データを保存し、受け渡す入口

患者識別および患者データ所在地、各レ

ジストリの管理

HealthShare Information Exchange Core Component

各コンポーネントがEnsembleの1プロダクション！

16


構成例：最小規模構成

HUB

MPI

病院


診療所

ECR

クリニカルビューワで参照のみ

統合データセンターに機能を集約

Registry

AccessGateway

EdgeGateway

データ

データファイルを送信して登録

1サーバ上で動く１Ensembleインスタンス

(3プロダクション)


構成例：中規模構成

HUB

MPI

病院は独自のEdge GatewayとAccess Gatewayをもつ


診療所

ECR

クリニカルビューワで参照

Registry

AccessGateway

EdgeGateway

1サーバ上で動く１Ensembleインスタンス


データ

ECRに登録

データファイルを送信して登録

病院統合データセンターがHUBと診療所用のGatewayを持つ ECR

病院の情報システム

センターとは異なるサーバ上で動く１Ensembleインスタンス


規模に応じて自由な構成が可能！！

17

Architecture Overview Slide 32

HealthShare

HealthShare

HealthShare HealthShare

Edge Gateway

Data Source 1

患者検索と患者情報取得 (Pull Model)

AccessGateway

Edge Gateway

AccessGateway

Data Source 2

Data Source 3

Edge Gateway

AccessGateway

Data Source 4

Data Source 5

Hub

1 ユーザが患者検索を実行

2 Access Gatewayが検索リクエストをHubに転送

2

3 Hubが患者検索結果とデータ所在地を返信

3

4 Access Gateway がEdge Gatewayに患者データを要求

4

4

4

5 ユーザは統合された患者データを受信して参照

5

Viewer

1


トレーニング資料より

このセッションでは説明しません


ほとんどのデータ交換製品はドキュメント中心の相互運用性のみ提供

Composite Health Record（複合健康記録）

構造化および協調的な相互運用性が診療への適用、分析に不可欠

18



HealthShareではデータをSDAに変換して格納

• InterSystems 独自フォーマット（CDAがベース）

• データをXMLで表現可能→HealthShare(Ensemble)内部でも視認可能

• カスタマイズして追加データを格納できる

SDAに含まれる項目<Container>

<Patient><Encounters><AdvanceDirectives><Alerts><Allergies><Appointments><Problems><Diagnoses><Documents><LabOrders><RadOrders><OtherOrders><Medications><Vaccinations><Observations><PhysicalExams><Procedures><FamilyHistories><IllnessHistories><SocialHistories><CustomObjects>

</Container>

SDAの実インスタンス例


SDAへの変換処理

Data Source

HealthShare

Edge Gateway

Pipeline ECR

Edge Gateway内で格納する際に行う事前変換処理をPipeline処理と呼ぶ

• HL7 v2.5からSDAへの変換機能は提供されているので、まずHL7 v2.5に変換する。

Pipeline処理を実装せず、直接SDAを生成する方法もある

• ソースがXMLの場合はXSLTで直接変換する、など

HL7あるいは他のフォーマットからHL7 v2.5へ変換

用語変換同意管理によるフィルタリング

19


Information Exchange の特徴的な機能

36

Clinical Message Delivery Consent Policy HealthShare 管理レポート Terminology Management


Clinical Message Delivery PULL=Clinical Viewer、PUSH=Clinical Message Deliveryの二つのデータ取得・提供方法がある

医師、医師グループ、システム等を興味のあるトピックやテーマ、患者のサブスクリプション(購読予約)に登録する

HealthShareに新しい/追加のデータが登録された際に以下の処理が実行される

1. サブスクリプションリスト（購読リスト）を確認

2. 通知のためのドキュメントを作成(差分/サマリ)

3. サブスクライバ―（医療従事者あるいはシステム）に通知する

具体的な通知の方法

• Clinical Message Center (CMC)

1. 標準的なメールを用いて、通知を行う（通知に医療情報は含まれない）

2. 通知を受けた人はメール内のリンクをクリックして、HealthShare内のClinical Message Center (CMC) にアクセスしてデータを確認する

• それ以外の方法

• Fax、 EDI、Secure Direct Mailなど

• 外部システムが受信可能な方法があれば、Ensembleのアダプタ等を用いてデータを渡すことができる（例：電子カルテのメッセージシステムや、院内LANの情報共有システム/ナースコールシステムなど)

20


Clinical Message Delivery 海外活用例

◆患者が次の予約の際に来院せず検査結果が特定の範囲内にある場合、医師に自動的に通知。

医療チームの他のメンバーにも通知され、適切な診療を行えるよう看護師が患者に電話をかける。

◆合併症を併発する喘息患者が服薬を遵守しない傾向がある（定期的な処方がないということで分かる）ということが分析によって明らかになり、

服薬遵守の自動チェックを行い看護師が患者に電話をかける。

◆糖尿病の疾病管理プログラムに登録されている高リスク患者は、患者がHbH1cを検査する時期が過ぎているとアラートをあげ、臨床医は適切な対応を行う。

◆救急外来や入院など患者の状態や医療の変化について一次診療医に伝えるためのアラートが送信される。

再入院数と回避可能な救急科の利用を削減するための取り組みとして、州全域の病院を集め、特定の患者が救急で搬送または病院に入院した場合に、

担当の臨床医にリアルタイムにアラートを送信。通常は診療所の医師がトリアージを行ないますが、臨床医は、介入が必要な場合にタイムリーに

行動することが可能になる。

◆定期的に処方していたら上昇しないはずの血圧が上昇している患者がいた場合、推奨される投薬治療計画に従っていない可能性があるので担当医から

連絡を入れ適切な対応を行う。

◆HealthShareが活用されている医療連携ネットワークに参加している患者が救急、病院、またはメンタルヘルス施設に入院、そして退院した時に、ケアマネー

ジャ、ケアナビゲータ、かかりつけ医師、および（または）専門医に通知。通知機能を実装してから、ケアマネージャの対応時間は着実に改善。臨床イベント通

知を使い始めてから7か月以内で会員が精神科クリニックや病院に入院した当日に、ケアマネージャが対処できた割合は20％から60％に上昇。7か月後には、退院

通知に従って、退院第一週目にケアマネージャが面談する割合は60％近くになる。


かなり細かいレベルで同意ポリシーの設定や管理ができる

同意ポリシーのカテゴリ

MPI Consent (患者同意)

MPI(Master Patient Index)で患者情報を検索した結果に適用される

Clinical Data Consent(臨床データ同意)

患者を選択し、臨床データを取得する際に適用される

同意ポリシーの構成単位

System-Wide(システムワイド)

Facility (施設単位)

Patient (患者単位)

Consent Management (同意管理)同意ポリシーのカテゴリ / 構成 / 選択肢

システム同意ポリシーの選択肢

Opt-in = Block(ブロック)

標準でデータを表示しない。施設や患者は情報の共有を明示的に指定する必要がある。

Opt-Out = Show(表示)

標準でデータを表示する。施設や患者は情報の非公開を明示的に指定する必要がある。

実際はこれらの組み合わせとなる

Ex. システムワイドでは臨床データ公開しない地域連携システムだが、A病院は臨床データの公開を選択、しかしそこに通院しているBさんは臨床データ公開を拒否

21


臨床データ同意管理のオプション

システムワイド施設単位患者単位

選択肢表示

ブロック

表示

ブロック

表示

ブロック

条件常に

例外ありで

常に

例外ありで

常に

例外ありで

例外施設または患者単位に同意設定を上書きできる

指定されたグループのみ結果を返す/返さない

患者単位に同意設定を上書きできる



スコープシステムワイド

指定された施設

日付の範囲有効範囲

イベント発生範囲

有効範囲


有効範囲



臨床データ同意ポリシーの適用例

診療情報タイプ有効範囲決定内容

精神疾患 1/1/2007 to 12/31/2011

表示する

HIV 1/1/2010 ブロックする

性病 1/1/2010 例外を除いてブロックする

システムワイドの臨床データ同意ポリシー

診療情報タイプ施設有効範囲イベントの発生範囲

決定内容

C型肝炎 6/1/2010 表示する

処置選択された施設 1/1/2011 to 12/31/2011

ブロックする

患者の臨床データ同意ポリシー

22

42 | © 2016 InterSystems Corporation. All Rights Reserved. 42

施設同意ポリシー設定画面イメージ


同意ポリシーの上書き

HealthShareには緊急時に必要な患者情報にアクセスできるように同意を上書きできる機能があります。(break-the-grass option)

緊急時にのみ使用されるべき機能です

患者は口頭など臨機応変な方法で同意を与えます

どの医師がデータにアクセスしているか特定・記録されます

どのユーザが緊急アクセスできるか指定することができます。

通常の同意管理同様、以下の単位で有効・無効の設定ができます。

システムワイド

施設

患者

23


HealthShare 管理レポート

Audit Log

Clinical Data Access Report

Clinical Data Access Report, all Patients

Data Volume

Emergency Access Lo

Login Failures

Patient Events

Record Request Counts

Summary Documents Counts

Summary Documents Counts, by User

Summary Documents Sent

User Activity

User Event Counts


Terminology Management (用語・コード管理)

用語補完

データのコード情報が不足している場合に補完する

用語変換

Clinical Viewerなどで表示する際に、コードを統一して表示する機能 SDAには元のコードを保存しておき、Viewerでまとめて表示する際に統一コードに変換する

Code Description Coding System

38207-7 Pain duration LOINC

24


国内市場への対応について

46


国内市場への対応について

どのようなデータをHealthShareに変換・格納できるのか？

現在検討中

候補としては SS-MIX2/レセプト/DPC/JAHIS標準レポート系(CDA)

格納するデータのカスタマイズ

SDAのカスタマイズ例

カナ姓、カナ名

画面の日本語化

管理ポータルの管理系画面

Clinical Viewer

Personal Community

25


SS-MIX2対応

SS-MIX2もHL7 v2.5の拡張なので相性は良い。

SS-MIX2用Pipelineの初期実装は完了。

SS-MIX2データを利用した場合の課題 ADT系のメッセージに来院番号(EncounterNumber)が存在しない→入院と退院およびその間の検査情報などの紐づけ

処理ができない

各検査結果に適切な画面が存在するか？

注射と処方は分けて表示が必要、など

生理検査はORU_R01だが、Lab ResultではなくPhysical Examsとして表示すべき？

実データでの検証不足


SDA Customization

SDAを国や地域、各地域連携システム用にカスタマイズして活用できるフレームワークを提供

日本市場対応で想定されるのは、カナ名、カナ姓、住所文字列（結合された住所）など

仕組みの基本

1. 拡張可能な HS.Local.SDA3.XXXXExtensionクラスが用意されており、そのクラスに追加したい拡張プロパティを追加する

2. HL7→SDA3変換クラスを継承して作成し、各callbackメソッドをオーバライドして追加した拡張プロパティにマッピングする

3. Extensionは参照するPatient RegistryやPatient Indexでも参照されているので、そのまま格納され、検索対象や名寄せ条件などにも利用できる

26


画面の日本語化

管理ポータル系

Clinical Viewer Personal Community


HealthShareは目的に応じた様々なプラットフォーム、ソリューションを提供する製品ファミリーです。

HealthShare App Serverは医療アプリケーション開発用プラットフォームです。IHE,FHIRなどの医療標準に対応したアプリケーション構築をスムーズに行うことができます。

HealthShare Information Exchangeは地域・病院グループ内の医療情報交換ソリューションを構築するための、パッケージソリューションです。堅牢で優れたアーキテクチャと様々な特徴的な機能を持っています。

まとめ