Vård & omsorg · Swedwise Healthcare Suite
Healthcare Suite — från integration till AI-driven drift
En sammanhållen svit som täcker hela kedjan — integration, governance, observability, ITSM och AIOps — under ett gemensamt ramverk och en livscykel. Den här sidan är för er som redan har delar av sviten och vill se vägen vidare: från meddelandeintegration till AI-driven drift, i er takt.
Vägen vidare för er som redan har delar av sviten — från integrationsplattform till AI-driven drift.
Healthcare Suite är inte en enskild produkt utan en helhetslösning. Vi kombinerar integration, API governance, observability, AIOps och ITSM under ett gemensamt ramverk så att vårdens kritiska informationsflöden kan byggas, övervakas och förvaltas under en gemensam livscykel.
01
Integration
En integrationsförmåga som täcker både meddelandeintensiva vårdflöden (HL7, EDI, dokument) och moderna API- och event-drivna integrationer (REST, FHIR, AsyncAPI/Kafka) — utan att tvinga in allt i en och samma motor.
02
Governance
Ett gemensamt ramverk som säkerställer att varje integration följer samma standard för namngivning, säkerhet, loggning och felhantering.
03
Observability & AIOps
End-to-end-insyn över alla integrationer och meddelanden — oavsett motor — med korrelerade larm, prediktion och föreslagna åtgärder.
04
Service Management (ITSM)
Incidenter, förändringar och drift av hela integrationskedjan i ett enhetligt ITSM-flöde, kopplat till exakt det meddelande eller API som triggat ärendet.
För vem
Tre roller i regionen — tre olika frågor som måste få samma svar
En integrationsplattform misslyckas sällan tekniskt. Den misslyckas när CIO, arkitekt och förvaltningsledare inte ser samma bild av risk, ägarskap och kostnad. Healthcare Suite är byggd för att ge alla tre ett gemensamt språk.
CIO / IT-direktör
Hur tar vi nästa steg i sviten utan att tappa fart i förvaltningen?
Mognadstrappa med tydliga nivåer, en partner som äger hela kedjan från meddelande till ärende, och en TCO-bild som går att försvara inför nästa upphandling — utan att byta plattform.
Integrationsarkitekt
Hur bygger vi för förändring i 10 år framåt?
Rätt motor för rätt jobb — meddelandeflöden och API/event-drivna flöden under samma ramverk. FHIR, OpenAPI och AsyncAPI som kontraktsstandard, Omnigateway framför allt och Nodinite som tvingar samma loggstandard oavsett motor.
Förvaltningsledare
Hur hinner vi förvalta det vi redan har?
Integrationer som beställningsbara tjänster med pris, ledtid och SLA. ITSM, CMDB och observability i ett flöde — så att larm har en ägare och changes har konsekvensanalys.
Dolda kostnader att räkna hem
Det som inte syns på licensraden — men som syns i driftbudgeten
När sviten används som ren integrationsplattform tas merparten av kostnaden ut någon annanstans: jourtimmar, manuell felsökning, parallella verktyg och beroenden av enskilda personer. Här är de vanligaste — och vilken nivå i sviten som tar bort respektive kostnad utan att ni byter plattform.
Manuell korrelering vid larm
Tekniker hoppar mellan loggverktyg, integrationsmonitor och infrastrukturövervakning för att hitta var i kedjan ett meddelande fastnat. Varje incident kostar timmar innan rätt person ens är engagerad.
Tas bort i Nivå 3 · Observability
Larm utan ägare
Övervakning skickar mejl och Teams-notiser, men ingen ITSM-process tar emot dem. Larm prioriteras ad hoc, P1 och P3 hanteras i samma kanal, rotorsak dokumenteras sällan.
Tas bort i Nivå 3 · ITSM + CMDB
Releaser utan konsekvensanalys
En förändring i en integration vet ingen vilka konsumenter den påverkar förrän något bryts. Releaser planeras därför försiktigt — eller orsakar oplanerade avbrott.
Tas bort i Nivå 3 · CMDB + Release Management
Parallella verktyg för samma sak
Egen loggplattform, separat APM, separat ITSM, separat dashboard-verktyg. Var och en med eget avtal, uppgraderingsbehov och kompetensbehov — och ingen visar samma sanning.
Tas bort i Nivå 3 · Operations Bridge
Återkommande incidenter ingen åtgärdar
Samma fem felmönster återkommer varje vecka. De släcks manuellt varje gång eftersom ingen har tid att bygga bort dem — och ingen ser att de står för en stor del av jourvolymen.
Tas bort i Nivå 4 · AIOps + auto-remediering
Beroende av enskilda personer
Två–tre seniora integratörer vet hur flödena egentligen hänger ihop. Semester, sjukdom eller uppsägning blir en akut risk — och ny personal tar månader att produktivisera.
Tas bort i Nivå 2–3 · Katalog + CMDB + ITSM
Olika arbetssätt per förvaltning
Varje förvaltning eller team har egna konventioner för namngivning, loggning, felhantering och release. Samma fel löses olika, ny personal måste lära om för varje miljö och förvaltningskostnaden växer linjärt med antalet integrationer.
Tas bort i Nivå 1–2 · Ramverk + ICC + katalog
Spridda licenser & avtal per verksamhet
Enskilda förvaltningar och projekt har skaffat egna API-, logg- eller övervakningsverktyg. Volymrabatter går förlorade, avtal förnyas i otakt och ingen har en samlad bild av vad regionen faktiskt betalar för integrationsstacken.
Tas bort i Nivå 2–3 · Centraliserad svit + tjänstekatalog
Spridd supportmodell utan central SLA
Olika förvaltningar har egna supportvägar — en ringer leverantörens växel, en annan mejlar en konsult, en tredje förlitar sig på att en enskild medarbetare är nåbar. Jour täcks av eldsjälar utan ersättning, P1 hanteras olika beroende på vem som svarar, och ingen kan visa svars- eller åtgärdstid mot ett gemensamt åtagande.
Tas bort i Centraliserat supportavtal · Enterprise eller Platinum
Två hävstänger gör tyngst jobb i förvaltningsbudgeten: ett gemensamt arbetssätt (samma ramverk, samma katalog, samma ITSM-flöde oavsett team) och centraliserade licenser (en avtalsbild för regionen istället för spridda inköp per förvaltning). Vi kan göra en baseline-mätning av er nuvarande jourvolym, MTTR, release-ledtid och licensspridning och räkna fram vad varje nivå konkret tar bort hos er.
Funktioner som krävs
13 funktioner en regional integrationsförmåga behöver — innan vi pratar leverantörer
Innan vi pratar produkter — det här är funktionerna en regional integrationsförmåga behöver för att hänga ihop över tid. Varje funktion påverkar en mätbar effekt. Om vi är överens om att alla behövs, då är frågan inte längre vilken leverantör — utan hur många plattformar ni vill drifta för att täcka dem.
Bygga & exponera
Funktioner för att leverera integrationer
API-gateway & policy enforcement
En gemensam policy- och säkerhetspunkt framför alla API:er — oavsett vilken backend eller plattform som levererar svaret.
KPI: Tid till nytt API i produktion · andel API:er med enhetlig säkerhet
Integrationsmotor för meddelandeflöden
Hantering av HL7, EDIFACT, fil och dokument med spårbarhet per meddelande — vårdens kritiska informationsflöden.
KPI: Meddelandevolym per FTE · andel spårbara meddelanden
Event-driven & asynkron integration
Hybridarkitektur kräver både synkrona API:er och event-/batchflöden. Utan event-stöd byggs allt som synkrona kedjor som blir spröda.
KPI: Andel integrationer som är löst kopplade · MTTR vid backend-incidenter
Domän- & kontraktsstandarder (FHIR m.fl.)
Integrationer som bygger på standardkontrakt (FHIR, PEPPOL, OpenAPI) blir återanvändbara och överlever leverantörsbyten.
KPI: Andel integrationer på standardkontrakt · kostnad per ny konsument
Legacy-brygga & protokollöversättning
Gamla system lever länge. Behovet att exponera dem som moderna API:er utan att röra koden i dem är avgörande för stegvis migrering.
KPI: Antal legacy-system bakom modern gateway · tid till utfasning
Styra & återanvända
Funktioner för att förvalta som produkter
API-katalog & developer experience
Sökbar katalog med dokumentation, sandbox och prenumeration. Utan det byggs samma integration om och om igen.
KPI: Andel återanvända API:er · antal konsumenter per API
Tjänstekatalog & beställningsflöde
Integrationer som beställningsbara tjänster med pris, ledtid och SLA — inte långa förstudier.
KPI: Ledtid från beställning till driftsatt integration
Integrationsramverk & standarder
Gemensam standard för namngivning, loggning, felhantering och säkerhet — tvingande, inte valfri. Annars växer den tekniska skulden.
KPI: Andel integrationer som följer ramverket · onboarding-tid för nya utvecklare
ICC / Center for Enablement
Governance-funktion som äger ramverket, standarder och kompetensspridning. Utan ICC blir varje team sin egen ö.
KPI: Andel team som följer standarden · antal återanvändbara tillgångar
Livscykel- & produktägarskap
Integrationer behandlas som långlivade digitala produkter med ägare, versionering och SLA — inte som engångsprojekt.
KPI: Andel integrationer med ägare · andel med definierad SLA
Drifta & följa upp
Funktioner för att hålla i gång och förbättra
Business Activity Monitoring (BAM)
Verksamhetsnära vyer per flöde (remisser, svar, beställningar) — så att drift och verksamhet ser samma bild.
KPI: Tid från avvikelse till verksamhetslarm
Observability & AIOps
Realtidsövervakning av meddelanden, API:er och infrastruktur — med AI som korrelerar och förutsäger störningar innan de når användarna.
KPI: MTTR · andel incidenter upptäckta före användaren
ITSM, CMDB & change management
Ärenden, beroenden och förändringar i ett flöde. Utan CMDB saknas konsekvensanalys; utan ITSM blir larm utan ägare.
KPI: Andel incidenter med rotorsak inom SLA · andel changes utan oplanerade avbrott
Är vi överens om att alla 13 funktionerna behövs? Då är frågan inte längre vilken leverantör — utan hur många plattformar ni vill drifta för att täcka dem. Det leder direkt till nästa avsnitt.
Varför en helhet?
Varför man inte bör köpa delarna var för sig
01
Delarna förstärker varandra
En integrationsmotor utan observability är en blackbox. Observability utan ITSM blir larm utan ägare. ITSM utan CMDB saknar konsekvensanalys. Test utan ramverk blir punktinsatser. Suiten är designad så att varje del gör de andra mer värdefulla.
02
En livscykel — inte en produktlista
Att köpa delar var för sig skapar glapp: olika leverantörer, olika datamodeller, olika ansvar. Healthcare Suite levererar plan, build, test, release, run och support som ett sammanhängande flöde.
03
Lägre risk, snabbare värde
Standardisering, automatisering och proaktiv AI minskar både incidenter och tiden till åtgärd. Kunden betalar en gång för en helhet i stället för att integrera ihop flera leverantörer själv.
04
En partner — ett ansvar
Swedwise tar ansvar för helheten: från integration och säkerhet till övervakning, ärenden och uppgraderingar. Kunden slipper peka mellan leverantörer när något händer.
Paket
Tre paket — välj den nivå där värdet till verksamheten tar fart
Paketen sätter den kommersiella ramen runt nivåerna. Base ger en stabil integrationsförmåga, Enterprise lägger till operations och governance i full bredd, och Platinum tar bort volymtaket helt — så att verksamheten kan beställa nya integrationer och API:er när behovet uppstår, utan att varje nytt flöde behöver gå via en kommersiell förhandling.
Base
Stabil integrationsplattform
Fast årsavgift + volym
- Integrationsmotor (xT eller MuleSoft) i drift
- Ramverk, säkerhet och kontraktsstandarder
- Omnigateway framför befintliga API:er
- Nodinite loggstandard för samtliga flöden
- Tjänstekatalog med beställningsflöde
- Standard SLA · kontorstid med beredskap
Volymramar & tillval
- Upp till ett definierat antal integrationsflöden
- Upp till ett definierat antal exponerade API:er
- Observability & ITSM som tillval
Enterprise
Operations + governance i full bredd
Fast årsavgift + volym
- Allt i Base
- Operations Bridge — observability för plattform och flöden
- Service Management, CMDB & Release Management
- uCMDB-koppling: verksamhetens affärstjänster övervakas
- Chargeback/showback per kostnadsställe
- Riktad påverkanskommunikation vid larm & changes
- Förhöjd SLA · 24/7-jour på P1
Volymramar & tillval
- Större men fortfarande definierat volymtak
- AIOps & auto-remediering som tillval
Platinum
Inga volymtak — full AI-driven drift
Fast årsavgift, all-inclusive
- Allt i Enterprise
- Fritt antal integrationsflöden
- Fritt antal exponerade API:er
- Fritt antal konsumenter och prenumerationer
- AIOps med korrelation, prediktion och föreslagna åtgärder
- Auto-remediering av kända händelsemönster
- Dedikerat förvaltningsteam & arkitektpartner
- Premium SLA · 24/7 på alla prioriteter
Vad det möjliggör
- Verksamheten kan beställa nya flöden och API:er löpande — utan att varje nytt flöde triggar en kommersiell förhandling
Platinum är paketet där förvaltningsekonomin vänds: när nya integrationer och API:er inte längre kostar styckvis vågar verksamheten faktiskt beställa dem. Det är där sviten går från att vara en drifttjänst till att vara en plattform för att leverera nya funktioner och nytt värde till vårdens patienter och medarbetare.
Nivåer
Var ni är idag — och vad nästa nivå tillför
Healthcare Suite införs stegvis och de flesta kunder har idag delar av nivå 1–2 i drift. Tabellen sammanfattar vad varje nivå tillför, vad den förutsätter och vilken effekt den ger — så att beslut om förlängning eller utbyggnad kan tas på samma underlag inför nästa upphandling.
| Nivå | Vad ni får | Förutsätter · Effekt |
|---|---|---|
| 1 · Integration | xT och/eller MuleSoft i drift med ramverk, säkerhet och kontraktsstandarder (HL7, FHIR, EDIFACT, OpenAPI, AsyncAPI). Omnigateway framför befintliga API:er. | Förutsätter: en motor på plats. Effekt: stabila flöden, enhetlig säkerhet, kortare ledtid per ny integration. |
| 2 · Governance & katalog | Nodinite som tvingande loggstandard. API-katalog (Anypoint Exchange) och tjänstekatalog med beställningsflöde, SLA och ägarskap per integration. | Förutsätter: nivå 1. Effekt: integrationer som produkter — sökbara, återanvändbara och förvaltningsbara över tid. |
| 3 · Observability & ITSM | Observability, CMDB, ITSM och Release Management. Larm, beroenden och ärenden i ett flöde, kopplade till exakt meddelande eller API. | Förutsätter: nivå 1–2. Effekt: kortare MTTR, konsekvensanalyserade releaser, larm med ägare. |
| 4 · AI-driven drift | AIOps: korrelation, prediktion och föreslagna åtgärder. Self-service för verksamhet och utvecklare. Auto-remediering av kända händelsemönster. | Förutsätter: nivå 1–3 (data och CMDB är grunden). Effekt: störningar upptäcks före användaren, drift skalar utan att bemanningen gör det. |
Nivåerna är logiska steg, inte hårda paket. Många kunder har idag delar av nivå 1–2 i drift och tar nivå 3–4 i samband med kommande upphandling eller större systembyte.
TCO — operationell kostnad
Samma licens, lägre driftkostnad — vad nästa nivå tar bort
Den största kostnaden för er är inte licensen — den är det ni gör runt integrationerna. Jourtid när larm saknar ägare, manuell korrelering mellan loggverktyg, parallella ITSM-flöden, releaser utan konsekvensanalys och nyckelpersonberoende. Nivå 3–4 i sviten sänker dem mätbart utan att ni byter plattform eller licensmodell — ni får ut mer av det ni redan betalar för.
Nivå 1–2 idag
Integration + governance
Sviten används som integrationsplattform. Övervakning, ITSM och AIOps lever i parallella verktyg eller manuellt arbete.
- Licens- & avtalsbredd100%
- Kompetenser att rekrytera100%
- MTTR vid incident90%
- Leveranstid per integration85%
Nivå 1–4 fullt utbyggt
Operations + AIOps
Samma licens i botten — observability, ITSM och AIOps på plats. En partner äger hela kedjan från meddelande till ärende.
- Licens- & avtalsbredd45%
- Kompetenser att rekrytera55%
- MTTR vid incident40%
- Leveranstid per integration45%
Illustrativ jämförelse av relativ operationell kostnad — inte uppmätta tal. Validera mot er baseline.
Dubbla kompetenser
Varje plattform kräver egna specialister — utveckling, drift, säkerhet, support. Med flera plattformar betalar regionen för samma roll flera gånger.
Integrationer mellan plattformarna
När motorerna inte hänger ihop måste flödena mellan dem byggas och förvaltas separat — ofta som de mest spröda delarna av landskapet.
Längre MTTR vid incident
Olika monitoring-stackar betyder att man måste korrelera manuellt mellan verktyg innan rotorsaken är hittad — och innan rätt leverantör kan engageras.
Leverantörsfingerpekning
När något bryts mellan två leverantörers ansvar går tid åt att bevisa var felet ligger. En partner som äger helheten tar bort den friktionen.
Dubbla licenser & avtal
Två API-managers, två loggplattformar, två ITSM-verktyg. Var och en med eget förvaltnings-, support- och uppgraderingsbehov.
Kostnad per integration
Den primära TCO-mätaren är inte plattformskostnad utan vad varje ny integration kostar att leverera och förvalta över sin livscykel.
Referenspunkter från oberoende studier & kundcase
Vad andra har mätt — siffror att validera mot er baseline
Forrester TEI — MuleSoft (2025)
426% ROI · payback < 6 mån
Sammanvägd treårsstudie: −60 % effort för API-leverans, +40 % snabbare time-to-market, 45 % återanvändning av API-tillgångar.
Läs källan →Forrester TEI — MuleSoft (2025)
−30 % integrationskostnader
Komposabel arkitektur och återanvändning sänker både utvecklings- och förvaltningskostnaden per integration.
Läs källan →OpenText kundcase — Redcentric (UK MSP)
+25 % produktivitet
10 000+ CI under övervakning. Operations Bridge + AIOps reducerade event-bruset och möjliggjorde auto-remediering.
Läs källan →OpenText kundcase — Vodafone Intelligent Services
−20 % MTTR på P1 · €1M+ värde
3 miljoner IT-events/månad. Konsoliderad observability gav driftsättning ”på minuter” och mätbar incidentreduktion.
Läs källan →Källor: Forrester Total Economic Impact™ of MuleSoft Anypoint Platform (2025) · OpenText publicerade kundcase (Redcentric, Vodafone Intelligent Services). Siffrorna är från andra organisationers miljöer och bör valideras mot er egen baseline innan de används som mål.
Leveransmodell
Köp som tjänst — i er private cloud eller hos oss
Healthcare Suite levereras som en tjänst med flexibel deploymentmodell. Samma funktionalitet, ramverk och förvaltningsprocesser oavsett var den körs.
Managed service hos Swedwise
Vi driver hela suiten åt er i vår private cloud. Ni får färdig kapacitet, SLA, patchning, uppgraderingar och 24/7-övervakning som en tjänst — utan egen drift.
Private cloud hos kunden
Hela suiten driftas i er egen private cloud eller on-prem (t.ex. region-/landstings-IT). Ni behåller full datasuveränitet och nätverkskontroll — vi ansvarar för applikationslager, ramverk och förvaltning.
Hybrid
Känsliga vårdflöden körs lokalt nära journalsystemen, medan API-exponering, katalog och observability körs centralt. Samma kodbas, samma policys, ett gränssnitt.
Samma produkt — olika leveransmodeller
Oavsett deploymentmodell är funktionalitet, ramverk och förvaltningsprocesser identiska. Ni kan starta som managed service och senare flytta in i egen private cloud — eller tvärtom.
Tjänstekatalog & self-service
Integrationer som beställningsbara tjänster — inte projekt
Tjänstekatalogen, API-katalogen och self-service-portalen gör att verksamheten kan beställa, följa och konsumera integrationer på samma sätt som vilken IT-tjänst som helst — med pris, ledtid och SLA tydligt.
Tjänstekatalog för integrationer
Färdigpaketerade integrationer (HL7 v2/v3, FHIR, DICOM, CDA, EDIFACT, PEPPOL, SDK) presenteras som beställningsbara tjänster med beskrivning, ägare, SLA och pris — istället för som tekniska projekt.
Self-service portal
En portal där utvecklare hittar API:er, administratörer hanterar åtkomst och verksamheten beställer nya flöden. Bygger på Anypoint Exchange + OpenText Service Management som gemensamt gränssnitt.
API-katalog & developer experience
Versionerade API:er med dokumentation, exempel, sandbox och kontraktstester. Konsumenter prenumererar, får nycklar och ser sin egen användning och kvot.
Beställning av nya integrationer
Strukturerade beställningsformulär fångar källa, mål, datatyper, volym, SLA och säkerhetskrav — så att utvecklare kan börja bygga direkt enligt ramverket utan långa förstudier.
Prissättning & intern fakturering (chargeback)
Varje tjänst i katalogen har ett pris — engångskostnad för uppsättning och löpande kostnad per månad/transaktionsvolym. Vid beställning ser verksamheten direkt vad det kommer kosta, och förbrukningen fakturas eller showbackas automatiskt till rätt kostnadsställe via uCMDB och Service Management. Inga svarta lådor i förvaltningsbudgeten.
Tjänster i uCMDB — övervakning av era affärstjänster
När en verksamhetstjänst beställs registreras den i uCMDB med sina beroenden till integrationer, API:er och bakomliggande system. Övervakning, SLA-uppföljning och incidenthantering följer med automatiskt — vi kan erbjuda Operations Bridge och AIOps för era affärstjänster, inte bara för plattformen.
Riktad påverkanskommunikation
När ett larm eller en planerad förändring träffar ett objekt i uCMDB vet vi exakt vilka verksamhetstjänster och vilka beställare som påverkas. Notifieringar går till rätt mottagare med rätt budskap — istället för bred driftinformation som ingen läser eller, värre, missar.
Beställningsflöde — ny integration
Från idé till driftsatt integration i ett sammanhängande flöde
- 01Upptäck
Sök i tjänstekatalogen
Beställaren letar upp en befintlig integration eller väljer 'Ny integration'. Katalogen visar ägare, SLA, pris och leveranstid.
- 02Beställ
Strukturerad beställning
Formulär med källa, mål, standard (HL7/FHIR/EDI), volym och säkerhetskrav. Godkännandeflöde startas automatiskt.
- 03Provisionera
Automatisk eller manuell tilldelning
Färdiga tjänster provisioneras automatiskt med nycklar och åtkomst. Nya integrationer routas till utvecklingsteamet med all kontext.
- 04Bygg & testa
Ramverk + CI/CD + tester
Utveckling sker enligt ramverket i xT eller MuleSoft. Funktionella tester, last och pentester körs innan release.
- 05Driftsätt
Planerat deploymentfönster
Release koordineras mot CMDB, beroenden och pågående ärenden. Konsekvensanalys och godkännanden i ett flöde.
- 06Förvalta
Övervakning, ärenden, SLA & fakturering
Beställaren följer status, SLA, incidenter och faktisk kostnad i portalen. Avvikelser triggar automatiskt ärenden i Service Management — och vid larm går riktad påverkanskommunikation till exakt de tjänster och beställare som berörs enligt uCMDB.
Teknisk fördjupning
Vill ni se hur sviten är byggd?
Hittills har vi pratat om problemet, funktionerna, paketen och leveransen. På fördjupningssidan visar vi arkitekturen, motorerna (xT, MuleSoft, OpenText, Nodinite), Omnigateway, ramverket, Kubernetes-plattformen, livscykel, testning, observability och legacy-bryggor. Bra att öppna när tekniska frågor dyker upp i mötet.
Effekt för verksamheten
Vad ni får ut av Healthcare Suite
- Stabilare integrationer och färre kritiska avbrott
- Kortare ledtider från incident till åtgärd
- Säkrare hantering av patientdata och tydlig spårbarhet
- Lägre total ägandekostnad genom ett gemensamt ramverk
- En partner för hela kedjan — från integration till support
Vill ni se hur Healthcare Suite kan se ut i er miljö? Vi går igenom era flöden och visar ramverket konkret.