使用 C# 和 SQL 服务器 ( RDBMS ) 创建 Fhir 服务器
Making a Fhir server using C# and SQL Server ( RDBMS )
我对 Fhir 的承诺感到兴奋。最近几天我开始思考这个问题。
我们有一个包含健康相关记录的现有 SQL 服务器数据库。我们正在尝试使用符合 Fhir 标准的消息进行通信。
发送数据：根据 http://hl7.org/fhir/, and using data object model of https://www.nuget.org/packages/Hl7.Fhir.DSTU2 中给定的规范，我可以将我的关系数据转换为 Hl7.Fhir.Model 数据。然后，将数据转换为 JSON / XML.
消费数据：我们可以将传入数据映射到 Hl7.Fhir.Model。但是，我发现很难将扩展名（即不是直接的 属性）映射到我们的专栏。有什么方法可以轻松做到这一点？
SQL 服务器不是构建 Fhir 服务器的好选择吗？我必须考虑使用 MongoDB / DocumentDB 吗？
如果需要，您可以直接添加表格以支持扩展。当然，您不会在内部了解这些扩展并使用其中的内容。但这就像使用 mongo 等
但您不必往返延期。许多 FHIR 实现正是您所说的：现有模式（通常是关系数据库）之上的 FHIR 外观。他们支持他们决定支持的特定扩展，方法是将它们构建到他们的架构中（或者它们已经存在）
我对 Fhir 的承诺感到兴奋。最近几天我开始思考这个问题。
我们有一个包含健康相关记录的现有 SQL 服务器数据库。我们正在尝试使用符合 Fhir 标准的消息进行通信。
发送数据：根据 http://hl7.org/fhir/, and using data object model of https://www.nuget.org/packages/Hl7.Fhir.DSTU2 中给定的规范，我可以将我的关系数据转换为 Hl7.Fhir.Model 数据。然后，将数据转换为 JSON / XML.
消费数据：我们可以将传入数据映射到 Hl7.Fhir.Model。但是，我发现很难将扩展名（即不是直接的 属性）映射到我们的专栏。有什么方法可以轻松做到这一点？
SQL 服务器不是构建 Fhir 服务器的好选择吗？我必须考虑使用 MongoDB / DocumentDB 吗？
如果需要，您可以直接添加表格以支持扩展。当然，您不会在内部了解这些扩展并使用其中的内容。但这就像使用 mongo 等
但您不必往返延期。许多 FHIR 实现正是您所说的：现有模式（通常是关系数据库）之上的 FHIR 外观。他们支持他们决定支持的特定扩展，方法是将它们构建到他们的架构中（或者它们已经存在）