我目前正在做一个happy - fhir项目。在那里，我想实现一个收集病人的问卷回答。该集合返回具有给定PatientId的患者的所有questionnairerresponses。这样做没有问题，但我还想遵守REST资源命名约定。所以我的Collection的搜索URL应该是这样的https://example.com/patient/{id}/questionnaireresponses。现在我的搜索URL看起来像这样:https://example.com/QuestionnaireResponse?patient={id}我已经尝试用@Path("/patient/{id}/questionnaireresponses")设置我自己的搜索Url，但HAPI-FHIR似乎忽略了这一点。我已经搜索了HAPI-FHIR文档，但没有找到任何相关的内容。
我的问题是在哪里搜索url的命名发生在HAPI-FHIR，我怎么能改变搜索url的名称?
虽然我也发现FHIR的命名和语法选择有点烦人，但它们是FHIR规范的一个组成部分，而不是Hapi所特有的。如果您更改了它们，您的服务器将无法被期望使用标准化FHIR API的客户机使用。哪种方式违背了使用FHIR的意义，不是吗?
在Hapi服务器请求中更改资源名称(Patient to Patient或patients)可能是微不足道的，但由于它实际上没有多大意义，因此可能没有意义。因此，从技术上讲，您可能被迫预先处理请求以支持这部分语法。对于您想要的那种分层查询(patient/{id}/questionnairerresponses)，事情甚至在纯语义上都更加复杂，因为两个资源类型之间可能存在不止一种关系。即使对于您的示例，patient/{id}/questionairerresponses是否只返回患者作为主题的响应，还是只返回患者作为作者的响应?你如何检索他的作品呢?FHIR设计得尽可能明确，以避免可能导致错误信息发送的不同解释。
HapiFhir提供了将两个资源分组在一起的机制。使用隔间解决了我的问题。