| Vis foregående emne :: Vis næste emne |
| Forfatter |
Besked |
andresen
Indmeldt: 18. Maj 2009 Indlæg: 4
|
Skrevet: Tirs Jun 23, 2009 11:12 Emne: Openoffice og medicinalindustrien |
|
|
Hvordan ser lægemiddelstyrelsen og FDA på brugen af Openoffice? Er det muligt at man som enkeltperson kan ændre i kildekoden?
Jeg arbejder i et firma der overvejer at skifte til openoffice, men vi er lidt bekymrede ved lægemiddelstyrelsens holdning til dette. |
|
| Tilbage til toppen |
|
 |
finngl
Indmeldt: 22. Okt 2003 Indlæg: 239
|
Skrevet: Ons Jun 24, 2009 9:49 Emne: |
|
|
Kan du uddybe spørgsmålet lidt? Husk på at det er ikke medicinal-fagfolk, der læser dette forum - så problemstillinger, der for dig er indlysende, skal helst forklares helt fra bunden
Hvilke bekymringer skulle Lægemiddelstyrelsen konkret have m. h. t. åben kildekode?
Jeg gætter på at FDA = det amerikanske Food and Drug Agency - korrekt?
Men for nu at give et helt overordnet svar på dit spørgsmål, så er det selvfølgelig muligt for en enkeltperson at downloade kildekoden til sin egen PC og ændre i sit eget eksemplar af koden. Men jeg går ud fra at det ikke er det, du mener. Du tænker måske snarere på om en lyssky person kan få sneget "onde" kodeændringer ind i den officielle distribution, og det er tror jeg ikke er muligt. |
|
| Tilbage til toppen |
|
 |
andresen
Indmeldt: 18. Maj 2009 Indlæg: 4
|
Skrevet: Ons Jun 24, 2009 16:32 Emne: |
|
|
| Problemet er at myndighederne kræver at man har styr på at udregninger i for eksempel Excel er korrekte. Det vil sige at man kontrollerer formler og indtaster nogle værdier og regner efter om udregningen er korrekt. Men da man ikke kan afprøve alle tænkelige kombinationer af tal og antal decimaler mm. har myndigheder accepteret brugen af Excel. Problemet som jeg kan forestille mig med openoffice er, at man kan ændre kildekoden og dermed beregningskoden hvilket resulterer i manipulerede data. Så vidt jeg har forstået kan man ændre lidt i kildekoden uden at det kan ses. Altså det ligner stadig openoffice 3.1, men der er lavet ændringer i koden. Desuden har jeg ikke hørt at myndighederne har accepteret brugen af openoffice. |
|
| Tilbage til toppen |
|
 |
finngl
Indmeldt: 22. Okt 2003 Indlæg: 239
|
Skrevet: Ons Jun 24, 2009 17:26 Emne: |
|
|
Hvis der er myndigheder eller virksomheder, der bekymrer sig om det, er det selvfølgelig vigtigt at imødegå den bekymring.
Vi antager altså at medarbejder Hansen på en eller anden arbejdsplads har en interesse i at manipulere med nogle tal i et regneark, så f. eks. summen af tallene i en kolonne ser ud til at være større end den i virkeligheden er (regnearket antages at være meget stort, så det ikke umiddelbart er muligt at kontrollere tallene f. eks. med en lommeregner). Kunne Hansen så ved at ændre lidt i kildekoden i OpenOffice bevirke at summen af tallene i den pågældende kolonne blev anderledes?
Hansens første udfordring ville være den, at kildekoden slet ikke findes i produktet. Først ville han derfor skulle downloade kildekoden. Derefter ville han så skulle identificere det sted i koden, der skal ændres og regne ud hvilken ændring, der skal foretages. Vi bliver her nødt til at antage at Hansen har stor erfaring med programmering - ellers har han ikke en chance. Endvidere er det sådan, at selv for en erfaren programmør tager det ca. 6 måneder at få så godt kendskab til kodestrukturen at man er i stand til at foretage meningsfulde rettelser. Men anyway, lad os sige at Hansen er finansieret af Bin Laden, og at tid og penge derfor ikke er noget problem. Han bruger altså 6 måneder på at studere kode i sin fritid, hvorefter han foretager sin ændring og rekompilerer koden - d. v. s. fremstiller sin egen ændrede udgave af OpenOffice. Han ville så formentlig være i stand til at installere sin egen version af programmet på sin egen PC, hvorefter han så kan demonstrere det manipulerede regneark for sin chef eller hvem det nu skulle demonstreres for. Men hvis chefen dernæst beder Hansen om at sende regnearket til ham i en mail, så chefen kan gå det efter på sin egen PC, vil tallene jo være korrekte der. Så hvis svindelnummeret skal være effektivt, skal Hansen gøre firmaets IT-chef til sin medsammensvorne, således at hans specielle udgave af OpenOffice kan blive distribueret til samtlige PC'er i firmaet...
Alt ialt vil jeg sige at scenariet virker meget lidt realistisk, og at der nok er nemmere og hurtigere måder at snyde og bedrage på, hvis det er det, man vil  |
|
| Tilbage til toppen |
|
 |
andresen
Indmeldt: 18. Maj 2009 Indlæg: 4
|
Skrevet: Ons Jun 24, 2009 20:45 Emne: |
|
|
| finngl skrev: |
Alt ialt vil jeg sige at scenariet virker meget lidt realistisk, og at der nok er nemmere og hurtigere måder at snyde og bedrage på, hvis det er det, man vil  |
Jeg er fuldstændig enig i dine betragtninger. Desværre er det bare sådan at lægemiddelstyrelsen i "patienternes interesse" er fløjtende ligeglade med hvor svært det er at lave svindel, det er udelukkende et spørgsmål om det kan lade sig gøre...
Din betragtning om at programmet skal ændres på alle computere for at nummeret skal kunne lade sig gøre kan måske være nok til at overbevise lægemiddelstyrelsen om at det reelt ikke er muligt. Man kan indføre en procedure hvor den der godkender data (der er altid dobbeltkontrol på alt inden for lægemiddelbranchen) skal åbne regnearket og kontrollere udregningerne.
Tak for input. Jeg tror jeg ringer til lægemiddelstyrelsen og hører hvad de måtte have af indvendinger. |
|
| Tilbage til toppen |
|
 |
finngl
Indmeldt: 22. Okt 2003 Indlæg: 239
|
Skrevet: Ons Jun 24, 2009 20:58 Emne: |
|
|
Det var så lidt...
Iøvrigt kan man vel også sige at det at kildekoden er åben jo netop giver mulighed for at man kan kontrollere den. Den mulighed har man ikke med Excel. |
|
| Tilbage til toppen |
|
 |
esbe0184
Indmeldt: 27. Mar 2005 Indlæg: 136 Geografisk sted: 6950 Ringkøbing
|
Skrevet: Tors Jun 25, 2009 23:23 Emne: |
|
|
| andresen skrev: | | Problemet er at myndighederne kræver at man har styr på at udregninger i for eksempel Excel er korrekte. Det vil sige at man kontrollerer formler og indtaster nogle værdier og regner efter om udregningen er korrekt. Men da man ikke kan afprøve alle tænkelige kombinationer af tal og antal decimaler mm. har myndigheder accepteret brugen af Excel. |
I OpenOffice.org Calc er der nogle funktioner der heder xxx_ADD f.eks. KALENDERUGE_ADD! Alle xxx_ADD funktionerne er MS Excel implementeringen, som er fejlbehæftet og derfor vil regne forkert i en givet situation.
MS har valgt ikke at rette fejlen da det vil ødelægge bagud kompatibiliteten, og få regneark hvor brugeren har korrigeret for fejlen, til at give et forkert resultat! Hvor man fra OpenOffice.org/SUN har valt at lave funktioner så de regner rigtig (dem uden _ADD) + at man har lavet funktionerne med _ADD for at kunne udveksle dokumenter med MS Excel hvor fejlen holdt intakt, så man får det samme fejlbehæftede resultat. _________________ Med venlig hilsen
Esben Aaberg |
|
| Tilbage til toppen |
|
 |
Jan M Madsen
Indmeldt: 11. Okt 2009 Indlæg: 3 Geografisk sted: Køge
|
Skrevet: Fre Okt 16, 2009 21:36 Emne: Tids samentelling i regneark |
|
|
Når jeg sætter regnarket til at telle timer sammen gård det galt når jeg når 23:59 så kan det ikke finde ud af hvordan skal jeg fomateresellen så den bare tæller vidre
Ok det jeg mener når man tæller mere er 24 timer samm For eksempel
2:00timer + 23:00 Timer = 25: timmer men der gør regne arket ikke det sig 1 hvis cellen er formateret som timer
Sidst rettet af Jan M Madsen den Søn Okt 18, 2009 18:38, rettet i alt 3 gange |
|
| Tilbage til toppen |
|
 |
Jens S
Indmeldt: 25. Mar 2007 Indlæg: 593
|
Skrevet: Lør Okt 17, 2009 10:14 Emne: |
|
|
Hej
Når du beregner timer med start kl. 15:15 og slut kl. 23:00 tastet ind i celle A1 og celle B1, skal formlen normalt være
=B1-A1
Men hvis starttid er 22:45 og sluttid er 6:00 bliver du nødt til at ændre formlen til
=B1-A1+1
for at vise at sluttid er 1 dag længere fremme.
I stedet for at tilføje +1 i din formel kan du bruge en betingelse til at undersøge om sluttid er i næste døgn ved ændre formlen til
=B1-A1+(B1<A1)
Når B1 (sluttid) er mindre end A1 (starttid) giver resultatet af (B1<A1) = SAND som i regneark også 1,altså tilføjer den +1 til formlen. Hvis (B1<A1) = FALSK eller 0, tilføjes +0 til formlen. Så brug formlen =B1-A1+(B1<A1) når du beregner tider. Du kan dog ikke bruge den, hvis du arbejder mere end 24 timer i et stræk.
Hvis dette ikke er svaret på dit spørgsmål, så skriv igen.
mvh
Jens |
|
| Tilbage til toppen |
|
 |
Herman
Indmeldt: 04. Jan 2009 Indlæg: 2 Geografisk sted: Aalborg
|
Skrevet: Søn Okt 18, 2009 13:23 Emne: |
|
|
De celler, hvor jeg regner i tid (timer og minutter), der ikke er klokkeslæt, markerer jeg, og under menupunktet Formater > Celler… vælger jeg fanen Tal og skriver [T].MM i Formatkode-feltet. Så kan jeg nå over timetal 23. Når jeg sætter punktum som skilletegn mellem timer og minutter (og sekunder), er det fordi jeg har den forståelse, at det er efter dansk retskrivning. Men hvis man foretrækker et andet skilletegn i stedet, kan det vælges.
Med venlig hilsen. |
|
| Tilbage til toppen |
|
 |
Jan M Madsen
Indmeldt: 11. Okt 2009 Indlæg: 3 Geografisk sted: Køge
|
Skrevet: Man Nov 02, 2009 21:15 Emne: Sammentælning af tid der er mere en 24 Timer |
|
|
Eksempel
'
15:00 timer Plus 14:00 Timer= 29:00 Timer
men det kan regnearket ikke finde ud af når det når til 24:00 timer , begynder for fra med 1:00 Timer  |
|
| Tilbage til toppen |
|
 |
|