re:Invent 2024: Froedtert HealthがAWSで実現した患者エンゲージメント変革
はじめに
海外の様々な講演を日本語記事に書き起こすことで、隠れた良質な情報をもっと身近なものに。そんなコンセプトで進める本企画で今回取り上げるプレゼンテーションはこちら！
📖 AWS re:Invent 2024 - Froedtert Health transforms patient engagement with generative AI (HLS214)
この動画では、Wisconsin州最大の医療ネットワークの一つであるFroedtert & Medical College of Wisconsinのクラウド変革について解説しています。年間170万件以上の外来診療を扱う同院が、オンプレミス中心の医療システムから、AWSのServerless技術を活用したデジタルファースト型の医療提供体制へと進化した過程を詳しく紹介しています。特に、AWS Lambda、API Gateway、Step Functionsなどを活用したアーキテクチャの構築や、Landing Zone Accelerator for Healthcareの活用、Amazon Bedrockを用いた臨床医向けCopilotの開発など、具体的な技術実装の詳細にも触れています。その結果、月間アクティブユーザー数が前年比20%成長し、74%の患者がデジタルサービスを利用するまでに至った実績も示されています。
※ 動画から自動生成した記事になります。誤字脱字や誤った内容が記載される可能性がありますので、正確な情報は動画本編をご覧ください。
※ 画像をクリックすると、動画中の該当シーンに遷移します。
re:Invent 2024関連の書き起こし記事については、こちらのSpreadsheet に情報をまとめています。合わせてご確認ください！
本編
Froedtert Healthのデジタル変革への挑戦
皆様、おはようございます。Global Healthcare Industry TeamのMachine Learning担当のPhysician LeadであるNaqi Khanです。本日は皆様にお越しいただき、大変嬉しく思います。この会場を歩き回るだけでも、AIや生成AIがもたらす可能性については、すでに皆様も実感され、耳にし、目にされていることと思います。この講演では、実際にそれをどのように実現するか、そして医療という非常に複雑な環境でどのように実現するかについてお話しします。大規模なセキュリティを確保し、堅牢で、厳密にテストされ、最終的に患者さんにとって意味のある成果をもたらすにはどうすればよいのか。そのために、私は世界的な専門家と言える素晴らしい同僚、Froedtert HealthのDr. Melek Somaiをお招きしています。
ありがとうございます、Naqi。皆様、おはようございます。本日はご参加いただき、ありがとうございます。私にとって今回で4回目のre:inventですが、ステージに立つのは今回が初めてです。とても楽しみにしています。AWSのre:inventは毎年、私たちのような組織だけでなく、患者さんやコミュニティ全体に貢献できる革新的な機能を提供してくれることに、いつも刺激を受けています。 Froedtertにおけるクラウド戦略とクラウドジャーニーは、「変革」という一つの重要な焦点から始まりました。患者さんのいる場所で医療を提供し、実際に価値のある体験を届けるにはどうすればよいのか。このような考え方で変革について考え始めると、医療システムとして考えがちな多くの障壁を実際に取り除くことができました。
私たちにとって、最初に自問し始めた質問の一つは、医療における変革は本当にどこから始まるのか、というものでした。最初の単純でありながら非常に重要な答えは、実は「患者さん」でした。私たちは、診療所であれ、自宅であれ、デジタル技術を通じた日常生活であれ、患者さんのいる場所で医療を提供する必要がありました。 今日は、オンプレミス中心だった医療システムから、デジタル技術インフラを通じて患者ケアを推進し、大規模な生成AI機能を提供できる医療システムへと変革していった journey についてお話しさせていただきます。
このjourneyの中で、Froedtert & Medical College of Wisconsinをご紹介させていただきます。私たちは、Wisconsin州最大の統合医療ネットワークの一つで、18の病院、1,813床、約2,000人の医師を擁しています。年間170万件以上の外来診療と、昨年だけでも20万件以上の救急診療を提供しています。さらに、Wisconsin州最大の民間研究機関でもあります。Inception Healthは、Froedtert Healthのイノベーションとデジタルヘルスケア部門です。私たちは臨床イノベーション部門として、患者さんへのケアを提供しています。Inception Healthは現在までに、35以上の症状をカバーする25以上のDigital Therapeuticsプロトコルを作成し、このjourneyを始めてからの3年間だけでも、1万件以上のデジタル処方箋を患者さんに提供してきました。
クラウド戦略とデジタルプラットフォームの構築
また、17件のアクティブな投資を通じてイノベーションにも投資しています。私たちは、スタートアップや革新者のコミュニティと協力して、医療サービスのイノベーションに取り組んでいます。さらに重要なことは、毎月8万人以上の患者さんが私たちのデジタルコンポーネントとテクノロジーを利用し、AWSを通じて毎月何百万ものAPIコールを処理する技術を構築していることです。 このような変革を実現するために、私たちはデジタル戦略について真剣に考える必要がありました。私たちは次のような第一原則から始めました：医療において最も活用されていないリソースは、実は患者さんです。では、どのようにして病院の壁を越えてテクノロジーを展開できるでしょうか？患者さんがいる場所で医療サービスを提供し、セルフサービスとサポートを通じて自身のケアを管理できるよう、どのようにテクノロジーを活用できるでしょうか？
医療従事者である私たちの役割は、診察室での診療に限定されるべきではありません。より広い範囲でケアを提供するテクノロジーを実現しようとするなら、医師だけでは十分ではないのです。テクノロジーは、地域密着型のヘルスケアシステムとして、コミュニティのケアを行うという私たちのミッションを果たすための戦略的な機会を提供しています。
最初に戻りましょう。皆さんの多くは、テクノロジーリーダーとCloudとOn-premisesのソリューションの選択について話し合った経験があるでしょう。 Froedtertでは、この数十年間、On-premisesインフラに多額の投資を行ってきました。私はよく「5つのデータセンターがある」と言いますが、これは必要以上の数です。この取り組みを始めた当初、議論の中心は、テクノロジー、パフォーマンス、セキュリティ、適切な人材とスキル、そしてコンプライアンスでした。これらの技術的な能力は依然として重要ですが、これらが決定を左右すべきではありません。Cloudへの移行を決めた理由は、純粋に戦略的なものでした。
Cloudは単にサービスをホストする場所の問題ではありませんでした。これは、HyperscalerとFroedtertのような医療システムの間の共有責任モデルを通じて、Cloudが提供する機能に関するものでした。私たちは、開発とデプロイメントの俊敏性が必要でした。エンジニアリングチームがインフラストラクチャやセキュリティを心配することなく、素早く反復できる環境が必要だったのです。この過程で早期に気づいたのは、医療においてテクノロジーがビジネスそのものだということでした。医療従事者として、私は最初、これらを別個のものとして捉えていました。
前進するために、テクノロジーの役割を再考する必要がありました。従来、ほとんどの医療システムは電子カルテシステムを通じて運営されています。私たちは17年以上にわたってEpicをホストし、それを病院システムのバックオフィスとして見てきました。患者向けのデジタル体験は、当初は後付けの考慮事項でした。私たちは単に診察前後のサマリーへのアクセスを提供し、患者が病院に来院するのを助ける機能を提供していただけでした。患者をConsumerとして扱う視点からデジタル体験を考えることは一度もありませんでしたが、これが問題であることに気づきました。
私たちは、EHRをケア運営サービスとして活用しながら、患者に提供するケア体験への信頼と所有権を維持する必要があることを認識していました。これはポータルを構築するだけでは実現できませんでした。ケア体験とデジタル体験を一貫して推進するために、EHRとの深い統合とCloud機能の構築が必要だと気づきました。私たちの臨床チームは、ケア体験とデジタルプラットフォームの両方を所有しています。
もう1つの学びは、データに対するアプローチについてでした。当初、データは患者レベルの医療記録としてのみ扱っていました。しかし、デジタル体験を構築する際、パーソナライゼーション、Machine Learning、レコメンデーションエンジンを活用するためには、患者についてより多くを知る必要がありました。そこで、医療記録や研究目的だけでなく、第3の柱を含めるようにデータ戦略を転換しました。患者データを単なる診療記録としてではなく、患者の経時的な journey として捉える必要があったのです。Amazon S3 Firehose、ストリーム処理、Sparkを活用することで、より迅速なインサイトと体験の向上を実現し、Data Lakeの開発につながりました。
この journey は最初から計画されていたわけではありません。6ヶ月ごとに新しい発見があり、それに応じて価値を生み出してきました。現在のアーキテクチャは、そうした進化を反映しています。最も重要なのは、人から始めたということです。 私たちは、Product思考を持ったエンジニアリング主導のヘルスケアシステムです。従来のヘルスケアシステムに存在するサイロ化を排除しています。
当初存在していた機能別の組織構造（IT部門、法務・コンプライアンス部門、臨床運営部門など）から脱却しました。これらが摩擦を生んでいることに気付いたからです。本日のAmazonのCTOであるDr. Vogelの基調講演でお聞きになったと思いますが、Amazonでは「Two-pizzaチーム」という考え方を採用しています。私たちも今まさにそれを実践しています。Two-pizzaチーム以上の規模にはしません。チームは非常に小さく、Product主導です。エンジニア、臨床医、Clinical Informatics専門家、ユーザーリサーチャーが1つの小さなチームに集まり、単一の価値を追求しています。
さらに、私たちは適切な基盤が必要だということを当初から認識していました。4年前に始めた時のことを覚えていますが、最初はAWSアカウントを作って、クレジットカードを登録して開発を始めました。しかし、それでは上手くいかないことは明らかでした。本当に必要だったのは基盤作りでした。そしてここでAWSのパートナーシップが素晴らしい力を発揮してくれました。単なるハイパースケーラーやクラウドプロバイダーではなく、ヘルスケア向けのLanding Zoneの構築を支援してくれたのです。皆さんにもぜひこれを活用することをお勧めします。素晴らしかったですよ。わずか3週間で、すべてのガードレール、GuardDuty、そして必要なセキュリティプロトコルを備えたマルチアカウント組織をAWS上に構築できました。
2番目のレイヤーは、実際にものを作り始めることでした。私たちは完全なServerlessの道を選びました。クラウドを活用するなら、Cloud-nativeなチームとして取り組む必要があると判断したのです。クラウドへの単純な移行ではなく、すべてを一から構築することを決め、AWSのServerlessインフラストラクチャを積極的に活用しました。特に私が気に入っているのは、Lambda、API Gateway、Step Functionsです。このレイヤーの上に、2つの重要なコンポーネントを構築しました。1つは分析とパーソナライゼーションに関するもので、患者が予約を取るのを待つのではなく、適切なタイミングで患者にリーチする必要があるという考えを活用しています。2つ目は engagement に関するもので、数千人の患者のリアルタイムデータを日々何十万ポイントも収集し、マイクロイベントを通じて患者と関わっています。これにはAmazon PinpointやAmplifyのengagement機能を活用しています。
これは素晴らしく簡単だと思われるかもしれませんが、実際はそうではありませんでした。課題の1つとして、私たちはクラウドネイティブを目指していましたが、現在の医療インフラと深く統合する必要があることを認識していました。つまり、EHRシステムとの統合が必要だったのです。医療分野に携わる方々はご存知だと思いますが、EHRシステムのほとんどは1970年代や1980年代の技術で構築されています。モノリシックで、APIという概念は私たちの医療インフラにとって馴染みのないものでした。そのため、クラウドの機能を損なうことなく、どのようにアーキテクチャを再設計するかを考える必要がありました。ネットワーキングを考える際、これは私たちにとって非常に戦略的な決断でした。ITとセキュリティチームはAWS上のVPCのIPアドレスを要求していましたが、私たちにはIPアドレスはありません - 実際にはサブネットとVPCを使用し、Lambda関数を使用することですべてがエフェメラルになっています。
私たちは適応する必要があり、これはITチームと協力する上で重要な特徴の1つでした - これらの点をどのように接続するかを理解することです。私たちが行ったことの1つは、医療コンプライアンスシステムの上に独自のコンプライアンスを構築することでした。これは大きな利点でした。なぜなら、それによって摩擦を取り除くことができたからです。KMSとセキュリティキーについて例を挙げると、クラウド上の暗号化をどのように管理するかという質問がありました。チームはキーについて尋ねましたが、私たちにはキーはありません。これがこのように構築される予定で、このポリシーに適応する必要があります。このような協力関係を築くには多くの時間がかかりますが、それによって私たちのチームは、クラウドを医療に適応させることを考える必要がなくなりました。私たちが必要としたのは、むしろ逆のことでした - 医療をクラウドに持ち込む必要があったのです。
Lambdaは私の大好きなサービスの1つです。本当に素晴らしいですよ。デプロイが非常に簡単で、関数に集中するだけでよく、サーバーのことを気にする必要がありません。ゼロから数千の同時リクエストまでスケールし、1秒あたり0から100万のリクエストまで処理できます。Lambdaの使用を開始した時、最初はCOVID期間中の医療提供者向けの高速アクセスに使用しました。Lambdaを使用することで、コストを97%以上削減できました。信じられないほど低コストで、ほとんど支払いがありませんでした。1秒あたり数千のリクエストを同時に処理できただけでなく、必要がない時はゼロまで落とすことができました。これにより、非常に速く開発を進め、イテレーションを行うことができました。
これにより、私たちは新しいアイデアの展開について考え始めることができました。サーバーのこと、その運用方法、パッチの適用方法、セキュリティの確保方法について考える必要がありませんでした。単純に立ち上げて実験することができました。これにより、実際に実験に焦点を移すことができました。なぜなら、今では物事を非常に簡単に構築でき、同様に簡単に破棄できるからです。事前投資を行う必要もありませんでした。
AIとAmazon Bedrockを活用した医療サービスの革新
Landing Zoneについて、もう少し詳しく説明するためにNaqiに引き継ぎたいと思います。ありがとう、Melek。私は世界中の多くの人々と会う機会に恵まれていますが、正直なところ、MelekほどのLambdaファンには会ったことがありません。後でMandalay Bayのタトゥーパーラーで説得してみようと思います。しかし真面目な話をすると、先ほど触れたLanding Zone Accelerator for Healthcare について掘り下げてみましょう。これは私たちのGitHubで利用可能です。後でリンクを共有できます。
私たちの目標は、いかにして堅牢な基盤から始められるかということです。私たちは、ビルダーたちが構築に専念し、彼らのビジネスにとって重要なことに集中できるようにしたいと考えています。最初から、通常なら自力で理解しようとして頭を悩ませるような多くの機能が提供されています。そこで、Well-Architectedの原則に基づき、私たちのチームが多くの時間をかけてバックワードワーキングを行い、ベストプラクティスを開発・統合してきたものから始めてみてはいかがでしょうか。これが整えば、他の要素も順調に展開していくことができます。これこそが、Melekさんからお聞きしている journey（道のり）の重要な部分なのです。
私たちは、皆さんにこの連続体の右側にある魅力的で楽しい要素に取り組んでいただきたいと考えています。しかし、これは一つの journeyであり、必要な要素が順を追って組み込まれていく必要があります。これこそが、Melekさんが過去4年間にわたって実証してきたことです。確かに、Landing Zone Acceleratorから始まりますが、その後すぐにヘルスデータプラットフォームの検討を始めることになります。臨床医や管理者、患者さんと話をすると、データがどこに保存されているのか、どのサーバーで動いているのか、さらにはLambdaが何なのかということは、実はあまり気にしていません。最終的に、私たちはこの列の右側にある要素を実現したいのです。MelekがInceptionやFroedtertで実証しているように、患者さん一人ひとりの特性に基づいたPoint of Care Decision Supportを提供できるようになることを目指しています。
私が糖尿病で複数の症状がある場合、Melekのチームが開発したアプリのいずれかを使用する際には、それがカスタマイズされていることを期待します。一般的なものではなく、私たちが収集してきたすべてのデータに注意を払い、私個人に合わせたものであってほしいのです。これは、この journeyを経て初めて実現できることです。エンジニアや開発者として、私たちは共通のパターンが何度も繰り返し現れるのを目にしています。チームが実現したいことがいくつかあり、それがこのグラフィックの中央部分に示されています。分析やMachine Learning、Business Intelligenceを実行したいが、インフラストラクチャーからは抽象化されていることを望んでいます。つまり、ビジネスに影響を与えることに集中したいのです。
そのために、Melekと彼の優秀なエンジニアやチームと多くの時間を過ごし、現場で実践的な経験を積み重ねた結果、Health Data Acceleratorと呼ぶものを作り上げました。これは、既存のLanding Zoneの概念をさらに発展させる方法です。共通して実行したい作業があるからこそ、これを通じてインフラストラクチャーをコードとしてデプロイし、実行を開始できます。セキュリティが組み込まれ、サービスがHIPAA対応であり、コアプロセスが検証済みであるため、心配する必要のないことについては気にせずに開始できます。しかし、皆さんはこれが何をもたらしたのか、そしてAIがどのように組み込まれているのかというビジョンを見たいと思います。ここで、それについて詳しく説明するためにMelekに戻したいと思います。
さあ、楽しい部分に入りましょう。私たちはこれを34年間行ってきましたが、AIや大規模言語モデル、そして私たちの機能について考え始めたとき、ヘルスケアでは研究面ではMachine Learningや多くの機能を使用してきましたが、ケア体験の面ではあまり活用されていませんでした。
Amazon Bedrock が発表された直後、私たちは基盤がすでに整っていたため、すぐに臨床医向けのCopilotとしてどのように活用できるか検討を始めました。Strangler パターンと呼ばれる手法を採用し、AWS Lambda をミドルウェアとして使用してマイクロサービスアーキテクチャの背後にモノリシックなEHRシステムを隠蔽しました。この取り組みの目的は、Bedrock が安全な方法でAPIを介して私たちのEHRシステムと通信できるインターフェースを作ることでした。その後、RAG（Retrieval Augmented Generation）を構築し、臨床ガイドラインやベストプラクティスガイドラインをS3に取り込み、何百もの実践的なドキュメントをアップロードして、Bedrock に私たちのベストプラクティスを学習させました。また、RAG Crowder を使用して社内文書や社内Webサイトと連携し、医師や従業員が必要な情報を適切なタイミングで見つけられるようにしました。
結果は非常に興味深いものでした。インターフェースを構築し、すべてを自社でホストし、素晴らしいエンジニアリングチームが週末で開発を行い、その後も改良と実験を重ねていきました。これは、私たちが構築できた全体のアーキテクチャの中の一つの価値に過ぎません。このような継続的なイノベーションと俊敏性は、クラウドへの投資によって実現されました。5年前には想像もしていませんでしたが、このように変革を実現し、俊敏性を持ち、即座に価値を提供する能力を手に入れることができました。これにより、アイデアから患者さんへの展開や実験までの距離を大幅に短縮することができました。
クラウドを戦略的投資として考える理由に話を戻しましょう。クラウドを活用することで、私たちは「デュアルトランスフォーメーション」と呼ぶ2つのことを同時に実現できます。1つ目は現在のコアビジネスの変革です。MCW アプリをダウンロードすれば、今日見られるようなイノベーションがそれにあたります。デジタルをデフォルトにする方法、遠隔医療をデフォルトで利用可能にする方法などです。興味深い実験の1つは、EHRシステム上に独自のビデオ診療システムを構築し、モバイルアププリにシームレスに統合したことでした。他の多くの実験と比較して、患者さんはモバイルアプリで最高の体験を得られることがわかりました。
興味深いのは、私たちが受け取ったフィードバックの中で最も評価が高かったのが、アプリについてではなかったことです。最も多かったフィードバックは、臨床医に関するものでした。これこそが私たちが望んでいたことです。テクノロジーが意識されないようにすることです。最高の価値は、患者さんがその裏にあるテクノロジーを意識しないことです。レイテンシーやAPIのレスポンスタイム、テレメトリー、可観測性などを気にする必要はありません。これらのコンポーネントを構築することで、患者さんは医療提供者との最高の体験を得ることができます。クラウドトランスフォーメーションに注力し、この小規模なエンジニアリングチームを構築することで、実際に明日のビジネスについて考えることができるようになりました。これが私を最も興奮させることです。
デジタルファーストの医療サービスと今後の展望
医療システムとしての私たちの責任は、単なるオペレーターではなく、点と点を結ぶだけの存在でもありません。私たちは医療を変革するビジネスに携わっているのです。患者さんに最高の医療を提供し、ビジネスを創造するために、私たちは異なる考え方をしなければなりません。これらのことに私は非常に胸が躍ります。過去3年間の成果をいくつかご紹介しますと、患者層が前年比10%の成長を遂げています。私たちのデジタルサービスは、もはや診察後のサマリーや既存患者の予約だけではありません。患者さんがデジタル体験を通じてデフォルトで私たちのサービスにアクセスするようになってきています。また、月間アクティブユーザー数も前年比20%の成長を見せています。これは単にサービスを増やしただけでなく、患者さんがより有用で役立つと感じていることを意味しています。
実際、昨年の患者さんの74%が少なくとも1回はデジタルで私たちとやり取りをしています。これは、患者さんが自分の都合の良い時にサービスを受けたいと考え、いつでもサービスにアクセスできることを期待している - つまり、消費者として扱われることを望んでいるということを示しています。
Digital Therapeuticsプログラムを通じて、メンタルヘルスサービスを改善できることが分かりました。これは私たちのモバイルアプリで実施した実験で、医師が処方するのではなく、患者さん自身がメンタルヘルスの準備状態を評価し、自己処方できるサービスを提供するという形を取りました。その一つの要素として、メンタルヘルスプロバイダーとの連携があり、14日間のフォローアップを行います。患者さんはこのサービスに積極的に関わり、役立つと感じており、信頼できる医療システムによって提供されているため、実際にプログラムを完了しています。
本日、大変嬉しいお知らせがあります。今年末までに、私たちは初のデジタルファーストのプライマリケアクリニックを立ち上げます。クリニックのバックオフィスとしてテクノロジーを考えるのではなく、逆に、クリニックがテクノロジーのバックオフィスとなるのです。Wisconsinにお住まいの方は、完全にデジタルでデジタルファーストのプライマリケアを受けることができます。デフォルトでこのサービスに登録でき、予約のためにクリニックやオフィスに行く必要はありません。Froedtertで研修を受けた医療提供者による24時間365日のサービスを、デジタルファーストで提供します。これは完全デジタルというわけではなく、クリニックでの診察や検査が必要な場合、あるいは病院に来たい場合でも、それらも対応可能です。
このアイデアは、私たちのクラウド戦略と医療システムの機能を結びつけることでした。テクノロジーは素晴らしいものですが、信頼性の方がより重要で、患者さんは私たちの医療システムを信頼しています。そのため、私たちはこれを構築しており、Herealth が年末までにローンチされることを嬉しくお知らせします。Wisconsinにお住まいの方は、ぜひご参加ください。興味深い体験ができ、その背後にある技術は素晴らしいものです。私たちは生成AIなど多くの機能を活用し、その体験をどのように構築できるか探求しており、医療提供者が大規模に患者さんを治療できるようになることを期待しています。
本日、私たちのCDK Constructをオープンソース化することをお知らせしたいと思います。先ほど申し上げたように、私はLambdaが大好きで、そのため、私たちのLambda関数と、安全でHIPAAに準拠したデータソースをオープンソース化します。これを構築し、その方法を皆さんに共有することは非常に重要だと考えており、皆さんの貢献を歓迎します。これが、私たちのInfrastructure as CodeにおけるCDKのConstructsのさらなる展開の始まりになることを願っています。すべての説明が含まれており、過去数年間本番環境でテスト済みですので、すぐに使い始めることができます。
Meliと彼のチームは、Herehealthをああいう形で発表するという点で賢明だったと思います。私も招待状を手に入れようとしていたのですが、彼が言及したように、Wisconsinに住んでいる必要があります。試してみたさに引っ越すことも考えているほどで、それだけでも相当なことです。これは非常にユニークです - 私はGitHubのリポジトリやオープンソース化されているものを見るのに多くの時間を費やしていますが、Meliと彼の優秀なエンジニアたちが公開したものは素晴らしいものです。このQRコードをクリックして中身を見てください。なぜなら、これほどの取り組みを行い、さらにそれを世界に公開している医療機関は他にないからです。これは当たり前のことであるべきで、他のすべてもこうあるべきなのです。
少し早めに終わりますが、今日強調した点について振り返りたいと思います。その中には、Landing Zone Accelerator for Healthcareが含まれています。これは通常のGitHubリポジトリで利用可能です。また、Health Data Acceleratorについても言及しました - 私たちは皆さんに速く進んでいただきたいので、「Accelerator」という言葉が大好きなんです。これも私たちのチームに連絡して協力することで利用可能です。ここに私の連絡先があり、Meliの連絡先もあります。私たちは協力を求めていますので、ぜひ連絡してください。物事を閉ざされた扉の向こうに置いておくという現状を変え、可能な限りオープンにしていきたいと考えています。なぜなら、それこそが真の推進力とイノベーションを生み出す方法だからです。
ご参加いただき、ありがとうございました。アンケートがありますので、ぜひご回答ください。カンファレンスの残りの部分もお楽しみいただければと思います。ありがとうございました。
※ こちらの記事は Amazon Bedrock を利用することで全て自動で作成しています。
※ 生成AI記事によるインターネット汚染の懸念を踏まえ、本記事ではセッション動画を情報量をほぼ変化させずに文字と画像に変換することで、できるだけオリジナルコンテンツそのものの価値を維持しつつ、多言語でのAccessibilityやGooglabilityを高められればと考えています。
Discussion