Referansemodell for applikasjonsfunksjonalitet i spesialisthelsetjenesten

Referansemodell for applikasjonsfunksjonalitet i spesialisthelsetjenesten

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

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 07.09.2016: NIKT FA anbefaler at «HL7 EHR-System Functional Model, Release 2» benyttes som referansemodell for applikasjonsfunksjonalitet i spesialisthelsetjenesten. 3

Litt historikk om HL7 EHR-S FM 2004: Første Draft standard på høring 2007: Release 1 2009: 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 2.0 2015: Fastsatt som norsk standard av Standard Norge; NS-EN ISO 10781:2015 4

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. to person- and population-level information by authorized, and only (IOM 1991: The forbindelse ISO/TS 18308) Computer-Based med Patient helsehjelp 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. Support of efficient processes for health care delivery. (IOM 2003: Key Capabilities of an Electronic Health Record System) 5

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 6

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 7

Modellen er hierarkisk bygget opp Til hver blad-node funksjonalitet er det knyttet «Conformance criterias» Det knyttes Conformance Criterias til en forelder dersom kriteriene gjelder for alle under-funksjonaliteter 8

Oversikt over modellen 9

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

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

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» 12

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 13

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 14

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) 15

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) 16

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 17

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 18

«Conformance clause» Definerer hva det betyr å være konform med EHR-S FM Et EPJ-system er ikke direkte konformt med EHR-S FM, men heller med en eller flere av profilene 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 20

Fase Bruksområde Gevinster Strategisk og operativ planlegging Beskrive referanse-arkitektur for strategisk IKT-styring og -utvikling, inkludert leverandørstyring Sammenligning av ulike løsninger Gi referanse-arkitektur 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 21

Eksempel på bruk av funksjonalitetsmodell (Kilde: HEMIT) 22

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

Interessert? Last ned: http://www.hl7.org/implement/standards/product_brief.cfm?product_id=269 Les mer om funksjonalitetsmodellen på https://kilden.sykehusene.no/ Ta kontakt med oss: fagforumarkitektur@nasjonalikt.no 24

Takk for oppmerksomheten! 25