2013-08-23 83 views
0

在本文档中,http://www.hl7.org/implement/standards/fhir/query.htm的查询部分,搜索请求(之前没有/?)这样定义简单搜索URL

GET .../[resourcetype]/(?parameters) 

随后,我们发现

GET .../patient?_id=23 

我们发现搜索关键字太

GET [baseurl]/diagnosticreport/search?subject.name="peter" 

我做了3个请求到格雷厄姆的测试服务器

http://hl7connect.healthintersections.com.au/svc/fhir/practitioner/?given=Henry 
http://hl7connect.healthintersections.com.au/svc/fhir/practitioner?given=Henry 
http://hl7connect.healthintersections.com.au/svc/fhir/practitioner/search?given=Henry 

所有的工作。所有作出了同样的HREF(该链接)的形式(与搜索关键字)

<link href="http://hl7connect.healthintersections.com.au/svc/fhir/practitioner/search?_format=text/xml+fhir&amp;search-id=c7d9338a-b64a-41db-875d-d3c68a12c6&amp;given=Henry&amp;search-sort=_id" rel="self" xmlns="http://www.w3.org/2005/Atom" /> 

我做这3所要求Ewout的测试服务器/

http://fhir.furore.com/fhir/practitioner/search?given=Henry 
http://fhir.furore.com/fhir/practitioner?given=Henry 
http://fhir.furore.com/fhir/practitioner/?given=Henry 

前两个要求的工作,并返回相同的链接

<link rel="self" href="http://fhir.furore.com/fhir/practitioner/search?given=Henry" /> 

第三次失败:资源/?参数。

那么什么是好的语法? 他们都好吗?

回答

1

这很可能是规范中的一个错误。尾部的斜线不应该在规范中,Ewout的服务器也没有错。我已经注意到这是投票中的一个问题

我不确定我的服务器是否是错误的 - 我不认为有理由禁止那里的斜线,但它当然不是意图。可能是我的错误复制和粘贴从我的实施

1

“/ search”是默认命令,所以省略它给出相同的结果。因此Ewout的服务器接受的两个选项都被认为是正确的。

1

鉴于我们将修复搜索规范,我不会尝试支持第三种语法。另外,我的服务器正在使用.NET WCF REST框架的默认行为,试图强制其他语法也会强制其他.NET WCF REST开发人员采取额外的步骤。如果可能,我想尽量避免!