21 306 läst ·
295 svar
21k läst
295 svar
It i vården/offentlig sektor
Jag misstänkrer att du menar att man har en lokalt installerad klientprogramvara på datorn. Har ju sina för och nackdelar. Men då måste man så klart uppdatera denna på alla datorer om man behöver göra uppdateringar.rakt09 skrev:
Fördelen är att man har större kontroll över vad som händer i klientänden och kan göra "mer" där.
Med en "webklient" dvs köra i browsern slipper man hatering att hålla klienterna uppdaterade men istället så blir man begränsad i vad man kan göra med en webläsare.
Allmän reflektion, har inget med Cosmic att göra.
Nej, det är det ingen som menar. Du verkar dock missförstå hur mjukvara fungerar i största allmänhet. Allt är inte webbappar...rakt09 skrev:
Ja, det skulle gå bra att läsa t.ex. TC-data i andra system men man måste återskapa väldigt mycket av funktionaliteten i TC. Detta beror på bl.a. åtkomstkontroll och datastruktur. Det finns ett sådant projekt i Region Stockholm, för att hantera att vi ska gå över till Cosmic. Det har lite fel fokus tycker jag men andra tycker säkert annorlunda.
Nej, har man Cosmic så jobbar man i Cosmic.rakt09 skrev:
Vill man läsa data från andra system så får man antingen logga in i det systemet eller bygga en klient för det systemets databas.
Det vanliga är nog att man behåller det gamla systemet ett tag för att sedan arkivera det när behovet minskar, man går då via t ex e-arkiv för att hämta arkivdata.
Att cosmicklienten skall kunna läsa t ex Take Care kan man inte begära.
De system som läser i flera olika system, t ex 1177, får data uppladdat från de olika regionerna till ett eget system som ansluts via webbläsare. på 1177 kan du inte se allt innehåll i alla system, endast utvalt data skickas upp.
what i saidG gaidin skrev:Nej, har man Cosmic så jobbar man i Cosmic.
Vill man läsa data från andra system så får man antingen logga in i det systemet eller bygga en klient för det systemets databas.
Det vanliga är nog att man behåller det gamla systemet ett tag för att sedan arkivera det när behovet minskar, man går då via t ex e-arkiv för att hämta arkivdata.
Att cosmicklienten skall kunna läsa t ex Take Care kan man inte begära.
De system som läser i flera olika system, t ex 1177, får data uppladdat från de olika regionerna till ett eget system som ansluts via webbläsare. på 1177 kan du inte se allt innehåll i alla system, endast utvalt data skickas upp.
Nej, det var det inte.
Menar du på allvar att du tycker att en mjukvara ska kunna fungera som en annan mjukvara? Att du ska kunna koppla upp dig mot databasen för exempelvis Byggahus genom Reddit? Detta är två hemsidor men det kommer i alla fall inte gå.
Jag fattar att detta är svårt att förstå om man inte kan något om mjukvaruutveckling och tror att allt är webbappar men så funkar det inte.
Menar du på allvar att du tycker att en mjukvara ska kunna fungera som en annan mjukvara? Att du ska kunna koppla upp dig mot databasen för exempelvis Byggahus genom Reddit? Detta är två hemsidor men det kommer i alla fall inte gå.
Jag fattar att detta är svårt att förstå om man inte kan något om mjukvaruutveckling och tror att allt är webbappar men så funkar det inte.
Renoverare
· Stockholm
· 20 169 inlägg
Alla bokföringsmjukvaror kan "kommunicera" med varandra via ett standardformat (SIE). Det kan man tycka borde vara en självklarhet i fallet med journalsystem.
Jag jobbar inom försäkringsbranchen och där finns det en standard som heter SSEK som möjligör att alla fb kan prata med varandra, helt värdelös standard dock.
Inom finans finns SWIFT och för betallösningar camt54 formatet.
Jag jobbar inom försäkringsbranchen och där finns det en standard som heter SSEK som möjligör att alla fb kan prata med varandra, helt värdelös standard dock.
Inom finans finns SWIFT och för betallösningar camt54 formatet.
Redigerat:
Vore ju naturligtvis bra, men det finns "något" fler termer inom sjukvården & alla är säkert inte standardiserade. Till skillnad mot enkel bokföring.AndersMalmgren skrev:
Renoverare
· Stockholm
· 20 169 inlägg
Man kan väldigt lätt tycka det ja men det är inte så i journalbranschen. Det finns flera standarder men de används inte för att de är rätt yxiga. Dessutom är de flesta nuvarande system framtagna "organiskt" och datamodellerna lämnar en hel del att önska.AndersMalmgren skrev:
För att ta ett "enkelt" exempel, blodtryck. Vad är det? I dagligt tal pratar vi om ett systoliskt och ett diastoliskt tryck. Exempelvis 120/80. Gott så. En variabel med två diskreta numeriska värden. Men hur mätte vi det? Med vilken apparatur? Vilken arm? Var det ens en arm eller var det kanske ett ben? Eller en handled? Eller var det rent av invasivt med kateter in i ett blodkärl? Vilket blodkärl? Mättes det efter vila 10 minuter eller mättes det under operation med pågående blödning och infusion av vasopressorer? Vilka vasopressorer? Eller mättes det på vårdcentralen och är ett medelvärde av tre mätningar efter 15 min vila, i liggande? Vilka blodtryckssänkande läkemedel stod patienten på?
Detta är ett faktiskt exempel på diskussioner jag varit inblandad i, på SKR. Den rapporten blev typ 15 sidor lång och den är ändå inte användbar tycker jag. Det är ett (1) exempel. Utöka detta till alla olika saker vi dokumenterar. Lägg på behörighetsstyrning, dessutom i en modell som ändras av och till av politiska skäl. Spårbarhet. Integration med andra system.
Jag är själv väldigt mycket för ett standardiserat sätt att dokumentera basdata men det är ett rätt svårt problem att lösa och det finns inga system på marknaden idag som har den förmågan.
Alla dina exempel är oändligt mycket enklare än sjukvården. Men du är välkommen att försöka, jag skulle stötta dig på fritiden om du tror att du kan få fram en produkt som fungerar och som kommer adopteras brett. Du kan börja med att titta på OpenEHR och HL7 om du vill. Säg till när du vill ha receptet på lugnande...AndersMalmgren skrev:
Alla bokföringsmjukvaror kan "kommunicera" med varandra via ett standardformat (SIE). Det kan man tycka borde vara en självklarhet i fallet med journalsystem.
Jag jobbar inom försäkringsbranchen och där finns det en standard som heter SSEK som möjligör att alla fb kan prata med varandra, helt värdelös standard dock.
Inom finans finns SWIFT och för betallösningar camt54 formatet.
Renoverare
· Stockholm
· 20 169 inlägg
Finansiella instrument har exakt samma problematik. Och det går. Men dokumentationen för tex camt54 är ju på hundratals sidor. Jag implementerade det hos kund. Var inte lätt och man fick köra mot prd data för att veta det fungerar 😅tommib skrev:
Man kan väldigt lätt tycka det ja men det är inte så i journalbranschen. Det finns flera standarder men de används inte för att de är rätt yxiga. Dessutom är de flesta nuvarande system framtagna "organiskt" och datamodellerna lämnar en hel del att önska.
För att ta ett "enkelt" exempel, blodtryck. Vad är det? I dagligt tal pratar vi om ett systoliskt och ett diastoliskt tryck. Exempelvis 120/80. Gott så. En variabel med två diskreta numeriska värden. Men hur mätte vi det? Med vilken apparatur? Vilken arm? Var det ens en arm eller var det kanske ett ben? Eller en handled? Eller var det rent av invasivt med kateter in i ett blodkärl? Vilket blodkärl? Mättes det efter vila 10 minuter eller mättes det under operation med pågående blödning och infusion av vasopressorer? Vilka vasopressorer? Eller mättes det på vårdcentralen och är ett medelvärde av tre mätningar efter 15 min vila, i liggande? Vilka blodtryckssänkande läkemedel stod patienten på?
Detta är ett faktiskt exempel på diskussioner jag varit inblandad i, på SKR. Den rapporten blev typ 15 sidor lång och den är ändå inte användbar tycker jag. Det är ett (1) exempel. Utöka detta till alla olika saker vi dokumenterar. Lägg på behörighetsstyrning, dessutom i en modell som ändras av och till av politiska skäl. Spårbarhet. Integration med andra system.
Jag är själv väldigt mycket för ett standardiserat sätt att dokumentera basdata men det är ett rätt svårt problem att lösa och det finns inga system på marknaden idag som har den förmågan.
"Hundratals sidor" 😂AndersMalmgren skrev:
Som sagt, titta på OpenEHR och HL7. Och SNOMED.
Som en bonus har du också ett systemlandskap med leverantörer som absolut inte vill att deras data ska vara åtkomliga.
Renoverare
· Stockholm
· 20 169 inlägg
Just det tänker jag inte säga emot. För det gör de i stort, när de är digitala. Att alla journaler plötsligt skulle läcka skulle förstås vara väldigt tråkigt och besvärligt men det skulle inte krascha samhället. De innehåller nämligen i de flesta fall inte så mycket intressant förutom för snokare som är mer intresserade av andras liv än sitt eget.
En situation där man inte kan lita på de finansiella systemen däremot, där pengar plötsligt börjar dyka upp och försvinna för folk, det skulle väldigt snabbt krascha samhället.
Men bara för att kolla, du tänker alltså att specifikationen på hundratals sidor är omfattande? I jämförelse med HL7?
En situation där man inte kan lita på de finansiella systemen däremot, där pengar plötsligt börjar dyka upp och försvinna för folk, det skulle väldigt snabbt krascha samhället.
Men bara för att kolla, du tänker alltså att specifikationen på hundratals sidor är omfattande? I jämförelse med HL7?
Renoverare
· Stockholm
· 20 169 inlägg
Jag låg i frankrike 2 veckor och fick fota av min franska journal och skicka till mina svenska läkare. Jag fick själv sköta fit for flight kommunikationen mellan Sverige och Frankrike. Där pratar vi noll IT-support 😅
