Kort svar: Ett systembyte inom företagshälsovård tar realistiskt 4–8 veckor från beslut till att det gamla systemet stängs. Det som flyttas är kundregister, avtal, prislistor och kommande bokningar — journalerna flyttas normalt inte, de arkiveras enligt patientdatalagen i det gamla journalsystemet. Den vanligaste orsaken till strul är inte tekniken utan att kundföretagens beställare inte fått nya inloggningar och instruktioner i tid.

Att byta system känns ofta större än det behöver vara. Rädslan för driftstörningar, förlorad data och missnöjda kunder gör att många leverantörer stannar kvar i system de vuxit ur — trots att kostnaden för att inte byta ökar för varje månad. Den här checklistan bygger på hur migreringar till Portway faktiskt går till.

Steg 0: Reda ut vad som är journal och vad som är drift

Det viktigaste beslutet kommer före all teknik. En företagshälsa är vårdgivare, och journalhandlingar lyder under patientdatalagen: de ska bevaras (huvudregeln är minst tio år efter sista anteckningen), de kan inte gallras för att ett system byts, och de flyttas inte hur som helst.

Därför skiljer ett välplanerat byte på två saker:

Journalsystemet — där vårddokumentationen bor. Byts det, krävs en egen plan för arkivering eller journalöverföring. Byts det inte, ska ingenting ur journalen in i det nya driftsystemet.
Driftsystemet — beställningar, tidbokning, avtal, prislistor, sjuk- och friskanmälan, fakturaunderlag. Det är det här bytet den här checklistan handlar om, och här finns inga lagkrav som hindrar en flytt.

Blandar man ihop de två blir "vi kan inte byta, vi har ju journalerna" ett skäl att behålla ett driftsystem som ingen trivs i. Det är två olika beslut.

Steg 1: Kartlägg nuläget

Datainventering — kundregister, avtal och prislistor per kundföretag, kommande bokningar, öppna beställningar, pågående sjukfrånvaroärenden
Integrationer — journalsystem, ekonomisystem, HR-plattformar hos kundföretag
Processer — dokumentera arbetsflödena, inte bara systemets funktioner. Vem beställer, vem bokar, vem fakturerar?
Avtalsläget — uppsägningstid i nuvarande systemavtal, och i vilket format leverantören lämnar ut er data. Begär en provexport tidigt; den visar både datakvaliteten och samarbetsviljan.

Känner ni igen tecknen vi beskriver i har ni vuxit ur ert system för företagshälsovård? Då har ni redan svaret på varför bytet behövs.

Steg 2: Ställ krav på det nya systemet

Funktionskrav — vad måste systemet klara dag ett? Skilj på det och önskelistan; dag ett behöver beställningar, tidbok och sjukanmälan fungera
Säkerhetskrav — hälsodata är känsliga personuppgifter enligt GDPR: kryptering, åtkomststyrning per roll och organisation, lagring inom EU, personuppgiftsbiträdesavtal. Läs vår genomgång av GDPR och säkerhet inom företagshälsovård
Kundföretagens upplevelse — kan de beställa själva, i er profil, enligt sitt eget avtal? Det avgör hur mycket administration som försvinner
Skalbarhet — klarar systemet fler kundföretag och fler orter utan att priset eller strukturen går sönder?

Steg 3: Planera datamigreringen

Exportera och granska — ta ut all data från det gamla systemet och verifiera kvaliteten
Rensa — gallra dubbletter, inaktiva kundföretag och personuppgifter ni inte längre har rättslig grund att behålla; ett byte är rätt tillfälle att uppfylla gallringskraven i stället för att flytta med sig skulden
Mappa — kartlägg hur fält i gamla systemet motsvarar det nya; avtal och prislistor är det som oftast kräver handpåläggning, eftersom två system sällan modellerar rabatter likadant
Testa — kör en provmigrering med ett kundföretag innan fullskalig import
Validera — stäm av antal kunder, avtal och bokningar mot källsystemet efter migreringen, och låt någon som kan verksamheten granska stickprov

Steg 4: Utbilda per roll

Superanvändare — en eller två interna som kan systemet före alla andra och stöttar kollegorna
Rollbaserad utbildning — administratörer, klinisk personal och kundföretagens beställare behöver olika saker; beställarna behöver oftast bara en kort instruktion och en inloggning som fungerar
Feedbackloop — samla synpunkter under de första veckorna och justera konfigurationen, inte processerna

Steg 5: Parallellkör — kort och med slutdatum

Börja med en pilotkund, inte hela kundstocken
Sätt ett tydligt slutdatum för det gamla systemet; utan slutdatum blir parallellkörningen permanent och dubblerar allas arbete
Kommunicera proaktivt med kundföretagen — nya inloggningar, en rad om varför ("vi uppgraderar", inte "vi har problem") och vem de kontaktar om något skaver. Detta är den punkt där kunder faktiskt tappas: inte för att data försvann, utan för att en beställare inte kom in i det nya systemet den dag den behövde

Steg 6: Gå live och följ upp

Övervaka första veckan extra noga och ha support redo
Mät det som motiverade bytet: tid per beställning, missade bokningar, antal supportärenden
Justera konfiguration efter faktisk användning — och passa på att se över administrationen i samma veva

Vanliga frågor

Hur lång tid tar ett systembyte? För driftsystemet: typiskt 4–8 veckor från beslut till stängt gammalt system, varav parallellkörningen är 2–4 veckor. Det som styr är sällan tekniken utan avtalens komplexitet och hur snabbt kundföretagen tar till sig nya inloggningar.

Vad händer med journalerna? De stannar där de är. Journalhandlingar ska bevaras enligt patientdatalagen och arkiveras i eller ur det gamla journalsystemet enligt en egen plan. Ett byte av drift- och beställningssystem rör inte journalerna alls.

Måste kundföretagen göra något? Ja, en sak: börja använda den nya vägen in. Därför är kommunikationen till deras beställare den enskilt viktigaste punkten i planen — nya inloggningar ut i god tid, och en tydlig första dag då beställningar går i det nya systemet.

Ett systembyte ska inte vara ett hinder — det ska vara en möjlighet. Boka en demo för att se hur Portway hanterar onboarding och migrering, eller kontakta oss för att diskutera era förutsättningar.

Checklista: Byta system för företagshälsovård utan att tappa kunder