HL7 FHIR .NET 模型 - 包括使用 Forge (DSTU 2) 创建的配置文件答案

【问题标题】：HL7 FHIR .NET Models - include profiles created using Forge (DSTU 2)HL7 FHIR .NET 模型 - 包括使用 Forge (DSTU 2) 创建的配置文件
【发布时间】：2016-06-23 07:07:14
【问题描述】：

我一直在使用 HL7 FHIR .NET API 参考实现 - 利用库中嵌入的现有资源模型。现在，我正在尝试使用 Forge 工具来修改资源（约束/扩展）以满足我的要求。我注意到 HL7 发布机制不会从 DSTU 2 开始生成 C# 模型，并且想知道 - 将使用 Forge 创建的配置文件转换为 C# 资源类的最佳方法是什么，以便它们可以包含在 HL7.Fhir.Model 程序集中是参考实现的一部分。

【问题讨论】：

标签： hl7-fhir

【解决方案1】：

不属于官方构建的模型的生成是正确的。

现在已移至https://github.com/ewoutkramer/fhir-net-api，API 的其余部分更易于维护。它是在官方构建的输出中使用 T4 模板完成的。

使用新版本的规范更新模型有一个简单的过程，我们会根据人们的需要保持新鲜，对于每次连接马拉松，我们都会在 NuGet 中发布一个新版本，并在 GitHub 中拥有一个代码分支. （它是一个 powershell 脚本，可以下载所有最新的构建输出并将它们放在适当的文件夹中，然后您需要在 Visual Studio 中运行 t4 模板）

例如蒙特利尔五月连接马拉松的这个

https://github.com/ewoutkramer/fhir-net-api/tree/ft-connectathon-may2016

这可以在一些帮助下自己完成。

至于为配置文件生成代码，我们还没有这样做，但理论上是可行的。不知道我现在会建议这个配置文件处于如此多的发展和变化中。

【讨论】：

请让我知道我的理解是否正确 - 为了增强基础资源，比如 Patient，我需要使用约束来分析资源（Forge..）。要使用修改后的资源，需要将生成的 xml/xsd 转换为目标语言的表示形式 - 在本例中为 C#。当您说您不建议将配置文件转换为代码时，您对上述情况的建议是什么 - 我应该直接修改基础资源 xsd 并通过您提到的 build/T4 模板生成过程运行它吗？
按照您的描述，扩展基本 FHIR 资源是使用配置文件（您可以使用 Forge 工具完成的）完成的。但是，您无需更改任何代码即可使用扩展资源。这是 FHIR 的优势之一。 FHIR 的此功能在此处描述 hl7.org/fhir/dstu2/extensibility.html 没有此功能，已分析的内容无法轻松互操作。
@BrianPostlethwaite 已经两年了，有更新吗？我想将 fhir-net-api 与我的扩展版本资源一起使用。当然，我会用 forge 进行结构定义。如何在 fhir-net-api 中拥有我的扩展资源？谢谢你。考虑到我不知道什么是t4模板！