FHIR Implementation Guide for the Norwegian Municipal Sector
0.3.0 -
FHIR Implementation Guide for the Norwegian Municipal Sector - Local Development build (v0.3.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions
| Official URL: https://kommune.conteir.no/ImplementationGuide/hl7.fhir.no.kommune | Version: 0.3.0 | |||
| Draft as of 2026-10-02 | Computable Name: FHIR_Kommune_IG | |||
Status: 0.3.0 – draft for review and implementation. See maturity and prerequisites for production use.
This implementation guide provides a shared and practical starting point for using HL7 FHIR R4 in Norwegian municipal health and care services. The goal is to support shared understanding, consistent terminology and practical interoperability across municipalities, vendors and national actors.
Municipal services need shared concepts and agreed ways of exchanging data. The European Health Data Space (EHDS) provides a European framework for further standardization, with phased implementation and a separate EEA process. This guide provides a practical starting point for municipal interoperability. See EHDS for more information.
This guide is intended to complement existing Norwegian FHIR work, not compete with it. no-basis is the national base layer, Welfare Technology Hub (Velferdsteknologisk knutepunkt, VKP) supports data flows between welfare technology and EHRs, Patient's measurement data (Pasientens måledata, PMD) covers measurement sharing, and Oslo municipality's Patient Journal API is an important Norwegian reference.
A first implementation SHOULD start with a limited and useful minimum: patient, active municipal follow-up, concrete contacts or stays, a plan and relevant supporting documents. This typically means Patient, EpisodeOfCare, Encounter, CarePlan, DocumentReference and ServiceRequest.
The guide therefore focuses on:
Encounter for a concrete contact, supervision, meeting or stayEpisodeOfCare for municipal follow-up over timeCarePlan for goals, interventions and further follow-upBundle and OperationOutcomeWriting data back from external systems, local worklists and full case handling are not part of the minimum in this version. Such needs should be described as separate use cases before they become requirements.
| Area | Value |
|---|---|
| Use cases | Shows the municipal interoperability situations this guide is based on. |
| Mapping | Helps municipalities and vendors translate familiar municipal concepts into FHIR resources. |
| Municipal profiles | Provides a shared minimum for episodes, plans and actual contacts without modelling the full municipal EHR. |
| Norwegian Context | Practical KPR KTT terminology guidance, national profiles, services and identifiers. |
| API principles | Describes a pragmatic start with search, read and documentation in CapabilityStatement. |
This guide is intended for:
Included
Not included now
This guide is a first step and will be extended iteratively.
Recommended first reading order:
Use the following pages when needed:
The examples in the IG are published together with the profiles on FHIR Profiles.
SHALL, SHOULD or MAY are normative.Where no-basis profiles exist, they are the national starting point. See Norwegian Context.