web-dev-qa-db-ja.com

HL7メッセージを操作するときにどのような問題が発生する傾向がありますか?

私はヘルスケアビジネス向けの製品をテストしており、HL7メッセージを扱っています。 HL7の問題について別の質問でうめき声を上げている人々を見ましたが、詳細については触れていません。誰かが私たちが具体的に探している必要がある問題または問題のクラスについていくつかのアイデアを教えてもらえますか?

解析には、よく使用されるライブラリを使用しています。これらの詳細や私たちがやっていることが役立つと思われる場合は、コメントでお知らせください。できれば質問に追加します。

12
Ethel Evans

あなたはHL7 v2.xを扱っていると思います

HL7は自発的に非常に柔軟です。これには大きな利点がありますが、課題も伴います。覚えておくべき基本的なルールは、すべての実装が異なるということです。まったく同じ製品を2つの異なる環境(2つの病院など)に展開する場合、データ交換ルールはおそらく異なります。対話するHL7インターフェイスの数をスケーリングできるようにしたい場合、製品はこれらの隠れた要件を満たす準備ができている必要があります。

HL7を扱うほとんどの医療システムでは、次のような共通の課題の部分的なリストに直面しています。

  • 各システムは、各データの意味を解釈できます。また、コンテキストとワークフローがセマンティックに影響を与える可能性があります。一部のシステムでは、アカウント番号(PID.18)または訪問番号(PV1.19)を使用して、いくつかの臨床ワークフローに準拠する患者を特定しました。このタイプのセマンティックギャップは、システムがこのデータをどのように受信して処理するかに影響を与える可能性があります。
  • 必須とオプション:データの一部を交換して、いくつかの異なるコンテキストでいくつかの目標を達成できるため、ほとんどのセグメントとフィールドは、公式ドキュメント(および一部のパーサー)にオプションとして記載されています。ただし、特定のワークフローを満たすために、ヘルスケア製品はおそらくデータ制約ルールを追加し、他のものを緩和するでしょう。ほとんどの場合、ケースバイケースの分析でそれらを特定する必要があります。
  • テーブル:HL7は、いくつかのフィールドの推奨値のリストを提供します。たとえば、性別の推奨値リストは6ロングです...明らかに、ほとんどのシステムは6をすべて実装していませんが、事前にサポートしていないものを受け取った場合のマッピング戦略は何ですか?
  • セグメントとフィールドをカスタマイズできます。フィールドの長さ、データ型、その他の定義属性をカスタマイズできます。重要な情報を失うことなく、それを既知のデータ構造にマップする必要があります。

jlmorin

www.caristix.com

13
jlmorin

私が遭遇したいくつかの問題:

  • 一部の組織では異なるバージョンのHL7を使用している場合があるため、互換性の問題(「横断」)が発生します。確かに、組織間のデータ転送に関与した場合、この問題に遭遇します。
  • 意味論的な標準はありません(v2.xの場合、v3がこれに対処し始めた可能性があると思います)。そのため、特定のフィールドにどのデータを含めるかを知っていても、それらのバイトの正確な意味や表現がわからない場合があります。
  • HL7は非標準規格です。広く使用されている完全に独自仕様のベンダー固有のZ-segmentsをサポートしています。
  • HL7 v2.x(xの多くの値は現在も使用されています)は非XML独自の形式であるため、これを使用するにはHL7パーサーが必要です。 (これは、すでにHL7解析ライブラリが他の人のために含まれているのでご存知です)
6
G__

最初の問題は、誰もがHL7を知っていることを確認することです。

これは、[医療|請求|保険]コーダーを置き換えて、[薬局|銀行|保険会社]のお金を節約する方法です。

それは、ソフトウェア開発におけるすべての通常の問題の上にあるしわです。

  1. スコープクリープ
  2. 不完全な仕様
  3. 「変更できない」という無効な独自仕様

そのため、HL7インターフェースからソフトウェアを使用する施設に、できる限りのお金を払いたいと思っている[Pharmacy | Bank | Insurance Company]に連絡します。あなたの契約は施設との契約であり、彼らの契約は薬局とのものであり、[Pharmacy | Bank | Insurance Company]はあなたのソフトウェアがどのように機能するかの手がかりを持っていません。あなたのソフトウェアがバグだといつも言っている。

HL7の問題は、ほとんどが安価で行われることだと思います。 HL7 3.0は決して収益化されないため、実現されない可能性があります。

「HL7の料金」を支払う場合は、HL [1-6]の料金も支払うことを忘れないでください。 SOAPインターフェイスはHL7ではありません。HL7メッセージパーサーはHL7ではなく、メッセージジェネレータでもありません。

2
Peter Turner