A modern orvosok - az emberek meglehetősen fejlettek, hogy teljes mértékben felismerjék az információs rendszerek bevezetésének fontosságát. De az automatizálás elvárásai nem mindig megfelelőek - jóváhagyják a cikk szerzőit. Olvasson többet erről az alábbiakról.
Tartalom
A csalódásokról beszélgetés előtt érdemes néhány kedves szavakat mondani az orvosi szervezetek és az orvosok vezetői közötti kapcsolatokról az elmúlt öt-hét évben. Most minden új klinika létrehozása már nehéz az IT-komponens nélkül benyújtani. Ez egyfajta szabvány. Az automatizálás fontossága már számos orvosi és megelőző intézményben valósul meg.
Különösen észrevehető elismerés az automatizálás szükségességének szükségességére kereskedelmi orvosi központok. Bármely magánbefektető, amely egy külön klinika megteremtését tervezi, és még inkább az orvosi intézmények hálózatát, az orvosi intézmények hálózatát, haladéktalanul beruházásaikat a beruházási költségvetésbe helyezik.
Másrészt a kormányzati szervek túlnyomó többsége nem automatizált, vagy gyakorolt patchwork, vagy inkább töredékes automatizálása. És ez annak ellenére, hogy sok orvos már régóta van «nincs piszok» Számítógépes és privát megrendelés aktívan használjon szoftveralkalmazásokat és az internetet.
Annak ellenére, hogy az alacsony szintű automatizálás az átlagban az egészségügyi iparágban, meglehetősen lehetséges, hogy a pszichológiailag orvosi közösség készen áll az információs technológia tömeg bevezetésére. Ezt különösen az orvosok tudatosságának szintjével láthatjuk. Ellentétben a helyzet 5-7 évvel ezelőtt, ha egy beszélgetés az orvosi rendszerek jön, akkor az orvosok, mint a szabály, nem kell tisztázni, hogy milyen e-egészségügyi kártya szerves eleme minden ipari egészségügyi információs rendszer.
Ahol az orvosok és a vezetők valóban megismertük előnyeit számítástechnika egységes információs rendszerek egyre inkább az infrastruktúra gerince a teljes kórházi és profilaktikus intézmény - az integráció révén felszereléssel, információcsere révén más klinika és a biztosító társaságok.
Az információs rendszerek bevezetésének nehézségei az orvosi intézmények munkájáért
Sajnos az információs rendszerek bevezetése nem mindig simán megy. Ebben a tekintetben az orvostudomány nem kivétel. Más iparágakban számos példa van olyan sikertelen vagy súlyos eszközökre, amelyek nem hozják meg a kívánt eredményeket a rendszer vásárlói által. A nehéz megvalósításokat számos ok okozza. Itt szeretnénk megállítani csak néhányat. Főként az orvosi szervezetek rossz elvárásaihoz kapcsolódó nehézségekre az információs rendszer megvásárlásakor.
Természetesen mindig van egy szakadék a cél megvalósításának eredményeiről és tulajdonságainak komplex szoftver termékek, egyrészt, és szubjektív értékelését ezeket az eredményeket a résztvevők által a végrehajtás, a másik. De úgy tűnik, hogy a nehéz megvalósítások egyik legfontosabb oka az ügyfelek rossz ötletei és elvárásai, amikor megvásárolják az informatikai megoldásokat.
Például, nem minden vezető egyértelműen észrevette a különbséget egy egyszerű irodai alkalmazás és egy multiplayer rendszer között. De ha az első esetben egy másik munkavállaló által elvégzett különálló funkcióról beszélünk, akkor a második - az egész szervezet munkájáról több tucatnyi vagy több száz felhasználó. Ugyanakkor, gyakran a szervezet üzleti folyamatait nem formalizálják, azaz nem dokumentált és nagyszerű ismeretlenek az összes részletben.
Ez megtörténik, hogy az orvosi intézmények kezelése, amelyet a szoftvertermék megvásárlásáról szóló döntésnek már elfogadtak, fogalma sincs a szokásos helyzetű nehézségekkel. Ilyen például a személyzet elkerülhetetlen stressz, fájdalmas sztereotípiák fájdalmas törése, és ennek eredményeként az új technológia szabotázsája.
Ha a projekt során, ezeket a problémákat nyilvánvalóvá vált, az adminisztráció, a gyógyászati és megelőző intézmény tesz néhány elhamarkodott következtetéseket, és próbál jelentősen korlátozza az információs technológia. Ez lehet például az orvosok rendszerének kötelező használatának megtagadása és az automatizálás számviteli és számviteli számviteli bevezetésének bevezetésének bevezetése.
Az ilyen döntéseket igazolhatja az a tény, hogy az orvosoknak több időt kell fizetniük a beteg befogadására, ha lehetővé teszik az adatokat a rendszerbe. A gyakorlat azt mutatja, hogy a kezdeti szakaszokban a kis késések valóban megtörténhetnek - az emberek megtanulják, hozzászokik, mester új lehetőségek. De akkor, ahogy a rendszer elsajátítása, az orvosok termelékenysége növekszik «Papír» Technológia.
A rendszer funkciók elutasítása nemcsak korlátozza az egyéni képességeket, hanem csökkenti a végrehajtás hatékonyságát általában. Valójában, komplex orvosi rendszerekben ez a komplexitás, amely jelentős előnyöket ad a patchwork automatizáláshoz képest. Így az erkölcsi tudatlanság és a tudatlansághoz kapcsolódó halvány megoldások rombolóbbak, mint az új technológia fejlesztésének természetes nehézsége.
Egy másik tipikus félreértés - az információs rendszerek kíséretében való hozzáállás. Az oka ugyanabban a tudatlanságban és félreértésben, hogy a nehézségi szintek különböző szintjei vannak az asztali programokkal és az átfogó információs rendszerekkel. Előfordul, hogy az orvosi és profilaktikus intézmény adminisztrációja nemcsak a fejlesztők technikai támogatásának szükségességét és fontosságát nem ismeri fel, hanem nem ismeri fel a belső informatikai szolgáltatás hasznosságát is. Bár a klinika állapotában még egy illetékes szakember is eltávolíthatja a rendszer működésének számos problémáját, és stabilizálhatja a szokásos felhasználók feltételeit.
Az ügyfél belső informatikai szolgáltatása nem luxus, hanem a stabilitás és a fejlődés garanciája. Az automatizálással gondolkodó, nem minden orvosi létesítmény a jövőbe néz. Nem mindenki tudatában van annak, hogy a rendszer bevezetése után, amikor az emberek új lehetőségeket éreznek, az élet nem világít, de továbblép. A felhasználók és a szervezet egészének szükségleteit.
Egy másik extrém az orvosi és megelőző intézmények kísérlete, hogy saját átfogó rendszert készítsen. A vezetők, akik úgy döntöttek, hogy így mennek, általában két egyszerű érvet vezetnek. Először is, hogy a saját fejlesztésünk lehetővé teszi a fontos jellemzők automatizálását, a klinika versenyképességének előnyeit. Másodszor, a programozók mindent sokkal olcsóbbak, mint a külső vállalkozó.
Még ha felismeri, hogy egyes esetekben ezek a megfontolások indokoltak lehetnek, fontos megérteni a kapcsolódó korlátozások és a legfontosabb, hogy a döntés utolsó árát. A versenyképes előnyök automatizálása természetesen méltó feladat. De milyen arányban teszi az adott üzleti folyamatokat az orvosi intézményi funkciók teljes mennyiségében? Lehet, hogy 5, 10, szélsőséges esetekben 20%, aligha. Eközben, ha úgy döntenek, hogy otthon maradnak a fennmaradó 80-95% -ot, akkor a belső fejlődés minden jellemzője érvényes.
Mi ez a funkció? Különösen a gyorsított fejlődéssel vannak kifejezve, hogy támogatják «itthon» A szoftver második érvként vezet «per» házi rendszer. Ez a sebesség és az alacsony költség. A vágy, hogy mindent gyorsan elvégezhesse, majdnem mindig mindig a rendszer építészeti integritásának megsértésére és a tervezés megtagadására és a munka dokumentálására. És nem csak egyéni, hanem műszaki dokumentációt is kiderül.
Érdemes megmagyarázni, hogy mi fordul meg, amikor a rendszer új követelményei és a módosítások szükségessége! Az Univerzálisan házi készítésű rendszerek komoly nehézségeket tapasztalnak a komplex orvosi berendezések összekapcsolásával. Ennek eredményeképpen nincs biztosítva sebesség, de a fejlesztési sebesség illúziója. Mivel a töredékes sikerek általában a fejlődés tényleges negatív teljesítményének időtartama. Ábrás «félrebeszél». A projektmenedzsment projekt nyelvén ez a helyzet a nagy kockázatok kombinációjaként és a rendszer magas költségeinek kombinációját írja le.
Általában az orvosi intézmények csak a két szélsőség egyikére hajlamosak. Vagy élni egyáltalán nélkül, vagy próbálja meg írni a rendszert. De vannak olyan esetek, amikor egy döntéseket először meg kell tenni, majd átmasztikusan ellenzi. A szervezet két, három kísérletet tesz, hogy újra elinduljon újra, elhagyja a befejezett döntést a saját fejlesztéséről, majd visszaadja vissza.
Lehetetlen azt mondani, hogy a független fejlesztők nem hozzák létre ezeket a drámai történeteket. Sajnos az ügyfélnek nagyon komoly alapja van a kiválasztott szoftver termék cseréjére. Gyakran előfordul, hogy túlzott termék merevség, azzal képtelen, hogy a szervezet munkájának változásait követi. A fejlesztők egy másik tipikus bűne a végrehajtási folyamat nem kielégítő megfogalmazása, amely azonban az integrált információs rendszerek teljes orosz piacának problémája.
A nem megfelelő tudatossággal kapcsolatos elégtelen és túlterhelt várakozások nemcsak a belső fejlesztési kilátások bevezetésének vagy túlbecslött értékelésének nehézségei alulbecsüléseken jelennek meg. Egy másik gyakori hiba - az automatizálási lehetőségek túlzásának. Tegyük fel, hogy a jelenlegi fejlődés jelenlegi szakaszában még nem szükséges beszélni a teljes körű döntéshozatali rendszerekről, amelyek minden alkalommal hasznos szellemi utasításokkal rendelkeznek az orvosok számára. Bár a jövőben, talán a közeljövőben, az ilyen funkciók biztosan megjelennek. Legalább komoly, ipari rendszerekben.
Alapvetően a két leggyakoribb félreértés túlterhelt várakozásokat jelent a rendszer végrehajtásának, mint véges folyamatának megvalósításában. Néha a beszállítók elvárják, hogy a bevezetés gyors lesz, szinte pillanatnyi. Azt is feltételezik, hogy a rendszer telepítésével minden baj maradt marad. Arról, hogy mennyire nehéz a rendszerek telepítése csatlakoztatva, már említettük fent. Ezeknek a nehézségeknek a sikeres leküzdése csak az ideiglenes és személyi erőforrások józan kiszámításával lehetséges: meleg és keltetés nélkül.
Ami a megvalósítás befejezését illeti, nem is felesleges, hogy megismételje a rendszerkövetelmények folyamatos fejlődésének ötletét. Természetesen minden bevezetésen szükség van egy sorra. A szállító által igényelt funkciókészletet végre kell hajtani. De akkor, amikor a szakértők tisztában vannak minden károsító lehetőséget, használati étvágyuk nő és a munka a fejlesztés a termék továbbra. És ez új implementációkat, új problémákat és új eredményeket jelent.
