Moderna läkare - folket är ganska avancerade för att fullt ut inse vikten av att introducera informationssystem för att arbeta sjukhus. Men deras förväntningar från automatisering är inte alltid tillräckliga - godkänna författarna till artikeln. Läs mer om detta nedan.
Innehåll
Innan du pratar om besvikelser är det värt att säga några vänliga ord om betydande framsteg i relationerna av cheferna för medicinska organisationer och läkare med informationsteknik under de senaste fem till sju åren. Nu är skapandet av varje ny klinik redan svår att lämna in utan IT-komponent. Detta är en typ av standard. Betydelsen av automatisering är redan realiserad i många medicinska och förebyggande institutioner.
Särskilt märkbart erkännande av behovet av automatisering när man skapar kommersiella medicinska centra. Varje privat investerare, planerar skapandet av en separat klinik och ännu mer så nätverket av medicinska institutioner, lägger omedelbart sin utrustning till investeringsbudgeten.
Å andra sidan är den överväldigande majoriteten av de medicinska institutionerna antingen inte automatiserade eller praktiserat lapptäcke eller ganska fragmentarisk automatisering. Och det är trots det faktum att många läkare har länge varit «inga misstag» Dator och privat ordning använder aktivt program och Internet.
Trots den låga automatiseringen i genomsnitt inom hälsoindustrin är det ganska möjligt att det psykologiskt medicinska samhället är klart för massintroduktionen av informationsteknik. Detta kan särskilt ses, med nivån av medvetenhet om läkare. Till skillnad från en situation om fem-sju år sedan, om en konversation om medicinska system kommer, måste läkare som regel inte klargöra vad ett e-medicinsk kort är en integrerad del av ett industriellt medicinskt informationssystem.
Om läkare och chefer faktiskt blev bekanta med fördelarna med datateknik, blir enhetliga informationssystem alltmer infrastrukturen på hela sjukhuset och profylaktisk institution - genom integration med utrustning, genom informationsutbyte med andra kliniker och försäkringsbolag.
Svårigheter att införa informationssystem till arbetet med medicinska institutioner
Tyvärr går införandet av informationssystem inte alltid smidigt. I detta avseende är medicinen inget undantag. Och i andra industrier finns det många exempel på misslyckade eller svåra redskap som inte ger de önskade resultaten av köpare av systemet. Svåra implementeringar orsakas av olika skäl. Här vill vi bara stoppa några av dem. Främst på de svårigheter som är förknippade med de felaktiga förväntningarna hos medicinska organisationer när man köper ett informationssystem.
Naturligtvis finns det alltid ett gap mellan de objektiva resultaten av genomförandet och egenskaperna hos komplexa mjukvaruprodukter å ena sidan och subjektiv bedömning av dessa resultat av deltagarna i genomförandet, å andra sidan. Men det verkar som om de främsta orsakerna till svåra implementeringar är de felaktiga idéerna och förväntningarna hos kunderna när de köper IT-lösningar.
Till exempel, inte alla chefer inser tydligt skillnaden mellan en enkel kontorsansökan och ett multiplayer-system. Men om vi i det första fallet pratar om ett verktyg för en separat funktion som utförs av en anställd, då i det andra - om instrumentet som stöder arbetet i en hel organisation med dussintals eller hundratals användare. Samtidigt, ofta är affärsprocesserna i den här organisationen inte formaliserade, det vill säga, inte dokumenteras och i stort sett är okända i alla detaljer.
Det händer att hanteringen av medicinska institutioner, som redan antar ett beslut om inköp av en mjukvaruprodukt, har ingen aning om vanliga omöjliga svårigheter. Sådan, till exempel, som oundviklig stress för personal, smärtsam brytning av stereotyper och, som ett resultat, sabotage av den nya tekniken.
När alla dessa problem blir uppenbara, gör administrationen av en medicinsk och profylaktisk institution några förhastade slutsatser och försöker att väsentligt begränsa omfattningen av informationstekniken. Detta kan exempelvis vara ett vägran till obligatorisk användning av läkaresystemet och införandet av genomförandet av redovisning och redovisning av tjänster till automatisering.
Sådana beslut kan motiveras av det faktum att läkare måste spendera mer tid att ta emot patienten om de möjliggör data i systemet. Övning visar att i de inledande stadierna kan små förseningar verkligen äga rum - människor lär sig, vänja sig på, mästare nya möjligheter. Men då, eftersom systemet är behärskat, växer produktiviteten hos läkare jämfört med «Papper» Teknologi.
Handlat avslag på systemfunktionerna begränsar inte bara individuella möjligheter, men minskar effektiviteten av genomförandet i allmänhet. I komplexa medicinska system är det verkligen den komplexitet som ger betydande fördelar jämfört med patchworkautomatisering. Således är förhastade lösningar som är förknippade med moralisk okunnighet och okunnighet mer destruktiva än de naturliga svårigheterna att utveckla ny teknik.
Ett annat typiskt missförstånd - inställning till ackompanjemang av informationssystem. Anledningen till samma okunnighet och missförstånd om hur olika svårigheter har skrivbordsprogram och omfattande informationssystem. Det händer att administrationen av en medicinsk och profylaktisk institution inte bara inte känner igen behovet och betydelsen av det tekniska stödet från systemet av utvecklare, men också inte erkänner användbarheten av den interna IT-tjänsten. Även om en kompetent specialist i kliniken kan ta bort många problem med driften av systemet och stabilisera villkoren för normala användare.
Kundens interna IT-tjänst är inte en lyx, men en garanti för stabilitet och utveckling. Tänkande av automatisering, inte alla medicinska anläggningar tittar in i framtiden. Inte alla är medvetna om att efter införandet av systemet, när människor känner sig nya möjligheter, är livet inte tänt på plats, men kommer att gå vidare. Utveckla användarnas behov och organisationen som helhet.
En annan extrem är ett försök av vissa medicinska och förebyggande institutioner att göra ett omfattande system på egen hand. De ledare som har bestämt sig för att gå så här leder vanligtvis två enkla argument. Först att vår egen utveckling kan ge dig möjlighet att automatisera viktiga funktioner, konkurrensfördelar med kliniken. För det andra kommer deras programmerare att göra allt mycket billigare än den externa entreprenören.
Även om du känner igen att dessa överväganden kan vara berättigade, det är viktigt att förstå de därtill hörande begränsningarna och, viktigast av det slutliga priset på beslutet. Automatisering av konkurrensfördelar, naturligtvis, en värdig uppgift. Men vilken andel gör specifika affärsprocesser i den totala volymen av medicinska institutionsfunktioner? Det kan finnas 5, 10, i extrema fall 20%, knappast mer. Under tiden, om det är beslutat att göra resterande 80-95% hemma, kommer alla funktioner i den interna utvecklingen att gälla för dem.
Vad är det här? De är särskilt uttalade med den mycket accelererade utvecklingen som anhängare «Hem» Programvaran leder som ett andra argument «per» hemlagat system. Detta är hastighet och låg kostnad. Lusten att göra allt som snabbt kan nästan alltid bli en kränkning av systemets arkitektoniska integritet och vägran att planera och dokumentera arbete. Och det visar sig inte bara anpassat, utan också teknisk dokumentation.
Är det värt att förklara vad det vänder sig om när nya krav för systemet och behovet av att göra ändringar! Universellt hemlagade system upplever också allvarliga svårigheter med att ansluta komplex medicinsk utrustning. Som ett resultat säkerställs ingen hastighet, men illusionen av utvecklingshastigheten. Eftersom fragmentariska framgångar skulle i regel bör perioden med faktiskt negativ prestanda i utvecklingen. Bildligt talat «rave». På projektets språkprojekt beskrivs denna situation som en kombination av höga risker och hög kostnad av ägande av systemet.
Vanligtvis är medicinska institutioner bara benägna till en av två ytterligheter. Antingen bor alls utan det tjänsten eller försök att skriva sitt system. Men det finns sådana fall när ett beslut först vidtas och sedan diametralt motsatt. Organisationen gör två, tre försök att börja om igen, lämnar det färdiga beslutet till sin egen utveckling och återvänder sedan tillbaka.
Det är omöjligt att säga att oberoende utvecklare inte är vana vid dessa dramatiska berättelser. Tyvärr har kunden mycket allvarliga skäl att ersätta den en gång valda mjukvaruprodukten. Ofta händer det på grund av överdriven produktstyvhet, dess oförmåga att följa förändringar i organisationens arbete. En annan typisk synd av utvecklare är den otillfredsställande formuleringen av implementeringsprocessen, som emellertid är ett problem för hela den ryska marknaden för integrerade informationssystem.
Otillräckliga och överväldigade förväntningar förknippade med otillräcklig medvetenhet manifesteras inte bara i underskattningen av svårigheterna att införa eller en överskattad bedömning av interna utvecklingsutsikter. Ett annat vanligt fel - lite överdrift av automatiseringsmöjligheter som sådana. Låt oss säga, vid det nuvarande utvecklingsstadiet, är det ännu inte nödvändigt att prata om fullfjädrade beslutsfattande system som skulle leverera läkare med användbara intellektuella uppmaningar för alla tillfällen. Även om i framtiden kanske inom den närmaste framtiden kommer sådana funktioner säkert att visas. Åtminstone i allvarliga industriella system.
I grund och botten är de två vanligaste missuppfattningarna överväldigade förväntningar i termer och uppfattning om genomförandet av systemet som en ändlig process. Ibland förväntar sig leverantörer att introduktionen blir snabb, nästan momentan. Det är också underförstått att med installationen av systemet kommer alla problem att hålla sig bakom. Om hur svårt installationen av system är ansluten har vi redan sagt ovan. Framgångsrik övervinna dessa svårigheter är endast möjlig med en nykter beräkning av tillfälliga och personalresurser: utan varm och kläckning.
När det gäller genomförandet av genomförandet är det inte heller överflödigt att upprepa tanken på den kontinuerliga utvecklingen av systemkraven. Naturligtvis, i varje introduktion måste du rita en linje. Den uppsättning funktioner som tillhandahålls av leverantören måste genomföras. Men då, när experter är medvetna om alla störande möjligheter, växer användar aptit och arbetar med utvecklingen av produkten fortsätter. Och det betyder nya implementeringar, nya problem och nya prestationer.
