Skip to content

Kodjin FHIR Server features

Below is an expanded list of all the features and capabilities of the Kodjin FHIR Server.

Core Functionality
CRUD REST API
  • create
  • read
  • vread (version read)
  • update
  • patch
  • delete: support of both soft and hard delete (incluiding history) to meet GDPR/HIPAA requirements
  • versioning
SEARCH
  • search by GET
  • search by POST
  • _include, _revinclude
  • sorting
  • prefixes and modifires
  • declarative search framework and support for custom search parameters
  • support of cursor and two types of offset paginations
BUNDLE
    Transaction
  • asynchronous transaction
  • synchronous transaction
    Batch
  • asynchronous transaction
  • aynchronous transaction
OPERATIONS
  • $validate
  • $everything on Patient
  • $document on Composition
  • $convert (converts xml to json and vice versa)
  • $subset on CapabilityStatement
  • $snapshot
  • terminology operations (see detailed list below)
  • bulk operations (see detailed list below)
CUSTOM OPERATIONS
  • $apply-fhirpath
CAPABILITY STATEMENT Auto-generated capability statement
TERMINOLOGY CAPABILITY Auto-generated terminology capability
DYNAMIC PROFILING
  • Structure. Check that all the content in the resource follows the structure from the target profile and nothing extra is present.
  • Cardinality. Check that the cardinality of all properties follows the profile (min. & max.).
  • Binding. Check that codes provided in the code/Coding/Codeable Concept types exist in the bound terminology.
  • FHIRpath. Check that all FHIRPath constraints in the profile aren't violated. The FHIRPath spec is extended with custom callbacks. (Full support for FHIRPath in validations)
  • Slicing. Check that elements of a list follow the constraints of the profile.
TERMINOLOGY CodeSystem
  • CRUD Operations
  • $lookup
  • $validateCode
ValueSet
  • CRUD Operations
  • $expand
  • $validateCode
ConceptMap
  • CRUD Operations
  • $translate
FHIR BULK Bulk Export
  • System, Patient, Group level of export
  • support of FHIR-defined query parameters for export, including _typeFilter
  • denormalized patient compartment records, that allow to speed up the process
Bulk Import
  • importing large datasets from NDJSON file
  • importing large datasets from an URL
FHIR SUBSCRIPTIONS
  • suport of email, sms, REST hook and webSocket notification channels
  • event-streaming queue engine on top of Kafka
DATA MAPPER
  • suport of $convert-data operation
  • CRUDS on templates
Security & Access Control
Pluggable security module supporting OAuth 2.0, OpenID Ory Hydra, Keycloak are supported out of the box. Any other tool can be easily connected.
Setup and Infrastructure
SMART on FHIR Support of SMART on FHIR: standalone app launch, and backend services.
Multi-tenancy A single software instance can serve multiple, distinct user groups.