Médecins modernes - Les gens sont assez avancés pour réaliser pleinement l'importance d'introduire des systèmes d'information pour travailler des hôpitaux. Mais leurs attentes de l'automatisation ne sont pas toujours adéquates - approuve les auteurs de l'article. En savoir plus à ce sujet ci-dessous.
Contenu
Avant de parler de déceptions, il vaut la peine de dire quelques mots gentils sur les progrès significatifs dans les relations des chefs de médecine et des médecins avec des technologies de l'information au cours des cinq à sept dernières années. Maintenant, la création de chaque nouvelle clinique est déjà difficile à soumettre sans composant informatique. Ceci est une sorte de standard. L'importance de l'automatisation est déjà réalisée dans de nombreuses institutions médicales et préventives.
Reconnaissance particulièrement notable du besoin d'automatisation lors de la création de centres médicaux commerciaux. Tout investisseur privé, planifiant la création d'une clinique distincte et encore plus le réseau d'établissements médicaux, pose immédiatement leur équipement au budget d'investissement.
D'autre part, la majorité écrasante des institutions médicales gouvernementales ne sont pas automatisées ou pratiquées dans une patchwork ou une automatisation plutôt fragmentaire. Et c'est malgré le fait que beaucoup de médecins ont longtemps été «pas de monsieurs» Ordinateur et commande privée utilisent activement des applications logicielles et Internet.
Malgré le faible niveau d'automatisation en moyenne dans l'industrie de la santé, il est tout à fait possible que la communauté psychologiquement médicale soit prête pour l'introduction massive des technologies de l'information. Cela peut être vu, en particulier, par le niveau de sensibilisation des médecins. Contrairement à une situation de cinq-sept ans il y a cinq ans, si une conversation sur les systèmes médicaux vient, alors les médecins, en règle générale, n'ont pas à clarifier ce que une carte E-Medical fait partie intégrante de tout système d'information médical industriel.
Lorsque des médecins et des gestionnaires sont devenus en fait connaître les avantages de la technologie informatique, les systèmes d'information uniformes deviennent de plus en plus la crête d'infrastructure de l'ensemble de l'hôpital et de l'institution prophylactique - grâce à l'intégration des équipements, par l'intermédiaire de l'échange d'informations avec d'autres cliniques et compagnies d'assurance.
Difficultés d'introduire des systèmes d'information au travail des institutions médicales
Malheureusement, l'introduction de systèmes d'information ne va pas toujours en douceur. À cet égard, la médecine n'est pas une exception. Et dans d'autres industries, il existe de nombreux exemples d'instruments infructueux ou graves qui n'apportent pas les résultats souhaités par les acheteurs du système. Des implémentations difficiles sont causées par une variété de raisons. Ici, nous aimerions arrêter seulement certains d'entre eux. Principalement sur les difficultés associées aux mauvaises attentes des organisations médicales lors de l'achat d'un système d'information.
Bien entendu, il existe toujours un écart entre les résultats objectifs de la mise en œuvre et des propriétés des logiciels complexes, d'une part, et une évaluation subjective de ces résultats par les participants à la mise en œuvre, de l'autre. Mais, il semble que l'une des principales causes des implémentations difficiles est la mauvaise idée et les attentes des clients lors de l'achat de solutions informatiques.
Par exemple, tous les gestionnaires ne réalisent pas clairement la différence entre une application de bureau simple et un système multijoueur. Mais si dans le premier cas, nous parlons d'un outil pour une fonction distincte effectuée par un employé, puis dans la seconde - de l'instrument appuyant le travail d'une organisation entière avec des dizaines ou des centaines d'utilisateurs. Dans le même temps, les processus métiers de cette organisation ne sont pas formalisés, c'est-à-dire que non documenté et d'une manière non inconnue dans tous les détails.
Il arrive que la gestion des institutions médicales adoptant déjà une décision sur l'achat d'un logiciel, n'a aucune idée des difficultés d'implacement ordinaire. Tels, par exemple, comme un stress inévitable pour le personnel, une rupture douloureuse de stéréotypes et, par conséquent, le sabotage de la nouvelle technologie.
Lorsque pendant le projet, tous ces problèmes deviennent évidents, l'administration d'une institution médicale et prophylactique fait des conclusions hâtives et tente de limiter de manière significative la portée des technologies de l'information. Cela peut être, par exemple, un refus d'une utilisation obligatoire du système de médecins et de l'introduction de la mise en œuvre de la comptabilité et de la comptabilisation des services à l'automatisation.
Ces décisions peuvent être justifiées par le fait que les médecins devront passer plus de temps à recevoir le patient s'ils permettent aux données dans le système. La pratique montre que, dans les premières étapes, de petits retards peuvent vraiment avoir lieu - les gens apprennent, s'habituent à, maîtriser de nouvelles opportunités. Mais alors, comme le système est maîtrisé, la productivité des médecins augmente par rapport à «Papier» La technologie.
Le rejet temporel des fonctions du système limite non seulement les capacités individuelles, mais réduit l'efficacité de la mise en œuvre en général. En effet, dans des systèmes médicaux complexes, c'est la complexité qui donne des avantages importants par rapport à la patchwork Automation. Ainsi, des solutions hâtives associées à une indemnisation morale et à l'ignorance sont plus destructrices que les difficultés naturelles de développer de nouvelles technologies.
Un autre malentendu typique - l'attitude envers l'accompagnement des systèmes d'information. La raison dans la même ignorance et incompréhension de la manière dont différents niveaux de difficulté ont des programmes de bureau et des systèmes d'information complets. Il arrive que l'administration d'une institution médicale et prophylactique ne reconnaisse pas seulement la nécessité et l'importance du soutien technique du système par les développeurs, mais ne reconnaît pas non plus l'utilité du service informatique interne. Bien que même un spécialiste compétent de l'état de la clinique puisse éliminer de nombreux problèmes de fonctionnement du système et stabiliser les conditions des utilisateurs normaux.
Le service informatique interne du client n'est pas un luxe, mais une garantie de stabilité et de développement. Penser par Automatisation, tous les établissements médicaux ne tournent pas dans l'avenir. Tout le monde n'est pas conscient qu'après l'introduction du système, lorsque les gens ressentent de nouvelles opportunités, la vie n'est pas allumée, mais passera sur. Évoluer les besoins des utilisateurs et de l'organisation dans son ensemble.
Une autre extrême est une tentative de certaines institutions médicales et préventives à faire un système complet sur leur propre. Les dirigeants qui ont décidé d'aller de cette façon mènent généralement deux arguments simples. Premièrement que notre propre développement vous permettra d'automatiser des caractéristiques importantes, des avantages concurrentiels de la clinique. Deuxièmement, leurs programmeurs feront tout beaucoup moins cher que l'entrepreneur externe.
Même si vous reconnaissez que dans certains cas, ces considérations peuvent être justifiées, il est important de comprendre les limitations associées et, surtout, le prix final de la décision. Automatisation des avantages concurrentiels, bien sûr, une tâche digne. Mais quelle proportion fait des processus opérationnels spécifiques dans le volume total des fonctions d'établissement médical? Il peut y avoir 5, 10, dans des cas extrêmes 20%, à peine plus. Pendant ce temps, s'il est décidé de faire les 80 à 95% restants à la maison, toutes les caractéristiques du développement interne s'appliqueront à eux.
Quelles sont ces fonctionnalités? Ils sont particulièrement prononcés avec le développement très accéléré que les supporters «domicile» Logiciel conduit comme un deuxième argument «par» Système fait maison. C'est une vitesse et un faible coût. Le désir de tout faire aussi rapidement peut presque toujours devenir une violation de l'intégrité architecturale du système et du refus de planification et de documentation du travail. Et il s'avère non seulement personnalisé, mais aussi la documentation technique.
Vaut-il la peine d'expliquer ce qu'il s'allume lorsque de nouvelles exigences pour le système et la nécessité de modifier! Les systèmes universellement faits maison subissent également de graves difficultés avec des équipements médicaux complexes. En conséquence, aucune vitesse n'est assurée, mais l'illusion de la vitesse de développement. Depuis que des succès fragmentaires devraient, en règle générale, la période de performance réellement négative dans le développement. Au sens figuré «délirer». Dans la langue du projet de gestion de projet, cette situation est décrite comme une combinaison de risques élevés et de coût élevé de la propriété du système.
Habituellement, les institutions médicales sont sujets uniquement à l'une des deux extrêmes. Soit vivre du tout sans son service ni essayer d'écrire leur système. Mais il y a de tels cas où une décision est d'abord prise, puis diamétralement opposée. L'organisation fait deux, trois tentatives pour recommencer à nouveau, laisse la décision finie à son propre développement, puis revient.
Il est impossible de dire que les développeurs indépendants ne sont pas habitués à ces histoires dramatiques. Malheureusement, le client a des motifs très graves pour remplacer le produit logiciel une fois sélectionné. Souvent, cela arrive en raison de la rigidité excessive de produits, son incapacité à suivre les changements dans les travaux de l'organisation. Un autre péché typique des développeurs est la formulation insatisfaisante du processus de mise en œuvre, ce qui constitue toutefois un problème pour l'ensemble du marché russe des systèmes d'information intégrés.
Les attentes inadéquates et submergées associées à une conscience insuffisante se manifestent non seulement dans la sous-estimation des difficultés d'introduction ou d'une évaluation surestimée des perspectives de développement interne. Une autre erreur commune - une exagération des opportunités d'automatisation en tant que telle. Disons à l'étape actuelle du développement, il n'est pas encore nécessaire de parler de systèmes de prise de décision à part entière qui fourniraient des médecins avec des invites intellectuelles utiles pour toutes les occasions. Bien que dans l'avenir, peut-être dans un proche avenir, de telles fonctions apparaîtront certainement. Au moins dans des systèmes sérieux et industriels.
Fondamentalement, les deux idées fausses les plus courantes sont des attentes submergées dans les termes et l'idée de la mise en œuvre du système en tant que processus fini. Parfois, les fournisseurs s'attendent à ce que l'introduction soit rapide, presque instantanée. Il est également impliqué qu'avec l'installation du système, tous les problèmes resteront derrière. À quel point l'installation de systèmes est connectée, nous avons déjà dit ci-dessus. Le succès de ces difficultés n'est possible qu'avec un calcul sobre des ressources temporaires et du personnel: sans chaud et éclosion.
En ce qui concerne l'achèvement de la mise en œuvre, il n'est pas non plus superflu de répéter l'idée de l'évolution continue des exigences du système. Bien sûr, dans chaque introduction, vous devez dessiner une ligne. L'ensemble des fonctions revendiquées par le fournisseur doit être mis en œuvre. Mais ensuite, lorsque des experts sont conscients de toutes les opportunités de perturbation, les appétits utilisateur poussent et travaillent sur le développement du produit se poursuit. Et cela signifie de nouvelles implémentations, de nouveaux problèmes et de nouvelles réalisations.
