Agenda arkitektur - vägvalsfrågor

Transkript

1

2 Agenda arkitektur - vägvalsfrågor Tjänstekontrakt förutsättningar för återanvändning Gemensam kravhantering Generella versus diagnos-specifika kontrakt nuläge, utmaning och målbild? För vilka syften kan journalinformationen återanvändas? Aggregering i realtid eller replikering till datalager olika vägval för återanvändning? Vilka tjänster kan hämta min information? Tjänstekontrakt för att skriva i journal när kommer det? Krav på tjänsteproducenter Informationsfiltrering vad får sker var? Svarstider och tillgänglighet (mellanresultat prestandautredningen) Hur verifieras kravuppfyllnad funktion och SLA? Krav på den lokala anslutningsorganisationen (producent) Måste jag uppgradera befintliga NPÖ-anslutningar till de nya tjänstekontrakten? Anslutningsmodeller - kommuner Tankar om kompletterande anslutningsmodell för kommuner Upphandlingsstöd från SKL Efterföljande workshop ger möjlighet till ytterligare frågor, diskussioner, fördjupning, breddning och inspel 2

3 Gemensam kravhantering 3

4 Behovet av informationsuttag från vård- och omsorgssystemen är stort Behov av integration NPÖ Klinisk verksamhet Min journal Beslutsstöd MVK FoHM - Vaccinationsregister Journal-leverantör Infektionsverktyget HälsaFörMig Kvalitetsregister Kvalitetsregister

5 Problem 1: Journal-leverantörens kapacitet <> Behov Kapacitet hos leverantör NPÖ Klinisk verksamhet Min journal Beslutsstöd MVK FoHM - Vaccinationsregister Journal-leverantör Infektionsverktyget HälsaFörMig Kvalitetsregister Kvalitetsregister

6 Problem 2: Kostnaden skenar utan samordning Kundgrupp NPÖ Klinisk verksamhet Min journal Beslutsstöd MVK FoHM - Vaccinationsregister Journal-leverantör Infektionsverktyget HälsaFörMig Kvalitetsregister Kvalitetsregister

7 Lösning: Samverka kring tjänstekontrakt och arkitektur Mödravår d Vaccinationer, Läkemed el Labbsvar EKG Diagnos, uppm.info Vårdkontakter Vårddokum. Bilddiagnostik Kons.- remissvar Leverantör av Vård-och omsorgssystem

8 1. Samordna åtkomstkraven i gemensamma tjänstekontrakt enligt gemensamma principer för arkitektur NPÖ-förvaltning Journal på nätet Krav Krav NPDi Journal-leverantör Möjligheter Begränsninga r Tjänstekontrakt GetVaccinations Krav Vaccinationsrapportering till FoHM (NVR) Exempel: Vaccinationsinformation

9 2. Samverka kring beställningar till systemleverantörer Kundgrupp Cosmic Kundgrupp Obstetrix, Mellior Kundgrupper Procapita Tjänstekontrakt GetVaccinations Kundgrupper Treserva Kundgrupp Obstetrix Kundgrupp Evry Cross Kundgrupp Take Care

10 3. Ny release från leverantören! Genom en samordnad beställning av stöd för ett tjänstekontrakt är journalsystemet färdiganpassat för - NPÖ 2 - Journalen - Vårdhändelser - Rapportering till FoHM NVR - Överföring till kvalitetsregister - Överföring till primärvårdsregister - Etc etc sid

11 Generella versus diagnos-specifika kontrakt nuläge, utmaning och målbild? 11

12 Hur många tjänstekontrakt ska vi ha för uttag av klinisk historik ur journalen? Barnhälso data Reuma beslutsstöd Förlossningsjour nal Labbsvar EKG Diagnos, uppm.info Bilddiagnostik Mödravård Kons.- remissvar + Diabetsjournal +. Potentiellt oändlig rad tjänstekontrakt för högstrukturerad information Leverantör av Vård-och omsorgssystem

13 Lösning: NI:s referensmodell med stöd av diagnos- och processpecifika kliniska modeller Kval. Reg.1 Kval. Reg.2 Ostrukt. anteckn Kval. Reg.3 Mödravård Observation Vårdkontakt Mät-värde Barnhälso data Reuma beslutsstöd Förlossningsjour nal Aktivitet Istället för många nya tjänstekontrakt: Kliniska modeller + tillämpningsanv isningar visar hur information ska hämtas och kombineras från baskontrakt för att täcka ett kliniskt perspektiv. Leverantör av Vård-och omsorgssystem 13

14 Målbild: en bit kvar att vandra Konceptet med NI-baserade bas-kontrakt har utarbetats i NPDi, med primärt syfte att möjliggöra förifyllnad av kvalitetsregistrens formulär ( vi är glada för vad vi får och fyller i resten ) Inera och SKL/NPDi samverkar för att kontrakten ska kunna användas generellt dvs berika den gemensamma arkitekturen för informationsförsörjning Att användas för gemensam informationsförsörjning ställer nya krav på konceptet: En producent behöver kunna säga Jag stödjer version 1.1 av GetMeasurements för följande behov: klinisk modell för blodtryck version 1.0, klinisk modell för huvudomfång_graviditet version 1.0, klinisk modell för hjärtrytm version 2.1". Vi har idag ingen dokumenterad konfigurationsstyrninganvisning, interoperabilitetsanvisning eller versionshanteringsansvisning som täcker kliniska modeller avgörande att en lösning hittas inom kort för att kunna sprida konceptet utanför kvalitetsregistrens användningsfall 14

15 För vilka syften kan journalinformationen återanvändas? 15

16 Så funkar det Journalen? Inga nya regionala integrationsbehov om man sedan tidigare anslutit informationsmängderna för NPÖ eller kvalitetsregister??!!!! sid

17 Så funkar det Exempel NPÖ 2 Inga nya regionala integrationsbehov om man sedan tidigare anslutit informationsmängderna för JPN eller kvalitetsregister sid

18 Så funkar det Exempel Rapportering till Folkhälsomyndigheten 6 5 Inga nya regionala integrationsbehov om man sedan tidigare anslutit informationsmängderna för NPÖ eller kvalitetsregister sid

19 Så funkar det Exempel Upprätthålla ett nationellt primärvårdsdatalager 5 Inga nya regionala integrationsbehov om man sedan tidigare anlsutit informationsmängderna till JPN, NPÖ eller kvalitetsregister sid

20 Vem ansluter vem - målbild Landstingsanslutning (T-bokens anslutningsarkitektur) Avtalad vårdgivare Journalsystem Avtalad vårdgivare Journalsystem Avtalad vårdgivare Landstingsvård och top-noder i HSA (VGR, Capio, Aleris, LUL etc) Streckad linje = Vårdgivare i en systeminstallation Landstingets/Regionens anslutningspunkt / RTjP Blå linje = Producent- eller konsumentanslutni ng enligt tjänstekontrakt NTjP Grön linje = Integration inom en leverantörs lösning Kunderna har ETT journalsystem med lokal installation Leverantörsanslutning Kommunjournalsystem - Lokala installationer) Journalleverantörens anslutningspunkt Kommuninstallation av journalsystemet Kommuninstallation av journalsystemet Leverantörsanslutning Molntjänst Journalsystem i molnet Vårdgivare Vårdgivare Vårdgivare Små, privata vårdgivare med ETT journalsystem i molnet Kommunal vårdgivare Kommunal vårdgivare OBS: Affärsmodell och avtalsstruktur för leverantörsanslutningar är ännu under framtagande

21 Vilka tjänster kan hämta min (vårdgivarens) information? 21

22 ilka tjänster kan hämta min (vårdgivarens) nformation? PUB Åtkomst för Primärvårdsregistret regleras här. Vårdgivar eller enhetsnivå. PUA

23 Tjänstekontrakt för att skriva i journal när kommer det? Ett par användningsfall har varit uppe: Ex: Överföra journal från Behandlingsplattformen till huvudjournalsystemet Ex: Överföra journal från beslutsstödsjournal till huvudjournalsystem Ex: Formulärtjänst Landat i händelse+hämta Dvs anvädning av bef. kontrakt 23

24 Krav på tjänsteproducenter 24

25 Informationsfiltrering vad får sker var? (del 1) Perspektiv: skicka upp information versus en tjänsteorienterad arkitektur e-tjänsten/tjänstekonsumenten ansvarar för vilken information som hämtas Tjänsteproducenten tillgängliggör informationsresurser Tjänstekontraktets begäran ger tjänstekonsumenten möjligghet att uttrycka vilken information som behövs för aktuell e-tjänst/användare (= funktionellt krav som e-tjänsten äger) Vilken informationsmängd? Vilka vårdgivare/vårdenheter? Vilken tidsperiod? För vilka vårdtillfällen? + fler kontraktsspecifika urvalskriterier 25

26 Informationsfiltrering vad får sker var? (del 2) Tjänsteproducenten ansvarar för att enbart tillgängliggöra information till e-tjänster man har tjänsteavtal med (PUL) Tjänsteproducenten ansvarar för att uppfylla kontraktets krav på sökkriterier Tjänsteproducenten ansvarar för att märka upp journalposterna med en flagga som indikerar resultatet av sekretess/menprövning för patient. Default är ja ( approvedforpatient ) Tjänstekonsumenten ansvarar för att filtrera bort nej _märkta poster (approvedforpatient=nej) när användaren är en patient/enskild Tjänstekonsumenter kan ha ytterligare filtreringsregler Ex: API Gateway filtrerar bort osignerad information innan den utöämnas till externa hälsokonton och appar Ex: PDL-krav ger behov av att filtrera mot spärrlista 26

27 Var sker åtkomstkontrollen? konkret fall: Mödravård Vårdhändelser?! Ostetrix har en konfigurationsfil med information som Obstetrix använder för att avgöra vilka informationsmängder som informationsägaren öppnat upp för olika externa system. Exempel: SLL_MamaMia, Mödravårdsjournal, Vårdhändelser. Obstetrix har denna lösning eftersom det är en nationellt överenskommen policy (via tjänstekontrakt för mödravårdsjournal). GetMaternityMedical History

28 Informationsfiltrering vad får sker var? 28

29 Svarstider och tillgänglighet (mellanresultat prestandautredningen) Intervjuer (stickprov) med användare av nuvarande NPÖ Kommun-användare NPÖ upplevs som ett mycket värdefullt stöd för verksamheten Svarstiderna upplevs som tillräckliga Att se informationen direkt i journalsystemet skulle ge stående ovationer Kommuner vill få hjälp att kravställa direktintegration mot NTjP (konsument) i upphandlingar av journalsystem (görs regelbundet inom kommunerna) Landstingsanvändare Det har varit svårt att hitta Väligt låg användning Intervjuer genomförs v. 43 och 44 Den upplevda svarstiden kan kortas till nära 0 om informationshämtningen kan starta direkt när patienten öppnas i huvudjournalen 29

30 Svarstider och tillgänglighet (mellanresultat prestandautredningen) Dagens maxgräns för tjänsteproducenter i NPÖ är 30 sekunder. De nya tjänstekontrakten kräver 15 sekunder Mängden informationä r avgörande Slutlig svarstid påverkas av många faktorer klientmiljön hos användarena har stor påverkan Generellt sett förutses inga revolutionerande förändringar i kravbilden i förhållande till vad som anges i dagens kontrakt Redan idag finns krav på att tjänsteproducenter inte får ha inverkan på den operativa användningen av journalsystemet i verksamheten Det är i praktiken nödvändigt (för de flesta leverantörer) att ha en sök-databas som är off-line med låg fördröjning som bas för realisering av tjänsteproducenter 30

31 Statistik över dagens NPÖ Antal slagningar per månad hos olika huvudmän fördelat på befolkningsunderlag (per invånare) 31

32 Flöde Nuv. NPÖ

33 Nytt flöde (direktintegration)

34 Måste jag uppgradera befintliga NPÖanslutningar till nya tjänstekontrakt? 34

35 Anslutningsmodeller - kommuner 35

36 Vem ansluter vem - målbild Landstingsanslutning (T-bokens anslutningsarkitektur) Avtalad vårdgivare Journalsystem Avtalad vårdgivare Journalsystem Avtalad vårdgivare Landstingsvård och top-noder i HSA (VGR, Capio, Aleris, LUL etc) Streckad linje = Vårdgivare i en systeminstallation Landstingets/Regionens anslutningspunkt / RTjP Blå linje = Producent- eller konsumentanslutni ng enligt tjänstekontrakt NTjP Grön linje = Integration inom en leverantörs lösning Kunderna har ETT journalsystem med lokal installation Leverantörsanslutning Kommunjournalsystem - Lokala installationer) Journalleverantörens anslutningspunkt Kommuninstallation av journalsystemet Kommuninstallation av journalsystemet Leverantörsanslutning Molntjänst Journalsystem i molnet Vårdgivare Vårdgivare Vårdgivare Små, privata vårdgivare med ETT journalsystem i molnet Kommunal vårdgivare Kommunal vårdgivare OBS: Affärsmodell och avtalsstruktur för leverantörsanslutningar är ännu under framtagande

37 Välkommen på workshop för fortsatt diskussion! 37

38 Errata Det heter NTjP inte som felaktigt anges på flera bilder - Gemensamma tjänsteplattformen 38