JP2008129805A - メンタルヘルス支援装置及びメンタルヘルス支援システム - Google Patents

Abstract

【課題】従業員の精神的疾患の発生を未然に防止する。
【解決手段】従業員の主観で、その日の気分を５段階表示で入力し、逐次蓄積するデータベースシステムを用意する。そして、蓄積されたデータに対し、所定の条件で危険状態を検出する閾値の判定式を適用し、従業員のメンタルヘルスの危機を早期に検知する。
【選択図】図１

Description

本発明は、会社内或は所定のネットワーク上のサイトに設置される、会社の従業員の精神的疾患の発生、或は精神的疾患の発生の可能性を早期に検知し、適切な処置を施すためのシステムに関する。

今日、日本は未だ厳しい経済環境と日本型雇用制度の変革期にある。好景気と言われてはいるものの、その好景気の恩恵を感じる割合が非常に少ないことが、各種報道等で示されている。このような状況において、会社の従業員の心理負担は増大している。また、職場以外に起因するストレスも少なくない。
日本は、一時間に一人が自殺するというストレス大国であり、鬱病による通院や入院患者が増大している。
なお、本発明と関係すると思われる先行技術文献として、特許文献１を示す。
特開２００５−４３９８号公報

これまでは、規模の大きい会社は産業医を契約して、会社に常駐して貰い、従業員の健康を診断して貰っている。
しかし、痛み等が明確に判る身体的疾患とは異なり、精神的疾患は発病してからではもう手遅れである場合が極めて多い。
更に、精神的疾患は発病してしまうと、本人だけでなく、家族や会社にとっても大きな問題を抱えることとなる。

一方、メンタルヘルスに関しては、客観的な測定方法が十分に確立されていない。更に、精神的疾患が発生する過程には大きな個人差がある。このため、疾患発生に至る原因の把握が困難である。
また、今日の社会ではメンタルヘルスケアに対する意識や認識が未だ不足している。鬱病、不安障害、統合失調症等は、周囲の人々によって理解されない。このため、往々にして「気合不足」「精神論」等の、却って疾患を悪化させる論理で片付けられてしまう傾向がある。これは患者にとって極めて不幸なことである。
更に、メンタルヘルスに関する問題は、全ての人に関わることであるにもかかわらず、その人自身の人格を否定する形で評価される傾向が強い。この点も、非常に憂慮すべき問題である。

翻って、従来の常駐産業医の仕組みでは、前述のような社会的認識不足が災いし、よほどのことにならない限り診察を受け辛いので、精神的疾患の診断には不適切である。また、精神的疾患が発生してしまったらもう手遅れになってしまう、という、極めて憂慮すべき問題がある。

本発明はかかる点に鑑みてなされたものであり、産業医の常駐を不要にし、精神的疾患の発生を未然に防ぐ、メンタルヘルス支援システム、及びメンタルヘルス支援装置を提供することを目的とする。

上記課題を解決するための本発明は、社員番号フィールドと、日時区分フィールドと、社員の気分を表す信号気フィールドを備える信号気テーブルに、社員がその日の気分を主観的に示す値を随時記入してデータを蓄積するサーバを用意する。
当該サーバはクライアントに入力画面を表示させ、入力が完遂すると、所定の閾値条件にて精神的疾患の可能性を判定する。
判定の結果、条件に合致した場合は、所属長や産業医等にその旨のメッセージを送信するものである。

発明者は、精神科医のカウンセリングが、基本的に患者本人の自己申告であることに目をつけた。
従業員の主観で、その日の気分を５段階表示で入力し、逐次蓄積するデータベースシステムを用意する。そして、蓄積されたデータに対し、所定の条件で危険状態を検出する閾値の判定式を適用し、従業員のメンタルヘルスの危機を早期に検知するものである。

本発明により、産業医が常に会社に常駐する必要がなく、従業員が周囲の風評等に惑わされることなく、精神面の健康状態を的確に把握し、精神的疾患の発病を未然に防ぐことができ、また精神的疾患の発生が予測される場合には産業医に連絡が行く、メンタルヘルス支援システムを提供できる。

以下、本発明の実施の形態を、図１〜図６を参照して説明する。

図１は、本発明の第１の実施の形態の、メンタルヘルス支援システムの全体を概略的に示すブロック図である。
最初に、メンタルヘルス支援システムの概要を説明する。
本実施形態のメンタルヘルス支援システムは、クライアントサーバ型システムである。
クライアントは職場環境にいる社員のパソコンである。
社員は職場内のパソコンからサーバにログインし、後述する「信号気」という情報を、一日４回（午前２回、午後２回）入力する。
入力された信号気データはシグナルデータベースに蓄積されると共に、データ入力をトリガとして、チェックプログラムが起動し、当該社員の精神面の健康が危険な状態にあるか否かを判定する。
判定の結果、精神面の健康が危ういと判定された場合には、部長クラスの所属長、そして必要に応じて社外の契約産業医にアラームメッセージが届く。

メンタルヘルス支援システム１０１は、主に社内ＬＡＮ１０２に接続されているアプリケーションサーバ１０３とクライアントのパソコン（以下「クライアントＰＣ」）１０４、１０５、１０６よりなる。このクライアントサーバシステムは、所定のソフトウェアにて構成される。例えばインターナショナル・ビジネス・マシーンズ・コーポレーションのロータス・ノーツ（「ロータス」及び「ノーツ」共に登録商標）である。
アプリケーションサーバ１０３は、複数のアプリケーションソフトウェアにて構成されている。
ユーザ認証部１０７は、クライアントＰＣの要求に応答して、ユーザデータベース（以下「ユーザＤＢ」）１０８を検索し、認証を行う。
データ入力及び編集部１０９は、後述するデータ入力画面をクライアントＰＣに表示させ、社員のデータ入力を受け付ける。受け付けたデータはシグナルデータベース（以下「シグナルＤＢ」）１１６に記録する。
判定部１１０は、データ入力及び編集部１０９がクライアントＰＣからデータを受信したことに呼応して起動され、閾値ルールファイル１１１を読み込んで、後述する判定処理を行う。
集計部１１２は、部長クラスのクライアントＰＣの要求にしたがって、後述する統計処理を行い、表示する。

判定部１１０による判定処理の結果、社外の産業医にアラームメッセージを送信する必要があると判断したら、判定部１１０はアラームメッセージを作成し、所定のプロトコルにて産業医に向けて送信する。送信されるメッセージは、ファイアウォール１１３を潜り、インターネット１１４経由で産業医のパソコン１１５に到達する。メッセージの種類としては、メールや、幾つかのポータルサイト企業が構築してサービスを行っている、インスタントメッセージと呼ばれるメッセージサービスを利用することができる。

図２は、クライアントＰＣに表示される、信号気入力画面である。
クライアントＰＣはアプリケーションサーバ１０３に接続して認証を行うと、データ入力及び編集部１０９によってこのような画面が表示される。
図２の信号気入力画面中、「部」項目２０２は、社員が所属する部門名を示す。
「課所名」項目２０３は、部門を区分する課、或はこれに相当する小部門名を示す。
「氏名」項目２０４は、社員の氏名である。
「年月」項目２０５は、現在入力可能に表示している年月を示す。「年月」項目２０５の記述の右側にあるプルダウンボタン２０６は、表示年月を変更する際に用いる。

図２の右上に表示されている、０から１００までの５段階表示は、シグナルの凡例２０７を表す。
シグナルとは、社員自身の主観で、今の自分自身の気分の状態を示す値である。
シグナルはその値に応じて色分けして表示される。例えば、１は青、２は紫、３は黄、４は赤、５は黒である。
シグナルの一例を示す。
ある社員は大口の契約に成功して営業成績が上がったため、気分が高揚し、仕事のやる気がみなぎっている状態である。この社員は、シグナルとして５段階の５を、今の時点に入力する。「今」が２００６年７月１２日の午前の昼前であれば、２００６年７月前半が表示されている入力欄２０８の「１２」の列の、「午前入」の箇所のプルダウンボタンをマウスでクリックし、「５」を選択する。
また、別の社員は仕事上のミスによって上司に注意を受けた。このため、気分が沈み、仕事のやる気が減退している状態である。この社員は、シグナルとして５段階の２を、今の時点に入力する。「今」が２００６年７月５日の午後の前半であれば、２００６年７月前半が表示されている入力欄２０８の「５」の列の、「午後出」の箇所のプルダウンボタンをマウスでクリックし、「２」を選択する。
入力が終わったら、「保存」ボタン２０９をクリックする。
「保存」ボタンのクリックに呼応して、データ入力及び編集部１０９は、シグナルＤＢ１１６にデータの追加或は変更を行う。

図３（ａ）、（ｂ）及び（ｃ）は、各種テーブルのデータ構造とサンプルのデータを示す。
図３（ａ）は信号気テーブル３０２を表す。信号気テーブル３０２はシグナルＤＢ１１６の中に格納されている。
第１のフィールドは社員番号である。これはユーザＤＢ内の図示しない社員テーブルに含まれている社員番号と同じである。
第２のフィールドは日時区分である。日時区分はデータの入力が行われた日と、午前出、午前入、午後出、午後入の別を表す。８桁の数字の最初の６桁が「西暦下二桁」＋「月二桁」＋「日二桁」という文字列である。最後の２桁は、「０１」が午前出、「０２」が午前入、「０３」が午後出、「０４」が午後入である。
第３のフィールドは信号気である。前述の入力画面において、社員がプルダウンボタンで選択入力した値である。
第４のフィールドは記録日時である。１０桁の数字は「西暦下二桁」＋「月二桁」＋「日二桁」＋「時二桁」＋「分二桁」という文字列である。

図３（ｂ）は閲覧権テーブル３０３を表す。閲覧権テーブル３０３は信号気テーブル３０２と同様、シグナルＤＢ１１６の中に格納されている。
第１のフィールドは社員番号である。
第２のフィールドは閲覧権者である。これは所属長や人事部門担当者等、当該社員の信号気データを閲覧する権限を有する者の社員番号が記載される。
ある社員の信号気データは、当該部門の部長が閲覧できると共に、人事部門担当者も閲覧できる。この対応関係が記載されるので、いわゆる「多対多」の関係が記述される。
図３（ｂ）の例では、閲覧権者にある社員番号「２１２３」と「２２３４」が部門長であり、社員番号「７５６７」が人事部門担当者である。人事部門担当者は各部門を広範囲に閲覧し、横断的にデータを観察する。

ところで、閲覧権限を持つ所属長が部長であるのには理由がある。
パワーハラスメントは往々にして直属の上長との人間関係において発生することが多い。
そこで、直接の上長ではなく、更にその上の上長が閲覧することとしている。
しかし、パワーハラスメントは必ずしも直属の上長だけが行うとは限らない。
つまり、その閲覧権限を持つ所属長自身がパワーハラスメントの原因であることもある。
そこで、横断的に閲覧できる別の立場が必要になる。それが人事部門担当者である。
人事部門担当者は閲覧した結果等を閲覧権限を持つ所属長より立場が上の者に報告することで、当該所属長の適性欠如を認識し、配置転換等を行う等、適切な処置を行うことが期待できる。
つまり、閲覧権限者を複数持たせて、公平性を保つために、閲覧権テーブル３０３が存在する。
なお、閲覧権者を誰にするかはシステムの運用面の問題であるので、場合に応じて適宜変更される要素であることを付記しておく。

図３（ｃ）は閾値ルールテーブル３０４を現す。閾値ルールファイル１１１そのものである。
閾値ルールテーブル３０４は判定部１１０が判定処理を行う際のルールが列挙されている。
第１のフィールドは期間条件である。期間条件は、現在の日付から何日分のデータを評価するかの値である。図３（ｃ）では理解を容易にするために「直近７日以内」と記載しているが、実際は単に「７」とだけ記入されている。
第２のフィールドは信号気条件である。信号気条件は、期間条件に含まれるデータについて評価する内容が記述されている。図３（ｃ）では理解を容易にするために「黒≧８」と記載しているが、実際はプログラムが読み込んで実行可能なコマンドやプログラムの条件文等が記載される。
第３のフィールドは産業医フラグである。産業医フラグは、期間条件と信号気条件が満たされたときに、産業医へアラームメッセージを送るか否かを示すフラグが記述されている。図３（ｃ）では理解を容易にするために「○」或は「×」と記載しているが、実際はプログラムが読み込み易いように、「１」ないしは「０」である。

図４は判定部１１０の動作の流れを示すフローチャートである。
社員が信号気入力画面にてデータの入力を完遂すると（Ｓ４０１）、判定部１１０は信号気入力を行った当該社員の社員番号をキーにして、信号気テーブル３０２を直近レコードから所定期間まで検索して（Ｓ４０２）、一時的なテーブルを作成する。この所定期間は、閾値ルールテーブル３０４の期間条件の最大値になる。つまり、期間条件の最大値が１４日であれば、１４日分の一時的なテーブルを作成することとなる。
次に、閾値ルールテーブル３０４の最初のレコードを注目する（Ｓ４０３）。
これ以降はループ処理である。
先ず、注目した閾値ルールテーブル３０４のレコードに記載されている評価条件を見る。つまり、ステップＳ４０２にて作成した一時的なテーブルに対し、閾値ルールテーブル３０４の期間条件フィールドに記載されている期間内で、信号気条件フィールドに記載されている条件を満たすか否か、更に産業医フラグが立っているか否かを検証する（Ｓ４０４）。
期間条件内に信号気条件を満たし、且つ産業医フラグが立っている場合（Ｓ４０４のＹ）は、産業医にアラームメッセージを送信すると共に、所属長にも送信する（Ｓ４０６）。
期間条件内に信号気条件を満たし、且つ産業医フラグが立っていない場合（Ｓ４０４のＮからＳ４０５のＹ）は、所属長にアラームメッセージを送信する（Ｓ４０７）。
期間条件内に信号気条件を満たしていない場合（Ｓ４０５のＮ）は、閾値ルールテーブル３０４の次のレコードを注目する（Ｓ４０８）。次のレコードの有無を確認して（Ｓ４０９）、もしあれば条件判断を繰り返し（Ｓ４０４）、なければ終了する（Ｓ４１０）。
なお、アラームメッセージの作成及び送信は、閾値ルールテーブル３０４のどれか一つのレコードでのみ実施されるので、一度アラームメッセージを送信したら（Ｓ４０６及びＳ４０７）、閾値ルールテーブル３０４の次のレコードを見ることなく終了する（Ｓ４１０）。

図５（ａ）、（ｂ）及び（ｃ）は、集計部１１２が提供する機能によって表示される表示画面の例を列挙するものである。
図５（ａ）は、所属長がある社員の信号気データを閲覧しているときに表示される、信号気グラフを示す。
横軸は時間軸であり、縦軸は信号気である。
所属長は、このようなグラフを見ることで、社員の精神面の健康状態を把握することができる。
図５（ｂ）は、所属長がある社員の信号気データと、当該社員の営業成績を重ねて表示される、グラフを示す。
社員の営業成績と比較することで、社員の精神面の変化と営業成績の相関性を確認することができる。
もし、相関があり、営業成績が上下しているようであれば、本人の努力次第で十分改善が見込めると判断できる。
もし、相関があり、営業成績が下降したままであれば、職種が本人の適性に合致していないことが考えられる。この場合は、当該社員を別の部門に配置転換する等で改善が見込めると判断できる。
もし、相関がない場合であれば、職種や職務の成績と関係しない、別の要因が考えられる。例えば、家庭内事情、職場内のパワーハラスメント、セクシャルハラスメント、或はいじめ等、人的要因が考えられる。この場合は、十分なリサーチを行い、細心の注意を払って、原因の除去に努める必要がある。
図５（ｃ）は、部門単位で各社員の所定期間内における信号気の平均値をプロットしたグラフの一例である。この図では値が１から２の間に小さなピークがある。この値を示す社員が、精神的に危機的な状態にあり、当該社員に対する精神的なケアを要すると判断できる。

図６は、本発明の第２の実施の形態の、メンタルヘルス支援システム６０１の全体を概略的に示すブロック図である。
図１と違う点は、アプリケーションサーバがｗｅｂサーバになっており、各種機能はｃｇｉにて提供され、クライアントはｗｅｂブラウザを用い、複数の会社と複数の産業医を取り扱っている点である。
しかし、提供されるサービスは第１の実施形態と実質的に変わらない。

メンタルヘルス支援システム６０１は、インターネット６１４に接続されているｗｅｂサーバ６０３と、クライアントである複数の会社６２１及び６２２の各社員のパソコン６２４、６２５、６２６、６２７、６２８、６２９…（以下「クライアントＰＣ」）よりなる。
クライアントＰＣでは、図示しないｗｅｂブラウザが稼動する。各社員はｗｅｂブラウザを操作して、ｗｅｂサーバ６０３にアクセスする。
クライアントＰＣがｗｅｂサーバ６０３にアクセスすると、最初にログイン画面ｈｔｍｌ文書６０７がクライアントＰＣに転送され、ｗｅｂブラウザに表示される。ユーザＩＤ及びパスワードを入力して、所定の送信ボタンを押す動作により、ｗｅｂブラウザは認証ｃｇｉ６０６にアクセスし、ユーザＩＤ及びパスワードを送信する。
認証ｃｇｉ６０６はユーザＩＤ及びパスワードを受信して、ユーザＤＢ６０８にアクセスし、ユーザＩＤとパスワードの照合を行う。照合の結果、正規ユーザであると判定したら、認証ｃｇｉ６０６は入力画面ｃｇｉ６０９のＵＲＩ（Uniform Resource Identifier: インターネット６１４上に存在する情報資源の場所を指し示す記述方式）へ自動的に転送するＨＴＴＰ（Hyper Text Transfer Protocol）応答ヘッダを含むｈｔｍｌメッセージを作成し、クライアントＰＣへ送信する。

ここで、自動的に入力画面ｃｇｉ６０９に移行するＨＴＴＰ応答ヘッダとは、ＨＴＴＰのステータスコードの一種である転送機能にて実現する。このステータスコードは、ＨＴＴＰのバージョンによって若干の差がある。
http ver.1.1の場合は「303 See Other」というステータスコードと、入力画面ｃｇｉ６０９のＵＲＩを、ＨＴＴＰ応答ヘッダに記す。
http ver.1.0の場合は「302 Found」というステータスコードと、入力画面ｃｇｉ６０９のＵＲＩを、ＨＴＴＰ応答ヘッダに記す。
認証ｃｇｉ６０６は、このように構成したＨＴＴＰ応答ヘッダを作成し、クライアントへ送信する。
クライアントＰＣのｗｅｂブラウザは、このＨＴＴＰ応答ヘッダを解釈し、直ちに記されているＵＲＩに基づいて入力画面ｃｇｉ６０９をｗｅｂサーバに要求する。
すなわち、認証ｃｇｉ６０６はｗｅｂブラウザによって表示画面に表示されるｈｔｍｌ文書を作成しない。或は、認証ｃｇｉ６０６がｈｔｍｌ文書を作成しても、ｗｅｂブラウザの機能により、ｗｅｂブラウザがＨＴＴＰ応答ヘッダ中の転送ステータスコードを検出して転送を実行するので、当該作成されたｈｔｍｌ文書はｗｅｂブラウザには表示されない。
ログイン失敗時にはこの転送機能によって、自動的にログイン画面ｈｔｍｌ文書６０７に移行する。

入力画面ｃｇｉ６０９は、シグナルＤＢ６１６にアクセスして所定期間内の当該社員のデータを収集して、図２に示したものとほぼ同様のデータ入力画面をクライアントＰＣのｗｅｂブラウザに表示させ、社員のデータ入力を受け付ける。図２と異なる点は、「保存」ボタン２０９の表記が「送信」になる位である。
データを追記或は変更して、送信ボタンを押すと、判定ｃｇｉ６１０にアクセスし、変更したデータを送信する。
送信されたデータは判定ｃｇｉ６１０が受信し、シグナルＤＢ６１６内の図示しない信号気テーブルに記録する。
次に、判定ｃｇｉ６１０は閾値ルールファイル６１１を読み込んで、後述する判定処理を行う。
集計画面ｃｇｉ６１２は、各会社の部長クラスのクライアントＰＣ６２６及び６２９の要求にしたがって、統計処理を行い、統計画面を表示する。

判定ｃｇｉ６１０による判定処理の結果、各会社６２１及び６２２が契約している産業医にアラームメッセージを送信する必要があると判断したら、判定ｃｇｉ６１０は、アラームメッセージを作成し、所定のプロトコルにて契約対象の産業医に向けて送信する。
なお、判定ｃｇｉ６１０は、信号気テーブルにデータの記録を行うと、判定処理をバックグラウンドで実行しつつ、前述の認証ｃｇｉ６０６と同様に、入力画面ｃｇｉ６０９へ転送するＨＴＴＰ応答ヘッダを含むｈｔｍｌメッセージをクライアントＰＣに送信する。
送信されるメッセージは、各会社のファイアウォールを潜り、インターネット６１４経由で担当産業医のパソコンに到達する。ここで、会社６２１の社員に対しては、産業医Ｇのパソコン６１５に送信する。会社６２２の社員に対しては、産業医Ｈのパソコン６１７に送信する。メッセージの形態は第１の実施形態と同様に、メールやメッセージサービス等が利用できる。

本実施形態には、以下のような応用例が考えられる。
（１）図２の画面を見てわかるが、過去に入力したデータについて、社員自身が後から変更が可能なようになっている。しかし、例え冷静さを欠いた結果の入力であったとしても、それは紛れもなくストレスに基づく結果であり、翌日以降になって冷静になって入力したデータを変更すると、却ってストレスがデータに反映されなくなってしまう。そこで、一旦入力を確定したデータについては変更が不可能になるようにしたり、不用意に過去のデータを変更できなくすることもできる。具体的には、入力画面について、ある程度変更を容認する期間を定め、変更不能なデータについてはプルダウンボタンの表示を行わず、単に入力されたデータ（シグナル）の数値のみを表示する、という仕様にする。

（２）前述の二つの実施形態では、所属長が集計等のグラフを表示できる仕様になっていたが、産業医が閲覧できるようにすることもできる。具体的には、閲覧権テーブルに産業医の情報を追記する。産業医のパソコンと会社とをＶＰＮ（Virtual Private Network：公衆回線をあたかも専用回線であるかのように利用できるサービス及びその技術。）接続し、産業医も所属長と同様にデータの集計結果等を閲覧できるようにする。社外の中立な立場の人間が観察することにより、社内の人間関係等の束縛に関係なく、公平且つ冷静な視点で会社内の従業員のメンタルヘルスを診察することができる。

（３）集計部はサーバになくてもよい。つまり、部長クラスのパソコン内に備わっていて、当該パソコンから信号気テーブルにアクセスし、集計を行う仕様であってもよい。

（４）日時区分は必ずしも一日４回でなくてもよい。従業員の勤務体系に応じて、一日２回等に変更することもできる。

（５）第２の実施形態では、必ずしも会社内のパソコンからアクセスしなければならない必要はなく、ユーザ認証とデータ入力ができる端末であれば、社外からのアクセスであってもよい。端末もノートパソコンに留まらず、携帯電話を用いることもできる。

本実施形態においては、メンタルヘルス支援システムを開示した。従業員は極めて簡単な、主観に基づく「その時の気分」を継続的に入力し、データベースに蓄積する。そして、入力の度毎にチェックプログラムが実行されることにより、従業員の精神面の健康状態を把握し、鬱病等の発病を未然に防ぐことができる。万が一発病した場合は迅速に産業医に連絡が行くので、産業医が常に会社に常駐する必要がなくなる。

本実施形態のメンタルヘルス支援システムは、表面的には産業医の会社常駐の必要性をなくすものではあるが、その真の目的は、従業員の精神疾患の発生を未然に防ぐことにある。
従業員が継続的に業務に従事できるようにするため、リスクを予見し、適切な処置を行うことで、会社の生産性を維持し、向上させるだけでなく、従業員の健康と生活を守ることが、本実施形態のシステムの最終目的である。

以上、本発明の実施形態例について説明したが、本発明は上記実施形態例に限定されるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りにおいて、他の変形例、応用例を含むことは言うまでもない。

本発明の一実施の形態による、メンタルヘルス支援システムの全体を概略的に示すブロック図である。 クライアントＰＣに表示される、信号気入力画面である。 各種テーブルのデータ構造とサンプルのデータを示す。 判定部の動作の流れを示すフローチャートである。 集計部が提供する機能によって表示される表示画面の例である。 本発明の一実施の形態による、メンタルヘルス支援システムの全体を概略的に示すブロック図である。

符号の説明

１０１…メンタルヘルス支援システム、１０２…社内ＬＡＮ、１０３…アプリケーションサーバ、１０４、１０５、１０６…クライアントのパソコン、１０７…ユーザ認証部、１０８…ユーザデータベース、１０９…データ入力及び編集部、１１０…判定部、１１１…閾値ルールファイル、１１２…集計部、１１３…ファイアウォール、１１４…インターネット、１１５…産業医のパソコン、１１６…シグナルデータベース、２０２…「部」項目、２０３…「課所名」項目、２０４…「氏名」項目、２０５…「年月」項目、２０７…シグナルの凡例、２０８…入力欄、２０９…「保存」ボタン、３０２…信号気テーブル、３０３…閲覧権テーブル、３０４…閾値ルールテーブル、６０１…メンタルヘルス支援システム、６０３…ｗｅｂサーバ、６０６…認証ｃｇｉ、６０７…ログイン画面ｈｔｍｌ文書、６０８…ユーザＤＢ、６０９…入力画面ｃｇｉ、６１０…判定ｃｇｉ、６１１…閾値ルールファイル、６１２…集計画面ｃｇｉ、６１４…インターネット、６１５、６１７…産業医のパソコン、６１６…シグナルＤＢ、６２１、６２２…会社、６２４、６２５、６２７、６２８…社員のパソコン、６２６、６２９…部長クラスのパソコン

Claims (5)

1. 社員番号フィールドと、入力時点を示す日時区分フィールドと、社員の気分を表す信号気フィールドを備える信号気テーブルと、
   前記信号気テーブルに基づいて、所定のクライアントに前記日時区分フィールドと前記信号気フィールドの入力を行う入力画面を表示させるデータ入力及び編集部と、
   前記入力画面における入力の完了に起因して、前記信号気テーブルに蓄積されているデータと所定の閾値とを比較し、所定の条件に至った場合に担当者へ所定のメッセージを送信する判定部と
   よりなることを特徴とする、メンタルヘルス支援装置。
2. 更に、前記信号気テーブルについて所定期間内における複数の社員のデータの集計及び表示を行う集計部を備えることを特徴とする、請求項１記載のメンタルヘルス支援装置。
3. 社員番号フィールドと、入力時点を示す日時区分フィールドと、社員の気分を表す信号気フィールドを備える信号気テーブルと、
   前記信号気テーブルに基づいて、前記日時区分フィールドと前記信号気フィールドの入力を行う入力画面を生成するデータ入力及び編集部と、
   前記入力画面における入力の完了に起因して、前記信号気テーブルに蓄積されているデータと所定の閾値とを比較し、所定の条件に至った場合に担当者へ所定のメッセージを送信する判定部と
   よりなるサーバと、
   前記サーバにネットワーク接続して、前記データ入力及び編集部が生成する前記入力画面を表示し、使用者の操作に応じてデータの入力を行い、前記サーバにデータを送信するクライアントと
   よりなることを特徴とする、メンタルヘルス支援システム。
4. 更に、前記サーバは、
   前記信号気テーブルについて所定期間内における複数の社員のデータの集計及び表示を行う集計部を備えることを特徴とする、請求項３記載のメンタルヘルス支援システム。
5. 更に、前記クライアントは、
   前記サーバの前記信号気テーブルを読み込み、所定期間内における複数の社員のデータの集計及び表示を行う集計部を備えることを特徴とする、請求項３記載のメンタルヘルス支援システム。

Images