mboost-dp1
Region Hovedstaden
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Offentlig IT in a nutshell
Hvorfor er det i øvrigt at hver region skal have sine egne specifikke IT løsninger som hverken virker eller kan snakke sammen?
Hvorfor er det i øvrigt at hver region skal have sine egne specifikke IT løsninger som hverken virker eller kan snakke sammen?
Chucara (3) skrev:Blæse være da med at det er et propriteært sprog. Hvad er vigtigere er, at det er et elendigt sprog, der ikke har flyttet sig siden 70'erne. Det er ganske enkelt ren teknisk gæld, og der er næppe mange MUMPS udviklere i DK.
så er det nu man skal lære COBOL og MUMPS :-)
det varer nok ikke længe før MUMPS indføres på datamatiker studiet
#4 Jeg kender en COBOL-udvikler, der arbejder for et meget stort selskab i Danmark. Her er man ved at udfase COBOL-løsningerne, så han skal regne med, at man om ti år måske ikke har helt så mange opgaver til ham, og at han måske skal lære nogle nye sprog.
Det kan være de offentlige it-løsninger tager over :)
Det kan være de offentlige it-løsninger tager over :)
#system
Jeg er ikke så overbevist om at det er en gode ide.
Men først tror jeg lige at vi skal kigge på de mulige kombinationer af de to emner (som jeg synes blive rodet lidt sammen).
Vi har:
- "dedikeret model" : et system specifikt til regionen
- "dele model" : et system som kan deles med andre regioner i Danmark og potentielt andre lande
Open source er en oplagt variant af "dele model".
Vi har:
- "bygge ovenpå eksisterende system model"
- "bygge system fra bunden af model"
Der er 4 potentielle kombinationer.
"dele model" + "bygge ovenpå eksisterende system model" : jeg tror ikke at der er nogen eksisterende systemer som kan deles, så ikke mulig
"dedikeret model" + "bygge system fra bunden af model" : er tit brugt i den danske stats IT projekter - det er absolut en mulighed, men jeg har svært ved at se hvorfor man ikke skulle dele løsningen mellem regioner, så ikke optimal
"dedikeret model" + "bygge ovenpå eksisterende system model" : er hvad regionen har valgt
"dele model" + "bygge system fra bunden af model" : er hvad der foreslåes - og det lyder jo umiddelbart meget tiltalende, men jeg tror ikke på løsningen (se nedenfor for argumentation)
Grunden til at jeg ikke tror på den løsning er at jeg anser det som aldeles usandsynligt at man vil kunne udvikle et system i Danmark:
* i løbet af få år
* indenfor et acceptabelt budget
som kan det samme som et system der har været i brug i over 30 år og har bruges for hundrede af millioner af patienter.
Det er simpelthen urealistisk. Vi ville efter 5-10 år og milliarder af kroner stå med et anden rangs produckt.
Jeg er ikke så overbevist om at det er en gode ide.
Men først tror jeg lige at vi skal kigge på de mulige kombinationer af de to emner (som jeg synes blive rodet lidt sammen).
Vi har:
- "dedikeret model" : et system specifikt til regionen
- "dele model" : et system som kan deles med andre regioner i Danmark og potentielt andre lande
Open source er en oplagt variant af "dele model".
Vi har:
- "bygge ovenpå eksisterende system model"
- "bygge system fra bunden af model"
Der er 4 potentielle kombinationer.
"dele model" + "bygge ovenpå eksisterende system model" : jeg tror ikke at der er nogen eksisterende systemer som kan deles, så ikke mulig
"dedikeret model" + "bygge system fra bunden af model" : er tit brugt i den danske stats IT projekter - det er absolut en mulighed, men jeg har svært ved at se hvorfor man ikke skulle dele løsningen mellem regioner, så ikke optimal
"dedikeret model" + "bygge ovenpå eksisterende system model" : er hvad regionen har valgt
"dele model" + "bygge system fra bunden af model" : er hvad der foreslåes - og det lyder jo umiddelbart meget tiltalende, men jeg tror ikke på løsningen (se nedenfor for argumentation)
Grunden til at jeg ikke tror på den løsning er at jeg anser det som aldeles usandsynligt at man vil kunne udvikle et system i Danmark:
* i løbet af få år
* indenfor et acceptabelt budget
som kan det samme som et system der har været i brug i over 30 år og har bruges for hundrede af millioner af patienter.
Det er simpelthen urealistisk. Vi ville efter 5-10 år og milliarder af kroner stå med et anden rangs produckt.
#sprog
MUMPS eller M er ikke proprietært.
Det er en ANSI og ISO standard (udgaver 1977, 1984, 1990/1992 og 1995/1999).
Der er flere levandører. Et par af de største er InterSystems og FIS. Der er også mindst en open source version tilgængelig.
Sproget er gammelt.
Og der er nok meget få i Danmark med erfaring i det.
Men det er meget brugt sprog til healthcare software og det har en vis anvendelse indenfor den finannsielle sektor, så det er ikke et eksotisk sprog til et sådan system.
Skulle EPIC starte fra bunden af idag, så tror jeg såmænd heller ikke at de ville vælge MUMPS. Men de har et system med over 30 års erfaring indbygget skrevet i MUMPS. Det er næppe attraktivt for dem at skifte sprog og skulle skrive det hele om.
MUMPS eller M er ikke proprietært.
Det er en ANSI og ISO standard (udgaver 1977, 1984, 1990/1992 og 1995/1999).
Der er flere levandører. Et par af de største er InterSystems og FIS. Der er også mindst en open source version tilgængelig.
Sproget er gammelt.
Og der er nok meget få i Danmark med erfaring i det.
Men det er meget brugt sprog til healthcare software og det har en vis anvendelse indenfor den finannsielle sektor, så det er ikke et eksotisk sprog til et sådan system.
Skulle EPIC starte fra bunden af idag, så tror jeg såmænd heller ikke at de ville vælge MUMPS. Men de har et system med over 30 års erfaring indbygget skrevet i MUMPS. Det er næppe attraktivt for dem at skifte sprog og skulle skrive det hele om.
arne_v (8) skrev:
Der er også mindst en open source version tilgængelig.
For dem som vil prøve:
https://sourceforge.net/projects/fis-gtm/files/GT....
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.