Turn-key FHIR Server for Medical Data
The Kodjin FHIR Server is smart low-code storage. Available through an FHIR-compliant RESTful API, it offers scalable, cost-effective tools for managing and securing all kinds of healthcare data.
Andriy Krylov, HL7 Ukraine, Executive Director
The Kodjin FHIR Server could be used as a clinical data repository for any type of healthcare market players: from nationwide projects to healthcare mobile applications.
By getting a robust backend and building a scalable solution, reduce time and production costs of your health and clinical applications
Comply with CMS interoperability regulations
With our server, you can do more than storing and validating data: save time, cut costs, and meet future challenges associated with changing standards and new customers’ requirements.
Management of supported StructureDefinition profiles and Extensions through a REST API (aka dynamic profiling)
Full terminology management through a REST API (including ICD-10, SNOMED, RxNorm, LOINC, etc.) for standard and custom terminologies
Full support for CodeSystem/ValueSet/ConceptMap with all respective operations
Support for DSTU2, R3, R4, R5, and all future versions
FHIR Bulk API full implementation
FHIR subscriptions
Auto-generated capability statement
Pluggable security module supporting OAuth 2.0 and OpenID
Connect
Pluggable user management and access control module
Declarative search framework and support for custom search parameters via configuration
Support for all defined standard FHIR search parameters
Support for custom search parameters
Automated deployment to AWS, GCP, Azure, and on-premises
Production-ready setup meeting Scalability, High Load, and High Availability requirements
Advanced monitoring with Prometheus, Kibana, and Grafana
Smart-on-FHIR support
Audit Log module
Full support for FHIRPath in validations
Custom resources support
Kodjin unlocks FHIR potential for everyone in the healthcare industry.
Ensure that all the content in the resource follows the structure from the target profile and nothing extra is present.
Ensure that the cardinality of all properties follows the profile (min.& max.).
Ensure that codes provided in the code/Coding/Codeable Concept types exist in the bound terminology.
Ensure that the restrictions on the list of elements follow the profile.
Ensure that all FHIRPath constraints in the profile aren't restricted. The FHIRPath spec is extended with custom callbacks.
We offer the Kodjin FHIR HL7 server as a clinical data repository, suitable for anyone: from nationwide projects to mobile applications.
We will contact you shortly
We support all cooperation models, depending on the needs of your project. We can deploy and maintain the FHIR server on our own—or you can use your cloud provider or on-premises physical server.
We support all major cloud providers: AWS, Google Cloud, and Microsoft Azure.
Yes.