问题标签 [dstu2-fhir]

我们正在寻求使用 FHIR 药物处方资源来定义药物时间表。数据模型抛开时间表如下：

• 药物/药物
• 开始日期
• 结束日期
• 管理时间
• 地点/路线

例如

阿莫西林 50mg - 口服 - 从 01/06/2015 到 05/06/2015 每天 3 次：09.00 / 13.00 / 18.00

有人知道现有的 DSTU2 规范是否可行？

干杯

我一直在 nodejs 中使用 fhir.js 库。我的阅读和搜索工作正常，但创建或更新却一直给我一个错误。有没有其他人使用过这个库？

我像这样实例化我的客户：

像这样开发一个患者条目：

像这样从库中调用 create：

在库中，我收到的错误是在 resource.js 中声明 id = headers('Content-Location') -- 类型错误，未定义不是函数。

我尝试过的事情：

所以我根据读取方法将其更改为 id = headers && headers('Content-Location') 。这给了我一个“内容类型”未定义但更新需要。所以我在标题中添加了一个 Content-Type 。这给了我一个无法解析 JSON 错误。所以我重新编写了该方法，现在检索了一个患者对象，该对象在我的控制台中更新，但不在服务器中。

这里是创建方法：

我是 FHIR 新手，无法理解隔间搜索的概念。我读过隔间是一组相似的资源，但是当我们进行隔间搜索时，我们提供以下路径： /[compartment]/[id]/?[parameters] '/[compartment]/[id]/ [类型]？[参数]''/[隔间]/id/条件'

谁能给出我们在每个请求中使用 ID 作为参数的原因，并请给出每个请求的一个示例。

我正在尝试为GAO的EvaluateOrder事务构建Order资源。根据规范，它使用包含的资源，如下所示。我遇到的问题是 .NET 对象模型似乎需要资源引用。有没有办法在参考中包含数据，或者这个用例是否超出了模型的意图？

GAO 订单规格

将以下通用文件类型的 HDFS 目录遍历/提取/解析为 spark 数据帧、rdd 或稀疏数组的最佳通用方法是什么？我发现尝试将其转换为适合传统分析工作负载的格式有点笨拙。我尝试的一种方法涉及点链接键，但结果证明它既不完整又不可扩展。

https://hl7-fhir.github.io/bundle.html

这是一个例子：

任何有关如何有效地和整体地剖析此类数据文件的指针将不胜感激！

有时回来，我可以在 HAPI DSTU2 服务器上执行隔间搜索，但现在我无法这样做。以下是我使用的请求格式：

也请让我知道其他支持隔间搜索的服务器。

我正在使用带有 DSTU2 的 Fhir-net-api 将 JSON 对象解析为 C# 模型。一切正常，除了我无法访问资源类型Procedure的Reason元素。例如，我使用FhirParser将以下 JSON 对象解析为 Procedure 模型：

并且生成的对象具有以下条目（摘录）： 过程

我可以Report[0].Reference正常访问，但它不适用于Reason.Reference. 我的 JSON 对象中的数据是否错误？我已经看到Reason的类型是Hl7.Fhir.Model.Element和Report的类型是 Hl7.Fhir.Model.ResourceReference。有没有办法将Reason更改为Hl7.Fhir.Model.ResourceReference然后访问Reference元素？

将不胜感激任何提示。谢谢。

问候，

电车

我有一些自定义代码，可以根据一些用户输入创建结构定义。它的工作方式是通过从用户那里获取结构定义要求来设置差异，生成快照，最后我将其持久化到 Fhir Server 上的本地存储中。在将 StructureDefinition 持久化到数据库之前，我尝试了以下代码片段来验证它，但是无论我将传递给它的 structureDefinition 是什么，validationResult 始终为空。谁能让我知道验证自定义结构定义的正确方法？

我正在使用 Hl7.Fhir.Rest.FhirClient 更新我们本地 fhir 服务器上的一些资源。但是，有时我们会收到以下异常，我无法确定它发生的原因？有没有人有办法调试问题以查看发生了什么

端点返回了 contentType 为“text/html”的正文，而预期的 FHIR xml/json 正文类型为有效。这是 FHIR 端点吗？

这也是我们收到的堆栈跟踪的一部分

我目前正在研究一种促进数据流动的实现，从临床记录到个人健康记录。

我们计划将 FHIR ClinicalImpression 资源用于常规计划的健康审查，这似乎是一个很好的匹配。这些审查是标准护理计划的一部分，具有特定的名称/类型来区分它们，并有一个包含一组问题、测试、发现和跟进的表格，供卫生专业人员填写患者。查看 ClinicalImpression 资源，我没有看到 (a) 进行评估的位置和 (b) 评估的名称/类型的属性。

这似乎是一个疏忽。这些是否应该使用扩展来实现？

我们认为调查[0]/代码不合适，因为评估的名称/类型与临床印象中的所有信息有关

任何意见、建议或反馈都将受到欢迎。

提前致谢，

鲍勃。