FHIR implementasjonsguide for norsk kommunesektor - Local Development build (v0.1.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions
Kjernebegreper
Kjernebegreper i kommunal kontekst
Se Norske basisprofiler (no-basis) for nasjonale basisprofiler som skal benyttes der de finnes.
Encounter i kommunal kontekst
- Encounter SHALL representere en faktisk kontakt eller interaksjon mellom tjenesten og pasienten (fysisk, digital eller telefonisk).
- Encounter SHOULD angi type kontakt og setting gjennom
class og relevante koder i type.
- Encounter SHOULD inkludere deltakere (
participant) og sted (location) der dette er relevant.
- Planlagte kontakter MAY modelleres via
Appointment, og kobles til Encounter når kontakten er gjennomført.
- Der norske basisprofiler for Encounter finnes, SHALL disse benyttes som utgangspunkt.
- No-basis: no-basis-Appointment og no-basis-Location bør brukes for planlagte kontakter og lokasjoner.
EpisodeOfCare og kommunale forløp
- EpisodeOfCare SHOULD brukes når kommunen har et definert, sammenhengende tjenesteforløp for pasienten.
- EpisodeOfCare SHALL ha tydelig tidsavgrensning (
period) og status.
- EpisodeOfCare SHOULD knyttes til relevante
CareTeam, CarePlan og sentrale Encounter der dette gir mening.
- Der norske basisprofiler for EpisodeOfCare finnes, SHOULD disse benyttes.
- No-basis: Ingen eksplisitt profil identifisert i no-basis. Se Norske basisprofiler (no-basis) for oppdatert status.
Kommunale vedtak (anbefalt FHIR-mønster)
Kommunale vedtak dokumenterer en beslutning om tjenester og oppfølging. Dette SHOULD modelleres uten å innføre nye ressurstyper:
- Selve vedtaksdokumentet SHOULD representeres som
DocumentReference (eventuelt Composition hvis dokumentet er strukturert som journalnotat).
- Bestilling av tjeneste SHOULD representeres som
ServiceRequest med tydelig intent og status.
- Utførelse og arbeidsflyt MAY representeres som
Task, knyttet til tilhørende ServiceRequest.
- Overordnet oppfølging og mål SHOULD representeres som
CarePlan der det er relevant.
- No-basis: no-basis-DocumentReference og no-basis-Composition bør brukes for vedtaksdokumenter.
Vedtak og tilhørende tjenester SHOULD kobles til pasientens aktuelle EpisodeOfCare og relevante Encounter for å sikre sporbarhet.
CarePlan og CareTeam i kommunen
- CarePlan SHOULD brukes for å beskrive mål, tiltak og oppfølging over tid.
- CareTeam SHOULD brukes når flere roller eller enheter deler ansvar for oppfølgingen.
- CarePlan og CareTeam SHOULD knyttes til EpisodeOfCare der dette finnes.
- Dersom norske basisprofiler finnes for CarePlan og CareTeam, SHOULD disse benyttes.
- No-basis: Ingen eksplisitt profil identifisert for CarePlan/CareTeam. Se Norske basisprofiler (no-basis) for oppdatert status.
ServiceRequest og Task
- ServiceRequest SHOULD brukes for å bestille eller initiere kommunale tjenester.
- Task MAY brukes for å beskrive utførelse, arbeidsflyt eller tildeling knyttet til en ServiceRequest.
- ServiceRequest og Task SHOULD ha tydelig ansvarlig rolle og organisasjon.
- Basisprofiler (no-basis) SHOULD benyttes der de finnes for ServiceRequest og Task.
- No-basis: Ingen eksplisitt profil identifisert for ServiceRequest/Task. Se Norske basisprofiler (no-basis) for oppdatert status.
Observation og vurderinger
- Observation SHOULD brukes for strukturerte målinger og vurderinger der det finnes entydige verdiområder.
- Ustrukturerte vurderinger SHOULD dokumenteres som
Condition eller Observation med tekstlig innhold, avhengig av semantikk.
- Der norske basisprofiler finnes for Observation og Condition, SHOULD disse benyttes.
- No-basis: Ingen eksplisitt profil identifisert for Observation/Condition. Se Norske basisprofiler (no-basis) for oppdatert status.
Roller og organisasjon
