2017年6月1日木曜日

Towards Standardized Patient Data Exchange: Integrating a FHIR Based API for the Open Medical Record System

Kasthurirathne SN, Mamlin B, Grieve G, Biondich P: Towards Standardized Patient Data Exchange: Integrating a FHIR Based API for the Open Medical Record System. Health Technology and Informatics, 216, 932, 2015.

抄録
相互運用性は、臨床情報システムの臨機応変な実装と最新の医療の分散された性質によって引き起こされる制限に対処するために不可欠である。 HL7 V2およびV3標準は、医療の相互運用性を確保する上で重要な役割を果たしてきた。 FHIRは、HL7 V2およびV3の基本的な制限に対処するために作成された次世代標準である。 FHIRは、新興国で広く使用されているオープンソース医療記録システムであるOpenMRSに特に関連している。 FHIRは、OpenMRSがオーダメードのAPIから標準ベースのAPIに移行する可能性を秘めています。 OpenMRSプラットフォーム用のFHIRベースのAPIを設計し実装するための取り組みについて説明する。この取り組みから学んだ教訓は、従来のOpenMRS APIからFHIRベースのAPIに移行するための長期的な計画を定義するために使用され、開発者の学習曲線を大幅に削減し、標準への遵守が強化される。

An HL7-FHIR-based Object Model for a Home-Centered Data Warehouse for Ambient Assisted Living Environments

Schwartze J, Jansen L, Schrom H, Wolf KH, Haux R, Marschollek M: An HL7-FHIR-based Object Model for a Home-Centered Data Warehouse for Ambient Assisted Living Environments. Studies in Health Technology and Informatics, 216, 1060, 2015.

抄録
現在のAAL(Ambient Assisted Living: 高齢者支援)環境は、個別の技術を持つ1人の人を支援することに重点を置いている。建物のエネルギー管理や住宅産業サービスなどの家庭環境におけるサブドメイン間の相互運用性はない。 BASIS(スケーラブルでインテリジェントなシステムによるビルオートメーション)は、すべてのセンサーとアクチュエータを単一の効率的な家庭用バスに統合することを目的としている。最初のステップでは、意味的に豊富なデータウェアハウスオブジェクトモデルを作成する。我々は、FHIRを選択し、主にObservation、Device and Locationのリソースに基づいて、AALの外部サブドメインが必要とするマイナーな拡張を伴うオブジェクトモデルを構築した。 FHIRは非常に柔軟で、他の家庭関連のサブドメインでは完全であることが判明しました。オブジェクトモデルは、BASISのすべての構造および手続きデータを格納する分離されたソフトウェアパーティションに実装されている。

Standard Information Models for Representing Adverse Sensitivity Information in Clinical Documents.

Topaz M, Seger DL, Goss F, Lai K, Slight SP, Lau JJ, Nandigam H, Zhou L: Standard Information Models for Representing Adverse Sensitivity Information in Clinical Documents. Methods of Information in Medicine, 55(2), 151-157, 2016.

抄録
バックグラウンド:
有害な感受性(例えば、アレルギーおよび不耐性)情報は、任意の電子健康記録システムの重要な要素である。有害な機密情報の構造化された入力のためのいくつかの標準が存在するが、多くの臨床家はこのデータをフリーテキストとして記録する。

目的:
本研究では、1)既存の共通の有害感受性情報モデルを同定し、比較し、2)入院患者および外来患者の有害感受性臨床ノートの一部に関するアレルギー情報を表すための有害感受性情報モデルのcoverageを評価することを目的とした。

方法:
我々は、4つの一般的な有害感受性情報モデルを比較した:HL7アレルギーおよび不耐性ドメイン分析モデル、HL7-DAM; the Fast Healthcare Interoperability Resources,、FHIR; ケア文書の統合継続性、C-CDA、入院患者および外来患者(n = 120)のコーパス上でそのcoverageを評価した。

結果:
我々は、アレルギー専門医の経過ノートは、経過ノートごとに有害感受性属性の頻度が最も高く、救急部門の経過ノートは最も少ない属性を有することを見出した。全体として、モデルは、経過ノートに含まれる有害感受性情報の75%〜95%をカバーする中央属性において多くの類似点を有していた。しかし、いくつかのアトリビュート(特にバリューセット)の表現はモデル間でうまく一致しておらず、データの相互運用性を達成する上で障害となる可能性がある。また、情報モデル間で有害感受性の例外はよく表されていなかった。

結論:
一般的な有害感受性モデルが臨床上の注意の関連情報のかなりの部分をカバーしていることが判明したが、我々の結果はデー​​タ相互運用性の標準間での調整が必要であることを強く示していた。

Bridging the Gap between HL7 CDA and HL7 FHIR: A JSON Based Mapping

Rinner C, Duftschmid G: Bridging the Gap between HL7 CDA and HL7 FHIR: A JSON Based Mapping. Studies in Health Technology and Informatics, 223, 100-106, 2016.

抄録
オーストリアの電子健康記録(EHR)システムELGAは、2016年12月に公開された。これは、文書指向のEHRシステムであり、HL7 Clinical Document Architecture(CDA)に基づいている。 HL7 Fast Healthcare Interoperability Resources(FHIR)は、HL7メッセージとCDAドキュメントの利点を組み合わせた比較的新しい標準である。 ELGAに格納された情報へのアクセスを容易にするために、CDA文書をFHIR資源にマッピングするための適合FHIRリソースに基づく方法を提示する。オープンソースのFHIRフレームワークであるHAPI-FHIRと公開されているFHIRサーバーを使用して、Javaを使用した概念実証ツールを作成し、提示されたマッピングを評価しました。他のアプローチとは対照的に、マッピングファイルがFHIR仕様によく似ているので、既存のFHIRインフラストラクチャを再利用することがでる。情報過多を減らし、CDA文書へのアクセスを容易にするために、FHIRは、オーストリアの細粒度ベースでCDAデータを照会する標準化された方法を提供することができた。

SMART-on-FHIR implemented over i2b2

Wagholikar KB, Mandel JC, Klann JG, Wattanasin N, Mendis M, Chute CG, Mandl KD, Murphy SN: SMART-on-FHIR implemented over i2b2. Journal of the American Medical Informatics Association, 24(2), 398-402, 2017.

抄録
我々は、SMART-on-FHIRセルと呼ばれる、FHIR(Fast Healthcare Interoperability Resources)形式の生物学とベッドサイド(i2b2)を統合したリポジトリから患者情報を提供するためのインタフェースを開発した。セルは、患者ごとにFHIRリソースを提供し、クライアントアプリケーションを認証するための「代替可能なモジュラーサードパーティ製アプリケーション(SMART)OAuth2」仕様をサポートする。これは、認証、REST、i2b2からFHIRへのコンバータ、リソースの強化、クエリエンジン、およびキャッシュの6つのモジュールで構成されるi2b2サーバープラグインとして実装されている。ソースコードはオープンソースとして自由に入手できる。 i2b2に格納されている患者データにアクセスするセルからSMARTアプリを起動できることを実証し、テストi2b2インストールからリソースにアクセスしてセルをテストした。我々は、テスト患者の基本情報、投薬、検査、診断を首尾よく検索できた。 SMART-on-FHIRセルにより、i2b2サイトはFHIR形式で簡素化された安全なデータアクセスを提供できるようになり、革新性と相互運用性が向上する。さらに、i2b2をアプリプラットフォームに変えることができる。

Combining Archetypes with Fast Health Interoperability Resources in Future-proof Health Information Systems

Bosca D, Moner D, Maldonado JA, Robles M: Combining Archetypes with Fast Health Interoperability Resources in Future-proof Health Information Systems. Studies in Health Technology and Informatics, 210, 180-184, 2015.

抄録
メッセージング標準、特にHL7 v2は、ヘルス情報システムの通信と相互運用性のために頻繁に使用されている。 HL7 FHIRは、意味論的相互運用性を実現するためのメッセージング標準の進化として作成された。 FHIRは、両者が臨床情報の正確なモデリングに基づいているので、デュアルモデル方法論のような他のアプローチと幾分類似している。本稿では、FHIRのような標準にデュアルモデル手法を適用する方法を示す。我々は、FHIRとHL7 CDA、EN ISO 13606、およびopenEHRなどの他の仕様との間のデータ変換に対するこのアプローチの有用性を示す。また、FHIRにアーキタイプを定義する利点と欠点、そしてこのアプローチの結果と成果についても議論する。最後に、FHIRリソースとアーキタイプの両方をサポートするテストデータサーバーを作成することで、このアプローチの例を示す。

C3-PRO Connecting ResearchKit to the Health System Using i2b2 and FHIR

Pfiffner PB, Pinyol I, Natter MD, Mandl KD: C3-PRO Connecting ResearchKit to the Health System Using i2b2 and FHIR. PLoS One, 11(3),  2016.

抄録
ヘルスケア分野における消費者情報技術の巨人による新たな関心は、スマートフォンを個人の健康データ記憶装置に変換することに焦点を当てている。オープンソースのResearchKitが導入されたことにより、Appleは研究者に対して、彼らの研究対象者にインフォームドコンセントを行い、分散した集団から個人の健康データと患者に関して報告されたアウトカム(PRO)を容易に収集するためのフレームワークを提供した。しかし、ResearchKitは、研究の背景を知らなけいため、データ転送機能を提供せず、アプリをヘルスシステムから切り離している。個人の健康データとPROは、ヘルスシステムデータの文脈に沿って提示されるときに最も価値のあるものである。私たちの目標は、パーソナルヘルスとPROデータを140の学術医療センターで広く採用されているオープンソースプラットフォームに簡単かつ安全に統合できるツールチェーンを構築することである。 我々はC3-PRO(Consent, Contact, Communicationの枠組み)を提示する。このオープンソースのツールチェインは、標準に準拠した方法で、ResearchKitアプリケーションを幅広く使用されている臨床研究インフラストラクチャ、生物学とベッドサイド(i2b2)の統合に関するインフォマティクスに接続する。 C3-PROは新興の健康データ標準Fast Healthcare Interoperability Resources(FHIR)を活用している。

A comparison of two Detailed Clinical Model representations

M Smits, E Kramer, M Harthoorn, R Cornet: A comparison of two Detailed Clinical Model representations. European Journal for Biomedical Informatics, 11(2), 7-17, 2015.

抄録
はじめに:近年、いくつかの標準化されたモデリング方法が提案されており、それは健康関連のデータモデルをその背後にある技術データモデルと区別している。これらの方法は、情報表現が技術的な考察とは無関係なことを(あるいは影響を受けることがないことを)前提にしている。詳細臨床モデル(DCM)のパラダイムはその中の1つである。このパラダイムの柱の1つは、すべての表現が同じ意味を持ち、使用される技術標準とそれを達成するためのDCM標準の要求とは独立しているということである。この論文では、2つの異なる技術標準(CDAとFHIR)で特定のDCMをモデル化し、これらのモデルに基づくメッセージが相互変換可能かどうかをテストすることによって、その主張に挑戦します。

方法:技術モデル(FHIRとCDA)を表現するために技術独立モデル(DCM)を使用して考えられる根本的な問題を特定するために、FHIRとCDAの両方で、選択されたDCMの表現を作成する複数の標準をマッピングまたは結合する際に発生する可能性のある問題を特定し、分類した。サンプルメッセージの作成中に発生した理論上の問題が実際の変換中に発生するかどうかをテストするとともに、そのほかにも何か問題があるかどうかを調べるために、DCMの臨床ドキュメントアーキテクチャ(CDA)表現をXSLTを使用してFHIR表現に変換しようと試みた。

結果:DCMの大部分は、FHIRとCDAの両方で適切に表現でき、CDAからFHIRに変換できた。しかし、情報が失われたり、その意味が変わったりする根本的な問題を特定した。これは、標準の実施中およびある規格を別の規格に変換する際に基本的な困難をもたらす。

結論:私たちの研究は、同じDCMに基づく2つの別々の技術標準を実装すると、損失の可能性と意味の変化と相互変換性の欠如が生じることを示している。これは、DCMを実装するためにどの技術標準が使用されるかが重要であることを示している。

HL7 FHIR: An Agile and RESTful approach to healthcare information exchange

Duane Bender and Kamran Sartipi: HL7 FHIR: An Agile and RESTful approach to healthcare information exchange.  Proceedings of the IEEE Symposium on Computer-Based Medical Systems, 326-331, 2013.

抄録
この研究では、医療システムの相互運用性を実現するための新しいHealth Level 7(HL7)標準のFast Healthcare Interoperability Resources(FHIR、 "fire"と発音)規格の可能性について検討した。 HL7メッセージング標準は、医療業界によって広く実装されており、数十年にわたって国際的に展開されてきた。 HL7バージョン2(「v2」)の健康情報交換基準は、電子カルテ情報を含む医療情報の交換のために病院内で利用する一般的な選択肢である。HL7バージョン2の後継バージョンであるHL7バージョン3(「v3」)は、15年間の開発で、バージョン2の欠点に対処するように設計された。 HL7 v3は、そのドキュメンテーションにおいてさえ、内部的に一貫性がなく、実際のシステムで実装するにはあまりにも複雑で高価なという業界の強い批判を受けており、多くの失敗したシステムの実装に寄与していると非難されている。 HL7は現在、FHIRを用いて標準の開発に新しいアプローチを試みている。この研究では、HL7メッセージング標準の進化、HL7 FHIRの紹介、およびHL7 FHIRと以前のHL7メッセージング標準との比較分析など、時代を追いながら説明する。

Metadata Repository for Improved Data Sharing and Reuse Based on HL7 FHIR

Hannes Ulrich, Ann-Kristin Kock, Petra Duhm-Harbeck, Jens K. Habermann, Josef Ingenerf: Metadata Repository for Improved Data Sharing and Reuse Based on HL7 FHIR. Studies in Health Technology and Informatics, 228, 162-166, 2016.

抄録
調整されていないデータ構造とフォーマットは、医療や医療研究におけるデータの緊急共有と再利用に共通の障害である。北ドイツの大腸癌腫瘍バンクでは、調和したデータセットに基づく臨床データとサンプルデータが収集され、バイオバンクと研究管理をサポートする病院統合の研究データ管理システムを使用してプールされている。コアデータセットを使用していないパートナーを追加するには、データ要素の手動での適応とマッピングが必要となっている。この手動介入に直面し、異機種の医療事例データ(値レベル)とデータ要素(メタデータレベル)の再利用に焦点を当て、メタデータレポジトリが開発された。メタデータ・リポジトリは、データ要素に注釈を付けて仲介するために構築されたISO 11179-3準拠のサーバー・アプリケーションとなっている。実装されたアーキテクチャには、FHIRデータ要素リソースとISO 11179データ要素拡張機能を使用して、データ要素に関するメタデータ情報をFHIR標準に変換する機能がある。 FHIRベースの処理は、臨床および研究のITシステムならびに他のメタデータシステムとのデータ要素の交換を可能にする。注釈が付けられ調和のとれたデータ要素が増えるにしたがって、データの品質と統合性が向上し、データ分析と意思決定のサポートを成功させることがでる。

Converting ODM Metadata to FHIR Questionnaire Resources

Doods J, Neuhaus P, Dugas M: Converting ODM Metadata to FHIR Questionnaire Resources. Studies in Health Technology and Informatics, 228, 456-60, 2016.

抄録
システム間の相互運用性とドメイン間のデータ共有はますます重要になっている。ポータルmedical-data-models.orgは、相互運用性をサポートするために、CDISC ODM形式で5,300以上のUMLSのアノテーション付きフォームを提供しているが、いくつかの追加のエクスポートフォーマットが利用可能である。 CDISCのODMおよびHL7のフレームワークFHIR Questionaireリソースが分析され、要素間のマッピングが作られ、コンバータが実装された。開発されたコンバータはポータルへ統合され、FHIR QuestionaireリソースをXMLまたはJSON形式でダウンロードするオプションが加えられた。新しいFHIRアプリケーションは、フォームのこの大きなライブラリを使用できるようになった。

CDISC ODM: Clinical Data Interchange Standards Consortium’s Operational Data Model.

Clinical Predictive Modeling Development and Deployment through FHIR Web Services

Khalilia M, Choi M, Henderson A, Iyengar S, Braunstein M, Sun J: Clinical Predictive Modeling Development and Deployment through FHIR Web Services. AMIA Annu Symp Proc, 717-26, 2015.

抄録
臨床予測モデリングには、モデル開発とモデル展開の2つの課題があります。この論文では、Health Level 7(HL7)Fast Healthcare Interoperability Resources(FHIR)標準を介してWebサービスを使用して臨床予測モデルを開発および展開するためのソフトウェアアーキテクチャを示す。これらのサービスは、OMOP CDMデータベースに格納された電子健康記録(EHR)を使用したモデル開発と、FHIRリソースを通じて個々の患者のスコアを求めるモデル展開を可能にします。 MIMIC2 ICUデータセットおよび合成した外来データセットは、予測モデル開発のためにOMOP CDMデータベースに変換された。得られた予測モデルは、患者情報の要求を受け取り、配置された予測モデルに対して予測を行い、予測スコアで応答する、FHIRリソースとして展開される。このアプローチの実用性を評価するために、FHIRモデリングWebサービスの応答時間と予測時間を評価した。我々は、患者予測当たり1秒の総応答時間で、システムが合理的に速いことを見出した。