調剤薬局の薬剤師が服薬指導のメモと処方の内容から、Claude で薬歴（SOAP）の下書きを作り、次回の確認事項を添える

処理の起点を決める

服薬指導が終わり、患者が会計に移ったところを起点にします。 閉局後にまとめて書く運用はやめ、1件ごとに下書きを作ります。 時間がたつほどメモの断片の意味を思い出せなくなり、AIに渡す材料そのものが薄くなるからです。

混んでいる時間帯は、貼り付けだけ先にします。 受付が続くときは、処方の内容とメモをプロジェクトに貼って下書きだけ作らせ、確認と確定は手が空いたときに行います。下書きは会話の履歴に残るので、後から開き直せます。

ただし、記録の確定はその日のうちに終えます。 下書きができたことで「書いたつもり」になり、電子薬歴への貼り付けが漏れるのがいちばん困る失敗です。閉局前に、その日の処方箋の枚数と確定した薬歴の数を店舗で突き合わせます。

入力データを集める

質を決めるのは、いちばん上と3番目です。 メモが薄ければ下書きも薄くなります。前回の P 欄が無いと、「前回の確認事項を今回確かめたか」をAIが見られません。 前回書いた「便秘の様子を確認」に今回のメモが触れていなければ、そのことを記載の欠けとして挙げさせます。

患者の氏名・生年月日・住所・保険者番号は入れません。 下書きに要るのは、処方と会話の中身と年齢の区分（小児・成人・高齢者）だけです。電子薬歴の患者番号の下4桁を書き、どの患者の下書きかを薬剤師が見分けられるようにします。

データの取得方法を決める

電子薬歴からの写しは、画面からのコピーで行います。 多くの電子薬歴は処方の内容を文字で選べるので、処方の欄と前回の P 欄をそれぞれコピーし、プロジェクトの入力欄に貼り付けます。この構成では、電子薬歴の API や書き出しの機能を前提にしません。 製品ごとに違い、公開されていないことも多いからです。

見出しを決めて貼ることが、この構成の前処理の大半です。 見出しが無いと、AIは処方の中の「便秘時」という頓服の用法を、患者の訴えと取り違えることがあります。どこが処方で、どこが患者の話かを、入力の形で分けておきます。

紙のメモは、薬剤師が打ち込み直します。 手書きの読み取りを入れる案もありますが、メモは本人にしか読めない略記が多く、読み取りの誤りが薬歴に入るほうが危険です。 打ち込む時間は第10章の2分に含めています。

AIへ渡す前に整形する

1. 氏名と識別子を除く … 処方の欄に氏名や保険者番号が含まれていたら、貼る前に消します。患者番号は下4桁だけにします
2. 見出しで区切る … 【患者情報】【処方】【変更点】【前回のP】【メモ】の5つの見出しの下に、それぞれを貼ります
3. 略語をそろえる … 店舗で使う略語（「残」＝残薬、「眠✕」＝眠気なし、など）は、プロジェクトの知識の略語の一覧で意味を決めておきます
4. 評価の一言があるかを見る … メモに A にあたる一言が無ければ、貼る前に書き足すか、A を空けて受け取ると決めます
5. 特に安全管理が必要な医薬品かを確かめる … 対象の医薬品が出ているかは、AIに判断させず、薬剤師が【変更点】の欄に「対象薬あり：ワルファリン」のように書きます
6. 1回に1人分だけ貼る … 複数の患者のメモを1回の入力に混ぜません。取り違えの元になります

5番目を AI に任せないのは、一覧の更新が追いつかないためです。 特に安全管理が必要な医薬品の一覧は改定されます。対象かどうかは電子薬歴や店舗の一覧で薬剤師が確かめ、その結果だけを入力に書きます。 AIは、書かれた対象薬について「確認した内容」と「指導の要点」がメモにあるかを見るだけです。

3番目の略語の一覧は、最初に作るのがいちばん効きます。 「アムロ」「マグミット」のような略記や商品名の省略を一覧にしておくと、下書きの中で薬品名が別の薬に化けることを防げます。

AIに処理させる

させるのは、メモと処方の内容を S・O・A・P に振り分けて文章にし、欠けている項目と次回の確認事項を挙げることだけです。

確認項目の一覧は、指摘事項に並ぶ項目をもとに店舗で作ります。 患者の体質（アレルギー歴・副作用歴）、薬学的管理に必要な患者の生活像、疾患に関する情報、服用薬と相互作用が認められる飲食物の摂取状況、服薬状況（残薬の状況を含む）、服薬中の体調の変化、今後の継続的な薬学的管理及び指導の留意点です。AIはこの7項目それぞれについて、メモから読み取れたか、読み取れなかったかだけを返します。

5行目がいちばん起きやすく、いちばん重い失敗です。 アレルギー歴がメモに無いとき、何も言わなければAIは「アレルギー歴：特になし」と書きがちです。「なし」と「聞いていない」はまったく違う記録で、 前者は確認した事実、後者は確認の漏れです。

指示内容を固定する

プロジェクトの指示に、次の文を置きます。 各店舗の薬剤師は、見出しを付けた入力を貼るだけで使えます。

あなたは調剤薬局の薬剤師が薬歴を書くのを手伝う立場です。
入力の【メモ】【処方】【変更点】【前回のP】【患者情報】だけを根拠に、
SOAP の形の薬歴の下書きを作ってください。

【書き方】
- S には、患者や家族が話したことだけを書いてください。
  メモに「〜と話す」「訴え」とある内容です。薬剤師の考えは書かないでください。
- O には、処方の内容、前回からの変更点、薬剤師が確かめた事実
  （残薬の数、患者が申告した検査値など）を書いてください。
- A には、メモにある薬剤師の評価の一言だけを、文章に整えてください。
  メモに評価が無ければ、A は「【薬剤師が記入】」とだけ書いてください。
- P には、メモにある指導の内容と、次回の確認事項を書いてください。
  メモに指導の内容が無ければ「【薬剤師が記入】」としてください。
- 略語はプロジェクトの知識の「略語の一覧」に従って読んでください。
  一覧に無い略語は、そのまま残し、【確認】に挙げてください。

【厳守事項】
- メモに書かれていないことを書かないでください。推測で補わないでください。
- 確認項目の一覧の7項目について、メモから読み取れないものを
  「なし」「特になし」「問題なし」で埋めないでください。
  読み取れなければ【記載の欠け】に挙げてください。
- 処方が適切か、疑義照会が必要か、副作用かどうかを判断しないでください。
- メモに無い指導を、指導したこととして書かないでください。
- 「継続服用指示」「問題なし」のような定型の言い回しで済ませないでください。
  メモの中身を、その患者の言葉に近い形で残してください。
- 【前回のP】に次回の確認事項があり、今回の【メモ】が触れていなければ、
  【次回の確認事項】の先頭に「前回からの持ち越し」として挙げてください。
- 【変更点】に「対象薬あり」と書かれていれば、その医薬品について
  確認した内容と指導の要点がメモにあるかを見て、無ければ【記載の欠け】に挙げてください。
- 患者の氏名、生年月日、住所が入力に含まれていたら、下書きに写さず、
  【確認】に「入力に個人を特定できる情報があります」と書いてください。

【出力の形】
次の見出しの順で書いてください。
【S】【O】【A】【P】【次回の確認事項】【記載の欠け】【確認】

「なし」で埋めないことを、名指しで禁じています。 「推測しない」とだけ書くと、AIは「アレルギー歴：特になし」を推測とは考えません。埋めてはいけない言葉そのものを指示に書くことで、 聞いていない項目が【記載の欠け】に回ってきます。

「前回からの持ち越し」を先頭に置かせるのは、確認の糸を切らないためです。 前回の薬剤師が書いた確認事項に今回誰も触れなかったことは、今回の薬剤師がいちばん気づきにくいことです。

出力形式を固定する

店舗で使う段階では、見出しを固定した文章で受け取ります。 電子薬歴の SOAP の欄にそのまま貼れる形にするためです。

【S】
便秘が少しある、と話す。眠気は無い。朝の薬を飲み忘れることが週に1回ほどある。
【O】
アムロジピン錠5mg 1日1回朝食後 28日分（継続）
酸化マグネシウム錠330mg 1日3回毎食後 28日分（前回から1日2回→3回に増量）
残薬：アムロジピン 5錠（本人の申告）
【A】
便秘は酸化マグネシウムの増量前からあり、食事の内容が変わったことの影響と考える。
【P】
飲み忘れたときの対応を説明した。便秘が続く場合は医師に伝えるよう話した。
【次回の確認事項】
・前回からの持ち越し：家庭血圧の記録を持参してもらう件（今回のメモに記載なし）
・便秘の様子と、増量後の便の状態
・朝の飲み忘れの頻度
【記載の欠け】
・服用薬と相互作用が認められる飲食物の摂取状況
【確認】
・なし

本部で API につなぐ段階では、同じ中身を JSON で受けます。 Claude API の構造化出力は、output_config.format に JSON スキーマを渡すと、そのスキーマに沿った JSON を返すとされています。

{
  "patient_ref": "",
  "soap": { "s": "", "o": "", "a": "", "p": "" },
  "a_needs_pharmacist": true,
  "next_checks": [ { "item": "", "carried_over": true } ],
  "missing_items": [ "allergy_history | lifestyle | disease | food_interaction | adherence_and_leftover | condition_change | follow_up_points" ],
  "warnings": [ "" ]
}

JSON にする1つ目の理由は、a_needs_pharmacist を数えられることです。 A を空けて返した割合が分かれば、メモに評価の一言を書く習慣が根づいたかを、店舗ごとに見られます。

2つ目は、missing_items を集計できることです。 店舗ごとに、どの項目が抜けやすいかが分かれば、指導の聞き方の研修に回せます。 構造化出力は数値の最小・最大などの制約に対応していないとされているため、スキーマには数値の範囲を書かず、件数の点検は受け取った側で行います。

システムへ連携する

電子薬歴とのつなぎは、コピーと貼り付けだけです。 自動で書き込む経路を作らないので、薬剤師が確かめていない下書きが記録になることがありません。

プロジェクトの知識は、本部の共有フォルダの版と同じものを置きます。 略語の一覧や確認項目の一覧を直したら、薬局長がプロジェクトの知識を差し替え、差し替えた日を一覧の先頭に書きます。 店舗ごとに別の版を持たせないためです。

人が確認する

下書きは、全件を薬剤師が読んでから記録します。 確認をなくす設計にはしません。

1. S と O を事実と照らす … 患者が話していないことが S に入っていないか、処方の数字が正しく写っているかを見ます
2. A を書く … 「【薬剤師が記入】」なら自分で書き、整えられた文なら、自分の評価と同じかを確かめます
3. 【記載の欠け】を見る … 聞いたのにメモに書かなかったものは書き足し、聞いていないものは次回の確認事項に回します
4. 【次回の確認事項】を直す … 不要なものを消し、足りないものを足します
5. 電子薬歴に貼って確定する

3番目で、聞いていないことを「なし」と書き足さないでください。 下書きが欠けとして挙げた項目を埋めたくなりますが、聞いていないなら、次回に聞くと書くのが正しい記録です。

本部の薬局長は、週に1回、店舗ごとに10件を抜き取り、 下書きと確定した薬歴を見比べます。下書きのまま確定している件が多い薬剤師には、 A を自分で書いているかを個別に話します。

例外に対処する

上から2行目までが、最初の数か月の大半です。 メモの取り方が変わるまでは、下書きの A は空になりがちです。空で返ってくることは、メモの取り方を見直す合図として使います。

7行目は、まれでも見逃せません。 下書きの中で薬品名が変わっているのに気づかず貼ると、記録そのものが誤ります。 O 欄の薬品名と用量は、電子薬歴の処方の欄と必ず見比べます。

記録を残す

• 確定した薬歴 … いまと同じく電子薬歴に残します。下書きの元のメモも、店舗の決まりに沿って残します
• プロジェクトの会話 … 下書きの履歴として残ります。保存の期間を薬局で決め、 期間を過ぎた会話は削除します
• 指示と知識の版 … プロジェクトの指示と、略語の一覧・確認項目の一覧を、変更のたびに日付を付けて共有フォルダに残します
• 抜き取り点検の記録 … 薬局長が見た件数、下書きのまま確定していた件数、直した項目
• 【記載の欠け】の傾向 … 店舗ごとに、どの項目が欠けやすかったか

会話の保存の期間を決めておくのは、削除の扱いがあるためです。 公式の案内では、削除した会話はチャットの履歴からすぐ消え、バックエンドの保存からは30日以内に削除されるとされています。薬歴の正本は電子薬歴なので、下書きの会話を長く残す必要はありません。