Moderne artsen - de mensen zijn vrij geavanceerd om het belang van het introduceren van informatiesystemen aan werkzochtanten volledig te realiseren. Maar hun verwachtingen van automatisering zijn niet altijd adequaat - goedkeuren van de auteurs van het artikel. Lees meer hieronder hieronder.
Inhoud
Alvorens te praten over teleurstellingen, is het de moeite waard om een paar vriendelijke woorden te zeggen over belangrijke vooruitgang in de relaties van de hoofden van medische organisaties en artsen met informatietechnologieën in de afgelopen vijf tot zeven jaar. Nu is de creatie van elke nieuwe kliniek al moeilijk om zonder IT-component in te dienen. Dit is een soort van standaard. Het belang van automatisering is al gerealiseerd in veel medische en preventieve instellingen.
Vooral merkbare erkenning van de noodzaak voor automatisering bij het maken van commerciële medische centra. Elke particuliere investeerder, het plannen van de oprichting van een aparte kliniek en zelfs meer het netwerk van medische instellingen, legt onmiddellijk hun uitrusting aan het investeringsbudget.
Aan de andere kant zijn de overweldigende meerderheid van medische instellingen van de overheid niet geautomatiseerd of geoefend patchwork of vrij fragmentarische automatisering. En dit is ondanks het feit dat veel artsen al lang zijn geweest «Geen misters» Computer en private bestelling gebruiken actief softwaretoepassingen en internet.
Ondanks het lage niveau van automatisering gemiddeld in de gezondheidsindustrie is het goed mogelijk dat de psychologisch medische gemeenschap klaar is voor de massa-invoering van informatietechnologie. Dit kan in het bijzonder worden gezien door het niveau van bewustzijn van artsen. In tegenstelling tot een situatie van vijf-zeven jaar geleden, als een gesprek over medische systemen komt, hoeven artsen in de regel niet te verduidelijken wat een e-medische kaart is een integraal onderdeel van elk industrieel medisch informatiesysteem.
Waar artsen en managers daadwerkelijk bekend werden met de voordelen van computertechnologie, worden uniforme informatiesystemen steeds meer de infrastructuurrug van het hele ziekenhuis- en profylactische instelling - door integratie met apparatuur, door informatie-uitwisseling met andere klinieken en verzekeringsmaatschappijen.
Moeilijkheden van het introduceren van informatiesystemen voor het werk van medische instellingen
Helaas gaat de introductie van informatiesystemen niet altijd soepel. In dit verband is medicijnen geen uitzondering. En in andere industrieën zijn er veel voorbeelden van niet-succesvolle of ernstige werktuigen die de gewenste resultaten niet door kopers van het systeem brengen. Moeilijke implementaties worden door verschillende redenen veroorzaakt. Hier willen we alleen sommige van hen stoppen. Vooral op de moeilijkheden die verband houden met de verkeerde verwachtingen van medische organisaties bij het kopen van een informatiesysteem.
Natuurlijk is er altijd een kloof tussen de objectieve resultaten van de implementatie en eigenschappen van complexe softwareproducten, enerzijds en subjectieve beoordeling van deze resultaten door de deelnemers aan de implementatie, aan de andere kant. Maar het lijkt erop dat een van de belangrijkste oorzaken van moeilijke implementaties de verkeerde ideeën en verwachtingen van klanten zijn bij het kopen van IT-oplossingen.
Niet alle managers realiseren zich bijvoorbeeld duidelijk het verschil tussen een eenvoudige kantoorapplicatie en een multiplayer-systeem. Maar als we in het eerste geval over een hulpmiddel hebben voor een afzonderlijke functie uitgevoerd door één medewerker, dan in de tweede - ongeveer het instrument ondersteunt het werk van een hele organisatie met tientallen of honderden gebruikers. Tegelijkertijd zijn vaak de bedrijfsprocessen van deze organisatie niet geformaliseerd, dat is niet gedocumenteerd en en groot is onbekend in alle details.
Het gebeurt dat het beheer van medische instellingen, al een beslissing neemt over de aankoop van een softwareproduct, geen idee heeft over gewone bewuste moeilijkheden. Zo, bijvoorbeeld, als onvermijdelijke stress voor personeel, pijnlijk breken van stereotypen en, als gevolg hiervan sabotage van de nieuwe technologie.
Wanneer tijdens het project al deze problemen duidelijk worden, maakt de toediening van een medische en profylactische instelling een paar haastige conclusies en probeert het de reikwijdte van informatietechnologie aanzienlijk te beperken. Dit kan bijvoorbeeld een weigering zijn aan verplicht gebruik van het systeem van artsen en de invoering van de implementatie van de boekhouding en boekhouding van diensten tot automatisering.
Dergelijke beslissingen kunnen worden gerechtvaardigd door het feit dat artsen meer tijd moeten besteden aan het ontvangen van de patiënt als ze gegevens in het systeem in staat stellen. Oefenen laat zien dat kleine vertragingen in de eerste fasen echt kunnen plaatsvinden - mensen leren, wennen, beheersen nieuwe kansen. Maar toen het systeem gemasterd is, groeit de productiviteit van artsen in vergelijking met «Papier» Technologie.
Verhijfte afwijzing van de systeemfuncties beperkt niet alleen individuele capaciteiten, maar vermindert de effectiviteit van de implementatie in het algemeen. Inderdaad, in complexe medische systemen, is het de complexiteit die aanzienlijke voordelen geeft in vergelijking met patchwork-automatisering. Zo zijn haastige oplossingen geassocieerd met morele onwetendheid en onwetendheid meer destructiever dan de natuurlijke moeilijkheden van het ontwikkelen van nieuwe technologie.
Nog een typisch misverstanden - de houding ten opzichte van de begeleiding van informatiesystemen. De reden in dezelfde onwetendheid en misverstanden van hoe verschillende moeilijkheidsgraden desktopprogramma's en uitgebreide informatiesystemen hebben. Het gebeurt dat de toediening van een medische en profylactische instelling niet alleen de noodzaak en het belang van technische ondersteuning van het systeem door ontwikkelaars niet alleen erkent, maar ook niet de bruikbaarheid van de interne IT-service erkent. Hoewel zelfs één bekwame specialist in de staat van de kliniek veel werking van de werking van het systeem kan verwijderen en de voorwaarden voor normale gebruikers stabiliseren.
De interne IT-service van de klant is geen luxe, maar een garantie voor stabiliteit en ontwikkeling. Denken met automatisering, niet alle medische faciliteiten kijken naar de toekomst. Niet iedereen is zich ervan bewust dat na de introductie van het systeem, wanneer mensen nieuwe kansen voelen, het leven niet op zijn plaats is verlicht, maar zal verder gaan. Evolueer de behoeften van gebruikers en de organisatie als geheel.
Een ander extreem is een poging van enkele medische en preventieve instellingen om zelfstandig een uitgebreid systeem te maken. De leiders die hebben besloten om op deze manier te gaan, leiden meestal twee eenvoudige argumenten. Eerst dat onze eigen ontwikkeling u mogelijk zal maken om belangrijke functies, concurrentievoordelen van de kliniek te automatiseren. Ten tweede zullen hun programmeurs alles veel goedkoper doen dan de externe aannemer.
Zelfs als u dat in sommige gevallen erkent, kunnen deze overwegingen gerechtvaardigd zijn, is het belangrijk om de bijbehorende beperkingen te begrijpen en, het belangrijkste, de uiteindelijke prijs van de beslissing. Automatisering van concurrentievoordelen, natuurlijk een waardige taak. Maar welk verhouding is specifieke bedrijfsprocessen in het totale volume van functies van medische instellingen? Er kan 5, 10, in extreme gevallen 20%, nauwelijks meer zijn. Ondertussen, als het wordt besloten om de resterende 80-95% thuis te doen, dan zijn alle kenmerken van interne ontwikkeling op hen van toepassing.
Wat is deze functies? Ze zijn vooral uitgesproken met de zeer versnelde ontwikkeling die supporters «thuis» Software leidt als een tweede argument «per» zelfgemaakte systeem. Dit is snelheid en lage kosten. De wens om alles te doen, zoals snel kan bijna altijd veranderen in een overtreding van de architecturale integriteit van het systeem en de weigering van het plannen en documenteren van werk. En het blijkt niet alleen op maat, maar ook technische documentatie.
Is het de moeite waard om uit te leggen wat het draait wanneer nieuwe vereisten voor het systeem en de noodzaak om wijzigingen aan te brengen! Universeel zelfgemaakte systemen ervaren ook ernstige problemen met het verbinden van complexe medische apparatuur. Dientengevolge is er geen snelheid verzekerd, maar de illusie van de ontwikkelingsnelheid. Omdat fragmentarische successen in de regel de periode van daadwerkelijke negatieve prestaties in de ontwikkeling moeten hebben. Figuurlijk spreken «raaskallen». In de taal van het project van projectbeheer wordt deze situatie beschreven als een combinatie van hoge risico's en hoge kosten van eigendom van het systeem.
Meestal zijn medische instellingen voor een van de twee uitersten geneigd. Live helemaal zonder IT-service of probeer hun systeem te schrijven. Maar er zijn dergelijke gevallen wanneer één beslissingen eerst worden genomen, en dan diametraal tegengesteld. De organisatie maakt twee, drie pogingen om helemaal opnieuw te beginnen, de afgewerkte beslissing aan zijn eigen ontwikkeling en keert dan terug.
Het is onmogelijk om te zeggen dat onafhankelijke ontwikkelaars niet gewend zijn aan deze dramatische verhalen. Helaas heeft de klant een zeer serieuze redenen om het eenmaal geselecteerde softwareproduct te vervangen. Vaak gebeurt het als gevolg van overmatige productstijfheid, het onvermogen om veranderingen in het werk van de organisatie te volgen. Een andere typische zonde van ontwikkelaars is de onbevredigende formulering van het implementatieproces, dat echter een probleem is voor de gehele Russische markt van geïntegreerde informatiesystemen.
Ontoereikende en overweldigde verwachtingen geassocieerd met onvoldoende bewustzijn zijn niet alleen gemanifesteerd bij de onderschatting van de moeilijkheden van het introduceren of een overschatte beoordeling van interne ontwikkelingsvooruitzichten. Een andere algemene fout - wat overdrijving van automatiseringsmogelijkheden als zodanig. Laten we zeggen, in het huidige stadium van ontwikkeling, het is nog niet nodig om te praten over volwaardige besluitvormingssystemen die artsen leveren met nuttige intellectuele aanwijzingen voor alle gelegenheden. Hoewel in de toekomst misschien in de nabije toekomst, zullen dergelijke functies zeker verschijnen. In ieder geval in serieuze industriële systemen.
Kortom, de twee meest voorkomende misvattingen zijn overweldigde verwachtingen in termen en idee van de implementatie van het systeem als een eindig proces. Soms verwachten leveranciers dat de introductie snel zal zijn, bijna onmiddellijk. Het is ook geïmpliceerd dat met de installatie van het systeem alle problemen achterblijven. Over hoe moeilijk de installatie van systemen is aangesloten, hebben we al hierboven gezegd. Succesvol over het overwinnen van deze moeilijkheden is alleen mogelijk met een nuchtere berekening van tijdelijke en personeelsbronnen: zonder warm en uitkomen.
Wat betreft de uitvoering van de implementatie, is het ook niet overbodig om het idee van de voortdurende evolutie van de systeemvereisten te herhalen. Natuurlijk, in elke introductie moet je een regel tekenen. De reeks functies die door de leverancier wordt geclaimd, moet worden geïmplementeerd. Maar toen deskundigen op de hoogte zijn van alle verstoring van kansen, groeien gebruikersluffites en werken aan de ontwikkeling van het product. En dit betekent nieuwe implementaties, nieuwe problemen en nieuwe prestaties.
