National Kroniker Infrastruktur. Oplæg til teknikgruppe Aarhus den 30. april 2012

Transkript

1 National Kroniker Infrastruktur Oplæg til teknikgruppe Aarhus den 30. april 2012

2 Indhold Den Nationale Infrastruktur NPI og dens eventuelle rolle Interessenter sundhed.dk Kroniker projekter EPJ leverandører EOJ leverandører LPS leverandører Status på punkter til afklaring

3 Den Nationale Kroniker Infrastruktur Den Gode Kroniker Web Service Sundhed.dk Kroniker projekt KD EGNE KD MONI KD NSP Kroniker Platform EGNE MONI DoDi SYGE HUS LÆGE KOM MUNE KD NS CPR YNR FMK DAKe LAB LPR MONI Sundhedsdatanettet SDN 2.0 FMK DAKe LAB LPR EGNE NS National Rammearkitektur og Infrastruktur

4 Den Nationale Kroniker Infrastruktur Kroniker Platform Sundhed.dk Service Platform SYGE HUS EGNE MONI LÆGE KOM MUNE Database(r) MONI EGNE National Rammearkitektur og Infrastruktur

5 Overblik (1) Ansvar: Sundhed.dk Systematic NSI/NPI/Lev. Typisk DB leverandør Status: 0: Påtænkt 1: Planlagt og estimeret 2: Afklaret og tilbudt 3: Startet 4: Kodet 5: Færdig og testet NPI Motor Borgere Sundhed.dk Sundhedsjournal applikation 3 NSP NPI Proxy Alle sundheds - professionelle Fagsystem MinLog applikation Samtykke applikation FMK Proxy STS MinLog Service Samtykke Service Min Log DB Behandlingsrelation samtykke-sor Indeks Samtykke DB Tilpapapapas 0 pas pas Til- Til- Til- Til- Til- Tilpas Tilpas E- og P journal LPR Mikro biolog Patologi Labbank FMK DDV IBI

6 Generelle forudsætninger Kroniker infrastrukturen vil blive etableret herunder: Service Platform Database til monitorerings- og egne oplysninger Adgang til Nationale Services Et antal Kroniker Web Serices Udstillet på NSP en Man kan selv hente Kroniker Data og lave egne præsentationer Alternativt anvende en framet løsning Opdateringer af kronikernes EGNE data kan ske via Sundhed.dk - eller via Services

7 Interessenter sundhed.dk Kroniker projekter EPJ leverandører (regionerne) EOJ leverandører (kommunerne) LPS leverandører (lægepraksis)

8 Datasegmenter Data segment Kilde-system Kroniker Platform 1. Borgerens stamdata med borgerens og praktiserende læges navn, adresse og telefon CPR- og Yderregisteret 2. Egen læges navn, adresse og telefon Yderregisteret 3. Pårørendes navn, adresse og telefon EGNE 4. Borgerens samtykke til at give adgang til kroniker data for EGNE kommune, læge og sygehus 5. Borgerens dagbog med egne oplevelser med sygdommen EGNE 6. Praktiserende læges udredning med diagnose, sygehistorie, stratificering og henvisninger til sundheds- og forebyggelses tilbud. Mange patienter vil have flere kronikerdiagnoser (comorbilitet) DAK-E (evt. LPR) 7. Kommune- og sygehuskontaktpersoner EGNE 8. Relevante diagnoser fra sygehuse og praksis LPR og DAK-E 9. Relevante lab-svar fra sygehuse og praksis Labportalen 10. Aktuel medicinering (FMK/PEM) FMK 11. Relevante SKL noter fra sygehus, kommune og almen praksis EGNE 12. Borgerens kalender der indeholder dato og tidspunkt for EGNE? kommende lægebesøg, ambulatoriebesøg samt sundhedsfremme og forebyggelses tilbud 13. Booking af behandlings-, forebyggelses og rehabiliteringsydelser EGNE 14. Monitorerings data af f.eks. vægt, blodsukker, BT og spirometri og MONI fremtidige data om funktionsniveau ifm. kommunal rehabilitering 15. Borgerens personlige mål for den fremtidige rehabilitering EGNE

9 sundhed.dk Kan hente og præsentere hele Kroniker Datasættet Borgerens indgang Vedligeholder alle borgerens EGNE data

10 sundhed.dk GetChronicDataset() CreateUpdateRelative() CreateUpdateConsent() CreateMyDiaryEntry() CreateCalendarEntry() CreateMonitoring() SetPatientsGoal()

11 Kroniker projekter Kan hente og præsentere hele Kroniker Datasættet Kan i princippet uploade alle EGNE og MONI datasegmenter Men egentlig bør EGNE datasegmenter opdateres via sundhed.dk

12 Kroniker projekter GetChronicDataset() CreateUpdateRelative() CreateUpdateConsent() CreateMyDiaryEntry() CreateCalendarEntry() CreateMonitoring() SetPatientsGoal()

13 EPJ leverandører Kan hente og præsentere hele Kroniker Datasættet Sender Udredninger / Henvisninger og Kroniker Diagnoser Vedligeholder kontaktpersoner på sygehuset Sender SKL noter og aftaler Kan aflevere monitoreringsdata

14 EPJ leverandører GetChronicDataset() CreateDoctorsInvestigation() CreateUpdateHospitalContact() CreateDiagnosis() SendSKLNote() CreateCalendarEntry() CreateMonitoring()

15 EOJ leverandører Kan hente og præsentere hele Kroniker Datasættet Sender Udredninger / Henvisninger (uden Diagnoser) Vedligeholder kontaktpersoner i kommunen Sender SKL noter og aftaler Kan aflevere monitoreringsdata

16 EOJ leverandører GetChronicDataset() CreateDoctorsInvestigation() CreateUpdateMunicipalityContact() SendSKLNote() CreateCalendarEntry() CreateMonitoring()

17 LPS leverandører Kan hente og præsentere hele Kroniker Datasættet Sender Udredninger / Henvisninger og Kroniker Diagnoser Sender SKL noter og aftaler Kan aflevere monitoreringsdata

18 LPS leverandører GetChronicDataset() CreateDoctorsInvestigation() CreateDiagnosis() SendSKLNote() CreateCalendarEntry() CreateMonitoring()

19 Oversigt - Interessenter Kilde Data segment Borger Læge Sygehus Kommune Anden 1. Borgerens stamdata CPR 2. Egen læges navn Yder 3. Pårørendes navn x 4. Borgerens samtykke x 5. Borgerens dagbog x 6. Praktiserende læges udredning x x x 7. Kommune- og sygehuskontaktpersoner x x 8. Relevante diagnoser x x 9. Relevante lab-svar LabSvar 10.Aktuel medicinering 11.Relevante SKL noter x x x 12.Borgerens kalender x x x x 13.Booking 14.Monitorerings data x x x x 15.Borgerens personlige mål x FMK

20 Punkter til afklaring (1) Kan der være et udestående i forhold til sikkerhed i forbindelse med f.eks. opslag af FMK via NSP? F.eks. i forhold til anvendelse af medarbejder- eller virksomheds certifikater? Alle personer skal logge ind med Digital Signatur (NemId eller medarbejdersignatur). Til sundhedspersoner udleveres et token, som gælder op til 9 timer Kan det på nogen måde være en ulempe, at der ingen forbindelse er mellem Kroniker Platformen og de Nationale Services? Det kunne måske være ønskeligt, at hele Kroniker Datasættet kan hentes ved et kald direkte til Kroniker Platformens Servicedel og altså udenom NSP en, som kun kan tilgås via Sundhedsdatanettet Muligheden diskuteres med NSI

21 Punkter til afklaring (2) Skal Kroniker Platformen opbevare kopier af data af hensyn til såvel performance (bedre svartider) som sikring af historik? I udgangspunktet: Nej Hvordan skal Logging (audit) håndteres? Ved anvendelse af MinLog på NSP en Skal det være muligt at genskabe søgeresultater? Når visse Kronikerdata kun hentes ved kald af de Nationale Services (NS), kan de være svære at genskabe Nej

22 Punkter til afklaring (3) Hvordan er sammenhængen mellem borgerens kalender (Data segment nr. 12) og sundhed.dk s Aftalebog? Et forslag er, at aftaler i borgerens kalender overføres til Aftalebogen. Et andet forslag kunne være at få udvidet funktionaliteten i sundhed.dk, så den kan indeholde kalenderdelen af Kroniker Datasættet Stadig uafklaret Booking processen (herunder anvendelse af MedCom booking meddelelser) er uafklaret Stadig uafklaret Behovet for at abonnere på oplysninger er endnu ikke fuldt afdækket. F.eks. skal man kunne abonnere på dagbogsnotater og SKL noter for udvalgte borgere Stadig uafklaret

23 Punkter til afklaring (4) Det er endnu ikke diskuteret, om abonnementer skal håndteres på NSP (funktionaliteten implementeres i version 2.0 forbindelse med CPR) eller i Kroniker Platformens Servicedel (ESB) Stadig uafklaret, men sandsynligvis på Kroniker Platformen Skal MedCom meddelelser gå direkte til Kroniker Platformen, eller skal de f.eks. leveres gennem KMD? Stadig uafklaret Kommuner (KL) har krav og ønsker, der endnu ikke er taget tilstrækkeligt hensyn til Kommer med i Kroniker Datasættet version 1 og version 2

24 Den Nationale Kroniker Infrastruktur Kroniker projekter Kroniker Platform - Testsystem KD Sundhed.dk SYGE HUS EGNE MONI MedCom meddelelser LÆGE Kronikerdata KOM MUNE Den Gode Kroniker Web Service og Kroniker Datasættet V0.2