FHIR Tooling Extensions IG, published by HL7 International / FHIR Infrastructure. This guide is not an authorized publication; it is the continuous build for version 1.2.0 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/FHIR/fhir-tools-ig/ and changes regularly. See the Directory of published versions
No hay ninguna página de traducción disponible para la página actual, por lo que se ha mostrado en el idioma predeterminado.
This page records what changed in each release of this implementation guide. Releases are listed newest first.
Every published version remains available at http://hl7.org/fhir/tools/[version], and the full publication record — including technical corrections — is in the publication history.
The theme of this release is terminology ecosystem support: two new operations, a substantially extended set of terminology issue types, and the documentation that goes with them. It also brings the additional binding purposes into line with the changes made for R6.
New operations
$cache-control (Terminology Cache Control) — manages a terminology client cache on the server. A client that repeatedly validates or expands against the same value sets and code systems registers them once under a server-issued cache-id, and then refers to them by url on subsequent calls rather than re-sending them. The operation defines the start, check and end modes, sealed and unsealed caches, and the idle timeout behaviour$compare on ValueSet (ValueSet Comparison) — determines the set relationship between the memberships of two value sets: equivalent, subset, superset, overlapping or disjoint. The comparison is over what the value sets mean, not over the structure of the resources. The server works from the definitions where it can, and expands only where it must; where the relationship cannot be soundly established the result is indeterminate rather than a guessNew extensions
New terminology issue types
Seven codes added to tx-issue-type, so that every issue a terminology server returns can carry a coded reason:
not-supported — the server understood the request but does not implement what it asks for. Repeating it against this server will not produce a different answer; another server may be able to give onetoo-costly — the server can work out the answer, but the answer is too large or expensive to produce. The client should narrow the request with a filter, or page through itversion-error — the problem lies in the versions of the resources involved rather than in the code or the value setbusiness-rule — the server declines to process content because of a rule it enforces about what it will accept, rather than because the content is invalidcannot-determine — the server was unable to determine the answer and is declining to give one rather than give one that may be wrong. This arises where an operation's outcome codes have no value meaning "unknown" — $subsumes, for instance. Clients must not read it as a negative answercache-id-duplicate — the request carried more than one cache-id; a server has no way to choose between themcache-id-unknown — the cache-id the client supplied is not known to the server: never created, expired, or released. Distinct from a value set or code system genuinely not being found, so that a stale cache does not masquerade as an authoring errorNew IG parameters
New codes in ig-parameters:
incubator-ig — directs the publisher to use an incubator IG's definitions of its resources in place of the definitions in the base specification. Currently supports hl7.fhir.uv.testing (TestPlan, TestScript, TestReport)page-heading-level — the heading level that the top heading of every generated page is moved tonarrative-heading-level — the heading level that a resource's narrative is placed at when rendered into a page (default 3)wcag-conformant — indicates that the IG should be WCAG conformant, or at least more sosignatures-using-r6-method — pre-adopts the R6 method of signing Bundlesinfer-resource-conformance — infers the conformance level for a resource in a CapabilityStatement from the maximum conformance expectation of the interactions and search parameters used within ittx-unload-early — unloads the terminology context before the HTML inspection phase to reclaim memory earlier. Only for very large IGs that are memory starved; conformance statement rendering will not work when it is set[r4|r4b|r5|r6]-inclusion - directs the publisher to include resources for specific FHIR versions when creating multi-FHIR-version IGs.Changed content
maximum is now deprecated (it is equivalent to required); current is now displayed as "Current Binding (required)" and is joined by a new current-extensible; a new best-practice purpose is defined; and preferred, ui, starter and component are now children of a new abstract open purpose. The code system also now carries notSelectable and status concept properties. Implementers should review any use of these codes — the codes themselves are unchanged, but their hierarchy and status are notExtension / Extension.value to StructureDefinitionExtension.value[x] is prohibited rather than requiredDocumentation
json-primitive-choice, json-suppress-resourcetype, xml-choice-group, elementdefinition-date-rules, elementdefinition-string-format and implied-string-prefix are now documented thereelementdefinition-string-format, resource-tla and validator-version, and the usage contexts listed for json-suppress-resourcetype and extension-style are correctedTechnical correction to 1.1.1.
hl7.fhir.uv.tools.r4 packageTechnical correction to 1.1.0.
expansion-parameters extensionlang-pack IG parameterterm-params-in-artifacts parameterrequirements-category-vsstrict-identifiers and toggle-changes parameterssnapshot-source extensiontype-profile-style extension, which was missed in 0.6.0pin-canonicals and r5-bundle-relative-reference-policy IG parametersTechnical correction to 0.4.0.