web-dev-qa-db-ja.com

HL7FHIRを介した2つの独立したプラットフォーム間の相互運用性

モバイルアプリ:(患者)

登録、ログイン、個人情報の入力、血圧係数、心拍数、血糖値の入力が可能なAndroidモバイルアプリケーションを開発しました。さらに、場所を検討しましたボタンを押すことでユーザーが医師の処方箋をダウンロードし、1日/週/月に何回または...患者(モバイルアプリユーザー)が上記の要素のどれを入力する必要があるかを言います。さらに、データベースはに接続されていますこのアプリは独立して動作しています。

Webアプリ:(医師)

一方、私は医師の権限下にあるWebアプリケーションを開発したいと考えており、医師は患者を作成し、処方箋を割り当て、モバイルアプリケーションからのデータを検証することができます。さらに、このWebアプリに接続されているデータベースには独自の構造があり、独立して動作しています。

現在、最も重要な部分は、HL7標準、特にFHIRを使用して、これら2つのプラットフォーム(Webアプリとモバイルアプリ)間で情報を交換することです。

これまでのところ、HL7メッセージングシステムをサポートするように設計されたMirthConnectという名前のオープンソースアプリを見つけました。また、HAPIライブラリを使用できるHL7FHIRメッセージを作成することもわかりました。しかし、私は自分の目標を達成するためにこのマースをどのように使用すべきか本当に混乱していますか?これらの2つのプラットフォームHL7を相互運用可能にすることが私の解決策になるでしょうか?

このmirthconnect FHIRの使用経験が少しでもある場合に備えて、メモやコメントをいただければ幸いです。

2
Jasmine

まず最初に、そして最も重要なこととして、ここでの用語に非常に注意する必要があります。いくつかのHL7標準があり、FHIRが1つです(最新のものであり、活発に開発されているものです)。もう1つは、非常に広く使用されているHL7メッセージングシステムv2です。この2つはまったく異なり、混乱させると事態は混乱します。

適切な例:これまでのところ、HL7メッセージングシステムをサポートするように設計されたMirthConnectという名前のオープンソースアプリを見つけました。また、HAPIライブラリを使用できるHL7 FHIRメッセージを作成することもわかりました

FHIRメッセージは、HL7メッセージングシステムの一部ではありません。

実際の質問に関しては、データベースが独立しているという意味によって異なります。 FHIR以外の標準を使用する既存のデータベースとインターフェイスしようとしている場合は、Mirth Connectが最適な方法かもしれません-私は想像しますこれはデータアクセス層のどこかにありますが、Mirthについてはあまり知りません。ただし、データベースが新しく、その構造を制御できる場合は、なぜMirthが必要になるのかわかりません。私の理解では、さまざまな標準間で変換する必要があります(HL7メッセージングシステムやHL7 FHIRなどですが、最後にFHIRのサポートがベータ版であることを確認しました)。両端でFHIRを使用している場合、翻訳するものは何もありません。

FHIRの場合、HAPIライブラリはJava/Androidを使用する方法です。 FHIRはデータモデルとREST API標準の両方で構成されており、HAPIは両方をサポートしています。Webアプリとモバイルアプリの通信方法は正確にはわかりませんが、簡単な方法でこれを処理するには、WebアプリにFHIR REST APIを公開してHAPIサーバーライブラリを使用して必要なリソースと操作を行い、モバイルアプリでHAPIクライアントライブラリを使用して動作させるようにします。 。 FHIR仕様のSMART は、認証/承認に役立ちます。

1
Astrid

考慮事項

  1. 最初に決定するのは、2つのアプリケーション間で交換されるデータです。2つのアプリケーションを開発した場合、相互運用性を実装する必要があるかどうかはわかりません。開発した2つのアプリケーションを統合できるからです。ご存知のとおり、両方のアプリケーションのフローと構造です。これらのアプリケーションをサードパーティのアプリケーションと相互運用する場合は、シナリオが変わります。アプリケーションを相互運用する場合は、[〜#〜] oid [〜#〜]が必要です。イタリアでは、次のように表示されます。 http://www.hl7italia.it/node/34

  2. 相互運用することを選択した場合は、サポートするメッセージングアプリケーションのタイプを決定する必要があります。このため、「患者管理管理」([〜#〜] pam [〜#〜 ])、これは第3章にあります。 HL7標準には、参照があります ここ:http://wiki.ihe.net/index.php/Patient_Administration_Management

  3. ツールについて:私はMirth Connectを使用しましたが、これは最もコストのかからない実装であり、Mirthは処理の一部であるミドルウェア。 HAPIを使用すると、アプリケーションで開発を行う必要があります。この場合、アプリケーションからHAPIHL7をネイティブにサポートすることができます。Mirthはワークフローの中間です。

  4. FHIRはまだテスト段階にあり、完全に採用されているわけではありませんが、テストして、FHIRを介してリソースを消費するように「計画」されたアプリケーションに許可することができます。

1
Ale