Skip to content

CapabilityStatement ticket implementations - #4129

Open
bvdh wants to merge 10 commits into
HL7:masterfrom
bvdh:CapabilityStatement
Open

CapabilityStatement ticket implementations#4129
bvdh wants to merge 10 commits into
HL7:masterfrom
bvdh:CapabilityStatement

Conversation

@bvdh

@bvdh bvdh commented Jun 5, 2026

Copy link
Copy Markdown
Contributor

Scope

Commits on fhir-fork branch CapabilityStatement addressing the tickets listed in the current batch scope.

Per-Ticket Change Summary

  • FHIR-51160: Replace incorrect resource-specific phrase in rest.searchParam comment.
  • FHIR-54053: Remove the Messaging CapabilityStatement rules subsection from capabilitystatement-notes.xml.
  • FHIR-54057: Add read-conditional-modified-since and read-conditional-not-match interaction codes.
  • FHIR-55150: Update CapabilityStatement.kind definition to describe general implementation expectations.
  • FHIR-55151: Add explicit version-independent binding guidance to CapabilityStatement.fhirVersion.
  • FHIR-55154: Add other concept to restful-interaction code system with ticket-defined meaning.
  • FHIR-55155: Add comment on CapabilityStatement.searchParam.type for down-conversion behavior.
  • FHIR-55156: Add other to ValueSet/system-restful-interaction compose include list.

Notes on Overlaps

  • No duplicate or overlapping ticket implementations detected from normalized per-ticket summaries.

bvdh added 10 commits June 5, 2026 12:46
- Remove the Messaging CapabilityStatement rules subsection from capabilitystatement-notes.xml
- Eliminate outdated draft-status wording for MessageDefinition and supportedMessage/event transition
- Keep adjacent RESTful and Document CapabilityStatement notes intact
- Add read-conditional-modified-since and read-conditional-not-match interaction codes
- Mark conditionalCreate, conditionalRead, conditionalUpdate, conditionalPatch, and conditionalDelete as deprecated with migration guidance
- Deprecate conditional read/delete status code systems and value sets in favor of interaction codes
- Update CapabilityStatement.kind definition to describe general implementation expectations
- Add explicit comment to use requirements when specific system knowledge is unavailable
- Keep CapabilityStatementKind value set and code system concepts unchanged
- Add explicit version-independent binding guidance to CapabilityStatement.fhirVersion
- Add binding-definition extension text for FHIR-version binding semantics
- Add tooling narrative to versioning.html for prior-release version-independent behavior
- Add `other` concept to `restful-interaction` code system with ticket-defined meaning
- Include `other` in `ValueSet/type-restful-interaction` compose and narrative table
- Update CapabilityStatement.rest.resource.interaction.code short list to include `other`
- Add comment on CapabilityStatement.searchParam.type for down-conversion behavior
- Specify that additional future search parameter types map to `special`
- Keep SearchParamType terminology and required binding canonical unchanged
- Add other to ValueSet/system-restful-interaction compose include list
- Add matching other narrative row in system interaction value set table
- Update CapabilityStatement.rest.interaction.code short list to include other
- Replace incorrect resource-specific phrase in rest.searchParam comment
- Keep remaining system-level comment guidance unchanged
- Leave rest.resource.searchParam comment text unchanged
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant