udvikling og drift af sundhedsplatformen2016.e-sundhedsobservatoriet.dk/wp-content/uploads/... ·...
TRANSCRIPT
Udvikling og drift af
Sundhedsplatformen
- med hjælp fra standarder
E-Sundhedsobservatoriet – 13. oktober 2016
Forretningsarkitekt, overlæge Thomas Dalsgaard Clausen
Indhold
1. Behov for referenceramme
2. Funktioner
3. Indhold
4. Demo
2
https://www.sundhedsplatform.dk
Sundhedsplatformen
12 hospitaler
44.000 prof. brugere
46 kommuner (MedCom)
400 projektmedarbejdere
og 300 faglige eksperter
3
2,5 mio. indbyggere
Inte
gra
tion P
latf
orm
4
Epic
External physicians
,
SPO
Classi - fications
SPO
CPR register DPR
User Administration
AD , IdM
Organzation SPO
Registres &
Clinical
Databases
IVF - register
Kirkebog
LPR
Birth Certificates
Elektronisk Fødselsan - meldelse
SDB
Kadiologisk fællesdatabase
Sundhed . dk
Region Hovedstaden , Region Sjælland
Miscellaneous Medicin
dispenserings - robot
Region Hovedstaden
Region Sjælland
Paraclinical Systems
RIS / PACS AgfaRIS
CareStream GE XDS
Astraia
Laboratory Labka BCC
AD - Bakt MADS
Blodflödet Prosang
EKG Muse
Xcelera Ge Echopac
Patologisystem
Speciality Specific Systems Aria
Tarmkræft screening
Formatex Neurofysiologi
Klinisk genetik
Telesår
Patobank
Sygesikring NOTUS ( now )
Praksys ( future )
Økonomi system Reflex
Remote Print / E - boks and SMS
Movia Booking
NASA ( Oracle EBS )
Administrative systems
Onbase
Medico Devices
Medico Gateway
Infusionspumper
Monitorer
Analyseapparater
Respiratorer
Service & logistics
TDOC Master Cater
Medicine Data
ApoTo FMK
FUNKTIONER
5
Epic – applikationer
6
Epic – funktioner
7
Hjælp fra standarder – STORM
8
Hjælp fra standarder – HL7
9
ISO/HL7 10781
10
Service og logistik
Patient empowerment Klinisk Præhospital
Funktionsmodel baseret på ISO/HL7 10781 og STORM
11
Klinisk støtte
Klinisk administrativt
Infrastruktur og sikkerhed
Pa
tien
tnæ
rt
Un
de
rstø
tte
nd
e
Ledelse, administration, kvalitet og udvikling
Klinisk
dokumentation
Medicinering Behandling og
pleje
Vagtcentral
Overblik og
historik
Behandlings-
planlægning og
bestillinger
Resultater
Akutmodtagelse Ambulance Selvbetjening
og indberetning Telemedicin
Patient-
uddannelse
Parakliniske
funktioner Medicoteknik Apotek Patienttransport Videotolkning
Henvisning,
visitering og
booking
Planlægning og
ressourcestyring
Patient-
administration
Print og
skanning
Tværsektoriel
korrespondance
Processtyring IT-management Økonomi og
betaling
Løn, personale
og HR
Forskning, kvalitet
og
patientsikkerhed
Ledelses-
information og
BI
Kommunikation Hjemmesider
og portaler
Masterdata og
registre Uddannelse
Søgning og
opmærkning IT-udvikling
Facility
management
Kost og
ernæring
Identifikation og
sporbarhed
Lagerstyring og
logistik
Sterilcentral Netværk Bruger- og
rettighedsstyring
Sikkerhed og
overvågning
Integration og
infrastruktur Klientudstyr
Database
management
Indgivelse af ændringsønske - ved brug af funktionsmodellen inkognito…
12
Valg af funktion og underfunktion
13
14
INDHOLD
15
Baggrund for etablering af KAI-temaer/KAI-basen – manglende overblik over sammenhænge
16
? ?
Formål med KAI-temaer og KAI-Basen
• At understøtte behovet for at skabe overblik over
sammenhænge mellem klinisk og administrativt
indhold (KAI) bygget i Sundhedsplatformen, RGD og
ekspertgrupper
• At understøtte Sundhedsplatformen i effektivt at
kunne prioritere og styre opsætning og
vedligeholdelse af Sundhedsplatformen
17
Etablering af KAI-tema/KAI-basen - Model for IT-værktøjet - Sammenhænge ét sted
18
Etablering af KAI-tema/KAI-Basen - Hvad er et KAI-Tema?
En kategori bestemt af
• Et patientforløb karakteriseret ved et symptom
(brystsmerter), en diagnose (astma) eller en
behandling (hoftealloplastik), eller
• En proces (indledende sygeplejevurdering) eller en
aktivitet (Early Warning Score).
19
Etablering af KAI-temaer – en proces…
• Etablering af KAI-temaer
• SCT kodning
• Udgør en referenceramme
• Hierarki mellem relaterede KAI-temaer, fx mellem ’Akut
myeloid leukæmi’, ’Leukæmi’ og ’Myeloproliferative
sygdomme’
• Relationer mellem KAI-temaer og oplysninger i Epic
20
KAI-Basen DEMO
21
Erfaringer og planer
• Stærkt at have en solid ramme for udvikling og drift
• Modstrid imellem at udvikle egen referenceramme og
passe ind i eksisterende standard
• Såvel udvikling af ramme som værktøj er meget
tidskrævende – for ikke at tale om implementering…
• Kræver bred involvering – af udviklere, slutbrugere og
governance
• Udvidet funktionalitet, herunder rapporter
• Integration med øvrige ”konfigurationsværktøjer”
(ITSM og CMDB)
22
23
www.sundhedsplatform.dk
KAI-Basen – ScreenDumps
24
25
SNOMED CT (http://browser.ihtsdotools.org/)
Overblik
26
Overblik – Søgning i ‘Ekspertgrupper’
27
Overblik – Markering af søgeresultat
28
Overblik – Markering af KAI-tema, eksempel 1
29
Overblik – Markering af KAI-tema, eksempel 2
30
Overblik – Markering af RGD
31
Overblik – Markering af Content Element
32
Overblik – Søgning: KAI-tema ‘Meningitis’
33
Overblik - Hvordan er RGD relateret til KAI-tema?
34
Overblik – Rapportmulighed 1
35
‘Springer’ til Rapportmulighed 1
36
Overblik – Rapportmulighed 2
37
‘Springer’ til Rapportmulighed 2
38
Rapport
39
Rapport – ‘RapportKAItemaer’ - Angiver relationer til KAI-temaet
40
Rapport – ‘RapportKAItemaer’ – Mulighed for at vælge et eller flere
41
Rapport – ‘RapportEkspertgrupper’ - Angiver primære og sekundære KAI-temaer for den valgte ekspertgruppe
42
Rapport – ‘RapportEkspertgrupper’ – Mulighed for at vælge en eller flere
43
Rapport – Mulighed for at gemme rapporter som PDF
44