Claudeで褥瘡マネジメント加算の評価記録を点検する — 3月ごとの評価とLIFE提出の突合

褥瘡マネジメント加算は、請求の画面だけ見ても要件を満たしているか分かりません。根拠は、入所時の評価、定期の再評価、褥瘡ケア計画、本人や家族の同意、LIFEへの提出履歴という5か所に散らばっているからです。

Claudeに向いているのは、これらを入所者ごとの一覧表に写し、評価の間隔や空欄を機械的に数える作業です。算定してよいかの判断と、褥瘡の深さの評価は人が担います。この記事では、厚生労働省の通知から記録の物差しを作り、Claudeに突き合わせさせる手順を示します。

通知が求める記録を、点検の物差しに直す

物差しは、Claudeの要約ではなく通知の本文から作ります。施設サービスの留意事項通知(老企第40号)の「褥瘡マネジメント加算について」の節が、記録に求めていることを項目ごとに書いています。

丸数字は留意事項通知の項番です。この表の1行が、そのまま点検表の1列になります。

マニュアルについても通知に記載があります。施設ごとに褥瘡管理のマニュアルを整備し、それに基づいて実施することが望ましいとされています。マニュアルの有無は、点検表の外で施設として1回確かめる項目です。

別紙様式5に書かれている項目

記録の中身を見るとき、基準になるのは別紙様式5(褥瘡対策に関するスクリーニング・ケア計画書)です。様式は次の4部に分かれています。

• 基本情報: 要介護度、障害高齢者と認知症高齢者の日常生活自立度、評価日、評価時点
• 褥瘡の有無: 発生日と部位(仙骨部、坐骨部、尾骨部、腸骨部、大転子部、踵部など)
• 危険因子の評価: ADL、基本動作、浮腫、低栄養状態のリスクレベル、排せつの状況
• 褥瘡の状態の評価とケア計画: 深さや滲出液などをDESIGN-R 2020で評価し、体位変換の頻度などを計画する

低栄養状態のリスクレベルは、様式上は任意項目の扱いです。空欄でも様式の不備にはなりませんが、LIFEへの提出内容と食い違わないかは見ておきます。

加算(Ⅰ)と(Ⅱ)では、見る記録が違う

(Ⅰ)は原則として入所者全員が対象です。(Ⅱ)は、(Ⅰ)の要件を満たす施設で、入所時の評価の結果に応じて絞られた入所者が対象になります。

入所時に褥瘡があった人は、その褥瘡が治癒した後に(Ⅱ)を算定できる、というのが令和6年度改定後の通知の書き方です。改定前は「治癒後に、褥瘡の再発がない場合」とされていました。古い点検表を流用している施設は、この条件が変わっている点に注意が必要です。

(Ⅱ)の月次チェックで、Claudeに任せられるのは「対象月に別紙様式5の評価があるか」「評価の深さ欄にd1以上の記載があるか」を拾うところまでです。d1以上かどうかの読みは、評価した職種の判断を写すだけにします。

点検表を作り、Claudeに間隔と欠けを数えさせる

入所者1人を1行にした表を作り、CSVでClaudeに渡します。ClaudeはCSVやTSVの分析用の取り込みと、コードを実行した集計に対応しています。ファイルの上限は1つ30MBです。

一覧表の列の例です。評価日は複数あるので、1つの欄にセミコロンで並べています。

符号,入所日,入所時評価日,評価日,計画作成日,同意日,LIFE提出月
A,2026-04-12,2026-04-12,2026-07-10;2026-10-09,2026-04-15,2026-04-15,2026-05;2026-08;2026-11
B,2026-05-30,2026-06-03,2026-10-20,2026-06-05,,2026-07;2026-11

この例のBでは、評価日が入所時評価の6月3日から10月20日まで飛んでいて、同意日も空です。表の形を示すための作り物であり、実在の入所者の記録ではありません。

間隔の確認は、文章でClaudeに頼むより、短いスクリプトを走らせてもらうほうが取りこぼしません。Claudeに依頼して実行させる内容は次のとおりです。

import csv
 
def ym(s):
    y, m, _ = s.split("-")
    return int(y), int(m)
 
def gap_months(a, b):
    return (b[0] - a[0]) * 12 + (b[1] - a[1])
 
with open("hyoka.csv", encoding="utf-8") as f:
    for row in csv.DictReader(f):
        dates = [row["入所時評価日"]] + row["評価日"].split(";")
        dates = sorted(d for d in dates if d)
        months = [ym(d) for d in dates]
        for a, b in zip(months, months[1:]):
            if gap_months(a, b) > 3:
                print(row["符号"], "評価の間隔が3月超", dates)
        if not row["同意日"]:
            print(row["符号"], "同意日の記載なし")

月の差が3を超えたら印を付ける、という数え方は点検の目安です。通知の数え方を写したものではありません。印が付いた行は、日数ではなく「評価が実際に抜けていたか」を原本で確かめます。

指示文は、Projectのカスタム指示に置くと毎月同じ形で使い回せます。

添付のCSVは、褥瘡マネジメント加算の点検用です。
次の3点だけを表で出してください。
 
1. 空欄がある列(符号と列名)
2. 評価日の間隔が月単位で3を超える行(符号と該当する日付)
3. LIFE提出月が、評価日の属する月の翌月になっていない行
 
- 算定してよいかの結論は書かないでください
- 列にない情報を推測で補わないでください
- 日付は、CSVに書かれた文字列のまま引用してください

3点目は、LIFEの通知が提出時点を「評価を行った日の属する月」の翌月10日までと定めているための確認です。たとえば7月10日の評価なら、8月提出が目安になります。TeamとEnterpriseのプランでは、コード実行と、ファイル作成の機能を組織の管理者が無効にできます。無効の組織ではスクリプトが走らないので、管理者に設定を尋ねてから始めます。

提出が遅れた月は、切り分けを間違えない

LIFEへの提出は、評価の都度ではなく月ごとの期限で管理します。遅れの扱いは通知とQ&Aに細かく書かれており、点検表の「LIFE提出月」の欄を読むときの前提になります。

月末入所の人のデータを出せない場合でも、他の入所者のデータを出していれば、他の人の分は算定できるとQ&Aが答えています。ただし、やむを得ない場合を除いて全員分を出していなければ算定できません。点検表では、遅れた理由の欄を入所者ごとに用意しておくと、Claudeが「理由の記載なし」を拾えます。

記録が抜けやすい場面

通知の文言に照らして、抜けが出やすいのは次の場面です。

Claudeに任せない判断

次の判断は、表の出力に頼らず人が担います。

• 褥瘡の深さ、滲出液、大きさなどの評価(DESIGN-R 2020での評価は職種が行います)
• 算定してよいかの最終判断
• 通知の解釈が分かれる点(指定権者に照会します)

解釈に迷う項目は、表に「確かめる点」として残し、照会事項の一覧にまとめておきます。

評価記録は個人の健康に関する情報です。Claudeに渡す前の匿名化と、Projectの共有範囲は、看取り介護加算の点検手順に書いた型がそのまま使えます。栄養状態は褥瘡の危険因子の1つなので、栄養ケア計画書側の記録は栄養ケア計画書の下書き手順と並べて見ます。日次の介護記録から事実を拾うには介護記録の日次メモを要約する手順の整理が役立ち、指定権者の運営指導に備えた全体の自己点検は運営指導に向けた書類の自己点検で扱っています。

まとめ

褥瘡マネジメント加算の点検は、入所時評価、再評価、褥瘡ケア計画、同意、LIFE提出を1行に並べた一覧表から始まります。Claudeには、空欄と評価日の間隔を数えさせるところまでを任せます。

見直す順番は、LIFEの提出月の欠け、評価日の間隔、同意日の空欄です。(Ⅱ)を算定している入所者は、評価の深さ欄にd1以上の記載がないかを最後に確かめます。表に印が付いた行だけを原本に当たる運用にすると、点検の手間が限られた行数に収まります。