IMPORTANT The 5.0 version of the SDK contains substantial changes to the way we have organized the NuGet packages and source code. Please read before installing this new 5.0 version.
This is Firely's official support SDK for working with HL7 FHIR on the Microsoft .NET (dotnet) platform.
This SDK provides:
- Class models for working with the FHIR data model using POCO's
- Xml and Json parsers and serializers
- A REST client for working with FHIR-compliant servers
- Helper classes to work with the specification metadata, most notably
StructureDefinition
and generation of differentials - Validation of instances based on profiles
- Evaluation FhirPath expressions
Read the releases notes on firely-net-sdk/releases. You can find documentation about this SDK in the Firely docs site.
Before installing one of the NuGet packages (or clone the repo) it is important to understand that HL7 has published several updates of the FHIR specification, each with breaking changes - so you need to ensure you use the version that is right for you:
- STU3 (published March 2017) is older, but still widely in use and fully supported by the SDK.
- R4 (published January 2019) is in active use and fully supported by the SDK.
- R4B (published May 2022) is in active use and fully supported by the SDK.
- R5 (published March 26 2023) is the latest official release of the FHIR spec and is fully supported by the SDK.
Read the online documentation, and download the correct for your FHIR release. Depending on the version of FHIR you require, you'll find the relevant link to the package below. For most developers, just including this NuGet package is enough to get started.
Every release of the SDK results in a NuGet package on the normal NuGet feed. However, each commit on our develop branch also results in a pre-release package.
These are public too. So if you want to be brave and use a pre-release packages, you can do so by adding https://nuget.pkg.github.com/FirelyTeam/index.json
to your NuGet sources:
-
Get a Personal Access token (PAT) from github.com with scope
read:packages
-
Next open a console on your machine and run
dotnet nuget add source --name github --username <USERNAME> --password <PAT> https://nuget.pkg.github.com/FirelyTeam/index.json
USERNAME
: your username on GitHub
PAT
: your Personal access token with at least the scope read:packages
We spend a lot of effort trying to maintain compile compatibility (not binary compatibility) between minor releases of the SDK. We do, however, publish a new major version with breaking changes about once a year. The table below lists the breaking changes for each of the major upgrades.
The SDK has been restructured for the 5.0 release. Please take note of the following changes if you are upgrading:
- You should only reference the main package (
Hl7.Fhir.<release>
). - If you need the
specification.zip
(for validation, if you are using theZipSource
resolver), addHl7.Fhir.Specification.Data.<release>
. - The "old"
Hl7.Fhir.Specification.<release>
package is now a metapackage that will include these two packages. - You should not reference any other packages that existed pre-5.0 (
Hl7.Fhir.ElementModel
etc.)
The profile validator has been split off into its own repository. The NuGet packages for the validator that are compatible with the SDK 5.0 release can be found on NuGet.
We actively monitor the issues coming in through the GitHub repository at https://github.com/FirelyTeam/firely-net-sdk/issues. You are welcome to register your bugs and feature suggestions there. For questions and broader discussions, we use the .NET FHIR Implementers chat on Zulip.
We are welcoming contributions!
If you want to participate in this project, we're using Git Flow for our branch management. Please submit PRs with changes against the develop
branche.
Note: Since the 5.0 release of the SDK, the branches for STU3 and newer have been combined in a single
develop
branch. This branch now contains the code for all FHIR releases from STU3 and up. We have also refactored all the common code out to projects within that branch, so the separatecommon
repository (at https://github.com/FirelyTeam/firely-net-common) is no longer in use. This greatly simplifies management and creating PRs for these projects.
Our build pipeline automatically checks for binary compatibilty and fails when we break it. In some cases we can make an exception to break binary compatitibility.
To make sure the pipeline doesn't break, you should run dotnet pack /p:GenerateCompatibilitySuppressionFile=true
locally to generate a suppression file. Please commit this file to make sure the build passes.