1. 土台をつくる — 会社LINE・エルメ・台帳とタグ設計

まず器を用意します。ここが全体の土台なので、台帳の列とタグの名前を先に確定させてから先に進みます。あとから列やタグ名を変えると、後の章の配信条件やGASのコードと食い違って動かなくなります。

① 会社のLINE公式アカウントとエルメを用意する

1. 会社名義でLINE公式アカウントを開設する（無料のコミュニケーションプランでOK）
2. エルメ（L Message）に登録し、上記のLINE公式アカウントを連携する
3. 従業員に「会社の連絡用LINE」として友だち追加してもらう（QRコードを更衣室・休憩室・給与明細に掲載）

② 健康管理台帳（スプレッドシート）の列を確定する

Googleスプレッドシートに「健康管理台帳」という名前のシートを作り、次の11列で固定します。この列順は記事の最後まで変えません。

③ エルメのタグを6つ登録する（命名規則を統一）

操作場所：エルメ ＞ タグ管理

タグ名は「分類_状態」の形で統一します。表記がぶれると絞り込み配信が正しく効かなくなるので、下の6つをこの文字そのままで作成してください。

2. 健康診断の案内と、予約日の受付フォーム

健診の案内を全社に一斉配信し、各自の希望受診日をフォームで回収します。回答した人には自動で「健診_受診済」……ではなく、まだ受診はしていないので予約日が入った＝手続きが進んだ人として扱い、後の督促対象から外していきます。

① 全社への案内を一斉配信する

操作場所：エルメ ＞ 一斉配信（絞り込み）

1. 配信対象を「友だち全員」にする（＝従業員全員）
2. 下のテンプレを本文に貼り、末尾に予約日回答フォームのURLを差し込む
3. 配信と同時に、全員へ「健診_未受診」タグを付与する設定にする

② 予約日を受け取る回答フォームを作る

操作場所：エルメ ＞ 回答フォーム

1. 質問1「希望受診日」（日付の入力／選択式）を作成する
2. 質問2「氏名（フルネーム）」を作成する（台帳との突合用）
3. フォーム回答時のアクションとして、タグ「健診_受診済」を付与し、「健診_未受診」を外す設定にする

③ 回答を台帳（E列）に反映する

エルメの回答一覧から、各自の「希望受診日」を台帳のE列（健診予約日）に転記します（またはCSVエクスポートして貼り付け）。E列が空欄のままの人が「まだ予約日すら出していない人」＝次章の督促対象です。

3. 未受診者「だけ」に届くリマインド（絞り込み配信）

ここがLINE活用の一番おいしいところです。全員に何度も送るのではなく、「健診_未受診」タグが付いている人だけにリマインドを送ります。無料枠（月200通）を節約でき、受けた人に無駄な通知を送らずに済みます。

① 絞り込み配信で未受診者だけに送る

操作場所：エルメ ＞ 一斉配信（絞り込み）

1. 配信対象の条件を「タグ：健診_未受診 を含む」に設定する
2. 下のリマインド文面を貼る（締切の日付は案内と揃える）
3. 締切1週間前・3日前など、必要な回数だけ手動で配信する

② 受診が確認できたらタグを切り替える

クリニックの受診者名簿が届いたら、受診した人の台帳F列を「受診済」に更新し、エルメ上でも「健診_未受診」を外します（フォーム回答時に自動で外れている人はそのままでOK）。これで次回のリマインドから自動的に外れます。

逆に、予約日（E列）を過ぎてもF列が「未受診」のままの人は、予約だけして受けていない人です。この人は第2章のフォーム回答でタグが「健診_受診済」に切り替わっているので、エルメ上で再び「健診_未受診」を付け直し、次のリマインドの対象に戻します。毎朝のGAS通知（第6章）はF列を数えるので、こうした人も「健診 未受診」の人数に含まれます。

4. 健診結果の登録と、再検査・精密検査の勧奨

健診結果が返ってきたら、所見のある人に再検査・精密検査を勧めます。再検査そのものを会社が実施する義務はありませんが、勧奨は安全配慮義務の観点でとても重要です。受診したかどうかまで追える形にします。

① 結果票から所見区分を台帳（G列）に入力する

1. クリニックから届いた結果票を見て、各自のG列に「異常なし／要再検査／要精密検査」を入力する
2. 「要再検査」「要精密検査」の人は、H列（再検査状況）を「未受診」にする
3. それ以外の人のH列は「対象外」にする

② 対象者に「再検査_対象」タグを付けて勧奨を配信する

操作場所：エルメ ＞ タグ管理 → エルメ ＞ シナリオ配信

1. 要再検査・要精密検査の人に、エルメ上で「再検査_対象」タグを付ける
2. 「再検査_対象」タグが付いたら開始するシナリオ配信を組む（下の3ステップ）
3. 各メッセージの末尾に、再検査の受診報告フォームのURLを入れる

③ 受診報告を受け取り、タグと台帳を更新する

操作場所：エルメ ＞ 回答フォーム

1. 受診報告フォーム（「受診しました」ボタン＋氏名）を作る
2. 回答時に「再検査_受診済」を付与し、「再検査_対象」を外す設定にする（＝シナリオ配信も止まる）
3. 総務は台帳のH列を「受診済」に更新する

5. ストレスチェックの案内・受検勧奨・面接指導の申出

ストレスチェックは、健診と違って結果を会社が見てはいけないのが最大のポイントです。LINEで扱ってよいのは「受検の案内」「未受検者への受検勧奨」「高ストレスと判定された本人からの面接指導の申出受付」まで。点数や判定結果はLINEにも台帳にも一切載せません。

① 受検の案内を一斉配信する

操作場所：エルメ ＞ 一斉配信（絞り込み）

1. 配信対象を「友だち全員」にし、全員へ「ストレス_未受検」タグを付与する
2. 受検方法（外部委託の受検サイトのURL等）を案内する
3. 受検が終わった人が押す「受検完了フォーム」のURLを添える

② 受検完了フォームで受検の有無だけを管理する

操作場所：エルメ ＞ 回答フォーム

1. 「受検しました」ボタン＋氏名だけのフォームを作る（点数などは一切聞かない）
2. 回答時に「ストレス_受検済」を付与し、「ストレス_未受検」を外す設定にする
3. 総務は台帳のI列を「受検済」に更新する

未受検者への催促は、第3章と同じ要領で「ストレス_未受検」タグの人だけに絞り込み配信します。

③ 面接指導の申出を受け付ける

高ストレスと判定された本人が面接指導を希望する場合の受け皿を作ります。

1. 受検案内とは別に「面接指導を申し込む」フォームのURLを常設で案内する（リッチメニュー等）
2. 申出があったら、総務は台帳J列を「申出あり」にする（誰が高ストレスかの判定結果ではなく、申出があった事実だけを記録）
3. 産業医等の面接指導を手配し、実施後にJ列を「実施済」に更新する

6. GASで締切と進捗を自動集計（push専用）

最後に、締切前の「あと何人未受診か」を毎朝自動で集計し、総務にメールで届けるGASを入れます。このGASは従業員のメッセージを受信しません（受信はエルメが担当）。時刻トリガーで起動し、台帳を読んで集計・通知するだけのpush専用です。個人へのリマインドは、これまでどおりエルメの絞り込み配信で行います。

① 台帳にスクリプトを設定する

操作場所：スプレッドシート ＞ 拡張機能 ＞ Apps Script

1. スクリプトエディタを開き、下のコードをまるごと貼り付ける
2. 通知先メールアドレスは、コードに直書きせず「スクリプトのプロパティ」に登録する（②で設定）
3. 保存して、初回だけ手動実行で権限を承認する

/**
 * 健康管理台帳の締切・進捗を集計して総務にメール通知する。
 * push専用：Webhookは受信しない（受信はエルメが担当）。時刻トリガーで起動する。
 *
 * 台帳の列（第1章の表と必ず一致させること）
 *  A:社員番号 B:氏名 C:LINE表示名 D:部署 E:健診予約日 F:健診受診状況
 *  G:所見区分 H:再検査状況 I:ストレス受検 J:面接指導 K:エルメタグ
 */
const SHEET_NAME = "健康管理台帳";
const LOG_NAME   = "集計ログ";
const KENSHIN_DEADLINE = "2026-11-30"; // 健診の受診期限（会社が決める）

// 列番号（1始まり）。台帳スキーマと一致
const COL = { KENSHIN: 6, SHOKEN: 7, SAIKENSA: 8, STRESS: 9, MENSETSU: 10 };

function checkDeadlines() {
  const ss = SpreadsheetApp.getActiveSpreadsheet();
  const sheet = ss.getSheetByName(SHEET_NAME);
  const lastRow = sheet.getLastRow();
  if (lastRow < 2) return; // データなし

  // 2行目から最終行まで、A〜K列（11列）をまとめて読む
  const rows = sheet.getRange(2, 1, lastRow - 1, 11).getValues();

  let kenshinMi = 0;   // 健診 未受診
  let saikensaMi = 0;  // 再検査 未受診
  let stressMi = 0;    // ストレス 未受検
  let mensetsuMachi = 0; // 面接指導 申出あり（未実施）

  rows.forEach(function(r) {
    if (r[COL.KENSHIN  - 1] === "未受診") kenshinMi++;
    if (r[COL.SAIKENSA - 1] === "未受診") saikensaMi++;
    if (r[COL.STRESS   - 1] === "未受検") stressMi++;
    if (r[COL.MENSETSU - 1] === "申出あり") mensetsuMachi++;
  });

  // 健診期限までの残日数
  const today = new Date();
  const deadline = new Date(KENSHIN_DEADLINE + "T00:00:00+09:00"); // JSTで解釈
  const nokori = Math.ceil((deadline - today) / (1000 * 60 * 60 * 24));

  const body =
    "【健康管理 進捗アラート】\n" +
    "健診の受診期限まで あと " + nokori + " 日\n" +
    "──────────────\n" +
    "健診 未受診：" + kenshinMi + " 名\n" +
    "再検査 未受診：" + saikensaMi + " 名\n" +
    "ストレスチェック 未受検：" + stressMi + " 名\n" +
    "面接指導 申出あり（未実施）：" + mensetsuMachi + " 名\n" +
    "──────────────\n" +
    "未受診者への催促は、エルメの絞り込み配信\n" +
    "（タグ「健診_未受診」等）から送ってください。";

  // 集計ログに1行追記（なければシートを作る）
  let log = ss.getSheetByName(LOG_NAME);
  if (!log) {
    log = ss.insertSheet(LOG_NAME);
    log.appendRow(["日時", "健診未", "再検査未", "ストレス未", "面接申出", "残日数"]);
  }
  log.appendRow([new Date(), kenshinMi, saikensaMi, stressMi, mensetsuMachi, nokori]);

  // 総務へメール通知（宛先はスクリプトのプロパティから読む）
  const to = PropertiesService.getScriptProperties().getProperty("SOMU_MAIL");
  if (to) {
    MailApp.sendEmail(to, "健康管理 進捗アラート", body);
  }
}

② 通知先メールをスクリプトのプロパティに登録する

操作場所：Apps Script ＞ プロジェクトの設定 ＞ スクリプト プロパティ

1. 「プロパティを追加」を押す
2. プロパティ名に SOMU_MAIL、値に総務担当のメールアドレスを入れて保存する

③ 毎朝自動で動くようトリガーを設定する

操作場所：Apps Script ＞ トリガー ＞ トリガーを追加

1. 実行する関数：checkDeadlines を選ぶ
2. イベントのソース：「時間主導型」→「日タイマー」→「午前8時〜9時」を選ぶ
3. 保存する。これで毎朝、未受診の残り人数が総務のメールに届く

7. 費用と無料枠の注意

この仕組みは、うまく設計すればほぼ無料で運用できます。要は、LINEの無料枠（月200通）を絞り込み配信で節約することです。

32名規模で、健診・再検査・ストレスチェックの案内と絞り込みリマインドを合わせても、月内の配信は無料枠の200通に十分収まる想定です。友だち（従業員）が増えて全社一斉配信が増えると枠に近づくので、その場合はライトプラン等への切り替えを検討します。

運用開始チェックリスト

公開・運用開始の前に、次を確認してください。

• 台帳のシート名が「健康管理台帳」になっている（GASのSHEET_NAMEと一致）
• 台帳の列がA〜Kの順で、第1章の表と完全に一致している
• エルメのタグ6つが「分類_状態」の表記で作成されている
• 各フォームの回答時に、タグの付与と除外が対で設定されている
• 絞り込み配信の条件が「タグを含む」の向きになっている
• 健診結果（台帳G列など）を含むシートの共有権限が総務担当に限定されている
• ストレスチェックの点数・判定を台帳にもLINEにも入れていない
• GASのスクリプトプロパティ（SOMU_MAIL）に通知先が登録されている
• 時刻トリガー（checkDeadlines・日タイマー）が設定されている
• 自分のスマホをテスト用の友だちにして、案内→回答→タグ切替の一連を通しで確認した
• 友だち追加のQRコードを掲示する場所を決めた（更衣室・休憩室・給与明細）

8. よくある質問

Q. エルメの回答は、自動でスプレッドシートに入りますか？

この設計では、エルメの回答はエルメ側に貯まり、総務が台帳に転記（またはCSVで貼り付け）します。エルメと同じLINEアカウントでGASに受信させることはできない（Webhookが1つのため）ので、リアルタイム連携ではなく「エルメで受付→台帳へ反映→GASで集計」という流れになります。

Q. GASから従業員一人ひとりにLINEで通知できませんか？

この構成では、個人向けのLINE配信はエルメの絞り込み配信・シナリオ配信で行うのが正解です。GASは締切集計と総務へのメール通知に徹します。どうしてもGASからLINE個別送信をしたい場合は、受信を伴わない別アカウントを立てるなど設計が変わるため、まずはエルメ側に寄せるのがおすすめです。

Q. ストレスチェックの結果を会社で保管しなくてよいのですか？

個人の結果（点数・高ストレス該当の有無）は、本人の同意がない限り事業者は取得・保管できません。事業者が扱うのは「受検の有無」と「面接指導の申出・実施」までです。実施記録の保管義務は実施者・委託先とのルールに沿って行います。

Q. 従業員が会社のLINEを友だち追加してくれません。

強制はできませんが、健診・シフト・給与などの連絡窓口を一本化すると追加の動機になります。追加しない人のために、紙・メールの導線も残しておくと安全です。

Q. 50人未満なので、ストレスチェックは今はやらなくてよいですか？

現在は努力義務ですが、2028年4月1日から義務化されます。準備期間のうちに受検を回す仕組みを作っておくと、義務化後もそのまま運用に移せます。

応用アレンジ

同じ骨格（案内→受付→タグ→絞り込み配信→台帳→GAS集計）で、次のような仕組みにも展開できます。

• 雇入れ時健診の管理：入社者に個別で健診案内を送り、提出状況を台帳で追う
• インフルエンザ予防接種の希望調査：案内→希望日フォーム→接種済タグ→未回答者リマインド
• 資格・免許の更新期限アラート：台帳に更新期限列を足し、GASで期限前に総務へ通知
• 安全衛生の周知・確認：ヒヤリハット報告や安全教育の受講確認をフォーム＋タグで集計

労務管理カテゴリーでは、同じ台帳＋GASの考え方で「勤怠・シフト・採用」まで一貫して組めます（関連記事もあわせてどうぞ）。