結論：訪問看護記録が形骸化する最大の原因は「訪問直後に書けず、まとめて後追いで書く」運用にあります。看護判断そのものをClaude Codeに任せることはできませんが、記録書II・報告書の必須項目チェック、保存期限（完結の日から2年）の台帳管理、主治医向け報告書の下書き整形までを仕組み化すれば、スタッフは「その日のうちに書き切る」ことに集中できます。
- 要点1：訪問看護記録の記載モレ検知は「必須項目リストとの突合」という決定的ルールに固定し、記載内容の医学的な正しさをAIに判断させない
- 要点2：厚生労働省の指定基準（後述）で記録は完結の日から2年間の保存が義務付けられている。この保存期限をステーション横断で台帳管理し、期限切れ間近の記録を機械的に検知する仕組みが抜けやすい
- 要点3：主治医向け訪問看護報告書のドラフト作成はClaude Codeに任せ、看護内容の評価・記載の最終確定は必ず訪問した看護師本人が行う
対象読者：訪問看護ステーションの管理者・事務スタッフとAI活用を進める開発者・PM
今日やること：直近1ヶ月分の訪問看護記録書IIを開き、「訪問当日に記載を終えている件数」と「翌日以降に持ち越している件数」を数えてみる
「記録は書いてるんですけど、正直、訪問した日じゃなくて2〜3日後にまとめて書くことが多くて……」。訪問看護ステーションの業務仕組み化を相談されたとき、管理者の方からそう聞いたことがあります。
訪問看護の現場では、1日に4〜6件の訪問をこなしながら、利用者ごとにバイタルサイン・実施した看護内容・状態変化を記録していきます。移動時間、緊急対応、ご家族への説明が重なると、記録は後回しになりがちです。結果として「訪問記録書IIは書いているが、必須項目の一部が抜けている」「主治医への訪問看護報告書の提出が月末に集中する」「記録の保存期限をステーション単位で管理できておらず、監査のたびに探す」といった状態が積み重なります。この記事では、看護判断そのものはスタッフに委ねたまま、記録の記載モレ検知・報告書ドラフトの整形・保存期限の台帳管理をClaude Codeで仕組み化する実装パターンを解説します。
事例区分：実装パターン解説
本記事は複数の訪問看護ステーションでよく見られる記録業務の課題を一般化した実装パターン解説です。登場する数値・条件は特定の実在事業所を示すものではなく、実装を検討する際の試算・想定値として記載しています。看護記録の記載内容・看護判断・保存期間の解釈は、必ず自事業所の運営規程と管理者・主治医の確認プロセスに従ってください。訪問看護記録の医学的な正確性や看護判断はAIが代替するものではありません。
台帳による保存年限管理の設計思想は、派遣元・派遣先管理台帳をClaude Codeで仕組み化する実装パターンや電子帳簿保存法の電子取引データ保存をClaude Codeで仕組み化する実装パターンとも共通しています。介護記録の自動化については介護事業所のClaude Code活用｜ケアプラン・記録・家族説明資料の自動化もあわせて参照してください。
なぜ訪問看護記録は「まとめて後追い」から抜け出せないのか
訪問看護記録が後回しになっていく過程を分解すると、おおむね次の3段階をたどります。
| 段階 | 状態 | 典型的な兆候 |
|---|---|---|
| 1. 訪問直後 | 移動・次の訪問準備に追われ、記録は「メモ」だけ残して後回しにする | 手書きメモ・音声メモが端末に散在し、清書が必要な状態で滞留する |
| 2. 記載の後追い | 訪問から数日後にまとめて記録書IIを清書する | バイタル値や具体的な発言内容の記憶が曖昧になり、記載が定型的・簡略になる |
| 3. 報告書・保存管理の形骸化 | 主治医への報告書提出が月末に集中し、保存期限の管理は個々のスタッフ任せになる | 報告書の提出遅れ、記録の必須項目抜け、保存期限切れの記録が事業所単位で把握できない |
重要なのは、この3段階を分けているのが「その場で書けるかどうか」と「必須項目が揃っているかを機械的に確認できるかどうか」だという点です。看護内容の判断力・観察力自体は現場のスタッフに十分備わっています。抜けているのは、記載モレを人間の目視だけに頼らず検知する仕組みと、保存期限をステーション横断で見える化する台帳運用です。
複数の訪問看護ステーションの業務仕組み化に関わる中で気づいたのは、記載モレそのものよりも「気づいた時点でバイタルや発言内容の記憶が薄れている」ことのほうが、記録の質を下げる本当の原因になっているケースが多いという点です。訪問から1週間後にまとめてチェックしても、修正のしようがありません。
設計方針——看護判断はスタッフ本人、Claude Codeは記載整形と検知
訪問看護記録の実装で最初に引くべき境界線は、「どこまでを機械的な決定的ルールに固定し、どこからをClaude Codeの言語処理・情報整理に任せるか」です。この記事では次の分担を推奨します。
- 必須項目の記載モレ検知＝決定的ルール — 記録書IIに「訪問年月日」「バイタルサイン」「実施した看護内容」など必須項目が入力されているかどうかの判定は、同じ入力なら必ず同じ結果になるコードで実装する。記載内容の医学的な妥当性はAIに判定させない
- 報告書ドラフトの整形＝Claude Code — 1ヶ月分の記録書IIから、主治医向け訪問看護報告書の下書き（病状の経過・実施した看護内容の要約）を整形する作業を任せる。要約の事実確認と最終記載は訪問した看護師が行う
- 保存期限台帳の集計・棚卸し＝Claude Code（人が確定） — 記録の完結日から保存期限までの残日数を計算し、期限が近い記録を一覧化する。保存期限を過ぎた記録の廃棄可否の最終判断は管理者が行う
「AIに看護記録を書かせる」のではなく、「その日のうちに書き切るための整形作業と、必須項目が揃っているかの確認作業をAIに手伝わせる」という整理です。この境界を崩すと、利用者の状態変化という命に関わる情報が、検証できない生成結果の上に積み上がることになります。
実装ステップ1：データとディレクトリ構成を揃える
前提として、訪問看護記録書I・II、訪問看護計画書、訪問看護報告書、訪問看護指示書は、電子カルテやCSVなど何らかの形でテキスト化・構造化されている状態から始めます。ディレクトリ構成の例です。
data/record_master.csv # 利用者マスタ（利用者ID・氏名・記録開始日・主治医）
data/visit_records/ # 訪問看護記録書II（訪問日ごとのテキスト/CSV）
data/care_plans/ # 訪問看護計画書
data/report_drafts/ # 訪問看護報告書ドラフトの出力先
data/required_items.yaml # 記録書IIの必須項目定義
data/retention_ledger.csv # 保存期限管理台帳（完結日・保存期限・棚卸し状況）
data/output/ # 検知結果・要約の出力先
必須項目定義（required_items.yaml）には、記録書IIとして最低限入力すべき項目を列挙します。この定義自体は看護師・管理者が事業所の記録様式に沿って作成するものであり、Claude Codeが独自に「何が必須項目か」を決めることはありません。
# data/required_items.yaml の想定
record_type: visit_record_ii
required_fields:
- visit_date # 訪問年月日
- vital_signs # バイタルサイン（体温・脈拍・血圧等）
- nursing_content # 実施した看護・リハビリテーションの内容
- patient_condition # 利用者の病状・状態変化
- staff_name # 記録作成者（訪問した看護師）
実装ステップ2：記録書IIの記載モレを決定的ルールで検知する
判定の中核は、記録書IIの各項目が空欄になっていないかを確認する処理です。実装イメージをPythonで示します（実際のコード生成はClaude Codeに任せ、人は判定条件の正しさをレビューします）。
# check_record_completeness.py（抜粋・実装イメージ）
import yaml
def check_record(record: dict, required_fields: list[str]) -> list[str]:
missing = []
for field in required_fields:
value = record.get(field, "")
if not str(value).strip():
missing.append(field)
return missing # 空リストなら記載モレなし
記載の有無という「空欄かどうか」の判定はコードで確定させ、Claude Codeには「どの記録に、どの項目が抜けているか」を担当者が確認しやすい形にまとめる作業を任せます。
claude -p "data/visit_records/ 配下にある2026年8月分の訪問看護記録書IIを読み、
data/required_items.yaml で定義された必須項目のうち、空欄または極端に短い（10文字未満）
記載になっている項目を利用者ID・訪問日ごとに一覧化してください。
記載内容が医学的に妥当かどうかは判定せず、あくまで『項目が入力されているか』のみを確認してください。
出力は data/output/missing_items_2026-08.csv に、記載モレの件数が多い利用者順に並べてください。
不足している情報があれば、最初に質問してから作業を開始してください。"
--allowedTools "Read" "Write"この検知は「訪問当日または翌日まで」に回すことが前提です。1週間分をまとめて検知しても、記載モレに気づいた時点で記憶が薄れており、修正の意味が薄くなります。日次または隔日で回す運用に組み込むことが、後追い記載を防ぐための実質的な効果を生みます。
実装ステップ3：訪問看護報告書のドラフト整形をClaude Codeに任せる
訪問看護報告書は、主治医に対して一定期間（多くの場合月1回程度、事業所の運用による）の病状経過と実施した看護内容を報告する文書です。ここはClaude Codeが最も力を発揮する領域で、1ヶ月分の記録書IIという断片的な記述から、経過を追いやすい形に整形する一次整理を任せます。
claude -p "data/visit_records/ 配下にある利用者ID=U0123の2026年8月分の
訪問看護記録書IIをすべて読み、訪問日順に病状の変化・バイタルサインの推移・
実施した看護内容を時系列で整理してください。
新しい症状や気になる変化があった訪問日には印を付けてください。
記載されていない情報を推測で補わず、記載されている内容のみを整理してください。
仮定した点があれば必ず『仮定』と明記してください。
出力は data/report_drafts/U0123_2026-08_summary.md としてください。"
--allowedTools "Read" "Write"整形された時系列サマリをもとに、訪問看護報告書のたたき台をClaude Codeに作成させます。ここで大事なのは、報告書の「評価」や「今後の看護方針」といった専門的判断はAIに書かせず、事実の整理までに留めることです。
claude -p "data/report_drafts/U0123_2026-08_summary.md をもとに、
訪問看護報告書のたたき台を作成してください。
たたき台には『訪問回数』『主な看護内容』『バイタルサインの推移』
『記録上確認できた病状の変化』の4項目のみを事実として記載し、
『今後の看護方針として〜が望ましい』といった専門的な評価・提案は書かないでください。
評価欄・方針欄は空欄のまま、訪問した看護師が記入する形にしてください。"
--allowedTools "Read" "Write"報告書ドラフトが完成したら、必ず訪問した看護師が原本の記録と突き合わせて内容を確認し、評価・方針を記入したうえで確定させます。ドラフト作成の時短効果は、この確認作業を省略してよいという意味ではありません。
実装ステップ4：保存期限管理台帳と監査対応を仕組み化する
訪問看護記録の保存義務については、「指定訪問看護の事業の人員及び運営に関する基準」第30条で、訪問看護記録書・訪問看護指示書・訪問看護計画書・訪問看護報告書などの記録を整備し、その完結の日から2年間保存しなければならないと定められています（厚生労働省 指定訪問看護の事業の人員及び運営に関する基準 第30条）。介護保険を適用する訪問看護の場合は運営基準の該当条文が異なり、自治体条例で保存期間が上乗せされているケースもあるため、実際の保存年限は必ず自事業所が適用される指定基準・自治体条例で確認してください。
保存期限の管理は、利用者ごと・記録種別ごとに「完結日」と「保存期限」を持つ台帳で行います。
# data/retention_ledger.csv の想定カラム
record_id, customer_id, record_type, completion_date,
retention_years, retention_deadline, disposal_status, last_reviewed_date
完結日と保存年数から保存期限を計算し、期限が近づいている記録を月次で洗い出す処理です。
claude -p "data/retention_ledger.csv のうち retention_deadline が
2026-09-30以前で、disposal_status が『未処理』の記録を抽出してください。
期限が近い順に data/output/retention_alert_2026-08.csv に一覧化し、
利用者ID・記録種別・完結日・残日数を列として含めてください。
台帳の内容を直接書き換えず、一覧の出力のみ行ってください。"
--allowedTools "Read" "Write"この一覧をもとに、期限を過ぎた記録を実際に廃棄してよいかどうか（利用開始日からのケース管理の継続性、監査対応での必要性など）は、必ず管理者が個別に判断します。台帳運用の目的は「棚卸しを月次で発見できる状態を作る」ことであり、廃棄の自動実行ではありません。
現場で踏みやすい失敗パターン
記載モレ検知の仕組みを相談される際、最初の設計案として次の4パターンが挙がることがよくあります。いずれも一見合理的に見えますが、実装する前に立ち止まったほうがよい理由があります。
失敗1：記載内容の妥当性をAIに判断させる
❌ Claude Codeに「この記録の内容が正しいか判断して」と丸投げし、看護内容の医学的妥当性の判定を言語モデルの出力に任せる
⭕ 記載モレの有無（空欄かどうか）は決定的ルールで検知し、Claude Codeにはその結果の一覧化と、報告書ドラフトの事実整理までを任せる
なぜ重要か：訪問看護記録は利用者の命に関わる情報です。言語モデルの出力には解釈のズレが混入するリスクがあり、看護判断の正誤をAIに委ねることは、記録の信頼性そのものを損ないます。
失敗2：記載モレ検知の結果を自動で記録に追記する
❌ 検知した記載モレの項目に、Claude Codeが「推測される内容」を自動で埋めて記録を完成させる
⭕ 記載モレの検知結果は「訪問した看護師への確認依頼」までとし、実際の記載・追記は必ず本人が行う
なぜ重要か：記録は「実際に観察・実施した事実」でなければ意味がありません。AIによる推測での補完は、記録の証拠能力そのものを損なうリスクがあります。
失敗3：報告書ドラフトをそのまま主治医に提出する
❌ Claude Codeが生成した報告書ドラフトを、看護師の確認なしにそのまま主治医へ提出する
⭕ ドラフトはあくまで整形の一次案として扱い、訪問した看護師が原本の記録と突き合わせて内容を確認・修正したうえで提出する
なぜ重要か：整形の過程で細かなニュアンス（利用者本人の言葉での訴え、家族の反応など）が抜け落ちるリスクがあります。報告書は主治医の治療方針判断にも影響するため、原本参照の一手間を制度として残す必要があります。
失敗4：保存期限管理を導入せず「聞かれたら探す」運用を続ける
❌ 保存期限台帳を作らず、監査や照会があったときに個々のスタッフの記憶や紙ファイルを頼りに記録を探す
⭕ 完結日・保存期限を台帳で一元管理し、期限が近い記録・期限を過ぎた記録を月次で機械的に洗い出す
なぜ重要か：保存期限は「指定訪問看護の事業の人員及び運営に関する基準」で定められた義務です。台帳がないと、期限管理ができているかどうか自体を事業所として証明できず、監査対応で余計な負荷がかかります。
よくある質問
Q. 訪問看護記録書IとIIの違いは何ですか？
実務上は、記録書I（フェイスシート）は利用者の基本情報・主治医情報・緊急連絡先など初期評価的な内容をまとめたもの、記録書IIは訪問ごとにバイタルサインや実施した看護内容を記載するものとして運用されることが一般的です。具体的な様式・記載項目は事業所や適用される制度（医療保険・介護保険、精神科訪問看護かどうか）によって異なるため、自事業所が使用している様式・保険者の指定に沿って確認してください。
Q. 訪問看護記録の保存期間はどれくらいですか？
「指定訪問看護の事業の人員及び運営に関する基準」第30条により、訪問看護記録書・指示書・計画書・報告書などの記録は、その完結の日から2年間保存することが義務付けられています（厚生労働省公式サイトで確認済み）。介護保険適用の訪問看護では運営基準の該当条文が異なり、自治体条例で保存期間が上乗せされているケースもあるため、実際の年数は自事業所が適用される指定基準・自治体の条例で必ず確認してください。
Q. 訪問看護記録はデジタル化してもよいですか？
記録の電子化・電子端末での作成自体は広く行われています。ただし、正確かつ最新の内容を保つ管理体制、個人情報の保護、バックアップ体制については各事業所の情報管理規程と、利用している電子カルテ・記録システムの仕様に沿って運用してください。本記事で扱っているのは記載モレの検知や保存期限の台帳管理であり、記録システムの選定や導入自体は別途検討が必要です。
Q. 訪問看護記録の内容確認や看護判断をClaude Codeに任せてよいですか？
任せるべきではありません。本記事の構成でClaude Codeが担うのは、記録書IIの必須項目が入力されているかどうかの検知結果の一覧化、報告書ドラフトの事実整理、保存期限台帳の棚卸しリスト作成までです。記載内容の医学的妥当性、看護判断、報告書の評価・方針の記入は、必ず訪問した看護師本人が行ってください。
Q. 個人情報を含む訪問看護記録をAIツールで扱っても大丈夫ですか？
利用者の氏名・病状などの個人情報を外部のAIサービスに送信する場合は、事業所の個人情報保護方針、利用しているAIサービスの利用規約・データ取り扱い方針を必ず確認してください。本記事のコード例はローカル環境での処理を前提としたイメージであり、実際の導入にあたっては情報システム担当者・個人情報保護管理者と運用ルールを協議することをおすすめします。
Q. 小規模な訪問看護ステーションでも導入できますか？
まず「今月分の記録書IIのうち、必須項目が空欄のものが何件あるか」を数えることから始めるのが現実的です。件数が想定より多い場合、記載モレ検知の仕組み化を優先課題として位置づけられます。必須項目定義の整備と検知の仕組み化で数週間、月次の棚卸し運用として定着するまで数ヶ月が一般的な目安です（試算であり実測値ではありません）。
まとめ：今日から始める3つのアクション
- 今日やること：直近1ヶ月分の訪問看護記録書IIを開き、「訪問当日に記載を終えている件数」と「翌日以降に持ち越している件数」を数えてみる
- 今週中：記録書IIの必須項目リスト（バイタルサイン・実施した看護内容・病状の変化など）を管理者・スタッフ間で言語化し、required_items.yamlの設計に反映する
- 今月中：保存期限管理台帳のフォーマットを決めて既存の記録を登録し、「完結日から2年に近づいた記録を月次で洗い出す」定例をステーションのカレンダーに入れる
保存年限台帳の設計思想は派遣元・派遣先管理台帳をClaude Codeで仕組み化する実装パターンで、記録の記載モレ検知に近い「決定的ルールでの点検」の考え方は労働者名簿・賃金台帳・出勤簿の抜け漏れをClaude Codeで点検するでも扱っています。ケア記録・家族説明資料の自動化については介護事業所のClaude Code活用｜ケアプラン・記録・家族説明資料の自動化もあわせて参考にしてください。claude -p の実行オプションや--allowedToolsによるツール制限の詳細はClaude Code公式ドキュメントを参照してください。
著者：佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。X（@SuguruKun_ai）フォロワー約10万人。100社以上の企業向けAI研修・導入支援を手がける。著書『AIエージェント仕事術』（SBクリエイティブ）。
Uravationでは、医療・介護分野を含むバックオフィス業務へのClaude Code導入を含むAI導入支援・個別指導を提供しています。自事業所の記録業務でどこまで仕組み化できるか検討したい方はご相談ください。
