Hva EDI 1.0 var (og hvorfor det måtte byttes ut)

EDI 1.0 — eller bare "EDI", som det ble kalt i mange år — er navnet på den eksisterende infrastrukturen for digital meldingsutveksling i norsk helsetjeneste. Den ble bygget på 1990- og tidlig 2000-tallet og hviler på tre teknologiske valg som var fornuftige da, men problematiske nå:

  • EDIFACT-meldinger. Et meldingsformat fra FN, optimalisert for tegnoppslag og industri, ikke for helsedata. Vanskelig å lese for mennesker, vanskelig å validere automatisk.
  • X.509-sertifikater. Hver virksomhet måtte ha eget virksomhetssertifikat med kompliserte fornyelsesrutiner. Et utgått sertifikat = stille feil i ukevis før noen oppdaget det.
  • "Fire fyrtårn"-arkitektur. EDI-meldinger gikk gjennom flere mellomlagring-punkter (postkasser hos NHN). Bra for redundans, dårlig for sanntid og feilsporing.

I tillegg ble feilkodene levert separat, ofte via AppRec-meldinger som måtte tolkes manuelt, og leveringsstatus var ikke alltid lett tilgjengelig fra EPJ-en.

Hva EDI 2.0 erstatter

EDI 2.0 er Direktoratet for e-helse og NHN sin moderne erstatning. Det er ikke bare en versjonsoppgradering — det er en arkitekturskifte:

  • EDIFACT erstattes av JSON over HTTPS (REST). Samme strukturerte helseinformasjon, men i et format som er lettere å validere, debugge og bygge på.
  • X.509-sertifikater erstattes av HelseID/OAuth 2.0. Innlogging og autentisering bruker samme HelseID-mekanisme som resten av norsk e-helse. Tokens fornyes automatisk.
  • "Fire fyrtårn" erstattes av Postmaster + Meldingstjener. Postmaster er en lokal komponent i EPJ-leverandørens infrastruktur som snakker med NHN sin sentrale Meldingstjener. Færre hopp, klarere ansvar.
  • AppRec-bekreftelser blir strukturerte og sanntid. EPJ-en din vet umiddelbart om en henvisning er levert, mottatt eller avvist — ikke timer eller dager senere.

Hva som er nytt for praksisen

Du som fastlege jobber i den kliniske flaten — men forskjellene merker du på flere måter:

  • Sanntid leveringsstatus. Når du sender en henvisning, ser du innen sekunder om den er levert til mottakers Meldingstjener.
  • Strukturerte AppRec-bekreftelser. Mottak og avvik vises i innboksen som tydelige hendelser knyttet til riktig pasient og melding.
  • Automatisk retransmittering. Hvis en melding feiler underveis (nettverk, midlertidig nede), prøver Postmaster på nytt automatisk i en bestemt rytme.
  • Bedre feillogger. Når noe ikke leveres, får du en konkret feilmelding du eller leverandøren kan handle på, ikke en kryptisk EDIFACT-kode.
  • Færre sertifikatfeil. HelseID-tokens forvaltes automatisk — du våkner ikke til "alle henvisninger har stoppet" fordi et sertifikat utløp i går natt.

Hvilke meldingstyper som støttes

EDI 2.0 dekker hele spekteret av meldinger som brukes i fastlegepraksis:

  • Henvisning — til spesialist, sykehus, kommunale tjenester
  • Epikrise — fra spesialist tilbake til fastlege
  • E-resept — forskrivning til Reseptformidleren og oppslag mot apotek
  • Dialogmelding — uformell strukturert kommunikasjon mellom helseaktører
  • Lab-svar — analysesvar fra laboratorier, strukturerte og koblet til riktig rekvisisjon
  • Polikliniske notat / Pleie- og omsorgsmelding — kommunikasjon mot kommunale tjenester

I overgangsperioden støtter Meldingstjeneren begge formater, slik at en avsender på EDI 2.0 kan kommunisere med en mottaker som fortsatt kjører EDI 1.0 — NHN tar oversettelsen.

Tidslinje for utfasing av EDI 1.0

Direktoratet for e-helse og NHN har lagt opp til en gradvis utfasing der EDI 2.0 først blir tilgjengelig parallelt med EDI 1.0, før EDI 1.0 settes ut av drift. Datoer flytter seg, så sjekk siste status hos NHN før du planlegger oppgraderinger som henger på dette. Det praktiske rådet er enkelt: hvis du velger nytt EPJ i 2026, velg ett som allerede har EDI 2.0 i produksjon.

Hva fastlegen merker av endringer

Den ærlige sannheten: hvis EPJ-en din er bra, merker du ganske lite. Den kliniske arbeidsflaten — du skriver henvisning, klikker send, får leveringsbekreftelse — endres ikke. Det du merker er:

  • Kortere svartid. Sekunder, ikke minutter.
  • Færre "ikke levert"-meldinger. Bedre retransmittering og automatisk feilhåndtering.
  • Tydeligere innboks. AppRec og dialogmeldinger er knyttet riktig fra starten.
  • Mindre IT-stress. Ingen sertifikatfornyelser å holde styr på selv.
  • Samme klinisk flyt. Du gjør jobben din. Teknologien blir bare bedre.

Hva DocY Solo gjør: HelseID-sporet i DocY Solo har innebygd EDI 2.0 Postmaster — vi snakker REST/JSON mot NHN sin Meldingstjener fra dag én, uten EDIFACT-mellomlag. HelseID forvaltes automatisk, leveringsstatus vises i sanntid i innboksen din, og retransmittering ved nettverksfeil er innebygget. Bli beta-tester på HelseID-sporet for å teste det i din egen praksis.

Sjekkliste for klargjøring til EDI 2.0

  • Har EPJ-leverandøren min annonsert EDI 2.0-støtte? — ja/nei
  • Er HelseID-tilknytningen min satt opp og testet? — ja/nei
  • Har jeg en oppdatert oversikt over hvilke meldingstyper jeg sender/mottar? — ja/nei
  • Er Helsenett-medlemskapet aktivt og tilknytningsavtalen oppdatert? — ja/nei
  • Har jeg en plan for hva jeg gjør hvis en melding feiler (manuell oppfølging)? — ja/nei
  • Vet jeg hvor i EPJ-en jeg ser leveringsstatus og AppRec? — ja/nei
  • Har jeg testet en sending mot test-Meldingstjener før produksjon? — ja/nei

Hvis du svarer nei på de tre første, snakk med EPJ-leverandøren før du planlegger noe annet.

Kilder