介護施設が利用者の家族に毎月送るお便りの原稿を行事と生活の記録から下書きし、名前・写真・体調の載せ方を掲載の同意と照らして点検する
介護施設が家族に毎月送るお便りの記事を、職員が書いた行事の記録から ChatGPT に下書きさせます。あわせて、名前・写真・体調の載せ方が、利用者ごとの掲載の同意の範囲に収まっているかを点検させます。
- 生成AI
- ChatGPT/Claude/Gemini/Microsoft Copilot
- 対象業界
- 介護/医療
- 対象部門
- 総務
- 対象業務
- 内容確認・チェック/書類作成
- 主な課題
- 人手が足りない/書類作成に時間がかかる/確認ミスが多い
- AIで行う処理
- 生成
- 主な効果
- 入力漏れ削減/品質標準化/工数削減
- 導入難易度
- ★☆☆☆☆
- 実装レベル
- 半自動化
- 費用感
- SaaS追加(小)
- 人間の確認
- 条件付き
01導入前 / 導入後の業務フロー
- 各フロアの職員が、行事の記録(日時・内容・参加した利用者・様子)と写真を共有フォルダに入れる
- お便りの担当が記録を読み、記事にする行事と写真を選ぶ
- 前月号のひな形を開き、記事の原稿を書く
- 記事に出てくる利用者ごとに、保管している同意書を出して名前と写真の可否を確かめる
- 写真を1枚ずつ見て、写っている人と背景の写り込みを確かめる
- 体調や入院、亡くなった方に触れていないかを読み直す
- 管理者が読んで発行する
- 人各フロアの職員が、行事の記録を「仮の呼び名」で書き、写真を共有フォルダに入れる
- 人お便りの担当が、事業所の「呼び名の対応表」で、仮の呼び名ごとの同意の区分を記録の末尾に写す
- 人担当が写真の一覧(写真番号・写っている仮の呼び名・背景の写り込み)を書く
- 人ChatGPT の事業所のプロジェクトで新しいチャットを開き、記録と写真の一覧を貼る
- 自動ChatGPT が記事を下書きする。記録に無い様子は空欄で残す
- 人担当が空欄を埋め、言い回しを直す
- 人同じチャットで、点検のスキルを指定して下書きと写真の一覧を見させる
- 自動ChatGPT が、同意の区分を超える名前・写真・誕生日の書き方と、体調・病歴・入退院・亡くなった方に触れる記述を表で返す
- 人担当が直し、仮の呼び名を本名に戻してお便りのひな形に入れる
- 人管理者が、点検の表と仕上がったお便りを読んで発行する
各工程の詳しい説明を読む
- 各フロアの職員が、行事の記録(日時・内容・参加した利用者・様子)と写真を共有フォルダに入れる
- お便りの担当が記録を読み、記事にする行事と写真を選ぶ
- 前月号のひな形を開き、記事の原稿を書く
- 記事に出てくる利用者ごとに、保管している同意書を出して名前と写真の可否を確かめる
- 写真を1枚ずつ見て、写っている人と背景の写り込みを確かめる
- 体調や入院、亡くなった方に触れていないかを読み直す
- 管理者が読んで発行する
(a)原稿の時間が、本来の業務を圧迫する。 8つの記事を書くのに半日以上かかり、その間は家族からの相談の電話に出られません。 行事の記録は「〇〇をしました。皆さん楽しまれていました」の一行のことも多く、担当者が職員に様子を聞き直してから書いています。
(b)同意書を一人ずつ見返すのが大変。 行事の報告に10人の利用者が出てくれば、10枚の同意書を出して確かめます。余白の手書きの希望は、読み落としやすい。 「名字だけ」の利用者をフルネームで書いた、「後ろ姿のみ」の利用者の顔が写った写真を載せた、というのが、これまでに家族から指摘を受けた例です。
(c)体調の話が、善意で載りかける。 「長く入院されていたBさんも元気に参加されました」「認知症が進まれたCさんも笑顔を見せてくださいました」。書いた職員は、その利用者の回復や様子を喜んで書いています。 しかし、それは病歴や心身の状態を、ほかの家族に伝える文です。
(d)亡くなった方や退所した方に触れる記事の扱いが、担当者ごとに違う。 お誕生日の紹介に先月亡くなった方が残っていた、職員の紹介で退職した職員の写真が残っていた、という前月号の流用による誤りも起きています。
- 【人】 各フロアの職員が、行事の記録を「仮の呼び名」で書き、写真を共有フォルダに入れる
- 【人】 お便りの担当が、事業所の「呼び名の対応表」で、仮の呼び名ごとの同意の区分を記録の末尾に写す
- 【人】 担当が写真の一覧(写真番号・写っている仮の呼び名・背景の写り込み)を書く
- 【人】 ChatGPT の事業所のプロジェクトで新しいチャットを開き、記録と写真の一覧を貼る
- 【自動】 ChatGPT が記事を下書きする。記録に無い様子は空欄で残す
- 【人】 担当が空欄を埋め、言い回しを直す
- 【人】 同じチャットで、点検のスキルを指定して下書きと写真の一覧を見させる
- 【自動】 ChatGPT が、同意の区分を超える名前・写真・誕生日の書き方と、体調・病歴・入退院・亡くなった方に触れる記述を表で返す
- 【人】 担当が直し、仮の呼び名を本名に戻してお便りのひな形に入れる
- 【人】 管理者が、点検の表と仕上がったお便りを読んで発行する
2番目と9番目が、この設計の分かれ目です。 本名と同意の区分を結び付けるのは、事業所の中にある対応表と担当者だけです。 ChatGPT に渡るのは「利用者1」と「名前:名字のみ可」という区分までで、誰のことかは渡りません。
8番目の点検は、5番目の下書きとは別のスキルで行います。 下書きを作った指示のまま「問題ないか」を聞くと、自分が作った文を甘く見ます。点検は、法人で1つにした決まりを持つスキルに任せます。
02今回想定するシステム構成
各フロアの職員 ── 行事の記録(仮の呼び名で書く)/写真 ▼ お便りの担当 ── 呼び名の対応表から同意の区分を写す/写真の一覧を書く │ (本名と同意書は事業所の中だけ) ▼ ChatGPT(事業所のプロジェクト) │ ソース:お便りの書き方の決まり/前月号(仮の呼び名に置き換え済み)/年間の行事予定 ▼ 記事の下書き(記録に無い様子は空欄) 担当が空欄を埋める ▼ ChatGPT(法人共通のスキル「お便りの掲載の点検」) ▼ 【表】番号/種類(名前・写真・誕生日・体調・在籍)/該当箇所/理由/直しの案 ▼ 担当が直す → 本名に戻してひな形に入れる → 管理者が読んで発行
| 役割 | 想定する製品 | 代替候補 |
|---|---|---|
| 処理 | ChatGPT(業務用ワークスペースのプロジェクトとスキル) | Claude、Microsoft Copilot、Gemini |
| 同意の管理 | 呼び名の対応表(事業所の共有フォルダ) | - |
| 紙面 | 文書作成ソフトのお便りのひな形 | - |
新しく足すのは、事業所ごとのプロジェクト、法人共通の点検のスキル、呼び名の対応表の3つです。 お便りのひな形と写真の置き場所は今のままです。ChatGPT と共有フォルダはつなぎません。 担当者が貼った分だけが ChatGPT に渡ります。
下書きはプロジェクトで作ります。 公式の案内では、プロジェクトは関連するチャットをまとめ、ファイルとソースを置く場所と、プロジェクト内のすべてのチャットに効く指示を持ちます。プロジェクトはパソコンのフォルダを直接見ないので、使うファイルはアップロードします。事業所ごとにプロジェクトを1つ作り、 書き方の決まりと前月号と年間の行事予定を置けば、毎月の号ごとに新しいチャットを開くだけで同じ前提で書けます。
点検はスキルで行います。 スキルは、特定の作業の指示と資料をまとめたもので、チームの書き方の基準を当てはめるような繰り返しの作業に向くとされています。ワークスペースの設定が許せば同僚と共有でき、ChatGPT では @ で指定して使えます。12事業所で点検の決まりを1つにするために、 点検だけは法人の総務がスキルにして共有します。
業務用のワークスペースを使うのは、記録の扱いを法人の決まりに合わせるためです。 公式の案内では、Business・Enterprise・Edu のワークスペースでは通信中と保存時の暗号化があり、OpenAI は既定では業務のデータをモデルの学習に使わないとされています。それでも本名は渡しません(第13章)。
03どうやって実装するのか
処理の起点を決める
毎月の発行日の10日前に、お便りの担当が行事の記録を締めます。 締めた時点で共有フォルダにある記録と写真から作ります。行事の当日に1記事ずつ作る運用にはしません。 同じ利用者が何度も出ていないか、写真が偏っていないかは、号全体を見ないと分からないからです。
号ごとに、プロジェクトの中で新しいチャットを開きます。 前月号のチャットで続けると、先月の行事の様子が今月の記事に混ざることがあります。前月号は、ソースに置いた版だけを見させます。
点検は、下書きの空欄を担当が埋めた後に行います。 空欄を埋める前に点検すると、担当が書き足した一文が点検されないまま紙面に載ります。点検は、紙面に載る文に対して行います。
入力データを集める
| データ | 中身 | 用意する人 |
|---|---|---|
| 行事の記録 | 日時・場所・内容・参加した利用者(仮の呼び名)・様子・発言 | 各フロアの職員 |
| 同意の区分 | 仮の呼び名ごとの、名前・写真・誕生日の掲載の可否 | お便りの担当(対応表から写す) |
| 写真の一覧 | 写真番号・写っている仮の呼び名・顔が写るか・背景の写り込み | お便りの担当 |
| 在籍の変化 | 今月の退所・亡くなった方の仮の呼び名、退職した職員 | お便りの担当 |
| お便りの書き方の決まり | 記事の長さ・言葉づかい・載せない話題 | 法人の総務(プロジェクトとスキルに置く) |
| 前月号 | 仮の呼び名に置き換えた前月のお便り | お便りの担当(プロジェクトに置く) |
質を決めるのは、行事の記録の「様子・発言」の欄です。 「皆さん楽しまれました」としか書かれていなければ、AIも同じことしか書けません。記録に書かれていない様子を、AIに作らせないためです。 記録には、誰が何をして、どんな言葉が出たかを1行ずつ書いてもらいます。
行事の記録と同意の区分は、次のような形で渡します。
【行事の記録】デイサービス〇〇 10月の行事
行事:秋の作品づくり(10/10 14:00〜15:00、ホール)
内容:落ち葉と木の実でリースを作った。職員3名
・利用者1:松ぼっくりを並べる係。「昔は山で拾ったもんだ」と話された
・利用者2:リボンを結ぶのを職員と一緒に。完成品を玄関に飾った
・利用者3:見学のみ(体調のため。※記事に書かない)
写真:P01〜P04
【同意の区分】
利用者1:名前=名字のみ可/写真=可/誕生日=月日のみ可
利用者2:名前=不可/写真=後ろ姿・手元のみ可/誕生日=不可
利用者3:名前=フルネーム可/写真=可/誕生日=月日と年齢可
【写真の一覧】
P01:利用者1(顔が写る)、背景にホワイトボード(予定表の文字)
P02:利用者2(顔が写る)、手元のリース
P03:利用者1・利用者2(手元のみ)
P04:完成したリース(人は写らない)
【在籍の変化】
退所:利用者7(10/3)/退職した職員:職員E
「※記事に書かない」の書き方を、職員の記録の決まりに入れます。 職員は記録として正確に書く必要があります。記事に書かないことは、記録から消すのではなく印を付けます。 印の付いた行をAIが記事に使えば、点検でそのまま拾えます。
データの取得方法を決める
同意の区分は、事業所の「呼び名の対応表」から写します。 対応表は、利用開始時の同意書を読み直して担当者が一度作るものです。
| 取るもの | どこから | 何に使うか |
|---|---|---|
| 名前・写真・誕生日の掲載の可否 | 利用開始時の同意書(余白の手書きの希望を含む) | 呼び名の対応表 |
| 仮の呼び名 | 対応表で事業所ごとに番号を振る | 行事の記録と同意の区分 |
| 退所・亡くなった方 | 事業所の入退所の記録 | 在籍の変化 |
| 書き方の決まり | 法人の総務が作る(家族から受けた指摘を含む) | プロジェクトとスキル |
| 年間の行事予定 | 事業所の行事の計画 | 来月の予定の記事 |
対応表は、次のような形で作ります。
【呼び名の対応表】デイサービス〇〇(事業所の共有フォルダ。ChatGPT には貼らない)
| 仮の呼び名 | 本名 | 名前 | 写真 | 誕生日 | 同意書の日付 | 備考 |
| 利用者1 | (本名) | 名字のみ可 | 可 | 月日のみ可 | 2025-04-01 | |
| 利用者2 | (本名) | 不可 | 後ろ姿・手元のみ | 不可 | 2026-02-15 | 家族の希望(余白に記載) |
仮の呼び名は、号をまたいで変えません。 毎月振り直すと、前月号との照らし合わせで同じ人かどうかが分からなくなります。番号は退所した方の分も再利用しません。
同意書の余白の希望は、対応表を作るときに必ず区分に落とします。 個人情報保護委員会と厚生労働省のガイダンスでは、医療・介護関係事業者の通常の業務で想定される利用目的が別表に例示されていますが、家族向けのお便りへの掲載はその例に挙げられていません。 載せる範囲は、利用開始時の書面の同意で決めたとおりに扱います。
AIへ渡す前に整形する
- 本名を仮の呼び名に置き換える … 職員が記録を書く段階で置き換えます。愛称や「〇〇さんの奥さん」のような書き方も置き換えます
- 職員の名前を外す … 「職員A」のように書きます。職員の紹介の記事は、本人の同意を取った範囲で担当が後から書きます
- 居室の番号・出身地・前の職業を外す … 名前を伏せても、組み合わせると誰のことか分かります。記事に要るものだけを残します
- 「※記事に書かない」の印を確かめる … 体調・入院・家族の事情に触れる行に印が付いているかを担当が見ます
- 在籍の変化を書く … 今月の退所、亡くなった方、退職した職員です
1番目は、職員が毎回手で行います。 ここを自動にする仕組みはこの構成にはありません。点検のスキルの指示に、人の名前らしい文字列があれば作業をせずに「仮の呼び名に置き換えてから貼り直してください」と返すよう書きます。
5番目は、前月号の流用で起きる誤りを止めるためです。 お誕生日の紹介や職員の紹介を前月号から写すと、第3章の(d)のように亡くなった方や退職した職員が残ります。在籍の変化を貼っておけば、点検で拾えます。
AIに処理させる
させるのは、記事の下書きと、同意の区分と在籍の変化に照らした点検の2つです。
| 見るもの | 照らす相手 | 判断できないときの扱い |
|---|---|---|
| 名前の書き方 | 同意の区分の「名前」 | 区分の無い仮の呼び名は「区分なし」とし、名前を書かない |
| 写真 | 写真の一覧と同意の区分の「写真」 | 一覧に写っている人が書かれていない写真は「確認」とする |
| 誕生日・年齢 | 同意の区分の「誕生日」 | 区分の無いものは書かない |
| 体調・病歴・入退院・認知症・障害 | お便りの書き方の決まりの「載せない話題」 | 迷う表現は「確認」とし、案を出さない |
| 在籍 | 在籍の変化 | 退所・亡くなった方・退職した職員が出てくれば必ず指摘 |
| 記録に無い様子 | 行事の記録 | 記録に無い様子・発言・人数を書いていれば指摘 |
4行目は、言葉ではなく意味で拾わせます。 「入院」「認知症」という言葉が無くても、「しばらくお休みされていた」「久しぶりにお顔を見せてくださった」は、体調の変化をほかの家族に伝える文です。 載せない話題は、言葉の一覧ではなく「体調や心身の状態の変化が分かる書き方」として決まりに書きます。
6行目は、下書きの段階でも守らせます。 下書きのときから記録に無い様子は空欄にさせ、点検では担当が書き足した文も含めて見ます。
| させないこと | 理由 |
|---|---|
| 記録に無い様子・発言・人数を書くこと | 職員が見たことだけが記事になる |
| 写真に何が写っているかの判断 | 写真はAIに見せない。担当が一覧に書く |
| 同意の区分を超えてよいかの判断 | 同意書のとおりに扱う。迷うものは家族に聞く |
| 子ども扱いする言葉づかい | 「かわいい」「上手にできました」は、ほかの家族にも利用者本人にも失礼に読まれる |
| 体調の回復を喜ぶ書き方への言い換え | 「お元気になられた」も体調の変化を伝える |
最後の行が、いちばん気をつける失敗です。 「入院されていた」を直させると、AIは「お元気な姿を見せてくださいました」のように、体調の変化をにおわせる柔らかい言い方を選びがちです。その利用者には何も触れない、という直し方を案の第一にさせます。
指示内容を固定する
プロジェクトの指示(下書き用)として、次の文を置きます。
あなたは介護施設のお便りの担当を手伝い、行事の記録から家族向けの記事を下書きします。
ソースの「お便りの書き方の決まり」に従ってください。
- 利用者は仮の呼び名(利用者1など)のまま書いてください。本名を推測しないでください。
- 行事の記録に書かれた内容・様子・発言だけを使ってください。
記録に無い様子は「【様子:記録から】」、人数は「【人数】」と空欄で残してください。
- 「※記事に書かない」の印がある行は使わないでください。
- 1記事は200〜250字。です・ます調。利用者には敬語を使い、子ども扱いする言葉を使わないでください。
- 体調・病気・入院・認知症・障害・家族の事情には触れないでください。
スキル「お便りの掲載の点検」の作業の指示として、次の文を置きます。
あなたは介護施設のお便りを発行する前に、掲載の範囲を点検する係です。
記事を書き直すのではなく、直すべき箇所と理由を示してください。
【最初に確かめること】
人の名前らしい文字列(姓・名・「さん」「様」の付いた語)があれば、点検をせず、
「仮の呼び名に置き換えてから貼り直してください」とだけ返してください。
【見ること】
1. 名前:同意の区分の「名前」を超える書き方(名字のみ可なのに名前まで等)。
2. 写真:写真の一覧で、区分が「不可」や「後ろ姿・手元のみ」の利用者が
顔の写る写真に入っていないか。区分の無い利用者が写っていないか。
3. 誕生日:区分を超える書き方(月日のみ可なのに年齢まで等)。
4. 体調:体調・病歴・入退院・認知症・障害・心身の状態の変化が分かる書き方。
言葉が無くても、意味として伝わるものを含めます。
5. 在籍:在籍の変化にある利用者・職員が記事や写真の一覧に出ていないか。
6. 記録に無い:行事の記録に無い様子・発言・人数が書かれていないか。
【出力】
表:番号/種類(名前・写真・誕生日・体調・在籍・記録に無い)/該当箇所(そのまま写す)/
理由(1文)/直しの案
直しの案は、まず「その記述を削る」を考え、言い換えは最後にしてください。
体調の変化を柔らかく言い換える案は出さないでください。
同意の区分を超えてよいかの判断は書かず、迷うものは「確認」としてください。
指摘が無いときは「指摘なし」とだけ書いてください。
【記事の下書き】{draft}
【行事の記録】{records}
【同意の区分】{consent}
【写真の一覧】{photos}
【在籍の変化】{changes}
「まず削るを考える」を指示に入れるのは、 体調に触れる文の直し方は、たいてい削ることだからです。言い換えを先に考えさせると、においの残る言い方が出てきます。
出力形式を固定する
下書きは記事の文、点検は表で受け取ります。 担当と管理者が読むものなので、JSONにはしません。
下書きは、たとえば次のように返ります。
【秋の作品づくり】
10月10日、ホールで落ち葉と木の実を使ったリースづくりをしました。
利用者1さんは松ぼっくりを並べる係を引き受けてくださり、「昔は山で拾ったもんだ」と
お話しくださいました。リボンを結ぶ作業は職員と一緒に進め、できあがったリースは
玄関に飾っています。面会の際にぜひご覧ください。【様子:記録から】
記録に無い「皆さん楽しそうに」は書かれず、空欄が残ります。 担当は、記録を書いた職員に様子を聞いて埋めるか、空欄ごと削ります。
| 番号 | 種類 | 該当箇所 | 理由 | 直しの案 |
| 1 | 写真 | P02 | 利用者2は「後ろ姿・手元のみ」。P02 は顔が写る | P02 を使わず、P03(手元のみ)にする |
| 2 | 体調 | 久しぶりに参加された利用者3も | 体調の変化がほかの家族に伝わる。記録でも「書かない」の印 | 利用者3に触れる記述を削る |
| 3 | 写真 | P01 背景のホワイトボード | 予定表の文字が写る | 写り込みを切り取るか、別の写真にする |
| 4 | 在籍 | お誕生日の紹介:利用者7 | 10/3 に退所 | 利用者7を削る |
| 5 | 記録に無い | 皆さん笑顔で | 行事の記録に無い様子 | 【様子:記録から】 |
1つ目の理由は、写真が番号で指摘されることです。 担当は写真の番号を見て差し替えられます。写真をAIに見せていないので、指摘の根拠は担当が書いた写真の一覧だけです。 一覧が正確であることが前提になります。
2つ目は、種類の列で管理者の読み方が変わることです。 「体調」と「在籍」の指摘は、直った後も管理者がもう一度読みます。家族からの指摘につながりやすい種類だからです。
3つ目は、指摘が無いときに「指摘なし」だけが返ることです。 点検の表が空なら、管理者は紙面だけを読みます。
システムへ連携する
| つなぎ先 | 方式 | 内容 |
|---|---|---|
| ChatGPT のプロジェクト | 担当が記録を貼る | 記事の下書きを受け取る |
| ChatGPT のスキル | 担当が @ で指定して下書きを貼る | 点検の表を受け取る |
| 呼び名の対応表 | 担当が手で見る | 同意の区分を写し、本名に戻す |
| お便りのひな形 | 担当が手で入れる | 本名に戻した記事と写真 |
ChatGPT と共有フォルダ・対応表はつなぎません。 本名に戻す作業は、担当が対応表を見ながら手で行います。この手作業が、本名を外に出さないための関門です。
点検のスキルの直しは、法人の総務だけが行います。 家族からの指摘や事業所からの相談を月に1回まとめ、載せない話題の書き方を見直します。12事業所が同じ版で点検していることを、版の日付で確かめます。
人が確認する
- 担当が空欄を埋める … 様子や発言は、記録を書いた職員に聞いて埋めます。聞けないものは空欄ごと削ります
- 担当が点検の指摘を直す … 写真の差し替え、記述の削除を行います。「確認」の付いたものは、同意の区分を家族に確かめます
- 担当が本名に戻す … 対応表を見て、区分どおりの書き方(名字のみ、など)で戻します
- 管理者が読む … 点検の表で「体調」「在籍」の指摘があったところを先に読み、紙面全体を読んで発行します
3番目は、点検の後に行う作業です。 本名に戻すときに区分を間違えれば、点検の意味がなくなります。名字のみ可の利用者をフルネームで戻していないかは、管理者がもう一度見ます。
空欄を埋める聞き取りは、短く済ませます。 記録を書いた職員に「リースづくりのとき、利用者1さんはどんな様子でしたか」と1つずつ聞くのではなく、空欄の残った記事を印刷して詰所に置き、職員に書き込んでもらいます。 書き込みが無ければ空欄ごと削ります。様子を書けない記事は、行事の内容だけで十分です。
例外に対処する
| 起きること | 対応 |
|---|---|
| 本名を外さずに貼った | スキルが点検せずに返す。貼ってしまった会話は消し、総務に伝える |
| 同意の区分が対応表に無い利用者が出てきた | その利用者の名前・写真を載せない。同意書を確かめ、無ければ家族に確かめる |
| 下書きに記録に無い様子が入っていた | 削る。どの記事で起きたかを総務に伝え、指示を直す材料にする |
| 家族から掲載をやめてほしいと連絡があった | その日のうちに対応表の区分を「不可」にする。発行済みの号の扱いは管理者が決める |
| 亡くなった方の思い出に触れたい記事 | 点検の対象外にせず、家族の了解を取った範囲で担当と管理者が書く |
| 写真の一覧に写っている人を書き漏らした | 指摘が出ない。一覧は担当が写真を見ながら書き、管理者が紙面の写真をもう一度見る |
| ChatGPT が使えない | 従来どおり担当が書き、同意書と対応表で確かめる |
| 夫婦で同じ事業所を利用している | 仮の呼び名は1人ずつ振る。片方だけ掲載可の場合、もう片方が写る写真と「ご夫婦で」の書き方を避ける |
| 家族・ボランティア・地域の方が写っている | 利用者の同意の区分では扱えない。写真の一覧に「利用者以外」と書き、その場で了解を取ったものだけを使う |
上から6行目が、この構成の弱いところです。 AIは写真を見ていないので、一覧に書かれていない人の写り込みは拾えません。 写真の確かめは、担当と管理者の目に残します。
記録を残す
- 発行したお便り(従来どおり事業所で保管)
- 呼び名の対応表と、区分を変えた日・理由(家族からの連絡など)
- 点検の表で「体調」「在籍」「写真」の指摘が出た件数と、直した内容
- 下書きに記録に無い様子が入っていた事例(号と記事)
- お便りの書き方の決まりと点検のスキルの版
ChatGPT の会話そのものは、記録として残しません。 残すのは発行したお便りと、対応表の変更の履歴です。会話の保持の期間はワークスペースの設定に従います。
対応表の変更の履歴は、とくに丁寧に残します。 家族から「先月から写真はやめてほしい」と連絡があったときに、いつ区分を変え、どの号から外したかが分からないと、発行済みの号の扱いを説明できません。区分を変えた日、連絡を受けた相手、変えた理由を1行ずつ書きます。
04実装レベルの3段階
半自動化で、1記事30分が10分になります。 本記事の想定はこの段階です。原稿を書く時間と、同意書を1枚ずつ出す時間がなくなり、担当は空欄を埋める聞き取りと、指摘の直しと、本名に戻す作業に時間を使います。 本格構成で効くのは、同意書の様式をそろえることです。 余白の手書きの希望が区分に落ちていれば、対応表を作る手間も、読み落としも減ります。 これはAIの有無にかかわらず必要な整備です。
05工数削減シミュレーション
導入後 96件 × 10分 ÷ 60 = 16 時間/月
自社条件で導入効果を整理したい方へ
このユースケースを自社に当てはめた場合の前提値と削減見込みを、業務ヒアリングをもとに整理します。
06向いている企業・向いていない企業
- 特別養護老人ホーム・デイサービス・グループホーム・小規模多機能などを複数運営する法人で、事業所ごとに家族向けのお便りを毎月作っている場合。お便りの担当が生活相談員や事務の職員で、本来の業務の合間に原稿を書いている場合。利用開始時の書面で、名前や写真の掲載の同意を取っているか、取り直せる場合。業務用の ChatGPT のワークスペースを担当者が使える場合。
- お便りを作っていない、または行事の写真を数枚並べるだけの事業所。名前や写真の掲載の同意を書面で取っておらず、取り直す予定もない場合。利用者の本名を仮の呼び名に置き換えて貼る決まりを守れない場合。なお、何を掲載してよいかの最終的な判断と、同意の取り方そのものの判断は、この構成では代替できません。
07最小構成で試す方法
- 1つの事業所の前月号と、その元になった行事の記録を集める
- 記録の本名を仮の呼び名に置き換え、同意書から同意の区分を写す
- ChatGPT のチャットに、第7章の下書きの指示と記録を貼って記事を作らせる
- 別のチャットに、点検の指示と、実際に発行した前月号の記事を貼って点検させる
- 前月号で家族から指摘を受けた箇所、管理者が直した箇所と、AIの指摘を並べる
最初に確かめるのは、4番目です。 下書きの出来より、発行済みの記事の中から、体調に触れる書き方と同意を超える書き方を拾えるかを先に見ます。
| 出てきた内容 | 判断 |
|---|---|
| 管理者が直した箇所と同じものを拾った | プロジェクトとスキルを作り、1事業所で使い始める |
| 体調の変化を柔らかく言い換える案が出た | 指示の「削るを先に」を強める。構成は有効 |
| 下書きに記録に無い様子が入った | 空欄の指示を出力の例にも入れる |
2行目は、最初はほぼ必ず出ます。 「お元気な姿を」「久しぶりに」は、AIにとっては良い言い換えに見えるからです。載せない話題を、意味で書いた例を決まりに足してください。
試すときは、管理者にも点検の表を読んでもらってください。 管理者が直していた箇所の多くが表に出ていれば、管理者は紙面を読む時間を、表で指摘された箇所に集中できます。 逆に、管理者だけが気づいていた種類の誤りがあれば、それを決まりに足します。
08実装時につまずきやすいポイント
| 問題 | 対策 |
|---|---|
| 体調の変化を柔らかく言い換える案が出る | まず削るを考えさせる。 言い換えの案を禁じる |
| 下書きに記録に無い様子が入る | 空欄を残させる。記録の「様子・発言」の欄を書いてもらう |
| 本名を外し忘れる | スキルが点検せずに返す。記録の段階で置き換える |
| 同意書の余白の希望が対応表に落ちていない | 対応表を作るときに必ず区分にする |
| 写真の一覧が不正確 | 担当が写真を見て書き、管理者が紙面の写真を見る |
| 前月号の流用で、退所した方が残る | 在籍の変化を毎号貼る |
| 下書きと点検を同じ指示で行う | 点検は別のスキルにする |
| 事業所ごとに載せない話題の線引きが違う | 点検のスキルを法人で1つにする |
上の2行が、この構成の失敗のほとんどです。 どちらも、AIが「温かいお便り」を作ろうとして、事実を足したり体調をにおわせたりすることから起きます。削ることを先に考えさせ、記録に無いことを書かせないことで、全部の家族が読む紙面として使えるかが決まります。
5行目も、同じくらい早く効いてきます。 AIは写真を見ていません。写真の確かめが担当と管理者の目に残っていることを、運用の最初に全員で確かめてください。
09セキュリティ・AIガバナンス上の注意点
この構成で扱うデータ: 行事の記録(利用者の様子や発言)、掲載の同意の区分、写真の一覧です。本名・写真そのもの・同意書は ChatGPT に渡しません。 個人情報保護委員会と厚生労働省のガイダンスでは、個人に関する情報は氏名や顔画像に限られず、映像や音声による情報も含むとされ、介護関係記録に記載された病歴なども要配慮個人情報に当たるものとして挙げられています。
- 本名を仮の呼び名に置き換えて貼る … 記事を書くのに誰のことかは要りません。居室の番号や出身地も外します
- 写真をAIに見せない … 顔が写る写真は個人の情報です。写っている人は担当が一覧に書きます
- 掲載の範囲は同意書のとおりにする … ガイダンスでは、要配慮個人情報を含む個人データの第三者提供には原則として本人の同意が要るとされています。お便りはほかの利用者の家族にも届くので、 体調や病歴に触れる記述は載せない決まりにします
- 同意は利用開始時の書面で取る … 介護関係事業者については、事業所内への掲示ではなく、サービスの利用開始時に文書で同意を得ておくことが必要とされている場面があります。お便りへの掲載も、名前・写真・誕生日に分けて書面で取ります
- 業務用のワークスペースで使う … 公式の案内では、業務のデータは既定でモデルの学習に使われないとされています
- 掲載をやめてほしいという連絡にすぐ応じる … 対応表の区分をその日のうちに変え、次の号から外します
誤りが起きた場合のリスクは、同意を超えた名前や写真が載ることと、体調や病歴がほかの家族に伝わることの2つです。 前者は対応表と写真の一覧の正確さで、後者は削ることを先に考えさせる点検で防ぎます。どちらも、担当が本名に戻し、管理者が紙面を読む設計で最後に守ります。
10まず何から始めるか
1週目:対応表を作る
1つの事業所で、同意書を読み直して呼び名の対応表を作ります。余白の手書きの希望を、名前・写真・誕生日の区分に落とします。 区分が決められない利用者は、家族に確かめる一覧にします。
2週目:載せない話題を決める
総務と管理者で、お便りの書き方の決まりを作ります。体調・入退院・認知症・家族の事情を、言葉ではなく意味で書きます。 過去に家族から受けた指摘を例に入れます。
3週目:最小構成で試す
前月号の記録で下書きと点検を試します。発行済みの記事から、体調に触れる書き方と同意を超える書き方を拾えるかを最優先で見ます。
4週目:プロジェクトとスキルを作る
その事業所のプロジェクトと、法人共通の点検のスキルを作ります。職員に、記録を仮の呼び名で書くことと「※記事に書かない」の印を伝えます。
2か月目: その事業所で実際の号を作り、点検の指摘と管理者の直しを並べます。3か月目以降: 12事業所に広げ、1記事30分が何分になったかを実測します。全部の事業所が同じ点検の決まりで毎月の号を出し、家族からの掲載の指摘が出なくなった時点で、この構成は完成です。
11関連ユースケース
12この仕組みを理解するための記事
13技術仕様の確認日・参考情報
| 確認した内容 | 情報源 | 確認日 |
|---|---|---|
| プロジェクトが関連するチャットをまとめ、アップロードしたファイルとソースを置く場所を持つこと。プロジェクトの指示がプロジェクト内のチャットに効くこと。プロジェクトがパソコンのフォルダを直接見ないため、使うファイルをアップロードすること | ChatGPT: Projects and chats | 2026-10-14 |
| スキルが特定の作業の指示と資料をまとめたもので、チームの書き方の基準を当てはめる作業に向くこと。ChatGPT では @ で指定でき、ワークスペースの設定が許せば同僚と共有できること | ChatGPT: Skills & Plugins | 2026-10-14 |
| Business・Enterprise・Edu のワークスペースで通信中と保存時の暗号化があり、OpenAI が既定では業務のデータをモデルの学習に使わないこと | ChatGPT: ChatGPT Work cloud security | 2026-10-14 |
| 個人に関する情報が氏名や顔画像に限られず映像・音声による情報も含むこと。介護関係記録に記載された病歴などが要配慮個人情報に当たるものとして挙げられていること。要配慮個人情報の第三者提供には原則として本人の同意が要ること。通常の業務で想定される利用目的が別表2に例示されていること。介護関係事業者は利用開始時に文書で同意を得ておくことが必要とされている場面があること(令和8年4月一部改正) | 個人情報保護委員会: 医療・介護関係事業者における個人情報の適切な取扱いのためのガイダンス | 2026-10-14 |
何をお便りに載せてよいか、同意をどう取るかは、法人の個人情報の担当と管理者が判断してください。 本記事は公的機関と製品の公開資料で確認できた範囲だけを扱っています。
実装ステータス:構成例。 公開仕様に基づいて設計した構成であり、当社で実際に構築・検証したものではありません。工数の数値はモデル条件による試算です。
自社の業務に使えるAI活用候補を整理します
このユースケース(UC-1571)についてのご相談はこちらから。
