Skip to content

v9.3.1#2548

Merged
johngrimes merged 6 commits intomainfrom
release/9.3.1
Feb 16, 2026
Merged

v9.3.1#2548
johngrimes merged 6 commits intomainfrom
release/9.3.1

Conversation

@johngrimes
Copy link
Member

Adds support for standard FHIR search parameters in the fhirpath search module:

  • Load and register standard FHIR search parameters from sp.json alongside custom parameters
  • Refactor SearchParameterRegistry and FhirPathUnionParser to use String resource type keys instead of the ResourceType enum, enabling support for base types such as DomainResource and Resource
  • Support string search on HumanName and Address types by recognising them as string-compatible
  • Build per-resource FHIRPath expressions from union expressions in standard search parameter definitions
  • Expand SearchColumnBuilder to handle additional search parameter types: uri, quantity, and number

Extends the search endpoint to accept standard FHIR search parameters
(token, string, date, number, quantity, reference, URI) alongside the
existing FHIRPath-based search. Standard parameters are processed via
SearchColumnBuilder while FHIRPath filters continue to use the
DatasetEvaluator for truthy semantics and custom type support.

Updates SearchProvider to capture raw parameters via @RawParam,
ConformanceProvider to declare search parameters in the
CapabilityStatement, and the search exception hierarchy to return
HTTP 400 for invalid parameters.
Replace ResourceType enum keys with String keys throughout the search
parameter registry and its callers. This removes the limitation that
only standard FHIR resource types can be represented, enabling support
for custom types like ViewDefinition.
Archive the completed expand-server-search OpenSpec change
artifacts and sync the server-search-params delta spec to
main specs.
Add a search parameters section to the resource search form that
allows users to select from the server's declared search parameters
for the chosen resource type and provide values. Parameters are
extracted from the CapabilityStatement and sent as standard FHIR
query parameters alongside any FHIRPath filters.
String search parameters whose FHIRPath expression resolves to a
complex type (HumanName, Address) are now expanded into sub-field
expressions. Each sub-field is matched independently and results
are OR'd together, fixing DATATYPE_MISMATCH errors from Spark.
Previously only invalid parameter names were cleared. Now all filter
and parameter rows reset to their initial empty state, avoiding
confusion from stale search criteria.
@johngrimes johngrimes added the release Pull request that represents a new release label Feb 16, 2026
@github-project-automation github-project-automation bot moved this to Backlog in Pathling Feb 16, 2026
@johngrimes johngrimes changed the title Release 9.3.1 v9.3.1 Feb 16, 2026
@johngrimes johngrimes moved this from Backlog to In progress in Pathling Feb 16, 2026
@johngrimes johngrimes merged commit a5a02cb into main Feb 16, 2026
13 checks passed
@johngrimes johngrimes deleted the release/9.3.1 branch February 16, 2026 07:11
@github-project-automation github-project-automation bot moved this from In progress to Done in Pathling Feb 16, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

release Pull request that represents a new release

Projects

Status: Done

Development

Successfully merging this pull request may close these issues.

1 participant