2017-07-26 11 views
1

FHIR値とSoR値セットには、1対1のマッピングがほとんどありません。常に1対1マッピングを行う必要があります。SoR参照データ

この文脈では、私たちのサーバーからのFHIR応答の一部として、選択されたFHIRコード/コード可能な概念とともにSoR固有の参照データを提供する必要があります。消費者が正しくSORにマッピングするためのPOST/PUT/PATCH相互作用の間にもSOR値を供給する必要があるということで

{ 
    "resourceType": "Appointment", 
    "id": "example", 
    "text": { 
    "status": "generated", 
    "div": "<div xmlns=\"http://www.w3.org/1999/xhtml\">Brian MRI results discussion</div>" 
    }, 
    "status": "booked", 
    **<<"SoR_status" : "XYZ_Booked">>** 
} 

アイデア - 例えば、以下のステータスを参照してください。

関連する属性ごとに_fhir_commentsや拡張を使用することを検討しましたが、_fhir_commentsはこの目的には直感的ではなく、拡張を使用していくつか(おそらく複製)する必要がありますほとんどのリソースとその参照データ属性はそのような値を保持する必要があります。

この場合の推奨事項は何ですか - 拡張機能を使用する必要がありますか?もしそうなら、私たちはリソースの代わりに型を拡張することを考えなければなりません。他の提案も歓迎されます。

答えて

1

拡張子は、この情報を伝える適切な方法です。コメントは、意味のある意味のある情報を伝えることを意図したものではありません。主な目的は、サンプルインスタンスを読むときの指針を与えることです。

複数のリソースで使用できる拡張機能を完全に定義することは可能です。したがって、多くの/ほとんどのリソースに表示する必要のあるコンセプトがある場合は、1つの拡張を定義するだけで済みます。エクステンションの許可された「コンテキスト」として各許可されたリソースを単にリストするだけです。

+0

ありがとうLloyd - 私たちはアプローチに行きます。長期的には、これは実装者にとって共通のパターンなので、FHIRへの変更と見なして、このサポートが基本リソース自体で利用できるようにすることは合理的でしょうか? – RahulB

+0

変更依頼を送信してください。 FHIR仕様の各ページの下部にあるリンクを変更してください)。 –

関連する問題