Medici moderni - Le persone sono abbastanza avanzate per realizzare pienamente l'importanza di introdurre sistemi di informazione per lavorare gli ospedali. Ma le loro aspettative dall'automazione non sono sempre adeguate - approva gli autori dell'articolo. Leggi di più su questo qui sotto.
Contenuto
Prima di parlare di delusioni, vale la pena dire alcune parole gentili sui progressi significativi nelle relazioni dei capi di organizzazioni mediche e medici con tecnologie dell'informazione negli ultimi cinque o sette anni. Ora la creazione di ogni nuova clinica è già difficile da inviare senza componente IT. Questo è un tipo di standard. L'importanza dell'automazione è già realizzata in molte istituzioni mediche e preventive.
Riconoscimento particolarmente evidente della necessità di automazione durante la creazione di centri medici commerciali. Qualsiasi investitore privato, pianificando la creazione di una clinica separata e ancora più la rete di istituzioni mediche, depone immediatamente le loro attrezzature al budget di investimento.
D'altra parte, la stragrande maggioranza delle istituzioni mediche governative non è automatizzata, o praticata patchwork, o un'automazione piuttosto frammentaria. E questo nonostante il fatto che molti medici siano stati a lungo «nessun ordine» Computer e Ordine Privato Utilizzare attivamente applicazioni software e Internet.
Nonostante il basso livello di automazione in media nell'industria sanitaria, è del tutto possibile che la comunità psicologica medica sia pronta per l'introduzione di massa della tecnologia dell'informazione. Questo può essere visto, in particolare, dal livello di consapevolezza dei dottori. A differenza di una situazione di cinque-sette anni fa, se arriva una conversazione sui sistemi medici, allora i medici, di regola, non devono chiarire ciò che una carta elettronica è una componente integrale di qualsiasi sistema di informazione medica industriale.
Laddove i medici e i manager sono stati effettivamente familiarizzati con i vantaggi della tecnologia informatica, i sistemi di informazione uniformi stanno diventando sempre più la cresta dell'infrastruttura dell'intera ospedale e dell'istituzione profilattica - attraverso l'integrazione con le attrezzature, attraverso lo scambio di informazioni con altre cliniche e compagnie di assicurazione.
Difficoltà di introdurre sistemi informativi al lavoro delle istituzioni mediche
Sfortunatamente, l'introduzione dei sistemi informativi non diventa sempre senza intoppi. A questo proposito, la medicina non fa eccezione. E in altre industrie ci sono molti esempi di attrezzi infruttuosi o gravi che non portano i risultati desiderati da parte degli acquirenti del sistema. Le implementazioni difficili sono causate da una serie di motivi. Qui vorremmo fermare solo alcuni di loro. Principalmente sulle difficoltà associate alle aspettative sbagliate delle organizzazioni mediche all'acquisto di un sistema informativo.
Naturalmente, c'è sempre un divario tra i risultati oggettivi dell'implementazione e delle proprietà dei prodotti software complessi, da un lato e la valutazione soggettiva di tali risultati da parte dei partecipanti all'attuazione, dall'altro. Ma sembra che una delle principali cause delle implementazioni difficili sia le idee sbagliate e le aspettative dei clienti durante l'acquisto di soluzioni IT.
Ad esempio, non tutti i manager realizzano chiaramente la differenza tra una semplice applicazione per ufficio e un sistema multiplayer. Ma se nel primo caso stiamo parlando di uno strumento per una funzione separata eseguita da un dipendente, quindi nel secondo - sullo strumento a sostegno del lavoro di un'intera organizzazione con dozzine o centinaia di utenti. Allo stesso tempo, spesso i processi aziendali di questa organizzazione non sono formalizzati, cioè non documentati e da e grandi sono sconosciuti in tutti i dettagli.
Succede che la gestione delle istituzioni mediche, adottando già una decisione sull'acquisto di un prodotto software, non ha alcuna idea delle normali difficoltà di implace. Tale, ad esempio, come stress inevitabile per il personale, la dolorosa rottura degli stereotipi e, di conseguenza, sabotaggio della nuova tecnologia.
Quando durante il progetto, tutti questi problemi diventano ovvi, la somministrazione di un'istituzione medica e profilattica fa alcune conclusioni frettolose e sta cercando di limitare significativamente l'ambito della tecnologia dell'informazione. Ciò potrebbe essere, ad esempio, un rifiuto dell'uso obbligatorio del sistema di medici e dell'introduzione dell'attuazione della contabilità e della contabilità dei servizi all'automazione.
Tali decisioni possono essere giustificate dal fatto che i medici dovranno passare più tempo per ricevere il paziente se abilitano i dati nel sistema. La pratica dimostra che nelle fasi iniziali, i piccoli ritardi possono davvero avvenire - le persone imparano, abituando a, maestri nuove opportunità. Ma poi, poiché il sistema è masterizzato, la produttività dei medici sta crescendo rispetto a «Carta» Tecnologia.
Il rifiuto del sistema delle funzioni del sistema non limita solo le capacità individuali, ma riduce l'efficacia dell'attuazione in generale. Infatti, in complessi sistemi medici, è la complessità che fornisce vantaggi significativi rispetto all'automazione patchwork. Pertanto, le soluzioni affrettate associate all'oscuro e all'ignoranza morale sono più distruttive delle difficoltà naturali dello sviluppo di nuove tecnologie.
Un altro malinteso tipico - l'atteggiamento verso l'accompagnamento dei sistemi informativi. Il motivo nella stessa ignoranza e incomprensione di come diversi livelli di difficoltà hanno programmi desktop e sistemi di informazione completi. Succede che l'amministrazione di un'istituzione medica e profilattica non solo non riconosca la necessità e l'importanza del supporto tecnico del sistema da parte degli sviluppatori, ma anche non riconosce l'utilità del servizio IT interno. Sebbene anche uno specialista competente nello stato della clinica può rimuovere molti problemi di funzionamento del sistema e stabilizzare le condizioni per gli utenti normali.
Il servizio IT interno del cliente non è un lusso, ma una garanzia di stabilità e sviluppo. Pensando per automazione, non tutte le strutture mediche esaminano il futuro. Non tutti sono consapevoli che dopo l'introduzione del sistema, quando le persone sentono nuove opportunità, la vita non è illuminata in atto, ma andrà avanti. Evolvere le esigenze degli utenti e dell'organizzazione nel suo complesso.
Un altro estremo è un tentativo da parte di alcune istituzioni mediche e preventive per fare un sistema completo da soli. I leader che hanno deciso di andare in questo modo di solito guidano due semplici argomenti. Prima che il nostro stesso sviluppo ti consentirà di automatizzare caratteristiche importanti, vantaggi competitivi della clinica. In secondo luogo, i loro programmatori faranno tutto molto più economico del contraente esterno.
Anche se si riconosce che in alcuni casi, queste considerazioni possono essere giustificate, è importante capire le limitazioni associate e, soprattutto, il prezzo finale della decisione. Automazione dei vantaggi competitivi, ovviamente, un compito degno. Ma quale proporzione rende specifici processi aziendali nel volume totale delle funzioni di istituto medico? Ci possono essere 5, 10, in casi estremi del 20%, difficilmente di più. Nel frattempo, se si decide di fare il restante 80-95% a casa, quindi tutte le caratteristiche dello sviluppo interno si applicheranno a loro.
Cos'è questa caratteristica? Sono particolarmente pronunciati con lo sviluppo molto accelerato che sostenitori «casa» Il software conduce come secondo argomento «per» Sistema fatto in casa. Questa è velocità e basso costo. Il desiderio di fare tutto ciò che rapidamente può quasi sempre trasformarsi in una violazione dell'integrità architettonica del sistema e del rifiuto della pianificazione e della documentazione del lavoro. E risulta non solo personalizzato, ma anche documentazione tecnica.
Vale la pena di spiegare ciò che si gira quando si girano quando nuovi requisiti per il sistema e la necessità di apportare modifiche! I sistemi universalmente fatti in casa sperimentano anche gravi difficoltà con la connessione complessa attrezzature mediche. Di conseguenza, non è garantita alcuna velocità, ma l'illusione della velocità di sviluppo. Dal momento che i successi frammentari dovrebbero, di regola, il periodo di prestazioni effettivamente negative nello sviluppo. In senso figurato «delirio». Nella lingua del progetto della gestione del progetto, questa situazione è descritta come una combinazione di elevati rischi e alto costo di proprietà del sistema.
Di solito le istituzioni mediche sono inclini solo a uno dei due estremi. O vivi affatto senza servizio o cercare di scrivere il loro sistema. Ma ci sono casi in cui una decisione viene prese per la prima volta, e poi diametralmente opposta. L'organizzazione fa due, tre tentativi di ricominciare tutto da capo, lascia la decisione finita al proprio sviluppo e poi torna indietro.
È impossibile dire che gli sviluppatori indipendenti non sono abituati a queste storie drammatiche. Sfortunatamente, il cliente ha motivi molto seri per la sostituzione del prodotto software una volta selezionato. Spesso accade a causa dell'eccessiva rigidità del prodotto, la sua incapacità di seguire i cambiamenti nel lavoro dell'organizzazione. Un altro peccato tipico degli sviluppatori è la formulazione insoddisfacente del processo di attuazione, che, tuttavia, è un problema per l'intero mercato russo dei sistemi informativi integrati.
Le aspettative inadeguate e sopraffatte associate ad una consapevolezza insufficiente si manifestano non solo nella sottostima delle difficoltà di introduzione o una valutazione sovrastimata delle prospettive di sviluppo interno. Un altro errore comune - qualche esagerazione delle opportunità di automazione in quanto tale. Diciamo, allo stadio attuale dello sviluppo, non è ancora necessario parlare di sistemi decisionali a pieno titolo che forniranno medici con utili istruzioni intellettuali per tutte le occasioni. Anche se in futuro, forse nel prossimo futuro, tali funzioni appariranno sicuramente. Almeno in sistemi seri e industriali.
Fondamentalmente, i due idee sbagliate più comuni sono le aspettative sopraffatte in termini e l'idea dell'attuazione del sistema come processo finito. A volte i fornitori si aspettano che l'introduzione sia rapida, quasi istantanea. È anche implicito che con l'installazione del sistema tutti i problemi rimarranno indietro. A proposito di quanto sia difficile l'installazione di sistemi, abbiamo già detto sopra. Il successo del superamento di queste difficoltà è possibile solo con un calcolo sobrio di risorse temporanee e del personale: senza caldo e schiusa.
Per quanto riguarda il completamento dell'attuazione, non è anche superfluo ripetere l'idea della continua evoluzione dei requisiti di sistema. Naturalmente, in ogni introduzione è necessario disegnare una linea. L'insieme delle funzioni rivendicato dal fornitore deve essere implementato. Ma poi, quando gli esperti sono consapevoli di tutte le opportunità di interruzione, gli appetiti utente crescono e il lavoro sullo sviluppo del prodotto continua. E questo significa nuove implementazioni, nuovi problemi e nuovi risultati.
