医療システムがプラットフォーム エンジニアリングの導入を準備するにはどうすればよいか

プラットフォーム エンジニアリングへの移行に重要なツールは何ですか?

プラットフォーム エンジニアリングで成功するには、「確かに基礎が必要です」と、 レッドハット。 「ほとんどの組織には、必要なプロセスがたくさんあります。」

例には、継続的インテグレーションと継続的デリバリー、アプリケーション プログラミング インターフェイス管理、コンテナ化戦略、および コードとしてのインフラストラクチャ。

IaC は、単純な責任を自動化しながら、エンジニアに付加価値のあるタスクにスキルを集中させるための時間とエネルギーを与えるため、特に重要なコンポーネントです。

「稼働時間と可用性が非常に重要である医療環境では、エンジニアが手動で行う必要が少ないほど良いのです」と Shaffar 氏は言い、さらに次のように付け加えました。 自動化は間違いを減らすのに役立ちます。

発見する： 医療システムがプラットフォーム エンジニアリングについて知っておくべきことは次のとおりです。

「プラットフォーム エンジニアリングは優れたエクスペリエンスを提供することです 開発者に提供し、コードの作成とデプロイの能力を加速します。 そこで登場するのがInfrafraction as Codeです」とChaughtai氏は説明します。 「些細なことで自動化できるもの」は有益です。

たとえば、新しい IP アドレスを取得したときに、プリンタが電子健康記録システムから切断されたとします。 IT チームのメンバーがプリンターをサーバーに手動で追加するのを待つのではなく、エンジニアは利用可能な新しいネットワーク プリンターを自動的に識別し、プリント サーバーにマッピングするスクリプトを作成できると Chaughtai 氏は言います。

しかし、テクノロジーやソフトウェアの実践を超えて、それは次のようなことだとシャファー氏は言います。 賛同を得ることも同様に重要 エンジニアリングチームより。

「ソフトウェアを早期かつ頻繁にリリースし、継続的なフィードバックを得ることを重視する文化を育む必要があります」と彼は説明します。 「そうしなければ、その可能性を無駄にすることになり、誰も使用しないプラットフォームを手に入れることになります。」

医療分野でプラットフォーム エンジニアリングを導入する際の間違いを避ける

Shaffar 氏と Chaughtai 氏は、IT 意思決定者に対し、プラットフォーム エンジニアリングの実装を準備する際に次のことを行うよう推奨しています。

理由と場所を特定する

テクノロジーリーダーは、組織に社内プラットフォームが必要な理由と、それが最も役立つ可能性がある分野を明確にする必要があります。

「テクノロジーとインフラストラクチャの現状を詳しく調べて、問題点を特定してください」とシャファー氏は言います。 「それが最初に焦点を当てる場所になります。」

「プラットフォーム エンジニアリングの取り組みは、推進しようとしているビジネスの成果とどのように結びついていますか?」 チャウタイは尋ねる。 「ビジネス成果を上げていない場合、社内プラットフォームの価値が疑問視される可能性があります。」

パイロットランを実行する

プラットフォーム エンジニアリングがもたらす可能性があるのは、 生産性の向上とワークフローの最適化 しかし、Chaughtai 氏は、ヘルスケア IT チームが対象を絞ったパイロット プログラムで「小規模かつ機敏に始める」ことを推奨しています。

「ビジネスの優先順位を決めて、それを小さな目標に分割してください」と彼は言います。 「次に、IT 戦略をそれに結びつけ、それらの目標を繰り返し達成し始めます。」

関連している： 組織がプラットフォーム エンジニアリングから恩恵を受ける 5 つの方法。

価値を生み出すシステムに焦点を当てる

シャファー氏は、医療機関が犯す間違いの 1 つは、プラットフォーム エンジニアリング戦略を顧客向けアプリケーションなどの価値を生み出す領域に結び付けていないことだと述べています。 「美しいプラットフォームを構築しても、それを価値を生み出すもので実際にテストしていないため、正しいものを構築したかどうかがわからないということが起こります。」と彼は言います。

Chaughtai 氏は、Red Hat が再入院の削減に重点を置いた社内プラットフォームの立ち上げに成功した病院システムと連携していると指摘しています。 エンジニアは、臨床医、ケア調整チーム、薬局が患者をより適切に監視し、適切なフォローアップケアを受けられるようにするためのツールをプラットフォームに組み込みました。 「プラットフォーム エンジニアリング チームは、私たちの四方の壁の外に出て、プラットフォームの機能を拡張したいと考えていました」と彼は言います。

DevSecOps ワークショップによるトレーニングを重視する

見逃さないでください トレーニングの必要性。 Chaughtai 氏は、DevSecOps ワークショップは常に良いアイデアだと言います。

「このプラットフォームは、開発者だけでなく、運用チームやセキュリティ チームにも一貫したエクスペリエンスを提供する必要があります。 全員を集めて、何を達成しようとしているのか、どのような情報をお互いに共有する必要があるのかを説明してください。」と彼は言います。 「これらの部分を事前に明確にすることは、社内でプラットフォームを確立する上で非常に必要なステップです。」

「こうしたつながり、トレーニング、部門を超えた考え方を持つことで、チームは後手後手ではなく積極的に行動できるようになります」とシャファー氏は言います。

同氏は、プラットフォームエンジニアリングがもたらす長期的なメリットを考えると、努力と投資に値するものだと付け加えた。 「新しいソリューションを作成することを想像してみてください。既製のインフラストラクチャの 50 パーセント、60 パーセント、または 70 パーセントを取り出して、それをユニークなものにするものを構築することにだけ集中できます」と彼は言います。 「プラットフォーム エンジニアリングを使用すると、単調な部分を排除し、革新的な革新を真に狙うことができます。」