「記録しておいて、次の受診で教えてください」は医学で最も一般的な指示のひとつであり、うまく守るのが最も難しいもののひとつでもあります。二週間後に実際にあるのは、メモアプリの散らばったエントリ数件、「週末はひどかったと思う」という記憶、そしてそれ以上正確なことを担当医に伝えられない状態です。記録が役に立たなくなるのは、変化に気づかなかったからではありません。その場で一貫した形式を守る仕組みがなかったからです。
ログはトリアージではありません。ケアチームからすでに出ている危険信号の指示には従ってください。新たな症状や悪化する症状については、どれくらい緊急かをAIに尋ねるのではなく、自分の所在地に適した受診経路や救急サービスを使ってください。
これはAIの助けでその形式を作りつつ、ログに含めるものを明確に限定する方法です。残すのは観察であり、結論ではありません。モデルは一貫した構造の設計と、すでに書いたエントリの整理を助けられます。重症度スコア、ありそうな原因、緊急対応が必要かどうかの意見は決して生成させるべきではありません。
AIに、エントリがどれほど深刻に聞こえるかの採点、原因の推測、パターンが緊急対応を要するかどうかの判断を求めないでください。ケアチームが具体的な危険信号の指示――「電話して」「すぐ受診して」を意味する症状や組み合わせ――を出している場合は、ログに原文どおりコピーし、そのとおりに従ってください。モデルにそのガイダンスの独自版を作らせないでください。危険信号の指示に当てはまるとき、ログが受診や連絡の代わりになることは決してありません。
ステップ1：ログを始める前に、形式を一度だけ設計する
症状トラッキングで最も一般的な失敗は、途中で形式を変えることです。二週間分のエントリ同士が比較できなくなります。曖昧な記録指示を具体的な構造に変える助けをAIに借りつつ、列は一度だけ設計します。
担当医から、次の受診までのあいだ [what you were asked to observe]
を記録するよう言われました。次の列を持つ簡単なログ形式の設計を
手伝ってください：日時、観察したこと、文脈（何をしていたか、
関連するタイミング）、その日への影響、すでに指示されていた行動、
出典（自分の観察 vs. 機器の測定）。
担当医がすでに記録するよう
言った範囲を超えて、何を探すべきかは提案しないでください。
「出典」を独立した列にすることが見た目以上に重要です。自分で気づいた症状と、機器（体温計、血圧計、血糖測定器）の読み取りは、確からしさの種類が違い、担当医はどちらがどれかを知りたがります。
ステップ2：その瞬間に、自分の言葉で記録する
各エントリはできるだけその瞬間に近く、平易で事実に即した言葉で書きます。何が起きたか、いつ、何をしていたかを記録してください。エントリそのものに結論を書かないでください（「おそらく薬のせい」「前回より明らかにひどい」）。それは、全体のパターンを見た担当医が行う解釈です。生のエントリに結論を混ぜると、あとで自分のデータを読むときに、気づかないうちに見方が偏ることがあります。
日時：[when]
観察：[what happened, factually]
文脈：[what you were doing, any relevant timing - e.g. before/after
a meal, medication dose, activity]
影響：[how it affected your day - e.g. missed part of an activity,
no impact, had to stop what I was doing]
すでに指示されていた行動：[only if your clinician gave you a specific
instruction for this situation]
出典：[my own observation / device reading, and which device]
ステップ3：エントリのあいだ、結論ではなく整理のためにAIを使う
定期的に――週ごと、または受診前に――生のエントリをきれいな表に整理するようモデルに求め、パターンから結論を引き出さないよう明示的に指示します。
直近の [period] の生ログエントリです：[paste entries]。
次の列の
きれいな表に整理してください：日時、観察、文脈、影響、指示された
行動、出典。パターンの特定、原因の示唆、頻度傾向の推定、重症度への
コメントはしないでください――すでに書いた内容を一貫した表に
再フォーマットするだけにしてください。
整理した表を見直して自分でパターンに気づいたら――平日に多い、特定の活動のあと――事実のログ行からはっきり分けた自分のメモとして書き、モデルに確認や解釈を求めず、担当医に直接持ちかけてください。
ステップ4：担当医が出した危険信号は、正確なまま別枠に保つ
ケアチームが、より早く受診すべきときについて具体的な指示を出している場合――一定以上の発熱、一定日数を超える症状、注意すべき特定の組み合わせ――それらの指示を、与えられたまま原文どおり、ログのはっきりラベルしたセクションにコピーします。AIで言い換えず、モデルに「いつ心配すべきか」の独自版を作らせないでください。担当医が出した危険信号は、要約するコンテンツではなく、従う指示です。
ステップ5：口頭の要約だけでなく、整理したログを持っていく
きれいで一貫した形式の表を見る担当医は、二週間の口頭の要約を聞くよりはるかに速くパターンを見つけられます。このログを20分で医療の受診を準備するの受診準備メソッドと組み合わせ、質問と並ぶ一ページの要約にしてください。ログが単純な表ではなくスプレッドシートなら、書式設定と数式の扱いはスプレッドシートのためのAIで説明しています。
症状・影響ログ全文が、すぐ使えるこの構造と、自分のエントリから分けた担当医の危険信号専用セクションを用意しています。
安全な記録のための根拠となる資料
担当医との会話の準備には、AHRQのQuestions Are the AnswerとQuestion Builderを使ってください。MedlinePlusは一般的な健康情報を提供しますが、緊急時は救急サービスへ案内します。NHSの緊急・救急医療の案内は、どこへつなぐかが緊急度と所在地によって決まる理由を示しています。WHOの医療におけるAIガイダンスは、人による監督、プライバシー、説明責任を支持しています。どの行動を取るかを決めるのは、これらの一般的な資料でも生成されたパターン分析でもなく、あなたのケアチームの指示です。
症状ログは、何週間にもわたって詳細な個人の健康情報を蓄積します。自分で管理できる場所に保管し、整理には通常短い最近の抜粋で足りるので、進行中のフルログを一般のAIチャットに繰り返し貼らないでください。チャット履歴に既定で残るものはChatGPTが覚え、見て、共有するものを参照してください。
何をエントリにするかの選び方
すべてのログが同じ粒度を必要とするわけではなく、どちらの方向に間違っても記録は損なわれます。小さな揺らぎをすべて記録すると、見直せないほどの量になりかねません。目立った日だけ記録すると、選択的な隙間ができます。閾値は臨床上の記録指示の一部であって、AIが決める選択ではありません。担当医が、いつエントリを記録すべきかを指定していない場合は、何を記録してほしいかをケアチームに尋ねてください。回答を受け取るまでは、モデルが生成した閾値で除外したりせず、事実の観察を記録してください。
担当医から [what you were asked to observe] を記録するよう言われ
ましたが、どんなときにエントリを記録すべきかは正確には示されま
せんでした。エントリの閾値、頻度、機器や測定に関する指示を
明確にしてもらうための短い質問を一つ、下書きしてください。
閾値を提案したり、その質問に自分で答えたりしないでください。
ケアチームが指示を明確にしたら、それを出典と日付とともにログの先頭にコピーし、ケアチームが変更しない限り、記録期間を通じて一貫して適用してください。
よくある落とし穴
- 途中で形式を変える。 ログ開始前に列を一度決め、二週間分を比較できる状態に保ちます。
- 元の記録に結論を書き込む。「おそらく新しい薬が原因」は事実の観察ではないため、担当医に相談するための別のメモ欄に記載します。
- AIにパターン発見や重症度推定を求める。 それは全体像を把握する担当医が行う判断であり、文脈から切り離されたログを読むモデルに任せるものではありません。
- 担当医の危険信号を言い換える。 正確にコピーし、正確に従ってください――モデルの言い換えが、重要な指示に曖昧さを持ち込まないように。
- 危険信号に一致したときに、受診や連絡の代わりにログにする。 ログは受診間のパターン把握用であり、すでに与えられた指示に従う代替ではありません。
今週始める
上記のプロンプトでログ形式を一度設計し、あとから再構成するのではなくその瞬間に観察を入れ始め、各受診前に生エントリをきれいな表に整理します。最初のエントリから最後まで構造を一貫させるには、症状・影響ログを使ってください。
