Hva DocY Solo bruker under panseret

Vi prøver å holde teknologivalgene kjedelige. Det betyr færre overraskelser, lengre levetid og enklere migrering inn — og ut, hvis du en dag skulle ønske det.

Konkret bruker DocY Solo:

  • Din egen lokale database — knyttet til din installasjon, ikke en delt sky-database. Dataene ligger i Norge, og kun du har tilgang.
  • Et standard tabellformat bygget på det utbredte SQL-språket. Det betyr at journalen din ikke er låst inne i et proprietært filformat — den kan eksporteres på samme måte som et hvilket som helst moderne journalsystem.
  • Standardiserte identifikatorer (OID-er) — den samme typen koder som Norsk Helsenett (NHN) anbefaler, og som Helsedirektoratet bruker i kodeverk og registre. Eksempler er fødselsnummer-OID, HER-ID for organisasjoner, ICD-10 og ICPC-2 for diagnoser.
  • Vanlig fil-lagring for vedlegg som PDF-er, bilder og lydfiler — kryptert og knyttet til pasienten i journalen.

Vi har valgt åpne, etablerte standarder. Det er fordi pasientjournalen ikke er et område hvor vi vil eksperimentere, og fordi det gjør import og eksport mye enklere.

Hva er en OID, kort forklart?

OID — eller «Object Identifier» — er en standardisert måte å gi globale, unike navn til typer informasjon. I norsk helsesektor brukes OID-er for å identifisere blant annet pasienter (via fødselsnummer), helseaktører (via HER-ID), diagnoser (ICD-10, ICPC-2), og en rekke andre kodeverk.

I praksis betyr det at en pasient identifisert i DocY Solo bruker akkurat samme identifikator som i et hvilket som helst annet norsk journalsystem. Det høres tørt ut, men det er nettopp dette som gjør at data kan flyttes uten å gå tapt eller bli forvrengt.

OID-skjemaet er forvaltet av Direktoratet for e-helse og publiseres av NHN. DocY Solo bruker disse OID-ene direkte uten egen oversettelse.

Hva kan importeres fra et annet system

Forutsatt at det gamle systemet kan eksportere data i et standard tabellformat (SQL eller tilsvarende), kan vi normalt importere:

  • Pasienter — fødselsnummer, navn, fødselsdato, kjønn, kontaktinfo, pårørende, CAVE og diagnoser
  • Journaler og notater — inkludert dato, signerende behandler, notattype og fritekst
  • Avtaler og kalenderhistorikk — både gjennomførte og fremtidige
  • Dokumenter og vedlegg — PDF-er, lab-svar og bilder, knyttet til pasienten
  • Skjema-historikk — strukturerte skår fra PHQ-9, MADRS og andre instrumenter, med dato og signerende behandler
  • Resepthistorikk — for de profesjonene der det er relevant (lege)

Hvis det gamle systemet bruker NHN-anbefalte OID-er, går mappingen rett gjennom. Hvis det bruker egne interne ID-er, lager vi en oversettelsestabell som del av importen.

Importprosessen — i tre trinn

1. Du eksporterer. De fleste norske journalsystemer kan generere en SQL-eksport eller en strukturert datadump på forespørsel. Hvis du ikke har tilgang selv, har du krav på å få den utlevert fra leverandøren etter pasientjournalforskriften.

2. Vi gjør mapping og prøveimport. Vi setter opp en isolert kopi av installasjonen din, kjører importen der, og du får logge inn for å verifisere at navn, journaler, datoer og diagnoser er som de skal. Ingen data legges inn i produksjon før du har sagt ja.

3. Du verifiserer og signerer. Når du har bekreftet at importen er korrekt, kjøres den i din ordinære installasjon, og du kan begynne å jobbe.

For typiske solo-praksiser med inntil noen tusen pasienter tar dette normalt 1–3 virkedager fra eksport er mottatt.

Hva hvis dataene ikke er i SQL-format?

Det er ingen krise. Vanlige situasjoner:

  • Excel- eller CSV-filer: Konverteres til standardformat før import. Vanligvis innenfor samme omtrentlige tidsramme.
  • PDF-arkiv av journaler: Lastes inn i dokumentinnboksen. OCR-en gjør innholdet søkbart, og du kan tilordne dokumenter til riktig pasient.
  • Eksotiske eller proprietære formater: Vi tar et møte før vi forplikter — det finnes systemer der eksport er praktisk umulig uten leverandørens hjelp.

Hva med datasikkerhet under importen?

Importen er en del av samme sikkerhetsregime som vanlig drift:

  • Databehandleravtale signeres før noen pasientdata utveksles
  • Eksportfilen sendes via kryptert kanal — vi støtter sikker overføring og kryptert vedlegg
  • Prøveimporten kjøres i isolert miljø, ikke i din produksjonsdatabase
  • Etter ferdigstilt import slettes prøvemiljøet
  • Hele prosessen logges for sporbarhet

Mer om dette i artikkelen om datasikkerhet i solo-praksis.

Hva koster det?

For nye kunder med standard format inngår dataimport i onboarding — uten egen kostnad. For mer arbeidskrevende migreringer (eksotiske kildesystemer, ufullstendig eksport, krav om manuell mapping) gir vi et estimat på forhånd, basert på timer.

Vi tjener penger på lisens, ikke på onboarding. Det er en bevisst posisjon.

Kort oppsummert: DocY Solo bruker åpne, standardiserte løsninger — lokal database, NHN-anbefalte identifikatorer og ordinære filformater. Det betyr at journalen din ikke blir låst inne, og at vi kan hjelpe deg å ta med dataene fra et eksisterende system uten store overraskelser.

Kilder

  • Direktoratet for e-helse — ehelse.no (forvalter av norske OID-registre)
  • Norsk Helsenett — kodeverk og identifikatorer
  • Pasientjournalforskriften — krav til utlevering av pasientdata fra tidligere leverandør
  • Helsedirektoratet — ICD-10 og ICPC-2-kodeverk