ヘルスケア業界のClaude活用ガイド — 事前承認・保険請求・カルテ作成の実務

Claude for Healthcareの製品ページは、事前承認審査、保険請求の異議申立、患者ポータルメッセージのトリアージ、診察録音からのカルテ生成という4業務をデモで示しています。運用中の4社の事例は数字の測り方がそれぞれ違います。PHI(保護対象の医療情報)を扱うなら、BAA(事業提携契約)の対象範囲によって使える機能も分かれます。医療情報システム安全管理ガイドラインが生成AIへの入力をどう位置づけているかは医療情報システム安全管理ガイドラインで生成AI入力はどう扱われるかで整理しています。

事前承認審査 — 保険適用の可否をエビデンス付きで下書きする

事前承認(prior authorization)は、保険適用の可否を審査するために保険者と医療機関の双方が時間を取られる業務です。デモの題材は、ロボット支援下の肺生検を必要とするメディケア患者です。ファックスの依頼書と、病歴・身体所見の文書をClaudeに渡します。

手順

デモの事前承認レビューが進む順番

1. 1

   依頼書と病歴を渡す

   ファックスの事前承認依頼書と、病歴・身体所見の文書をアップロードします。

2. 2

   提供者とコードを照会する

   NPI RegistryとICD-10データベースの2つのMCPコネクタ(Model Context Protocol、外部ツール連携の仕組み)で、提供者のNPIとICD-10コードを検証します。CPTコードの検証結果も同じ一覧に並びます。

3. 3

   地域の適用基準を当てる

   CMS Coverage Databaseから該当する地域カバレッジ決定(LCD)を引き、その要件を一つずつ照らします。デモの結果にはLCDの番号(L38319)が出ます。

4. 4

   医学的必要性を項目別に判定する

   画像所見、組織診断の必要性、手術の適格性、気管支鏡など侵襲の小さい手技を先に試したか、の4項目です。

5. 5

   推奨と監査証跡を出す

   承認可否の推奨に、どの照会結果と提出書類を根拠にしたかの記録が付きます。

CMS Coverage Databaseコネクタが引くのは、地域(Local)と全国(National)の両方のカバレッジ決定です。製品ページはこの業務を、書類の突き合わせに数時間かかる作業と位置づけています。Claudeは書類の欠けを指摘し、レビュー待ちの状態まで下書きする、という説明です。

雛形も用意されています。サンプルスキルは、組織の方針やデータ、用途に合わせて書き換える出発点という位置づけです。

保険請求の異議申立 — 却下理由ごとにエビデンスを突き合わせる

保険金請求が却下された場合の異議申立処理は、事前承認と対になる業務です。デモは腰椎固定術(L4-L5)の異議申立で、却下理由は2つ付いています。保存的治療の失敗の記録不足(MN-401)と、必要な介入的治療が記録されていないこと(MN-403)です。日本のレセプトの返戻・査定通知を整理する手順はレセプトの返戻・査定通知をClaudeで事由別に整理し再請求を準備する手順にあります。

Claudeは、保険方針の6基準を患者の医療記録と照らして一つずつ判定します。

当初の却下の原因は、3回目の硬膜外注射の施術記録が最初の提出に欠けていたことでした。デモの出力は、その記録が追加された点を挙げて、異議申立を支持する推奨を出します。

ピアツーピア審査、追加記録の請求、却下維持の3つの代替案にも判定が付きます。前の2つは「不要」、却下維持は「支持されない」です。出力の末尾には「Requires reviewer sign-off before member notification」(会員への通知前にレビュー担当者の承認が必要)と入っています。

患者ポータルメッセージを4分類して下書きまで出す

患者ポータルに届く大量のメッセージ対応は、臨床現場のもう一つの負担です。デモのプロンプトは、1日分のメッセージCSVを臨床的な質問・処方箋の再発行依頼・予約・請求関連の4つに分けさせます。予約と請求には返信の下書きを作らせます。

臨床的な質問は、先に見たほうがよいものとその理由を挙げさせ、残りを要約させる指示です。製品ページは、1日数百件のメッセージを数秒で振り分けられるとしています。

診察録音からカルテを作るデモは47秒

診察録音からカルテを自動生成するアンビエント・スクライビング(ambient scribing)のデモでは、12分の録音と患者のカルテPDFを渡します。出力は来院の要約、診察所見、アセスメント、プランを含む臨床記録で、生成に47秒かかっています。アセスメントにはICD-10のコードが付きます。

出力の冒頭には、署名前の確認項目が2つ並びます。ベンゾネタートの用量(患者が似た薬への過敏を述べているため)と、E/M請求レベルが記録内容と合っているか、です。末尾には署名・編集・追記の3つの操作が置かれ、確定は医師の署名に残ります。

製品ページは、このデモをヘルスケア系スタートアップがClaude Developer Platformで作る製品の例として載せています。紹介状(診療情報提供書)は、医師法上の位置づけがカルテと異なります。AIで下書きする際の確認プロセスは医師がClaudeで紹介状・診療情報提供書を下書きする際の法的境界で解説しています。

導入4社の数字は何を測ったものか

数字は各社の公表値で、施設規模も導入範囲も揃っていません。

数字

4つの事例が公表している中心の数字

• Banner Health

  85%

  利用者アンケートで、時間短縮と精度向上を報告した割合

• Elation Health

  61%

  カルテレビューで最初の結果が出るまでの中央値の短縮

• Carta Healthcare

  最大66%

  臨床データ抽出に要する時間の削減

• Qualified Health

  100万人超

  UTMBでスクリーニング中の患者集団

Banner Healthは、33の急性期病院と400のクリニックを持つ非営利の医療グループです。全社AIプラットフォームのBannerWiseはClaude Sonnet 4.5で動き、使われ方は文書の分析・要約が32%、コンテンツ作成が20%、コード最適化などの開発支援が16%です。Claudeは自社のAWS環境に置かれ、患者データがその環境の外に出ない構成になっています。

腫瘍内科では、血液腫瘍内科医のドキュメント作成時間の20%が午後6時から翌朝6時に発生していました。BannerWiseは、このチャート準備を時間外の作業から院内で終わる作業に変えています。パイロットは2025年6月から1,400件超の臨床ノートを処理しました。ユーザー調査のNPS(推奨度)は+64、生産性への影響は10点満点で8.9です。

Elation Healthは、プライマリケア向けの電子カルテ(EHR)と請求の基盤で、4万6千人超の臨床利用者が2,400万人の患者を診ています。Clinical Insightsは他社モデルで始まり、最初の結果が出るまでの中央値は26秒でした。Claude Haiku 4.5への移行で、この時間が縮んでいます。

各回答には、元のノート・検査値・問題リストへの引用が付きます。臨床医は一文ずつ元データで確かめられます。社内ビルドへの組み込みは3日、全ユーザーへの展開は約2週間でした。

Carta Healthcareは、病院の記録から臨床レジストリ向けのデータを抜き出す作業(臨床データ抽出)を扱います。第1段階でClaude Haiku 3.5とSonnet 4が関連情報を抜き出し、第2段階でSonnetが証拠を採点して、レジストリの質問への回答案を作ります。抽出担当者は、探す側から回答案を検証する側に回ります。

年間2万2千件超の手術症例を14病院で扱う医療システムでは、通常の症例が30分から15〜22分に縮みました。複雑な症例は5〜6時間から90分です。年間の削減時間は3,667〜6,050時間になります。評価者間信頼性(IRR)は、事例の要約で98〜99%、成果の節で99%、製品ページの紹介では「99%の正確性」と書かれています。IRRは評価者同士の一致度で、正確性とは別の指標です。

Qualified Healthは、テキサス大学システムの200万人規模の患者集団から、治療の対象になり得る人を見つけます。テキサス州では年間400万〜600万人が根拠に基づく治療介入の対象になり得るのに、特定されていないと推計されています。プラットフォームはClaude Sonnet 4.5で構築され、UTMB(テキサス大学医療分校)の集団を対象にしたプロトコルが動いています。

出発点は循環器で、2026年末までに一次診療・血管・消化器・リウマチ・神経へ広げる計画です。導入初月の分析では、心不全患者の最大3分の1に、ガイドラインに沿った薬物療法を見直す余地が示されました。創業者のJustin Norden医師は「完全自動の臨床判断は行っておらず、すべての出力は臨床医が元データと突き合わせて検証する」と述べています。

Novo Nordiskを加えた5社を臨床現場の変化という切り口で横断比較したものはClaude医療導入事例にまとめています。

CommureのCTOであるDhruv Parthasarathyは、Claudeで臨床文書化を大規模に自動化できると述べ、臨床医が患者ケアに戻せる時間は毎年数百万時間にのぼるとも語っています。この発言は製品ページに引用として載っています。

PHIを扱う前に見るBAAの対象範囲

導入形態は、Claude for EnterpriseとClaude Platform(API)の2経路です。PHIを扱う組織は、BAA付きのHIPAA-ready構成が前提です。

HIPAA-ready構成を有効にできるのは、Enterpriseプランの組織だけです。Team・Free・Pro・Maxの各プランでは有効にできません。Teamプランの料金と機能はClaude Teamプランの料金・違いにあります。有効化の操作ができるのは組織のPrimary Ownerだけで、BAAはクリック承諾の形で提示されます。標準契約なので内容は変更できず、承諾後は組織設定から元に戻せません。一部の設定は既定値に戻ります。

Claude CodeとCoworkのローカルモードを対象にするには、BAAの承諾とは別に「HIPAA構成」の適用が要ります。アカウントチームが先に有効にし、Primary Ownerが適用します。適用後はPrimary Ownerでも外せません。

くらべる

HIPAA-ready Enterpriseで、BAAの対象になるものとならないもの

PHIを扱える

BAAの対象(Eligible Services)

チャット、Projects、Artifacts、ファイル作成とコード実行(ネットワークアクセスと外部サイトの利用を除く)、音声、Web検索、Research。2025年12月2日より後に承諾したBAAが対象です。

Claude Code(CLIとデスクトップのCodeタブ)は、Primary OwnerがHIPAA構成を適用した組織で対象です。VS Code・JetBrains拡張やクラウド経由は対象外です。構成がない組織では、ゼロデータ保持(ZDR)を有効にしたときだけ対象になります。ZDRは対象アカウントに限って使えます。

デスクトップのCowork(ローカルモード)は、Primary OwnerがHIPAA構成を適用した組織で対象になります。

API側は、HIPAA-ready APIの組織で、Messages APIのほかToken Counting・Models・Org Management・Complianceの各APIが対象です。Messages APIの機能で対象になるのは、プロンプトキャッシュ、構造化出力、メモリ、Web検索、Bashツール、テキストエディタツールの6つです。条件は、2026年4月1日より後に承諾したBAAです。Batch API・Files API・Code Executionなどは、HIPAA-ready APIでは使えません。

PHIを入れない

BAAの対象外・利用不可

• Coworkのクラウド版と、HIPAA構成を適用していないCowork
• HIPAA構成もZDRもないClaude Code
• Claude Code on the web、モバイルアプリ、Remote Control、Code Review、Security。構成の有無にかかわらず対象外で、HIPAA構成の適用中は使えません
• Computer Use、Dispatch、Routines。HIPAA構成の適用中は使えません
• Skills。利用できますが対象外で、HIPAA組織では既定でオフです
• コネクタ、Claude in Chrome、Enterprise Search(Ask Your Org)。利用できますが、経由して第三者に送るデータはBAAの対象外です
• Claude Design・Slides・Docs。ベータで、HIPAA-ready組織ではまだ使えません

BAAが及ぶのは、承諾した1つの組織だけです。Claude Consoleなどの機能は含まれません。1つの1P API組織で、HIPAA-readyとZDRは両立しません。Claude CodeにZDRを使い、本番のAPIでHIPAA-readyを使うなら、組織IDは別になります。2025年12月2日より前に署名したAPI向けのBAAはEnterpriseプランには及ばず、新しいBAAの締結が要ります。

モデルにも条件があります。Claude Fable 5のような「Covered Models」は、提供されるすべての経路で30日間のデータ保持が必要で、ZDRを有効にした組織やワークスペースからは使えません。ZDRでBAA対象にしたClaude Codeは、Covered Modelsを使えません。Anthropicが明示的に許可した組織は例外です。HIPAA構成を適用したClaude Codeのローカルモードなら、Covered ModelsをBAAの下で使えます。Coworkも同じ条件で、未適用ならBAAの外になります。

事前承認のようにコネクタを使う業務では、とくに注意が要ります。外部委託事業者として連携先をどう管理するかは医療情報システム安全管理ガイドラインにおける外部委託先の管理にまとめています。契約形態や料金体系はClaude Enterpriseの料金・セキュリティ・導入手順で解説しています。

出力は下書き、確定は人間が行う

導入前に確認すること

FHIR(医療情報の交換規格)準拠システムとの接続は、公式の説明に幅があります。製品ページは「FHIR準拠システムに直接接続して、データを読み書きできる」と書いています。発表記事は、FHIR向けのAgent Skillを「開発者がシステム同士をより速く、誤りを減らして接続するためのもの」と説明しています。院内の電子カルテやレセプトシステムとの接続は、FHIR対応状況とAPIの公開範囲しだいで、個別の設計が要ります。コネクタの権限設計はClaude Connectorsの権限設定でよくある失敗と対策もあわせて確認しておくと安全です。

製品ページが「信頼」として挙げるのは、回答を元の情報源まで遡って検証できる点です。事前承認や異議申立のように監査が前提の業務では、この証跡は、レビュー担当者が根拠を確かめる手がかりになります。個人向けの健康アプリ連携でのデータの扱いはClaudeの健康データ連携とプライバシーを参照してください。

よくある質問

日本の医療機関でも、同じ構成が使えますか

4社の事例とデモは、いずれも米国の保険制度とHIPAAが前提です。事前承認のコネクタが参照するのは、CMS・CDC・NPI Registryのデータです。日本の診療報酬や保険者の審査基準は、この3つの参照元に含まれていません。

まとめ

導入を検討するときは、事例の数字が満足度・処理時間・対象人数のどれを測ったものかと、PHIを入れる機能がBAAの対象に入っているかを先に見ると、見当違いの期待を避けられます。