ヘルスケアにおけるレガシー アプリケーションを最新化するための究極のロードマップ

データの依存関係とデータの保存場所をマップする

次の重要なステップは、実際のモダナイゼーションを開始する前に依存関係をマッピングすることです。

「コアシステムの機能に小さな変更を加えるだけでも、下流に大きな影響を及ぼす可能性があり、近代化が予定されているレガシーアプリへの依存関係を考慮しないと、システムの停止や業務の中断につながる可能性があります。」 日立ソリューションズ ノート 投稿で。

このステップを踏むことは、「潜在的な混乱を防ぎ、エンドユーザーにとってスムーズな移行を保証する」賢明な方法だと日立は述べています。

IT リーダーは、レガシー アプリケーションを新しいプラットフォームに移行するときにデータが失われないようにする必要もあります。チームがアプリケーションの書き換えや変換に取り組んでいる場合も同様です。

「オンプレミス環境からオンプレミス環境へアプリケーションを移行する際のデータ損失を防ぐには、 クラウドプラットフォーム「機関は、データをどのように移行する必要があるか、クラウドに移行した後そのデータをどのように提示する必要があるか、データの正確性を確保するためにどのようなテストを行う必要があるかを詳述したチェックリストを作成する必要があります」と日立は指摘しています。

さらに詳しく: 戦略的アプリケーション近代化評価とは何ですか?

医療機関の近代化アプローチの選択

この時点で、医療 IT リーダーは、レガシー ソフトウェアをアップグレードするためにどのアプリケーション モダナイゼーション手法が最適かを決定する必要があります。

1. レホシュ

「リフト アンド シフト」とも呼ばれる再ホスティングにより、IT チームは最小限の変更でアプリケーションをオンプレミス環境からクラウドに移行できます。この迅速な移行は低コストで実行でき、企業はあらゆるアプリのコア アーキテクチャをそのまま維持できます。

2. リファクタリング

このオプションを使用すると、ITスタッフはアプリケーションのコードの一部を書き換えて、アプリケーションを最適化できます。 クラウド環境これにより、クラウドの全体的なパフォーマンスが向上し、メンテナンスが容易になります。

3. 再構築

ソフトウェアの全面的な見直しが必要な場合、IT 部門は、元の範囲と仕様を維持しながら、アプリケーションを最初から書き直すことを選択する場合があります。

4. プラットフォームの再構築

このオプションを使用すると、アプリケーションは パブリッククラウドただし、まずコンテナ化によって、クラウド ネイティブ アプリに似たものになるように全面的に改良されます。

5. 保持する

近代化の取り組み中に、IT リーダーは、特に比較的少数のユーザーが使用するアプリケーションについては、一部のアプリケーションをそのまま残すことを決定する場合があります。

6. 引退する

場合によっては、IT リーダーがアプリケーションは不要になったため廃止すべきだと判断することがあります。これには、ソフトウェアを責任を持って廃棄し、更新サイクルを停止することが含まれます。

7. 置き換える

古いソフトウェアを修復するのが難しすぎる場合、チームはそれを完全に新しい市販の製品に置き換えるか、 サービスとしてのソフトウェア オプション。多くの場合、新しいツールに投資するコストは、古いソフトウェアを維持するよりも大幅に安くなります。

これらのプラットフォーム近代化アプローチにはそれぞれ異なる利点がありますが、いずれもレガシー システムに新しいコンピューティング機能を提供します。

関連している： アプリケーション合理化ツールはクラウドへの移行をどのように容易にするのでしょうか?

専門の技術パートナーの支援を求める

最後に、組織が近代化に関してどのようなルートを取るかに関わらず、ITリーダーは 信頼できる第三者と提携する 作業を完了します。技術専門家は、組織のビジネス目標、財務および技術能力に合わせたロードマップの作成を支援できます。

「組織は、特に技術的リソースが限られている場合、評価を行う際に信頼できるサードパーティのアドバイザーと協力することが役立つ場合があります」とピーターズ氏は言います。「外部の視点を持つことは、アプリケーションを適切にランク付けして優先順位を付けるのに役立ちます。」