Read me.txt

Alle prosjekter skal i forkant av BP1 og BP3 gjennomgå en kvalitetssikring av prosjektets arkitekturleveranser som en del av den regionale portefølje- og arkitekturadministrasjon (RPAA) sin BP-sikring.

Dette foregår i tre steg:

Steg 1: Prosjektet gjør en egenevaluering av prosjektets arkitekturleveranser opp mot målbildet og prinsipper for virksomhetsarkitekturen

Steg 2: Arkitekturfunksjonen i RPK gjennomgår evalueringen i samarbeid med prosjektet og ferdigstiller sammen underlag til regionalt arkitekturråd (RARK) Steg 3: Arkitekturfunksjonen i RPK legger frem resultatet av kvalitetssikringen i regionalt arkitekturråd og får en tilslutning på dette.

For at prosjektet skal kunne utføre steg 1 må følgende gjøres:

1. Prosjektet lager en enkel gjennomgang av arkitekturen sin i en presentasjon. Denne består av:

a. En liste over arkitekturleveransene (dokumentene) som skal være gjenstand for kvalitetssikring (foil 3) b. Maks 4 foiler som overordnet beskriver arkitekturen - hovedsaklig med med bilder og enkel tekst

c. Ekstra informasjon: Hvilke aktører dere har diskutert arkitekturen med og om det er noen særskilte forhold regionalt arkitekturråd bør være kjent med 2. Prosjektet vurderer hvilke av boksene i målbildet for virksomhetsarkitekturen som arkitekturleveransene treffer

a. Målbildet for virksomhetsarkitekturen er en del av presentasjonen (foil 5). Prosjektet marker aktuelle bokser med egen valgfri farge og evt. korte beskrivelser.

3. Prosjektet går igjennom arkitekturleveransene sine og vurderer disse opp mot prinsippene for virksomhetsarkitekturen. Bruk mal for sjekkliste («Mal BP-sikring sjekkliste.docx»).

a. Bruk siste versjon av virksomhetsarkitekturen og fyll inn kolonnen «Prosjektets vurdering» i sjekklisten for alle prinsippene. Evt andre kommentarer legges på til slutt.

Dersom prosjektet mener at prinsippet ikke er aktuelt å vurdere, skal det stå «n/a» med begrunnelse eller «Vurderes senere» med begrunnelse. Dette vil typisk være aktuelt i for anskaffelsesprosjekter hvor løsning ikke nødvendigvis er valgt ved BP3. Sjekklisten vil være underlag til steg 2.

I forkant av steg 2 må presentasjonen og sjekklisten oversendes til arkitekturfunksjonen i regionalt porteføljekontor v/Yvonne Garshol som vil kalle inn til gjennomgangen i steg 2.

Husk å slette read me.txt-foilen.

Read me.txt

Regionalt arkitekturråd

BP[X]-sikring av prosjekt [prosjektnavn], [dato] Forklaring:

Fylles ut av prosjekt.

[denne tekstboksen skal slettes]

# Dokumentnavn Kommentar

Liste over arkitekturleveranser

Forklaring:

Fylles ut av prosjekt.

• [Informasjon om arkitekturleveransene som det er viktig at RARK kjenner til]

• [bruk 1-4 slider]

Introduksjon

Forklaring:

Fylles ut av prosjekt

[denne tekstboksen skal slettes]

INNENFOR FORETAKSGRUPPEN Digitale UTENFOR FORETAKSGRUPPEN samhandlings-

kanaler (internt/eksternt)

PROSESS- OG OPPGAVESTYRINGSPLATTFORM INKL. BESLUTNINGSSTØTTE Modelldrevet utvikling, prosessautomasjon (RPA), regelstyrt

arbeids- og informasjonsflyt (iBPMS), maskinlæring (ML), tekstanalyse (NLP) og digital tvilling INTEGRASJONSTJENESTER

EKSTERNE SAMHANDLINGS

-MODELLER MOBIL-APP´ER WEBPORTALER

INNBYGGERE PASIENTER

ANDRE

NASJONALE FELLESTJENESTER

DATADELING DOKUMENT-

DELING

HELSENORGE .NO

DIGITAL HJEMME- OPPFØLGING PERSONLIG

HELSEDATA

FAGSYSTEMER

virksomhetsfag)

DATAFANGST

SENSOR- TEKNOLOGI MEDISINSK- TEKNISK UTSTYR

BYGGTEKNISK UTSTYR ANNEN TYPE DATAFANGST

ANALYSE- OG DATAPLATTFORM

DATALAGRING AI / ML ANALYSE

FORSKNINGS- INSTITUSJONER

FORSKNINGS- SYSTEMER

EPJ RAD

LIMS MKB

FØDE KURVE ERP ANDRE

FAGSYS.

DIGITAL PATOLOGI

RESH HELSE-ID

MELDINGS- UTVEKSLING

LEVERANDØRER

SCREEN- ING NPR KJERNEJOURNAL

KOMMUNAL HELSE- OG OMSORGSTJENESTE

KLINISKE SYSTEMER DATA-

FLYTTING (ETL) API MANAGEMENT

API-KATALOG

ADR.- REGISTER MELDINGS-

UTVEKSLING API-

KATALOG

VIRTUELLE ASSISTENTER

SENTRAL FOR- SKRIVNINGSMODUL

ID- PORTEN

FOLKE- REGISTER

MASKINPORTEN

FOLKEHELSE HELSEANALYSE- PLATTFORMEN

METADATA DATA-

DELING

DOKUMENT- DELING

E-RESEPT

IDENTITETS- OG TILGANGSSTYRING

VIDEO SOSIALE MEDIA

SPORING OG LOKALISERING HENDELSER

VIRKSOMHETS- OG PROSESSOMRÅDER

Regional prosessoversikt, product management, grunndataforvaltning

ANONYMISERING/

AVIDENTIFISERING

GRUNNDATA

LOKASJON EIENDEL PRODUKT LEGEMIDDEL ORGANISASJON

PERSON

SAFEST

Forklaring:

Prosjektet markerer boksene i målbildet som vil bli påvirket (konsumert/produsert/endret/...) som en del av realiseringen av

arkitekturleveransene fra prosjektet.

[denne tekstboksen skal slettes]

Regionalt arkitekturråd – BPx-sikring [prosjekt] KONTROLLMEKANISMER UNDERLAG TIL SAKEN I PRIORITERT LESEREKKEFØLGE

TILTAKSLISTE ANBEFALING

Saken er utarbeidet av [navn]– spesialrådgiver virksomhetsarkitektur Helse Sør- Øst RHF – [dato]

[Plan med tiltak som er ønsket for å håndtere evt avvik. Skal inneholde ansvarlig og frist]

KOMMENTARER PÅ ARKITEKTUREN

xx/100

Vedlegg 1: Detaljert saksfremlegg.docx Vedlegg 2: Sjekkliste.docx

Vedlegg 3: Arkitekturleveranse 1.docx

[Oppsummering av BP-sikringen som er utført med vekt på evt problemstillinger og utfordringer. ] [Hvem og hva er gjort før og underveis for å

kvalitetssikre arkitekturleveransene som er levert?]

[Maks 3 setninger som forslag til referatført konklusjon]

Forklaring:

Fylles ut av virksomhetsarkitekt RHF

[denne tekstboksen skal slettes]

Ekstra informasjon

Aktør Kontaktpersoner [eksempel] Sykehuspartners arkitekturråd SPARK Omar Tanveer

[eksempel] Regional portefølje- og arkitekturfunksjon Inger Marie Finborud

Prosjektet har diskutert arkitekturen med følgende aktører

Forklaring:

Fylles ut av prosjekt

[denne tekstboksen skal slettes]

Særskilte forhold regionalt arkitekturråd bør være kjent med

Forklaring:

Fylles ut av prosjekt.

Dette er spesielt tidligere beslutninger som er tatt eller andre føringer

som påvirker arkitekturen prosjektet leverer.