Primærsektorens leverandørforum. Mult1 Med. Indlæg vedr. PL

Transkript

1 Indlæg vedr.

2 Hvordan arbejder vi i - hvem er vi - organisering opretter et egnet udvalg i forbindelse med ethvert projekt måtte deltage i dækker 99,3 %1 af det samlede marked for alment praktiserende læger og speciallæger i Danmark har ikke nogen organisationsstruktur

3 Mål - hvorfor For at sikre en bedre udnyttelse af IT i den primære sundhedssektor For at rationalisere kommunikationen mellem parter i sundhedssektoren i fremtidige integrations- og dataudvekslingsprojekter For at foregribe og undgå situationer hvor vore og vore kunders ønsker og behov kontraherer med nye sundheds it-projekters indhold For at udbrede og udnytte den kolossale viden om elektronisk kommunikation mellem sektorerne, journalsystemer og arbejdsgangene i læge- og speciallægeklinikker i primærsektoren

4 Hvordan Ved at stille medlemmernes samlede mangeårige erfaring til rådighed i forbindelse med nye it-projekter der involverer primærsektoren Ved proaktivt at lade s stemme høre i de fora hvor it-projekter i sundhedssektoren opstår og formuleres Ved at tilbyde bistand mht. formulering, kravspecificering og estimering af it-projekter i den primære sundhedssektor inden projekterne bringes til udførsel Ved at samarbejde med relevante toneangivende organisationer indenfor sundheds-it, herunder Com, O, FAPS, (SDSD), LMS, Sundhed.dk, SST, Danske Regioner og KL

5 Hvad har tricket behovet for Seneste års erfaringer og oplevelser med skiftende focus på forskellige projekter med manglende fremdrift og deraf følgende spild af ressourcer - vi ikke kan få dækket ind noget steds fra Vi har primært det for øje, som tjener vores brugeres ønsker til funktionalitet og som samtidig tilfredsstiller deres behov for en optimal IT-understøttelse af deres hverdag. Herunder også udfordringer afledt af lovgivningsmæssige eller overenskomstsmæssige krav Vi er nødt til at sikre at vores udviklingsressourcer koordineres optimalt, således at der bliver sammenhæng og synergi i de projekter, vi indstiller til højeste prioritet - dvs projekter, der i et kontinuerligt forløb kan udvikles, implementeres, skaleres, udbredes og kvalitetssikres for drift Der skal eksistere en holdbar forretningsmodel, der sikrer, at der kan gives grønt lys til samlede forløb og sammenhænge jf ovennævnte - også således at der hele tiden vil være incitament til at sætte nye skibe i søen

6 Fælles visioner.. hvad er alternativet? Vi kan kun opnå holdbare løsninger inden for sundhedsvæsenet, hvis vi i fællesskab og samarbejde i diverse fora kan skabe visioner, der: Understøtter Sundhedsvæsenets organisationers og institutioners behov Giver de mennesker, der administrerer disse institutioner, de rigtige værktøjer og muligheder Tilgodeser de enkelte sundhedsfaglige partneres behov i udførelsen af de daglige forpligtelser og drift Giver de almindelige mennesker på gulvet de nødvendige funktionelle faciliteter Sigter på at levere de optimale sundhedsmæssige ydelser, vi alle har brug for til den rigtige pris. Vi er til syvende og sidst alle borgere, der har de samme interesser i dette mål ***

7 Indlæg vedr. SOA

8 Hvad er SOA? Eksempel 1 - organiserings / udviklingsprincip

9 Hvad er SOA? Eksempel 2 - simpel forespørgsel mellem trustede partnere

10 Hvad er SOA? Eksempel 3 - komplicerede forespørgsler

11 Udfordringer ifm SOA Eksempel 4 - Top / down imposed = waste of money

12 Udfordringer ifm SOA Fordele Serviceorienteret arkitektur giver mulighed for: At have både centrale og decentrale løsninger, der kan udstille funktionalitet og stille data til rådighed for andre centrale og decentrale løsninger, - det være sig større eller mindre systemer eller enheder, - eller sågar helt ned til den enkelte borger, hvis forespørgsel kræver konsultation af flere forskellige uafhængigt arbejdende systemer samtidigt for at levere den ønskede service At udvikling og drift af forskellige større databaseløsninger kan foregå asynkront uden egentlig koordinering, når man ser bort fra den meget lille del som f.eks. en konkret webservice udgør - eller måske blot en kommende eller ønskelig webservice At man i højere grad på en meget mere overkommelig måde kan leve op til det fortæskede udtryk, der lyder: At levere de rigtigt data på det rigtige tidspunkt på det rigtige sted

13 Udfordringer ifm SOA Udfordringer og forudsætninger Infrastruktur, der kan leve op den nødvendige sikkerhed: Sikre forbindelser - på lukkede og sporbare net Autentificering - der er accepteret af alle Certificering - med overkommelige lokale administrationsværktøjer Stabilitet og sikker drift, der giver mulighed for anvendelighed Fælles standarder med udviklingsværktøjer, der er lette at udvikle og implementere løsninger i, der udstiller og anvender de forskellige services Prioritering af hvad der skal løses synkront og hvad der skal løses asynkront Fejlhåndtering i synkrone løsninger En administrerbar forretningsmodel, hvor den enkelte kundes fordele, ressourceforbrug og betaling hænger sammen ***