← Insikter

Guide · Region & vård

Fyra områden en regional integrationsförmåga måste hantera — innan vi pratar leverantörer

Vi möter regioner som ska upphandla integrationsplattform, modernisera stacken eller ersätta en åldrande ESB. Innan ni jämför Boomi mot MuleSoft mot egenutvecklat — här är de fyra områdena er regionala integrationsförmåga måste hantera. Vendor-neutralt, ordnat efter vad som bryter först när det saknas.

12 min läsning · Publicerad 2025-05-21

Områdena är ordnade efter vad som bryter först när det saknas. De första två märks inom månader. De sista två märks inte alls — förrän året då allt ska bytas ut och ingen vet hur.

  1. Område 01

    Anslutning & kontrakt

    Det som syns först i en upphandling — och som ofta får för lite tid. Vården talar fler språk än REST, och kontrakten lever längre än ni tror.

    • Anslutningskapacitet — inte bara REST

      Vården talar HL7v2 och FHIR. Försörjningen talar EDIFACT och Peppol. Folkbokföringen levererar fil. Personalsystemet exponerar SOAP. Ett modernt iPaaS måste tala alla dessa flytande, inte bara JSON över HTTPS.

      Signal i upphandlingen: Om listan över connectors börjar och slutar med REST/SOAP — gå vidare.

    • Versionshantering av kontrakt

      1177-API:et släpper v4. Era 80 anslutande system migrerar inte samma dag. Plattformen måste kunna köra v3 och v4 parallellt, transformera mellan dem, och ge er en plan för avveckling — inte tvinga big bang.

      Signal i upphandlingen: Om svaret är 'vi gör en ny endpoint' — det skalar inte.

    • Schema- och kodverksdistribution

      ICD-10, KVÅ, NPL, kommunkoder — kodverk ändras. En regional integrationsförmåga ska distribuera aktuella kodverk till alla anslutna system, inte låta varje system hämta själv från Socialstyrelsen olika ofta.

      Signal i upphandlingen: Saknas det betalar ni för datafel i tio år framåt.

  2. Område 02

    Drift & spårbarhet

    Det som avgör vardagen för driften — och hur ni svarar när någon frågar varför något hände för fjorton månader sedan.

    • Spårbarhet ner till varje meddelande

      När socialtjänsten frågar varför ett beslut skickades till fel mottagare för fjorton månader sedan, ska ni kunna svara på minuten. Det betyder full payload-loggning med PII-styrning, sökbar i månader, inte timmar.

      Signal i upphandlingen: Be om en demo: 'visa mig meddelande X från förra kvartalet'.

    • Reprocessing utan att ringa konsult

      Mottagarsystemet låg nere i sex timmar. Två tusen meddelanden köade. Operatör — inte utvecklare — ska kunna återköra dem, selektivt, med en knapp. Saknas det förvandlas varje incident till ett projekt.

      Signal i upphandlingen: Be att få se admin-UI:t för failed messages.

    • Asynkron som default

      Synkrona kedjor i fyra led går sönder första veckan i drift. Plattformen måste hantera kömönster, retries med exponential backoff, dead letter queues och poison message handling — och det ska vara default, inte ett tillval.

      Signal i upphandlingen: Be om mönsterbiblioteket. Finns det inget — det blir er uppgift att hitta på.

    • Observability som icke-utvecklare förstår

      Driften behöver dashboards som visar 'kallelsesystemet → 1177 är friskt, 99,2% under senaste dygnet'. Inte Grafana-paneler som kräver fem klick och en utvecklare för att tolka. Verksamheten ska kunna se sin egen status.

      Signal i upphandlingen: Fråga vem som är primär användare av övervakningsvyn.

  3. Område 03

    Säkerhet & data

    Det som inte får vara en eftertanke. Identitet, datakvalitet och miljöuppdelning bestäms av arkitekturen — inte av konfiguration efteråt.

    • Identitet och behörighet på meddelandenivå

      En integration som flyttar journaldata får inte fungera med samma generiska tjänstekonto som flyttar fakturarader. Plattformen måste kunna agera som olika identiteter, propagera användarcontext (SAML/OIDC) och logga vem som faktiskt utlöste varje anrop.

      Signal i upphandlingen: Fråga hur de hanterar end-user context i en service-account-baserad värld.

    • Master Data Management — light

      Patient finns i Cosmic, i 1177, i Take Care, i kallelsesystemet. Samma person, fyra ID. Ni behöver inte en full MDM-svit, men ni behöver en plats där cross-references mellan källsystemens nycklar lever och uppdateras.

      Signal i upphandlingen: Annars bygger ni samma mappning fjorton gånger.

    • Säkerhetsklassad miljöuppdelning

      Produktion, test, utveckling — men också separation mellan personuppgifter och anonymiserad data, mellan SITHS-anslutna flöden och öppna. Detta är arkitektur, inte konfiguration. Det ska finnas innan första integrationen flyttas in.

      Signal i upphandlingen: Be att få se nätverkstopologin och dataklassningsmatrisen.

  4. Område 04

    Ägarskap & förvaltning

    Det som inte syns i licenskostnaden — men avgör om plattformen lever om fem år eller om ni står där och ska byta igen.

    • Förvaltningsbar utan plattformsleverantören

      Era egna förvaltare ska kunna lägga till en ny mottagare, ändra en mappning, deploya till test — utan att ringa leverantören. Annars är ni inlåsta på ett sätt som inte syns i licenskostnaden.

      Signal i upphandlingen: Räkna konsulttimmar per ändring första året. Det säger allt.

    • CI/CD och Infrastructure-as-Code

      Integrationer är kod. De ska checkas in, granskas, testas och deployas via pipeline — inte klickas in i ett webgränssnitt och hoppas. Plattformen måste stödja export/import av artefakter via API, helst med en första-parts Git-integration.

      Signal i upphandlingen: Om svaret är 'man kan exportera till XML och importera manuellt' — det är inte CI/CD.

    • En tydlig ägarmodell

      Det här är inte en funktion i plattformen — det är funktionen runt den. Vem äger plattformen som produkt? Vem prioriterar backlog? Vem säger nej till en verksamhet som vill bygga en integration som inte borde finnas? Utan svar på det blir teknikvalet sekundärt.

      Signal i upphandlingen: Om frågan får svaret 'IT' — ni har inte börjat än.

Och sen då?

När ni har en uppfattning om vilka av dessa områden ni har idag och vilka som saknas — då är ni redo att prata leverantörer. Inte tvärtom. En upphandling som börjar med plattformsval landar nästan alltid i en lösning som tekniskt fungerar men organisatoriskt inte gör det.

Vi gör den här genomgången med regioner som second opinion eller som en del av en förstudie. Inga timmar, inget pipeline. Hör av er om ni vill ha en strukturerad genomlysning av var ni står.