JP6189259B2 - 労務管理システム、労務管理方法及び労務管理プログラム - Google Patents

Description

本発明は、従業員のメンタルヘルスを維持、管理するための労務管理システム、労務管理方法及び労務管理プログラムに関するものである。

各企業において、従業員の勤務管理が行なわれている。この勤務管理においては、残業や休日出勤、遅刻や早退等を管理する。ここで、各勤務の届出の手間を軽減する勤務管理システムが検討されている（例えば、特許文献１を参照。）。この文献に記載された技術では、タイムカードなどの出退勤時刻を記録する装置で取得した従業員の出退勤時刻に基づいて、企業で決められた勤務ルールに応じて残業届や、休日出勤届などの申請を自動的に送付する。

また、雇用・勤務・賃金形態も多様化している。このような多様化に対応するため、複雑で煩雑な勤怠情報を自動計算する管理システムも検討されている（例えば、非特許文献１を参照。）。

また、近年、過重労働が社会的問題となっている。このような過重労働を防止するため、労働時間が所定時間を超える場合や、疲労蓄積が認められる場合には、医師等による面接指導等を行なう必要がある。そこで、厚生労働省から、職場におけるメンタルヘルス対策・過重労働対策・心身両面にわたる健康づくりを目的として、各種情報が提供されている（例えば、非特許文献２を参照。）。

特開２００４−３４１９６８号公報（第１頁、図１）

日通システム株式会社、″労務管理キーワードからの勤次郎Enterpriseコンセプト″、［online］、日通システム株式会社ホームページ、［平成２５年１２月３１日検索］、インターネット＜http://www.nittsusystem.co.jp/home/erp/index.asp＞ 厚生労働省、″職場におけるメンタルヘルス対策・過重労働対策・心身両面にわたる健康づくり″、［online］、厚生労働省ホームページ、［平成２６年１月３日検索］、インターネット＜http://www.mhlw.go.jp/bunya/roudoukijun/anzeneisei12/＞

しかしながら、従業員のメンタルヘルスについて、各企業において十分な管理運用がなされていないのが実情である。厚生労働省が提供している情報においても、セルフチェックの域に留まり、企業として管理改善を実現できない場合がある。

本発明は、上記問題点を解決するためになされたものであり、その目的は、従業員のメンタルヘルスを維持、管理するための労務管理システム、労務管理方法及び労務管理プログラムを提供することにある。

（１）上記課題を解決するための労務管理システムは、従業員の労務について、異動、昇降格、業務内容の変化を含む業務状況、前記従業員の個人状況として、冠婚葬祭、家族構成の変化、転居を含む個人環境に係る変化履歴を記憶した個人情報記憶部と、前記従業員のメンタルヘルスチェックの評価値を蓄積する評価結果記憶部と、前記従業員及び管理者のクライアント端末に接続された制御部とを備える。そして、前記制御部が、前記個人情報記憶部から、抽出対象期間において部署の異動、昇降格の何れかに関する業務状況における変化の有無、及び冠婚葬祭、家族構成の変化、転居の何れかに関する個人状況における変化の有無に基づいて、メンタルヘルスチェックの対象者を特定し、前記対象者のクライアント端末に対して、メンタルヘルスチェックの受診案内を送信し、前記対象者が受診したメンタルヘルスチェックの評価値を、受診日に関連付けて前記評価結果記憶部に記録し、前記評価結果記憶部に記録された評価値に基づいて判定されたメンタルヘルス不調者の前記業務状況及び前記個人状況を前記個人情報記憶部から取得し、前記取得した状況において共通する共通要因を判定し、前記共通要因をストレス要因候補として、前記評価結果記憶部に記録し、前記受診日に関連付けられた評価値の履歴と、前記業務状況及び前記個人状況の履歴とを関連付けた情報とともに、前記ストレス要因候補を含めた注意喚起を、前記管理者のクライアント端末に出力し、新たに従業員の勤務状況を取得した場合、前記勤務状況を受け付けた従業員が前記メンタルヘルス不調者かどうかを判定し、前記メンタルヘルス不調者の勤務状況において注意喚起を要する勤務状態を検知した場合には、前記従業員のクライアント端末に注意喚起を出力することを特徴とする。これにより、状況変化に応じて、従業員のメンタル状態を把握することができる。

（２）上記労務管理システムは、前記個人状況において変化が記録されている従業員を、前記メンタルヘルスチェックの対象者として特定することが好ましい。これにより、個人状況の変化を考慮して、メンタル状態を評価することができる。

（３）上記労務管理システムは、前記業務状況において、特定の抽出条件が記録されている従業員を、前記メンタルヘルスチェックの対象者として特定することが好ましい。これにより、勤務状況を考慮して、メンタル状態を評価することができる。

（４）上記労務管理システムは、前記抽出条件を、前記個人情報記憶部に記録された従業員の勤務形態に基づいて決定することが好ましい。これにより、多様な勤務形態に応じて、メンタル状態を評価することができる。

（５）上記労務管理システムは、前記メンタルヘルスチェックの対象者について、前記従業員の勤務状況に応じて、前記メンタルヘルスチェックの受診期限を決定することが好ましい。これにより、従業員の業務状況を考慮して、メンタル状態を評価することができる。

（６）上記労務管理システムは、前記メンタルヘルスチェックの受診者の評価値の統計値に基づいて、対象者が受診したメンタルヘルスチェックの評価値の偏差値を算出し、前記偏差値に基づいて、前記受診者の評価結果を出力することが好ましい。これにより、統計値からのずれに基づいて、メンタル状態を評価することができる。
（７）上記労務管理システムは、評価結果に対応してコメントを記録したコメント記憶部を更に備え、前記受診者の評価結果に対応したコメントを前記コメント記憶部から取得して、前記対象者のクライアント端末に対して出力することが好ましい。これにより、対象者は、メンタルヘルスチェックの結果を容易に把握することができる。

本発明によれば、従業員のメンタルヘルスを維持、管理することができる。

本実施形態のシステム概略図。 本実施形態において用いるデータの説明図であって、（ａ）は個人情報記憶部、（ｂ）は月次情報記憶部、（ｃ）は質問マスタ記憶部、（ｄ）は受診対象者情報記憶部、（ｅ）は回答記憶部、（ｆ）は評価結果記憶部に記録されたデータの説明図。 本実施形態の処理手順の説明図。 本実施形態の処理手順の説明図。 本実施形態の処理手順の説明図。 本実施形態の処理手順の説明図。 本実施形態の処理手順の説明図。 本実施形態の処理手順の説明図。 他の実施形態の処理手順の説明図。 他の実施形態の処理手順の説明図。 他の実施形態の処理手順の説明図。 他の実施形態の出力画面の説明図。 他の実施形態の処理手順の説明図。 他の実施形態の評価結果出力の説明図。

＜第１の実施形態＞
以下、図１〜図８を用いて、労務管理システム、労務管理方法及び労務管理プログラムを具体化した一実施形態を説明する。本実施形態では、従業員の人事や勤務状態に関する情報を活用することにより、メンタルチェックを必要とする従業員を特定し、健康状態の維持管理を図る場合を想定する。

図１に示すように、本実施形態では、クライアント端末１０に接続された管理サーバ２０を用いる。
クライアント端末１０は、従業員や管理者が用いるコンピュータ端末である。このクライアント端末１０は、出力部や入力部を備えている。出力部は各種情報を出力するための手段であり、ディスプレイ等により構成される。また、入力部は各種情報を入力するための手段であり、キーボードやポインティングデバイス等により構成される。

管理サーバ２０は、労務管理を行なうためのコンピュータシステムである。この管理サーバ２０は、制御部２１、個人情報記憶部２２、月次情報記憶部２３、質問マスタ記憶部２４、受診対象者情報記憶部２５、回答記憶部２６、評価結果記憶部２７を備えている。

制御部２１は、ＣＰＵ、ＲＡＭ及びＲＯＭ等のメモリ等を備えた制御手段を有し、労務管理を行なう処理を実行する。このための労務管理プログラムを実行することにより、制御部２１は、管理部２１１、抽出部２１２、検査部２１３、評価部２１４として機能する。

管理部２１１は、従業員の個人情報や勤務時間に関する情報を取得し、個人情報記憶部２２、月次情報記憶部２３に記録する。更に、管理部２１１は、管理者の指示に基づいて、各処理部を制御する処理を実行する。管理部２１１は、メンタルヘルスチェックの回答を専門機関（メンタルヘルスチェック機関）に送信するための送信先情報を保持している。なお、メンタルヘルスチェック機関は、任意の機関を指定して管理部２１１に保持させることができる。

抽出部２１２は、メンタルヘルスチェックを受診させる従業員を抽出する処理を実行する。この抽出部２１２は、期間区分指定に応じて時間評価値を算出するための算出式（評価値算出式）に関するデータを保持している。ここで、期間区分指定においては、単月各月で条件を参照する場合や、平均各月の月次データを合計し、指定した月数で割った平均値を算出する場合がある。更に、抽出部２１２は、抽出対象かどうかを判定するための抽出条件値に関するデータを保持している。

検査部２１３は、従業員に対するメンタルヘルスチェックの実施を管理する処理を実行する。この検査部２１３は、質問マスタ記憶部２４に記録されたメンタルヘルスチェックの質問を、受診対象者のクライアント端末１０に出力する。そして、クライアント端末１０から取得した回答を回答記憶部２６に記録する。
評価部２１４は、メンタルヘルスチェックにおける回答に基づいて、メンタル状態の評価・分析処理を実行する。

図２（ａ）に示すように、個人情報記憶部２２には、各従業員の属性についての個人情報管理レコード２２０が記録されている。この個人情報管理レコード２２０は、従業員の個人情報が登録された場合に記録される。個人情報管理レコード２２０は、社員コード、氏名、所属、役職、勤務形態、連絡先、個人状況、業務状況、メンタル対応に関するデータを含んで構成される。

社員コードデータ領域には、各従業員を特定するための識別子に関するデータが記録されている。
氏名データ領域には、この従業員の氏名に関するデータが記録されている。
所属データ領域には、この従業員が所属する部署を特定するための識別子に関するデータが記録されている。

役職データ領域には、この従業員の役職を特定するための識別子に関するデータが記録されている。
勤務形態データ領域には、この従業員との雇用契約に基づいた勤務形態（常勤、非常勤、時短、フレックス等）を特定するための識別子に関するデータが記録されている。

連絡先データ記憶領域には、この従業員に通知を送信するための連絡先（例えば、メールアドレス）に関するデータが記録されている。
個人状況データ領域には、この従業員の個人環境に係る変化履歴（例えば、冠婚葬祭、家族構成の変化や転居等）に関するデータが記録されている。この変化履歴においては、状況変化があった年月日に関連付けて、状況変化の内容が記録される。

業務状況データ領域には、この従業員の業務環境に係る変化履歴（異動、昇降格、業務内容の変化等）に関するデータが記録されている。この変化履歴においても、状況変化があった年月日に関連付けて、状況変化の内容が記録される。
メンタル対応データ領域には、この従業員に対して提供された処遇改善、カウンセリングに関するデータが記録されている。

図２（ｂ）に示すように、月次情報記憶部２３には、各従業員の勤務状況についての月次情報管理レコード２３０が記録される。この月次情報管理レコード２３０は、従業員の勤務状況が登録された場合に記録される。月次情報管理レコード２３０は、社員コード、年月、勤務時間に関するデータを含んで構成される。

社員コードデータ領域には、各従業員を特定するための識別子に関するデータが記録されている。
年月データ領域には、この従業員が勤務した年月に関するデータが記録されている。
勤務時間データ領域には、この従業員が、この年月において就業した勤務時間に関するデータが記録されている。

図２（ｃ）に示すように、質問マスタ記憶部２４には、メンタル状態を評価するための質問に関する質問マスタレコード２４０が記録される。この質問マスタレコード２４０は、メンタルヘルスチェックで用いる質問が登録された場合に記録される。質問マスタレコード２４０は、検査種別、質問コード、選択肢、評価指標に関するデータを含んで構成される。

検査種別データ領域には、メンタルヘルスチェックの種別を特定するための識別子に関するデータが記録されている。本実施形態では、検査種別として、以下のメニューを実施する。

（ａ）ストレスチェック、（ｂ）社会適応状況評価、（ｃ）鬱傾向検査、（ｄ）精神健康評価、（ｅ）コーピング能力評価、（ｆ）新規採用者向け適性検査、（ｇ）職業ストレス検査、（ｈ）職業生活における精神健康状態検査、（ｉ）人間関係調査。

質問コードデータ領域には、各質問を特定するための識別子に関するデータが記録されている。この質問コードを用いることにより、１次／２次検査の識別、検査種別に含まれる各質問を特定することができる。

選択肢データ領域には、この質問に対する回答を選択するための選択肢に関するデータが記録されている。
評価指標データ領域には、各選択肢を選択した従業員のメンタル状態を評価するための指標に関するデータが記録されている。評価指標としては、例えば、ストレスの高さを評価するための数値を用いる。

図２（ｄ）に示すように、受診対象者情報記憶部２５には、メンタルヘルスチェックにおける受診対象者についての受診対象者管理レコード２５０が記録される。この受診対象者管理レコード２５０は、メンタルヘルスチェックを受診する従業員を抽出した場合に登録され、メンタルヘルスチェックを受診した場合に更新記録される。受診対象者管理レコード２５０は、社員コード、検査種別、受診期限、受診日に関するデータを含んで構成される。

社員コードデータ領域には、メンタルヘルスチェックの受診対象者である従業員を特定するための識別子に関するデータが記録される。
検査種別データ領域には、この従業員が受診するメンタルヘルスチェックの種別を特定するための識別子に関するデータが記録される。

受診期限データ領域には、このメンタルヘルスチェックを受診する期限（年月日）に関するデータが記録される。
受診日データ領域には、メンタルヘルスチェックの受診日に関するデータが記録される。なお、従業員が未受診の場合には空欄となる。

図２（ｅ）に示すように、回答記憶部２６には、メンタルヘルスチェックにおける各従業員の回答についての回答管理レコード２６０が記録される。この回答管理レコード２６０は、従業員がメンタルヘルスチェックを受けた場合に記録される。回答管理レコード２６０は、社員コード、受診日、質問コード、回答に関するデータを含んで構成される。

社員コードデータ領域には、メンタルヘルスチェックを受けた従業員を特定するための識別子に関するデータが記録される。
受診日データ領域には、メンタルヘルスチェックの受診日に関するデータが記録される。

質問コードデータ領域には、メンタルヘルスチェックにおいてメンタル状態を評価するための質問を特定するための識別子に関するデータが記録される。
回答データ領域には、この従業員が選択した選択肢を特定するための識別子に関するデータが記録される。

図２（ｆ）に示すように、評価結果記憶部２７には、各従業員におけるメンタルヘルスチェックの評価結果管理レコード２７０が記録される。この評価結果管理レコード２７０は、従業員におけるメンタルヘルスチェックの回答を評価した場合に記録される。評価結果管理レコード２７０は、社員コード、受診日、評価結果に関するデータを含んで構成される。

社員コードデータ領域には、メンタルヘルスチェックを受けた従業員を特定するための識別子に関するデータが記録される。
受診日データ領域には、この従業員におけるメンタルヘルスチェックの受診日に関するデータが記録される。
評価結果データ領域には、メンタルヘルスチェックにおける回答の評価や分析結果に関するデータが記録される。

次に、上述したシステムにおいて、労務管理を行なうための方法を説明する。
（全体の概要）
次に、図３を用いて、全体の概要を説明する。
まず、管理サーバ２０の制御部２１は、対象者抽出処理を実行する（ステップＳ１−１）。具体的には、管理者が、クライアント端末１０を利用して、管理サーバ２０にアクセスし、対象者抽出設定画面を取得する。そして、管理者が、対象者抽出設定画面を用いて、メンタルヘルスチェック対象者の抽出条件を設定する。この場合、制御部２１の抽出部２１２は、抽出条件に応じて、メンタルヘルスチェック対象者を抽出する。

次に、管理サーバ２０の制御部２１は、メンタルヘルスチェック処理を実行する（ステップＳ１−２）。具体的には、制御部２１の検査部２１３は、設定された抽出条件に該当する対象者のクライアント端末１０に対して、メンタルヘルスチェックの受診を促す通知を送信する。この場合、メンタルヘルスチェック対象者は、クライアント端末１０を用いて、管理サーバ２０にアクセスする。そして、検査部２１３は、質問マスタ記憶部２４に記録された質問を、クライアント端末１０のディスプレイに出力する。更に、検査部２１３は、クライアント端末１０において入力された回答を取得する。この場合、検査部２１３は、社員コード、受診日に関連付けて回答を記録した回答管理レコード２６０を生成し、回答記憶部２６に記録する。更に、検査部２１３は、このメンタルヘルスチェック対象者の受診対象者管理レコード２５０に受信日（現在日時）を記録する。

次に、管理サーバ２０の制御部２１は、回答の評価処理を実行する（ステップＳ１−３）。具体的には、制御部２１の評価部２１４は、回答記憶部２６に記録された回答に対して、質問マスタ記憶部２４に記録された評価指標を取得し、評価指標を総合した評価結果を生成する。そして、評価部２１４は、社員コード、受診日に関連付けて評価結果を記録した評価結果管理レコード２７０を生成し、評価結果記憶部２７に登録する。

次に、管理サーバ２０の制御部２１は、２次検査が必要かどうかについての判定処理を実行する（ステップＳ１−４）。具体的には、制御部２１の評価部２１４は、評価結果記憶部２７に記録されている評価結果に基づいて、２次検査の要否を判定する。評価結果が基準値以上の場合には、２次検査が必要と判定する。

２次検査が必要と判定した場合（ステップＳ１−４において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、２次検査処理を実行する（ステップＳ１−５）。具体的には、制御部２１の検査部２１３は、２次検査の対象者のクライアント端末１０に対して、２次検査の受診を促す通知を送信する。この場合、２次検査の対象者は、クライアント端末１０を用いて、管理サーバ２０にアクセスする。そして、検査部２１３は、質問マスタ記憶部２４に記録された２次検査用質問を、クライアント端末１０に出力する。そして、検査部２１３は、クライアント端末１０において入力された回答を取得する。検査部２１３は、社員コード、受診日に関連付けて回答を記録した回答管理レコード２６０を生成し、回答記憶部２６に記録する。
なお、２次検査が不要と判定した場合（ステップＳ１−４において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、２次検査処理（ステップＳ１−５）をスキップする。

次に、管理サーバ２０の制御部２１は、結果出力処理を実行する（ステップＳ１−６）。具体的には、制御部２１の管理部２１１は、管理者のクライアント端末１０に、検査結果を送信する。

次に、管理サーバ２０の制御部２１は、結果分析処理を実行する（ステップＳ１−７）。具体的には、制御部２１の管理部２１１は、検査結果を専門機関に送信する。専門機関では、検査結果に基づいて、各従業員のメンタル状態を分析する。そして、評価部２１４は、専門機関から、分析結果を取得し、評価結果記憶部２７において、社員コード、受診日に関連付けられた評価結果管理レコード２７０に、評価結果（分析結果）を記録する。

次に、管理サーバ２０の制御部２１は、状況監視処理を実行する（ステップＳ１−８）。具体的には、制御部２１の管理部２１１は、メンタルヘルス不調と判定された従業員について、個人情報記憶部２２、月次情報記憶部２３において状況変化を追跡・監視する。例えば、メンタルヘルス不調の従業員に対して、管理者は処遇改善、カウンセリングを実施する。ここで、処遇改善としては、「残業時間の削減」、「休職」、「部門異動」、「産業医の診察」等がある。この場合、個人情報記憶部２２の個人情報管理レコード２２０に、メンタル対応情報を記録する。更に、管理部２１１は、評価結果管理レコード２７０にメンタルヘルス不調が記録されている場合には、この従業員の個人情報管理レコード２２０の業務状況や月次情報管理レコード２３０の勤務時間を監視する。ここで、管理部２１１が、状況変化や勤務時間の増加を検知した場合には、管理者のクライアント端末１０に対して注意喚起メッセージを送信する。

（対象者抽出処理）
次に、図４を用いて、状況変化に応じた対象者抽出処理（ステップＳ１−１）を説明する。この処理は、管理者が、クライアント端末１０を利用して、管理サーバ２０にアクセスし、状況変化に基づく対象者抽出を指示した場合に実行される。ここでは、状況変化があった従業員を、メンタルヘルスチェックの対象者として抽出する。具体的には、個人情報記憶部２２において、各従業員を特定し、特定した従業員毎に以下の処理を繰り返す。

まず、管理サーバ２０の制御部２１は、業務状況の変化の確認処理を実行する（ステップＳ２−１）。具体的には、制御部２１の抽出部２１２は、処理対象の従業員の個人情報管理レコード２２０に記録された業務状況において、抽出対象期間内に状況変化（他部署への異動や昇降格等）についての記録の有無を確認する。

次に、管理サーバ２０の制御部２１は、個人状況の変化の確認処理を実行する（ステップＳ２−２）。具体的には、制御部２１の抽出部２１２は、個人情報管理レコード２２０に記録された個人状況において、抽出対象期間内に個人状況の変化（冠婚葬祭、家族構成の変化、転居等）についての記録の有無を確認する。

次に、管理サーバ２０の制御部２１は、状況変化があるかどうかについての判定処理を実行する（ステップＳ２−３）。具体的には、制御部２１の抽出部２１２は、個人情報管理レコード２２０において、業務状況や個人状況についての記録がある場合、状況変化があると判定する。

状況変化があると判定した場合（ステップＳ２−３において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、対象者としての特定処理を実行する（ステップＳ２−４）。具体的には、制御部２１の抽出部２１２は、この従業員についての受診対象者管理レコード２５０を生成し、受診対象者情報記憶部２５に記録する。

一方、状況変化がないと判定した場合（ステップＳ２−３において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、対象者としての特定処理（ステップＳ２−４）をスキップする。
すべての従業員について、上記処理を終了するまで繰り返す。

次に、管理サーバ２０の制御部２１は、一覧表の出力処理を実行する（ステップＳ２−５）。具体的には、制御部２１の抽出部２１２は、受診対象者管理レコード２５０に含まれる従業員の氏名や所属を含めた一覧表を、管理者のクライアント端末１０のディスプレイに出力する。

（対象者抽出処理）
次に、図５を用いて、勤務時間に応じた対象者抽出処理（ステップＳ１−１）を説明する。この処理は、管理者が、クライアント端末１０を利用して、管理サーバ２０にアクセスし、業務状況に基づく対象者抽出を指示した場合に実行される。ここでは、抽出対象期間、個人状況や業務状況のチェック項目（加算項目や減算項目）に応じて、メンタルヘルスチェック対象者の抽出条件を設定することができる。このチェック項目は、勤務形態に対応して設定することができる。ここでは、勤務形態に対応して、チェック項目（加算項目や減算項目）、期間区分指定等を変更して、メンタルヘルスチェックの対象者として抽出する。具体的には、個人情報記憶部２２において、各従業員を特定し、特定した従業員毎に以下の処理を繰り返す。

まず、管理サーバ２０の制御部２１は、勤務形態の特定処理を実行する（ステップＳ３−１）。具体的には、制御部２１の抽出部２１２は、処理対象の従業員の個人情報管理レコード２２０に記録された勤務形態を特定する。

次に、管理サーバ２０の制御部２１は、期間区分指定の特定処理を実行する（ステップＳ３−２）。具体的には、制御部２１の抽出部２１２は、評価対象の従業員について、抽出対象期間の月次情報管理レコード２３０を月次情報記憶部２３から抽出する。そして、抽出部２１２は、対象者抽出設定画面において設定された期間区分指定を取得する。ここでは、単月又は数ヶ月平均の時間外・休日労働時間の基準を独自に設定することができる。

次に、管理サーバ２０の制御部２１は、時間チェック項目の特定処理を実行する（ステップＳ３−３）。具体的には、制御部２１の抽出部２１２は、抽出した月次情報管理レコード２３０に記録された項目において、時間チェック項目における勤務時間を取得する。時間チェック項目としては、加算項目、減算項目等が含まれる。

次に、管理サーバ２０の制御部２１は、時間チェック項目に応じて時間評価値の算出処理を実行する（ステップＳ３−４）。具体的には、制御部２１の抽出部２１２は、取得した時間チェック項目の勤務時間を、期間区分指定に応じた評価値算出式に代入して、時間評価値を算出する。

次に、管理サーバ２０の制御部２１は、抽出条件に該当するかどうかについての判定処理を実行する（ステップＳ３−５）。具体的には、制御部２１の抽出部２１２は、算出した時間評価値と抽出条件値とを比較する。算出した時間評価値が抽出条件値以上の場合には、抽出条件に該当すると判定する。

抽出条件に該当すると判定した場合（ステップＳ３−５において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、対象者としての特定処理を実行する（ステップＳ３−６）。具体的には、制御部２１の抽出部２１２は、この従業員についての受診対象者管理レコード２５０を生成し、受診対象者情報記憶部２５に記録する。

一方、抽出条件に該当しないと判定した場合（ステップＳ３−５において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、対象者としての特定処理（ステップＳ３−６）をスキップする。
すべての従業員について、上記処理を終了するまで繰り返す。

次に、管理サーバ２０の制御部２１は、一覧表の出力処理を実行する（ステップＳ３−７）。具体的には、制御部２１の抽出部２１２は、受診対象者管理レコード２５０に含まれる従業員の氏名や所属を含めた一覧表を、管理者のクライアント端末１０のディスプレイに出力する。ここでは、受診対象者毎に、時間評価値と抽出条件値との乖離に応じて、識別できるように表示する。例えば、乖離が大きい場合には、乖離が小さい場合よりも目立つ色彩を用いる。具体的には、抽出条件値を「超勤時間：６０時間」とした場合、「６０時間以上８０時間未満」を黄色、「８０時間以上」を赤色で表示する。また、乖離が大きい順番に並び替えて出力するようにしてもよい。

（メンタルヘルスチェック）
次に、図６を用いて、メンタルヘルスチェック（ステップＳ１−２）を説明する。
まず、管理サーバ２０は、チェック対象者に受診案内を送信する受診通知処理を説明する。対象者抽出処理において特定した従業員（受診対象者）毎に以下の処理を繰り返す。

ここで、管理サーバ２０の制御部２１は、メンタルヘルスチェック受診期限設定処理を実行する（ステップＳ４−１）。具体的には、制御部２１の管理部２１１は、管理者のクライアント端末１０のディスプレイに、受診期限設定画面を出力する。この受診期限設定画面には、受診対象者情報記憶部２５に記録されている受診対象者管理レコード２５０の従業員を表示した対象者リストが出力される。更に、この対象者リストには、個人情報記憶部２２の個人情報管理レコード２２０に記録されている属性（例えば、所属）を含める。そして、管理者は、クライアント端末１０を用いて、メンタルヘルスチェックの受診期限を設定する。例えば、受診対象者の所属に応じて、受診期限を指定する。この場合、管理部２１１は、受診対象者管理レコード２５０において、指定された受診期限を記録する。

次に、管理サーバ２０の制御部２１は、メンタルヘルスチェック受診の通知処理を実行する（ステップＳ４−２）。具体的には、制御部２１の管理部２１１は、個人情報記憶部２２に記録された個人情報管理レコード２２０において、受診対象者の連絡先を特定する。そして、管理部２１１は、この連絡先に対して、メンタルヘルスチェック受診の案内（検査種別、受診期限等）を送信する。
以上の処理を、すべての受診対象者に対して繰り返す。

そして、受診対象者は、受診案内に従って、メンタルヘルスチェックを受診する。
更に、管理サーバ２０は、受診状況確認処理を実行する。
ここでは、管理サーバ２０の制御部２１は、受診期限が間近かどうかについての判定処理を実行する（ステップＳ５−１）。具体的には、制御部２１の検査部２１３は、受診対象者管理レコード２５０の受診期限までの残り日数を算出する。そして、残り日数が基準数以下となっている場合には、受診期限が間近と判定する。

受診期限が間近と判定した場合（ステップＳ５−１において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、未受診者の検索処理を実行する（ステップＳ５−２）。具体的には、制御部２１の管理部２１１は、回答記憶部２６において、回答管理レコード２６０の登録の有無を確認する。回答管理レコード２６０の登録がない場合には、未受診者と判定する。

次に、管理サーバ２０の制御部２１は、未受診者への通知処理を実行する（ステップＳ５−３）。具体的には、制御部２１の管理部２１１は、未受診者の連絡先に対して、メンタルヘルスチェックの受診を促す通知を送信する。

（結果出力処理）
次に、図７を用いて、結果出力処理（ステップＳ１−６）を説明する。この処理は、管理者や従業員が、クライアント端末１０を利用して、管理サーバ２０にアクセスし、結果出力を指示した場合に実行される。ここでは、状況変化とストレス評価結果を並べて出力する。

まず、管理サーバ２０の制御部２１は、結果一覧出力処理を実行する（ステップＳ６−１）。具体的には、制御部２１の評価部２１４は、管理者のクライアント端末１０によるアクセスの場合には、評価結果の抽出条件設定画面を出力する。この抽出条件設定画面においては、メンタルヘルス状況を出力する対象者を抽出する条件を設定することができる。管理者が抽出条件を設定した場合、評価部２１４は、抽出条件を取得する。そして、評価部２１４は、個人情報記憶部２２、回答記憶部２６を用いて、設定された抽出条件に一致する従業員の社員コードを特定する。なお、従業員のクライアント端末１０によるアクセスの場合には、自分の社員コードを特定する。次に、評価部２１４は、特定した社員コードの評価結果管理レコード２７０を評価結果記憶部２７から抽出し、結果一覧画面を作成する。そして、評価部２１４は、結果一覧画面をクライアント端末１０のディスプレイに出力する。

次に、管理サーバ２０の制御部２１は、状況変化の抽出処理を実行する（ステップＳ６−２）。具体的には、結果一覧画面において、状況変化の抽出対象の従業員を指定する。この場合、制御部２１の評価部２１４は、結果一覧において指定された従業員について、個人情報記憶部２２の個人情報管理レコード２２０から、個人状況、業務状況を取得する。

次に、管理サーバ２０の制御部２１は、状況変化及び評価結果の表示処理を実行する（ステップＳ６−３）。具体的には、制御部２１の評価部２１４は、同じ時間軸上において、状況変化の履歴と、評価結果の履歴とを並べて表示する。

次に、管理サーバ２０の制御部２１は、状況変化毎に以下の処理を繰り返す。ここでは、この場合、単一の状況変化や、複数の状況変化の組み合わせを用いる。
まず、管理サーバ２０の制御部２１は、検査結果について相関性評価処理を実行する（ステップＳ６−４）。具体的には、制御部２１の評価部２１４は、状況変化と、メンタルヘルスチェック結果の変化との相関性について評価する。具体的には、両者を変数とした相関係数を算出する。この相関性により、状況変化とメンタルヘルスチェック結果の変化との連動の有無を判定する。

次に、管理サーバ２０の制御部２１は、相関性がある状況変化があるかどうかについての判定処理を実行する（ステップＳ６−５）。具体的には、制御部２１の評価部２１４は、メンタルヘルスチェック結果との相関係数が、基準値以上の状況変化を検出した場合には、関連性がある状況変化と判定する。

相関性がある状況変化があると判定した場合（ステップＳ６−５において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、相関性がある状況変化について注意喚起処理を実行する（ステップＳ６−６）。具体的には、制御部２１の評価部２１４は、管理者のクライアント端末１０のディスプレイに、注意喚起画面を出力する。この注意喚起画面には、メンタルヘルスチェック結果と連動している状況変化と、その相関係数に関する情報を含める。

一方、相関性がある状況変化がないと判定した場合（ステップＳ６−５において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、相関性がある状況変化について注意喚起処理（ステップＳ６−６）をスキップする。

（結果分析処理）
次に、図８を用いて、結果分析処理（ステップＳ１−７）を説明する。この処理は、管理者が、クライアント端末１０を利用して、管理サーバ２０にアクセスし、結果分析を指示した場合に実行される。ここでは、全体的な傾向を考慮しながら、各個人のストレス要因を出力する。

まず、管理サーバ２０の制御部２１は、評価結果の取得処理を実行する（ステップＳ７−１）。具体的には、制御部２１の評価部２１４は、評価結果記憶部２７に登録された評価情報を取得する。

次に、管理サーバ２０の制御部２１は、メンタルヘルス不調者の特定処理を実行する（ステップＳ７−２）。具体的には、制御部２１の評価部２１４は、取得した評価情報を用いて、メンタルヘルス不調者を特定する。

次に、管理サーバ２０の制御部２１は、メンタルヘルス不調者に共通する要因の検索処理を実行する（ステップＳ７−３）。具体的には、制御部２１の評価部２１４は、特定したメンタルヘルス不調者の個人情報管理レコード２２０、月次情報管理レコード２３０を、それぞれ個人情報記憶部２２、月次情報記憶部２３から取得する。そして、評価部２１４は、個人情報管理レコード２２０、月次情報管理レコード２３０に含まれる項目毎に、メンタルヘルス不調者の分布状況を生成する。例えば、個人情報管理レコード２２０の個人状況、業務状況、月次情報管理レコード２３０の勤務時間を用いて、メンタルヘルス不調者の分布状況を生成する。ここで、メンタルヘルス不調者の人数が基準数以上の項目については、共通要因と判定する。

次に、管理サーバ２０の制御部２１は、処理対象のメンタルヘルス不調者を特定して、メンタルヘルス不調者毎に以下の処理を繰り返す。
ここでは、管理サーバ２０の制御部２１は、共通要因があるかどうかについての判定処理を実行する（ステップＳ７−４）。具体的には、制御部２１の評価部２１４は、処理対象のメンタルヘルス不調者の個人情報管理レコード２２０、月次情報管理レコード２３０の各項目において、共通要因が含まれるかどうかを判定する。ここで、個人情報管理レコード２２０、月次情報管理レコード２３０に共通要因が含まれている場合には、共通要因があると判定する。

共通要因があると判定した場合（ステップＳ７−４において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、要因の出力処理を実行する（ステップＳ７−５）。具体的には、制御部２１の評価部２１４は、ストレス要因として共通要因をストレス要因候補として、評価結果管理レコード２７０の分析データ領域に記録する。更に、評価部２１４は、管理者のクライアント端末１０のディスプレイに、ストレス要因候補を出力する。

一方、共通要因がないと判定した場合（ステップＳ７−４において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、個別情報の取得処理を実行する（ステップＳ７−６）。具体的には、制御部２１の評価部２１４は、メンタルヘルス不調者の個人情報管理レコード２２０において、各状況変化を取得する。

次に、管理サーバ２０の制御部２１は、状況変化があるかどうかについての判定処理を実行する（ステップＳ７−７）。具体的には、制御部２１の評価部２１４は、個人情報管理レコード２２０の履歴情報において、状況変化の有無を確認する。

状況変化があると判定した場合（ステップＳ７−７において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、要因の出力処理を実行する（ステップＳ７−８）。具体的には、制御部２１の評価部２１４は、状況変化がある項目（個別事情）をストレス要因候補として、評価結果管理レコード２７０の分析データ領域に記録する。更に、評価部２１４は、管理者のクライアント端末１０のディスプレイに、ストレス要因候補を出力する。

一方、状況変化がないと判定した場合（ステップＳ７−７において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、要因検討の注意喚起処理を実行する（ステップＳ７−９）。具体的には、制御部２１の評価部２１４は、要因検討が必要であることを、評価結果管理レコード２７０の分析データ領域に記録する。更に、評価部２１４は、管理者のクライアント端末１０のディスプレイに、要因検討が必要であることを示すメッセージを出力する。

本実施形態によれば、以下のような効果を得ることができる。
（１）本実施形態においては、管理サーバ２０の制御部２１は、対象者抽出処理を実行する（ステップＳ１−１）。ここでは、状況変化や勤務時間に応じて対象者を抽出する。これにより、所定条件に基づいて従業員を特定して、メンタルヘルスチェックを受診させることができる。

（２）本実施形態においては、管理サーバ２０の制御部２１は、メンタルヘルスチェック処理（ステップＳ１−２）、回答の評価処理（ステップＳ１−３）を実行する。２次検査が必要と判定した場合（ステップＳ１−４において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、２次検査処理を実行する（ステップＳ１−５）。これにより、１次検査ではメンタルヘルス状況を十分にできなかった従業員に対して、２次検査を行なうことができる。

（３）本実施形態においては、管理サーバ２０の制御部２１は、結果分析処理を実行する（ステップＳ１−７）。管理サーバ２０の制御部２１は、状況監視処理を実行する（ステップＳ１−８）。これにより、メンタルヘルスチェック結果に応じて、要観察の従業員に対する観察により、状態悪化を未然に検知することができる。

（４）本実施形態においては、管理サーバ２０の制御部２１は、業務状況の変化の確認処理（ステップＳ２−１）、個人状況の変化の確認処理（ステップＳ２−２）を実行する。状況変化があると判定した場合（ステップＳ２−３において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、対象者としての特定処理を実行する（ステップＳ２−４）。入社や転勤、部署異動、職務・職位の変更、労働環境・労働条件の変化に伴ってメンタルヘルス不調を発症する可能性がある。このような可能性がある従業員に対して、不調の予兆を捉えて悪化の抑制や、早期ケアを図ることができる。更に、業務上の変化だけではなく、従業員各人の個別事情（冠婚葬祭、転居等）によってもストレスを受ける可能性がある。このようなストレスについても検知してメンタルヘルスチェックを受診させることができる。

（５）本実施形態においては、管理サーバ２０の制御部２１は、勤務形態の特定処理（ステップＳ３−１）、期間区分指定の特定処理（ステップＳ３−２）、時間チェック項目に応じて時間評価値の算出処理（ステップＳ３−４）を実行する。そして、管理サーバ２０の制御部２１は、抽出条件に該当するかどうかについての判定処理を実行する（ステップＳ３−５）。勤務形態に応じて、従業員が受けるストレスは異なる。更に、短期間であっても強いストレスを受けたり、低いストレスを長期間にわたって受けたりする場合もある。このような、状況に応じた抽出条件を設定して、メンタルヘルスチェックの対象者を抽出することができる。

（６）本実施形態においては、管理サーバ２０の制御部２１は、メンタルヘルスチェック受診期限設定処理を実行する（ステップＳ４−１）。そして、管理サーバ２０の制御部２１は、未受診者の検索処理を実行する（ステップＳ５−２）。管理サーバ２０の制御部２１は、未受診者の通知処理を実行する（ステップＳ５−３）。これにより、所定期間内にメンタルヘルスチェックを実施することができる。

（７）本実施形態においては、管理サーバ２０の制御部２１は、状況変化及び評価結果の表示処理を実行する（ステップＳ６−３）。これにより、状況変化に連動したメンタルヘルス状態を評価することができる。そして、蓄積された履歴データからストレス改善や悪化等の傾向を把握することができる。

（８）本実施形態においては、管理サーバ２０の制御部２１は、検査結果について相関性評価処理を実行する（ステップＳ６−４）。相関性がある状況変化があると判定した場合（ステップＳ６−４において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、相関性がある状況変化について注意喚起処理を実行する（ステップＳ６−６）。これにより、メンタルヘルスに対する影響要因の特定を支援することができる。

（９）本実施形態においては、管理サーバ２０の制御部２１は、メンタルヘルス不調者に共通する要因の検索処理を実行する（ステップＳ７−３）。共通要因があると判定した場合（ステップＳ７−４において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、要因の出力処理を実行する（ステップＳ７−５）。これにより、メンタルヘルスに対する影響要因の特定を支援することができる。

（１０）本実施形態においては、共通要因がないと判定した場合（ステップＳ７−４において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、個別情報の取得処理を実行する（ステップＳ７−６）。状況変化があると判定した場合（ステップＳ７−７において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、要因の出力処理を実行する（ステップＳ７−８）。これにより、メンタルヘルスに対する個人的な要因の特定を支援することができる。

＜第２の実施形態＞
次に、労務管理システム、労務管理方法及び労務管理プログラムを具体化した第２の実施形態を説明する。第１の実施形態では、管理サーバ２０の制御部２１は、対象者抽出処理（ステップＳ１−１）、メンタルヘルスチェック処理（ステップＳ１−２）を実行する。このメンタルヘルスチェックの前に、対象者に対して面談を行なうようにしてもよい。例えば、従業員の上長が面談を行なう。この場合、管理サーバ２０は、面談者や面談項目を見直す担当者（例えば、管理サーバ２０の管理担当者）のクライアント端末１０に接続される。そして、管理サーバ２０は、面談を支援する処理を実行する。このため、管理サーバ２０に、面談結果を評価するための面談項目評価テーブルを記憶させておく。この面談項目評価テーブルには、面談項目に対して、面談における回答に対する評価点（重み付け値）が記録されている。

図９を用いて、全体の流れを説明する。
まず、管理サーバ２０の制御部２１は、ステップＳ１−１と同様に、対象者抽出処理を実行する（ステップＳ８−１）。

次に、管理サーバ２０の制御部２１は、面談支援処理を実行する（ステップＳ８−２）。ここでは、管理サーバ２０が、面談における面談者の支援処理を行なう。この処理については、図１０を用いて後述する。なお、ここで、自己申請による面談希望を受けた場合には、この希望者に対する面談を行なうようにしてもよい。この場合にも、この面談支援処理（ステップＳ８−２）を実行する。

次に、管理サーバ２０の制御部２１は、ステップＳ１−２と同様に、メンタルヘルスチェック処理を実行する（ステップＳ８−３）。
次に、管理サーバ２０の制御部２１は、回答の評価を行ない、必要に応じて、ステップＳ１−５と同様に、２次検査処理を実行する（ステップＳ８−４）。

次に、管理サーバ２０の制御部２１は、ステップＳ１−７と同様に、結果分析処理を実行する（ステップＳ８−５）。
次に、管理サーバ２０の制御部２１は、面談項目見直し処理を実行する（ステップＳ８−６）。ここでは、面談における評価の適正化を図るために、面談項目評価テーブルを、後続のメンタルヘルスチェックや結果分析に応じて、更新する。この処理については、図１１を用いて説明する。

（面談支援処理）
次に、図１０を用いて、面談支援処理を説明する。
まず、管理サーバ２０の制御部２１は、面談画面出力処理を実行する（ステップＳ９−１）。具体的には、制御部２１の面談支援部は、面談者のクライアント端末１０に面談画面を出力する。

図１２に示すように、面談画面５００には、面談者が面談対象者に対して行なう質問や、面談対象者から出た回答を入力するラジオボタン５０１が設けられている。更に、面談対象者の挙動に関する情報を入力するためのラジオボタン５０２が設けられている。更に、面談画面５００には、面談者が面談において気が付いたことを入力する所見欄５０３が設けられている。

次に、管理サーバ２０の制御部２１は、面談結果の取得処理を実行する（ステップＳ９−２）。具体的には、制御部２１の面談支援部は、クライアント端末１０の面談画面において入力された面談結果を取得する。

次に、管理サーバ２０の制御部２１は、面談結果の評価処理を実行する（ステップＳ９−３）。具体的には、制御部２１の面談支援部は、面談結果の内容を、面談項目評価テーブルを用いて採点する。

次に、管理サーバ２０の制御部２１は、メンタルヘルスチェックが必要かどうかについての判定処理を実行する（ステップＳ９−４）。具体的には、制御部２１の面談支援部は、面談項目について面談結果に対応した評価点を、面談項目評価テーブルから取得する。

メンタルヘルスチェックが必要と判断した場合（ステップＳ９−４において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、メンタルヘルスチェック受診案内処理を実行する（ステップＳ９−５）。具体的には、制御部２１の面談支援部は、面談対象者のメールアドレスに対して、メンタルヘルスチェック受診の案内を送信する。一方、メンタルヘルスチェックは不要と判断した場合（ステップＳ９−４において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、面談支援処理を終了する。

（面談項目見直し処理）
次に、図１１を用いて、面談項目見直し処理を説明する。
まず、管理サーバ２０の制御部２１は、メンタルヘルスチェック検査結果の取得処理を実行する（ステップＳ１０−１）。具体的には、制御部２１のフィードバック部は、面談対象者のメンタルヘルス検査結果を取得する。

次に、管理サーバ２０の制御部２１は、面談項目における結果との相関性の評価処理を実行する（ステップＳ１０−２）。具体的には、制御部２１のフィードバック部は、面談項目における結果とメンタルヘルス検査結果との相関性を算出する。

次に、管理サーバ２０の制御部２１は、評価テーブルの見直しが必要かどうかについての判定処理を実行する（ステップＳ１０−３）。具体的には、制御部２１のフィードバック部は、相関性が少ない面談項目を特定する。そして、フィードバック部は、その相関係数が基準値以下の場合には、見直しを要する面談項目として特定する。

評価テーブルの見直しが必要と判断した場合（ステップＳ１０−３において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、評価テーブルの見直し提案処理を実行する（ステップＳ１０−４）。具体的には、制御部２１のフィードバック部は、見直しを要する面談項目を、管理サーバ２０の管理担当者のクライアント端末１０に出力する。

一方、評価テーブルの見直しは不要と判断した場合（ステップＳ１０−３において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、評価テーブルの見直し提案処理（ステップＳ１０−４）をスキップする。

次に、管理サーバ２０の制御部２１は、面談所見に含まれるキーワードの抽出処理を実行する（ステップＳ１０−５）。具体的には、制御部２１のフィードバック部は、メンタルヘルス検査結果において評価が悪い面談対象者の面談データを抽出する。そして、フィードバック部は、抽出した面談データに含まれる所見においてキーワードを抽出する。

次に、管理サーバ２０の制御部２１は、共通キーワードがあるかどうかについての判定処理を実行する（ステップＳ１０−６）。具体的には、制御部２１のフィードバック部は、所定数字以上の面談データにおいて、同じキーワードを抽出できた場合には、共通キーワードがあると判定する。

共通キーワードがあると判定した場合（ステップＳ１０−６において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、面談項目の提案処理を実行する（ステップＳ１０−７）。具体的には、制御部２１のフィードバック部は、共通キーワードを管理者のクライアント端末１０に出力する。

一方、共通キーワードがないと判定した場合（ステップＳ１０−６において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、面談項目の提案処理（ステップＳ１０−７）をスキップして、面談項目見直し処理を終了する。

これにより、面談を介して、対象者の状況を把握し、この状況に応じてメンタルヘルスチェック受診の要否を判定することができる。更に、フィードバックにより、面談項目の見直しを行ない、的確な面談を促進することができる。

＜第３の実施形態＞
次に、労務管理システム、労務管理方法及び労務管理プログラムを具体化した第３の実施形態を説明する。第１の実施形態では、質問マスタ記憶部２４には、メンタル状態を評価するための質問に関する質問マスタレコード２４０が記録される。そして、検査種別として、（ａ）ストレスチェック〜（ｉ）人間関係調査を実施する場合を想定した。検査種別はこれに限定されるものではなく、これらの一部や、他の検査種別を組み合わせることも可能である。第３の実施形態では、「労働者のメンタルヘルス不調の第一次予防の浸透手法に関する調査研究」の研究成果である新職業性ストレス簡易調査票を用いて、メンタル状態を評価する場合を想定する。

本実施形態では、質問マスタ記憶部２４には、新職業性ストレス簡易調査票における尺度分類に含まれる各尺度に対する各質問を記録する。
新職業性ストレス簡易調査票を用いる場合、質問マスタ記憶部２４の各質問に対して、メンタルヘルスチェックの尺度分類、尺度を識別するための情報を関連付けて記録しておく。

尺度分類には、「仕事の負担」、「仕事の資源：作業レベル」、「仕事の資源：部署（グループ）」、「仕事の資源：事業所レベル」、「アウトカム」に関する項目が含まれる。

尺度には、尺度分類を更に詳細化した項目が含まれる。例えば、「仕事の負担」には、「仕事の量的負担」、「仕事の質的負担」、「身体的負担度」、「職場での対人関係」、「職場環境」、「情緒的負担」、「役割葛藤」、「ワーク・セルフ・バランス」の８個の尺度が含まれる。

更に、質問マスタ記憶部２４において、各尺度には、１つ以上の質問が関連付けられている。
質問マスタレコード２４０の選択肢データ領域には、この質問に対する回答を選択するための選択肢に関するデータが記録されている。選択肢として、例えば、「そうだ」、「まあそうだ」、「ややちがう」、「ちがう」等を用いる。
質問マスタレコード２４０の評価指標データ領域には、各選択肢を評価するための配点（１から４点）に関するデータが記録されている。

更に、本実施形態では、管理サーバ２０は、偏差値記憶部、判定基準記憶部、コメント記憶部を備える。

偏差値記憶部には、各尺度について、統計値（平均点と標準偏差）が記録される。この統計値は、新職業性ストレス簡易調査票を用いて行なわれた全国的な調査に基づいて算出される。

判定基準記憶部には、尺度や尺度分類毎に判定結果を算出するための評価テーブルが記録される。この判定基準記憶部には、尺度評価テーブル、尺度分類評価テーブル、総合評価テーブルを含む。

尺度評価テーブルにおいては、尺度及び偏差範囲毎に対して評価値（ここでは、Ａ〜Ｄ）が割り当てられている。
尺度分類評価テーブルにおいては、尺度分類毎に、各尺度分類に含まれる尺度の評価値に基づいて判定値を算出するためのルールが記録されている。例えば、尺度の評価値が「すべてＡ」の場合には尺度分類の判定値「Ａ」、尺度の評価値が「Ｂが一つ以上で、他はＡ」の場合には尺度分類の判定値「Ｂ」、「Ｃが１つ又は２つで、他はＡ又はＢ」の場合には尺度分類の判定値「Ｃ」等を付与するルールが記録されている。
総合評価テーブルにおいては、各尺度分類の判定値に基づいて、総合評価判定値を算出するためのルールが記録されている。ここでは、尺度分類の判定値が「すべてＡ」の場合は総合評価判定値「Ａ」、尺度分類の判定値が「一つ以上Ｂを含み、他はＡ又はＢ」は総合評価判定値「Ｂ」等のルールが記録されている。

コメント記憶部には、尺度分類の判定値、総合評価結果に対して、メンタルヘルスプロフィールに出力するコメントに関するデータが記録される。

（メンタルヘルスチェック処理）
次に、図１３を用いて、メンタルヘルスチェック処理を説明する。
ここでは、管理サーバ２０の制御部２１は、質問画面出力処理を実行する（ステップＳ１１−１）。具体的には、制御部２１の検査部２１３は、クライアント端末１０に質問画面を出力する。この質問画面には、質問マスタ記憶部２４に記録されている質問及び選択肢が表示される。そして、メンタルヘルスチェックの受診者は、質問画面における質問の選択肢を選択する。

次に、管理サーバ２０の制御部２１は、回答の選択処理を実行する（ステップＳ１１−２）。具体的には、制御部２１の検査部２１３は、クライアント端末１０から、質問毎に選択された選択肢に関するデータを取得する。そして、検査部２１３は、回答記憶部２６に記録する。

そして、管理サーバ２０の制御部２１は、尺度分類毎、尺度毎に、以下の処理を繰り返す。
ここでは、管理サーバ２０の制御部２１は、選択肢毎に採点処理を実行する（ステップＳ１１−３）。具体的には、制御部２１の評価部２１４は、質問マスタ記憶部２４を用いて、回答記憶部２６に記録された選択肢に対する配点を取得する。次に、評価部２１４は、この尺度に属する質問について、取得した配点の統計値を算出する。本実施形態では、統計値として、配点を合計した合計点を質問数で除算した平均値を算出する。そして、評価部２１４は、偏差値記憶部に記録された統計値を用いて、平均値の偏差値を算出する。次に、評価部２１４は、判定基準記憶部に記録された尺度評価テーブルを用いて、算出した偏差値が属する偏差範囲に対応した評価値を取得する。そして、評価部２１４は、算出した評価値を尺度に関連付けてメモリに仮記憶する。
この処理を、すべての尺度について繰り返す。

次に、管理サーバ２０の制御部２１は、尺度分類の判定処理を実行する（ステップＳ１１−４）。具体的には、制御部２１の評価部２１４は、判定基準記憶部に記録された尺度分類評価テーブルを用いて、メモリに仮記憶した尺度毎の評価値に対応した判定値を取得する。そして、評価部２１４は、算出した判定値を尺度分類に関連付けてメモリに仮記憶する。
この処理を、すべての尺度分類について繰り返す。

次に、管理サーバ２０の制御部２１は、総合評価の算出処理を実行する（ステップＳ１１−５）。具体的には、制御部２１の評価部２１４は、判定基準記憶部に記録された尺度分類評価テーブルを用いて、メモリに仮記憶した尺度分類毎の判定値に対応した総合評価判定値を取得する。そして、評価部２１４は、算出した総合評価判定値をメモリに仮記憶する。

次に、管理サーバ２０の制御部２１は、コメントの付与処理を実行する（ステップＳ１１−６）。具体的には、制御部２１の評価部２１４は、コメント記憶部から、メモリに仮記憶した尺度分類毎の判定値、総合評価結果に対応したコメントを取得する。

次に、管理サーバ２０の制御部２１は、メンタルヘルスプロフィールの出力処理を実行する（ステップＳ１１−７）。具体的には、制御部２１の評価部２１４は、尺度分類毎に、メモリに仮記憶された各尺度の評価値を用いて、レーダーチャートを作成する。本実施形態では、このレーダーチャートは、４段階で評価する。この場合、評価部２１４は、偏差値記憶部に記録された平均値を基準値「３」として、評価値を各段階への割当を行なう。

そして、図１４に示すように、評価部２１４は、評価結果出力としてメンタルヘルスプロフィール６００を作成して、クライアント端末１０に出力する。このメンタルヘルスプロフィール６００には、受診者情報６０１、各尺度分類における個別判定結果情報６０２、総合評価結果情報６０３が含まれる。個別判定結果情報６０２には、各尺度を要素とするレーダーチャート、判定値、コメントを含む。総合評価結果情報６０３には、総合評価判定値、コメントを含む。そして、評価部２１４は、生成したメンタルヘルスプロフィール６００を、受診者本人のクライアント端末１０に送信する。

なお、上記各実施形態は以下のように変更してもよい。
・上記各実施形態では、管理サーバ２０の制御部２１は、メンタルヘルスチェック受診期限設定処理を実行する（ステップＳ４−１）。ここで、管理サーバ２０が、受診期限の設定を支援するようにしてもよい。この場合には、例えば、従業員の繁忙状況を考慮して受診期限を設定する。具体的には、制御部２１は、月次情報記憶部２３から勤務時間情報を取得する。そして、制御部２１は、年間を通じての勤務時間の変動に基づいて、業務の繁忙状況を特定する。具体的には、受診期限を設定する当月の勤務時間（過去平均）が年間平均勤務時間よりも長い場合には、長めの受診期限を設定する。一方、同月勤務時間が年間平均勤務時間よりも短い場合には、短めの受診期限を設定する。

・上記各実施形態では、管理サーバ２０の制御部２１は、状況監視処理を実行する（ステップＳ１−８）。ここで、人事異動の登録を行なった場合、メンタルヘルスチェック結果に基づいて、リスクを出力するようにしてもよい。例えば、従業員の人間性や職場適性におけるメンタルヘルスチェックにおいて注意事項がある場合、特定の人間関係がある部署や、職場適性に合っていない部署への異動登録が行なわれた場合には、注意喚起メッセージを出力する。

また、管理部２１１は、企業内での対人関係（相性）診断において問題があると判定した従業員の場合には、所定期間内に人事異動や配置転換が行なわれたかどうかを監視する。ここで、所定期間内に適切な対応が行なわれていない場合には、管理者のクライアント端末１０に対して注意喚起メッセージを送信する。これにより、適性のミスマッチを回避し、職場不適応によるメンタルヘルス不調を招かない対応を講じることができる。

・上記各実施形態では、結果分析処理において、各個人のストレス要因を出力する評価を行なった。この結果分析処理における評価対象は、個人のストレス分析に限定されるものではない。例えば、部門間、職位間等の所定グループ間での対比分析を行なうようにしてもよい。この場合には、管理サーバ２０の制御部２１は、所定グループ（部門や職位等）毎に、各グループに属する従業員のメンタルヘルスチェック結果を評価結果記憶部２７から取得する。そして、制御部２１は、グループ毎に、メンタルヘルスチェック結果の統計値を算出する。次に、制御部２１は、各グループ（部門や職位等）について、メンタルヘルスチェック結果の統計値を対比させて出力する。ここで、近似した属性（職務内容が類似した部門や近い職位）を考慮して出力することも可能である。この場合には、管理サーバ２０に、各部門の属性（職務内容等）や職位の階級順番に関するデータを記憶させておく。そして、制御部２１は、近似した属性を有するグループを対比させて出力する。これにより、多様な観点で対比分析を行ない、メンタル状態の傾向を把握することができる。

・上記各実施形態では、管理サーバ２０の制御部２１は、状況監視処理を実行する（ステップＳ１−８）。ここで、勤務スケジュール作成時に、過去の勤務状況やメンタルヘルスチェック結果等に応じて注意喚起を出力するようにしてもよい。具体的には、管理サーバ２０の制御部２１は、クライアント端末１０から、従業員の勤務スケジュールを取得する。この場合、制御部２１は、評価結果記憶部２７のメンタルヘルスチェック結果を用いて、勤務スケジュールを受け付けた従業員が不調者かどうかを判定する。そして、評価結果記憶部２７に不調者として登録されている場合、制御部２１は、勤務スケジュールにおいて勤務状態を確認する。ここで、勤務スケジュールにおいて、所定回数以上連続した勤務（過重勤務）や、所定時刻以降の勤務（夜間勤務）を検知した場合には、制御部２１は、クライアント端末１０に注意喚起メッセージを出力する。

・上記第３実施形態では、評価部２１４は、生成したメンタルヘルスプロフィール６００を、受診者本人のクライアント端末１０に送信する。ここで、このメンタルヘルスプロフィール６００を、パスワードを設定して暗号化し、評価結果記憶部２７に記録するようにしてもよい。この場合には、メンタルヘルスプロフィール６００の格納場所を示す情報（ＵＲＬ）及びパスワードを、メンタルヘルスチェックの受診者本人のクライアント端末１０に送信する。

更に、受診者の同意に基づいて、第三者（例えば、上司や労務管理者等）に対して、本人のメンタルヘルスプロフィール６００の閲覧を許容できるようにしてもよい。この場合には、管理サーバ２０の制御部２１は、受診者のクライアント端末１０から、閲覧を許可する閲覧許容対象者の社員情報（例えば、社員コード）を取得する。そして、管理サーバ２０の制御部２１は、閲覧許容対象者に対して、メンタルヘルスプロフィール６００の格納場所を示す情報（ＵＲＬ）及びパスワードを送信する。これにより、メンタルヘルスチェック受診者の個人情報を保護するとともに、必要に応じて、関係者との間で情報共有を行なうことができる。

・上記各実施形態では、管理サーバ２０の制御部２１は、結果分析処理を実行する（ステップＳ１−７、Ｓ８−５）。これに加えて、管理サーバ２０の制御部２１は、効果確認処理を実行するようにしてもよい。具体的には、管理サーバ２０の制御部２１は、定期的に、個人情報記憶部２２からメンタルヘルス不調者について、処遇改善情報を取得する。更に、制御部２１は、評価結果記憶部２７から、処遇改善後のメンタルヘルスチェックの評価結果を取得し、その経過情報を取得する。次に、制御部２１は、経過情報に基づいて、有効度（改善効果）を算出する。そして、制御部２１は、各メンタルヘルス不調者の処遇改善の内容と改善効果との相関性を算出することにより、各処遇改善の有効性を評価する。例えば、改善効果があったメンタルヘルス不調者の人数が多い処遇改善については有効性が高いと判定する。そして、制御部２１は、処遇改善の内容毎に算出した改善効果を、管理者のクライアント端末１０に出力する。これにより、管理者は、処遇改善の効果を把握することができる。そして、新たなメンタルヘルス不調者に対して、有効性が高い処遇改善を行なうことができる。

１０…クライアント端末、２０…管理サーバ、２１…制御部、２１１…管理部、２１２…抽出部、２１３…検査部、２１４…評価部、２２…個人情報記憶部、２３…月次情報記憶部、２４…質問マスタ記憶部、２５…受診対象者情報記憶部、２６…回答記憶部、２７…評価結果記憶部。

Claims (8)

1. 従業員の労務について、異動、昇降格、業務内容の変化を含む業務状況、前記従業員の個人状況として、冠婚葬祭、家族構成の変化、転居を含む個人環境に係る変化履歴を記憶した個人情報記憶部と、
   前記従業員のメンタルヘルスチェックの評価値を蓄積する評価結果記憶部と、
   前記従業員及び管理者のクライアント端末に接続された制御部とを備えた労務管理システムであって、
   前記制御部が、
   前記個人情報記憶部から、抽出対象期間において部署の異動、昇降格の何れかに関する業務状況における変化の有無、及び冠婚葬祭、家族構成の変化、転居の何れかに関する個人状況における変化の有無に基づいて、メンタルヘルスチェックの対象者を特定し、
   前記対象者のクライアント端末に対して、メンタルヘルスチェックの受診案内を送信し、
   前記対象者が受診したメンタルヘルスチェックの評価値を、受診日に関連付けて前記評価結果記憶部に記録し、
   前記評価結果記憶部に記録された評価値に基づいて判定されたメンタルヘルス不調者の前記業務状況及び前記個人状況を前記個人情報記憶部から取得し、前記取得した状況において共通する共通要因を判定し、前記共通要因をストレス要因候補として、前記評価結果記憶部に記録し、前記受診日に関連付けられた評価値の履歴と、前記業務状況及び前記個人状況の履歴とを関連付けた情報とともに、前記ストレス要因候補を含めた注意喚起を、前記管理者のクライアント端末に出力し、新たに従業員の勤務状況を取得した場合、前記勤務状況を受け付けた従業員が前記メンタルヘルス不調者かどうかを判定し、前記メンタルヘルス不調者の勤務状況において注意喚起を要する勤務状態を検知した場合には、前記従業員のクライアント端末に注意喚起を出力することを特徴とする労務管理システム。
2. 前記業務状況において、特定の抽出条件が記録されている従業員を、前記メンタルヘルスチェックの対象者として特定することを特徴とする請求項１に記載の労務管理システム。
3. 前記抽出条件を、前記個人情報記憶部に記録された従業員の勤務形態に基づいて決定することを特徴とする請求項２に記載の労務管理システム。
4. 前記メンタルヘルスチェックの対象者について、前記従業員の勤務状況に応じて、前記メンタルヘルスチェックの受診期限を決定することを特徴とする請求項１〜３のいずれか一項に記載の労務管理システム。
5. 前記メンタルヘルスチェックの受診者の評価値の統計値に基づいて、対象者が受診したメンタルヘルスチェックの評価値の偏差値を算出し、前記偏差値に基づいて、前記受診者の評価結果を出力することを特徴とする請求項１〜４のいずれか一項に記載の労務管理システム。
6. 評価結果に対応してコメントを記録したコメント記憶部を更に備え、
   前記受診者の評価結果に対応したコメントを前記コメント記憶部から取得して、前記対象者のクライアント端末に対して出力することを特徴とする請求項５に記載の労務管理システム。
7. 従業員の労務について、異動、昇降格、業務内容の変化を含む業務状況、前記従業員の個人状況として、冠婚葬祭、家族構成の変化、転居を含む個人環境に係る変化履歴を記憶した個人情報記憶部と、
   前記従業員のメンタルヘルスチェックの評価値を蓄積する評価結果記憶部と、
   前記従業員及び管理者のクライアント端末に接続された制御部とを備えた労務管理システムを用いる労務管理方法であって、
   前記制御部が、
   前記個人情報記憶部から、抽出対象期間において部署の異動、昇降格の何れかに関する業務状況における変化の有無、及び冠婚葬祭、家族構成の変化、転居の何れかに関する個人状況における変化の有無に基づいて、メンタルヘルスチェックの対象者を特定し、
   前記対象者のクライアント端末に対して、メンタルヘルスチェックの受診案内を送信し、
   前記対象者が受診したメンタルヘルスチェックの評価値を、受診日に関連付けて前記評価結果記憶部に記録し、
   前記評価結果記憶部に記録された評価値に基づいて判定されたメンタルヘルス不調者の前記業務状況及び前記個人状況を前記個人情報記憶部から取得し、前記取得した状況において共通する共通要因を判定し、前記共通要因をストレス要因候補として、前記評価結果記憶部に記録し、前記受診日に関連付けられた評価値の履歴と、前記業務状況及び前記個人状況の履歴とを関連付けた情報とともに、前記ストレス要因候補を含めた注意喚起を、前記管理者のクライアント端末に出力し、新たに従業員の勤務状況を取得した場合、前記勤務状況を受け付けた従業員が前記メンタルヘルス不調者かどうかを判定し、前記メンタルヘルス不調者の勤務状況において注意喚起を要する勤務状態を検知した場合には、前記従業員のクライアント端末に注意喚起を出力することを特徴とする労務管理方法。
8. 従業員の労務について、異動、昇降格、業務内容の変化を含む業務状況、前記従業員の個人状況として、冠婚葬祭、家族構成の変化、転居を含む個人環境に係る変化履歴を記憶した個人情報記憶部と、
   前記従業員のメンタルヘルスチェックの評価値を蓄積する評価結果記憶部と、
   前記従業員及び管理者のクライアント端末に接続された制御部とを備えた労務管理システムに用いる労務管理プログラムであって、
   前記制御部を、
   前記個人情報記憶部から、抽出対象期間において部署の異動、昇降格の何れかに関する業務状況における変化の有無、及び冠婚葬祭、家族構成の変化、転居の何れかに関する個
   人状況における変化の有無に基づいて、メンタルヘルスチェックの対象者を特定し、
   前記対象者のクライアント端末に対して、メンタルヘルスチェックの受診案内を送信し、
   前記対象者が受診したメンタルヘルスチェックの評価値を、受診日に関連付けて前記評価結果記憶部に記録し、
   前記評価結果記憶部に記録された評価値に基づいて判定されたメンタルヘルス不調者の前記業務状況及び前記個人状況を前記個人情報記憶部から取得し、前記取得した状況において共通する共通要因を判定し、前記共通要因をストレス要因候補として、前記評価結果記憶部に記録し、前記受診日に関連付けられた評価値の履歴と、前記業務状況及び前記個人状況の履歴とを関連付けた情報とともに、前記ストレス要因候補を含めた注意喚起を、前記管理者のクライアント端末に出力し、新たに従業員の勤務状況を取得した場合、前記勤務状況を受け付けた従業員が前記メンタルヘルス不調者かどうかを判定し、前記メンタルヘルス不調者の勤務状況において注意喚起を要する勤務状態を検知した場合には、前記従業員のクライアント端末に注意喚起を出力する手段として機能させることを特徴とする労務管理プログラム。