【第9回／全9回】Claude Code Memoryで薬局DX｜主治医ごとの最適化と患者履歴の活用法

1. はじめに：シリーズ最終回・Memory特化

第1回ピラー記事から第8回まで、本シリーズではポリファーマシー対策の3つのAIエージェント（検出・提案・フォロー）と、Claude CodeのSkills（第4回）・Hooks（第7回）・CLAUDE.md（第8回）の活用方法を解説してきました。本シリーズ最終回となる第9回では、本シリーズで整理しているClaude Code活用の主要構成要素のうち最後の「Memory」を取り上げます。

Memoryは、Claude Codeがセッションを横断して学習を蓄積する仕組みであり、薬局DXにおいては「主治医ごとの提案受諾傾向」「患者ごとの体調履歴」といった動的に変化する文脈を、薬剤師の判断支援に活かす基盤となります。第8回のCLAUDE.mdが「静的なルール」を扱うのに対し、Memoryは「動的に蓄積される文脈」を扱う点が対照的です。なお、患者・主治医情報そのものは薬局内で承認された電子薬歴・データベース等で管理し、Claude Code Memoryは個人情報を含まない補助的な文脈として位置づけることが前提となります。両者を組み合わせることで、薬局の知識資産が時間とともに深化する設計が可能になります。

2. Claude Code Auto Memoryの基本構造

Claude CodeのMemoryは、ユーザーが手動で記述しなくてもClaudeがセッションを通じて学んだ知識を自動的に蓄積する仕組みです（2026年5月時点の仕様）。Claude Code公式ドキュメントによれば、Auto Memoryはプロジェクトごとの ~/.claude/projects/<project>/memory/ 配下に保存され、その中の MEMORY.md がメモリディレクトリのインデックスとして機能します。Auto Memoryはマシンローカルで動作し、クラウド環境や別マシンには共有されません。

• 蓄積対象：プロジェクト固有の継続的に有用な知識。ビルドコマンド、デバッグ知見、アーキテクチャノート、コードスタイル、ワークフロー習慣など、コード上から読み取れない事実が中心
• 蓄積タイミング：Claudeがセッション中に「これは記憶しておくべき」と判断した内容を自律的に書き戻す
• 読み込みタイミング：セッション開始時にCLAUDE.mdとMemoryの両方が読み込まれ、Claudeのコンテキストとして利用される
• 位置づけ：Claudeが参照する文脈情報であり、強制された設定ではない

CLAUDE.md は「ユーザーがClaudeに与える指示・ルール」であり、MEMORY.md は「Claudeがプロジェクトについて自身のために書き残すノート」と整理できます。両者は補完的な関係にあります。

3. Memoryの肥大化を防ぐ整理・レビュー設計

蓄積されたMemoryは時間とともに肥大化し、古い情報や矛盾する情報が混在する可能性があります。Claude Codeには、Memoryファイルを確認・編集・削除するための /memory コマンドが用意されており、これを用いて内容を定期的に確認し、不要な情報の削除、古い情報の更新、保存期間の管理を行います。

また、自動的な整理機能（Auto Dreamなど）が提供される場合がありますが、提供状況や仕様は変わる可能性があります。実運用では、最新の公式ドキュメントと利用環境を確認し、自薬局の運用ルールに合った整理プロセスを設計してください。

薬局DXでは、過去の主治医の受諾傾向や患者の体調履歴など、時系列で変化する情報を扱うため、定期的なレビューにより知識の鮮度を保つことが重要です。具体的には、月次や四半期ごとに内容を確認し、保存期間を超えた情報の削除、矛盾する記述の修正、トピックごとのファイル整理を、薬剤師の責任のもとで実施します。

4. 薬局DXでのMemory活用シナリオ

Memoryの仕組みは、薬局DXの以下のようなシナリオで活用できます。これらは第5回（提案AI）・第6回（フォローAI）で言及した内容を、Memory機能の観点から整理し直したものです。

• (1) 主治医ごとの照会・提案対応履歴：第5回で扱った処方提案AIに連動。主治医ごとの過去の照会様式、連絡方法、添付資料の有無、処方変更結果などの客観的な運用履歴を整理
• (2) 患者ごとの体調・服薬履歴：第6回で扱ったLINEフォローAIに連動。Day 7・30・60・90のフォロー結果、症状変化、残薬状況などを時系列で記録
• (3) 算定タイミングの管理：服用薬剤調整支援料2の6月に1回、かかりつけ薬剤師フォローアップ加算の3月に1回など、患者ごとの算定可能タイミングを継続的に把握
• (4) 介入結果のフィードバック：薬剤師の最終判断（介入実施・見送り・変更）の理由を蓄積し、次回類似ケースの参考に

これらは静的なルールではなく、運用の中で動的に変化する文脈情報です。CLAUDE.md（静的ルール）に書くと管理が煩雑になりますが、薬局内の承認済みデータベースや電子薬歴に履歴本体を蓄積し、Claude Code Memoryには個人情報を含まない要約・参照方法を整理することで、薬剤師が次回判断時に過去の文脈を参照しやすい環境が整います。

5. 主治医メモリの設計イメージ

主治医ごとの運用履歴を整理するメモリ設計のイメージを示します。以下のディレクトリ構成（memory/prescribers/... 等）は、本記事で示す薬局DX独自の運用設計例であり、Claude Code公式Auto Memoryの実際の保存先（~/.claude/projects/<project>/memory/）とは異なります。実運用では、公式のMemory保存先、または薬局内で承認された安全な保存領域（電子薬歴・薬局内データベース等）を主体とし、Claude Code Memoryは個人情報を含まない要約・参照方法を扱う補助的な文脈として位置づけてください。

記述内容は、医師個人の主観的評価ではなく、過去の照会様式・連絡方法・処方変更結果などの客観的事実を中心に整理します。実運用では薬剤師が定期的に内容を確認・更新します。

6. 患者体調履歴メモリの設計イメージ

患者ごとのフォロー履歴を時系列で整理する設計イメージです。患者ごとの体調・服薬履歴は、Claude Code Auto Memoryに直接蓄積するのではなく、薬局内で承認された電子薬歴、薬局内データベース、またはアクセス制限された安全な保存領域で管理することが原則です。Claude Code Memoryは、その参照方法・運用ルール・個人情報を含まない要約・メタ情報を扱う補助的な文脈として位置づけてください。

第6回のLINEフォローAIで蓄積した情報を、薬剤師が次回フォロー時や来局時に参照できる形で整理します。氏名等の直接識別子は記載せず、仮名化IDで管理します。以下は薬局DX運用設計の参考例です。

7. Memory運用上の個人情報保護と保存領域の分離

患者・主治医に関する機微な情報を扱う薬局DXでは、保存領域の分離が個人情報保護の出発点となります。患者の体調・服薬履歴、主治医の照会履歴などの医療情報は、原則として薬局内で承認された電子薬歴・薬局内データベース・アクセス制限された安全な保存領域で管理します。Claude Code Memoryは、これらの主たる保存領域に対する参照方法・運用ルール・個人情報を含まない要約・メタ情報を扱う、補助的な文脈情報として位置づけてください。

仮名化の実装としては、患者氏名・生年月日・住所などの直接識別子はメモリに記載せず、仮名化IDで管理します。主治医名も匿名IDに変換し、実名はメモリ外で管理します。記述内容は、医師個人の主観的評価ではなく、過去の運用履歴の客観的事実に限定します。

定期的なレビュー（前章参照）と組み合わせて、一定期間経過した情報は削除またはアーカイブする運用ルールを定め、保存期間・アクセス権限・削除フローを薬局内で明文化します。再識別リスクが残る可能性があるため、改正個人情報保護法、医療情報システムの安全管理に関するガイドライン、外部サービスの利用規約・データ処理契約を踏まえて、自薬局の運営会社・法務担当・情報セキュリティ責任者と確認した上で運用してください。

8. シリーズ完結：薬局DXの全体像

本記事をもって、本シリーズの9記事が完結しました。シリーズ全体で取り扱った内容を振り返ります。

• 第1〜3回：令和8年度調剤報酬改定の全体像と、検出AI（服用薬剤調整支援料1・2）の実装
• 第4回：Skills特化（薬学的判定ロジックの構造化）
• 第5回：提案AI（薬学的有害事象等防止加算・調剤時残薬調整加算）
• 第6回：フォローAI（かかりつけ薬剤師フォローアップ加算）
• 第7回：Hooks特化（業務フロー連携）
• 第8回：CLAUDE.md特化（薬剤師の暗黙知の集約）
• 第9回（本記事）：Memory特化（動的に蓄積される文脈）

3つのAIエージェント（検出・提案・フォロー）が令和8年度改定の対人業務評価を支援し、Claude Codeの主要構成要素（Skills・Hooks・CLAUDE.md・Memory）が薬局DXの技術基盤を形成する構造を示してきました。これらはすべて薬剤師の専門的判断を支援する道具であり、最終的な薬学的判断は薬剤師が責任を持って行うという原則は、すべての記事で共通します。

令和8年度改定で対人業務評価が強化される中、薬剤師の限られた時間を「介入の判断」「文書提案」「患者対応」といった専門性の高い業務に集中させるためには、AIエージェントによる支援が一つの選択肢となります。本シリーズが、薬局DXを検討する薬剤師・経営者の参考になれば幸いです。

参考文献・リンク

• Claude Code公式ドキュメント「How Claude remembers your project（CLAUDE.md / Auto memory）」：https://code.claude.com/docs/en/memory
• 厚生労働省「令和8年度診療報酬改定の概要【調剤】」：https://www.mhlw.go.jp/content/12400000/001684593.pdf
• 日本薬剤師会「調剤報酬点数表（令和8年6月1日施行）」：https://www.nichiyaku.or.jp/files/co/pharmacy-info/2026/20260402_01.pdf
• 第1回ピラー記事：令和8年度調剤報酬改定×AI｜薬局DXとポリファーマシー対策の完全ガイド
• 第2回サテライト：服用薬剤調整支援料2を狙うClaude Code薬局DX｜4週間PoC実装ガイド
• 第3回サテライト：服用薬剤調整支援料1×Claude Code｜125点の減薬達成を支援する薬局DX
• 第4回サテライト：Claude Code Skills×薬局DX｜STOPP/START構造化ガイド
• 第5回サテライト：医師宛トレーシングレポート×Claude Code｜薬学的有害事象等防止加算を狙う実装
• 第6回サテライト：LINEフォローAI×Claude Code｜かかりつけ薬剤師フォローアップ加算50点
• 第7回サテライト：Claude Code Hooks×薬局DX｜業務フロー連携の実装ガイド
• 第8回サテライト：薬剤師の暗黙知をCLAUDE.mdに集約｜多店舗薬局DXの知識マネジメント

免責事項

本記事は、Claude CodeのMemoryを活用した薬局DXに関する情報提供を目的として作成されたものです。記事に示す設計例はあくまで参考であり、実運用ではClaude Code公式ドキュメントの最新仕様、各薬局の運営方針、最新の通知・疑義解釈に基づき調整が必要です。本記事で扱うMemory設計は、患者・主治医に関する機微な情報と接続する可能性があるため、個人情報保護法、医療情報システムの安全管理に関するガイドライン、外部サービスの利用規約・データ処理契約を踏まえた運用設計を、自薬局の運営会社・法務担当・情報セキュリティ責任者と確認した上で運用してください。記事に記載されたAIツールの使用結果や、それに基づく経営判断・臨床判断について、筆者および本ブログは一切の責任を負わないものとします。

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