TechTargetジャパン
医療IT
医療IT総合
技術解説
次世代標準仕様「FHIR」が、レガシーシステムだらけの医療ITの救世主となる理由

APIでは解決できない、レガシーシステム連携

次世代標準仕様「FHIR」が、レガシーシステムだらけの医療ITの救世主となる理由

医療業界にはレガシーシステムが多く存在し、API活用を阻む障害となっている。この事情から、医療情報の相互運用性を目指した次世代の標準仕様FHIRへの関心が高まっている。

公開 2017年11月27日 05時00分

更新 2022年10月05日 10時23分

著者

Evan Albright

[TechTarget]

印刷する Googleで優先するソースとして追加

FHIRについて紹介するHL7のWebサイト《クリックで拡大》

　米国規制当局は、電子医療記録（EHR）システムと他のソースの患者データとの相互運用性を高めるよう医療機関に働きかけている。そのため、レガシーシステムを利用する病院は、新しいプログラミング手法を模索している。

　国家医療IT調整室（ONC）を率いる医学博士ドナルド・ラッカー氏は、現代の医療ITの相互運用性を高める手段は医療APIだと指摘する。ONCは相互運用性を高めるために、EHRからのデータの流れや、患者監視システムにデータが戻るワークフローなどに取り組んでいる。

　一般に、API（Application Programming Interface）とは、ソフトウェアアプリケーションが相互に通信できるようにするコードのことだ。医療機関には、特にオープンAPIが適していると考えられる。オープンAPIならインターネットに公開され、多くの開発者が共有している。

併せて読みたいお薦め記事

API連係で変わる、アプリケーション開発

電子カルテに関する記事

　ラッカー氏は、2017年7月の記者会見で次のように話した。「コンピュータサイエンスの魅力的なテクノロジーはたくさんある。当機関がオープンAPIと相互運用性を使って実施しようとしていることは、コンピュータサイエンスの新しいテクノロジーの幾つかを、医療業界におけるデータ収集との橋渡しとして機能させることだ」

進化を阻むレガシーシステム

　相互運用性において医療APIが果たす役割については、2つの一般的なアプローチがあると考えられる。1つは、医療業界固有のアーキテクチャに基づいて構築したAPIを利用するアプローチだ。こうしたAPIの代表がFast Healthcare Interoperability Resources（FHIR：ファイア）だ。もう1つはRepresentational State Transfer（REST）などの一般的なエンタープライズアーキテクチャに基づいて構築したAPIを利用するアプローチだ。RESTful APIは、Web開発内での使用に適しているため、「Twitter」や「LinkedIn」などの大手Webサービス企業が利用している。

　Children's Mercy Hospitalで副院長、CIO、最高データ責任者を兼任するデイビッド・チョウ氏は次のように述べている。「他の業界を情報交換の点で見てみると、APIを利用するのが一般的になっている。APIが医療機関であまり使われないのは、医療機関の大規模システムのほとんどがレガシーテクノロジーに基づいて構築してあるためだ。そのため、主要プログラミング言語を使ってAPIを作成することさえできない。これは、厄介なことだ」

　多くの場合、ベンダーは特定のシステムや目的に合わせてAPIをカスタマイズできる。こうしたデザインのカスタマイズが、病院でソフトウェアを利用するユーザーの頭を悩ませる。そのため医療機関は、共通の標準に従い、強力な機能を提供することをAPIに求めるようになる。

　レガシーシステムと現在のニーズの溝を埋めるのは簡単ではない。「患者データが大量に存在すること、さらにはそのデータがベンダーの多種多様なシステムの間でマッピングされていることから、医療APIにおける相互運用性に対する非常に大きな課題をもたらしている」とチョウ氏は話す。「新しい医療ITベンダーがAPI対応の製品やシステムを開発しているが、医療エンタープライズシステムの規模がそうした製品に必ずしも最適であるとは限らない」とチョウ氏は言う。

相互運用性の現在の標準

　医療業界は、医療情報の相互運用性のオープンな標準仕様であるFHIRへの関心を高めている。FHIRの背後にあるアーキテクチャは、医療情報をリソースに変換する。こうしたリソースは、医療ワークフロー内での一般的な使用法に基づく。スタンドアロンのリソースもあれば、ワークフローの一部となるリソースもある。FHIRを開発した非営利医療IT標準化グループのHL7（Health Level 7 International）によると、APIはこれらのリソースを操作のセットとして表現する。

　専用プラットフォームでもオープンソースプラットフォームでも、EHRシステムの外部に安全に接続するために、FHIRが用いられ始めている。医療関連のアプリケーションにおけるオープンフレームワークの1つに、SMART（Substitutable Medical Apps, Reusable Technology）がある。SMARTは当初連邦政府から資金提供を受け、Boston Children's HospitalとHarvard Medical Schoolでの情報科学プログラムによって開発された医療ITプロジェクトだ。SMARTはアプリケーションライブラリの一部にFHIR医療APIを適合させていて、患者情報の交換とエンゲージメントを目指している。同プロジェクトのWebサイトによると、アプリケーションをテストする開発者用に無料のAPIサンドボックスサーバも提供しているという。

　だが、医療ITや情報科学の専門家の一部は、医療業界がFHIRを信頼しすぎだと考えている。他の相互運用性標準よりもFHIRに重点を置き過ぎると、他のオプションの採用が遅れる可能性がある。こう語るのは、Mount Sinai Hospitalで医療情報科学部門のシニアアソシエートを務め、医療コンピュータシステムの情報共有を向上する方法を推進するIHE Internationalの協同議長でもある医学博士デイビッド・メンデルソン氏だ。メンデルソン氏は、他のオプションとして、Webサービスに基づくIHEの施設間情報共有統合プロファイルを挙げる。このプロファイルは、標準のエンドポイントを定義し、医療情報交換用APIとして機能する。

印刷する

この記事の著者

Evan Albright

次世代標準仕様「FHIR」が、レガシーシステムだらけの医療ITの救世主となる理由

併せて読みたいお薦め記事

API連係で変わる、アプリケーション開発

電子カルテに関する記事

進化を阻むレガシーシステム

相互運用性の現在の標準

この記事の著者

関連記事

新着ホワイトペーパー PR

瞬時にM365が乗っ取られる――全社員に周知すべき“新フィッシング”の教訓

次世代標準仕様「FHIR」が、レガシーシステムだらけの医療ITの救世主となる理由

併せて読みたいお薦め記事

API連係で変わる、アプリケーション開発

電子カルテに関する記事

進化を阻むレガシーシステム

相互運用性の現在の標準

この記事の著者

関連記事

医療業界のIT化を加速する「APIエコノミー」、医療業界特有の商流に風穴を開けるか

AWSの最大の魅力はAPI、キヤノンのサービス開発部隊がクラウドで実現したこと

IBMのクラウド戦略、開発リソースのエコシステムでSIパートナーの“窮地”を救えるか

電子カルテの導入評価は賛否両論、その理由とは？

“導入効果の実感”の差が生みだす、電子カルテとレセコンの普及率の違い

今更聞けない、電子カルテとレセコンの違い

新着ホワイトペーパー PR

瞬時にM365が乗っ取られる――全社員に周知すべき“新フィッシング”の教訓