服用薬剤調整支援料2の1,000点算定に向け、Claude Codeを活用して算定要件チェック、文書提案、履歴管理、12週間ロードマップを支援する薬局DXのイメージ図

服用薬剤調整支援料2を狙うClaude Code薬局DX|4週間PoC実装ガイド

1. はじめに:1,000点を取り逃さないための1年間の準備

令和8年度調剤報酬改定では、ポリファーマシー対策の主軸である「服用薬剤調整支援料2」が抜本的に見直され、点数が1,000点(同一患者につき6月に1回)へと大幅に強化される予定です。改定後の服用薬剤調整支援料2(1,000点)の適用は令和9年6月1日からであり、令和8年6月から令和9年5月までは、改定後要件に基づく1,000点の算定は開始されません。この1年が、薬局にとって絶好の準備期間となります。

本記事では、ピラー記事「令和8年度調剤報酬改定×AI|薬局DXとポリファーマシー対策の完全ガイド」で全体像を示した内容のうち、特に「Claude CodeでどうPoCを構築し、令和9年6月の算定開始に間に合わせるか」という実装ロードマップに焦点を当てて解説します。

2. 服用薬剤調整支援料2の算定要件を再確認する

令和8年度改定後の服用薬剤調整支援料2の算定要件は、複数の項目を同時に満たす必要があります。Claude Codeで支援する前に、要件を構造的に整理しましょう。

  • 点数:1,000点(同一患者につき6月に1回)
  • 回数制限:かかりつけ薬剤師1人につき月4回まで
  • 対象患者:複数の保険医療機関から6種類以上の内服薬が処方されている患者
  • 算定者要件:かかりつけ薬剤師のうち、患者の服薬状況等に係る総合的な管理及び評価を行うために必要な研修を受けた薬剤師(具体的な研修・認定の扱いは、今後の通知・疑義解釈・関連団体の案内を要確認)
  • 算定契機:患者またはその家族等の求めに応じて実施
  • 算定行為:服用中の薬剤を継続的・一元的に把握し、調整を必要と認める場合に必要な評価等を実施した上で、処方医に対して文書で調整を提案
  • 適用開始日:令和9年6月1日(令和8年6月1日から令和9年5月31日までは、改定後要件に基づく1,000点の算定は開始されない)

注目すべきは「算定者要件」です。単なるかかりつけ薬剤師ではなく、服薬状況等に係る総合的な管理及び評価を行うために必要な研修を受けた者であることが求められます。具体的な研修・認定の扱いについては、今後発出される通知・疑義解釈・関連団体の案内を継続的に確認する必要があります。なお、実務上は日本老年薬学会の老年薬学服薬総合評価研修会や老年薬学認定薬剤師等が関連する可能性があり、最新情報の確認が推奨されます。

3. 算定要件をClaude Codeでどう支援するか

算定要件は複数の観点から構成されており、薬剤師が一人ですべてを毎回確認するのは負担が大きく、漏れも生じやすい構造です。Claude Codeでは、これら要件のうち機械的に判定可能な部分をルールベースでチェックし、薬剤師の判断に集中すべき部分を明確に区別する設計が有効です。

  • 機械判定が可能な要件:内服薬数(6種類以上)、医療機関数(複数)、前回算定日(6月以上経過)、薬剤師の月内算定回数(4回まで)、薬局内で確認した研修情報の登録・照合
  • 薬剤師判断が必要な要件:患者・家族等の求めの確認、主観的情報の聴取、客観的情報(検査値等)の確認、生活状況・意向の確認、治療効果・有害事象の評価、薬剤関連問題の特定、薬剤調整の必要性評価、処方提案文書の作成、観察計画の立案、必要な評価の実施記録

Claude Codeはあくまで前者を支援し、後者は薬剤師が責任を持って判断するという棲み分けが、令和8年度改定の趣旨にも整合します。後者の各項目は次節で示すCLAUDE.mdサンプルに整理しています。

4. Claude Code 4機能で実装する算定要件チェック

以下に示すClaude Code活用方法は、算定要件チェックを支援するためのPoC実装例(提案)です。実際の運用は、各薬局のレセコン仕様、運営方針、最新の通知・疑義解釈に基づいて調整が必要です。

4.1 CLAUDE.mdに算定要件を構造化する

CLAUDE.mdは薬局の判断ルールを集約するファイルです。算定要件を漏れなく確認するためのチェックリストを定義します。

4.2 Skillsに算定判定ロジックを実装する

判定の各項目を独立したSkillとして実装することで、要件改訂時にも該当Skillだけを更新すれば済みます。例えば「6種類以上判定」「医療機関数判定」「研修修了確認」を別Skillに分けます。判定ロジックはYAMLフロントマターでメタ情報を定義し、本文に判定基準を記述します。

4.3 Hooksでアラートを自動配信する

Hooksは特定のイベントで処理を起動する仕組みです。算定タイミングを逃さないため、以下のような自動配信アラートが有効です。

毎朝8時に「本日の算定候補患者リスト」を生成し、薬剤師が患者・家族等の求め、薬学的評価、文書提案の必要性を確認する設計です。毎月1日に「研修期限が近い薬剤師」へのリマインドを送るなど、算定タイミングの管理も併せて行います。

4.4 Memoryで患者ごと・医師ごとの履歴を蓄積する

Memoryは患者ごとの過去の算定履歴、医師ごとの提案受諾履歴を継続的に蓄積する仕組みです。半年に1回の算定タイミング把握を支援し、薬剤師が提案文書を作成する際に過去の受諾傾向を参照できるようにすることで、医師への情報提供の質を継続的に高める助けとなります。

5. 令和9年6月施行に向けた12週間ロードマップ

算定開始までの1年間を、まず最初の12週間でPoCから運用設計まで進め、その後の残り期間で定着・改善を行うロードマップとして整理します。

  • Phase 1(Week 1-4):PoC構築 — レセコンCSV連携、直接識別子の除去または仮名化、Skills実装、薬剤師による初期動作確認
  • Phase 2(Week 5-8):シャドー運用 — 算定要件判定の精度合わせ、医師への文書提案テンプレート整備、研修受講状況の確認
  • Phase 3(Week 9-12):本格準備 — 全店展開、CLAUDE.md・Skills・Hooks・Memoryの調整、運用マニュアル整備
  • Phase 4(残り期間):定着・改善 — 患者からの求めの記録方法、文書提案の運用フロー確認、要件を満たす患者から算定開始を目指す

このロードマップに沿って準備を進めれば、令和9年6月の施行に向けて、算定要件を体系的に満たす運用基盤を整備できます。

6. 算定要件チェックスクリプトの実装イメージ

算定可否を判定するPythonスクリプトの実装イメージを示します。各算定要件をひとつずつ検証する関数構成です。

rule_based_eligible が True であっても、薬剤師による判断項目が残ることに注意が必要です。最終的な算定可否は、薬剤師が pharmacist_review_required の各項目(患者・家族等の求め、主観的・客観的情報の確認、薬剤関連問題の特定、調整の必要性評価、文書提案、観察計画の立案、評価実施の記録など)をすべて確認した上で決定します。

7. 個人情報保護と運用上の注意点

算定要件チェックでは、患者の処方履歴、医療機関情報、薬剤師の研修ステータスなど多様なデータを扱います。氏名・生年月日・住所などの直接識別子は店舗PC内で除去または仮名化し、外部AIサービスに送信する情報を最小限にする設計が求められます。

ただし、薬剤データや年齢、処方履歴の組み合わせによって再識別リスクが残る可能性があるため、匿名加工情報または仮名加工情報としての適法性については、改正個人情報保護法、医療情報システムの安全管理に関するガイドライン、外部サービスの利用規約・データ処理契約を踏まえて、自薬局の運営会社・法務担当・情報セキュリティ責任者と確認した上で運用してください。

8. まとめ:1年間の準備が施行後の算定体制を決める

改定後の服用薬剤調整支援料2(1,000点)は、令和9年6月1日から適用されます。要件を満たす患者から算定開始を目指すためには、算定要件を満たす運用体制と、対象患者を継続的に把握する仕組みを、施行前から整える必要があります。Claude CodeのCLAUDE.md・Skills・Hooks・Memoryを活用すれば、薬剤師の負担を増やさずに、要件チェック・算定タイミング管理・記録整備を支援する体制が構築できます。

次回は、本記事で触れたSkills実装をさらに深掘りし、STOPP/START・Beers基準・抗コリン負荷スコアといった薬学的判定ロジックを、Claude CodeのSkills機能でどう構造化するかを解説します。準備期間の使い方が、令和9年6月以降の算定体制の整備状況に影響します。

参考文献・リンク

免責事項

本記事は、令和8年度調剤報酬改定およびClaude Codeを活用した薬局DXに関する情報提供を目的として作成されたものです。記事の内容は、公開時点で入手可能な厚生労働省告示・通知・疑義解釈資料、日本薬剤師会資料、日本老年薬学会の公開情報および各サービスの公式情報に基づいていますが、制度改正や新たな疑義解釈、研修制度の変更等により内容が変更される場合があります。実際の調剤報酬算定および薬学的判断にあたっては、必ず最新の厚生労働省告示・通知ならびに学会・研修主催団体の最新情報を確認し、各薬局の管理薬剤師の責任において運用してください。記事に記載されたAIツールの使用結果や、それに基づく経営判断・臨床判断について、筆者および本ブログは一切の責任を負わないものとします。

本記事は生成AIを活用して作成しています。内容については十分に精査しておりますが、誤りが含まれる可能性があります。お気づきの点がございましたら、コメントにてご指摘いただけますと幸いです。

コメントする

メールアドレスが公開されることはありません。 が付いている欄は必須項目です

CAPTCHA


上部へスクロール