私はヘルスケアビジネス向けの製品をテストしており、HL7メッセージを扱っています。 HL7の問題について別の質問でうめき声を上げている人々を見ましたが、詳細については触れていません。誰かが私たちが具体的に探している必要がある問題または問題のクラスについていくつかのアイデアを教えてもらえますか?
解析には、よく使用されるライブラリを使用しています。これらの詳細や私たちがやっていることが役立つと思われる場合は、コメントでお知らせください。できれば質問に追加します。
あなたはHL7 v2.xを扱っていると思います
HL7は自発的に非常に柔軟です。これには大きな利点がありますが、課題も伴います。覚えておくべき基本的なルールは、すべての実装が異なるということです。まったく同じ製品を2つの異なる環境(2つの病院など)に展開する場合、データ交換ルールはおそらく異なります。対話するHL7インターフェイスの数をスケーリングできるようにしたい場合、製品はこれらの隠れた要件を満たす準備ができている必要があります。
HL7を扱うほとんどの医療システムでは、次のような共通の課題の部分的なリストに直面しています。
jlmorin
私が遭遇したいくつかの問題:
Z-segments
をサポートしています。最初の問題は、誰もがHL7を知っていることを確認することです。
これは、[医療|請求|保険]コーダーを置き換えて、[薬局|銀行|保険会社]のお金を節約する方法です。
それは、ソフトウェア開発におけるすべての通常の問題の上にあるしわです。
そのため、HL7インターフェースからソフトウェアを使用する施設に、できる限りのお金を払いたいと思っている[Pharmacy | Bank | Insurance Company]に連絡します。あなたの契約は施設との契約であり、彼らの契約は薬局とのものであり、[Pharmacy | Bank | Insurance Company]はあなたのソフトウェアがどのように機能するかの手がかりを持っていません。あなたのソフトウェアがバグだといつも言っている。
HL7の問題は、ほとんどが安価で行われることだと思います。 HL7 3.0は決して収益化されないため、実現されない可能性があります。
「HL7の料金」を支払う場合は、HL [1-6]の料金も支払うことを忘れないでください。 SOAPインターフェイスはHL7ではありません。HL7メッセージパーサーはHL7ではなく、メッセージジェネレータでもありません。