2016-08-30 6 views
4

EHRプラットフォームでsidecar applicationsのサポートを追加しようとしています。私は、CDA < ---> FHIRをマッピングするための中間表現(XMLなど)を構築する純粋な実装者のアプローチを採用しています。私はこのためのリファレンス実装としてスマートオンfhirを使用しています。私が使用しようとしているCDAはオーストラリアの拡張です - eferferral(www.digitalhealth.gov.au/implementation-resources/clinical-documents/EP-0936-2012/NEHTA-0967-2012)。CDA FHIRマッピング

スマートオンfhir(またはその他のFHIR)リファレンス実装を使用して、このような中間表現を作成することはできますか?他の誰かがこれを試しましたか?

私はこれらのレポに出くわした実際の実装を探している間:

FHIRグループは、いくつかの手がexamplesを細工があります。これらのFHIRリソースに相当するCDAの例はありますか?

私のような、変換の間の課題に関するウェブ記事と白の紙文書のカップルを読んだことがある:デビッドヘイのblogはに根ざし、FHIR文書は、それがオブジェクトグラフのようなものであるということである」と言う

  • 構成リソース
    "と同じですが、CDAと同等の表現ですか?
  • Rene Spronk's article HL7 v3がメッセージであるか文書であるか。
  • Lantana Group position paper - "" FHIRが完全なCDAユースケースに対応することができれば、将来はシームレスな統合と情報共有の約束が成り立ちます臨床文書およびAPI "を参照してください。これはCDA < ---> FHIR標準のこの段階でFHIR変換ができないことを意味しますか?クロスは、両方のSOとFHIRのコミュニティフォーラムでそれを投稿するための

謝罪:http://community.fhir.org/t/cda-fhir-mapping-implementations/211/1

答えて

3

CDA FHIRに非常に簡単です、あなたはすでにそれを行う、いくつかのリポジトリを見つけたように見えます。

FHIRからCDAまでもかなり簡単です。あなたが気にするのは、有効なものであると仮定します。 AU/NZロケールで使用するためにこれらのライブラリを調整する必要があります。

これは、 - Keith Booneには、2つの間のマッピングにおけるいくつかの課題についてのブログ記事がいくつかあります。常に癖があるためです。

あなたが抱える最大のハードルは、忠実度の喪失です。 CDA(少なくともここの州のC-CDA)には非常に多くのHL7v3クラフトが付属しており、FHIRに変換することで、FHIRから元のC-CDAを即座に再作成することはできません。 CCDテンプレートは、C32要素、C-CDA 1.1 templateIds、およびおそらくいつかはC-CDA 2.1 templateIdsを含むドキュメントを見つけるほど進化しました。したがって、合理的に有効なC-CDAをFHIRバンドルから外すことができますが、ターゲットとなる特定の実装とバージョンを選択する必要があります。

私のスタートアップhttps://www.redoxengine.comには、docsページで見ることのできるJSONバージョンのCDAがあります。シンプルさのために設計されていますが、FHIRリソースに前後にマップすることができます。