第40回ＨＬ７セミナー

SS-MIXの解説とデモ(HL7適合性認定トライアル HL7 CDA R2 診療情報提供書)

2011年11月20日
日本ＨＬ７協会 適合性認定委員会
副委員長 清水俊郎（株式会社SBS情報システム）

SS-MIXの概要記録された医療情報の電子化・標準化に向けた啓発活動の一環
 具体化したパッケージウェアの開発と普及
 ドキュメントの整備
 各ベンダーによる同一の規格を実装したシステムの開発と普及「標準化ストレージ」のコンセプト

標準的な診療情報の交換を普及・促進するためのストレージツール
 あらゆる医療施設で利用できること
 病院情報システム担当職員
 総合・専門といった診療の性質 有償・無償の別とその規模
 導入・運用の際のコストを抑制すること
 ハードウェア以外の初期投資不要
 ソフトウェア保守等のコスト抑制
 特定の企業やベンダーの技術・製品に依存しないこと
 コストの抑制
 医療情報の継続性・可用性を担保

ライセンスフリー
標準的かつ広く一般に普及している技術のみを利用 誰もが理解しやすい単純な構造
 病院情報システムに関する知識・スキル 特別な教育・研修を必要としない
3

標準化ストレージの拡張について（「拡張ストレージ」）

標準化
ストレージ

医療施設

標準化されたデータ

CDA-R2

DICOM

診療情報交換に関わる情報
拡張ストレージ

テキストファイル

Wordファイル

Excelファイル

PDFファイル4

「標準化ストレージ」および「拡張ストレージ」の物理構造（１） ファイルマネージメントシステムによる階層化されたフォルダー・ファイルのディレクトリ構造を利用
 キー情報：患者ID・診療日・データ種別に特化
 階層構造に格納ルールを定める
 索引情報の外付け等の機能拡張は任意

5「標準化ストレージ」および「拡張ストレージ」の物理構造（２）6「標準化ストレージ」における診療情報の格納（１）
No
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26

データ種別
ADT-00
ADT-00
ADT-01
ADT-01
ADT-12
ADT-21
ADT-21
ADT-22
ADT-22
ADT-31
ADT-31ADT-32
ADT-32
ADT-41
ADT-41
ADT-42
ADT-42
ADT-51
ADT-51
ADT-52
ADT-52OMD
OMP-01
OMP-02
OML-01
OMG-01

名称
患者基本情報の更新
患者基本情報の削除
担当医の変更
担当医の取消外来診察の受付
入院予定
入院予定の取消
入院実施
入院実施の取消
外出泊実施
外出泊実施の取消
外出泊帰院実施
外出泊帰院実施の取消
転科・転棟(転室・転床)予定
転科・転棟(転室・転床)予定の取消
転科・転棟(転室・転床)実施
転科・転棟(転室・転床)実施の取消
退院予定
退院予定の取消
退院実施
退院実施の取消
食事オーダ
処方オーダ
注射オーダ
検体検査オーダ
放射線検査オーダ

HL7メッセージ型
ADT^A08
ADT^A23
ADT^A54ADT^A55
ADT^A04
ADT^A14ADT^A27
ADT^A01
ADT^A11
ADT^A21ADT^A52
ADT^A22ADT^A53
ADT^A15ADT^A26
ADT^A02
ADT^A12ADT^A16
ADT^A25
ADT^A03
ADT^A13OMD^O03
OMP^O09
OMP^O09
OML^O33
OMG^O197「標準化ストレージ」における診療情報の格納（２） ファイル命名規則
患者ID_診療日_データ種別_オーダNo_発生日時_診療科_コンディションフラグ

 ファイル命名に必要な項目
No

項目

1
2
3

患者ID
診療日
データ種別

4

オーダNo

5

6

7

内容

フォルダー構造に必要な項目と同様オーダ(医師の指示)を特定するための識別番号。
HL7メッセージ「ORC-2」または同等値を設定する。
(詳細は「SS-MIX標準化ストレージ仕様書」参照のこと)
トランザクション日時(YYYYMMDDHHMMSSFFF表記)
発生日時
HL7メッセージ「MSH-7」または同等値を設定する。
診療科(入力組織)
HL7メッセージ「ORC-17」または同等値を設定する。
診療科診療科コード自体を保有しない場合は固定で「-」または「000」等の施設内で定めた規定値を設定する。
ファイルが有効か無効かを識別するフラグ
コンディションフラグ
1：有効 0:無効(削除)8「標準化ストレージ」の格納例（１）【患者基本情報の例】

9「標準化ストレージ」の格納例（２）【臨床検査オーダの例】

10

「標準化ストレージ」の構築方法
 SS-MIXの成果物「HIS情報ゲートウェイ受信アプリケーション」を利用する方法

 「標準化ストレージ」を直接アクセスする方法

11

HIS情報ゲートウェイ受信アプリケーションを利用する際の通信手順

12診療情報の交換に関わる情報の格納 「データ種別フォルダー」について
No
1
2
3
4
5

データ種別
REF-01
INF-01
REF-02
INF-02
PDI-01

内容
当該医療施設で作成した「紹介状」
当該医療施設で作成した「電子診療データ」
他医療施設より受け取った「紹介状」CDの内容
他医療施設より受け取った「電子診療」CDの内容
他医療施設より受け取ったPDI CDの内容

 他医療施設から受け取った情報の管理

13「標準化ストレージ」へのデータ格納の拡張について

標準規格は定められていないが、施設内で統一した書式にて作成されたデータ
 放射線、内視鏡等の検査・読影レポートおよび、これに伴う画像情報 各種のサマリー クリティカルパスや地域連携パスに関する情報
 手術や看護に関する記録文書
 対象とするデータの形式
 HTML、XML等で記述されたファイル
 PDFに代表される印刷イメージファイル
 テキスト情報や、広く一般的に利用されているワープロ・表計算等のソフトウェアにて作成された文書ファイル
 JPEG、TIFF、ビットマップ等の画像ファイル

14

「拡張ストレージ」における診療情報の格納（１）「標準化ストレージ」と「拡張ストレージ」の分離

ルートフォルダーの物理的な分離「標準化ストレージ」には非標準化データを格納しない
15「拡張ストレージ」における診療情報の格納（２）「データ種別フォルダー」



各種データファイルの格納形態と命名規則
 ファイルの名称から患者ID・診療日・データ種別等が判別できるような命名 格納するフォルダー内にて一意となるようなファイル名を設定
16

「拡張ストレージ」の適用例（１）17「拡張ストレージ」の適用例（２）18Webサービスによる外部公開の例

19

国際標準を踏まえた診療情報連携の在り方

20

HL7適合性認定トライアル
HL7 CDA R2 診療情報提供書

21

検証の対象
 SS-MIX診療情報提供書においては診療情報提供書（本文）：CDA R2
添付情報• 処方歴：HL7 V2.5
• 臨床検査結果：HL7 V2.5
• 検査画像：DICOM
IHE-J PDIに準拠したCDへの格納
 処方歴、臨床検査結果(HL7 V2.5)、および検査画像(DICOM)はスコープ外とした
22

検証方法
 対象規格日本HL7協会標準基準日本HL7協会標準規格
HL7J-CDA-005 診療情報提供書規格（医療機関への紹介状） Ver 1.00
 手順
XMLスキーマを使用した、CDA文書のXML形式の妥当性の検証
検証シナリオに従ったチェックリストを使用した、項目ごとのより詳細な検証

23

検証のシナリオ（１）24検証のシナリオ（２）25

検証のシナリオ（３）26検証のシナリオ（４）27

認定チェックシート

28

判定について判定値

説明○

HL7規格（診療情報提供書規格）に反していない。

△

HL7規格（診療情報提供書規格）に反していないが、改善の余地がある。

×

HL7規格に反している。
または、テストシナリオに反している。
（違反内容は備考欄を参照のこと。）-

対象テストデータに該当値なし。

29

指摘事項の例
 全般
シナリオに準拠していること
値が設定されていない不要なXML要素は出現させるべきではない。
例）患者氏名について• family要素内に姓名をまとめて記述した場合、given要素が空で出現していると、名が未入力であるのか、姓と名の両方を表しているのかを区別することができない。

30

指摘事項の例
 規格書制約
患者氏名、医師氏名、患者住所、紹介元機関住所、紹介先機関住所を構造化する方が望ましい。
例）住所の表記について• state, city, streetAddressLineの各要素をそれぞれ使用し、構造化して記述する• 構造化できない場合にはstreetAddressLine要素に記述しても構わない。
(streetNameは規格書の誤り。正しくはstreetAddressLine)31

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

32