• 検索結果がありません。

Microsoft PowerPoint - Ens+HSF医療向け機能(上中).pptx

N/A
N/A
Protected

Academic year: 2021

シェア "Microsoft PowerPoint - Ens+HSF医療向け機能(上中).pptx"

Copied!
21
0
0

読み込み中.... (全文を見る)

全文

(1)

Ensembleと

HealthShare の

医療向け機能

インターシステムズジャパン株式会社

テクニカルコンサルティング部

上中進太郎

アジェンダ

• Ensemble 超概要 • Ensemble HL7機能 – SS-MIX2拡張スキーマ • Ensemble DICOM機能 • Ensemble ASTM機能 • HealthShare 概要 • HealthShare Foundation概要 • HealthShare Foundation IHE機能 *おことわり

(2)

Ensemble医療向け機能

2

Ensemble概念図

固定長 CSV XML … RDB TCP API オペレータの介在(ワークフロー機能) ルールの適用 Caché メッセージ・キュー メッセージ メッセージ メッセージ 固定長 CSV XML … RDB TCP API BPM / ルーティングエンジン アダプタ アダプタ ビジネスアクティビティ モニタリング コンポジットアプリケーション • システムとシステム、データとデータをつなぐ オールインワン アーキテクチャ メッセージの永続化 =データベース内蔵 医療業界向けを含む 様々なアダプタ

(3)

Ensembleアダプタ

4 テクノロジ/プロトコルアダプタ • Email • File • FTP • HTTP • REST (New!) • WebSphere MQ • SAP Java Connector • Java Gateway • LDAP • .NET GatewaySOAPSQL(ODBC,JDBC)TCP • Telnet 医療系データフォーマットアダプタ • HL7 ver2,ver3 • X12 • ASTM • EDIFACT • DICOM • XML Documents • プロトコル+フォーマット アダプタ/サービス/オペレーションの例 EnsLib.HL7.Adapter.TCPInboundAdapter EnsLib.HL7.Operation.SOAPOperation

EnsLib.EDI.ASTM.Service.FileService

HL7とは

• HL7標準とは? (⽇本HL7協会HPより引⽤)

– 医療情報交換のための標準規約で、患者管理、オーダ、照会、財務、検査報告、マスタファイ

ル、情報管理、予約、患者紹介、患者ケア、ラボラトリオートメーション、アプリケーション 管理、⼈事管理などの情報交換を取り扱います。HL7はHealth Level Sevenの略で、「医療 情報システム間のISO-OSI第7層アプリケーション層」に由来しています。

• HL7 V2.x メッセージとは?

– コード化規則による区切⽂字で区切られた可読的な可変⻑メッセージである。

– メッセージ:3⽂字のメッセージタイプと3⽂字の事象タイプ (ADT^A01)

•ADT : Admission,Discharge,Transfer(⼊退院・移動) A01:⼊院・来院の通知

MSH|^~¥&|ADT1|MCM|LABADT|MCM|198808181126|SECURITY|ADT^A01|MSG00001|P|2.3|<cr> EVN|A01|198808181123||<cr>

PID|||PATID1234^5^M11||JONES^WILLIAM^A^III||19610615|M||C|・・・<cr> NK1|JONES^BARBARA^K|WIFE||||||NK^NEXT OF KIN<cr>

(4)

Ensemble と HL7 v2

• HL7 バージョン2を仮想ドキュメントとしてサポート – 仮想ドキュメント・・・ メッセージの⼀種でEnsembleでは部分的に解釈される。処理速度を 向上させるため内部仕様のグローバルに直接格納される。 6 メッセージトレースで確認するとデータが 分割して表⽰されるが、メッセージを分割 して処理・保存しているわけではない。 メソッドを使⽤してメッセージからデータの取り出しも可能 HL7メッセージオブジェクト ↓ HL7>write m.GetValueAt(“MSH:9.1”) OMG HL7>write m.FindSegment("OBR",.key).GetValueAt("4.2.1") X線単純撮影 ビジネスルール内で条件として使⽤可能

HL7 v2 ルーティングプロダクション

• HL7 v2メッセージを受信し、ルールに基づきデータ変換等を⾏って、メッセージの内 容に応じて複数のターゲットに変換して送信する ビジネスサービス インバウンド アダプタ ルーティングプロセス オペレーションビジネス アウトバウンドアダプタ ルーティング ルールセット データ変換 仮想ドキュメント HL7スキーマ定義 HL7データ受信⽤の File,FTP,HTTP, SOAP,TCPビジネスサー ビスが⽤意されている

(5)

Ensemble と HL7 v3

8 • HL7 v3はXMLベース • 専⽤アダプタではなく、EnsembleのXML機能を活⽤して実装する – %XML.XPATH.Document :XPATHを実⾏してデータを抽出→メッセージのプロパティに格納 – %XML.XSLT.Transformer:XMLデータに対してXSLTを使⽤して変換 • 参考 ENSDEMO:Demo.HL7v3.Production.InterfaceEngineプロダクション

<MFMT_IN002101> <id extension=“9223372036854775800” root=“2.16.528.1.1007.3.2.700222.1” />

<creationTime value=“2006-01-01 12:00:00PM” /> <versionCode code=“NATCHEZEd2005-Okt” /> <interactionId extension=“MFMT_IN002101” root=“2.16.840.1.113883.1.6” /> <processingCode code=“ER” />

<processingModeCode code=“T” /> <acceptAckCode code=“ER” /> <receiver> <device> <id extension=“000700856” root=“2.16.528.1.1007.3.2” /> <name use=“L”> <given>ZIM Applicatie Regio Utrecht</given> </name> <agencyFor classCode=“AGNT”> <representedOrganization classCode=“ORG” determinerCode=“INSTANCE”> <id

extension=“00100100” root=“2.16.528.1.1007.3.3” /> <name use=“L”> <given>ZIM Beheersorganisatie Utrecht</given> </name> </representedOrganization> </agencyFor> </device> </receiver> <sender> ・・・・

SS-MIX

• SS-MIXとは?(SS-MIX普及推進コンソーシアムHPより引⽤)

– 「厚⽣労働省電⼦的診療情報交換推進事業」SS-MIX:Standardized Structured Medical

record Information eXchange

– SS-MIXは、記録された利⽤情報の電⼦化・標準化に向けた啓発活動の⼀環として、具体化し たパッケージウェアの普及を⾏うものであり、 •パッケージウェアの開発 •ドキュメントの整備 •各ベンダによる同⼀の規格 を実装したシステムの開発 と普及を⾏う事業です。 SS-MIX2 標準化ストレージ構成の説明 と構築ガイドライン v1.0.pdfより引⽤

(6)

SS-MIX

10 • 技術的には以下のような内容が含まれます – HL7 v2.5 スキーマをベースにした独⾃スキーマ •患者情報、⼊退院・患者管理、アレルギー、病名、⾷事、薬剤オーダ、検査オーダなど – HL7ファイルを保存するための「標準化ストレージ」格納仕様ディレクトリ構造の定義 •ルートフォルダ¥患者ID先頭3⽂字¥4~6⽂字¥患者ID¥診療⽇¥データ種別¥各データファイル – その他、SS-MIX2ヘッダやインデックスDBなど情報連携のための定義 • 詳細はSS-MIX普及推進コンソーシアムHPをご覧ください。 http://www.hci-bc.com/ss-mix/

EnsembleとSS-MIX

• InterSystems JapanではEnsembleを使⽤したプロジェクトでSS-MIX2データをハンド リングするために以下のようなモジュールをご提供しています。 – SS-MIX2⽤拡張HL7スキーマ : SSMIX2.hl7 •V2.5をベースとしてZE1などのセグメント、OMI_Z23、PPR_ZD1などのメッセージ タイプを追加 – SS-MIX2ファイル⽤モジュール •SSMIX2.Operation.FileOperation – SSMIX2データをインデックスDB に格納し、SS-MIXディレクトリ構造を作成し、 ファイルとして出⼒する •SSMIX2.Service.FileService – SS-MIXディレクトリ構造を定期的に監視し、SS-MIXデータを取得し処理を⾏う

(7)

EnsembleとSS-MIX

12 – SS-MIX2 TCP⽤モジュール •SSMIX2.Operation.TCPOperationSSMIX2.Adapter.TCPOutboundAdapter – SS-MIX2データをTCPで送信する。SS-MIXヘッダーに対応 •SSMIX2.Service.TCPServiceSSMIX2.Adapter.TCPInboundAdapter – SS-MIX2データをTCPで受信する。SS-MIXヘッダーに対応 – SS-MIX2マスタ変換⽤テーブル : SSMIX2_MST.DataType/PracticeDay •データ種別マスタテーブル メッセージタイプからデータ種別を特定 •診療⽇マスターテーブル メッセージから診療⽇を取得(メッセージタイプにより格納場所が異なる)

SS-MIXプロジェクトへの活⽤だけではなく、

SS-MIX2対応システムとの連携にも活⽤可能

DICOM

• DICOMとは(wikipediaより)

– DICOM(ダイコム)とは、Digital Imaging and COmmunication in Medicineの略で、⽶国

放射線学会 (ACR) と北⽶電⼦機器⼯業会 (NEMA) が開発した、CTやMRI、CRなどで撮影し た医⽤画像のフォーマットと、それらの画像を扱う医⽤画像機器間の通信プロトコルを定義し た標準規格のことである。

• ⼀般的にはモダリティとシステムが通信を⾏う場合に使⽤される規格でタグ情報と画像 情報(バイナリデータ)を含む

(8)

DICOM⽤語

14 • 適合宣⾔書(コンフォーマンスステートメント) – DICOM適合の範囲を記載する 基本はTCP/IPの双⽅向通信

SCU(サービス

クラスユーザ)

SCP(サービスクラス

プロバイダ)

AE Title(名前)

AE Title(名前)

アブストラクトシンタックス

+転送シンタックス

Ensemble と DICOM

• EnsembleはDICOMドキュメントも仮想ドキュメントとしてサポート • DICOM⽤アダプタ、コンポーネント – EnsLib.DICOM.Adapter.TCP(双⽅向・⾮同期通信)

– EnsLib.DICOM.Service.TCP, EnsLib.DICOM.Service.File, EnsLib.DICOM.Operation.TCP – EnsLib.DICOM.Document(DICOM⽤メッセージクラス) – EnsLib.DICOM.File(DICOM形式ファイルを処理するクラス) • サポートしていないこと、特別な対応をしていること – DICOMビューワではないので画像を表⽰する⼿段はありません – DICOMメッセージは双⽅向であるため、BPLを使⽤してビジネスプロセスを記述することが できません。ビジネスプロセスはCaché ObjectScriptを使⽤してカスタムビジネスプロセス を作成する必要があります(後述) – 実際のDICOMデータはジャーナリングのオーバヘッド低減やデータベース肥⼤化を防ぐため、 外部ファイル・ストリームとして格納されます

(9)

EnsembleによるDICOM開発⼿順(1)

16 • DICOM関連付けを⾏う – 接続するモダリティ・システムの適合宣⾔書を⼊⼿し、Ensembleシステム管理ポータルから 「DICOM関連付け」を作成する • DICOM関連付け→AE Title(AET)とアブストラクトシンタックス+転送シンタックスの 定義を関連付ける

EnsembleによるDICOM開発⼿順(2)

• 追加したビジネスコンポーネントにIPアドレスやAE Titleなどを設定 コンポーネントの 設定画⾯

(10)

EnsembleによるDICOM開発⼿順(3)

18 • 実装したい処理をBusiness Processに記述 – EnsLib.DICOM.Processを継承して作成 – ENSDEMOネームスペースのサンプルを参考に •モダリティワークリスト(MWL) •ストレージ (モダリティ→Ensemble→PACS/RIS) • 実装ポイント – OnMessage •Business ServiceかOperationから受けるメッセージを処理する – DICOMデータを作成する・抽出する

SetpDocOut=##class(EnsLib.DICOM.Document).%New()

SettSC=pDocOut.SetValueAt("43171525","DataSet.PatientID")

SettTemp=pDocIn.GetValueAt("CommandSet.MessageID",,.tSC)

ASTM

• ASTMとは(wikipediaより)

– ASTMインターナショナル (ASTM International) は、世界最⼤・⺠間・⾮営利の国際標準化・規格設

定機関。⼯業規格のASTM規格を設定・発⾏している。旧称は⽶国材料試験協会 (American Society for Testing and Materials)。2001年、ASTM規格が国際化したことを反映し改名した。

– 主に⼯業材料規格と試験法規格からなっている。

• ASTMの概要 (Ensembleドキュメントより)

⽶国材料試験協会 (ASTM : American Society for Testing and Materials) は、医療機器とコン

ピュータ・システム間で情報を転送するための規格を定めました。規格 ASTM E1394–97 は、医療機 器とコンピュータ・システム間のリモート要求および結果の双⽅向デジタル送信を対象範囲としていま す。この仕様は、ドキュメントの内容の構造化、およびこれらの構造の中に含まれるデータ要素の表現 についての規則を定めています。下位レベルの通信プロトコルやデータ転送の要件についての規則を定 めたものではありません。下位レベルのデータ転送通信の規格については、別の規格 (ASTM E1381– 02) に詳しく記載されています。Ensemble ASTM パッケージでは、両⽅の規格をサポートしています。

ASTM はその後、これらの規格を維持管理する責任を、臨床検査標準協会 (CLSI : Clinical and

(11)

Ensemble と ASTM

20

• EnsembleがサポートしているASTM規格

– 元々 ASTM が定めた規格

ASTM E1381-02 Standard Specification for Low-Level Protocol to Transfer Messages Between Clinical

Laboratory Instruments and Computer Systems (2002 年に撤退)

ASTM E1394-97 Standard Specification for Transferring Information Between Clinical Instruments and

Computer Systems (2002 年に撤退)

– CLSI による後継規格

LIS01-A2Specification for Low-Level Protocol to Transfer Messages Between Clinical Laboratory

Instruments and Computer Systems;Approved Standard - Second Edition

LIS02-A2Specification for Transferring Information Between Clinical Instruments and Computer

Systems; Approved Standard- Second Edition

Ensemble と ASTM

• EnsembleはASTMドキュメントを仮想ドキュメントとしてサポート • ASTMでは TCPを介した通信の受信・開始ができる必要がある – 開始を⾏うためにビジネスオペレーションをビジネスサービスのパートナー・サービスとして 登録できる • 管理ポータル – ASTMスキーマ構造 – ASTMドキュメントビューワ • ASTM⽤クラス – ビジネスサービス:EnsLib.EDI.ASTM.Service.FileService/TCPService – ビジネスオペレーショ ン:EnsLib.EDI.ASTM.Operation.FileOperation/FTPOperation/TCPOperation – メッセージクラス:EnsLib.EDI.ASTM.Document

(12)

HealthShare

22

HealthShare概要

• 戦略的医療情報交換プラットフォーム • ベースとなるHealthShare Foundation + 複数のソリューションモジュール群 (HealthShare Components) Composite Health Record

Aggregator Clinical Message Delivery Consent Terminology Patient

Index

Provider Directory Clinician V

iew

er

Active

Analy

tics

Solution Solution Solution

HealthShare Foundation

HealthShare Components

(13)

病院/クリニック 研究所/検査会社 病院/クリニック/ 医療従事者

HealthShare 医療データ連携 概要

クリニカル ビューワ クリニカル ビューワ クリニカル ビューワ HUB MPI EMR LIS HIS CIS LIS RAD EMR

医療データ共有サービスの提供

HealthShare構成の概要

Hub Edge Gateway 各データソース (HIS/オーダなど) Access Gateway Clinical Viewer Master Patient Index 患者情報へのアク セスの⼊⼝ 共有患者データの 格納・送受信 患者とそのデータ の所在の識別

(14)

HealthShare Solution Example

多くのユースケースが存在

地域医療データ連携

超⻑期患者医療情報保存

ケアマネージメント

検査結果配信

Foundation + 各コンポーネントを組み合わせてこれらを実現

地域医療データ連携

Composite Health Record

Aggregator Clinical Message Delivery Consent Terminology

Patient Index Provider

Directory Clinician V iew er Active Analy tics Health Information Exchange HealthShare Foundation

(15)

ケアマネージメント

Composite

Health Record

Aggregator Clinical Message Delivery Consent Terminology

Patient Index Provider Directory Clinician View

er Active Analy tics Care Management HealthShare Foundation

検査結果配信

Composite Health Record

Aggregator Clinical Message Delivery Consent Terminology

Patient Index Provider

Directory Clinician V iew er Active Analy tics Secure Messaging (Direct) HealthShare Foundation

(16)

HealthShare Foundation

30

HealthShare Foundation

• HealthShare のベースとなる機能

HealthShare Foundation = Ensemble + IHE support • Foundationに含まれる機能 – Ensembleフル機能 – IHE連携⽤のEnsemble ビジネスホスト(BS/BO)の使⽤ •およびそのテスト⽤ユーティリティ – IHEメッセージング⽤のXSL変換機能 •Ensembleメッセージ⇔IHEメッセージ •IHEメッセージ→別のIHEメッセージ •HL7およびカスタムデータからCCDドキュメントの構築 •CCDドキュメントをパースし、SDAおよびカスタムデータへ変換 – IHE連携⽤のレジストリツール •OID登録、権限、SOAP接続先、SAML Credentialsなど

(17)

IHE とは

• Integrating the Healthcare Enterprise の略

• 医療情報システムの相互接続性を推進する国際的なプロジェクト • ⽇本での活動は⽇本IHE協会が推進 – コネクタソンの開催、ユーザによるRFP作成と統合プロファイルの導⼊⽀ 援、ベンダによるIHE実装の⽀援、など • 医療機関や地域連携などの情報伝達のフローを分析し、これを元に HL7やDICOMなどの医療情報に関する標準規格をいつ、どのように利 ⽤するのかについて、ガイドラインの策定などによって標準化を推進 する – 規格だけでなく、使い⽅のルールまで定める

統合プロファイル/テクニカルフレームワーク

• 放射線 • 内視鏡 • 臨床検査 • 循環器 • 放射線治療 など⾊々な統合プロファイルがあるが、HealthShare Foundationがサポー トしているのは • ITインフラストラクチャ(ITI) – 患者情報登録・検索、診療情報登録・検索・交換などに関する規約 – JAHIS標準でも今年に⼊り技術⽂書が相次いで公開 http://www.jahis.jp/jahis_hyojyun/seiteizumi_hyojyun/

(18)

IHE Support in HealthShare Foundation

• Foundation でサポートされているIHE – Actor = Consumer中⼼

Profile Description 内容 Supported Actors Supported Transactions ITI #

ATNA Audit Trail and Node

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

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

Cross Gateway Retrieve ITI-39

XCPD Cross-Community Patient

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

XDS.b Cross-Enterprise Document

Sharing, version b 施設間⽂書共有

Document Consumer Registry Stored Query ITI-18

Retrieve Document Set ITI-43

Document Source Provide and Register

Document Set-b ITI-41

PDQv3 Patient Demographics Query for

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

PIXv3 Patient Identifier Cross

Reference for HL7 version 3 患者ID相互参照問合せ

Consumer PIX Query ITI-45

Patient Identity Source Patient Identity Feed ITI-44

IHE利⽤例:Patient Demographic Query (PDQ) Profile

Probabilistic, demographic query for patients

Master Patient

Index

Application

Consumer

PDQ Supplier

Message: Patient Registry Find Candidates Query MPI内で適合可能性の ある患者情報をウェイ トをつけて複数返す / / John Smith DOB: 12/22/1972

*

John Smith 12/22/1972 123 Main St 25 Jon Smith 11/22/1972 24 Kensington Way 14 John Smith 05/12/1938 Address Unknown 3

実⾏するIHEトラン ザクション: PDQ

Message: Patient Registry Find Candidates Query Response

(19)

IHE Support in HealthShare (全体)

• HealthShare でサポート されている機能

– Clinical Health Record

コンポーネントが必要 – Actor = Manager/Supplierなど データ提供側の機能も • Foundationにおいても ユーザ側で独⾃リポジト リなどを実装している場 合は、IHE対応のBS/BO を使⽤して実装が可能 • IHE Integration Statement www.intersystems.com/healths hare/ihe

Profile Description Supported Actors ATNA Audit Trail and Node Authentication Repository (UDP only)

Secure Application CT Consistent Time Time Client XCA Cross Community Access Initiating Gateway

Responding Gateway XCPD Cross Community Patient Discovery Initiating Gateway

Responding Gateway XDR Cross Enterprise Document Reliable Interchange Recipient

Source

XDS.b Cross Enterprise Document Sharing, version b

Consumer Registry Repository Source On-Demand Source XDS-I.b Cross Enterprise Document Sharing for Imaging, version b Registry

Repository XDS-MS Cross Enterprise Sharing of Medical Summaries ConsumerCreator XUA Cross Enterprise User Authentication X-Service User DSUB Document Metadata Subscription

Notification Broker Notification Recipient Publisher Subscriber XPHR Exchange of Personal Health Record Content Consumer Creator MPQ Multi-Patient Queries Registry PDQv3 Patient Demographics Query, version 3 ConsumerSupplier PIXv3 Patient Identifier Cross Reference, version 3 Consumer Manager XD-LAB Sharing Lab Reports Consumer

Creator

HealthShare FoundationのIHEコンポーネント

(20)

IHE Demo環境

HealthShare

Foundation

患者Aに関する 情報問い合わせ IHE messages External System 患者Aの情報を保持 IHE BO HealthShare 患者Aの情報を保持

PIX Add 構成概要・⼿順

PIXv3 Source BO 呼び出し コンポーネント (BS/BP/BO) AddUpdateHubRequest AddUpdateHubResponse Service

Registry OIDRegistry

設定 __________ __________ __________ 設定 __________ __________ __________ 2.PIX BOを 追加 3. PIX BOを 構成 4. 呼び出しコンポーネン トを作成し追加する (AddUpdateHubRequest メッセージを作成し、PIX Source BOを呼び出す) 5. コンポー ネントを構成 Facility Registry 1. 各レジストリを登録

(21)

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

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

まとめ

• Ensembleには複数の医療業界向けのアダプタが⽤意されており、医療⽤アプリケー ションの連携・統合を迅速に⾏うことができる

• HealthShare (Foundation)はIHEのIT Infrastructureプロファイルに対応しており、 地域医療連携プロジェクトにおけるIHE利⽤のニーズに対応することができる

参照

関連したドキュメント

注2)

Neovastat (AE-941) in refractory renal cell carcinoma patients: report of a phase II trial with two dose levels. Phase I/II trial of the safety and efficacy of shark cartilage in

First three eigenfaces : 3 個で 90 %ぐらいの 累積寄与率になる.

READ UNCOMMITTED 発生する 発生する 発生する 発生する 指定してもREAD COMMITEDで動作 READ COMMITTED 発生しない 発生する 発生する 発生する デフォルト.

国の5カ年計画である「第11次交通安全基本計画」の目標値は、令和7年までに死者数を2千人以下、重傷者数を2万2千人

・厚⽣労働⼤⾂が定める分析調査者講習を受講し、修了考査に合格した者

ダウンロードしたファイルを 解凍して自動作成ツール (StartPro2018.exe) を起動します。.

NISSEI RED EXHIBITION in Nagano2022”