そこで、既存の EMR のクライアント インターフェイスを構築する方法を研究しています。HL7 やさまざまなコーディング スキームに関する情報をたくさん読みましたが、まだまったくわかりません。
以前に EMR を使用したことがある人へ: HTTP-POST および HTTP-GET 要求を使用してデータをサーバー データベースにプル/プッシュできる Web インターフェイスを構築することは可能ですか? それとも、Web アプリケーションなどのクライアント用に別のデータベースを用意し、Mirth などのインターフェース エンジンを使用して EMR データベースと Web アプリケーション間の通信を行いますか?
なぜこれができなかったのかわかりません。特定のURIでリクエストを処理するためのWebサービスを構築する必要があります。このURIが呼び出されると、Webサービスはリクエストとともに送信されたデータを使用してデータベースに変更を加えます。
Webサービスを構築したら、ユーザーに情報を表示するある種のフロントエンドを構築できます。そして、HTTP-GETおよびHTTP-POST呼び出しを行います。
あなたがやろうとしていることには多くの柔軟性があります...だから確実に計画を立ててください。
一般に、EMRデータベースを操作できる独自のWebサービスとフロントエンドアプリケーションを構築することで、必要なことを実行できるはずです。
Web サービス API は間違いなく進むべき道です。これの利点の 1 つは、転送中のデータの暗号化に https をほぼそのまま使用できることです。
EMR を構成した方法は、EMR データベースに直接接続する特定の IP から着信 hl7 メッセージを受け入れる tcp サーバーを用意することです。これは、emr プロセスとインターフェイス プロセスを分離することで有益です (たとえば、インターフェイスがダウンした場合に EMR 全体を再起動する必要はありません)。
もう 1 つの優れた機能は、疑似認証用のトークン システムを用意することです。ただし、これは安全な接続を使用している場合にのみ機能します。
独自の tcp サーバーを作成することに興味がない場合 (それほど難しいことではありません)、API ベースのサーバーでもおそらく問題ありません。
編集:どの言語を使用すると思いますか?
あなたが遭遇するかもしれない他のこと：
それは本当にあなたのアーキテクチャと要件に依存します。
アーキテクチャ 1 クライアントを Web ベースにしたいが、クライアントがバックエンドから分離されたアプリである場合、Web は HTTP を使用してクライアント アプリ サーバー側に情報を送信し、それから EHR バックエンドに情報を送信します (別のアプリ）。その 2 番目の通信は、標準を使用して記述される場合があります。これは、将来、より多くのシステムをバックエンドに統合するのに役立ちます。HL7 v2.x を使用している場合は、インターフェースを HL7 ベースにすることができます。
これは、HL7 データを通信する最も効率的な方法です。TCP を扱いたくない場合は、HTTP を介した HL7 v2.x の提案があります。HAPI 実装: http://hl7api.sourceforge.net/hapi-hl7overhttp/
HL7 v2.x を使用せずに HL7 v3 (別の標準であり、実際には 2.x のバージョンではない) または CDA を使用する場合は、HTTP または SOAP を使用できます。
アーキテクチャ 2 ただし、クライアントをユーザー側 (ブラウザー) の UI にするだけの場合は、ブラウザーからサーバーに情報を送信するには HTTP POST で十分です。つまり、EHR は Web IU を備えた集中型 EHR です。
最初のアーキテクチャのケースでは、おそらく複数のクライアント アプリ (完全な EMR アプリ) とバックエンド EHR サーバー (集中型バックエンド) があるでしょう。私の開発では、この 2 番目のアーキテクチャに従います。
また、Mirth は、クライアント アプリとバックエンド アプリの間のすべての通信を管理するのに役立つ可能性があります。2 番目のケースでは、Mirth の使用はナンセンスであり、単なる Web アプリケーションであり、クライアントは Web サーバーと直接通信します。もちろん、Mirth を Web サーバーとして使用することもできますが、それはその役割ではなく、Web サーバーではなく ESB です。
それが役立つことを願っています!