Médicos modernos: la gente está bastante avanzada para realizar plenamente la importancia de introducir sistemas de información para trabajar hospitales. Pero sus expectativas de la automatización no siempre son adecuadas: aprobar a los autores del artículo. Lea más sobre esto a continuación.
Contenido
Antes de hablar de decepciones, vale la pena decir algunas palabras amables sobre el progreso significativo en las relaciones de los jefes de las organizaciones médicas y los médicos con tecnologías de la información en los últimos cinco a siete años. Ahora la creación de cada nueva clínica ya es difícil de enviar sin el componente de TI. Este es un tipo de estándar. La importancia de la automatización ya se realiza en muchas instituciones médicas y preventivas.
Reconocimiento especialmente notable de la necesidad de automatización al crear centros médicos comerciales. Cualquier inversor privado, planificando la creación de una clínica separada e incluso más aún la red de instituciones médicas, inmediatamente sienta su equipo al presupuesto de inversión.
Por otro lado, la gran mayoría de las instituciones médicas gubernamentales no están automatizadas, ni practican el patchwork, o una automatización más bien fragmentaria. Y esto es a pesar del hecho de que muchos médicos han sido durante mucho tiempo «no hay miernes» La computadora y el pedido privado usan activamente aplicaciones de software e Internet.
A pesar del bajo nivel de automatización en promedio en la industria de la salud, es muy posible que la comunidad psicológica médica esté lista para la introducción masiva de la tecnología de la información. Esto se puede ver, en particular, por el nivel de conciencia de los médicos. A diferencia de una situación de hace cinco y siete años, si llega una conversación sobre sistemas médicos, entonces los médicos, por regla general, no tienen que aclarar lo que una tarjeta médica electrónica es un componente integral de cualquier sistema de información médica industrial.
Cuando los médicos y los gerentes realmente se familiarizaron con las ventajas de la tecnología informática, los sistemas de información uniformes se convierten cada vez más en la cresta de infraestructura de todo el hospital y la institución profiláctica, a través de la integración con el equipo, a través del intercambio de información con otras clínicas y compañías de seguros.
Dificultades de introducir sistemas de información al trabajo de las instituciones médicas
Desafortunadamente, la introducción de sistemas de información no siempre va sin problemas. En este sentido, la medicina no es una excepción. Y en otras industrias hay muchos ejemplos de implementos fallidos o graves que no traen los resultados deseados por parte de los compradores del sistema. Las implementaciones difíciles son causadas por una variedad de razones. Aquí nos gustaría detener solo algunos de ellos. Principalmente sobre las dificultades asociadas con las expectativas equivocadas de las organizaciones médicas al comprar un sistema de información.
Por supuesto, siempre hay una brecha entre los resultados objetivos de la implementación y las propiedades de los productos complejos de software, por un lado, y la evaluación subjetiva de estos resultados por parte de los participantes en la implementación, por otro lado. Pero, parece que una de las principales causas de implementaciones difíciles son las ideas y las expectativas incorrectas de los clientes al comprar soluciones de TI.
Por ejemplo, no todos los gerentes se dan cuenta claramente la diferencia entre una aplicación de oficina simple y un sistema multijugador. Pero si en el primer caso estamos hablando de una herramienta para una función separada realizada por un empleado, entonces, en el segundo, sobre el instrumento que respalda el trabajo de una organización completa con docenas o cientos de usuarios. Al mismo tiempo, a menudo los procesos de negocios de esta organización no están formalizados, es decir, no documentados y, por y grandes, son desconocidos en todos los detalles.
Sucede que la gestión de las instituciones médicas, ya que adoptar una decisión sobre la compra de un producto de software, no tiene idea de las dificultades de implacación ordinarias. Tal, por ejemplo, como estrés inevitable para el personal, la ruptura dolorosa de los estereotipos y, como resultado, el sabotaje de la nueva tecnología.
Cuando durante el proyecto, todos estos problemas se vuelven obvios, la administración de una institución médica y profiláctica hace algunas conclusiones apresuradas y está tratando de limitar significativamente el alcance de la tecnología de la información. Esto puede ser, por ejemplo, una negativa al uso obligatorio del sistema de médicos y la introducción de la implementación de la contabilidad y contabilidad de los servicios a la automatización.
Dichas decisiones se pueden justificar por el hecho de que los médicos deberán dedicar más tiempo para recibir al paciente si permiten datos en el sistema. La práctica muestra que en las etapas iniciales, realmente se pueden realizar pequeños retrasos: las personas aprenden, se acostumbran a las nuevas oportunidades de maestría. Pero luego, a medida que se domina el sistema, la productividad de los médicos está creciendo en comparación con «Papel» Tecnología.
El rechazo asido de las funciones del sistema no solo limita las capacidades individuales, sino que reduce la efectividad de la implementación en general. De hecho, en sistemas médicos complejos, es la complejidad la que proporciona ventajas significativas en comparación con la automatización del patchwork. Por lo tanto, las soluciones apresuradas asociadas con la inconsistencia y la ignorancia morales son más destructivas que las dificultades naturales para desarrollar nuevas tecnologías.
Otro malentendido típico: la actitud hacia el acompañamiento de los sistemas de información. La razón en la misma ignorancia y malentendidos de cómo diferentes niveles de dificultad tienen programas de escritorio y sistemas de información integral. Sucede que la administración de una institución médica y profiláctica no solo no reconoce la necesidad y la importancia del apoyo técnico del sistema por parte de los desarrolladores, sino que también no reconoce la utilidad del servicio interno de TI. Aunque incluso un especialista competente en el estado de la clínica puede eliminar muchos problemas de funcionamiento del sistema y estabilizar las condiciones para los usuarios normales.
El servicio interno de TI del cliente no es un lujo, sino una garantía de estabilidad y desarrollo. Pensando en automatización, no todas las instalaciones médicas miran hacia el futuro. No todos son conscientes de que después de la introducción del sistema, cuando las personas sienten nuevas oportunidades, la vida no está encendida, sino que se moverá en. Evolucionar las necesidades de los usuarios y la organización en su conjunto.
Otro extremo es un intento de algunas instituciones médicas y preventivas para hacer un sistema integral por su cuenta. Los líderes que han decidido ir de esta manera generalmente llevan a dos argumentos simples. Primero que nuestro propio desarrollo le permitirá automatizar características importantes, ventajas competitivas de la clínica. En segundo lugar, sus programadores harán que todo sea mucho más barato que el contratista externo.
Incluso si reconoce que en algunos casos, estas consideraciones pueden justificarse, es importante comprender las limitaciones asociadas y, lo que es más importante, el precio final de la decisión. Automatización de ventajas competitivas, por supuesto, una tarea digna. Pero qué proporción realiza procesos de negocios específicos en el volumen total de funciones de la institución médica? Puede haber 5, 10, en casos extremos del 20%, apenas más. Mientras tanto, si se decide hacer el 80-95% restante en el hogar, entonces todas las características del desarrollo interno se aplicarán a ellos.
Que son estas características? Se pronuncian especialmente con el desarrollo muy acelerado que los partidarios «casa» El software conduce como un segundo argumento «por» sistema casero. Esto es velocidad y bajo costo. El deseo de hacer todo lo más rápido que casi siempre se convierte en una violación de la integridad arquitectónica del sistema y la negativa de la planificación y el trabajo de documentación. Y resulta no solo personalizado, sino también documentación técnica.
¿Vale la pena explicar lo que gira en cuándo los nuevos requisitos para el sistema y la necesidad de realizar cambios?! Los sistemas universalmente caseros también experimentan serias dificultades con la conexión de equipos médicos complejos. Como resultado, no se garantiza una velocidad, sino la ilusión de la velocidad de desarrollo. Dado que los éxitos fragmentarios deberían, por regla general, el período de desempeño negativo en el desarrollo. Hablando en sentido figurado «delirio». En el idioma del proyecto de la gestión de proyectos, esta situación se describe como una combinación de alto riesgo y alto costo de propiedad del sistema.
Por lo general, las instituciones médicas son propensas solo a uno de los dos extremos. Vive en absoluto sin servicio o intenta escribir su sistema. Pero hay tales casos en los que se toman una decisión y luego se oponen diametralmente. La organización hace dos, tres intentos de comenzar de nuevo, deja la decisión terminada de su propio desarrollo y luego regresa.
Es imposible decir que los desarrolladores independientes no están acostumbrados a estas historias dramáticas. Desafortunadamente, el cliente tiene motivos muy serios para reemplazar el producto de software una vez seleccionado. A menudo sucede debido a la rigidez excesiva del producto, su incapacidad para seguir los cambios en el trabajo de la organización. Otro pecado típico de los desarrolladores es la formulación insatisfactoria del proceso de implementación, que, sin embargo, es un problema para todo el mercado ruso de sistemas de información integrados.
Las expectativas inadecuadas y abrumadas asociadas con la sensibilización insuficiente se manifiestan no solo en la subestimación de las dificultades de introducción o una evaluación sobreestimada de las perspectivas de desarrollo interno. Otro error común, cierta exageración de las oportunidades de automatización como tal. Digamos, en la etapa actual del desarrollo, aún no es necesario hablar sobre los sistemas de toma de decisiones de pleno derecho que suministrarían a los médicos instrucciones intelectuales útiles para todas las ocasiones. Aunque en el futuro, tal vez en un futuro cercano, tales funciones ciertamente aparecerán. Al menos en sistemas graves, industriales.
Básicamente, los dos conceptos erróneos más comunes son las expectativas abrumadas en términos y la idea de la implementación del sistema como un proceso finito. A veces los proveedores esperan que la introducción sea rápida, casi instantánea. También está implícito que con la instalación del sistema, todos los problemas se quedarán atrás. Sobre lo difícil que está conectada la instalación de sistemas, ya hemos dicho anteriormente. La superación exitosa de estas dificultades es posible solo con un calculo sobrio de recursos temporales y de personal: sin calor y eclosión.
En cuanto a la finalización de la implementación, tampoco es superfluo repetir la idea de la evolución continua de los requisitos del sistema. Por supuesto, en cada introducción necesitas dibujar una línea. El conjunto de funciones reclamadas por el proveedor debe ser implementado. Pero, entonces, cuando los expertos están al tanto de todas las oportunidades de interrumpir, los apetitos de los usuarios crecen y trabajan en el desarrollo del producto continúan. Y esto significa nuevas implementaciones, nuevos problemas y nuevos logros.
