AU eRequesting Implementation Guide
0.1.0-ballot - Ballot
This page is part of the AU eRequesting (v0.1.0-ballot: AU eRequesting R1 Ballot 1) based on FHIR (HL7® FHIR® Standard) R4. . For a full list of available versions, see the Directory of published versions
Page standards status: Informative |
Searching resources is defined by the FHIR RESTful API and included here for informative purposes. The AU eRequesting CapabilityStatements document the server and client rules for the RESTful interactions described in this guide.
All the search interactions in this guide use the GET
command with the following syntax:
GET [base]/[Resource-type]?[parameter1]{:m1|m2|...}={c1|c2|...}[value1{,value2,...}]{&[parameter2]{:m1|m2|...}={c1|c2|...}[value1{,value2,...}]&...}
token
type SearchParameter (how to search by token), the syntax {system|}[code]
means that the system value is optional for the client to supply.:reference
type SearchParameter (how to search by reference), the syntax {Type/}[id]
means that the Type value is optional for the client to supply:date
type SearchParameter (how to search by date), the syntax {gt|lt|ge|le}[date]
means the date comparators “gt”, “lt”, “ge”, and “le” are optional. Date type searches without a comparator prefix are equivalent to searches with the “eq” comparator even if a server does not support the comparator.In the simplest case, a search is executed by performing a GET operation in the RESTful framework:
GET [base]/[Resource-type]?name=value&...
For this RESTful search, the parameters are a series of name=[value] pairs encoded in the URL. The search parameter names are defined for each resource. For example, the Observation resource has the name “code” for searching on the LOINC or SNOMED CT-AU code. For more information, see the FHIR RESTful Search API.