簡單搜索URL

在本文檔中，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" />

第三次失敗：資源/？參數。

那麼什麼是好的語法？他們都好嗎？

來源

2013-08-23 Fred Laurent

這很可能是規範中的一個錯誤。尾部的斜線不應該在規範中，Ewout的服務器也沒有錯。我已經注意到這是投票中的一個問題

我不確定我的服務器是否是錯誤的 - 我不認爲有理由禁止那裏的斜線，但它當然不是意圖。可能是我的錯誤複製和粘貼從我的實施

來源

2013-08-23 21:48:14

「/ search」是默認命令，所以省略它給出相同的結果。因此Ewout的服務器接受的兩個選項都被認爲是正確的。

來源

2013-08-23 23:26:14

鑑於我們將修復搜索規範，我不會嘗試支持第三種語法。另外，我的服務器正在使用.NET WCF REST框架的默認行爲，試圖強制其他語法也會強制其他.NET WCF REST開發人員採取額外的步驟。如果可能，我想盡量避免！

來源

2013-08-26 09:56:19

回答

相關問題