PLO - Patientjournalsystem Projektkursus Systemudvikling juni 2011

Størrelse: px
Starte visningen fra side:

Download "PLO - Patientjournalsystem Projektkursus Systemudvikling 2011. - 19. juni 2011"

Transkript

1 PLO - Patientjournalsystem Projektkursus Systemudvikling juni 2011

2 Indhold 1 IT-projektet Skematisk oversigt over gruppens projektforløb Tre centrale fænomener fra problemområdet Anvendelsesområdet Brug Den endelige model for IT-systemet Brugergrænseaden Programdokumentationen Interessant del af implementationsarbejdet Samarbejdet med brugerne og i projektgruppen Forholdet mellem parterne i projektet Samarbejdet internt i projektgruppen Reeksion over resultat og forløb af IT-projektet Styrker og svagheder ved tilrettelæggelsen af projektforløbet Forslag til forbedringer af processen Diskussion af [Michael Christensen m.., 1998] Artiklens tilgang til systemudviklingen Ligheder og forskelle mellem artiklen og kursuslitteraturen Litteratur 15 A Formål 16 A.1 Systemdenition A.2 Kravspecikation for IT-løsningen B Problemområdet 18 B.1 Struktur B.2 Klasser C Anvendelsesområdet 19 C.1 Brug C.2 Funktioner C.2.1 Specikation af komplekse funktioner C.3 Brugergrænseaden C.3.1 Dialogform C.3.2 Oversigt C.3.3 Eksempler C.4 Den tekniske platform

3 D Anbefalinger 26 D.1 Nytte og realiserbarhed D.2 Strategi D.3 Økonomi E Kvalitetsmål 27 F Teknisk platform 29 F.1 Udstyr F.2 Basisprogrammel F.3 Systemgrænseader F.4 Designsprog G Arkitektur 29 G.1 Komponentarkitektur G.2 Procesarkitektur H Referater 31

4 Terminologi PLO Praktiserende Lægers Organisation 1. Vores kunde i dette projekt. FNUX Fælles Nationalt Udvekslingsformat i XML 2. Ny journal-format standard. IC-10 International Classication of Diseases 3. ICD-10 er et system til klassikation af sygdomme og andre helbredsrelaterede lidelser udformet af verdenssundhedsorganisationen WHO. 1 Læs mere om PLO på: 2 Læs mere om FNUX standarten på: 3 Læs mere om IC-10 standarten på: 1

5 1 IT-projektet Nedenstående afsnit handler om projektkursets produkt, et patientjournalsystem vi har udviklet. 1.1 Skematisk oversigt over gruppens projektforløb Herunder ses en grask oversigt over projektets forløb. Da det er svært præcist at angive hvornår eksempeltvis analyse- eller designfasen indledes og endes, er skemaet nedenfor en grov repræsentation af det egentlige forløb. Dog har møder og evalueringer eksakte datomærkninger. Dato Emne Kontakt med kunde indledes Første møde med kunden Andet møde med kunden Analyse Første Første prototypeevaluering med kunden Udvidede brugergrænseade vises og gennemgås med kunden. Design prototype Anden prototype Figur 1: Oversigt over projektets forløb. Udviklingsprocessen har fulgt en rimelig sekventiel strategi; analyse, design og implementation (vist ved færdige protoyper). Analysen overlapper designfasen en smule, idét designfasen naturligt gav anledning til rettelser af analysen. Møder og evalueringer med kunden blev placeret efter behov; enten ved opklarende spørgsmål og kooperativ deltagelse i analysen, eller ved fremvisning af prototyper. 2

6 1.2 Tre centrale fænomener fra problemområdet Herunder beskrives tre centrale fænomener fra problemområdet; læge, patient og journal. Selvom disse ikke udgør det komplette problemområde, er disse de tre helt centrale. Hændelser og adfærd for disse fænomener beskrives også i dette afsnit, idét de er resultatet af analysen af problemområdet, der er foregået før analysen af anvendelsesområdet. Adfærdsmønstre er beskrevet som regulære udtryk jf. [L. Mathiassen m.., 2001] side 93. Læge En læge har et læge-id og en række patienter. Hændelser Tildelt patient Adfærd Adfærd er triviel for læge, idét objektet ikke bemærkelsesværdigt skifter tilstand i systemet. Læge kan tildeles patienter, men vi medtager ikke en læges daglige rutiner i dette system, da fokusområdet er patienters journaler. Patient En patient hører til en eller ere læger, og har en række personlige oplysninger (cprnummer, adresse mv.) og en journal. Hændelser Patient oprettet Patient identiceret Stamoplysninger opdateret Adfærd (Patient oprettet Patient identiceret) + Stamoplysninger opdateret* Journal En journal tilhører en patient, og indholder dennes medicinske historik. Hændelser Journal oprettet Tilføjet indhold Eksporteret til FNUX-format. Adfærd Journal oprettet + Tilføjet indhold* + Eksporteret til FNUX-format* 3

7 1.3 Anvendelsesområdet Systemet skal anvendes af praktiserende læger og deres sekretærer, og skal primært anvendes i den praktiserende læges klinik. I princippet kan systemet dog bruges hvor end det skulle være, så længe klienten er installeret og der er en fungerende internetforbindelse. Analysen af anvendelsesområdet er udført efter en analyse af problemområdet, for at fokusere på det, som brugerne arbejder med, og for derefter at opnå bevidsthed om systemets krav til brug gennem en analyse af anvendelsesområdet. Læger og sekretærer har samme funktionalitet til rådighed i systemet, og er derfor begge repræsenteret under aktøren læger Brug I systemet ndes to aktører; læge, som redigerer i patienters information og deres journaler, og FNUX-parser. FNUX-parseren er en del af IT-systemet, der kan importere og eksportere patientjournaler i journalformatet FNUX. Ved en udvidelse af systemets kernemål, foreslået ved gur I (bilag), udvides aktører til patienter, der kan få vist deres journal i en webbrowser. Nedenfor vises aktørernes brugsmønstre. Læge ˆ Oprette patient ˆ Finde patient ˆ Redigere patientoplysninger ˆ Tilføje indhold til journal ˆ Ændre journalprivilegier FNUX-parser ˆ Importere journall i FNUX-format. ˆ Eksportere journall i FNUX-format. Nedenfor er to brugssmønstre beskrevet ved brugsmønsterspecikation. Det beskrives hvorledes systemet håndterer en læges registreringer af diagnoser på en patients journal, og hvordan en journall i FNUX-format importeres i systemet. Tilføj indhold til journal Tilføjelse af indhold igangsættes af lægen, ved at vedkommende i systemet vælger den funktion, der passer til det indhold, der skal registreres i journal efter, at den patient, hvis journal skal have indhold registreret, er valgt. Lægen bliver af systemet anmodet om, at udfylde en række oplysninger i et skema omkring tilføjelsen, alt efter hvilken er valgt. Efter dette er gjort er journalen opdateret med det nye indhold. Det registreres også, hvilken læge der har tilføjet indhold. Objekter: Journal, Sygdom. Funktioner: Diagnose-registrering, Henvisnings-registrering, Konsultationsregistrering Figur 2: Brugsmønsterspecikation for tilføjelse af indhold til journal 4

8 Importere FNUX-format Importering af journall i FNUX-format kan entet ske ved oprettelsen af en patient, eller ved at vælge funktionen, efter at en patient er valgt. Under alle omstændigheder, er det lægen der vælger at importere en ekstern journall. FNUX-parseren parser indholdet af len, og registrerer journalen under den valgte patient, hvis importen blev udført uden fejl. Ellers giver systemet en fejlmeddelelse. Objekter: Journal, Sygdom, Patient. Funktioner: FNUX-importering Figur 3: Brugsmønsterspecikation for importering af l i FNUX-format 1.4 Den endelige model for IT-systemet Nedenfor listes og beskrives systemets klasser, samt deres forhold. Hændelser og adfærd for de mest interessante kan ndes i afsnit 1.2. Patient Patient har attributterne CPR-nr., navn, adresse og praktiserende læge. CPR-nr. bruges til at identicere patiententen. Læge En læge har et login i form af brugernavn og password, og så har en læge et antal patienter som han/hun har adgang til, og dermed deres journaler. Journal En journal indeholder alle oplysninger om en patients medicinske historik, og tilhører desuden en patient. En patient kan maksimum have én journal, og en journal kan kun tilhøre én patient. Sygdom Sygdom indeholder information omkring en sygdom. Sygdomme identiceres ved en IC- 10 kode, og har dertilhørende specikke informationer. Sygdomme tilhører journaler, og kan optræde ere gange på ere journaler. Struktur Herunder vises klassediagrammet, hvor klassernes forhold imellem ses i associeringsstruktur. Med et fast deneret klassediagram undgås ansvarsinteferens, og udviklingsarbejdet kan trygt fortsættes. Man kunne også have valgt, at lave en 'Ansat'-klasse, hvorfra læge og sekretær kunne nedarve. Da sekretærer og læger i systemet har samme funktionalitet til rådighed, har vi for at holde klassediagrammet simpelt, samlet disse i klassen Læge. 5

9 Læge 0..* 0..* Patient Journal 0..* 0..* Sygdom Figur 4: Klassediagram. En læge kan have ere patienter, og en patient kan have ere læger. En journal kan tilhøre én patient, og en patient kan have max én journal. En sygdom kan tilhøre mange journaler, og en journal kan indeholde mange sygdomme. 1.5 Brugergrænseaden Patientjournalsystemet er et system til håndtering af mange patienters data. Systemet skal ikke bruges til varierende, problemløsende opgaver - men i et større omfang velstrukturerede rutineopgaver; nedskrivning af diagnoser, henvisninger, konsultationer mv. For bedst muligt at designe en brugergrænseade, der passer til de situationer systemet skal bruges til, har vi valgt at lave det udtryk, der er mest eektivt og pålideligt. Designet er ensartet og professionelt, og det graske udtryk er minimalt. I øvrigt benytter implementationen operativsystemets gængse graske brugergrænseades udtryk. Brugergrænseaden er designet ud fra tesen 'ensartedhed fremmer klarhed og forståelighed'. Systemets funktioner forendes i kategoriserede menuer, for at give brugeren øjeblikkeligt overblik over systemets muligheder inden for et givent område. Da lægen ofte skal indtaste meget information til systemet (eksempeltvis ved en diagnose), er der for overblikkets skyld valgt skemaudfyldninger til dette, som argumenteret i [Weile and Trætteberg, 2000], side 11. Foruden vores egen analyse af brugergrænseaden, er kunden medtaget i processen for at sikre, at udseende af systemet passede ind i brugernes arbejdsgang. Generally speaking, each pattern that focuses on the user perspective is also usable for designers but not vice versa. Therefore, our patterns should benet both designers and end users 4 Som citatet fastlægger det, er et design, der er nyttigt for udvikleren, ikke nødvendigvis brugbart for brugeren. Ved at medtage brugeren i fastlæggelsen af brugergrænseaden, øger vi ikke blot brugervenligheden, men også brugbarheden. 4 [Weile and Trætteberg, 2000], side 1, linie 7-8 6

10 Skema- og menueksempler ses herunder ved hhv. startsiden (søgning og oprettelse af patient) og menuen på patientsiden (ere funktioner). Figur 5: Startsiden. På startsiden kan brugeren vælge mellem at oprette en ny patient, eller søge efter en eksisterende. Figur 6: Patientsiden. På patientsiden ndes alle funktionerne omhandlende patientens data og patientjournalen. Disse ndes i de respektive menuer. Navigeringen rundt i systemet er relativ simpel, idét den er begrænset til opdatering, redigering, eksportering eller oprettelse af patienter og patientjournaler. Menuvalg opstår ved ere resultater ved søgning, samt dialogbokse med fejl eller godkendelser. Navigeringsdiagrammet er derfor som ses på gur XI (bilag). I bilagene ndes ere skærmbilleder og hertil forklarende tekst. 7

11 Figur 7: Navigeringsdiagram. Systemet initialiseres ved loginskærmen, der viderefører brugeren til en starside. Fra denne vælges en patient, eller denne oprettes. Herfra ndes de egentlige patient- og journalfunktioner, der åbnes i til formålet byggede dialogbokse. 1.6 Programdokumentationen Her gives en oversigt over dokumentationen, som forstået ved [L. Mathiassen m.., 2001] kapitel 16. Der refereres til de relevante afsnit, vedlagt som bilag til rapporten. Dokumentation Overskrift Afsnit Side Formål A 16 Systemdenition A.1 17 Problemområdet B 18 Anvendelsesområdet C 19 Anbefalinger D 26 Kvalitetsmål E 27 Teknisk platform F 29 Arkitektur G 29 Dokumentationen skaber både overblik og specicerer detaljer i systemudviklingen. Selvom de to begreber kan lyde modstræbende, giver dokumentationen, som præsenteret ved tabellen ovenfor og detaljebeskrivelse ved dets referencer i bilagene, uddybende beskrivelser, der kan bruges til at holde overordnet styr på systemudviklingen, såvel 8

12 som sikring af udvklingen udmunder i det system, der er aftalt med kunden. Dertil kan dokumentationen bruges til at holde delresultater op i mod. 1.7 Interessant del af implementationsarbejdet Systemet bygger på Model View Control (MVC) arkitekturen. Det vil sige, at vi har et view, som er den graske brugergrænseade, en model, som indeholder alle systemets funktioner og logik, og en controller som håndterer forbindelsen mellem model og view via observers 5. I og med systemet skal hente data fra en MySQL database, har vi et yderligere komponent, som ligger et lag under vores model. Dette komponent fungerer som grænseade til databasen. Dette kan lade sig gøre i praksis, ved brug af observers som er implementeret i Java. Nedenfor vises et udsnit af Patient klassen, som eksempel på vores implementering af MVC-artitektur i Java. 1 package model. patient ; 2 3 import java. util. HashMap ; 4 import java. util. Observable ; /* * 9 * P a t i e n t c l a s s 10 * 11 <Removed> 12 * 13 1, * 15 */ 16 p u b l i c c l a s s Patient e x t e n d s Observable { p u b l i c v o i d getdatahash ( ) { HashMap<String, String> datahash = new HashMap<String, String >() ; datahash. put ( "CPR", t h i s. CPR ) ; 25 datahash. put ( " Fornavn ", t h i s. firstname ) ; 26 datahash. put ( " E f t e r n a v n ", t h i s. lastname ) ; 27 datahash. put ( " Adresse ", t h i s. address ) ; 28 datahash. put ( " Postnr. ", t h i s. zip ) ; 29 datahash. put ( "By", t h i s. city ) ; 30 datahash. put ( " T l f. ", t h i s. phone ) ; 31 datahash. put ( " ", t h i s. ) ; setchanged ( ) ; 34 notifyobservers ( new PatientEvent ( PatientEvent. EVENT_PATIENT_INFO, datahash ) ) ; } Figur 8: Udnsit af klassen Patient i Java-kode, som illustrerer MVC-arkitekturen ved brug af javas Observable-klasse. 5 Observers, eller Observer pattern, er et software design mønster hvor et objekt giver bedsked til sine observers hver gang der sker en ændring. 9

13 Patientklassen nedarver fra Java-bibliotekets klasse Oberservable. Ved at bruge oberservers til at sende informationer om objektopdateringer mellem vores model og view, opnås den føromtalte MVC-arkitektur. 2 Samarbejdet med brugerne og i projektgruppen Herunder beskrives samarbejdet med kunden og internt i projektgruppen. 2.1 Forholdet mellem parterne i projektet Vi har haft kontakt med to forskellige personer fra vores kunde PLO (begge praktiserende læger), der hver har sat deres ekspertise til rådighed, til gavn for systemudvklingen. Den ene sidder i ledelsen og er formand for PLOs IT-udvalg, den anden en mere 'almen' praktiserende læge, dog med stor indsigt i de eksisterende patientjournalssystemer. Begge kontaktpersoner udgør således brugere af systemet, og det har været igennem møder og evalueringer med disse, at vi har gennemført projektet. PLO er en relativ stor organisation. Det er derfor svært at opnå et omfattende forhold til organisationen inden for den begrænsede periode projektet har forløbet, så det har været med vores repræsentanter projektforholdet har eksisteret. Selvom vi ikke er blevet præsenteret for hele ledelsen i PLO, ej heller alle brugere, repræsenterer begge kontaktpersoner både ledelse, brugere og i sidste instans kunde. PLO har fra starten været meget imødekommende over for vores projekt. Projektet har fra starten været relativt ambitiøst - vores tid og bemanding taget i betragtning. Selvom det lå fast fra starten, at vores færdige produkt aldrig ville være en seriøs konkurrent til de systemer deres medlemmer (praktiserende læger) bruger, var de interesseret i at få udviklet en prototype på et patientsystem, der - modsat de eksisterende løsninger - kunne tilgå én central database. På den baggrund har det være utrolig let at lave aftaler, opsætte møder mv. med dem. Med stor entusiasme har vores kontaktpersoner givet os den fornødne information for at systemudviklingen kunne tage form. Vi blev inviteret til Odense, for at holde et møde med Medcom - det danske sundshedsdatanet, der udvikler standarder inden for lægeverdenen, herunder det føromtalte FNUX-format. Vi prioriterede dog, at udvikle en klient, der kunne foretage de mest basale journalhåndteringsfunktioner, førend vi brugte tid på at overholde samtlige medicinske standarder. Dette forhold bekræftede os dog i det høje engagement fra PLO, som fungerede som endnu en motivationsfaktor for at udvikle et så gennemført system som muligt. 2.2 Samarbejdet internt i projektgruppen Vi startede ud med at være tre i gruppen, men den tredje mand faldt fra. Dette vanskeliggjorde naturligvis planlægningen af projektets forløb. Mandefaldet betød imidlertid ikke, at projektet faldt fra hinanden. Med visheden om, at vi med kun to mand skulle gennemføre et relativt ambitiøst projekt, har vi været nødsaget til at holde vores arbejde struktureret, og uddelegere de resterende arbejdsopgaver i mellem os. Til trods for at arbejdsbyrden stiger med en mindre besætning, har der også været fordele ved at være to i stedet for tre. Det har været let at lave aftaler, og umuligt at smutte fra disse, da vi kun har haft hinanden til at sørge for, at det aftalte arbejde nu blev udført. 10

14 Vi har undervejs sikret fremdrift på de mest kritiske felter ved at holde projektets status op mod målene for projektet deneret i analysen, for at dernæst at uddelegere arbejdsbyrden - og ellers sørge for at vi udførte de aftalte opgaver. Dernæst har vi så vidt muligt undervejs sørget for at holde kunden opdateret, og sikret at vores arbejde har været i henhold til kundens ønske. 3 Reeksion over resultat og forløb af IT-projektet I dette afsnit reekteres over projektets proces, og losoferes over gode, såvel som mindre gode strategier for systemudvkling. Herigennem opnås et så højt abstraktionsniveau over processer i generel systemudvikling som muligt. 3.1 Styrker og svagheder ved tilrettelæggelsen af projektforløbet Der kan ikke herske nogen tvivl om, at tilrettelæggelsen af et projekts etablering er utrolig vigtigt. Projektetableringsfasen grundlægger fundamentet for det videre forløb, og kan ved en struktureret udførelse aive grundlæggende misforsåelser kunden og projektgruppen måtte have, såvel som projektgruppen internt. Allerede forud for kursets begyndelse var vores kunde i dette projekt kontaktet, og påbegyndelsen af projektfundamentet var så småt iværksat. Sideløbende med projektets udvikling, har gruppen sat sig ind i kursuslitteraturen, og har herigennem opnået større indsigt i teori og metode, hvad objektorienteret analyse og design angår. Som naturlig konsekvens af de to sideløbende aktiveter - systemudvkling og forståelse for teorien for det samme, har vi haft 'a-ha'-oplevelser, hvor vi har gennemført trin i udviklingsprocessen, førend vi var præsenteret for den teori, der dækkede det samme. Som eksempel kan nævnes afholdelsen af allerførste møde med projektets kunde, hvor vi foruden at skulle opnå indsigt i kundens problemstillinger og ønsker, måtte forholde os til interviewteknikker og referatstrategier, førend vi havde læst om dette. Man må kravle, før man kan gå - og det viste sig da også, at jo længere vi kom i forløbet, desto bedre blev vi til at opnå større udbytte af vores kundemøder, samt at bruge disse til fælles at analysere udfordringerne ved udviklingen af systemet. Det kan i nogle tilfælde være en lærerig proces, at kaste sig hovedkuls ud i aktiviteter, der fra et teoretisk synspunkt er besværlige, for så bagefter at sætte sig ind i den respektive teori, og derfra lære af sine fejl eller mangler. Sideløbende med dette udviklingsforløb har projektgruppen, som en naturlig del af at være universitetsstuderende, haft andre kurser, der også har krævet opmærksomhed. Det har ved enkelte lejligheder (primært opmod aevering af delrapporter i dette kursus) betydet, at nogle beslutninger har været truet for hurtigt og ugennemanalyseret, hvor vi senere har set os nødsaget til at revurdere disse. Kursuslitteraturen har en række af forslag til at strukturere delaktiviteter i systemudviklingen, og styrke samspillet disse i mellem, som at holde dagbog over systemudviklingen ved [L. O. Jepsen 1989], projektetableringsforslag ved [N. E. Andersen 1986] eller pap-mockups til prototypetesting med kunden ved [Ehn and Kyng, 1991]. Vi har gennem projektet udnyttet en situtationsbestemt strategi, som foreslået ved [L. Mathiassen m.., 2001] 6, hvor kravene til at formulere en strategi for projektets udvikling fastlægges igennem analysen. Grundlaget for at træe 6 [L. Mathiassen m.., 2001], side

15 beslutninger genevalueres efterhånden som projektet udvikler sig. Vi har altså undervejs i vores projekt målt vores planlægning op mod, hvad vi ønskede os at opnå. Dette har betydet sikkerhed for delaktiviteternes samspil projektet igennem. 3.2 Forslag til forbedringer af processen Det beskrives i kursuslitteraturen hvorledes man ved et gennemanalyseret forarbejde kan undgå en række faldgrupper, andre systemudviklingsprojekter har lidt under. I [N. E. Andersen 1986] stilles en række spørgsmål, der kan afklare vanskeligheder ved fastlæggelsen af projektets rammer, herunder relevante spørgsmål til foreståeligheden af opgavebeskrivelsen og ansvarsfordelingen i projektgruppen. Selvom rammerne er fastlagt, og gruppen føler, at grundlaget for projektet er velskabt, kan der opstå uforudsete hændelser, der vanskeliggør det videre forløb. I reference til vores eget forløb, afhjalp en fast deneret ansvarsbeskrivelse ikke problemerne, der opstod da vi pludselig var en mand mindre i gruppen. Et forslag til forbedring af processen kunne herunder være en slags kriseplan - der blot overordnet beskrev gruppens plan ved sådanne hændelser. Naturligvis kan det være svært at forudse krisesituationer (deraf navnet uforudsete hændelser), men en mulig gardering imod disse kunne være hensigstmæssig. Man kunne også tænke sig at kunden sprang fra, projektets grundlag ændrede sig radikalt eller lignende. Kernemålet i et systemudviklingsforløb må være, at få udviklet et nyttigt og brugbart system, der lever op til kundens ønsker. Derfor kan det virke paradoksalt, at selve processen i dette forløb har haft så høj prioritet. Processen er naturligvis hele måden hvorpå et godt produkt skabes, men i og med, at dette har været et universitetskursus, har selve systemet lidt under fokusmangel i forhold til selve udførelsen. Man kunne forestille sig procesteori, der afdækkede det uddannelsesmæssige perspektiv i systemudvikling som dette, for at skabe en mere ligeligt fordelt fokus. Kursuslitteraturen henviser mest til stor-skale projektudvikling, med mange ansatte og store kunder. Kunders virksomheder eller organisationer kan være umådeligt svære at opnå gennemgående kendskaber til inden for et relativt kort tidsforløb, så der må lyde en stor opfordring til at afholde så mange kundemøder som overhovedet muligt. Jeg synes ikke at objektorienteret teori kan stresse vigtigheden af dette nok. Igennem en stringent mødeplan med kunden, og fastlæggelse af helt præcise delmål, opnås et bedre forløb for alle parter. Det værste der kan ske er, at man ikke har noget at tale om til et møde - men det scenarie er svært at forestille sig. 4 Diskussion af [Michael Christensen m.., 1998] I artiklen beskrives udviklignen af et system til en shippingvirksomhed. Projektgruppen bestod af en række unversitetsmennesker samt folk fra virksomheden. I artiklen beskrives det eksperimentielle objektorienterede udviklingsforløb, der denerede sig selv løbende med systemudviklingen. Tilgangen til systemudvikling, samt de i artiklen fremhævede systemudviklingsteknikker, metoder og erfaringer, vises nedenfor i punktform. 4.1 Artiklens tilgang til systemudviklingen ˆ Det understreges at objektorientering ikke blot er at nde ordtyper og klasser, og passe disse ned i en model, for så at oversætte modellen til en implementation. 12

16 ˆ Brug af såkaldt etnogrask perspektiv, er en velfungerende metode til at skabe en forbindelse mellem virkeligheden og projektet, samt analysere organisatoriske dele af de berørte elementer i systemudviklingen. ˆ Udfordringerne ved kooperativ designproces i en storskala virksomhed. Gruppen udførte workshops, interviews og prototypetests med en lang række mennesker i forskellige stillinger fra forskellige lande. ˆ Projektgruppen udviklede en dynamisk modellering af systemet, således at systemmodellen hele tiden udviklede sig i takt med den igangværende analyse. ˆ I artiklen fremhæves fordelen ved at have kort tid imellem prototyper. ˆ Der nævnes en række udviklingsværktøjer brugt i udvklingen. ˆ Deres udviklingsforløb var eksperimentielt, og fulgte en ikke-sekventiel tilgang til udvikling. Således var analyse, design og implementation alle igangværende aktiviteter under hele forløbet, processeret i cyklus. ˆ Gruppen erfarer, at der ikke ndes en universel model, der passer til ethvert systemudviklingsforløb. 4.2 Ligheder og forskelle mellem artiklen og kursuslitteraturen Såvel som kursuslitteraturen beskriver [Michael Christensen m.., 1998] objektorieteret systemudvikling. At understrege, at objektorientering er mere end at formulere systemudvilkingen udfra fastforankrede modeller og følge fastdenerede opskrifter, er der ikke noget revolutionerende ved. Kursets lærebog, [L. Mathiassen m.., 2001], skriver på første linie, første side: En metode kan ikke følges slavisk som en opskrift. Den skal skræddersys til situationen. 7 Dette princip hersker også i [Michael Christensen m.., 1998]: The above lessons are of course not relevant for all kinds of projects but for a project as the one described in this paper we think they are relevant. 8. [Michael Christensen m.., 1998] understreger vigtigheden i at medtage brugere i systemudvikling - det såkaldte kooperative perspektiv. Artiklen beskriver, hvorledes en bred del af organisationen systemet skulle udvikles til blev inddraget i processen, ved worskshops, interviews, prototypetesting mv. Dette udgangspunkt er en hellig del af tilgangen til den systemudvikling kursuslitteraturen prædiker. Der er naturligvis forskellige måder at udføre kooperative brugertests på. Eksempeltvis beskrives der ikke udførlige interviewteknikker i [Michael Christensen m.., 1998], som eksempeltvis i [E. Frøkjær & K. Hornbæk, 2005] - dog er tankegangen den samme. Den dynamiske model og dennes udvikling, 'The evolution of the model', som [Michael Christensen m.., 1998] beskriver, er også et velkendt fænomen i OOAD. 7 [L. Mathiassen m.., 2001], Side 1, linie 1 8 [Michael Christensen m.., 1998], side 24, linie 34 13

17 Selvom [L. Mathiassen m.., 2001] først og fremmest stresser en sekventiel, iterativ udviklingstrategi, er der intet til hindre for, at en opfattelse af problemområdet ændres undervejs i udviklingen. I [N. E. Andersen 1986] beskrives, foruden vigtigheden ved projektetableringsfacen, forholdet mellem projektetableringens grundlag og det videre forløb. For naturligvis kan man ikke vide sig sikker på et helt systemudviklingsforløb fra etableringsfasen, så en fornyet vurdering af betingelserne opsat i etableringsfasen, er stortset uundgåelig. Desuden kan brugerens behov ændre sig undervejs i systemudviklingen, så etableringsgrundlaget må revurderes. Dog understreges det i [N. E. Andersen 1986], at jo mere gennemanalyseret projektetableringen har været, desto sikrere undgår man ovenstående. Der, hvor tilgangen til den systemudvkling [Michael Christensen m.., 1998] beskriver, afviger mest fra kursuslitteraturen, er ved dets opgør med den klassiske sekventielle processudvikling - analyse, design og implementation. I kursuslitteraturen beskrives analyse og design som iterative processer, hvor de samme forhold bliver gentaget ere gange,i nye versioner. Ved afslutningen af disse processer implementeres modellen. Som guren fra [Michael Christensen m.., 1998] viser, ses en cyklusbaseret proces, hvor analyse, design og implementation igennem hyppige prototyper igen og igen redeneres. Nok beskrives det i kursuslitteraturen, hvorledes man kan 'blive klogere' undervejs i et projekt - men ligefrem at gentage de objektorieterede processer i cyklus, er vi ikke blevet præsenteret for før. Figur 9: Ikke-sekventiel udviklingsstrategi. Kilde: [Michael Christensen m.., 1998] 14

18 Litteratur [N. E. Andersen 1986] Andersen, N. E. et al.: Professionel Systemudvikling Kapitel 4: Projektetablering - en god investering., Teknisk Forlag (1986) [Michael Christensen m.., 1998] Michael Christensen m..: The M.A.D. Experience: Multiperspective Application Development in evolutionary prototyping, In Proceedings of the 12th European Conference on Object-Oriented Programming (ECCOP '98), Eric Jul (Ed.). Springer-Verlag, London, UK, [Ehn and Kyng, 1991] Ehn, P. and Kyng, M.: Design at Work: Cooperative Design of Computer Systems: Sider : Cardboard computers: Mocking-it-up or hands-on the future., Lawrence Erlbaum Associates (1991) [E. Frøkjær & K. Hornbæk, 2005] Frøkjær, E. & Hornbæk, K.: Cooperative Usability Testing: Complementing Usability Tests with User-Supported Interpretation Sessions., CHI (2005) [L. O. Jepsen 1989] Jepsen, L. O. et al.: Behaviour and Information Technology vol 8, no. 3, : Back to thinking mode: diaries for the management of information systems development projects., (1989) [L. Mathiassen m.., 2001] Mathiassen, Lars m..: Objekt orienteret analyse & design, 3. udg., Forlaget Marko Aps (2001) [Weile and Trætteberg, 2000] Weile, M. V. and Trætteberg, H.: Interaction patterns in user interfaces. In Proc. Seventh Pattern Languages of Programs Conference: PLoP 2000, 26 pages. (2000) 15

19 A Formål Praktiserende læger i Danmark bruger i øjeblikket 12 forskellige patientjournalsystemer, hvor de este læger selv har en server stående i deres praksis, der håndterer deres patienters journaler. På nuværende tidspunkt er det op til den enkelte læge, at vælge mellem de kommercielle systemer, der tilbydes. Fælles for systemerne er det, at de ikke nødvendigvis kan kommunikere direkte med hinanden, hvilket der er brug for, hvis en patient eksempelvis vælger at skifte læge, eller bliver henvist til en speciallæge. Konsekvensen er, at der udføres en stor grad af udskrivning og postafsendelse af journaler samt manuelt indtastningsarbejde. I samarbejde med Praktiserende Lægers Organisation (PLO) vil vi lave en fælles platform for alle praktiserende læger. En platform, som fungerer på alle systemer (Java baseret), og som har en global database alle praktiserende læger kan tilgå. Det er værd at nævne, at dette projekt ses som en prototype for hvad PLO har brug for. Dermed vil produktet ikke være en reel konkurrent til de eksisterende kommercielle systemer, men et 'proof-ofconcept' for et journalsystem der tilgår patientdata i en central database. Kerneidéen med systemet, at tilgå patientdata fra en global database, kan anskueliggøres ved at se systemets relationer i et rigt billede, vist herunder. Figur I (bilag): Rigt billede. De stiplede linier repræsenterer mulige udvidelser af systemet, og indgår således ikke som kernemål i dette projekt. 16

20 A.1 Systemdenition Ved at have deneret BATOFF-kriteriet samt kravspecikationen fra start, har vi haft en fast milepæl, der har tjent som støtte til udarbejdelsen af systemet. Betingelser Systemet skal kunne håndtere patientdata fra en global database. Systemet skal bruges af praktiserende læger og deres sekretærer, altså mennesker, der forventes at være vant til daglig brug af lignende IT-systemer. Anvendelsesområde Praktiserende læger og sekretærer. På sigt kan listen udvides til eksempelvis andre speciallæger, dog ændres betingelserne ikke. Teknologi En PC hos den praktiserende læge, der tilgår patientdatabasen igennem en klient. Klienten er en Java-klient, der tilgår en fjerntliggende MySQL-database. Objekter Læge, Patient, Journal, Sygdom. Funktionalitet Håndtere praktiserende lægers patienters journaler. Filoso Værktøj til redigering af alle praktiserende lægers patientjournaler, ved at lagre patientdata globalt. A.2 Kravspecikation for IT-løsningen Kravspecikationen er deneret ved følgende 6 punkter, der fungerer som basis for systemet. 1. Systemet er en prototype, og skal derfor ikke ses som et fuldt funktionelt system på lige fod med allerede eksisterende kommercielle patientjournalsystemer. 2. Systemet skal kunne bruges af praktiserende læger og deres sekretærer i Danmark. 3. Systemet skal kunne håndtere al information omkring en læges patient. Det skal være let at redigere i informationerne og tilføje mere information. 4. Systemet skal være i stand til at håndtere journalformatet FNUX, og både indlæse og eksportere dette. 5. Systemet skal bruge sygdomsklassikationssytemet IC-10 til at skelne imellem sygdomme i journalerne. 6. Systemet skal lagre al information på en global database, og alle brugere skal kunne tilgå denne information gennem internettet. 17

21 B Problemområdet Herunder beskrives problemområdet. B.1 Struktur Her ses klassediagrammet, ved klassisk associerngsstruktur. Læge 0..* 0..* Patient Journal 0..* 0..* Sygdom Figur II (bilag): Klassediagram. En læge kan have ere patienter, og en patient kan have ere læger. En journal kan tilhøre én patient, og en patient kan have max én journal. En sygdom kan tilhøre mange journaler, og en journal kan indeholde mange sygdomme. B.2 Klasser Herunder listes systemets klasser, samt hændelser og adfær. Adfærdsmønstre er beskrevet som regulære udtryk jf. [L. Mathiassen m.., 2001] side 93. Læge En læge har et læge-id, og en række patienter. Hændelser Tildelt patient 18

22 Adfærd Adfærd er triviel for læge, idét objektet ikke bemærkelsesværdigt skifter tilstand i systemet. Læge kan tildeles patienter, men vi medtager ikke en læges daglige rutiner i dette system, da fokusområdet er patienters journaler. Patient En patient hører til en eller ere læger, og har en række personlige oplysninger (cprnummer, adresse mv.), og en journal. Hændelser Patient oprettet Patient identiceret Stamoplysninger opdateret Adfærd (Patient oprettet Patient identiceret) + Stamoplysninger opdateret* Journal En journal tilhører en patient, og indholder dennes medicinske historik. Hændelser Journal oprettet Tilføjet indhold Eksporteret til FNUX-format. Adfærd Journal oprettet + Tilføjet indhold* + Eksporteret til FNUX-format* Sygdom En sygdom kan tilhøre mange journaler. En sygdom har en ICO-10 kode. Sygdomsklassen er statisk idét databasen indeholder sygdomme registreret af WHO. Derfor bruges de enkelte sygdomsobjekter blot som referencer til patienters journaler. C Anvendelsesområdet Anvendelsesområdet for systemet er herunder beskrevet. Aktørernes brugsmønstre er udspeciceret ved brugsmønsterspecikationer. C.1 Brug I systemet ndes to aktører; læge, som redigerer i patienters information og deres journaler, og FNUX-parser. FNUX-parseren er en del af IT-systemet der kan importere og eksportere patientjournaler i journalformatet FNUX. Ved en udvidelse af systemets kernemål, foreslået ved gur I (bilag), udvides aktører til patienter, der kan få vist deres journal i en webbrowser. Nedenfor vises aktørernes brugsmønstre. 19

23 Læge ˆ Oprette patient ˆ Finde patient ˆ Redigere patientoplysninger ˆ Tilføje indhold til journal ˆ Ændre journalprivilegier FNUX-parser ˆ Importere journall i FNUX-format. ˆ Eksportere journall i FNUX-format. Herunder er brugssmønstre beskrevet ved brugsmønsterspecikation. Oprette patient Oprettelse af patient initaliseres af lægen, og foregår på systemets startside. Hvis oprettelsen blev udført, videreføres brugeren til denne patients patientside. Hvis der opstår fejl ved oprettelse giver systemet besked herom. Objekter: Patient. Funktioner: Patientoprettelse Figur III (bilag): Brugsmønsterspecikation for oprettelse af patient Finde patient En patient kan identiceres i systemt ved, at brugeren søger efter denne, eksempeltvis på cpr-nummer, navn mv. Hvis der er ere resultater efter søgning, skal brugeren vælge den rette ved menuvalg. Efter patienten er identiceret, videreføres brugeren til dennes patientside. Objekter: Patient. Funktioner: Patientsøgning Figur IV (bilag): Brugsmønsterspecikation for at nde patient Redigere patientoplysninger Brugeren identicerer patienten og vælger 'rediger stamoplysninger' fra menuen på patientsiden. Ved skemaudfyldelse opdateres patienens stamoplysninger. Objekter: Patient. Funktioner: Rediger-patientoplysninger Figur V (bilag): Brugsmønsterspecikation for redigering af patientoplysninger 20

24 Tilføj indhold til journal Tilføjelse af indhold igangsættes af lægen ved, at vedkommende i systemet vælger den funktion, der passer til det indhold der skal registreres i journal, efter at den patient hvis journal skal have indhold registreret er valgt. Lægen bliver af systemet anmodet om at udfylde en række oplysninger i et skema omkring tilføjelsen, alt efter hvilken er valgt. Efter dette er gjort, er journal opdateret med det nye indhold. Det registreres også hvilken læge, der har tilføjet indhold. Objekter: Journal, Sygdom. Funktioner: Diagnose-registrering, Henvisnings-registrering, Konsultationsregistrering Figur VI (bilag): Brugsmønsterspecikation for tilføjelse af indhold til journal Ændre journalprivilegier Hvis en patients journal skal være tilgængelig for en anden læge end patientens praktiserende læge, identicerer brugeren af systemet patienten, og vælger ændre privilegier på patientsiden. Objekter: Patient, Journal, Læge. Funktioner: Rediger-journalrettigheder Figur VII (bilag): Brugsmønsterspecikation for ændring af journalprivilegier Importere FNUX-format Importering af l i FNUX-format kan enten ske ved oprettelsen af en patient, eller ved at vælge funktionen, efter en patient er valgt. Under alle omstændigheder er det lægen, der vælger at importere en ekstern journall. FNUX-parseren parser indholdet af len, og registrerer journalen under den valgte patient, hvis importen blev udført uden fejl. Ellers giver systemet en fejlmeddelse. Objekter: Journal, Sygdom, Patient. Funktioner: FNUX-importering Figur VIII (bilag): Brugsmønsterspecikation for importering af journall i FNUX-format 21

25 Eksportere FNUX-format Efter en patient er identiceret, kan brugeren vælge 'eksportér journal' på patientsiden, såfremt patienten har en journal. Systemet spørger, hvor journallen skal gemmes, og efter det er valgt, eksporteres patientens journal i FNUX-format. Objekter: Journal. Funktioner: FNUX-eksportering Figur IX (bilag): Brugsmønsterspecikation for eksportering af journall i FNUX-format C.2 Funktioner Herunder ndes systemets funktionsliste, kategoriseret efter kompleksitet og funktionstype. Funktion Kompleksitet Funktionstype Patientvisning Simpel Aæsning Patientoprettelse Medium Opdater Patientsøgning Medium Aæsning Rediger-patientoplysninger Simpel Opdater Henvisnings-registrering Simpel Opdater Diagnose-registrering Medium Opdater Konsultations-registrering Simpel Opdater Rediger-journalrettigheder Medium Opdater Journalsøgning Medium Aæsning Journaludskrivning Simpel Signal FNUX-importering Kompleks Opdater FNUX-eksportering Kompleks Signal Figur X (bilag): Funktionsliste Ved at sammenholde funktionslisten med brugsmønstre samt modellens klasser og hændelser, ses at denne er konsistent. Modellen indeholder præcis de oplysninger, funktionslisten behøver - og alle brugsmønstre er dækket af funktionslisten. Derfra sluttes, at funktionslisten er tilstrækkelig. C.2.1 Specikation af komplekse funktioner Systemets funktioner er mestendels simple eller medium-simple, idét de este funktioner blot er opdatering eller registrering af patientdata. Herunder er de to komplekse funktioner udspeciceret. Disse er komplekse, da de omhandler parsing af l i FNUXformat - og denne XML-strukturerede l er relativ kompleks at håndtere. FNUX-importering FNUX-importering tager en l i FNUX-format og en patients cpr-nummer som argumenter, og parser indholdet af den XML-strukturerede journall, og gemmer dets oplysninger i den globale database, såfremt der ikke opstod fejl under parsing 22

26 (eksempeltvis hvis len ikke overholder FNUX-standarten). I tilfælde af fejl, informerer systemet brugeren. FNUX-eksportering FNUX-eksportering tager en patients cpr-nummer som argument, og danner en FNUXformateret journall som output, såfremt patientens journal eksisterer. Brugeren vælger et lokalt sted på vedkommendes maskine til at gemme len. C.3 Brugergrænseaden Systemets brugergrænseade præsenteres her. En oversigt i form af et navigeringsdiagram, samt eksempler på brugergrænseaden vises. C.3.1 Dialogform Menuvalg opstår ved ere resultater ved søgning, samt dialogbokse med fejl eller godkendelser. Der er valgt skemaudfyldelse til indtastning af data. C.3.2 Oversigt Navigeringsdiagrammet er, som det ses herunder. Figur XI (bilag): Navigeringsdiagram. Systemet initialiseres ved loginskærmen, der viderefører brugeren til en starside. Fra denne vælges en patient, eller denne oprettes. Herfra ndes de egentlige patient- og journalfunktioner, der åbnes i til formålet byggede dialogbokse. 23

27 C.3.3 Eksempler Nedenfor vises eksempler på brugergrænseaden, forklaret ved deres gurtekst. Figur XII (bilag): Login-in siden Figur XIII (bilag): Systemets startside. Der kan oprettes en patient, eller vælges en ved at søge. 24

28 Figur XIV (bilag): Hvis en søgning på en patient genererer ere resultater, skal den rette vælges fra denne menu. Figur XV (bilag): Patientsiden. Herfra foregår lægens arbejde med den enkelte patient, og dennes journal. 25

29 Figur XVI (bilag): Eksempel på dialogbokse, der viser godkendt eller afvist i oprettelse af patient. C.4 Den tekniske platform Systemets klient udvikles i Java, hvilket betyder, at systemet kan køre på Windows, Linux, OS X og andre systemer. Alt data bliver gemt i en MySQL database, som ligger på en central server, som alle klienterne kan tilgå. Brugergrænseaden er vinduesbaseret, og betjenes med mus og tastatur. D Anbefalinger I dette afsnit diskuteres udgangspunktet for systemets tilblivelse kort. D.1 Nytte og realiserbarhed Systemet er vigtigt for PLO fordi de har brug for et eksempel på et journalsystem, der kan fungere med en central database. PLO er bevidste om, at de praktiserende lægers nuværende IT-systemer ikke er i trit med de muligheder, der er for moderne IT-udvikling. Med eksempel menes der en prototype. Brugerne er bevidste om, at projektet ikke vil blive realiseret så det kan anvendes i en reel arbejdssituation. Dog har de en stor interesse i at se et "proof-of-concept", dels for at overbevise deres medlemmer om, at det er en god idé, og dels for at bekræfte dem selv i muligheden og fordelene ved en sådan model. Fordi det system vi arbejder på er en prototype, der ikke skal konkurrere med færdigudviklede patientssystemer, er det sandsynligt at systemet bliver realiseret. D.2 Strategi Der er enighed mellem gruppen og kunden om, at projektet skal forsøges gennemført inden for projektkursetsrammer. Det er i alles interesse, at få udviklet en så nyttig prototype som mulig. Det er planlagt at implementere systemet i Java med en MySql-database. Desuden planlægger vi at følge en situtationsbestemt strategi, som foreslået ved [L. Mathiassen m.., 2001] 9, hvor kravene til at formulere en strategi for projektets udvikling fastlægges igennem analysen. Grundlaget for at træe beslutninger genevalueres efterhånden som projektet udvikler sig. D.3 Økonomi Økonomisk set, er der ingen problemer. Brugerne har allerede PC'er som ville kunne køre systemet, og den mængde data som databasen skal håndtere i prototypen, er ikke større 9 [L. Mathiassen m.., 2001], side

Objektorienteret Analyse & Design

Objektorienteret Analyse & Design Objektorienteret Analyse & Design Lars Mathiassen, Andreas Munk-Madsen, Peter Axel Nielsen og Jan Stage ISBN: 87-7751-153-0 Udgave: 3. udgave Udgivelsesår: 2001 Antal sider: 452 Pris: Kr. 410,00 På de

Læs mere

SmartFraming Et vindue til nationale sundhedssystemer. Version 3.0

SmartFraming Et vindue til nationale sundhedssystemer. Version 3.0 SmartFraming Et vindue til nationale sundhedssystemer Version 3.0 Infrastruktur i dagens sundheds IT Det sundhedsfaglige personale benytter sig i dag af en række forskellige systemer i forbindelse med

Læs mere

CampIT - Et administrationssystem. Gruppe E2-109 Aalborg Universitet

CampIT - Et administrationssystem. Gruppe E2-109 Aalborg Universitet CampIT - Et administrationssystem Gruppe E2-109 Aalborg Universitet 19. december 2002 Det Teknisk-Naturvidenskabelige Fakultet Aalborg universitet Titel: CampIT Et administrationssystem Tema: Udvikling

Læs mere

BAAN IVc. Brugervejledning til BAAN Data Navigator

BAAN IVc. Brugervejledning til BAAN Data Navigator BAAN IVc Brugervejledning til BAAN Data Navigator En udgivelse af: Baan Development B.V. P.O.Box 143 3770 AC Barneveld Holland Trykt i Holland Baan Development B.V. 1997. Alle rettigheder forbeholdes.

Læs mere

Indholdsfortegnelse for kapitel 1

Indholdsfortegnelse for kapitel 1 Indholdsfortegnelse for kapitel 1 Forord.................................................................... 2 Kapitel 1.................................................................. 3 Formål............................................................

Læs mere

Effektiv søgning på web-steder

Effektiv søgning på web-steder Effektiv søgning på web-steder 7. maj 1998 Udarbejdet af DialogDesign ved Rolf Molich, Skovkrogen 3, 3660 Stenløse Indhold 1. Indledning 3 1.1. Model for søgning 3 2. Forskellige former for søgning 4 2.1.

Læs mere

Kravspecifikation for bibos1

Kravspecifikation for bibos1 Oktober 2011 Projekt for Århus Kommunes Biblioteker i samarbejde med Odense Centralbibliotek og Silkeborg Bibliotekerne Indhold 1. Baggrund for projektet... 2 1.1 Projektets formål... 2 2. Tilbud... 3

Læs mere

OPDATERINGSVEJLEDNING FOR AKC5 1.20 DECEMBER 2008

OPDATERINGSVEJLEDNING FOR AKC5 1.20 DECEMBER 2008 OPDATERINGSVEJLEDNING FOR AKC5 1.20 DECEMBER 2008 Denne vejledning beskriver installation af opdatering, nyheder og ændringer som skal bruges fra og med 1. januar 2009. Det er derfor meget vigtigt at du

Læs mere

Skriftlig opgave. Designtanker i database-nære systemer

Skriftlig opgave. Designtanker i database-nære systemer Skriftlig opgave til eksamen for faget»databaser«designtanker i database-nære systemer Martin Ancher Holm Juni 2010 1 Intro Denne skriftlige opgave indeholder kort de daglige tanker jeg har omkring design

Læs mere

Vejledning til Teknisk opsætning

Vejledning til Teknisk opsætning Vejledning til Teknisk opsætning v. 1.0 Adm4you, 2010. Indhold Kort om denne vejledning... 3 Generelt om easyourtime... 3 Installation af databasen... 3 Sikkerhed og rettigheder... 4 SQL Login... 4 Rettigheder

Læs mere

Professionel Udvælgelse i byggeriet Skabeloner

Professionel Udvælgelse i byggeriet Skabeloner Professionel Udvælgelse i byggeriet Skabeloner Vejledning i anvendelsen af skabeloner til brug for udvælgelse, herunder prækvalifikation i byggeriet Marts 2013 Byggeriets Evaluerings Center SOLIDARISK

Læs mere

Daglig brug af JitBesked 2.0

Daglig brug af JitBesked 2.0 Daglig brug af JitBesked 2.0 Indholdsfortegnelse Oprettelse af personer (modtagere)...3 Afsendelse af besked...4 Valg af flere modtagere...5 Valg af flere personer der ligger i rækkefølge...5 Valg af flere

Læs mere

FORRETNINGSSTRATEGI SUNDHED.DK

FORRETNINGSSTRATEGI SUNDHED.DK FORRETNINGSSTRATEGI SUNDHED.DK INDHOLD 01 Om dokumentet 3 02 Sundhed.dk s forretning 4 02.1 Mission og vision 4 02.2 Sundhed.dk s position og marked 4 02.3 Sundhed.dk s fundament og leverancer 5 02.4 Målgrupper

Læs mere

1 Ordliste 2. 2 Indledning 3 2.1 Problemstillinger... 3 2.2 Problemformulering... 4 2.3 Problemafgrænsning... 4 2.4 Mål med projektet...

1 Ordliste 2. 2 Indledning 3 2.1 Problemstillinger... 3 2.2 Problemformulering... 4 2.3 Problemafgrænsning... 4 2.4 Mål med projektet... Indhold 1 Ordliste 2 2 Indledning 3 2.1 Problemstillinger.................................. 3 2.2 Problemformulering................................ 4 2.3 Problemafgrænsning................................

Læs mere

Bilag 3A.7 Brugergrænseflader

Bilag 3A.7 Brugergrænseflader Bilag 3A.7 Brugergrænseflader Version 0.8 26-06-2015 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 3 2 INDLEDNING... 4 3 USER EXPERIENCE GUIDELINES (UX-GUIDELINES)... 5 3.1 GENERELLE UX-GUIDELINES... 5 3.1.1

Læs mere

Individuel specialisering

Individuel specialisering Individuel specialisering Navn: Uddannelse: Emne: Vejleder: Sted: Peter Ditlevsen, pd12054@stud.noea.dk IT- og Elektronikteknolog, 4. semester Serveradministration Ib Helmer Nielsen UCN T&B Dato: 7. maj

Læs mere

FKO Quick Guide. Kom godt igang med FKO Temperaturmåling

FKO Quick Guide. Kom godt igang med FKO Temperaturmåling FKO Quick Guide Kom godt igang med FKO Temperaturmåling FKO GUIDE Temperaturmåling Publikationen er udgivet af Socialstyrelsen Edisonsvej 18, 1. 5000 Odense C Tlf: 72 42 37 00 www.socialstyrelsen.dk Udgivet

Læs mere

Lavet af Danni jensen og David Olsen

Lavet af Danni jensen og David Olsen Projekt Delfin Lavet af Danni jensen og David Olsen 19/5-2008 Indholdsfortegnelse. Side 1: Indholdsfortegnelse og forord. Side 2: Kravsliste. Side 3: Use Case Model. Side 4: Formandens aktørbeskrivelse

Læs mere

Lilleby Kommunebibliotek

Lilleby Kommunebibliotek Lilleby Kommunebibliotek Første projekt i Systemudvikling Arne Jørgensen, Christian Skovgaard, Lotte Simonsen og Sonny Petersen 3. november 2003 Indledning... Problemformulering... Problemanalyse... Projektafgrænsning...

Læs mere

Vejledning til Kilometer Registrering

Vejledning til Kilometer Registrering Vejledning til Kilometer Registrering iphone Appen som holder styr på dit firma og privat kørsel. Udviklet af Trisect Development 2011. www.trisect.dk For iphone version 4.2 og nyere. Med Kilometer Registrering

Læs mere

Department of Computer Science

Department of Computer Science Department of Computer Science Aalborg Universitet Titel: ReadAllAboutIT - Udarbejdelse af et artikelstyringssystem Tema: Udvikling af programmel Projektperiode: Informatik/Datalogi 3. semester 4. september

Læs mere

Kravspecifikation tværga ende sundhedsplatform

Kravspecifikation tværga ende sundhedsplatform Kravspecifikation tværga ende sundhedsplatform Kravliste. Høringsversion. Opdateret 21-10-2014 Indhold Indhold... 1 Typer af krav... 4 1. Sprog... 5 Krav [1.1]: Sprog... 5 Krav [1.2]: Sprog - Menusprog...

Læs mere

Computeren repræsenterer en teknologi, som er tæt knyttet til den naturvidenskabelige tilgang.

Computeren repræsenterer en teknologi, som er tæt knyttet til den naturvidenskabelige tilgang. Den tekniske platform Af redaktionen Computeren repræsenterer en teknologi, som er tæt knyttet til den naturvidenskabelige tilgang. Teknologisk udvikling går således hånd i hånd med videnskabelig udvikling.

Læs mere

Miniprojekt2011. Formålet er at lære og indlære god objektorienteret programudvikling og programmering med Java, samt undervejs at opfylde studiekrav.

Miniprojekt2011. Formålet er at lære og indlære god objektorienteret programudvikling og programmering med Java, samt undervejs at opfylde studiekrav. Miniprojekt2011 Projektbeskrivelse Der skal fremstilles en lille java application på PC, hvor brugeren kan foretage interaktioner med en simpel database på disken via et grafisk brugerinterface. Formålet

Læs mere

Automatisk Vandingssystem

Automatisk Vandingssystem Automatisk Vandingssystem Projektdokumentation Aarhus Universitet Gruppe 6-3. Semester - F15 vejleder: Michael Alrøe dato: 28-05-2015 Lærke Isabella Nørregård Hansen - 201205713 - IKT Kasper Sejer Kristensen

Læs mere

Elektroniske tidsskrifter og databaser via Regionslicenser

Elektroniske tidsskrifter og databaser via Regionslicenser Vejledning Elektroniske tidsskrifter og databaser via Regionslicenser Via Regionslicenser kan hver region tilbyde alle hospitalsansatte og praksissektoren adgang til en række elektroniske ressourcer Adgangen

Læs mere

Forelæsning den 31. marts 2003

Forelæsning den 31. marts 2003 Forelæsning den 31. marts 2003 1. Spørgsmål & Svar: (a) Aflevering af Delopgave 1 for Det Gennemgående Udviklingsprojekt udskydes én uge til 14.04.03; (b) Ingen forelæsning den 07.04.03 (c) De to konsoliderede

Læs mere

Indholdsfortegnelse. Hvorfor skal jeg tage backup af min blog? Side 3. Tag backup med UpDraft Side 4. Tag manuelt backup Side 8 - 2 -

Indholdsfortegnelse. Hvorfor skal jeg tage backup af min blog? Side 3. Tag backup med UpDraft Side 4. Tag manuelt backup Side 8 - 2 - - 1 - Indholdsfortegnelse Hvorfor skal jeg tage backup af min blog? Side 3 Tag backup med UpDraft Side 4 Tag manuelt backup Side 8-2 - Hvorfor skal jeg tage backup af min blog? Lige meget om du har opbygget

Læs mere

Data lagring. 2. iteration (implement backend)

Data lagring. 2. iteration (implement backend) Data lagring 2. iteration (implement backend) Emner Grundlæggende database begreber. Data definitionskommandoer ER-diagrammer og cardinalitet/relationer mellem tabeller Redundant data og Normalisering

Læs mere

Quick guide. Performer til mekaniske låsesystemer. ASSA ABLOY, the global leader in door opening solutions

Quick guide. Performer til mekaniske låsesystemer. ASSA ABLOY, the global leader in door opening solutions Quick guide Performer til mekaniske låsesystemer ASSA ABLOY, the global leader in door opening solutions 2 Quick Guide for Performer til mekaniske nøglesystemer Denne manual er et detaljeret værktøj,

Læs mere

2. Metode. 2.1 Interessentanalyse Interessenterne i projektet er vist i nedenstående figur: Aftalekalenderprojektet. Indledning

2. Metode. 2.1 Interessentanalyse Interessenterne i projektet er vist i nedenstående figur: Aftalekalenderprojektet. Indledning 2. Metode Indledning Projektet er udført med flg. faser: Foranalyse (uden iterationer) Analyse (udarbejdelse af kravspecifikation afsnit 9.1, herunder use case beskrivelser afsnit 9.2) Design af skærmbilleder

Læs mere

Opsætning af MobilePBX med Kalenderdatabase

Opsætning af MobilePBX med Kalenderdatabase Opsætning af MobilePBX med Kalenderdatabase Dette dokument beskriver hvorledes der installeres Symprex Exchange Connector og SQL Server Express for at MobilePBX kan benytte kalenderadadgang via database

Læs mere

Kom godt i gang med SMS fra Outlook

Kom godt i gang med SMS fra Outlook Grundlæggende funktionalitet Med SMS fra Outlook kan du enkelt sende både SMS, MMS og fax fra Outlook. Programmet er integreret med din personlige Outlook-kontaktliste, og gør afsendelse af meddelelser

Læs mere

Håndbog Til CPR services. Bilag 10 Opsætning af CPR klienten til understøttelse af forskellige installationstyper

Håndbog Til CPR services. Bilag 10 Opsætning af CPR klienten til understøttelse af forskellige installationstyper Håndbog Til CPR services Bilag 10 Opsætning af CPR klienten til understøttelse af forskellige installationstyper CPR-kontoret Datavej 20, Postboks 269, 3460 Birkerød E-post: cpr@cpr.dk. Telefax 45 82 51

Læs mere

Side 1. Databaser og SQL. Dagens gang. Databasebegreber. Introduktion til SQL Kap 1-5

Side 1. Databaser og SQL. Dagens gang. Databasebegreber. Introduktion til SQL Kap 1-5 Databaser og SQL Introduktion til SQL Kap 1-5 1 Dagens gang Databaser Database begreber Mapning af klasser til relationel model Normalisering Opgaver til næste gang 2 Databasebegreber A database is a:

Læs mere

Umbraco installationsvejledning

Umbraco installationsvejledning på et ScanNet ASP Webhotel Indledning Beskrivelse Denne vejledning vil indeholde installation af CMS systemet Umbraco på et ASP Webhotel. Det dansk grundlagt Content Management System (CMS) Umbraco er

Læs mere

KMA-oplysninger. 1 Introduktion

KMA-oplysninger. 1 Introduktion KMA-oplysninger MADS MENU: KODER SYSTEMET KMA-OPLYSNINGER (E.1.1.) Revideret 07-02-2011 1 Introduktion I programmet KMA-oplysninger sættes en række grundlæggende indstillinger for MADS i afdelingen, fx

Læs mere

Kom godt i gang med Dyreregistrering

Kom godt i gang med Dyreregistrering Kom godt i gang med Dyreregistrering Denne vejledning er tænkt som en hjælp til, at landmandsbrugere hurtigt kan komme i gang med Dyreregistrering. Derfor er kun de mest nødvendige funktioner beskrevet.

Læs mere

Brugermanual til MOBI:DO Make på Internettet

Brugermanual til MOBI:DO Make på Internettet Brugermanual til MOBI:DO Make på Internettet Introduktion Med MOBI:DO Make kan du oprette guides, som kan ses i MOBI:DO. En guide virker som en checkliste, der fører brugeren hele vejen igennem en arbejdsopgave.

Læs mere

Effektiv sagsbehandling og hurtig borgerservice

Effektiv sagsbehandling og hurtig borgerservice Effektiv sagsbehandling og hurtig borgerservice 360 Kommuneløsning Med udvidet borgerselvbetjening og tværgående digitale arbejdsgange er kommunen efterhånden blevet borgernes primære kontaktpunkt til

Læs mere

Journalmodulet er udviklet specifikt til psykologer med stor fokus på sikkerhed. Journalen indeholder bl.a.:

Journalmodulet er udviklet specifikt til psykologer med stor fokus på sikkerhed. Journalen indeholder bl.a.: ClinicCare Web Produktblad 2012 Psykologjournal ClinicCare/ Novolog ClinicCare udvikles af firmaet Novolog, som siden 1995 har udviklet systemer til sundheds-sektoren. Indhold Journalmodulets opbygning

Læs mere

Dm071 / Dm072 - Obligatorisk projekt 3: Design af model

Dm071 / Dm072 - Obligatorisk projekt 3: Design af model Dm071 / Dm072 - Obligatorisk projekt 3: Design af model Fag: Projektet omhandler emner fra fagene Software Design og Software Konstruktion. Formål: Formålet med projektet er at give dig mulighed for sammen

Læs mere

PROFESSIONEL IT-LØSNING TIL GOLFKLUBBER. > Mere service, mere kontrol, mindre administration

PROFESSIONEL IT-LØSNING TIL GOLFKLUBBER. > Mere service, mere kontrol, mindre administration PROFESSIONEL IT-LØSNING TIL GOLFKLUBBER > Mere service, mere kontrol, mindre administration DET BEHØVER IKKE AT VÆRE SÅ SVÆRT En fleksibel og enkel løsning... Bruges der unødvendig tid på at styre dagligdagen

Læs mere

Sonofon Erhverv. Kom godt i gang. med SMS fra Outlook Brugervejledning. 1107V01-93.010.014 gældende fra 29. oktober

Sonofon Erhverv. Kom godt i gang. med SMS fra Outlook Brugervejledning. 1107V01-93.010.014 gældende fra 29. oktober Sonofon Erhverv Kom godt i gang med SMS fra Outlook Brugervejledning 1107V01-93.010.014 gældende fra 29. oktober Grundlæggende funktionalitet Med SMS fra Outlook kan du enkelt sende både SMS, MMS og fax

Læs mere

TESTPLAN: SENIORLANDS WEBSHOP

TESTPLAN: SENIORLANDS WEBSHOP TESTPLAN: SENIORLANDS WEBSHOP Indledning Vi vil i vores brugervenlighedsundersøgelse teste Seniorlands webshop 1. Vi vil teste hvor at webshoppen fungerer set ud fra en bruger af Internet. Vi vil blandt

Læs mere

HELLO INSTALLATIONS GUIDE - DANSK RACKPEOPLE

HELLO INSTALLATIONS GUIDE - DANSK RACKPEOPLE HELLO INSTALLATIONS GUIDE - DANSK RACKPEOPLE 1 Tekniske Krav 1.1 Hardware krav: En skærm gerne med touch Hvis skærmen ikke har touch, skal du bruge et tastatur og en mus Webcam Gerne i HD En ekstern lydenhed

Læs mere

Blanketdokumentation LÆ 141, 142 & 145 v1.0 Februar 2011

Blanketdokumentation LÆ 141, 142 & 145 v1.0 Februar 2011 Blanketdokumentation LÆ 141, 142 & 145 v1.0 Februar 2011 Indholdsfortegnelse 1. Indledning... 3 1.1 Baggrund... 3 1.2 Blanketternes anvendelse... 4 1.3 Den papirbaserede arbejdsgang... 5 1.4 Den fremtidige

Læs mere

Hassansalem.dk/delpin User: admin Pass: admin INTERFACE DESIGN

Hassansalem.dk/delpin User: admin Pass: admin INTERFACE DESIGN Hassansalem.dk/delpin User: admin Pass: admin INTERFACE DESIGN 1/20 Indledning Dette projekt er den afsluttende del af webudvikling-studiet på Erhvervs Lillebælt 1. semester. Projektet er udarbejdet med

Læs mere

15. oktober. Maskine Udlejning. Jacob Weng, Jeppe Boese og Mads Anthony. Udlejningsvirksomhed. Roskilde Tekniske Gymnasium 3.4

15. oktober. Maskine Udlejning. Jacob Weng, Jeppe Boese og Mads Anthony. Udlejningsvirksomhed. Roskilde Tekniske Gymnasium 3.4 Maskine Udlejning 15. oktober 2010 Jacob Weng, Jeppe Boese og Mads Anthony Roskilde Tekniske Gymnasium Udlejningsvirksomhed 3.4 Indholdsfortegnelse Problemformulering:... 2 Planlægning:... 2 Analyse af

Læs mere

Spil Rapport. Spil lavet i GameMaker. Kevin, Mads og Thor 03-02-2011

Spil Rapport. Spil lavet i GameMaker. Kevin, Mads og Thor 03-02-2011 Spil Rapport Spil lavet i GameMaker Kevin, Mads og Thor 03-02-2011 Indholdsfortegnelse Indledning... 2 HCI... 2 Planlægning / Elementær systemudvikling... 2 Kravspecifikationer... 4 Spil beskrivelse...

Læs mere

Spiller / Pårørende manual Til www.kampseddel.dk

Spiller / Pårørende manual Til www.kampseddel.dk Spiller / Pårørende manual Til www.kampseddel.dk Brugervejledning for Spiller/Pårørende Kort om kampseddel.dk Kampseddel.dk er udarbejdet som et webbaseret værktøj til den frivillige Træner/Leder i en

Læs mere

MODERNISERINGSSTYRELSEN ØSLDV WINDOWS SERVICE DOKUMENTATION, INSTALLATION OG KONFIGURERING AF ØSLDV/RAY WINDOWSSERVICE

MODERNISERINGSSTYRELSEN ØSLDV WINDOWS SERVICE DOKUMENTATION, INSTALLATION OG KONFIGURERING AF ØSLDV/RAY WINDOWSSERVICE Indhold Ændringshistorik... 2 Formål... 2 Om programmet... 2 Systemkrav... 2 Installation... 3 Event Log... 5 Installationsprogrammets skærmbillede... 6 Konfigurering af xml-opsætningsfil... 7 Beskrivelse

Læs mere

Casper Fabricius http://casperfabricius.com. ActiveRecord. O/RM i Ruby on Rails

Casper Fabricius http://casperfabricius.com. ActiveRecord. O/RM i Ruby on Rails Casper Fabricius http://casperfabricius.com ActiveRecord O/RM i Ruby on Rails Casper Fabricius Freelance webudvikler - casperfabricius.com 9 års erfaring med webudvikling 6 år med ASP/ASP.NET/C# 3 år med

Læs mere

Dokumentering af umbraco artikeleksport:

Dokumentering af umbraco artikeleksport: Dokumentering af umbraco artikeleksport: Lav en artikel side 2-3. Installationsguide side 3-5. Opsættelse af databasen og web.config side 5-8. Umbraco: templates side 8. Umbraco: borger.dk tab side 8.

Læs mere

Synkron Via CMS er en ny generation Content Management System

Synkron Via CMS er en ny generation Content Management System Synkron Via CMS er en ny generation Content Management System De sidste par år er internettet gået fra at være endnu en marketingaktivitet for de fleste organisationer til at blive et strategisk og forretningskritisk

Læs mere

M Mobility Mobil IP. Installations- & brugervejledning Desktop version Windows 12. august 2014

M Mobility Mobil IP. Installations- & brugervejledning Desktop version Windows 12. august 2014 M Mobility Mobil IP Installations- & brugervejledning Desktop version Windows 12. august 2014 Indhold Introduktion Download program software Installation af M Mobility Mobil IP Softphone program Åbningsskærm

Læs mere

DK CERT Sårbarhedsdatabase. Brugervejledning

DK CERT Sårbarhedsdatabase. Brugervejledning DK CERT Sårbarhedsdatabase Brugervejledning Februar 2003 Indhold Velkommen til DK CERTs sårbarhedsdatabase...3 Kom hurtigt i gang...4 Gode råd om masker...7 Mangler jeres applikation?...8 Generel vejledning...9

Læs mere

Internet Information Services (IIS)

Internet Information Services (IIS) Internet Information Services (IIS) Casper Simonsen & Yulia Sadovskaya H1we080113 06-11-2013 Indholdsfortegnelse Problemformulering... 2 Hvorfor:... 2 Hvad:... 2 Hvordan:... 2 Problembehandling... 3 Introduktion...

Læs mere

Region Midtjylland Proces for Change Management

Region Midtjylland Proces for Change Management Region Midtjylland Proces for Change Management Version 1.1 Forord Dette dokument beskriver RMIT s Change Management proces. Processen beskriver minimumskravene (need to have) for at få processen til at

Læs mere

Konsulent resume. Referencer Svend Holm Henriksen IT-udviklingschef Region Syddanmark +45/76631169 svend.holm.henriksen@regionsyddanmark.

Konsulent resume. Referencer Svend Holm Henriksen IT-udviklingschef Region Syddanmark +45/76631169 svend.holm.henriksen@regionsyddanmark. Konsulent resume Navn: Adresse: Kemal Pajevic Klingstrupvænget 105, 2-tv 5230 Odense M Telefon: 29726221 / 63130411 Email: kemal@pajevic.dk Født: 31.07.1982 Civilstand: Gift Jeg er en meget åben og udadvendt

Læs mere

GUIDE TIL CLOUD DRIVE

GUIDE TIL CLOUD DRIVE GUIDE TIL CLOUD DRIVE Dette er en guide du kan anvende til nemt at komme effektivt i gang med at anvende Cloud Drive Indholdsfortegnelse 1. Tilgængelige Cloud Drive klienter 2. Guide til Windows klienten

Læs mere

Løsningen garanterer at finde alle de cookies, som et nationalt tilsyn kan finde. Løsningen er valideret af Audit Bureau of Circulation i England.

Løsningen garanterer at finde alle de cookies, som et nationalt tilsyn kan finde. Løsningen er valideret af Audit Bureau of Circulation i England. Cookievejledningens Tekniske Guide Den tekniske guide beskriver fem skridt til overholdelse af cookiereglerne: 1. Fastlæggelse af webejendom 2. Undersøgelse af om der sættes cookies på hjemmesiden 3. Afgivelse

Læs mere

Jacob Nordfalk. Ingeniørhøjskolen i København. Nykøbing F itvisioncenter 24. februar 2004

Jacob Nordfalk. Ingeniørhøjskolen i København. Nykøbing F itvisioncenter 24. februar 2004 Genbrugelige komponenter og designmønstre i Java Jacob Nordfalk Ingeniørhøjskolen i København Nykøbing F itvisioncenter 24. februar 2004 Program Om Jacob Nordfalk introduktion (ikke-teknisk del) Komponentbaseret

Læs mere

Kom godt igang med Inventar registrering

Kom godt igang med Inventar registrering Kom godt igang med Inventar registrering (InventoryDB) (Med stregkodesupport) programmet fra PetriSoft Introduktion... 1 Inventar registrering... 2 Værktøjsudleje... 3 Service database til reperationer

Læs mere

Velkomstmappe ectrl. Deloitte Birkerød Kongevej 25C 3460 Birkerød Telefon 45 94 50 00

Velkomstmappe ectrl. Deloitte Birkerød Kongevej 25C 3460 Birkerød Telefon 45 94 50 00 Velkomstmappe ectrl Deloitte Birkerød Kongevej 25C 3460 Birkerød Telefon 45 94 50 00 Indholdsfortegnelse HVAD ER ECTRL?... 3 SUPPORT... 3 INSTALLATIONSVEJLEDNING TIL ECTRL... 4 OPRETTELSE OG ADMINISTRATION

Læs mere

Brugervejledning. TDC Scale Assistent til Android. Copyright NOMADICCIRCLE 2011-2012 All rights reserved

Brugervejledning. TDC Scale Assistent til Android. Copyright NOMADICCIRCLE 2011-2012 All rights reserved TDC Scale Assistent til Android Copyright NOMADICCIRCLE 2011-2012 All rights reserved Revision Date 1 kw 20110518 Initial version 2 KW 20110522 Sproglige rettelser 3 KW 20110525 Afsnit vedr. Automatick

Læs mere

2) OVERVEJE hvordan dine træningsdata skal overføres til dagbogen.

2) OVERVEJE hvordan dine træningsdata skal overføres til dagbogen. Kære løber, Denne vejledning har til formål at hjælpe dig hele vejen igennem vores tilmeldingsprocedure. Det kan være en god idé, at printe denne vejledning ud og have liggende ved siden af computeren,

Læs mere

XProtect-klienter Tilgå din overvågning

XProtect-klienter Tilgå din overvågning XProtect-klienter Tilgå din overvågning Tre måder at se videoovervågning på For at skabe nem adgang til videoovervågning tilbyder Milestone tre fleksible brugergrænseflader: XProtect Smart Client, XProtect

Læs mere

Database for udviklere. Jan Lund Madsen PBS10107

Database for udviklere. Jan Lund Madsen PBS10107 Database for udviklere Jan Lund Madsen PBS10107 Indhold LINQ... 3 LINQ to SQL og Arkitektur... 3 O/R designere... 5 LINQ Den store introduktion med.net 3.5 er uden tvivl LINQ(udtales link): Language-INtegrated

Læs mere

Vejledning og kommentarer til ny version

Vejledning og kommentarer til ny version Vejledning og kommentarer til ny version Udgave: SummaSummarum 4 Version: 4.10 SummaSummarum 4.10 & integration til Visma Avendo Webshop Visma Software lancerer en ny version af SummaSummarum, SummaSummarum

Læs mere

REEFTlink Et banebrydende produkt til on-line overvågning af jeres produktionsapparat

REEFTlink Et banebrydende produkt til on-line overvågning af jeres produktionsapparat Rikard Karlsson, produktionschef hos Elektrolux, Ljungby, Sverige: REEFTlink er en komplet, dynamisk og fremtidssikret løsning, der dækker hele vores behov for Lean og Takt-baseret produktionsstyring.

Læs mere

Advanced Word Template Brugermanual

Advanced Word Template Brugermanual Advanced Word Template Brugermanual Forord: Advanced Word Template er et værktøj, der anvendes sammen med Microsoft Word til at opbygge ensartet beskrivelser på en mere intelligent måde end Copy and Paste

Læs mere

User Management System

User Management System User Management System www.inlogic.dk Indholdsfortegnelse UMS Web brugervejledning... 3 Skift dit password... 5 Mobil nummer... 6 IT Regel... 7 Dine oplysninger... 8 Skema... 9 SMS Abonnement... 10 Karakter...

Læs mere

Version Dato Beskrivelse 1.0.0 26/11/2012 Initial version 1.2.0 05/03/2013 Tilføjet eksempel med Template Agent, generelt udvidet dokumentet.

Version Dato Beskrivelse 1.0.0 26/11/2012 Initial version 1.2.0 05/03/2013 Tilføjet eksempel med Template Agent, generelt udvidet dokumentet. MOX og APOS2 Forord Dette dokument er en del af APOS version 2 manualerne. APOS version 2 (APOS2 herefter) er et organisation, klassifikation og personale system baseret på Sag & Dokument standarderne.

Læs mere

IT vejledning for Studerende

IT vejledning for Studerende IT vejledning for Studerende Computere På skolen anbefales det, at du kun bruger computere med Windows installeret. Apple/Mac eller computere med Linux installeret vil have problemer med at bruge nogen

Læs mere

Introduktion. Pacsoft Online 11-11-2013

Introduktion. Pacsoft Online 11-11-2013 Introduktion Pacsoft Online 11-11-2013 2 Indhold 1 Introduktion til Pacsoft Online... 3 1.1 Grundlæggende navigering... 3 1.2 Søgning af information... 3 1.3 Indtastning af faste oplysninger... 4 1.4 Din

Læs mere

Sådan installeres og teste WordPress på en lokal server

Sådan installeres og teste WordPress på en lokal server Sådan installeres og teste WordPress på en lokal server Det gratis WordPress blog værktøj er vokset gennem årene til et fuldgyldigt CMS-system content management system). WordPress har forenklet processen

Læs mere

SHARED CARE PLATFORMEN. skaber et sammenhængende patientforløb

SHARED CARE PLATFORMEN. skaber et sammenhængende patientforløb SHARED CARE PLATFORMEN skaber et sammenhængende patientforløb Sammenhængende patientforløb kræver fælles it-løsninger Shared Care platformen er Region Syddanmarks it-løsning til sikring af, at den nødvendige

Læs mere

Supermarkedsmodellen for design af brugergrænseflade

Supermarkedsmodellen for design af brugergrænseflade Supermarkedsmodellen for design af brugergrænseflade Denne note er skrevet frit efter Peter Huber, som på et kursus i Efteruddannelsescenteret fortalte om supermarkedsmodellen til design af brugergrænseflader.

Læs mere

Laboratorieafsnit. 1 Introduktion

Laboratorieafsnit. 1 Introduktion Laboratorieafsnit Revideret 06-03-2009 MADS MENU: KODER -> SYSTEMET -> LABORATORIEAFSNIT (E.1.2.) 1 Introduktion I programmet Laboratorieafsnit oprettes laboratorieafsnit og deres grundlæggende oplysninger,

Læs mere

Sådan kan du inddatere og søge naturdata. En pixibog om naturområdet på Danmarks Miljøportal

Sådan kan du inddatere og søge naturdata. En pixibog om naturområdet på Danmarks Miljøportal Sådan kan du inddatere og søge naturdata En pixibog om naturområdet på Danmarks Miljøportal Kort om Danmarks Miljøportal Danmarks Miljøportal giver adgang til fællesoffentlige data om natur og miljø i

Læs mere

Projektorganisering side 1 IVA-materiale / Virksomhedsspil

Projektorganisering side 1 IVA-materiale / Virksomhedsspil Projektorganisering side 1 Projektorganisering Indholdsfortegnelse: 1. Hvad er et projekt?... 2 1.1 Projektbegrebet... 2 1.2 Studieprojekter og professionelle projekter... 3 2. Projektfaser... 4 2.1 Fase-begrebet...

Læs mere

SKY. Kommunikations-IT. Alexander L, Anton og Mads Zillo

SKY. Kommunikations-IT. Alexander L, Anton og Mads Zillo SKY Kommunikations-IT Alexander L, Anton og Mads Zillo Indhold i rapporten(uden sidetal) Funktionerer i programmet Brugervenlighed Fejlkilder/problemer undervejs Konklusion Design Ideen bag Game maker

Læs mere

Brugervejledning. TDC Scale Assistent til iphone. Copyright NOMADICCIRCLE 2010-2012 All rights reserved

Brugervejledning. TDC Scale Assistent til iphone. Copyright NOMADICCIRCLE 2010-2012 All rights reserved TDC Scale Assistent til iphone Copyright NOMADICCIRCLE 2010-2012 All rights reserved Revision Date 1 kw 20101128 Initial version 2 kw 20101201 Stavefejl og layout rettelser 3 kw 20101202 FAQ udvidet 4

Læs mere

1. Release Notes for WorkZone Content Server 2014 og Captia Web Client 4.7 3. 2. Ny og ændret funktionalitet 4. 3. Rettet i denne version 7

1. Release Notes for WorkZone Content Server 2014 og Captia Web Client 4.7 3. 2. Ny og ændret funktionalitet 4. 3. Rettet i denne version 7 2014 Release Notes WorkZone Content Server 2014 Indhold 1. Release Notes for WorkZone Content Server 2014 og Captia Web Client 4.7 3 2. Ny og ændret funktionalitet 4 3. Rettet i denne version 7 4. Kendte

Læs mere

Database kursus Forår 2013

Database kursus Forår 2013 Database kursus Forår 2013 Jacob Aae Mikkelsen Database design og programmering/databaser fra Organisationsorienteret softwareudvikling 1 Praktisk info Lærebog Database Systems: The Complete Book Skema

Læs mere

Pensioneringsprocessen/Statens Administration

Pensioneringsprocessen/Statens Administration PENSAB Pensioneringsprocessen/Statens Administration Indhold 1. Overblik over den samlede proces... 2 2. Tildel pensionssag... 3 2.1 Søg i listen [Pensionssager]... 5 2.2 Tildel sag... 5 2.3 Afgiv sag...

Læs mere

Modul 2 - "Usability at work" Usability i organisationer. Vær tålmodig. Ledelsens opbakning. Synliggørelse. Effektive arbejdsrutiner

Modul 2 - Usability at work Usability i organisationer. Vær tålmodig. Ledelsens opbakning. Synliggørelse. Effektive arbejdsrutiner World Usability Day 2006 14. november, Århus Modul 2 - "Usability at work" Af Kristian Krämer I dette modul var overskriften Usability at work og det dækkede bl.a. over usability-folkets arbejdsvilkår

Læs mere

Manual til Groupcare: Indhold, formål og brug

Manual til Groupcare: Indhold, formål og brug Manual til Groupcare: Indhold, formål og brug Indledning Groupcare er en elektronisk, internetbaseret kommunikationsform som vi bruger i forbindelse med din DOL-uddannelse. Grundlæggende set er Groupcare

Læs mere

Google Cloud Print vejledning

Google Cloud Print vejledning Google Cloud Print vejledning Version A DAN Definitioner af bemærkninger Vi bruger følgende stil til bemærkninger gennem hele brugsanvisningen: Bemærkninger fortæller, hvordan du skal reagere i en given

Læs mere

DOtAB. Teknisk rapport

DOtAB. Teknisk rapport DOtAB Teknisk rapport Indholdsfortegnelse Introduktion... 1 Systemarkitektur... 1 Teknologier... 1 Platforme for mobile enheder... 1 Kommunikations interfacet... 2 Udviklingsmiljø... 2 IDOtAB (service

Læs mere

OS2dagsorden - release notes

OS2dagsorden - release notes OS2dagsorden - release notes Version 2.1 release notes maj 2015 Indholdsfortegnelse OS2dagsorden 2 Hvad er OS2dagsorden? 2 Alle fordelene 2 Teknologien 3 Dagsordensproduktionssystemer 3 Github (koden)

Læs mere

Dynamicweb Quickguide

Dynamicweb Quickguide Brugervejledning Dynamicweb Quickguide Version: 1.1 2012.03.15 Dansk JURIDISK MEDDELELSE Copyright 2012 Dynamicweb Software A/S. Alle rettigheder forbeholdes. Dette dokument eller dele heraf må på ingen

Læs mere

Windows 8 en ny undervisnings udfordring ved. John R. H. Rask LollandBibliotekerne

Windows 8 en ny undervisnings udfordring ved. John R. H. Rask LollandBibliotekerne Windows 8 en ny undervisnings udfordring ved. John R. H. Rask LollandBibliotekerne Er vores undervisningsaktiviteter en sekundær sag? diskussionsoplæg Windows 8 & Læring De næste 40 minutter 3 indspark

Læs mere

Tlf. +45 7027 1699 Fax + 45 7027 1899

Tlf. +45 7027 1699 Fax + 45 7027 1899 Firmaordninger I firmaoversigten kan du holde styr på dit kundekartotek samt disses bookinger. Der kan desuden oprettes andre firmaer end dit eget. Herved kan der udbydes særlige ydelser på med egne arbejdstider.

Læs mere

IT SUMMER CAMP 2015. Dato for arr. og. dato for seneste tilmelding. bliver offentliggjort i maj. Ubuntu-Linux, Web-Server, Anvendte Web-Teknologier

IT SUMMER CAMP 2015. Dato for arr. og. dato for seneste tilmelding. bliver offentliggjort i maj. Ubuntu-Linux, Web-Server, Anvendte Web-Teknologier IT SUMMER CAMP 2015 Dato for arr. og dato for seneste tilmelding bliver offentliggjort i maj. uge z, x. / y. 2015 Ubuntu-Linux, Web-Server, og Basal Web-programmering En extensiv indføring i web-programmering

Læs mere

0. Ny bruger af Dantek BiblioMatik

0. Ny bruger af Dantek BiblioMatik 0. Ny bruger af Dantek BiblioMatik Indhold Om Dantek BiblioMatik og ElevWeb...... 3 Browser-adgang til ElevWeb... 3 Fjernskrivebord - adgang til Dantek BiblioMatik... 3 - det administrative system... 3

Læs mere

Vejledning til Club Counsellor i brug af RYE Database 2008

Vejledning til Club Counsellor i brug af RYE Database 2008 Vejledning til Club Counsellor i brug af RYE Database 2008 Indledning Multi District Denmark har udviklet en database til brug ved administration af udvekslingsstudenter. Databasen kan åbnes fra alle pc

Læs mere

Vejledning til brug af Foreningsportalen

Vejledning til brug af Foreningsportalen Børne- og Kulturforvaltningen Kultur- og Fritidsafdelingen Vejledning til brug af Foreningsportalen Foreningsportalen kan benyttes af både borgere og foreninger til søgning af foreningsoplysninger. Som

Læs mere