Available plugins and services
Infrastructural plugins
- Name:
Maintenance
- Configuration:
Vonk.Core.Infra.MaintenanceConfiguration- License token:
- Order:
20
- Description:
Periodically cleans the indexed values for deleted or superseded resources from the database.
- Name:
FhirPath
- Configuration:
Vonk.Core.Conformance.FhirPathConfiguration- License token:
- Order:
50
- Description:
Add FhirPath capabilities (Fhirpath compiler and custom function implementations)
- Name:
License
- Configuration:
Vonk.Core.Licensing.LicenseConfiguration- License token:
- Order:
120
- Description:
Registers the LicenseService that checks for a valid license. Without this plugin Firely Server does not work.
- Name:
Serialization
- Configuration:
Vonk.Core.Serialization.SerializationConfiguration- License token:
- Order:
130
- Description:
Registers an implementation for the
ISerializationServiceandISerializationSupportinterfaces and actual serializers and parsers for JSON and XML.
- Name:
Terminology Services
- Configuration:
Vonk.Plugins.Terminology.TerminologyConfiguration
- License token:
- Order:
132
- Description:
Registers local and remote terminology services to make them available as a core infrastructure.
- Name:
Pluggability
- Configuration:
Vonk.Core.Pluggability.PluggabilityConfiguration- License token:
- Order:
150
- Description:
Registers services to dynamically build the
IModelServiceusing registeredIModelContributorimplementations.
- Name:
SearchAnonymization
- Configuration:
Vonk.Plugin.SearchAnonymization.SearchAnonymizationRequestHandlingConfigurationandVonk.Plugin.SearchAnonymization.SearchAnonymizationResponseHandlingConfiguration- License token:
- Order:
1100 & 1238
- Description:
Removes privacy-sensitive information from the navigational links of a searchset bundle
- Name:
Http to Vonk
- Configuration:
Vonk.Core.Context.Http.HttpToVonkConfiguration- License token:
- Order:
1110
- Description:
Builds an IVonkContext out of the HttpContext. You can only access the IVonkContext in the pipeline from plugins that have a higher order.
- Name:
Vonk to Http
- Configuration:
Vonk.Core.Context.Http.VonkToHttpConfiguration- License token:
- Order:
1120
- Description:
Translates the response in the IVonkContext to a response on the HttpContext. It honors the value of the prefer header if present. It also adds the VonkExceptionMiddleware to the pipeline as a last resort for catching exceptions.
- Name:
Formatter
- Configuration:
Vonk.Core.Context.Format.FormatConfiguration- License token:
- Order:
1130
- Description:
Registers an implementation of IFormatter that can write the
IVonkContext.Response.Payloadto the response body in the requested format. Does not add a processor to the pipeline.
- Name:
Liveness probe
- Configuration:
Vonk.Core.Infra.LivenessCheckConfiguration- License token:
<none>
- Order:
1160
- Description:
Check whether the server is active, for use in e.g. Kubernetes liveness probes or Docker healthchecks. See Liveness and readiness - $liveness, $readiness for possible results.
- Name:
Long running tasks
- Configuration:
Vonk.Core.Infra.LongRunning.LongRunningConfiguration- License token:
- Order:
1170
- Description:
If Vonk processes a task that could lead to inconsistent output, all other requests are rejected by this plugin. Long running tasks are e.g. the Import of Conformance Resources and Re-indexing for new or changed SearchParameters.
- Name:
Readiness probe
- Configuration:
Vonk.Core.Infra.ReadinessCheckConfiguration- License token:
<none>
- Order:
1180
- Description:
Check whether the server can handle requests, for use in e.g. Kubernetes readiness probes or Docker healthchecks. See Liveness and readiness - $liveness, $readiness for possible results.
- Name:
Compartments
- Configuration:
Vonk.Core.Context.Features.CompartmentsConfiguration- License token:
- Order:
1210
- Description:
Recognizes a compartment in a compartment search on system or type level (see Search). It is added as a feature of type
ICompartmentto theIVonkContext.Featurescollection, to be used by Search later on. This ICompartment feature will limit all queries to within the specified compartment.
- Name:
Supported Interactions
- Configuration:
Vonk.Core.Context.Guards.SupportedInteractionsConfiguration- License token:
- Order:
1220
- Description:
Blocks interactions that are not listed as supported.
- Options:
SupportedInteractions, see Enable or disable interactions.
- Name:
Size Limits
- Configuration:
Vonk.Core.Context.Guards.SizeLimitsConfiguration- License token:
- Order:
1225
- Description:
Rejects bodies that are too large and bundles with too many entries.
- Options:
SizeLimits, see Protect against large input
- Name:
Url mapping
- Configuration:
Vonk.Core.Context.UrlMapping.UrlMappingConfiguration- License token:
- Order:
1235
- Description:
In a resource in the request, urls pointing to this instance of Firely Server are made relative. In a resource in the response, relative urls are made absolute, by adding the base url of the server. This way the server can be addressed in multiple ways (e.g. http://intranet.acme.com/fhir and https://fhir.acme.com) and still provide correct absolute urls.
- Name:
Default Shapes
- Configuration:
Vonk.Core.Context.Guards.DefaultShapesConfiguration- License token:
- Order:
4110
- Description:
Defines search behaviour if not specified by request. By default: sort order is set to,
_lastUpdated:asc, count is set to_count=<default count>, total is set to_total=<default total>.- Options:
BundleOptions.DefaultCount, see Search sizeBundleOptions.DefaultTotal, see Search sizeBundleOptions.DefaultSort, see Search size
- Name:
Virtual Multi-tenancy
- Configuration:
Vonk.Plugin.VirtualTenants.VirtualTenantsConfiguration
- License token:
- Order:
3130
- Description:
Enables the virtual seperation of information stored by Firely Server based on a tenant id. See Multi-tenancy for more information.
Support for different FHIR versions
- Name:
FHIR R3
- Configuration:
Vonk.Fhir.R3.FhirR3Configuration- License token:
- Order:
100
- Description:
Registers services to support FHIR STU3 (or R3).
- Name:
FHIR R3 Specification
- Configuration:
Vonk.Fhir.R3.FhirR3SpecificationConfiguration- License token:
- Order:
112
- Description:
Registers an
Hl7.Fhir.Specification.IStructureDefinitionSummaryProviderfor FHIR STU3 (or R3).
- Name:
FHIR R3 Validation
- Configuration:
Vonk.Fhir.R3.Validation.ValidationConfigurationR3- License token:
- Order:
4845
- Description:
Registers a validator for FHIR STU3 (or R3).
- Name:
FHIR R4
- Configuration:
Vonk.Fhir.R4.FhirR4Configuration- License token:
- Order:
101
- Description:
Registers services to support FHIR R4.
- Name:
FHIR R4 Specification
- Configuration:
Vonk.Fhir.R4.FhirR4SpecificationConfiguration- License token:
- Order:
112
- Description:
Registers an
Hl7.Fhir.Specification.IStructureDefinitionSummaryProviderfor FHIR R4.
- Name:
FHIR R4 Validation
- Configuration:
Vonk.Fhir.R4.Validation.ValidationConfigurationR4- License token:
- Order:
4845
- Description:
Registers a validator for FHIR R4.
- Name:
Endpoint mapping
- Configuration:
Vonk.Core.Context.Http.InformationModelEndpointConfiguration- License token:
- Order:
700
- Description:
Implements mapping endpoints to FHIR versions. See Running different versions on different endpoints for more information.
FHIR RESTful interactions
- Name:
Read
- Configuration:
Vonk.Core.Operations.Crud.ReadConfiguration- License token:
- Order:
4410
- Description:
Implements FHIR instance read. It will return the Resource that matches the id and the FHIR version. If a Resource with matching id is found with another FHIR version you are notified.
- Name:
Create
- Configuration:
Vonk.Core.Operations.Crud.CreateConfiguration- License token:
- Order:
4420
- Description:
Implements FHIR type create.
- Name:
Update
- Configuration:
Vonk.Core.Operations.Crud.UpdateResourceResolverConfiguration+Vonk.Core.Operations.Crud.UpdateConfiguration- License token:
- Order:
4430 + 4432
- Description:
Implements FHIR instance update, with support for ‘upsert’: creating a Resource with a pre-assigned id. Note that id’s must be unique across FHIR versions.
- Name:
Update NoOp
- Configuration:
Vonk.Plugin.UpdateNoOp.UpdateNoOpConfiguration- License token:
- Order:
4431
- Description:
Executes a NoOp operation if an Update interaction does not result in content in the database being changed. See Update with no changes for more information.
- Name:
Patch
- Configuration:
Vonk.Core.Operations.Crud.FhirPatchResourceResolverConfiguration+Vonk.Core.Operations.Crud.FhirPatchConfiguration- License token:
- Order:
4433 + 4435
- Description:
Implements FHIR instance patch, as specified by FHIR Patch.
- Configuration:
Vonk.Plugin.UpdateNoOp.PatchNoOpConfiguration- License token:
- Order:
4434
- Description:
Executes a NoOp operation if a Patch interaction does not result in content in the database being changed. See Update with no changes for more information.
- Name:
Delete
- Configuration:
Vonk.Core.Operations.Crud.DeleteConfiguration- License token:
- Order:
4440
- Description:
Implements FHIR instance delete. Since id’s in Firely Server must be unique across FHIR versions, the delete is issued on the provided id, regardless of the FHIR version.
- Name:
Search
- Configuration:
Vonk.Core.Operations.Search.SearchConfiguration- License token:
- Description:
Implements FHIR Search on system and type level. For data access it uses the registered implementation of ISearchRepository, which can be any of the implementations provided by Firely Server or an implementation provided by a Facade plugin. The implementations provided by Firely Server also require the Index plugin to extract searchparameter values from the resources.
- Order:
4220
- Options:
AdministrationImportOptions, see SearchParameters and other Conformance Resources, for available SearchparametersSupportedModel.RestrictToSearchParameters, see Restrict supported resources and SearchParameters for available SearchparametersBundleOptions, see Search size, for number of returned results
See ISearchRepository and Firely Server Facade.
- Name:
Search support
- Configuration:
Vonk.Core.Repository.RepositorySearchSupportConfiguration- License token:
- Order:
140
- Description:
Registers services required for Search. It is automatically registered by Search.
- Name:
Index
- Configuration:
Vonk.Core.Repository.RepositoryIndexSupportConfiguration- License token:
- Order:
141
- Description:
Extracts values matching Searchparameters from resources, so they can be searched on.
- Name:
Include
- Configuration:
Vonk.Core.Operations.Search.IncludeConfiguration- License token:
- Order:
4210
- Description:
Implements
_includeand_revinclude. This acts on the result bundle of a search. Therefore it also works out of the box for Facade implementations, provided that the Facade implements support for the reference Searchparameters that are used in the _(rev)include.
- Name:
Elements
- Configuration:
Vonk.Core.Context.Elements.ElementsConfiguration- License token:
- Order:
1240
- Description:
Applies the
_elementsparameter to the Resource that is in the response (single resource or bundle).
- Name:
Summary
- Configuration:
Vonk.Core.Context.Elements.SummaryConfiguration- License token:
- Order:
1241
- Description:
Applies the
_summaryparameter to the Resource that is in the response (single resource or bundle).
- Name:
History
- Configuration:
Vonk.Core.Operations.History.HistoryConfiguration- License token:
- Order:
4610
- Description:
Implements
_historyon system, type and instance level.- Options:
BundleOptions, see Search size
- Name:
Version Read
- Configuration:
Vonk.Core.Operations.History.VersionReadConfiguration- License token:
- Order:
4620
- Description:
Implements reading a specific version of a resource (
<base>/Patient/123/_history/v3).
- Name:
Capability
- Configuration:
Vonk.Core.Operations.Capability.CapabilityConfiguration- License token:
- Order:
4120
- Description:
Provides the CapabilityStatement on the
<base>/metadataendpoint. The CapabilityStatement is tailored to the FHIR version of the request. The CapabilityStatement is built dynamically by visiting all the registered implementations of ICapabilityStatementContributor, see vonk_architecture_capabilities.
- Name:
Capability Cache
- Configuration:
Vonk.Core.Infra.ResponseCache.CapabilityCacheConfiguration- Order:
1223
- Description:
Caches the response of
<base>/metadataendpoint.
- Name:
Conditional Create
- Configuration:
Vonk.Core.Operations.ConditionalCrud.ConditionalCreateConfiguration- License token:
- Order:
4510
- Description:
Implements FHIR conditional create.
- Name:
Conditional Update
- Configuration:
Vonk.Core.Operations.ConditionalCrud.ConditionalUpdateResourceResolverConfiguration+Vonk.Core.Operations.ConditionalCrud.ConditionalUpdateConfiguration- License token:
- Order:
4520 + 4522
- Description:
Implements FHIR conditional update. It depends on two plugins working together.
- Name:
Conditional Update NoOp
- Configuration:
Vonk.Plugin.UpdateNoOp.ConditionalUpdateNoOpConfiguration- License token:
- Order:
4521
- Description:
Executes a NoOp operation if a Conditional Update interaction does not result in content in the database being changed. See Update with no changes for more information.
- Name:
Conditional Delete
- Configuration:
Vonk.Core.Operations.ConditionalCrud.ConditionalDeleteConfiguration- License token:
- Order:
4530
- Description:
Implements FHIR conditional delete.
- Options:
FhirCapabilities.ConditionalDeleteOptions, see FHIR Capabilities
- Name:
Validation
- Configuration:
Vonk.Core.Operations.Validation.ValidationConfiguration- License token:
- Order:
4000
- Description:
Implements FHIR $validate on type and instance level for POST:
POST <base>/Patient/$validateorPOST <base>/Patient/123/$validate.
- Name:
Instance Validation
- Configuration:
Vonk.Core.Operations.Validation.InstanceValidationConfiguration- License token:
- Order:
4840
- Description:
Implements FHIR $validate on instance level for GET:
GET <base>/Patient/123/$validate
- Name:
Structural Validation
- Configuration:
Vonk.Core.Operations.Validation.StructuralValidationConfiguration- License token:
- Order:
1227
- Description:
Validates the structure of resources sent to Firely Server (is it valid FHIR JSON or XML?).
- Name:
Prevalidation
- Configuration:
Vonk.Core.Operations.Validation.PreValidationConfiguration- License token:
- Order:
1228
- Description:
Validates resources sent to Firely Server against their stated profile compliance (in Resource.meta.profile). The strictness of the validation is controlled by the options.
- Options:
Validation, see Validation
- Name:
Profile filter
- Configuration:
Vonk.Core.Operations.Validation.ProfileFilterConfiguration- License token:
- Order:
4310
- Description:
Blocks resources that do not conform to a list of profiles.
- Options:
Validation.AllowedProfiles, see Validation
- Name:
Meta
- Configuration:
Vonk.Core.Operations.MetaOperation.MetaConfiguration- License token:
- Order:
5180
- Description:
Implements FHIR $meta on instance level.
- Name:
Meta Add
- Configuration:
Vonk.Core.Operations.MetaOperation.MetaAddConfiguration- License token:
- Order:
5190
- Description:
Implements FHIR $meta-add on instance level.
- Name:
Meta Delete
- Configuration:
Vonk.Core.Operations.MetaOperation.MetaDeleteConfiguration- License token:
- Order:
5195
- Description:
Implements FHIR $meta-delete on instance level.
- Name:
Snapshot Generation
- Configuration:
Vonk.Core.Operations.SnapshotGeneration.SnapshotGenerationConfiguration- License token:
- Order:
4850
- Description:
Implements FHIR $snapshot on a type level:
POST <base>/administration/StructureDefinition/$snapshot.
- Name:
Batch
- Configuration:
Vonk.Core.Operations.Transaction.FhirBatchConfiguration- License token:
- Order:
3110
- Description:
Processes a batch Bundle by sending each entry through the rest of the processing pipeline and gathering the results.
- Options:
SizeLimits, see Protect against large input
- Name:
Transaction
- Configuration:
Vonk.Core.Operations.Transaction.FhirTransactionConfiguration- License token:
- Order:
3120
- Description:
Process a transaction Bundle by sending each entry through the rest of the processing pipeline and gathering the results. Different from Batch, Transaction succeeds or fails as a whole. Transaction requires an implementation of
Vonk.Core.Repository.IRepoTransactionServicefor transaction support by the underlying repository.- Options:
SizeLimits, see ValidationRepository, see Repository
- Name:
LastN
- Configuration:
Vonk.Plugin.LastN.LastNConfiguration- License token:
- Order:
5007
- Description:
Implements FHIR $lastn on Observation resources. See Observation - $lastN for more information.
- Name:
Erase
- Configuration:
Vonk.Plugin.EraseOperation.EraseOperationConfiguration- License token:
- Order:
5300
- Description:
Provides functionality to hard-delete FHIR resources in Firely Server database as opposed to the soft-delete used by default. See Permanently delete resources - $erase and $purge.
- Name:
Erase
- Configuration:
Vonk.Plugin.EraseOperation.PurgeOperationConfiguration- License token:
- Order:
5300
- Description:
Provides functionality to hard-delete all FHIR resources for a Patient. See Permanently delete resources - $erase and $purge.
- Name:
Version operation
- Configuration:
Vonk.Plugin.Operations.VersionsOperation.VersionsOperationConfiguration- Order:
5200
- Description:
Implements the FHIR versions <https://www.hl7.org/fhir/capabilitystatement-operation-versions.html> operation on the base endpoint.
- Name:
CQL
- Configuration:
Vonk.Plugin.Cql.LibraryEvaluate.LibraryEvaluateOperationConfiguration- License token:
- Order:
5360
- Description:
Implements the $evaluate <https://hl7.org/fhir/uv/cql/OperationDefinition-cql-library-evaluate.html> operation on the Library endpoint to execute CQL-based content.
- Name:
Real World testing
- Configuration:
Vonk.Plugin.RealWorldTesting.RealWorldTestingConfiguration
- License token:
- Order:
4910
- Description:
Enables the execution of custom analytics queries on metrics collected by Firely Server. See Real World Testing.
Terminology
- Name:
CodeSystem Lookup
- Configuration:
Vonk.Plugins.Terminology.CodeSystemLookupConfiguration- License token:
- Order:
5240
- Description:
Implements FHIR $lookup on type level requests:
POST <base>/administration/CodeSystem/$lookuporGET <base>/administration/CodeSystem/$lookup?...
- Name:
CodeSystem FindMatches / Compose
- Configuration:
Vonk.Plugins.Terminology.CodeSystemFindMatchesConfiguration- License token:
- Order:
5220
- Description:
Implements FHIR $compose on type level requests:
POST <base>/administration/CodeSystem/$find-matches``and on instance level requests: ``POST <base>/administration/CodeSystem/[id]/$find-matchesorGET <base>/administration/CodeSystem/[id]/$find-matches?...
- Name:
ValueSet Validate Code
- Configuration:
Vonk.Plugins.Terminology.ValueSetValidateCodeConfiguration- License token:
- Order:
5120
- Description:
Implements FHIR $validate-code on type level requests:
POST <base>/administration/ValueSet/$validate-codeand instance level requests:GET <base>/administration/ValueSet/[id]/$validate-code?...andPOST <base>/administration/ValueSet/[id]/$validate-code
- Name:
ValueSet Expand
- Configuration:
Vonk.Plugins.Terminology.ValueSetExpandConfiguration- License token:
- Order:
5140
- Description:
Implements FHIR $expand on instance level requests:
GET <base>/administration/ValueSet/[id]/$expand?...andPOST <base>/administration/ValueSet/[id]/$expandand on type level requests:POST <base>/administration/ValueSet/$expand.
- Name:
ConceptMap Translate
- Configuration:
Vonk.Plugins.Terminology.ConceptMapTranslateConfiguration- License token:
- Order:
5160
- Description:
Implements FHIR $translate on instance level requests:
GET <base>/administration/ConceptMap/[id]/$translate?...andPOST <base>/administration/ValueSet/[id]/$translateand on type level requests:POST <base>/administration/ConceptMap/$translate.
- Name:
CodeSystem Subsumes
- Configuration:
Vonk.Plugins.Terminology.CodeSystemSubsumesConfiguration- License token:
- Order:
5180
- Description:
Implements FHIR $subsumes on instance level requests:
GET <base>/administration/CodeSystem/[id]/$subsumes?...and on type level requests:POST <base>/administration/CodeSystem/$subsumesorGET <base>/administration/CodeSystem/$subsumes?...
- Name:
CodeSystem Closure
- Configuration:
Vonk.Plugins.Terminology.ClosureConfiguration- License token:
- Order:
5200
- Description:
Implements FHIR $closure on system level requests:
POST <base>/administration/$closure
SMART on FHIR
- Name:
SMART on FHIR
- Configuration:
Vonk.Plugin.Smart- License token:
- Order:
2002
- Description:
Implements SMART on FHIR authentication and authorization, see Introduction Access control.
- Name:
SMART on FHIR License check
- Configuration:
Vonk.Plugin.Smart.SmartConfigurationLicenseCheck- License token:
- Order:
2003
- Description:
Guards against accidentally enabling SMART on FHIR without the proper license.
- Name:
SMART on FHIR OpenID Discovery
- Configuration:
Vonk.Plugin.Smart.SmartDiscoveryConfiguration- License token:
- Order:
1201
- Description:
Hosts the
.well-known/smart-configurationendpoint, see Introduction Access control.
Subscriptions
- Name:
Subscriptions
- Configuration:
Vonk.Subscriptions.SubscriptionConfiguration- License token:
- Order:
3200
- Description:
Implements sending updates according to the the FHIR Subscriptions framework, see Subscriptions.
- Name:
Subscriptions administration
- Configuration:
Vonk.Subscriptions.Administration.SubscriptionValidationConfiguration- License token:
- Order:
3200
- Description:
Validates subscriptions before they are saved to the Administration database, see Subscriptions.
Auditing
- Name:
Username log
- Configuration:
Vonk.Plugin.Audit.UsernameLoggingConfiguration- License token:
- Order:
2010
- Description:
Makes the user id and name from the JWT token (if present) available for logging. See Auditing for more info.
- Name:
Audit logging for transactions
- Configuration:
Vonk.Plugin.Audit.AuditTransactionConfiguration- License token:
- Order:
3100
- Description:
Logs requests and responses for transactions to a file. See Auditing for more info.
- Name:
Audit log
- Configuration:
Vonk.Plugin.Audit.AuditConfiguration- License token:
- Order:
3150
- Description:
Logs requests and responses to a file. See Auditing for more info.
- Name:
AuditEvent logging for transactions
- Configuration:
Vonk.Plugin.Audit.AuditEventTransactionConfiguration- License token:
- Order:
3105
- Description:
Logs requests and responses for transactions to the database. See Auditing for more info.
- Name:
AuditEvent logging
- Configuration:
Vonk.Plugin.Audit.AuditEventConfiguration- License token:
- Order:
3170
- Description:
Logs requests and responses to the database. See AuditEvent Integrity for more info.
- Name:
AuditEvent signature
- Configuration:
Vonk.Plugin.Audit.Integrity.ProvenanceConfiguration- License token:
- Order:
3171
- Description:
Creates a verifiable signature for each AuditEvent using a Provenance resource. See Auditing for more info.
- Name:
AuditEvent Integrity check
- Configuration:
Vonk.Plugin.Audit.Integrity.IntegrityVerificationConfiguration- License token:
- Order:
5006
- Description:
Verifies the integrity of signatures for AuditEvent resources. See Auditing for more info.
Demo UI
- Name:
Demo UI
- Configuration:
Vonk.UI.Demo.DemoUIConfiguration.DemoUIConfiguration- License token:
- Order:
800
- Description:
Provides the landing page that you see when you request the base url from a browser. If you want to provide your own landing page, replace this plugin with your own.
Documents
- Name:
Document generation
- Configuration:
Vonk.Plugins.DocumentOperation.DocumentOperationConfiguration- License token:
- Order:
4900
- Description:
Implements FHIR $document :
POST <base>/Composition/$documentorGET <base>/Composition/[id]/$document- Code:
- Name:
Document signing
- Configuration:
Vonk.Plugins.SignatureService.SignatureConfiguration- License token:
- Order:
4899
- Description:
Signs a document generated by $document.
- Name:
Document endpoint
- Configuration:
Vonk.Plugins.DocumentHandling.DocumentHandlingConfiguration- License token:
- Order:
4950
- Description:
Allows FHIR document bundles to be posted to the base endpoint. Consult the documentation for more information.
- Name:
US Core Fetch DocumentReference operation
- Configuration:
Vonk.Plugin.DocRefOperation.DocRefOperationConfiguration- License token:
- Order:
5350
- Description:
Allows fetching DocumentReference resources related to a patient. Implements the US Core Fetch DocumentReference operation. Generating a document is not yet supported.
Conversion
- Name:
Format conversion
- Configuration:
Vonk.Plugins.ConvertOperation.ConvertOperationConfiguration- License token:
- Order:
4600
- Description:
Implements FHIR $convert :
POST <base>/$convertto convert between JSON and XML representation.
Binary
- Name:
Azure Services
:Configuration:Vonk.Plugin.Services.Azure.AzureConfiguration
:License token:
:Order: 1010
:Description: Adds support to outsource the ndjson files generated by the Bulk Data plugin to Azure Blob storage
- Name:
Binary wrapper (Encode)
- Configuration:
Vonk.Plugins.BinaryWrapper.BinaryEncodeConfiguration- License token:
- Order:
1112
- Description:
Wraps an incoming binary format in a Binary resource for further processing by the pipeline.
- Settings:
"Vonk.Plugin.BinaryWrapper":{ "RestrictToMimeTypes": ["application/pdf", "text/plain", "image/png", "image/jpeg"] },
- Name:
Binary wrapper (Decode)
- Configuration:
Vonk.Plugins.BinaryWrapper.BinaryDecodeConfiguration- License token:
- Order:
1122
- Description:
Implements
GET <base>/Binary/<id>, retrieve back the Binary resource in its native format.
Repository implementations
- Name:
Memory Repository
- Configuration:
Vonk.Repository.MemoryConfiguration- License token:
- Order:
210
- Description:
Implements a repository in working memory that fully supports all of the capabilities of Firely Server. This implementation is mainly used for unit testing.
- Name:
Memory Administration Repository
- Configuration:
Vonk.Repository.MemoryAdministrationConfiguration- License token:
- Order:
211
- Description:
Implements a repository in working memory for the Administration API. This implementation is mainly used for unit testing.
- Name:
MongoDb Repository
- Configuration:
Vonk.Repository.MongoDbVonkConfiguration- License token:
- Order:
230
- Description:
Implements a repository in MongoDb that fully supports all of the capabilities of Firely Server.
- Name:
MongoDb Administration Repository
- Configuration:
Vonk.Repository.MongoDbAdminConfiguration- License token:
- Order:
231
- Description:
Implements a repository in MongoDb for the Administration API.
- Name:
MongoDb Task Repository
- Configuration:
Vonk.Repository.MongoDbTaskConfiguration- License token:
- Order:
232
- Description:
Implements a repository in MongoDb for async tasks (like BDE).
- Name:
SQLite Repository
- Configuration:
Vonk.Repository.SqliteConfiguration- License token:
- Order:
240
- Description:
Implements a repository in SQLite that fully supports all of the capabilities of Firely Server.
- Name:
SQLite Administration Repository
- Configuration:
Vonk.Repository.SqliteAdministrationConfiguration- License token:
- Order:
241
- Description:
Implements a repository in SQLite for the Administration API.
- Name:
SQL Server Repository (Legacy Implementation)
- Configuration:
Vonk.Repository.SqlVonkConfiguration- License token:
- Order:
220
- Description:
Implements a repository in SQL Server that fully supports all of the capabilities of Firely Server. Replaced by
Vonk.Repository.Raw.KSearchConfiguration.- Name:
SQL Server Administration Repository (Legacy Implementation)
- Configuration:
Vonk.Repository.SqlAdministrationConfiguration- License token:
- Order:
221
- Description:
Implements a repository in SQL Server for the Administration API. Replaced by
Vonk.Repository.Raw.KAdminSearchConfiguration.- Name:
SQL Server Task Repository
- Configuration:
Vonk.Repository.SqlTaskConfiguration- License token:
- Order:
222
- Description:
Implements a repository in SQL Server for async tasks (like BDE).
- Name:
SQL Server Repository (Recommended Implementation for SQL)
- Configuration:
Vonk.Repository.Raw.KSearchConfiguration- License token:
- Order:
222
- Description:
Implements a repository in SQL Server that fully supports all of the capabilities of Firely Server. It is recommended to use this implementation instead of the legacy one.
- Name:
SQL Server Administration Repository (Recommended Implementation for SQL)
- Configuration:
Vonk.Repository.Raw.KAdminSearchConfiguration- License token:
- Order:
224
- Description:
Implements a repository in SQL Server for the Administration API. It is recommended to use this implementation instead of the legacy one.
Administration API
- Name:
Administration API
- Configuration:
Vonk.Administration.Api.AdministrationOperationConfiguration- License token:
- Order:
1160
- Description:
Sets up a sequence of plugins for the Administration API. Administration API is different from general plugins since it branches off of the regular processing pipeline and sets up a second pipeline for the /administration endpoint.
- Name:
Fhir STU3 Administration services
- Configuration:
Vonk.Fhir.R3.Internal.FhirR3AdministrationConfiguration- License token:
- Order:
103
- Description:
Implements support services to work with FHIR STU3 conformance resources in the Administration API.
- Name:
Fhir R4 Administration services
- Configuration:
Vonk.Fhir.R4.Internal.Configuration.FhirR4AdministrationConfiguration- License token:
- Order:
104
- Description:
Implements support services to work with FHIR R4 conformance resources in the Administration API.
- Name:
Fhir R5 Administration services
- Configuration:
Vonk.Fhir.R5.Internal.Configuration.FhirR5AdministrationConfiguration- License token:
- Order:
105
- Description:
Implements support services to work with FHIR R5 conformance resources in the Administration API.
- Name:
Administration import services
- Configuration:
Vonk.Administration.Api.Import.*- License token:
- Order:
5000 - 5001
- Description:
Implements support for importing conformance resources in the Administration API. See Import of Conformance Resources.
- Name:
Administration CRUD services
- Configuration:
Vonk.Administration.Operations- License token:
- Order:
1228, 4221 - 4392
- Description:
Implements (conditional) create, read, update and delete on conformance resources in the Administration API. See Manage Conformance Resources with the Administration API.
- Name:
Administration security
- Configuration:
Vonk.Administration.Security.SecurityConfiguration- License token:
- Order:
104
- Description:
Implements IP restrictions on the Administration API. See Limiting access.
- Name:
Administration database services
- Configuration:
Vonk.Administration.Pluggability- License token:
- Order:
300
- Description:
Supporting services to allow the use of various databases for the Administration API. The actual implementation is done by the Repository plugins.
Bulk Data
- Name:
System Bulk Data Export
- Configuration:
Vonk.Plugin.BulkDataExport.SystemBulkDataExportConfiguration- License token:
http://fire.ly/vonk/plugins/bulk-data-export- Order:
5003
- Description:
Support for system-level
$exportoperation. See Bulk Data Export.
- Name:
Group Bulk Data Export
- Configuration:
Vonk.Plugin.BulkDataExport.GroupBulkDataExportConfiguration- License token:
http://fire.ly/vonk/plugins/bulk-data-export- Order:
5004
- Description:
Support for instance-level
$exportoperation. See Bulk Data Export.
- Name:
Patient Bulk Data Export
- Configuration:
Vonk.Plugin.BulkDataExport.PatientBulkDataExportConfiguration- License token:
http://fire.ly/vonk/plugins/bulk-data-export- Order:
5005
- Description:
Support for type-level
$exportoperation. See Bulk Data Export.
- Name:
Patient everything
- Configuration:
Vonk.Plugin.PatientEverything- License token:
http://fire.ly/vonk/plugins/patient-everything- Order:
5006
- Description:
Request a Patient record. See Patient-level Export - $everything.
X-Provenance header
- Name:
X-Provenance header
- Configuration:
Vonk.Plugin.Operations.Provenance.ProvenanceHeaderConfiguration- License token:
http://fire.ly/vonk/plugins/transaction and http://fire.ly/server/plugins/provenance
- Order:
1230
- Description:
Support for the X-Provenance header that adds a Provenance resource upon creating or updating another resource. See X-Provenance header.
Member Match operation
- Name:
Member Match operation
- Configuration:
Vonk.Plugin.MemberMatch.MemberMatchConfiguration- License token:
- Order:
5400
- Description:
Implements the
$member-matchoperation. See HRex Member Match - $member-match.
PubSub Messaging
- Name:
Subscribe to external changes
- Configuration:
Vonk.Plugin.PubSub.Sub.SubConfiguration- License token:
- Order:
1139
- Description:
Implements receiving changes from a queue for any repository. See Firely PubSub.
- Name:
Publish changes to external queue from MongoDB
- Configuration:
Vonk.Plugin.PubSub.Pub.MongoDb.PubMongoDbConfiguration- License token:
- Order:
1140
- Description:
Implements publishing changes to a queue for the MongoDB repository. See Firely PubSub.
- Name:
Publish changes to external queue from SQL Server
- Configuration:
Vonk.Plugin.PubSub.Pub.Sql.PubSqlDbConfiguration- License token:
- Order:
1140
- Description:
Implements publishing changes to a queue for the SQL Server repository. See Firely PubSub.
Bulk Data Import
- Name:
Bulk Data Import
- License token:
- Description:
Token unrestricted in the amount of resources that can be loaded in total, restricts the amount of resources that can be loaded in one batch to 1000, and does not support Recovery Journal feature. See Firely Server Ingest.
- Name:
Bulk Data Import - Unlimited
- License token:
- Description:
Token unrestricted in the amount of resources that can be loaded in total as well as in a single batch, supports the Recovery Journal feature. See Firely Server Ingest.
- Name:
Bulk Data Import - Migration
- License token:
- Description:
Token allowing zero-downtime migration using the FSI tool. See Zero-downtime Migration.
Firely Auth
- Name:
Firely Auth
- License token:
- Description:
Token restricted to three registered clients in total. See Firely Auth.
- Name:
Firely Auth - Unlimited
- License token:
- Description:
Token unrestricted in the amount of registered clients. See Firely Auth.