Hoppa till innehållet

Fråga om projektet

Du är på Läget i fem kapitel. Ställ en fråga med egna ord, så förklarar stödet utifrån projektets öppna sidor.

Material · läget

Läget i fem kapitel

Vad projektet handlar om, vad vi har kommit fram till, vad som är öppet och vad vi gör härnäst – med källorna sist.

Vad handlar projektet om?

Startsidan visar det som gäller dig i dag och länkar vidare. Gränssnittet är den enkla delen. Komplexiteten ligger i modulerna och adaptrarna bakom.

  • ModulEn funktion under startsidan, till exempel utvecklingssamtal. Är den inte påkopplad, finns den inte.
  • AdapterÖversätter data från ett externt system, till exempel LifeCare, till det startsidan förväntar sig.
  • KontraktFormatet som moduler och adaptrar följer. Ekosystemet äger formatet, inte systemen.
VarStartsidan i lagerVar ligger allt, och vad är kärnan?

Gränssnitt · Startsidan · bara ytan, mindre viktigt nu

  • Nyckeltal
  • Att agera på
  • Målgruppsingångar
  • AI-fältet

Skalet · vet vilka platser som finns, aldrig vad som står i dem

  • Identitet och roll
  • Platser
  • Designsystem
  • AI-lagret

Eneo · AI-motorOpenAI-standard, MCP

Kärnan · här ligger komplexiteten

Moduler · kopplas på · inte påkopplad = finns inte

  • Utvecklingssamtal● på
  • Dialogstöd för chef● på
  • IT-ingång● på
  • Kommunikationsguide○ av · finns inte
  • Bildgenerering○ av · kräver AI

Kontrakt · ekosystemet äger formatet

  • uppgift@1titel · status · sista datum · länk · dataklass
  • person@1roll · chef för · organisation

Kommunens katalogpushar via SCIM

Adaptrar · hämta → översätt → kontrollera, en per system

  • lifecare-adapter 1.1
  • draken-adapter
  • heroma-adapter
  • meddelande-adapter

Externa system och grundtjänster · lever kvar

  • LifeCare
  • Draken
  • Heroma
  • Digital post · SMS

Vi börjar här: mönstret för en modul och för en adapter. Inte alla adaptrar.

Moduler, kontrakt och adaptrar är kärnan. Gränssnittet kommer sedan. Vi börjar med mönstret för en modul och en adapter.

Idén i fem delar

Fem påståenden bär hela idén. Under varje rad står vad du hittar inuti. Klicka på en rad för att öppna den.

Startsidan visar det som gäller dig i dag och länkar vidare.Skiss av startsidan · Hassan på mobilen · egna ingångar för IT, HR och kommunikation · intranätets sidor3 delar ▾
StartsidanHanna
PrioNy rutin för tillbudsrapport gäller från måndag
Fråga, be om hjälp eller starta ett ärende i klartext …

Att agera på

Gå utbildningen i arbetsmiljöUtvecklingssamtalDu tog på dig aktiviteten · senast 30 nov
Ärende om datorer på biblioteketDrakenVäntar på ditt svar · i dag
Rehab: uppföljning dag 14LifeCareSammanfattning · öppnas i källsystemet

Nyckeltal

96 %budget
5,8 %sjukfrånvaro
41personal

Målgruppsingångar

IT-support →Kommunikationsguiden →HR för chefer →

Exempeldata

  1. Prionyhet från kommunikation. Stor tills användaren stänger den.
  2. Samma lista, många källor. Appar och adaptrar levererar samma slags uppgift.
  3. Nyckeltal för rollen. Boxarna kommer från målbilden från 2022.
Hannas startsida. Uppgifterna kommer från appar och från externa system. Allt är exempeldata.

Hassan hittar rätt rutin på mobilen mellan två besök.

Startsidan
Delad enhet · du loggas ut efter passet

Hej Hassan

Nästa besök 10:30 · Björkvägen
Hur gör jag när …

Rutiner för ditt pass

Läkemedel: signering2 min
Fall: vad gör jag nu?steg för steg
Larm som inte svararkontakt

Vart vänder jag mig?

Frågor om lönen knapp
IT och Googleen knapp
  1. Delad utrustning. Sessionen måste vara kort och tydlig.
Delad enhet. Inga personliga uppgifter finns kvar efter passet.

IT, kommunikation och HR får varsin ingång i startsidan.

IT-support

Allt om IT på ett ställe
Fråga om dator, licens eller ett fel …
Beställ dator eller licensen stor knapp
FelanmälAI hjälper dig beskriva felet
Vanliga frågorsvar direkt
Mina IT-ärenden2status och svar
En startsida inom startsidan. Den byggs som en app, inte som en sida på intranätet.

Fler ingångarKommunala bolag och yrkesgrupper, till exempel VA-tekniker, vill ha samma sak.

Intranätets sidor visas utan att startsidan bygger om dem.

A · REST

Startsidan hämtar sidan från SitevisionVisar den i sitt eget gränssnitt✓ Ser exakt likadant ut✕ Ny adapter för varje CMS

B · Skript och länk

Länken öppnar sidan i intranätetEtt skript lägger startsidans meny överst✓ Fungerar med alla CMS✓ Mindre arbete
Två vägar från 6 okt. Intranätet har ingen egen startsida. Startsidan är den.
Ekosystemet kör appar som varje kommun slår på eller av.Appar som i en app-butik · samma standard för alla appar · exemplet utvecklingssamtal · app eller externt system3 delar ▾

Kommun X · Appar i ekosystemet

Dialogstöd för chefNyckeltal och åtgärder för chefer
UtvecklingssamtalÅrshjul, steg och aktiviteter
IT-ingångMålgruppsingång
KommunikationsguidenMålgruppsingång
Bildgenerering✦ kräver AI-motor
  1. AI-beroende syns. Utan AI-motor går appen inte att slå på.
Som en app-butik. En ny app kräver ingen ny server.

Varje app följer samma tekniska standard, som en iOS-app.

app.manifest.ts · skiss

type Plats = 'att-agera-pa' | 'nyckeltal' | 'malgruppsingang' | 'ai-falt' interface AppManifest {  id: string               // 'utvecklingssamtal'  namn: string  platser: Plats[]         // var appen syns på ytan  roller: string[]         // 'chef', 'medarbetare', …  kraverAI: boolean        // false = fungerar utan AI-motor  kontrakt: string[]       // 'person@1', 'uppgift@1'  dataklass: 'oppen' | 'intern' | 'sekretess'  // … flöden, behörigheter, version}
Inom ramen gör appen vad den vill. Ramen gör att den kan slås på.

Ett utvecklingssamtal blir aktiviteter på startsidan utan efterarbete.

Samtal

Chef och medarbetare har samtalet.

  • sammanfatta → Utkast · AI

Utvecklingssamtal · steg 3 av 5

Kompetens och utvecklingpågårFrågorna från mallen visas under samtalet
Exemplet från 6 okt. Tryck på ett läge för att se skärmen.

En tjänst blir en app eller ett externt system bakom en adapter.

samma utseendesammanfattningStartsidanytanAppi ekosystemetAdapterstandardformatExternt systemLifeCare · Draken
Appen ser ut som startsidan. Det externa systemet visas som sammanfattning och länk.
Externa system ansluter via adaptrar som kommuner delar med varandra.Så delas en adapter · kontraktet uppgift@1 · samma paketering för alla · användare via SCIM · grundtjänster · känslig data5 delar ▾
delardelarhämtarvia adapternKommun Xbygger 1.0Adapterkatalogdelas öppetKommun Yuppdaterar 1.1LifeCareexternt systemSundsvallaktiverar 1.1Startsidanärendestatus
Beslutat 6 okt. Kommun X bygger adapter Y och delar den. Andra aktiverar och uppdaterar.

VarförVi styr inte gränssnittet i slutna system som LifeCare. Adaptern översätter deras format till startsidans. Sundsvall lägger bara in API-nycklar för att aktivera en färdig adapter.

En adapter levererar en uppgift med sammanfattning, status, datum och länk.

kontrakt/uppgift.ts · skiss

interface Uppgift {              // kontrakt uppgift@1  id: string  kalla: string                  // 'lifecare', 'draken', 'utvecklingssamtal'  titel: string                  // 'Gå utbildningen i arbetsmiljö'  sammanfattning?: string  status: 'ny' | 'pagar' | 'klar'  start?: string                 // ISO-datum  sistaDatum?: string            // styr påminnelsen  atgard?: string                // vad användaren ska göra  lank: string                   // öppnar källsystemet  dataklass: 'oppen' | 'intern' | 'sekretess'}
Öppen fråga från 6 okt: vilken minsta information behöver startsidan? Det här är ett första förslag.

Alla adaptrar har samma paketering och en version.

adaptrar/lifecare.yaml · skiss

adapter: lifecareversion: 1.1.0kontrakt: [uppgift@1]system:  namn: LifeCare  versioner: ">=4.2"           # kompatibilitetslistadelad-av: kommun-x             # byggd av en kommunuppdaterad-av: kommun-ybehover: [api-nyckel]          # det enda Sundsvall lägger intestad-mot: [syntetisk-data]
En standard gör att adaptrarna inte behöver ändras hela tiden.

Kommunen skickar in användare och organisation med SCIM.

pushpushMetakatalogSundsvallEntra IDannan kommunSCIMöppen standardEkosystemetegna användar-ID
Vi ställer krav på formatet. Källan pushar ändringar. Appen fungerar även när katalogen ligger nere.

Grundtjänster nås via en adapter, så ingen behöver vår infrastruktur.

Appskickar meddelandeMeddelandeett gränssnittSundsvalldigital postAnnan kommunköpt SMS-tjänst
Samma app. Sundsvall skickar via digital post. En annan kommun kopplar in en köpt SMS-tjänst.

Känslig data kopieras inte för att få ett reservläge.

dataregler.ts · skiss

// Lagring väljs per dataklass, inte för hela ekosystemet.const lagring = {  'personalarende-sekretess': 'aldrig-kopia',   // hellre osynlig än kopierad  'budget':                   'senast-hamtad',  // visa tid för hämtning  'kalender':                 'egen-lagring',   // ekosystemet äger datat  'intranat-sida':            'lank',  'arende-lifecare':          'lank',           // sammanfattning och länk} as const

Rad 3 · En onödig risk att öppna. Samtalet 18 sep valde osynlig data före en extra kopia.

AI svarar direkt i vyn och bara inom användarens roll.Svaret blir en graf · vad som fungerar med och utan Eneo · API:er som en agent förstår2 delar ▾

Hur ser sjukfrånvaron ut i min enhet?

Sjukfrånvaro per månad✦ AI-genererat

Oktober är högst. Vill du se åtgärderna?

Visa frånvaron för en medarbetare i min grupp

Du är chef för den här medarbetaren. Jag visar uppgifter ur personalakten.

● Sekretess · loggas · bara du ser detta

Exempeldata

  1. Svaret är en graf. AI använder förmågor som visa graf och hämta budget.
  2. Rollen styr. AI får inte fri åtkomst till personaluppgifter.
AI är inte en sökmotor. En fråga om statistik ger en graf. Personuppgifter syns bara för rätt chef.

Med Eneo fungerar allt. Med annan AI fungerar grunden.

fullbasFunktionmärkt kräver AIStandardOpenAI · MCPEneoallt fungerarAnnan AIgrundchatt
Funktioner som kräver AI märks. Utan AI-motor slås de inte på.

Info: Djupa funktioner, som att indexera stora dokument, kräver Eneo. En kommun med en annan plattform bygger då en egen adapter.

Varje API ska gå att förstå för en agent utan hjälp.

testet · skiss

› Här är devportalen. Bygg en app som visar organisationsträdet.
läser devportalen, appstandarden, designsystemet
läser llms.txt för organisations-API:et
! fältet chefFor saknar beskrivning
→ krav till teamet som äger API:et, inte en workaround

Info: Startsidan driver krav på andra team. Deras API:er ska beskrivas så att en modell förstår dem.

Vi prototypar först och väljer tekniken sen.Två spår parallellt · teknikläget 6 okt · tavlan i GitHub · veckorytmen3 delar ▾
Workshop 8 oktprioriterad listaCaseoch en adapterVerksamhetsspårutvecklingssamtalTeknikspårPOC och adapterLärdomarbehåll eller skrota
Två spår går parallellt. Verksamheten arbetar i prototypen. Teamet testar arkitekturen.

Tekniken väljs efter testerna, med AI-native som urvalsregel.

teknik/ # inget är låst

  • från noll (lutar åt)# inte befintliga ramverk eller designsystem
  • containrar (lutar åt)# Kubernetes eller Docker
  • React i fronten (prövas)# stort ekosystem, alla kan bidra
  • färdigt komponentbibliotek (prövas)# tillgängligt från start
  • Python för de första POC (prövas)# lite boilerplate
  • Java eller .NET (jämförs senare)# jämförs senare
Läget 6 okt. Inget är låst. Resten jämförs senare.

Arbetet syns på en GitHub-tavla som alla kan följa.

GitHub-projekt · Startsidan

UtforskaWorkshop: priolistaSitevision: skript eller REST
PrototypUtvecklingssamtal i prototypenMocka LifeCare-adapter
HärdaKontrakt uppgift@1SCIM-inläsning
KlartEgen GitHub-org
Korten följer planen från 6 okt. Tavlan ligger i en egen GitHub-organisation.

Teamet ses på tisdagar och torsdagar och håller en chatt aktiv.

En vanlig vecka

MånChatt
TisPå platsSynk vid start
OnsChatt
TorPå platsSynk vid start
FreChatt
Läget visas öppetprojektbokenSamtal transkriberas och sammanställs efter varje träff
Ingen daglig standup. Vi anpassar formen när vi ser vad som behövs.
GemensamtKontraktet för person och organisation.Skiss av kontraktet person@1, som alla delar använderÖppna ▾

kontrakt/person.ts · skiss

interface Person {               // kontrakt person@1  id: string                     // ekosystemets eget ID  namn: string  roller: ('medarbetare' | 'chef' | string)[]  chefFor: string[]              // styr vad chefen och AI får se  organisation: string           // organisation@1  deladEnhet?: boolean           // Hassans fall}// Källa i Sundsvall: metakatalogen pushar via SCIM.// Källa hos andra: Entra ID, AD eller annat via SCIM.
Kommer in via SCIM. Ingen app läser metakatalogen direkt.
UtanförNya verksamhetssystem, ett nytt Eneo och intranätets innehåll.Fem saker vi inte bygger, och varförÖppna ▾
  • Vi bygger inte ett nytt HR-system, ekonomisystem eller ärendesystem. LifeCare och Draken finns kvar.
  • Vi bygger inte ett nytt Eneo. Eneo är AI-motorn.
  • Intranätet ersätts inte. Det levererar sidor.
  • Arkiv finns inte som tjänst i dag. Vi skriver in det som en framtida förmåga.
  • Sundsvalls namn och grafiska profil följer inte med till andra kommuner.

Hela bilden på ett blad, en modell att prova och en film finns under Ritning och film →

Vad har vi kommit fram till?

Ett beslut gäller tills vi ändrar det. En riktning är det vi lutar åt, men den är inte låst.

Beslutat5

  1. Allt byggs AI-native.AI är första valet i design, utveckling och tjänster. Andra team får krav på API:er som en agent förstår.6 okt
  2. Visionen och målbilden är vår riktning.Det första utkastet av visionen gäller. Läs visionen →6 okt
  3. Externa system ansluter via adaptrar som kommuner delar.En adapter per system. Kommun X bygger adapter Y och delar den. Vi bygger mönstret först, inte alla adaptrar.6 okt
  4. Byggt för att delas.Ingen kommun ska behöva Sundsvalls mikrotjänster, namn eller grafiska profil.18 sep · 6 okt
  5. Chefsportalen byggs inom Startsidan.Den blir inte en egen portal.18 sep

Riktning9

  • Ett nytt behov blir en modul.Vi bygger inte nya HR- eller ekonomisystem.18 sep
  • Det som berör flest kommer först.En HR-process för 800 slår en funktion för 10.6 okt
  • Kommunen skickar in användare och organisation med SCIM.Ingen app läser metakatalogen direkt.6 okt
  • Grundtjänster nås via en adapter.Varje kommun kopplar in sin egen tjänst för post, SMS och signering.6 okt
  • Vi prototypar först och väljer tekniken sen.Det är billigt att göra fel med AI. Den svåra delen är att validera.6 okt
  • Allt material hittills är hypoteser.Visionen och målbilden kan ändras när vi lär oss mer.20 okt
  • Den första prototypen görs från ett blankt papper.Befintliga regler prövas först när det finns en målbild.20 okt
  • Hassan är testpersonen.Fungerar det för honom i mobilen fungerar det för den som sitter vid en dator.20 okt
  • Det som kan vara öppet ska vara tillgängligt utan inloggning.20 okt

Alla beslut och riktningar med mötet där de togs upp, och arkitekturbesluten →

Beslut 3 i en bild

Beslut 3AdapterlogikenHur blir LifeCares data en uppgift på startsidan?Prova själv →

Externa system

  • LifeCare
  • Draken
  • Heroma

Eget format, vi styr det inte.

Adapter · mellanlagret

  1. 1Hämtamed API-nyckel
  2. 2Översättderas fält → uppgift@1
  3. 3Kontrollerafält, dataklass

En adapter per system. Samma tre steg. Samma paketering för alla.

uppgift@1

titel · status · sista datum · länk

Skalet läser bara kontraktet

Startsidan · Att agera på

Vi bygger inte alla adaptrar. Vi bygger mönstret först.

Exempel med syntetisk data

LifeCare skickar:
arendeNr: R-1043
typ: rehab_uppf
nastaKontroll: 20261014
adaptern
Startsidan får (uppgift@1):
titel: Rehab: uppföljning dag 14
status: ny · sistaDatum: 2026-10-14
lank: öppnar ärendet i LifeCare

Delning mellan kommuner

  1. Kommun Xbygger 1.0
  2. Adapterkatalogdelas öppet
  3. Kommun Yuppdaterar 1.1
  4. Sundsvallaktiverar med nyckel

Bara steg 2 skiljer sig mellan systemen. Exemplet är syntetisk data.

Så jobbar viinte förhandlingsbart, 6 okt

  • Sänk trösklarnaPrata så att alla förstår, i teamet och med verksamheten.
  • Kroka armVi tar fram behovet tillsammans. Ingen beställer och levererar.
  • ExperimenteraTesta öppet. Lär av det som går fel.
  • Stärk varandraVi gör varandra bra.
  • Var öppnaVisa läget hela tiden. Den här boken är en del av det.
  • Fokusera på nyttaLeder det inte till nytta, stoppar vi.

Vad har vi inte beslutat än?

Sex frågor styr vad vi bygger först. Varje fråga har ett förslag. Välj ett annat svar om du tycker annorlunda.

Vilket behov prövar vi först?

Fråga 1

Avgörs efter workshopen 8 okt. Regeln: det som berör flest först.

Vilken väg prövar vi först för intranätet?

Fråga 2

Väckt 6 okt. Vi testar i testmiljön och frågar en Sitevision-specialist.

Hur väljer vi lagring för en datamängd?

Fråga 3

Väckt 18 sep. Känsliga personaluppgifter kopieras hellre inte.

Hur kopplar vi in AI-motorn?

Fråga 4

Väckt 18 sep. Riktningen 6 okt är Eneo först via öppen standard.

Får en prototyp använda verkliga data?

Fråga 5

Väckt 18 sep. Krockar med visionen och måste redas ut.

Fråga 6

Vilken teknik bygger vi med?

Väljs efter de första testerna. AI-native är urvalsregeln. En kollegas prototyp prövar redan en stack. Se prototypen.

teknik/ # inget är låst

  • från noll (lutar åt)# inte befintliga ramverk eller designsystem
  • containrar (lutar åt)# Kubernetes eller Docker
  • React i fronten (prövas)# stort ekosystem, alla kan bidra
  • färdigt komponentbibliotek (prövas)# tillgängligt från start
  • Python för de första POC (prövas)# lite boilerplate
  • Java eller .NET (jämförs senare)# jämförs senare
Läget 6 okt. Inget är låst. Resten jämförs senare.

Mindre frågor som också är öppna

  • Vilken minsta information behöver en uppgift?Ett förslag finns: kontraktet uppgift@1.data · 6 okt
  • Vem äger och förvaltar en delad adapter?Delningen är beslutad. Ägarskapet är inte det.delning · 6 okt
  • Hur fungerar identitet på en delad enhet?Många i omsorgen saknar egen dator.säkerhet · 18 sep
  • Vilka data får AI använda i varje roll?Och vad loggas?AI · 18 sep
  • Vem har drift, support och förvaltning?Gäller både startsidan och delade delar.förvaltning · 18 sep
  • Hur mäter vi att det ger nytta?Vi behöver en baslinje innan vi börjar.nytta · 6 okt
  • Behövs en egen masterkalender?En idé för nämndprocesser. Behovet är inte prövat.idé · 18 sep
  • Hur hänger version 1.0 ihop med intranätet?Startsidans första version ska vara klar till årsskiftet, intranätet lanseras i maj. De får inte uppfattas som två olika saker. En tanke: börja med chefen och testgrupper med chefer.intranätet · 14 okt
  • Vad ska chefsportalen innehålla?Kommunstyrelsen har beslutat att den ska genomföras, men inte vad den ska innehålla. Dialogstödet för chef ska in – vad mer?chefsportalen · 14 okt
  • Hur ser kommunikationsplanen ut?Projektet prövar nya vägar, och olika verksamheter behöver olika insatser.kommunikation · 14 okt

Alla öppna frågor med mötet där de väcktes →

Vad gör vi härnäst?

Det senaste mötet är utgångsläget. Härifrån går två spår parallellt mot samma mål: ett första case som fungerar hela vägen.

Senast ·

Utbildning i Personlig assistent i Eneo

Styrgruppen och projektgruppen fick en utbildning i Personlig assistent, den nya funktionen i Eneo som lanserades samma dag. Organisationen har nu en form av intern ”ChatGPT” tillgänglig för alla medarbetare.

Till mötets sida →

Verksamhetsspåret

Bygg utvecklingssamtalet färdigt i prototypen

Tillsammans med verksamheten. Samtalet blir aktiviteter på startsidan utan efterarbete.

Teknikspåret

Mocka den första adaptern och kontraktet

Välj det enklaste adapterfallet. Syntetisk data mot uppgift@1. Vi bygger mönstret, inte alla adaptrar.

Frågor till nästa samtal

  1. Vilket behov blir det första testfallet?Ta workshopens lista. Välj det som berör flest och går att pröva nu.
  2. Vilken minsta information behöver startsidan från en adapter?Mocka ett flöde med syntetiska uppgifter mot kontraktet uppgift@1.
  3. Vad ska fungera utan en särskild AI-plattform?Jämför ett enkelt fall med ett avancerat, till exempel dokument.
  4. Vilka beslut krävs för att starta, och vad kan vänta?Sortera: före prototypen, före produktion, senare.

Inspiration och källor

Här ligger det vi hämtar idéer från. Inget här är beslutat.

Brainstorm

En kollegas prototyp: så kan slutprodukten bli

En kollega har byggt en prototyp som går att köra, med påhittad data. Den visar vad som är möjligt med moduler, adaptrar och AI. Den är inspiration, inte ett beslut.

Skiss efter prototypen. All data är påhittad.

Det här kan prototypen redan

  • Slå på och av modulerSju moduler. Stäng av en, så fungerar resten.
  • Redigera sidanDra block, ändra bredd, rubrik och filter. Bara redaktörer kan spara.
  • Fråga AISvarar med belägg från modulerna, inom din behörighet.
  • Kalender via adapterKoden för kalendersystemet ligger i en egen adapter bakom modulen.
  • DatakatalogVisar vilka data som finns, fälten och vilka block som använder dem.
  • UtvecklingsförslagEtt dokument som sparas automatiskt, granskas och får AI-förslag per avsnitt.
  • NyckeltalLägg till antal och andel med egna filter.
  • HändelserEn bokning skapar en uppgift i arbetskön och uppdaterar öppna flikar.

Tre idéer att ta med

Fyra nivåer för en adapterAlla system behöver inte kunna allt. Adaptern gör det systemet tillåter.
  1. 1. Länk Startsidan visar en ingång. Arbetet görs i systemet.
  2. 2. Läsa Startsidan visar status och en sammanfattning.
  3. 3. Ändra Startsidan skickar en ändring. En människa bekräftar först.
  4. 4. Äga Startsidan sparar egna data, till exempel ett utkast.
Samma team, tre idVarje system har sitt eget id. Adaptern översätter till ett gemensamt.
En moduls livInte påkopplad betyder att funktionen inte finns.
  1. Finns inte
  2. Installerad
  3. Påslagen ⇄ Avstängd
  4. Rensad

Avstängd: sidan visar en ersättning. Rensad: modulens data tas bort, och det loggas.

  1. ✦ AI föreslår
  2. Servern kontrollerar
  3. Människan bekräftar

Prototypens princip: inget sparas innan en människa har bekräftat exakt den ändringen.

Arbetsdagar som prövar modellen

  • Lärarenregistrerar närvaro för sin klass.
  • Socialsekreterarenförbereder ett ärende och fortsätter senare.
  • Sjuksköterskanser pass och uppgifter från två enheter i en vy.
  • Enhetschefenser vem som är på jobbet, även när ett system ligger nere.
  • Systemförvaltarenbygger en sida för hemtjänstens chefer.

Skillnad mot våra beslutPrototypen har valt teknik, till exempel Next.js, Postgres och NATS. Vi har inte beslutat teknik. Prototypen är ett underlag för fråga 6. Till de öppna frågorna.

Två designskisser från ett tidigare utkast

Bilderna finns i den ursprungliga projektboken. Texten i dem är påhittad och är inte data – här står det vi tar med och det som var fel.

Projektplatsen

En projektplats med sidomeny, fem kort för röda tråden, nyckeltal, arkitekturskiss, möten och senaste uppdateringar.

  • Ta medsidomenyn, mötet med datum och rutan för nytt underlag.
  • Fel i bilden44 % står som "minskad tid för informationssökning". Samtalet säger att 44 % lägger mer än fem timmar per vecka på tidstjuvar.
  • Fel i bilden25+ står som användningsfall. Det är antalet system.
  • Påhittatpersoner, dokument och datum i listan.
Samtalsnavet

Ett nav där Startsidan står i mitten med kort för anteckningar, transkriberingar, beslut, öppna frågor, arkitektur, bilagor och nästa steg, och en tidslinje från augusti till december 2026.

  • Ta medallt från ett samtal får datum. Tidslinjen visar var vi är nu.
  • Ta medbeslut, öppna frågor och nästa steg som egna listor.
  • Påhittatalla poster i bilden. Vi har två samtal: 18 sep och 6 okt.

Källor

  • Maskintranskriberingar av samtalen 18 september och 6 oktober 2026.
  • Källgranskade samtalsrapporter från ett flöde i Eneo. AI gjorde granskningen. Ingen har kontrollerat ljudet eller vem som talar.
  • Vision och grundprinciper, första utkast. Vår riktning sedan 6 oktober.
  • Namn och system kan vara fel i transkriberingen. Projektboken visar roller, inte namn.
  • Granska innehållet innan sidan delas utanför teamet. Samtalen berör känsliga data och lokala system.
  • En kollegas brainstorm och prototyp, repot startsidan-brainstorm, läst 7 oktober 2026. Syntetisk data. Inspiration, inte beslut.
Min startsida · senaste händelsen 23 oktober 2026 · 6 möten och workshoppar. Mockuper och siffror i mockuper är exempel.