私はHL7 FHIR .NET APIリファレンス実装を使用しています。今、Forgeツールを使用して、要件に合うようにリソース（制約/拡張）を変更しようとしています。 私は、HL7のパブリッシングメカニズムがDSTU 2以降のC＃モデルを生成しないことに気付きました.Forgeを使用して作成したプロファイルをC＃リソースクラスに変換する最良の方法は、HL7.Fhir.Modelアセンブリに含めることができるこれはリファレンス実装の一部です。HL7 FHIR .NETモデル - Forge（DSTU 2）を使用して作成されたプロファイルが含まれています
公式ビルドに含まれていないモデルの生成は正しいです。
これはhttps://github.com/ewoutkramer/fhir-net-apiに変更され、残りのAPIはより簡単に維持されます。 公式ビルドの出力にT4テンプレートを使用して行われます。
新しいバージョンの仕様でモデルを更新する簡単なプロセスがあり、人々が必要に応じて最新の状態に保ちます。また、それぞれのconnectathonでNuGetで新しいビルドを公開し、 GitHub。 このような
モントリオール5月Connectathonため、この一つとして（全ての最新ビルドの出力をダウンロードし、適切なフォルダに入れます。そのPowerShellスクリプトは、その後、あなたは、Visual StudioでT4テンプレートを実行する必要があります）
https://github.com/ewoutkramer/fhir-net-api/tree/ft-connectathon-may2016
これは、少し助けを借りて自分で行うことができます。
プロファイルのコードを生成する方法については、まだ行っていませんが、理論的には可能です。 プロファイルが非常に発展し、変化しているうちに、私はこれを現時点で助言しているとは知らない。
私の理解が正しいかどうか教えてください。基本リソースを強化するために、Patientなどのように、制約を使用してリソース（Forge ..）をプロファイルする必要があります。変更されたリソースを操作するには、結果として得られるxml/xsdをターゲット言語の表現（この場合はC＃）に変換する必要があります。 プロファイルをコードに変換することをお勧めしないと言われたら、前述のケースに対するあなたの提案は何ですか？私がベースリソースxsdを直接変更し、あなたが言及したビルド/ T4テンプレート生成プロセスを通して実行する必要がありますか？ – RahulB
基本的なFHIRリソースの拡張は、説明したようにプロファイルを使用して実行されます（Forgeツールを使用して実行できます）。 ただし、拡張リソースを使用できるようにコードを変更する必要はありません。これはFHIRの強みの1つです。 FHIRのこの機能については、ここをクリックしてください。http://hl7.org/fhir/dstu2/extensibility.html この機能がないと、プロファイルされたコンテンツを簡単に相互運用することはできません。 –