Dataprosjekt - trenge flinke data ingeniører/programmerer

[hayq]

Jeg vil bare presentere meg kort og si at jeg vet ingenting om data programmering. Kan bruke data/internett til daglig, but that`s it.

 

Jeg lurte på hvordan jeg kan finne noen seriøse data programmører som er så gode og har heldigvis tid til å bli med å utvikle et nyt journalsystem for en fastlegekontor.

 

Jeg er lege og har brukt så mange forskjellige programmer, WinMed, InfoDoc, Profdoc og System X, Ingen av disse ser ut til å være laget etter år 2000. Det meste ser visuelt ut som windows95 og er like dårlig på brukervennligheten. Jeg synes det er litt merkelig at i 2013 skal jeg bruke moderne dataprogrammer som ser og fungerer helt antikk ut. Journalsystemet er mitt største og mest brukte arbeidsverktøy i løpet av arbeidsdagen og jeg er veldig fristet til å lage en ny en. For dette trenger jeg hjelp fra en eller helst flere kompentente data folk som er villig til å ofre tida si. Hvis det slår gjennom kan vi kanskje søke om etableringsstøtte fra Innovasjon Norge eller av private aktører senere. Så noen som kan hjelpe meg?

 

Hilsen

Frustrert lege.

[Occi]

Dette kan absolutt være en realistisk businessidé, men jeg tror du bør servere litt mer strukturerte planer enn å være helt i starten av ideefasen om du ønsker å tiltrekke utviklere på et forum som diskusjon.no. Kan selvsagt hende jeg tar feil, men slik det er nå er det veldig vanskelig å vite hva man går til og kan virke lite seriøst.

 

Uansett lykke til!

(Jeg er ikke selv en profesjonell utvikler).

[hayq]

Dette kan absolutt være en realistisk businessidé, men jeg tror du bør servere litt mer strukturerte planer enn å være helt i starten av ideefasen om du ønsker å tiltrekke utviklere på et forum som diskusjon.no. Kan selvsagt hende jeg tar feil, men slik det er nå er det veldig vanskelig å vite hva man går til og kan virke lite seriøst.

 

Uansett lykke til!

(Jeg er ikke selv en profesjonell utvikler).

Takk for svaret.

 

Jeg er i starten av idèfasen, men har likevel en del strukturerte tanker om hvordan dette bør går frem. En enkel måte å forklare det på blir å bruke "arkitekt og byggingeniør" eksempelet: jeg ser på meg som "arkitekten" som har tegnet bygningen men jeg trenger byggingeniører som kan for det første bygge det og for det andre (og dette er veldig viktig for å komme videre fra idè fasen til utviklingsfasen) fortelle hvor realistisk evt urealistisk tegningene mine er.

 

Hvis noen har tips om hvilke andre nettsider jeg kan henvende meg til for å få litt mer profesjonell respons så må dere gjerne dele dem med meg.

 

Takk på forhånd

[j0achim]

Høres ut som et veldig spennende prosjekt og jeg ønsker deg all til lykke med prosjektet.

 

Selv mener jeg at Diskusjon kan godt være et sted og starte, at kode til å begynne med ikke er av standard som vil være for et ferdig produkt som skal brukes i produksjon kan meget godt hende, men du kan i det minste få tak i andre som ønsker å være grùnder sammen med deg og få laget en funksjons-rik "proof of concept". For realistisk sett så er det haugevis med lover og regler som skal følges for medisinske systemer, jeg har selv jobbet i 2 år på ett sykehus hvor vi supportere medisinske journal systemer, og det var langt ifra en enkel oppgave. Med alt det som skal være rundt av test miljø, test av produksjon før endelig ut-rulling i produksjon osv. (og da var vi bare IT avdeling som mottok oppgradert programvare)

 

Sist men ikke minst, hvilken plattform skal programvaren kjøre på, skal det være en Windows basert applikasjon, eller skal den støtte andre operativ system også. Eventuelt skal den være Web basert. Og ikke minst hvilke teknologier skal fungere sammen med systemet, skal det være utstyr som direkte skal kommunisere med systemet. En del spørsmål som er vitale for en utvikler å vite på forhånd.

Endret 26. september 2013 av j0achim

[nomore]

Jeg er i starten av idèfasen, men har likevel en del strukturerte tanker om hvordan dette bør går frem. En enkel måte å forklare det på blir å bruke "arkitekt og byggingeniør" eksempelet: jeg ser på meg som "arkitekten" som har tegnet bygningen men jeg trenger byggingeniører som kan for det første bygge det og for det andre (og dette er veldig viktig for å komme videre fra idè fasen til utviklingsfasen) fortelle hvor realistisk evt urealistisk tegningene mine er.

Med all respekt å melde, men for å trekke den analogien litt lengre så er du huskjøperen uten peiling på arkitekt eller byggtekniske krav som kommer til husbyggeren med en drøm på ett papir som du har tegnet selv. Og det er i seg selv flott - mye rart og flott har grobunn der. Men uten en arkitekt(utvikler) som kan være med deg fra starten av og lage ideene/tegningene så blir det vanskelig å realiserer.

 

Så det du er på jakt etter er en utvikler som vil putte masse tid i ett prosjekt du har tenkt ut, uten å ha noen garanti for at vedkommende får _noe som helst_ ut av det. Det finnes sikkert noen der ute som vil dette, men ha i bakhodet at du risikerer å få med deg en utvikler uten erfaring, kompetanse, tid eller engasjement. Og da hjelper det ikke å friste med ei gullgruve av enden av prosjektet, som kanskje lar seg realisere.

 

Ett slikt prosjekt du ser for deg har fort ei kostnadsramme på flere millioner. Og her ønsker du å få noen til å bidra gratis, til å begynne med. Eller har eg misforstått noe her?

[hayq]

Med all respekt å melde, men for å trekke den analogien litt lengre så er du huskjøperen uten peiling på arkitekt eller byggtekniske krav som kommer til husbyggeren med en drøm på ett papir som du har tegnet selv. Og det er i seg selv flott - mye rart og flott har grobunn der. Men uten en arkitekt(utvikler) som kan være med deg fra starten av og lage ideene/tegningene så blir det vanskelig å realiserer.

 

Så det du er på jakt etter er en utvikler som vil putte masse tid i ett prosjekt du har tenkt ut, uten å ha noen garanti for at vedkommende får _noe som helst_ ut av det. Det finnes sikkert noen der ute som vil dette, men ha i bakhodet at du risikerer å få med deg en utvikler uten erfaring, kompetanse, tid eller engasjement. Og da hjelper det ikke å friste med ei gullgruve av enden av prosjektet, som kanskje lar seg realisere.

 

Ett slikt prosjekt du ser for deg har fort ei kostnadsramme på flere millioner. Og her ønsker du å få noen til å bidra gratis, til å begynne med. Eller har eg misforstått noe her?

Jeg forstår veldig godt at det ikke er like enkelt som startsinnlegget mitt, men startsinnlegget var ment til å gi en ide om hva jeg er ut etter. Det er ikke kun det medisinske og data faglige problemstillinger knyttet til et slikt prosjekt, men senere også mange juridiske aspekter som skal tenkes over. Og som det er med livet så er det ikke ingen garantier for suksess, men med tålmodighet og hardt arbeide så har mange et godt utgangspunkt.

 

Angående det økonomiske så er jeg klar over at det fort kan være snakk om mange millioner, men jeg er ikke ut etter ansatte. Jeg er ut etter grundere, folk som vil være med og starte dette sammen. Å være med i et slik prosjekt vil også koste meg penger (indirekte). Den liten fritiden jeg kan jeg jo bruke til å ta flere legevakter og tjene flere tusen kroner, men jeg vil heller investere tiden min i en slik prosjekt. Så jeg er egentlig ut etter med-grundere. Men igjen jeg vet ikke om jeg er på viktig side, så hvis noen her har noen tips om mer relevante nettsider (kanskje noen fagtidsskrifter som har diskusjonsforum?) så må dere gjerne fortelle.

[rockPaperScissors()]

Du kan jo høre med universiteter og høgskoler om de ønsker prosjekt til bachelor/master oppgave, så kan du få med deg noen studenter som kan utvikle en proof-of-concept løsning sammen med deg. Det vil gi både deg og studentene verdifull erfaring på veien videre. Men det kan være lurt å finne ut av dine egne forventninger før du går i den retningen, får det er sannsynligvis ikke i selve kodebasen gullet ligger i en så tidlig fase.

[quantum]

@hayq : Det virker som du er en person med initiativ. Det trenger helsevesenet. Særlig i forhold til IT. Men jeg lurer på om dette er den mest effektive måten å anvende engasjementet ditt på? Få heller med deg kolleger, så mange som mulig, og begynn å stille krav til leverandørene av den programvaren dere allerede bruker. Jeg tror nok det er mer effektivt, sjansen for at gründerprosjekter strander er tross alt stor.

 

Deretter, ta et alvorlig blikk på hvordan it-drift er organisert på legekontorene rundt om. Nå har jeg i høst lest flere artikler om problemer med e-resept, og det som går igjen er at man skylder på sendrektig oppgradering rundt omkring på legekontorene. Eks: http://www.nrk.no/ostafjells/telemark/frarader-a-ikke-oppgradere-1.10861353 : "Legen skulle oppgradere ...". Jeg blir helt matt. Hvorfor i svarte skal legen oppgradere? Legen skal behandle, ikke oppgradere! Dette er så håpløst at det fullt ut rettferdiggjør Rosengrens famøse Norge-er-den-siste-sovjetstat, for dette høres jo fullstendig skakk-kjørt ut.

 

Crappy software er ikke stas, innen helsevesenet kan det være livsfarlig, men det er det jaggu når legene ikke kan bruke tiden sin på behandling også. Det er mer enn nok adm-oppgaver for leger som det er om det ikke skal lesses på med ikt-drift i tillegg. Jeg tror du har mye bedre forutsetninger for å angripe den problemstillingen enn du har for å gründe et softwareprosjekt.

[hayq]

@hayq : Det virker som du er en person med initiativ. Det trenger helsevesenet. Særlig i forhold til IT. Men jeg lurer på om dette er den mest effektive måten å anvende engasjementet ditt på? Få heller med deg kolleger, så mange som mulig, og begynn å stille krav til leverandørene av den programvaren dere allerede bruker. Jeg tror nok det er mer effektivt, sjansen for at gründerprosjekter strander er tross alt stor.

 

Deretter, ta et alvorlig blikk på hvordan it-drift er organisert på legekontorene rundt om. Nå har jeg i høst lest flere artikler om problemer med e-resept, og det som går igjen er at man skylder på sendrektig oppgradering rundt omkring på legekontorene. Eks: http://www.nrk.no/ostafjells/telemark/frarader-a-ikke-oppgradere-1.10861353 : "Legen skulle oppgradere ...". Jeg blir helt matt. Hvorfor i svarte skal legen oppgradere? Legen skal behandle, ikke oppgradere! Dette er så håpløst at det fullt ut rettferdiggjør Rosengrens famøse Norge-er-den-siste-sovjetstat, for dette høres jo fullstendig skakk-kjørt ut.

 

Crappy software er ikke stas, innen helsevesenet kan det være livsfarlig, men det er det jaggu når legene ikke kan bruke tiden sin på behandling også. Det er mer enn nok adm-oppgaver for leger som det er om det ikke skal lesses på med ikt-drift i tillegg. Jeg tror du har mye bedre forutsetninger for å angripe den problemstillingen enn du har for å gründe et softwareprosjekt.

Der har du et godt poeng og det har jeg også prøvd, men før noe skal endres skal det virkelig mye til og endringene er ofte veldige små. Det jeg tenker er helt radikal endringer av systemet. I business går man veldig etter prinsippet "why fix it when it (somehow) works" og det gjelder ekstra her. Og hver gang man prøver å si at "hei dette vet vi de har fått til i .f.eks Danmark" får man svaret "ja,men danskene er alltid litt foran oss så" og det er ikke et godt nok svar.

 

Leste artikkelen og en med litt sunn fornuft skulle ikke oppgradert systemet midt på en travel dagtid, det gjør man etter slutten av arbeidsdagen eller over helgen (det igjen fører til ekstra overtidsarbeide og hvem skal betale for det?). Men du spør hvorfor legen skulle oppgradere?! Hvem skulle da ellers?

På sykehuset har de egne data avdelinger ansvarlig for dette. I små kommuner ute i distriktene har de fortsatt beholdt noen kommunaldrevne legekontorer (der kommunen skaffer lokal, ansetter helsepersonell, ha IT folk osv) hvor legen gjør kun legejobben. Men de all ALL fleste legesentrer i landet drives privat. Du skal tenke på disse legekontorer som mini firmaer der legen din ikke kun er lege, men også daglig leder, driftsleder, adm leder, personalansvarlig, daglig regnskapsfører osv. Det er ingen legesentret meg bekjent som har egne IT ansatte. Man kjøper journalsystemet sitt og bruker den supportavtalen som kommer med den. Er det noe galt så blir man via fjernhjelp guidet gjennom problemstillingen. Det kommer ingen faktisk IT person og gjøre slike ting for deg. Og når de skriver at "legen oppdaterte" så er det ofte ikke engang legen selv men en helsesekretær som har fått underdelegert dette ansvaret. Så derfor er det veldig viktig at datasystemet for primærhelsetjenesten er så simpel og så "idiot"sikret som mulig.

 

Må være slik som programmene er til hjemmebruk. Jeg har hatt data (fra stasjonær til nå bare bærbar) hjemme i over 10-15år. Aldri har jeg hatt behov for å ringe til support eller ta maskinen til verksted for at de skal hjelpe meg med installasjon/oppgradering. Selvfølgelig hender det at folk gjør det, men de fleste programmer til den generelle befolkningen er laget så enkelt at alt man skal bare følge instruksene på skjermen og skal ikke være avhengig av en manuell instruks som kan rotes bort.

 

Det jeg ser for meg er et radikalt endring av brukergrensesnittet hvor ting blir forenklet så mye som mulig og er også visuelt sett appellerende (de fleste journalsystemer ser ut til å komme fra windows 95 tida). Mange klager over Apple systemet (tar som et eksempel, og nei, jeg har selv ingen Apple produkter). Fordelen er at den er veldig simple, ulempen er at den er veldig låst. Jeg tror at nettopp det ville fungert bra på et legekontor. Det er veldig få leger som er så datainteressert (og de få som er) har jeg ikke tid til å fikle med funksjonene på jobb. Så får de alle fleste vil det være bra at ting er allerede låst opp og lagt til rette så vi kan kan gjøre de fleste oppgaver med en enkel klikk. Apple vant mye på slik tankegang. Lagde visuelt tiltrekkende maskiner/programmer som vekket interessen hos folk og gjøre bruken av dem så enkel som mulig (design og brukervennlighet går ofte hånd i hånd).

[quantum]

. Men du spør hvorfor legen skulle oppgradere?! Hvem skulle da ellers?

 

Leverandøren av systemet? PC-dokotr'n? (Men de er kanskje opptatt med å oprerere ... ?)

 

Vel og bra med fine brukergrensesnitt, men det hjelper kun litt når organiseringen er feil. At akkurat du klarer å bruke en hjemme-pc kan ikke generaliseres til at alle leger skal klare å drifte sine egne it-løsninger selv. Det er bortkastet og uforsvarlig.

[hayq]

 

Leverandøren av systemet? PC-dokotr'n? (Men de er kanskje opptatt med å oprerere ... ?)

 

Vel og bra med fine brukergrensesnitt, men det hjelper kun litt når organiseringen er feil. At akkurat du klarer å bruke en hjemme-pc kan ikke generaliseres til at alle leger skal klare å drifte sine egne it-løsninger selv. Det er bortkastet og uforsvarlig.

Leverandøren av systemet sitter ofte i en by og legekontoret er på et helt annet sted av landet. Man får veiledning/hjelp via fjernhjelp som oftest funker veldig bra, men jeg har sjeldent vært bort i at noen PC-doktorer kommer fysisk og hjelper med f.eks oppgradering. Kun på kommunale legekontorer hvor man ha en IT ansatte i kommunen at man få slik hjelp. Som sagt er de alle fleste legekontorer privat drevet og legen har mang flere funksjoner en bare legearbeidet. De få ganger det kommer en PC-doktor fysisk til kontoret for å hjelpe er når systemet er helt crashet ned.

 

My point exactly. Bare fordi jeg klarer det betyr ikke at alle leger kan og derfor må systemet være så enkel og lett å "lære/styre" at selv de med minimal kunnskap kan klare det uten å måtte tilkalle akutt PC-doktor på besøk.

[Occi]

Ved ordentlige løsninger så oppdateres og styres slikt fra sentralt hold. Å oppdatere en og en applikasjon eller system via fjernhjelp høres latterlig tungvint ut.

[j0achim]

Å gå for en web tjeneste høres ut som en idé.

 

Nå mener jeg en intranet tjeneste hvor en bare har en "server" og forholde seg til hos hver kunde, som er enkelt satt opp med en vedlikeholds avtale, hvor server selv sjekker sentralt om ny oppdatering skal foretas etter gitt tidsintervall, hvor en kan for eksempel ha flere oppgraderings grader. Ukentlig generelle oppdateringer og optimaliseringer, nattlig oppdateringer av kritiske feil, og manuell oppdatering som kan kjøres on-demand da både sentralt og lokalt.

 

Med ett slikt økosystem, kan en da bygge seg opp kompetanse hos flere mennesker til en hver tid hvor de kan enkelt snakke samme "språk" av den grunn at systemets helhet er likt for alle kunder, og ikke minst at support gjør det enklere da support personell ikke trenger å være trent i haugevis av forskjellige versjoner av systemet.

[quantum]

Som sagt er de alle fleste legekontorer privat drevet og legen har mang flere funksjoner en bare legearbeidet.

 

Det er kanskje det største problemet. E-resept-problemet dreide seg visst om at mange ikke hadde tatt seg tid til å oppgradere?

 

Gå evt. flere sammen og still krav til leverandørene, sjansene for å komme i mål med et grunderprosjekt er dessverre ikke så store. Det fins sikkert mange samarbeidsvarianter også, det er ingen som *vil* lage dårlige it-systemer, men det er som regel veldig vanskelig å prioritere riktig og forstå kundenes behov.

Ikke dermed sagt at du ikke skal prøve å få utviklet noe eget, men vær klar over oddsene og at det fins andre måter.

[quantum]

Ved ordentlige løsninger så oppdateres og styres slikt fra sentralt hold. Å oppdatere en og en applikasjon eller system via fjernhjelp høres latterlig tungvint ut.

 

Hvilke muligheter har egentlig legekontorer med medisinske personopplysninger til å være tilkoblet omverdenen? Har fått med meg at reseptene klarer å lure seg ned på apoteket på egenhånd, og mener å ha lest at disketten endelig er eliminert som dataoverføringsmedie, men hvordan foregår dette? Er det etablert et lukket medisinsk nettverk? Kryptering og vpn over internett?

[j0achim]

Misstolket forrige kommentar.

Endret 30. september 2013 av j0achim

[hayq]

Oftest går oppdatering av systemet ganske bra for seg, men ja, en webløsning kunne kanskje vært en ide. Noe sånt finnes ikke i Norge. I Danmark har de den type journalsystem og der kan også pasientene logge seg inn og få innsyn i journalen hjemmefra.

Å ha journalen sin på nett høres umiddelbart veldig skummelt ut og skal nok gå mange år før Norge er der, men det spørs om det ikke er uunngåelig. Man kan jo allerede idag logge inn på nett og sjekke e-reseptene sine (og via medisiner ser man også indirekte hva pasienten har av sykdom).

 

Jeg tenker også mest ut i fra arbeidshverdagen min. Å ha et system som er lett å bruke og navigere seg i. At antall museklikk begrenses og ting gjøres lettere å få tak i. F.eks at jeg ikke må gå å huske at jeg må klikke her, så der, så der, så der og så der før jeg kan sende en legeerklæring eller en henvisning. Noe så enkelt som et søkeverktøy (som f.eks find/søk i word dokumenter) i journalnotatene hadde gjort masse underverk. Mange ganger får man pasienter som sier at de "for så så mange år siden har hatt den og den skaden eller fått den og den diagnosen eller medisinen". Det hadde vært fint at istedet for å sitte og rulle ned gjennom hele journalen og lese gjennom alle notater at man kunne bare ta å søke på "skaden/diagnosen/medisinen" og fått det fort frem.

Noe annet som er irriterende er at noen ganger så finnes det en god del smart løsninger i systemene, men de er gjemt bort og ikke lett å finne.

 

Men ja, det er ikke lett å starte et nyt journalsystem og det letteste vil være å sende råd/ønsker til eksisterende journalleverandører og håper at de gjør noe med det.

[siDDis]

Å ha ein webbasert løysning er absolutt å føretrekkja framfor rein skrivebordsapplikasjon.

 

Rett og slett fordi:

Sluttbrukaren trengje bare å halde nettlesaren sin oppdatert. Applikasjonen oppdateres av erfarne folk.

Sluttbrukaren har fritt val av plattform, telefon, padde, laptop eller operativsystem.

All data lagres på ein sentral server, så gode backuprutiner blir i varetatt.

 

Minuset er at det stiller krav til internetttilkopling.

 

Eg synes absolutt du har ein god forretningside, og at du har domenekompetanse gjer at dette kan absolutt bli ein suksess. Hadde du budd i Stavanger så hadde eg ikkje nølt med å tatt eit møte med deg over ein kopp kaffe.

 

[Terrasque]

Høres ut som et litt spennende prosjekt, og for all del noe som trengs. Men jeg tipper det fort kan bli ganske frustrerende hvis man skal ha en løsning som er godkjent av helsevesenet. Har et inntrykk av at det er mange meningsløse og foreldede krav ute og går der, som kan gjøre ting både vanskelig og kronglete til tider.

 

Og ja, i utgangspunktet høres web ut som en meget fin plattform for et slikt prosjekt. Hadde vært et artig prosjekt å se nærmere på, men har desverre allerede mer hobby-prosjekter gående enn jeg føler jeg har tid til.

[quantum]

Minuset er at det stiller krav til internetttilkopling.

 

 

Derav spørsmålet i mitt forrige innlegg ... enten man skal lage systemet selv eller forbedre andre systemer legger nettilgang et av grunnpremissene. Jeg antar f.eks. at man ikke er på det nivået at e-resepter skrives ut, fakses, mottas for så å scannes underveis til apoteket (men man vet jo aldri ... :o) Hvaslags nettverksforbindelse som er tilgjengelig for legekontor er ihvertfall nødvendig å vite noe om her...