福祉施設のkintone×LINE公式アカウント連携｜利用者記録と家族への月次サマリ配信
目次 クリックで開く
介護や障害福祉の現場において、現場スタッフの負担を最も重くしている業務の一つが「記録」と「報告」です。日々の活動を紙やExcelに記録し、それを月末に集計して「連絡帳」や「月次報告書」として家族に送付する。このアナログな工程は、スタッフの残業時間を増大させるだけでなく、情報のリアルタイム性を失わせ、家族とのコミュニケーションの質を低下させています。
本記事では、汎用的な業務改善プラットフォームであるkintone（キントーン）と、国民的なインフラであるLINEを組み合わせることで、福祉施設の現場記録から家族への報告までをシームレスに自動化するアーキテクチャを詳しく解説します。IT実務者の視点から、具体的な構成案やセキュリティ上の注意点までを網羅した「完全版」ガイドです。
福祉施設の「記録・報告」業務が抱える構造的課題
多くの福祉施設では、依然として以下のような業務フローが残っています。
- 二重入力の発生：現場で手書きしたメモを、事務所に戻ってからPCのExcelや介護ソフトに再入力する。
- 集計の属人化：月次のサマリ作成において、特定のエクセル職人が膨大な時間をかけて計算・グラフ化を行っている。
- 配送・郵送コスト：紙で印刷し、封筒に入れて郵送、あるいは手渡しする手間とコスト。
これらの課題を解決するために「福祉専用パッケージソフト」を導入する選択肢もありますが、カスタマイズ性が低く、自社独自のケア方針や項目に対応しきれないケースが少なくありません。そこで注目されているのが、kintoneを用いた自作の業務システム構築です。
kintone × LINE 連携が福祉DXの最適解となる理由
なぜ専用の福祉ソフトではなくkintoneなのか
kintoneが福祉現場で支持される最大の理由は、「現場の変化に合わせてアプリを即座に改修できる」柔軟性にあります。利用者の特性に合わせて入力項目を増やしたり、チェックボックスを増やしたりといった操作が、プログラミングなしで可能です。
また、kintoneはAPIが公開されており、外部ツールとの連携が非常に容易です。これにより、単なる「記録のデータベース」を超えて、外部への情報発信のハブとして機能させることができます。さらに、現場の入力負荷を下げるためには、kintoneの標準画面だけでなく、より直感的なインターフェースが求められることもあります。
関連記事：Excelと紙の限界を突破する「Google Workspace × AppSheet」業務DX完全ガイド
家族の「普段使いのツール」であるLINEを活用するメリット
家族への報告手段として、独自のマイページアプリやメールを使う方法は、往々にして「ログインしてもらえない」「メールを見てもらえない」という壁にぶつかります。一方でLINEは、既に日常的に利用されているため、プッシュ通知によって情報の到達率が圧倒的に高まります。
家族側にとっても、特別なアプリをインストールすることなく、トーク画面からいつでも過去の報告を確認できる利便性は、施設への信頼向上に直結します。
システム構成の3つのパターンと選び方
kintoneのデータをLINEに送る、あるいはLINEからkintoneに情報を入れるためのアーキテクチャには、大きく分けて3つのパターンがあります。
【パターン1】連携プラグイン活用型（スピード重視）
「Liny」や「Chobiit（チョビィット）」、「kViewer」などのサードパーティ製プラグイン・サービスを利用する形態です。開発不要で、GUIの設定だけでLINE公式アカウントとkintoneを連携させることができます。
- メリット：導入が非常に早い。公式のサポートが受けられる。
- デメリット：月額費用が数万円単位で発生する。
【パターン2】iPaaS（Make/Zapier）活用型（柔軟性重視）
Make（旧Integromat）やZapier、Power Automateなどの連携ツールを介して、kintoneのWebhookをきっかけにLINE Messaging APIを叩く構成です。
- メリット：安価に構築可能。kintone以外のツール（Googleカレンダーなど）との組み合わせが自由。
- デメリット：iPaaS側の設定スキルが必要。仕様変更時のメンテナンスが必要。
関連記事：高額MAツールは不要。BigQueryとリバースETLで構築する「行動トリガー型LINE配信」の完全アーキテクチャ
【パターン3】独自開発・Webhook活用型（大規模・高度なUX）
AWS LambdaやGoogle Cloud Functionsなどのサーバーレス環境にコードをデプロイし、高度な処理（動的なリッチメニューの出し分けや、セキュアなID連携）を行う構成です。
- メリット：ランニングコストを最小化できる。完全に自由なユーザー体験を実現できる。
- デメリット：エンジニアによる開発と運用保守が必須。
関連記事：LINE データ基盤から直接駆動する「動的リッチメニューとキャンペーンモジュール」のアーキテクチャ
実務で使える「利用者記録～月次サマリ配信」の構築ステップ
STEP 1：kintoneでのアプリ設計
まずは土台となるkintoneアプリを作成します。最低限必要なのは以下の3つです。
- 利用者マスタ：氏名、生年月日、介護区分、そして「LINE連携用ID（LINEのユーザーID）」を格納するフィールド。
- 日々の活動記録アプリ：日付、利用者名（ルックアップ）、体温、血圧、食事量、活動内容、写真、スタッフコメント。
- 月次サマリ作成アプリ：特定の月の活動を集約するアプリ。プラグインやカスタマイズを用いて、日報データを集計して格納します。
STEP 2：LINE連携の基盤構築とID連携
最も重要なのは、kintone上の「利用者」と、LINEの「家族」をどう紐付けるかです。
具体的には、家族にLINE公式アカウントを友だち追加してもらい、LIFF（LINE Front-end Framework）上で「認証キー（施設が発行した個別のパスワード等）」を入力させます。この際、LIFFから取得したline_user_idをkintoneの利用者マスタへ自動で書き戻す仕組みを構築します。
STEP 3：現場用入力インターフェースの最適化
現場スタッフがkintoneの標準画面を開いて入力するのは、忙しい最中では困難です。
LINE公式アカウントのリッチメニューに「記録入力」ボタンを配置し、スタッフ専用の入力フォーム（モバイルに最適化されたLIFFや、じぶんフォーム等の外部フォームツール）を開くように設計します。これにより、QRコードを読み込むだけで特定の利用者の記録画面に飛ぶといった運用が可能になります。
STEP 4：月次集計・サマリ生成ロジックの構築
月末になったら、kintone内の日報データを集計します。
kintoneの標準機能では集計データの「保存」が弱いため、データ集計用プラグイン（「データ編集フロー」等）を利用するか、iPaaSで一カ月分のデータを取得し、要約文を生成します。最近では、OpenAI APIと連携して「一カ月の日報から、家族に送るための心温まる報告文のドラフトを生成する」といった試みも増えています。
セキュリティとプライバシー保護の設計指針
福祉現場でのデータ活用において、セキュリティは最優先事項です。
LINE側に「重要情報」を置かないアーキテクチャ
LINEのメッセージ本文に、疾患名や具体的な要介護度などの機微な情報を直接流すのは避けるべきです。
「今月のレポートが完成しました。以下のURLから確認してください」とメッセージを送り、認証済みのLIFFブラウザ内（kintoneのデータをセキュアに表示する画面）で詳細を見せる「プル型」の設計にすることで、誤転送や端末紛失時のリスクを軽減できます。
誤送信を防止する承認フローの実装
日報を入力して即座にLINEが飛ぶのではなく、必ず「施設長による承認」プロセスを挟みます。
kintoneのプロセス管理機能を使い、ステータスが「公開」になったタイミングでWebhookを発火させ、LINE配信を行うトリガーに設定します。
ツール別・構成別のコスト比較表
| 項目 | 連携プラグイン型 | iPaaS活用型（Make等） | 独自開発（Lambda等） |
|---|---|---|---|
| 初期構築費用 | 5万円〜（設定代行別） | 10万円〜 | 50万円〜 |
| 月額費用 | 約3万円〜5万円 | 約1万円〜（ツール代） | 数千円（サーバー代） |
| 構築スピード | 最短数日 | 1〜2週間 | 1ヶ月〜 |
| カスタマイズ性 | 中（製品の機能に依存） | 高（ロジックを組める） | 無限 |
| 推奨される施設 | IT担当不在・スピード重視 | コストと柔軟性を両立したい | 複数施設展開・独自UI重視 |
※料金は概算です。詳細は各ベンダー（kintone公式サイト、LINE公式アカウント公式サイト）の料金ページをご確認ください。
福祉施設種別 × kintone×LINE連携で解決できる記録業務 × 法令対応の記録要件 × 導入時の優先設計 早見表
前のセクションでkintone×LINE連携のシステム構成パターンを説明しましたが、福祉施設は「特別養護老人ホーム（特養）」「グループホーム」「デイサービス」「訪問介護」で介護保険法・障害者総合支援法に基づく記録義務の内容が異なります。特養の「介護記録」とデイサービスの「サービス提供記録」では、法令上の必須記録項目が違い、kintoneのアプリ設計も変わります。施設種別を無視して同じkintoneアプリを使い回すと、法令上必要な記録項目が漏れるリスクがあります。以下の表は施設種別ごとの設計指針をまとめたものです。
| 福祉施設種別 | kintone×LINEで解決できる主な記録業務 | 介護保険法・障害者総合支援法上の記録要件 | kintone設計の優先項目 |
|---|---|---|---|
| 特別養護老人ホーム（特養） （入所型・24時間ケア） |
①夜間・早朝の看護師からのバイタル記録→LINE通知（施設長・主任への異常値アラート）②日常介護記録（食事量・排泄・入浴・体位変換）のkintoneへの入力を職員のスマートフォンから実施③家族へのLINEによる月次・週次の状況報告の自動配信④ヒヤリハット・事故報告のkintone電子化とLINEでの即時報告 | 介護保険法に基づき、介護記録の保存期間は2年間（一部5年間）が義務。「個別支援計画（ケアプラン）」「サービス提供記録」「事故報告書」は法令上の書式要件を満たす必要がある。施設内の介護記録は「誰が・いつ・何をしたか」の証跡が必要なため、kintoneへの記録時に担当職員のログインIDが自動記録される設計が必須 | ①kintoneの記録者フィールドを「ログインユーザー自動取得」に設定（手動選択ではなく自動記録）②バイタル記録アプリに「正常値範囲」を設定して正常値外のデータ入力時に施設長・主任LINEへ自動通知③ヒヤリハット・事故報告アプリを独立して作成して法令書式に準じた記録フォーマットを固定化する設計を優先 |
| グループホーム （認知症高齢者・共同生活） |
①日常生活記録（食事・入浴・睡眠・行動変化）のスマートフォン入力→kintone集約②利用者の状態変化（夜間徘徊・感情の変化等）の職員間LINE共有とkintone記録③家族向けの月次生活状況レポートの自動生成④薬の服薬確認記録のkintone入力と未服薬時の担当者アラート | グループホームは「介護保険法の認知症対応型共同生活介護」の指定基準に基づく記録義務がある。「個別支援計画」の定期見直し記録（最低6ヶ月ごと）・「計画担当介護支援専門員の記録」の電子保存が求められる。少人数（定員9名以下）のため記録担当者が少なく、入力の簡便化が導入定着の鍵になる | ①入力フォームをスマートフォンに最適化して5タップ以内で記録完了できる設計を優先②服薬管理アプリを独立して作成して、薬ごとに「服薬確認済」チェックができる設計にする③家族向けレポートの自動生成には、kintoneの利用者記録から「今週の食事摂取量・睡眠時間・外出回数」のサマリーを自動計算するカスタム集計フィールドを設ける |
| デイサービス （日帰り通所介護） |
①利用者の送迎時刻・来所確認のリアルタイムkintone入力と家族へのLINE通知②活動参加記録・バイタル・食事量のkintone入力（日次）③欠席・体調不良時の家族へのLINE自動連絡④月次の「サービス提供票」の自動生成（介護保険請求に必要な書類） | デイサービスは「通所介護計画書（サービス計画）」と「サービス提供記録（日々の記録）」が介護保険法上の必須書類。「サービス提供記録」には提供したサービスの種類・時間・担当職員の記録が必要。月次の「給付管理票」作成のための出席日数・提供時間の正確な記録がkintoneで実現できれば請求業務の効率化に直結する | ①利用者の来所・退所時刻の自動記録（タブレットでのチェックイン）とkintoneへの連携②日次のサービス提供記録を介護保険請求に必要な書式でkintoneから出力できる設計③送迎車ルートとkintoneの送迎記録を連携させてドライバーへのLINE通知（本日の乗降順・変更情報）を自動化する設計を優先 |
| 訪問介護 （居宅訪問・身体介護・生活援助） |
①訪問開始・終了時のGPS確認と自動打刻（ヘルパーのスマートフォンアプリ）②提供したサービス内容（身体介護・生活援助の種別・時間）のkintone入力③緊急時（利用者の転倒・体調急変）の管理者へのLINE即時報告④月次の訪問実績表（介護保険請求用）の自動集計 | 訪問介護は「訪問介護計画書」と「サービス提供記録」が必須書類。身体介護と生活援助は介護保険での単価が異なるため、提供サービス種別の正確な記録が請求精度に直結する。ヘルパーの移動時間は保険請求対象外のため、「サービス提供時間（実績）」と「訪問時間全体」を分けて記録するkintone設計が必要 | ①ヘルパーがスマートフォンからワンタップで「サービス開始」「終了」を記録できる入力フォームの設計を最優先②サービス種別（身体介護/生活援助/通院等乗降介助）の選択肢を固定してヘルパーが選択するだけで記録が完成する設計にする③月次の請求データをkintoneから介護保険請求ソフト（ケアネクスト・カイポケ等）へCSVで出力できる連携設計を実装する |
この表で福祉施設のkintone×LINE導入において最も法令リスクが高い設計ミスが「記録者の自動特定を省略した設計」です。介護記録は「誰が記録したか」が法令上の証跡として求められますが、kintoneでログインユーザーの自動記録を設定せずに「担当者名」を手動入力するフォームにすると、担当者の入力ミスや記録の遡及修正が検知できず、行政監査や事故時の証跡として問題になります。kintoneの記録フォームで「作成者（自動取得）」フィールドを全ての記録アプリに必須として設定することが、法令対応の最低ラインです。
よくあるトラブルと解決策
- 画像が送信されない：LINE Messaging APIで画像を送るには、HTTPSで公開された直接リンクのURLが必要です。kintone内の添付ファイルを直接指定することはできないため、一度外部のセキュアなストレージに転送するか、プロキシとなるプログラムを介す必要があります。
- 通知が多すぎて家族がブロックする：毎日の細かい通知ではなく、週次や月次の「まとめ」配信を基本とし、緊急時のみ個別メッセージを使うなどの運用設計が不可欠です。
- LINEの配信通数制限：無料枠を超えると従量課金が発生します。月次サマリのような「一斉配信」ではなく、特定のアカウントへの「応答メッセージ」や「プッシュ通知」を賢く使い分ける設計が求められます。
まとめ：現場の負担を減らし、家族の安心を最大化するために
kintoneとLINEの連携は、単なる業務効率化の手法ではありません。スタッフが「記録を書くこと」ではなく「利用者と向き合うこと」に時間を使えるようにするための、環境整備です。また、家族にとっては、大切な人の様子が写真付きで定期的に届くことが、何よりの安心感に繋がります。
まずは小規模なユニットや、特定の利用者グループからテスト導入を始めることをお勧めします。スモールスタートで現場のフィードバックを得ながら、自社に最適な「福祉DX」の形を模索してみてください。
kintone業務アプリ・プラグイン活用のご相談
kintoneでの業務アプリ設計や、帳票・連携・自動化を補うプラグインの活用を支援します。現場の運用に合わせたアプリ構成や他システムとの連携まで、具体的な形でご提案します。
LINE公式アカウント支援
LINE公式アカウントの配信設計からCRM連携、LINEミニアプリ開発まで。顧客接点のデータを統合し、LTVと売上を上げるLINE活用を実現します。