Modernos médicos - As pessoas são bastante avançadas para perceber plenamente a importância de introduzir sistemas de informação para trabalhar hospitais. Mas suas expectativas da automação nem sempre são adequadas - aprovam os autores do artigo. Leia mais sobre isso abaixo.
Contente
Antes de falar sobre desapontamentos, vale a pena dizer algumas palavras gentis sobre progressos significativos nas relações dos chefes de organizações médicas e médicos com tecnologias da informação nos últimos cinco a sete anos. Agora a criação de cada nova clínica já é difícil de submeter-se sem componente. Este é um tipo de padrão. A importância da automação já está realizada em muitas instituições médicas e preventivas.
Especialmente notável reconhecimento da necessidade de automação ao criar centros médicos comerciais. Qualquer investidor privado, planejando a criação de uma clínica separada e ainda mais a rede de instituições médicas, estabelece imediatamente seu equipamento para o orçamento de investimento.
Por outro lado, a esmagadora maioria das instituições médicas do governo não é automatizada ou praticada de patchwork, ou bastante automação fragmentária. E isso é apesar do fato de que muitos médicos têm sido «Sem misteras» Computador e Pedido Privado Use ativamente aplicativos de software e a Internet.
Apesar do baixo nível de automação, em média, na indústria da saúde, é bem possível que a comunidade psicologicamente médica esteja pronta para a introdução em massa da tecnologia da informação. Isso pode ser visto, em particular, pelo nível de consciência dos médicos. Ao contrário de uma situação de cinco e sete anos atrás, se uma conversa sobre sistemas médicos vier, então os médicos, como regra, não precisam esclarecer o que um cartão eletrônico é um componente integral de qualquer sistema industrial de informações médicas.
Onde os médicos e gerentes realmente tornaram-se conhecidos com as vantagens da tecnologia de computadores, os sistemas de informação uniformes estão cada vez mais se tornando a crista de infraestrutura de toda a instituição hospitalar e profilática - através da integração com equipamentos, através de troca de informações com outras clínicas e companhias de seguros.
Dificuldades de introduzir sistemas de informação ao trabalho de instituições médicas
Infelizmente, a introdução de sistemas de informação nem sempre vai suavemente. A este respeito, a medicina não é exceção. E em outras indústrias existem muitos exemplos de implementos mal sucedidos ou graves que não trazem os resultados desejados por compradores do sistema. Implementações difíceis são causadas por uma variedade de razões. Aqui nós gostaríamos de parar apenas alguns deles. Principalmente sobre as dificuldades associadas às expectativas erradas de organizações médicas ao comprar um sistema de informação.
Claro, há sempre uma lacuna entre os resultados objetivos da implementação e propriedades de produtos de software complexos, por um lado, e avaliação subjetiva desses resultados pelos participantes na implementação, por outro. Mas, parece que uma das principais causas de implementações difíceis é as ideias e expectativas erradas dos clientes ao comprar soluções de TI.
Por exemplo, nem todos os gerentes percebem claramente a diferença entre um aplicativo de escritório simples e um sistema multiplayer. Mas se no primeiro caso estamos falando de uma ferramenta para uma função separada realizada por um funcionário, então no segundo - sobre o instrumento que suporta o trabalho de toda uma organização com dezenas ou centenas de usuários. Ao mesmo tempo, muitas vezes os processos de negócios desta organização não são formalizados, isto é, não documentados e por e grandes são desconhecidos em todos os detalhes.
Acontece que a gestão das instituições médicas, já adotando uma decisão sobre a compra de um produto de software, não tem ideia de dificuldades ordinárias de implante. Tal, por exemplo, como tensão inevitável para o pessoal, a quebra dolorosa de estereótipos e, como resultado, a sabotagem da nova tecnologia.
Quando durante o projeto, todos esses problemas se tornam óbvios, a administração de uma instituição médica e profilática faz algumas conclusões apressadas e está tentando limitar significativamente o escopo da tecnologia da informação. Isso pode ser, por exemplo, uma recusa com o uso obrigatório do sistema de médicos e a introdução da implementação da contabilidade e contabilidade de serviços para automação.
Tais decisões podem ser justificadas pelo fato de que os médicos terão que gastar mais tempo para receber o paciente se permitirem dados no sistema. Prática mostra que nos estágios iniciais, pequenos atrasos podem realmente ocorrer - as pessoas aprendem, se acostumando, master novas oportunidades. Mas então, como o sistema é dominado, a produtividade dos médicos está crescendo em comparação com «Papel» Tecnologia.
A rejeição renescada das funções do sistema não apenas limita as capacidades individuais, mas reduz a eficácia da implementação em geral. De fato, em sistemas médicos complexos, é a complexidade que fornece vantagens significativas em comparação com a automação de patchwork. Assim, soluções precipitadas associadas à desampereza moral e da ignorância são mais destrutivas do que as dificuldades naturais do desenvolvimento de novas tecnologias.
Outro mal-entendido típico - a atitude para o acompanhamento de sistemas de informação. A razão na mesma ignorância e mal-entendido de como diferentes níveis de dificuldade têm programas de desktop e sistemas de informação abrangentes. Acontece que a administração de uma instituição médica e profilática não só não reconhece a necessidade e importância do apoio técnico do sistema pelos desenvolvedores, mas também não reconhece a utilidade do serviço interno de TI. Embora até mesmo um especialista competente no estado da clínica possa remover muitos problemas de operação do sistema e estabilizar as condições para usuários normais.
O serviço interno de TI do cliente não é um luxo, mas uma garantia de estabilidade e desenvolvimento. Pensando pela automação, nem todas as instalações médicas olham para o futuro. Nem todo mundo está ciente de que, após a introdução do sistema, quando as pessoas sentem novas oportunidades, a vida não está acesa, mas seguirá em frente. Evoluir as necessidades dos usuários e da organização como um todo.
Outro extremo é uma tentativa de algumas instituições médicas e preventivas para fazer um sistema abrangente por conta própria. Os líderes que decidiram ir assim geralmente levam dois argumentos simples. Primeiro, nosso próprio desenvolvimento permitirá que você automatize características importantes, vantagens competitivas da clínica. Em segundo lugar, seus programadores farão tudo muito mais barato do que o empreiteiro externo.
Mesmo que você reconheça que, em alguns casos, essas considerações podem ser justificadas, é importante entender as limitações associadas e, mais importante, o preço final da decisão. Automação de vantagens competitivas, é claro, uma tarefa digna. Mas que proporção faz processos de negócios específicos no volume total de funções da instituição médica? Pode haver 5, 10, em casos extremos 20%, dificilmente mais. Enquanto isso, se é decidido fazer os restantes 80-95% em casa, todas as características do desenvolvimento interno serão aplicadas a eles.
O que são esses recursos?? Eles são especialmente pronunciados com o desenvolvimento muito acelerado que os apoiadores «casa» Software leva como um segundo argumento «por» Sistema caseiro. Isso é velocidade e baixo custo. O desejo de fazer tudo o que quase sempre pode sempre se transformar em uma violação da integridade arquitetônica do sistema e da recusa de planejar e documentar o trabalho. E acaba não apenas personalizado, mas também documentação técnica.
Vale a pena explicar o que vira quando novos requisitos para o sistema e a necessidade de fazer alterações! Os sistemas universalmente caseiros também experimentam sérias dificuldades em conectar equipamentos médicos complexos. Como resultado, nenhuma velocidade é garantida, mas a ilusão da velocidade de desenvolvimento. Como os sucessos fragmentários devem, por via de regra, o período de desempenho realmente negativo no desenvolvimento. Falando figurativamente «delírio». Na linguagem do projeto de gerenciamento de projetos, esta situação é descrita como uma combinação de altos riscos e alto custo de propriedade do sistema.
Normalmente, as instituições médicas são propensas apenas a um dos dois extremos. Quer viver em tudo sem atendimento ou tentar escrever seu sistema. Mas há tais casos em que uma decisão é primeiro tomada e, em seguida, diametralmente oposta. A organização faz duas, três tentativas de começar tudo de novo, deixa a decisão acabada ao seu próprio desenvolvimento e depois retorna de volta.
É impossível dizer que os desenvolvedores independentes não estão acostumados a essas histórias dramáticas. Infelizmente, o cliente tem motivos muito sérios para substituir o produto de software mais uma vez selecionado. Muitas vezes acontece devido à rigidez excessiva do produto, sua incapacidade de seguir mudanças no trabalho da organização. Outro pecado típico dos desenvolvedores é a formulação insatisfatória do processo de implementação, que, no entanto, é um problema para todo o mercado russo de sistemas integrados de informação.
As expectativas inadequadas e sobrecarregadas associadas à sensibilização insuficiente são manifestadas não apenas na subestimação das dificuldades de introduzir ou uma avaliação superestimada das perspectivas de desenvolvimento interno. Outro erro comum - algum exagero das oportunidades de automação como tal. Digamos, no atual estágio de desenvolvimento, ainda não é necessário falar sobre sistemas de tomada de decisão completos que forneceriam médicos com prompts intelectuais úteis para todas as ocasiões. Embora no futuro, talvez no futuro próximo, tais funções certamente aparecerão. Pelo menos em sistemas industriais graves.
Basicamente, os dois equívocos mais comuns são expectativas dominadas em termos e ideia da implementação do sistema como um processo finito. Às vezes os fornecedores esperam que a introdução seja rápida, quase instantânea. Também está implícito que com a instalação do sistema todos os problemas ficarão atrás. Sobre o quão difícil a instalação de sistemas está conectada, já dissemos acima. Supervisão bem sucedida dessas dificuldades só é possível com um cálculo sóbrio de recursos temporários e de pessoal: sem hot e chocar.
Quanto à conclusão da implementação, também não é supérfluo repetir a ideia da evolução contínua dos requisitos do sistema. Claro, em cada introdução você precisa desenhar uma linha. O conjunto de funções reivindicado pelo fornecedor deve ser implementado. Mas, em seguida, quando os especialistas estão cientes de todas as oportunidades perturbadoras, os apetites do usuário crescem e funcionam no desenvolvimento do produto continua. E isso significa novas implementações, novos problemas e novas conquistas.
