医療機関がClaude Tag をどのように活用しているか

ヘルスケア組織では、Claude をチームメイトとして Slack に導入する Claude Tag（ベータ版）を活用しており、本番環境でのアラートのトリアージ、内部ツールの維持、支払者ルールに関する質問への回答などを行っています。 Claude Tag はまだ Anthropic のビジネスアソシエイト契約の対象ではありませんが、現在、いくつかの医療機関がチャネルや保護対象の医療情報（PHI）に決して触れないコネクタでこの機能を使用しています。

チャネルで @Claude をメンションすると、スレッドを読み取り、接続したツールを使用して作業を行い、レポートを作成します。 各チャネルで何が起こっているかを記憶しているため、長期にわたる作業について再説明する必要はありません。また、チャネルを監視しユーザーが許可したときに自律的に介入します。

管理者が Claude Tag の動作場所や到達範囲を決定するため、医療チームは PHI を保持するチャネルやシステムに Claude Tag を排除できます。

• Claude Tag はデフォルトでオフにし、承認されたチャネルでのみ有効化できます。DM は無効化し、コネクタをチャネルごとに設定できます。
• Claude Tag は Slack のすべてを読み取るわけではなく、ワークスペースのメンバーが閲覧する内容のみを把握します。 ワークスペースのパブリックチャネルを読み取り、キーワードで検索することはできますが、招待されていないプライベートチャネルにはアクセスできません。
• アクセスバンドルを使用すると、EHR、臨床システム、患者とのコミュニケーションにはアクセスできない場合でも、チームがコードベースや課題トラッカーなどのデータソースを 1 つのチャネルで接続できます。 セキュリティとデータ処理に関するドキュメントで、Claude Tag のエージェント アイデンティティアクセスモデルとそのアーキテクチャ全体について詳しくご覧いただけます。また、医療機関向けのベストプラクティスについても詳細はこちらをご覧ください。

Claude Tag を有効化し GitHub にリンクするエンタープライズ組織では、25,000 ドルの Claude タグクレジット（10 シート以上の Team 組織では 2,500 ドル）を受け取ります。これらのクレジットは 2026 年 10 月 1 日に有効期限が切れる点にご注意ください。 クレジット詳細については、こちらをご覧ください。

以下は、Insight Health、Tennr、Medallion が現在、Claude Tag を活用して人間とエージェントのチームを構築している方法です。

Insight Health でインシデント対応を運用

Insight Health は、専門医療機関向けの AI 紹介コーディネーター MagicDocs を構築しています。 MagicDocs は受信患者の文書（ファックス、紹介、事前承認リクエスト、臨床記録）を読み取り、臨床の詳細を抽出して各文書を適切な患者と照合し、構造化データを EHR に書き込みます。 同社は56 の専門分野で 1,100 以上の診療所を提供しています。

Insight Health の顧客基盤が拡大するにつれ、本番環境のアラートのトリアージングにより、シンプルなエンジニアリングチームがより価値の高い業務に費やす時間が奪われています。 そのため、過去 3 か月間 PHI のないエンジニアリングおよびサポートチャネルで Claude Tag を運用して、本番環境での警告の調査、チケットのファイル作成と重複除外、PR のレビュー、あるスレッドから次のスレッドへとコンテキストを伝達します。

大量の本番環境アラートチャネルでは、Claude Tag と 2 番目のエージェント Zeus（Claude Agent SDK で Insight Health が構築）を組み合わせ、最初の通知からテスト済みの修正までインシデントを伝達します。 2 つのエージェントでは意図的にアクセス権が異なっています。Claude Tag はコードベースを、Linear はコードパターンとチケット履歴を把握しています。Zeus は、BAA が適用される同社の Claude API 組織で稼働しているため、本番環境データにクエリを実行し、データが Slack に到達する前に PHI をマスクできます。 アラートを受信すると、エージェントは本番環境データのクエリ、コードや最新のデプロイと照合し、過去のチケットと比較するなど、すべてを調査しながら、Slack スレッドで進捗状況を報告します。 根本原因を特定したら、PR の下書きを作成し、テストを監視して、最終的にエンジニアがレビューとマージを行います。 Claude Tag のチャネルメモリがここで価値を発揮します。新しい苦情を修正保留の既知の問題として認識し、数週間前の調査を呼び出して、予告なしに常時の指示に従います。

「Slack チャネルの全員が、両方のエージェントの推論と作業の分担方法を把握しています」と、Insight Health の共同創業者兼 CTO、Saran Siva は述べています。 「この透明性は信頼を構築し、チームがエージェントを最大限に活用する方法を学びます。」 Claude Tag の提供開始以来、Insight Health の重要なアラートチャネルにおけるアラートの 97% が、エンジニアの介入なしに終了し、チームはコアな製品作業に集中できるようになりました。

インシデント以外にも、Insight Health チームは採用、ベンダーとの交渉準備、契約レビュー（通話の文字起こしと条件を確認）、一般的なビジネス運営にも Claude Tag を活用しています。

Tennr の社内ツールを維持

Tennr は患者オーケストレーションプラットフォームで、医療従事者が治療を遅らせる接種、文書作成、承認、スケジュール設定を自動化することで、より迅速に患者を適切なケア環境に導くよう支援しています。 Claude Tag は社内ツールを活用し、技術者以外のチームがカスタム内部アプリケーションのセットアップと保守を支援します。

Tennr のような急成長する企業では、社内ツールは構築されると同時に機能しなくなります。なぜなら、それらを維持するだけの帯域幅を誰も持っていないからです。 2026 年 7 月、Tennr は社内ツールを構築するにあたり異なるアプローチを採用しました。 Claude Code で構築された社内オファープレゼンテーションポータル recruiting.tennr.com をローンチし、専用 Slack チャンネルを通じて Claude Tag を主要メンテナンス担当者にしました。 現在、このツールを実際に使用する人（採用担当者、人材チームのメンバー、採用マネージャー、RevOps）が Claude を分かりやすい英語でリクエストすると、Claude がコードの変更を公開し、展開してレポートします。 エンジニアが製品作業から離れることなく、直接ツールを反復的に活用できます。

約 1 か月でチームは 15 件以上のチケットを公開しました。アップロードされた PDF の 1 ページ目で特典を詳しく説明するセクション、Dropbox Sign にリンクする「オファーに署名する」バナー、ターゲットボーナスフィールド、セルフサービスの管理者コントロールなどです。 一般に公開されているコピー API が検出されると、Claude は同日中にそれをロックダウンしました。 Ashby のインポートバグによりライブオファーのエクイティがリセットされ続ける事態が発生したため、Claude がバグを修正し、修正された値を反映しました。 別のバグで候補者変数 comp が誤って表示された際、Claude は影響を受ける期間と修正点を説明した通知を、指示を待たずにチャネル全体に投稿しました。 また、オンボーディングドキュメントを書いたり、ツールの権限管理も行いました。

チームは、絵文字のステータス凡例、番号付きのチケット形式、リクエスト担当者、コミットリンク、スクリーンショット、ライブテストリンクなど、チャネル内で自社の運用慣行を教えました。 Claude は今後もそれらを採用していきます。 採用担当者はエンジニアリングチケットに相当するものを自然言語で提出し、時にはスクリーンショットだけでも対応して、本番環境の変更は 1 時間以内に反映していました。 「Claude Tag は、社内ツールを根本的に実現するものです」と Tennr のビジネスオペレーションおよび戦略担当 VP、Abe Griffiths は述べています。 「Slack チャネルを通じてツールを管理する Claude がいることで、エンジニアをプロダクト作業から引き離すことなく、実際にツールを使用する人たちが直接反復的に使用できるようになります。」

基盤が整っていたため、迅速な展開が実現しました。 Tennr では限られたプライベートチャネルでのみ PHI が許可されるため、Claude Tag を広範に追加しても新たなデータ問題は発生しません。 Claude Tag が簡単に「はい」と答えたのは、チャネルごとの範囲設定でした。

「オファーツールチャネルでは、Claude に問題の修正、コードの修正、PR レビューの省略、そしてリリースというプロアクティブな取り組みを期待しています」と Griffiths は述べています。 「Claude の役割が情報収集や組織の整理に近いプロダクトや Eng チャネルなどにとって、この姿勢は明らかに間違っています。 チャネルごとに線を描くことができるようになったことで、リスクの低いところで Claude に真の自律性を与えることができました。」

Medallion で支払人に関する専門知識を蓄積

Medallion は医療機関向けのプロバイダーの認定、ライセンス取得、支払者登録を自動化しています。 その作業の多くが難解な未文書のルールに依存しています。たとえば、支払い機関がグループを登録する前に最低限の資格を持つプロバイダーを認定する、州固有の規制、エンジニアがプロセスを製品に盛り込む前に回答が必要な数十の同様の質問などです。 これまで、これらの回答は社内の医療分野の専門家が担当していたため、中核的な製品開発の意思決定において人的ボトルネックが継続していました。

Claude Tag は現在そのループに組み込まれ、ナレッジのサイロを解消しています。 エンジニアが Slack で支払人ルールに関する質問をすると、Claude Tag は過去の専門家の回答、履歴データ、非構造化された社内リソースに基づいて回答します。 専門知識が 1 人の頭ではなく、チャネルで蓄積されます。

「確信が持てない場合には適切な専門家を任命し、その回答が今後の関連トピックに対する回答の基盤となります」と CTO の Armaan Sarkar は述べています。

Claude Tag の導入に満足した理由は何ですか？ Sarkar 氏は、PHI のない適切なワークストリーム、専門家のレビュー、自動検証を確保することを指摘します。 Claude Tag はポリシーレベルで運営されています。質問は支払者ルールとプロセスに関するものであり、個々の患者や医療提供者ではありません。 単独では答えが出るわけではありません。専門家が監視と修正を行い、すべてのやり取りは社内の誰でも監査可能な Slack チャネルで行われます。 Medallion のシステムはこれらのポリシーを活用してアクションを実行し、その後に自律的に監査と検証が行われるため、出力は下流で確認されます。

ご利用にあたって

上記の各チームはすべて同じ場所からスタートしました。エンジニアリング、プロダクト、オペレーション、リクルーティングチャネルは、1 つまたは 2 つのコネクタがあり、DM ではなくオープンスレッドで作業を行っているため、チーム全体がコンテキストを確認し、把握できます。

医療機関向けの Claude Tag のベストプラクティスをこちらで確認し、1 つのチャネルから始めましょう。 アラートやサポートエンジニアリングチャネルで Claude Tag を有効にし、GitHub に接続してチームに 2 週間かけて作業を任せ、許可リストを拡大しましょう。

Claude Tag から始めましょう。