現代の医者 - 人々は病院に情報システムを導入することの重要性を十分に実現するために非常に進歩しています. しかし、自動化からの彼らの期待は必ずしも十分ではありません - 記事の著者を承認します. これについてもっと読む。.
コンテンツ
失望について話す前に、過去5年から7年間の情報技術を持つ医療機関や医師との関係の大きな進歩について、いくつかの種類の言葉を言う価値があります。. 今度はそれぞれの新しい診療所の創造はすでにITコンポーネントなしで送信するのが難しいです. これは一種の標準です. 自動化の重要性はすでに多くの医療および予防機関で実現されています。.
商用医療センターを作成するときの自動化の必要性の特に顕著な認識. 私の民間投資家は、別の診療所の創造を計画し、さらに医療機関のネットワークを計画しているので、すぐにその機器を投資予算に載せます。.
一方、圧倒的多数の政府医療機関は自動化されていない、またはパッチワーク、またはかなり断片的な自動化のいずれかです。. そしてこれは多くの医者が長い間長いという事実にもかかわらずです «謎はありません» コンピュータと秘密順序は、ソフトウェアアプリケーションとインターネットを積極的に使用します.
健康産業における平均的な自動化レベルの低レベルにもかかわらず、心理学的に医学的コミュニティが情報技術の大量導入の準備ができている可能性があります。. これは、特に医師の意識のレベルによって見ることができます. 5 7年前の状況とは異なり、医療システムに関する会話が来る場合、医師は原則として、産業医療情報システムの一体構成要素であることを明確にする必要はありません。.
医師や管理者が実際にコンピュータ技術の利点を知り合いになった場合、統一された情報システムは、他の診療所および保険会社との情報交換を通じて、機器との統合を通じて、統一された情報システムは、病院全体および予防機関のインフラストラクチャリッジになりつつあります。.
医療機関の仕事に情報システムを導入することの困難
残念ながら、情報システムの導入は必ずしもスムーズに行くわけではありません. この点に関して、薬は例外ではありません. そして他の業界では、システムの購入者によって望ましい結果をもたらさない失敗または厳しい実装の多くの例があります。. 困難な実装はさまざまな理由によって引き起こされます。. ここでそれらのいくつかだけをやめたいのですが. 情報システムを購入する際の医療機関の間違った期待に関連する困難を中心に.
もちろん、一方では、片手で、片手で、実装の客観的な結果と複雑なソフトウェア製品のプロパティとプロパティとの間には常にギャップがあります。. しかし、それは困難な実装の主な原因の一つが、それを購入するときの顧客の間違ったアイデアと期待です。.
たとえば、すべての管理者が簡単なオフィスアプリケーションとマルチプレイヤーシステムの違いを明確に実現するわけではありません。. しかし、最初のケースでは、1人の従業員が実行した別の機能のためのツールについて話しています。. 同時に、この組織のビジネスプロセスは正式化されていない、つまり、文書化されていて、大きいものはすべて詳細では不明です。.
ソフトウェア製品の購入に関する決定をすでに採用している医療機関の管理は、通常の困難を刺激することについてはわかりません。. そのような、例えば、人員に対する避けられないストレス、ステレオタイプの痛みを伴う、そしてその結果として、新しい技術の妨害.
プロジェクト中に、これらすべての問題が明らかになると、医学的および予防機関の管理はいくつかの急な結論を作り、情報技術の範囲を大幅に限定しようとしています. これは、例えば医師のシステムの強制的な使用と自動化へのサービスの会計処理の導入の導入との拒否です。.
そのような決定は、医師がシステムにデータを有効にすると患者を受け取るのにより多くの時間を費やす必要があるという事実によって正当化することができます。. 実際には、最初の段階では、小さな遅延が本当に起こることができることを示しています - 人々が学ぶ、新しい機会を習得する. しかし、システムが習得されているので、医師の生産性は成長しています «論文» テクノロジー.
システム機能のヘス拒否は個々の機能を制限するだけでなく、一般的に実装の有効性を低下させる. 確かに、複雑な医療システムでは、パッチワークの自動化と比較して大きな利点を与える複雑さです。. したがって、道徳的な不当と無知に関連する急な解決策は、新しい技術を開発することの自然な困難よりも破壊的です。.
もう一つの典型的な誤解 - 情報システムの伴奏に対する態度. デスクトッププログラムと包括的な情報システムがどのように異なる困難であるかの同じ無知と誤解の理由. 医学的および予防的機関の管理は、開発者によるシステムの技術的支援の必要性と重要性を認識しないだけでなく、内部ITサービスの有用性を認識していないことが起こります。. 診療所の状態の1つの有能なスペシャリストでさえも、システムの操作の多くの問題を除去し、通常のユーザーのための条件を安定させることができます。.
顧客の内部ITサービスは贅沢ではありませんが、安定性と発展の保証. オートメーションによる思考、すべての医療施設は未来を見据えているわけではありません. 誰もがシステムを導入した後に、人々が新しい機会を感じるとき、人生が点灯していないが、進む. ユーザーと組織全体のニーズを進化させる.
もう1つの極端な医学的および予防的機関が包括的なシステムを自分のものにすることによる試みです。. このように行くことを決心したリーダーは通常2つの単純な議論を導きます。. 最初に、私たち自身の開発により、診療所の重要な機能、競争上の利点を自動化することができること. 第二に、彼らのプログラマーは外部の請負業者よりもはるかに安いものをするでしょう.
場合によっては、これらの考慮事項を正当化できることを認識しても、関連する制限を理解し、最も重要なことに決定の最終価格を理解することが重要です。. 競争上の利点の自動化、もちろん、価値のある仕事. しかし、医療機関機能の総量に特定のビジネスプロセスを具体的にします。? 5,10が極端な場合は20％、ほとんどまたはほとんどありません。. 一方、自宅で残りの80-95％を遂行することにした場合、内部開発のすべての機能が適用されます。.
この機能は何ですか？? 彼らはその支持者が非常に加速した開発と特に顕著である «家» ソフトウェアは2番目の議論としてリードされます «per» 自家製システム. これはスピードと低コストです. すべてを迅速に行うことを望むことは、システムの建築的完全性の侵害と計画と文書化の拒絶に違反することができることを望みます。. そして、それはカスタムだけでなく技術文書もわかります.
システムの新しい要件と変更を加える必要があるときに回転するものを説明する価値がありますか! 一般的に自家製のシステムはまた、複雑な医療機器を接続することで深刻な困難を経験します。. その結果、速度は保証されていませんが、開発速度の錯覚. 断片的な成功は、原則として、開発における実際に否定的なパフォーマンスの期間を必要とするべきです. 比喩的に話す «r». プロジェクト管理プロジェクトの言語では、この状況は、システムの高いリスクと高い所有コストの組み合わせとして説明されています。.
通常、医療機関は2つの極値のうちの1つにのみ推進されます。. それを使用せずにまったく住んでいるか、システムを書いてみてください. しかし、1つの決定が最初に取られ、次に直径方向に反対する場合があります。. 組織は2つの2つ、3回の試みを再開しようとし、完成した決定を自分の開発に残してから戻って戻る.
独立した開発者がこれらの劇的な物語に慣れていないと言うことは不可能です. 残念ながら、顧客は選択したソフトウェア製品を置き換えるための非常に深刻な根拠を持っています。. 多くの場合、過度の製品の剛性、組織の作業の変化に追従できないために起こります. 開発者のもう一つの典型的な罪は、実装プロセスの不満足な定式化です。ただし、これは統合情報システムのロシア市場全体にとって問題です。.
意識不足に関連する不十分で圧倒的な期待は、内部開発展望の紹介の困難や過大評価の困難性の過失だけでなく現れました。. もう一つの一般的な誤差 - そのような自動化機会のいくつかの誇張. 現在開発の段階で、すべての機会の有用な知的財源を提供する本格的な意思決定システムについて話す必要はまだ必要ありません。. 将来的には、おそらく近い将来、そのような機能は確かに現れます. 少なくとも深刻な産業システムで.
基本的に、2つの最も一般的な誤解は、有限プロセスとしてのシステムの実装の観点と考えにおいて圧倒的な期待です。. サプライヤは、導入は急速になることを期待しています。. システムの設置により、すべてのトラブルが後ろに留まることも暗示されています。. システムのインストールがどのように接続されているかについて、すでに上記に上記しています. これらの困難を成功させることは、一時的な資源と人材資源の確信が注されています。.
実施の完了は、システム要件の継続的な進化の概念を繰り返すことも余分なものではありません。. もちろん、あなたは線を描く必要があります. 供給者が主張した一連の機能を実装する必要があります. しかし、専門家がすべての混乱の機会を認識しているとき、ユーザー食欲は成長し、製品の開発に取り組みます. そしてこれは新しい実装、新しい問題、そして新しい成果を意味します.
