Funksjonalitetsmodell: en modell for å kartlegge nåværende og fremtidige løsninger og applikasjonsporteføljer. HelsIT 2016 Elin Kindingstad

Transkript

1 Funksjonalitetsmodell: en modell for å kartlegge nåværende og fremtidige løsninger og applikasjonsporteføljer HelsIT 2016 Elin Kindingstad

2 Innhold Innledning og bakgrunn Om modellen Om profiler Mulig anvendelser av modellen Eksempel på bruk 2

3 Om meg Elin Høyvik Kindingstad Virksomhetsarkitekt Startet i januar 2016 i Nasjonal IKT HF Sitter i Nasjonal IKT Fagforum arkitektur Bakgrunn innenfor informatikk, økonomi og organisasjonspsykologi Jobbet i IT-bransjen i nesten 20 år med å utvikle prosess-orienterte beslutningsstøtte-systemer til offentlig sektor 3

4 Bakgrunn Høsten 2015 starten en arbeidsgruppe fra Nasjonal IKT Fagforum arkitektur å se på muligheten for å utarbeide en felles funksjonalitetsmodell for spesialisthelsetjenesten Representanter fra alle regionene samt Nasjonal IKT HF Forsøkte å produsere modellen fra grunnen Søkte inspirasjon fra andre relaterte arbeider i inn- og utland, samt diverse standarder Konklusjon: Anbefaler at spesialisthelsetjenesten benytter HL7 EHR-System Functional Model Release 2 (HL7 EHR-S FM) Beslutning i Nasjonal IKT Fagforum arkitektur : NIKT FA anbefaler at «HL7 EHR-System Functional Model, Release 2» benyttes som referansemodell for applikasjonsfunksjonalitet i spesialisthelsetjenesten. 4

5 Litt historikk om HL7 EHR-S FM 2004: Første «Draft standard» på høring 2007: Release : Release 1.1, også godkjent av ISO (ISO 10781) 2011: Utkast til release 2.0 sendes på Høring for å hente inn kommentarer 2012: Utkastet sendes på høring til ISO, CEN, IHTSDO, CDISC, GS1 og HL7 2014: Release : Fastsatt som norsk standard av Standard Norge; NS-EN ISO 10781:2015 5

6 Hva er et elektronisk pasientjournalsystem? Denne standarden bygger på tre aksepterte definisjoner fra U.S. Institute of Medicine og European Committee for Standardization/Comité Européen de Normalisation (CEN) The set of components that form the mechanism by which patient records are created, used, stored, and retrieved. EHR System includes: A patient Longitudinal record system collection is usually of electronic located health within information a health care for provider and about setting. persons, It includes where people, health information data, rules A system and procedures, for recording, processing retrieving and and storage manipulating devices (e.g., information paper and in electronic pen, hardware health and records. is software), and En defined elektronisk as information samling eller pertaining sammenstilling the health av nedtegnede/registrerte of an individual or health opplysninger care provided om en to pasient an individual. i communication (2003 Immediate electronic and support access facilities. forbindelse ISO/TS 18308) med helsehjelp to person- and population-level information by authorized, and only (IOM 1991: The Computer-Based Patient Record: An Essential Technology) authorized, (Pasientjournalforskriften users. 3 pkt a)) Provision of knowledge and decision-support that enhance the quality, safety, and efficiency of patient care. Helseregister: register, fortegnelser, mv. der helseopplysninger er lagret systematisk slik at opplysninger om Support den enkelte of efficient kan finnes processes igjen, for health care delivery. (Helseregisterloven, 2 pkt d)) (IOM 2003: Key Capabilities of an Electronic Health Record System) 6

7 Om modellen Referanseliste for funksjonaliteter i et EPJ-system Beskriver ca. 300 funksjonaliteter fra et bruker-perspektiv Modellen gir oss en konsistent måte å uttrykke funksjonalitet på Fremmer en felles forståelse av mulige funksjonaliteter Kan benyttes av utviklere, leverandører, brukere (klinikere) mm. God inndeling, dekker stort område, harmonisert detaljeringsnivå Teknologinøytral Kan implementeres som et system eller som et system av systemer Sier ikke noe om data som skal lagres i journalen kliniske prosesser eller samhandling mellom aktører Kan benyttes ved å sette sammen funksjonaliteter i en profil for å beskrive et avgrenset behovsområde, f.eks. intensiv, akuttmedisinsk kjede, fastlegekontor, helsestasjon 7

8 Oppbyggingen av modellen Unik id Angir seksjon og nivå H(eader) F(unction) C(onformance) criteria Navn på funksjonalitet Kort utsagn om hensikt med funksjonaliteten Beskrivelse, inkl. evt. eksempler Krav for å være i samsvar med funksjonaliteten 8

9 Oversikt over modellen 10

10 Inneholder «conformance criteria» som gjelder for alle EPJ Alle profiler må inneholde disse «conformance criteria» 11

11 Funksjonaliteter som er nødvendige for å gi helsehjelp og behandling til en spesifikk pasient Funksjonalitetene er generelle og ikke begrenset til en spesifikk behandlingskontekst 12

12 Funksjonaliteter som støtter funksjonalitetene i «Care Provision», men som ikke er direkte helsehjelp I hovedsak koordinert mot «Care Provision», f.eks. «CP 1.4 Manage orders» er direkte støttet av «CPS 1.4 Support Orders» 13

13 Funksjonaliteter som er nødvendige for å forhindre og kontrollere sykdom i en gruppe av mennesker Inkluderer funksjonaliteter for å avgi informasjon til systemer innenfor medisinsk forskning, fremme av befolkningshelse og kvalitetsforbedringer for ulike pasientgrupper 14

14 Funksjonaliteter som er nødvendige for å drive den kliniske praksisen og for å støtte administrative og finansielle tjenester Inkluderer ressurshåndtering, arbeidsflyt, kommunikasjon med pasienter samt håndtering av administrativ informasjon vedr. pasienter og helsetjenestetilbydere 15

15 Funksjonaliteter felles for håndtering av journaler, spesielt knyttet til journalens livssyklus (opprettelse, signering, tilgang, bruk mm) og levetid (lagring, kryptering, revisjon mm) Essensielle og fundamentet for funksjonalitet i seksjonene over i modellen (CP, CPS, POP og AS) 16

16 Funksjonaliteter felles for en EPJs infrastruktur: drift, sikkerhet, effektivitet, data-integritet, personvern, konfidensialitet og interoperabilitet med andre systemer Essensielle og fundamentet for funksjonalitet i seksjonene over i modellen (CP, CPS, POP og AS) 17

17 Profiler Modellen inneholder et supersett av funksjonaliteter som kan forventes å finnes i en EPJ En profil er et subsett av funksjonaliteter fra alle seksjonene Mulig å utvide en profil med ytterligere funksjonalitet ihht. gitte kriterier 18

18 Mer om profiler To typer profiler: «Functional Domain Profile»: brukes for å beskrive et EPJ-system i en eller flere omgivelser, eller en gitt område/land for å oppfylle regler, lover, forskrifter og standarder som gjelder i det gitte område. «Functional Companion Profile»: må benyttes i tillegg til en Functional Domain Profile for å tillegge unike egenskaper til et EPJ-system, f.eks forskning En formell prosess for å registrere en profil og sende den på høring Det finnes i dag litt over ti profiler, bl.a.: HL7 EHR Behavioral Health Functional Profile, Release 1 HL7 EHR Child Health Functional Profile (CHFP), Release 1 HL7 EHR Clinical Research Functional Profile (CRFP), Release 1 HL7 EHR Pharmacist/Pharmacy Provider Functional Profile HL7 EHR-System Public Health Functional Profile, Release 2 US Realm HL7 EHR-S Functional Profile: Meaningful Use, Release 1 - US Realm 19

19 Mulige anvendelser av modellen i spesialisthelsetjenesten Modellen kan benyttes på en enkelt applikasjon eller på en hel applikasjonsportefølje Kan benyttes gjennom hele livssyklusen fra strategisk planlegging og anskaffelse til sanering og konsolidering 21

20 Fase Bruksområde Gevinster Strategisk og operativ planlegging Beskrive referansearkitektur for strategisk IKT-styring og -utvikling, inkludert leverandørstyring Sammenligning av ulike løsninger Gi referansearkitektur med bedre kvalitet Gi positive effekter for leverandørstyring Gi oversikt over grad av fellesløsninger (regionale og nasjonale), potensielt bidra til identifisering av flere slike Anskaffelser Omfangsavgrensning av anskaffelsen Mer effektiv anskaffelse Bedre og enklere kommunikasjon med leverandører Videreutvikling og forvaltning Kartlegge, forstå og begrense funksjonell redundans Utlede forvaltningsmessige avhengigheter Bidra til mindre risiko i forvaltning som påvirker løsninger på tvers av systemgrenser Sanering og konsolidering Kartlegge, forstå og begrense funksjonell redundans Lettere å identifisere muligheter Bedre kvalitet på beslutninger 22

21 Eksempel på bruk av funksjonalitetsmodell (Kilde: HEMIT) 23

22 Eksempel på bruk av funksjonalitetsmodell (Kilde: Helse Vest IKT) 24

23 Interessert? Last ned: En norsk oversettelse av funksjonalitetene er under utarbeidelse. Følg med på nyhetene på Nasjonal IKT. Ta kontakt med oss: 25

24 Takk for oppmerksomheten! 26