特開 2024-84359 表示制御方法及び表示制御プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024084359

(43)【公開日】2024-06-25

(54)【発明の名称】表示制御方法及び表示制御プログラム

(51)【国際特許分類】

   G16H 20/00 20180101AFI20240618BHJP

   G06F 3/14 20060101ALI20240618BHJP

【ＦＩ】

G16H20/00

G06F3/14 Z

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2022198590

(22)【出願日】2022-12-13

(71)【出願人】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100087480

【弁理士】

【氏名又は名称】片山 修平

(72)【発明者】

【氏名】早川 昭二

【テーマコード（参考）】

5B069

5L099

【Ｆターム（参考）】

5B069AA10

5B069BA05

5L099AA15

(57)【要約】

【課題】無用な事例のユーザへの表示を抑制する表示制御方法及び表示制御プログラムを提供することを目的とする。
【解決手段】表示制御方法は、ユーザが過去に実施した面談対象者への行動変容を促す一の介入の回数に対する、前記一の介入に関連付けられた事例の前記ユーザによる参照回数の割合が閾値割合未満か否かを判断し、事例一覧を表示する際に、前記閾値割合未満と判断された前記事例の表示優先度を決定する、処理をコンピュータが実行する。
【選択図】図１０

【特許請求の範囲】

【請求項1】

ユーザが過去に実施した面談対象者への行動変容を促す一の介入の回数に対する、前記一の介入に関連付けられた事例の前記ユーザによる参照回数の割合が閾値割合未満か否かを判断し、
事例一覧を表示する際に、前記閾値割合未満と判断された前記事例の表示優先度を決定する、
処理をコンピュータが実行する表示制御方法。

【請求項2】

前記事例一覧を表示する際に、前記閾値割合以上と判断された前記事例を、前記一の介入の実施回数に関する閾値回数に基づいて分類して表示する、
ことを特徴とする請求項１に記載の表示制御方法。

【請求項3】

前記ユーザによる前記面談対象者に対する面談結果を登録した情報に基づいて、前記ユーザが前記面談対象者に実施した複数回の前記一の介入の成功率を算出し、
前記成功率に基づいて、前記閾値割合を決定する、
ことを特徴とする請求項１又は２に記載の表示制御方法。

【請求項4】

前記一の介入に関連する他の介入の実施状況を管理し、
前記実施状況に基づいて、未実施の前記他の介入を含む第１事例を実施済の前記他の介入を含む第２事例に対して優先的に表示する、
ことを特徴とする請求項１又は２に記載の表示制御方法。

【請求項5】

前記ユーザによる前記面談対象者に対する面談結果を登録した情報に基づいて、前記ユーザが前記面談対象者に実施した直近複数回の前記一の介入がいずれも成功したか否かを判断し、
前記事例一覧を表示する際に、前記閾値割合未満と判断された前記事例の中から、前記一の介入がいずれも成功したと判断された所定の事例の表示優先度を決定する、
ことを特徴とする請求項１又は２に記載の表示制御方法。

【請求項6】

ユーザが過去に実施した面談対象者への行動変容を促す一の介入の回数に対する、前記一の介入に関連付けられた事例の前記ユーザによる参照回数の割合が閾値割合未満か否かを判断し、
事例一覧を表示する際に、前記閾値割合未満と判断された前記事例の表示優先度を決定する、
処理をコンピュータに実行させるための表示制御プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本件は、表示制御方法及び表示制御プログラムに関する。

【背景技術】

【0002】

ユーザ毎のヘルス情報をユーザ間でシェアする管理を行い、状況が類似する類似ユーザをヘルス情報から判定し、各ユーザに類似ユーザの情報、即ち当該ユーザの状況に即した他ユーザのヘルス情報を提供するシステムが知られている。これにより、ユーザは、例えば自分と同じ病状の他者が、自分とは異なる治療や検査や行動等をしている事例を知ることができる（例えば特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１６－２１８９５４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、企業の健康診断などにおいて例えばメタボリックシンドロームと診断された従業員は産業保健師（以下、単に保健師という）と特定保健指導の面談を行うことがある。保健師は面談によって従業員への行動変容を促す介入を実施している。例えばメタボリックシンドロームであれば、保健師は従業員自らがメタボリックシンドロームを改善する行動に変容させる介入（例えば間食をやめさせるなど）を実施する。

【0005】

保健師が従業員に介入して行動変容を成功させるためには、面談前の事前準備が重要である。例えば、保健師はメタボリックシンドロームに対する介入内容とその成否を含む過去の類似事例を参照し、従業員への面談後の結果を想定した様々なシミュレーションを事前に準備する。

【0006】

しかしながら、保健師によっては過去の類似事例を参照しなくても従業員に介入できる経験を保有している場合がある。この場合、保健師がユーザとして上記システムを利用した場合、保健師の経験から事例の表示が必要のない無用な事例がシステムから提供される可能性がある。

【0007】

そこで、１つの側面では、無用な事例のユーザへの表示を抑制する表示制御方法及び表示制御プログラムを提供することを目的とする。

【課題を解決するための手段】

【0008】

１つの実施態様では、表示制御方法は、ユーザが過去に実施した面談対象者への行動変容を促す一の介入の回数に対する、前記一の介入に関連付けられた事例の前記ユーザによる参照回数の割合が閾値割合未満か否かを判断し、事例一覧を表示する際に、前記閾値割合未満と判断された前記事例の表示優先度を決定する、処理をコンピュータが実行する。

【発明の効果】

【0009】

無用な事例のユーザへの表示を抑制することができる。

【図面の簡単な説明】

【0010】

【図1】図１は保健師と従業員の面談と面談前後の保健師の作業の一例を説明する図である。

【図2】図２は事例提供サーバのハードウェア構成の一例である。

【図3】図３は事例提供サーバの機能構成の一例である。

【図4】図４は事例データの一例である。

【図5】図５は閲覧履歴データの一例である。

【図6】図６は第１実施形態に係る実施状況データの一例である。

【図7】図７は第１実施形態に係る規則情報の一例である。

【図8】図８は事例提供サーバの動作の一例を示すフローチャートである。

【図9】図９（ａ）事例提供システムログイン画面の一例である。図９（ｂ）は事例データの一覧を含まない事例表示画面の一例である。

【図10】図１０（ａ）は比較例に係る事例表示画面の一例である。図１０（ｂ）は実施例に係る事例表示画面の一例である。

【図11】図１１は第１実施形態に係る定着判断処理の一例を示すフローチャートである。

【図12】図１２は事例提供サーバの動作の他の一例を示すフローチャートである。

【図13】図１３は第２実施形態に係る規則情報の一例である。

【図14】図１４は第２実施形態に係る定着判断処理の一例を示すフローチャートである。

【図15】図１５は第３実施形態に係る実施状況データの一例である。

【図16】図１６は第４実施形態に係る実施状況データの一例である。

【図17】図１７は第５実施形態に係る実施状況データの一例である。

【発明を実施するための形態】

【0011】

以下、本件を実施するための形態について図面を参照して説明する。

【0012】

（第１実施形態）
図１に示すように、保健師１０は従業員２０との面談を行う前に事前準備を実施する。例えば、保健師１０はユーザ端末１１を操作して事例提供サーバ１００が管理する事例データにアクセスし、従業員２０の健康状態や属性と類似する過去の事例データを検索する。詳細は後述するが、事例データは保健師１０や保健師１０とは異なる別の保健師が実施した介入手段（例えば間食をやめるなど）や介入手段の成否などを含んでいる。事例提供サーバ１００は保健師１０の操作に応じた事例データをユーザ端末１１に表示することにより様々な事例を保健師１０に提供する。

【0013】

なお、保健師１０はユーザの一例であって、従業員２０は面談対象者の一例である。ユーザは例えば獣医師といった医師であってもよく、面談対象者はペットの飼主などであってもよい。また、図１では、ユーザ端末１１の一例としてＰＣ（Personal Computer）が示されているが、タブレット端末やスマートフォンといった携帯型のスマート端末などであってもよい。さらに、ユーザ端末１１と事例提供サーバ１００はＬＡＮ（Local Area Network）やインターネットといった通信ネットワークＮＷを介して接続されている。事例提供サーバ１００は物理的なサーバであってもよいし、仮想的なサーバであってもよい。

【0014】

事前準備を終えると、保健師１０は従業員２０との面談を実施する。保健師１０は事前に準備した複数の介入手段の中から適切な介入手段を選択し、選択した介入手段を従業員２０が履行することについて従業員２０の同意を得る。そして、面談後には保健師１０はユーザ端末１１を操作して事例提供サーバ１００にアクセスし、面談結果を含む事例データを新たな事例データとして登録する。これにより、保健師１０を含む様々な保健師が事例提供サーバ１００にアクセスして、この事例データを参照することができる。

【0015】

次に、図２を参照して、事例提供サーバ１００のハードウェア構成について説明する。なお、上述したユーザ端末１１は基本的に事例提供サーバ１００のハードウェア構成と同様のハードウェア構成であるため、詳細な説明は省略する。

【0016】

事例提供サーバ１００は、プロセッサとしてのＣＰＵ（Central Processing Unit）１００Ａと、メモリとしてのＲＡＭ（Random Access Memory）１００Ｂ及びＲＯＭ（Read Only Memory）１００Ｃを含んでいる。事例提供サーバ１００は、ネットワークＩ／Ｆ（インタフェース）１００Ｄ及びＨＤＤ（Hard Disk Drive）１００Ｅを含んでいる。ＨＤＤ（Hard Disk Drive）１００Ｅに代えて、ＳＳＤ（Solid State Drive）を採用してもよい。

【0017】

事例提供サーバ１００は、必要に応じて、入力Ｉ／Ｆ１００Ｆ、出力Ｉ／Ｆ１００Ｇ、入出力Ｉ／Ｆ１００Ｈ、ドライブ装置１００Ｉの少なくとも１つを含んでいてもよい。ＣＰＵ１００Ａからドライブ装置１００Ｉまでは、内部バス１００Ｊによって互いに接続されている。すなわち、事例提供サーバ１００はコンピュータによって実現することができる。

【0018】

入力Ｉ／Ｆ１００Ｆには入力装置７１０が接続される。入力装置７１０としては例えばキーボードやマウス、タッチパネルなどがある。出力Ｉ／Ｆ１００Ｇには表示装置７２０が接続される。表示装置７２０としては例えば液晶ディスプレイなどがある。入出力Ｉ／Ｆ１００Ｈには半導体メモリ７３０が接続される。半導体メモリ７３０としては、例えばＵＳＢ（Universal Serial Bus）メモリやフラッシュメモリなどがある。入出力Ｉ／Ｆ１００Ｈは半導体メモリ７３０に記憶された表示制御プログラムを読み取る。入力Ｉ／Ｆ１００Ｆ及び入出力Ｉ／Ｆ１００Ｈは例えばＵＳＢポートを備えている。出力Ｉ／Ｆ１００Ｇは例えばディスプレイポートを備えている。

【0019】

ドライブ装置１００Ｉには可搬型記録媒体７４０が挿入される。可搬型記録媒体７４０としては、例えばＣＤ（Compact Disc）－ＲＯＭ、ＤＶＤ（Digital Versatile Disc）といったリムーバブルディスクがある。ドライブ装置１００Ｉは可搬型記録媒体７４０に記録された表示制御プログラムを読み込む。ネットワークＩ／Ｆ１００Ｄは例えばＬＡＮポートや通信回路などを備えている。通信回路は有線通信回路と無線通信回路のいずれか一方又は両方を含んでいる。ネットワークＩ／Ｆ１００Ｄは通信ネットワークＮＷと接続されている。

【0020】

ＲＡＭ１００ＢにはＲＯＭ１００Ｃ、ＨＤＤ１００Ｅ、半導体メモリ７３０の少なくとも１つに記憶された表示制御プログラムがＣＰＵ１００Ａによって一時的に格納される。ＲＡＭ１００Ｂには可搬型記録媒体７４０に記録された表示制御プログラムがＣＰＵ１００Ａによって一時的に格納される。格納された表示制御プログラムをＣＰＵ１００Ａが実行することにより、ＣＰＵ１００Ａは事例提供システムとして後述する各種の機能を実現し、また、後述する各種の処理を含む表示制御方法を実行する。なお、表示制御プログラムは後述するフローチャートに応じたものとすればよい。

【0021】

図３乃至図６を参照して、事例提供サーバ１００の機能構成について説明する。なお、図３では事例提供サーバ１００の機能の要部が示されている。

【0022】

図３に示すように、事例提供サーバ１００は記憶部１１０、処理部１２０、及び通信部１３０を備えている。記憶部１１０は上述したＲＡＭ１００ＢとＨＤＤ１００Ｅのいずれか一方又は両方によって実現することができる。処理部１２０は上述したＣＰＵ１００Ａによって実現することができる。通信部１３０は上述したネットワークＩ／Ｆ１００Ｄによって実現することができる。

【0023】

記憶部１１０、処理部１２０、及び通信部１３０は互いに接続されている。記憶部１１０は、事例記憶部１１１、閲覧履歴記憶部１１２、及び実施状況記憶部１１３を含んでいる。処理部１２０は、認証部１２１、検索部１２２、及び判断部１２３を含んでいる。また、処理部１２０は、除外部１２４、表示部１２５、及び登録部１２６を含んでいる。

【0024】

事例記憶部１１１は複数の事例データを記憶する。事例データは、図４に示すように、事例データを識別する事例ＩＤ（Identifier）によって識別されており、例えばＳＯＡＰ形式で定義された様々なデータや情報を含んでいる。事例データにおける文字「Ｓ」はSubjective dataの頭文字であり、従業員の発言を表している。事例データにおける文字「Ｏ」はObjective dataの頭文字であり、客観的な情報やデータを表している。事例データにおける文字「Ａ」はAssessmentの頭文字であり、保健師１０の分析や判断を表している。事例データにおける文字「Ｐ」はPlanの頭文字であり、「Ｓ」「Ｏ」「Ａ」を踏まえた従業員２０に対する今後の方針を表している。なお、今後の方針として登録された文字列のうち下線が付与された特定の文字列が介入手段とその成否を表している。本実施形態では、文字列「間食をやめる」が介入手段に相当し、文字列「合意」が介入手段の成否に相当する。保健師１０は従業員２０との面談を終えると、このような事例データを事例提供サーバ１００に登録する。

【0025】

閲覧履歴記憶部１１２は閲覧履歴データを記憶する。閲覧履歴データは、図５に示すように、ユーザＩＤ、対象者ＩＤ、閲覧事例ＩＤといった複数の項目を含んでいる。ユーザＩＤの項目には保健師１０に付与されたユーザＩＤ「ＡＡＡ」や、保健師１０とは異なる別の保健師に付与されたユーザＩＤ「ＢＢＢ」などが登録される。対象者ＩＤの項目には従業員２０に付与された対象者ＩＤ「１５３４２」などが登録される。閲覧事例ＩＤの項目には保健師１０などによって参照された事例データの事例ＩＤ「１２１２１２」などが登録される。このように、閲覧履歴データによってユーザＩＤ、対象者ＩＤ、閲覧事例ＩＤが互いに関連付けられる。このような閲覧履歴データにより、例えばユーザＩＤ「ＡＡＡ」の保健師１０が対象者ＩＤ「１５３４２」の従業員２０との面談を行う前に事例ＩＤ「１２１２１２」の事例データが参照されたことを特定することができる。

【0026】

実施状況記憶部１１３はユーザＩＤごとの実施状況データを記憶する。実施状況データは、図６に示すように、介入手段、実施回数、参照後の実施回数、直近３回の介入成否といった複数の項目を含んでいる。本実施形態では、実施回数は変数Ｘで定義され、参照後の実施回数は変数Ｙで定義され、直近３回の介入成否は変数Ｚで定義される。介入手段の項目には、例えばメタボリックシンドロームに対する特定保健指導を行う際に保健師１０が用いる可能性のある複数の介入手段が列挙されて事前に登録される。

【0027】

実施回数の項目には、例えば保健師１０が面談時に実施した介入手段の回数が登録される。実施回数には初期値「０」が登録され、面談結果の登録時に事例データにおける文字「Ｐ」の欄に、「間食をやめる」等の介入手段を表す特定の文字列が登録される度に積算されて実施回数が更新される。参照後の実施回数の項目には面談前に事例データが参照された上で介入手段が実施された回数が登録される。例えば、介入手段「間食をやめる」は実施回数「５」回であるが、その実施回数の中で実際の事例データは参照回数「１」回である。すなわち、保健師１０は事例データを参照しないで従業員２０に対し介入手段「間食をやめる」を実施していることが多く、保健師１０にこの介入手段が定着している可能性が高いと判断することができる。直近３回の介入成否の項目には、直近３回の介入成功と介入失敗が登録される。図６において、介入成功の場合、数値「１」が登録され、介入失敗の場合、数値「０」が登録される。介入を実施しなかった場合には、記号「－」が登録される。左端の数値から順に直近の介入成否が登録されてもよいし、右端の数値から順に直近の介入成否が登録されてもよい。

【0028】

認証部１２１は保健師１０を認証する。詳細は後述するが、保健師１０が事例提供システムのログイン画面において、ユーザＩＤとパスワードが入力されると、認証部１２１は保健師１０が事例提供システムの正当な利用者であるか否かを認証する。

【0029】

検索部１２２は、後述する事例表示画面に対して保健師１０が入力した対象者ＩＤに基づいて、事例記憶部１１１にアクセスし、対象者ＩＤが付与された従業員２０と同じ又は従業員２０と近い別の従業員の過去の事例データを検索する。例えば、検索部１２２は、事例データに含まれる属性に関するデータ群や健康に関するデータ群（図４参照）などの数値の差分に基づいて、事例データ同士の類似度を算出し、閾値類似度より高い類似度の事例データを検索結果として抽出する。

【0030】

判断部１２３は従業員２０に対して行動変容を促そうと考えた介入手段に対し、その介入手段と関連づけられた事例データに対する保健師１０の参照割合が閾値割合未満か否かを判断する。参照割合は一の介入手段を実施した実施回数に対する、その介入手段に関連付けられた事例データの保健師１０による参照回数の割合である。詳細は後述するが、判断部１２３は、実施状況記憶部１１３にアクセスし、保健師１０のユーザＩＤに応じた実施状況データを特定する。そして、判断部１２３は、特定した実施状況データに含まれる変数Ｘ，Ｙ，Ｚに基づいて、保健師１０に介入手段が定着しているか、まだ定着していないか否かを介入手段ごとに判断する。

【0031】

ここで、判断部１２３には保健師１０に介入手段が定着しているか、まだ定着していないか否かを判断する規則情報が実装されている。規則情報は、図７に示すように、判断結果、判断ロジック、判断理由、及び活用例といった複数の項目を含んでいる。なお、判断理由と活用例は判断部１２３への実装対象から除外してもよい。

【0032】

判断結果の項目には、保健師１０に介入手段が定着していることを表す文字列「定着」や、まだ定着していないことを表す文字列「未定着」が登録される。文字列に代えて、定着や未定着を識別可能な数値を採用してもよい。判断ロジックの項目には、定着や未定着を判断するためのロジック情報が登録される。以下に、判断ロジックの項目に登録されるロジック情報Ｌ１，Ｌ２，Ｌ３，Ｌ４を具体的に記載する。なお、Ｎは閾値回数であって、本実施形態ではＮ＝３といった固定値を採用するが、固定値は適宜変更してもよい。

【0033】

ロジック情報Ｌ１：Ｘ－Ｙ＞Ｎ かつ Ｚの直近３回の介入が３回成功
ロジック情報Ｌ２：Ｘ－Ｙ＞Ｎ かつ Ｚの直近３回の介入が３回未満成功
ロジック情報Ｌ３：０＜Ｘ－Ｙ≦Ｎ かつ Ｘ＞０
ロジック情報Ｌ４：Ｘ－Ｙ＝０ かつ Ｘ＞０

【0034】

判断理由の項目には、定着や未定着を判断するための理由情報が登録される。以下に、判断理由の項目に登録される理由情報Ｒ１，Ｒ２，Ｒ３，Ｒ４を具体的に記載する。

【0035】

Ｒ１：事例データを参照しなくても介入手段を実施できたケースがＮ回より多くあり、かつ、介入手段が成功している。このため、保健師１０に介入手段が定着していると判断できる。
Ｒ２：事例データを参照せずに介入手段を実施したが、失敗したケースもあるので定着したとは判断できず、事例データを参照し直す必要がある。このため、保健師１０にその介入手段がまだ定着していないと判断できる。
Ｒ３：事例データを参照しなくても介入手段を実施できると考え、試行中の段階である、定着への移行中である未定着と判断できる。
Ｒ４：事例データを参照しながら実践している未定着と判断できる。

【0036】

活用例の項目には、事例データの検索における活用例情報が登録される。以下に、活用例の項目に登録される活用例情報Ｕ１，Ｕ２，Ｕ３，Ｕ４を具体的に記載する。

【0037】

Ｕ１：保健師１０に介入手段が定着しているため、この介入手段を含む事例データの表示を表示対象から除外するか、又は事例データの表示数を低減する。
Ｕ２：事例データを参照せずに失敗しているので、この介入手段を含む事例データを表示対象として多く表示する。
Ｕ３：事例データを参照しないようにしているため、この介入手段を含む事例データの表示を表示対象から除外するか、又は事例データの表示数を低減する。
Ｕ４：事例データを参照する必要があるので、この介入手段を含む事例データを表示対象として多く表示する。

【0038】

除外部１２４は上述した閾値割合未満と判断した参照割合の事例データの表示を表示対象から除外する。除外部１２４により無用な事例データの保健師１０への表示が除外される。除外部１２４は事例データの表示を表示対象から除外する代わりに、事例データの表示優先度を決定して表示優先度に応じて事例データを並び替えてもよい。例えば、表示優先度が低い事例データの表示が下位に表示されれば、保健師１０の視界に表示優先度が低い事例データが入らない可能性が高い。一方で、表示優先度が高い事例データが上位に表示されれば、保健師１０は表示優先度が高い事例データを容易に確認することができる。

【0039】

表示部１２５は、事例データの一覧を含む事例表示画面をユーザ端末１１に表示する。除外部１２４が閾値割合未満と判断した参照割合の事例データの表示を表示対象から除外するため、表示部１２５は除外部１２４が除外しなかった残りの事例データを含む事例表示画面をユーザ端末１１に表示する。これにより、保健師１０には有用な事例データが提供される。

【0040】

登録部１２６は、保健師１０の操作に応じて、事例表示画面に含まれる事例データの詳細表示を求める詳細表示指示を受け付けた場合、閲覧履歴記憶部１１２にアクセスする。そして、登録部１２６はその事例データの事例ＩＤを閲覧履歴データの閲覧事例ＩＤの項目に登録する。例えば、保健師１０がユーザＩＤ「ＡＡＡ」を利用して事例提供システムを利用し、対象者ＩＤ「１５３４２」を指定して検索したのち、詳細表示していれば、登録部１２６はこのようなユーザＩＤと対象者ＩＤの組合せに事例ＩＤを関連付けて登録することができる。

【0041】

次に、図８乃至図１０を参照して、事例提供サーバ１００の面談前の動作について説明する。

【0042】

まず、図８に示すように、認証部１２１はユーザ認証を実行する（ステップＳ１）。例えば、保健師１０がユーザ端末１１を操作して事例提供サーバ１００にアクセスすると、図９（ａ）に示すように、認証部１２１はユーザ端末１１に事例提供システムログイン画面を表示する。保健師１０がユーザＩＤ「ＡＡＡ」とパスワード「＊＊＊＊＊＊＊＊」を入力して、ＯＫボタン１２をポインタＰＴにより押下すると、認証部１２１はユーザ認証を開始する。認証部１２１がユーザ認証に成功すると、認証部１２１は、図９（ｂ）に示すように、事例データの一覧を含まない事例表示画面をユーザ端末１１に表示する。

【0043】

保健師１０が対象者ＩＤ「１５３４２」を入力して、検索ボタン１３をポインタＰＴにより押下すると、図８に示すように、検索部１２２は対象者ＩＤを受信し（ステップＳ２）、事例データを検索する（ステップＳ３）。上述したように、検索部１２２は対象者ＩＤが付与された従業員２０と同じ又は従業員２０と近い別の従業員の過去の事例データを検索する。そして、検索部１２２は閾値類似度より高い類似度の事例データを検索結果として抽出して判断部１２３と除外部１２４のそれぞれに出力する。

【0044】

検索部１２２が事例データを検索すると、判断部１２３は定着判断処理を実行する（ステップＳ４）。定着判断処理は保健師１０に介入手段が定着したか否かを介入手段ごとに判断し、保健師１０に定着した介入手段のリストを除外部１２４に出力する処理である。なお、定着判断処理の詳細は後述する。

【0045】

定着判断処理を実行すると、除外部１２４は事例データを除外する（ステップS５）。より詳しくは、除外部１２４は、判断部１２３から出力されたリストに基づいて、検索部１２２から出力された事例データの中からリストに含まれる介入手段を含む一部の事例データを除外する。これにより、保健師１０に無用な事例データの表示が表示対象から除外される。

【0046】

事例データを除外すると、表示部１２５は事例データの一覧を表示する（ステップＳ６）。これにより、ユーザ端末１１には事例データの一覧を含む事例表示画面が出現する。例えば、保健師１０に介入手段「間食をやめる」が定着しているにも関わらず、この介入手段を含む事例データが除外されていなければ、図１０（ａ）に示すように、比較例では介入手段「間食をやめる」を含む事例データが出現する。このように、保健師１０に介入手段「間食をやめる」が定着しているにも関わらず、この介入手段を含む無用な事例データが出現すると、保健師１０の介入スキルの向上に繋がらない可能性がある。

【0047】

しかしながら、図１０（ｂ）に示すように、実施例では介入手段「間食をやめる」を含む事例データは除外される。すなわち、この介入手段を含む事例データはユーザ端末１１に出現しない。このように、実施例では無用な事例データの表示が除外され、有用な事例データの表示に限定される。このため、保健師１０にまだ定着していない様々な介入手段を含む事例データが提供される。このような事例データの提供は保健師１０の介入スキルの向上に繋がり、結果的に、保健師１０の介入スキル定着に向けた成長を促すことができる。

【0048】

事例データの一覧を表示すると、図８に示すように、登録部１２６は詳細表示指示を受け付ける（ステップＳ７）。より詳しくは、図１０（ｂ）に示すように、事例表示画面に含まれる各事例データに関連付けられた表示ボタン１４のいずれかがポインタＰＴで押下されると、登録部１２６は詳細表示指示を受け付ける。詳細表示指示を受け付けると、登録部１２６は事例データの詳細を表示する（ステップＳ８）。より詳しくは、登録部１２６はポインタＰＴで押下された表示ボタン１４と関連付けられた事例データ（図４参照）をユーザ端末１１に表示する。これにより、保健師１０はポインタＰＴで押下された表示ボタン１４と関連付けられた事例データに含まれる従業員２０の発言、客観的情報やデータなどを確認することができる。

【0049】

事例データの詳細を表示すると、登録部１２６はその事例データを登録し（ステップＳ９）、処理を終了する。より詳しくは、登録部１２６は詳細を表示した事例データの事例ＩＤをユーザＩＤと対象者ＩＤの組合せに関連付けて閲覧履歴データの閲覧事例ＩＤの項目に登録する。これにより、閲覧履歴データにユーザＩＤと対象者ＩＤと事例ＩＤの組合せが蓄積される。

【0050】

次に、図１１を参照して、上述した定着判断処理の詳細について説明する。

【0051】

まず、判断部１２３は介入手段を取得する（ステップＳ１１）。より詳しくは、判断部１２３は、検索部１２２が出力した事例データと実施状況記憶部１１３が記憶する実施状況データの介入手段とに基づいて、介入手段を取得する。例えば、判断部１２３は、実施状況データに登録されている介入手段の中から一つ取得する。

【0052】

介入手段を取得すると、判断部１２３はその介入手段に関連づけられた変数Ｘ，Ｙ，Ｚを取得する（ステップＳ１２）。より詳しくは、判断部１２３は実施状況記憶部１１３にアクセスし、実施状況記憶部１１３が記憶する実施状況データの中から、取得した介入手段に対応する変数Ｘ，Ｙ，Ｚを介入手段ごとに取得する。

【0053】

変数Ｘ，Ｙ，Ｚを取得すると、判断部１２３はＸ－Ｙ＞Ｎか否かを判断する（ステップＳ１３）。判断部１２３はＹ÷Ｘ＜Ｋか否かを判断してもよい。すなわち、判断部１２３は参照割合（Ｙ／Ｘ）が閾値割合Ｋ未満か否かを判断してもよい。Ｘ－Ｙ＞Ｎの場合（ステップＳ１３：ＹＥＳ）、判断部１２３はＺで成功が３回か否かを判断する（ステップＳ１４）。すなわち、ステップＳ１３の処理で事例データを参照していないことが多い場合、ステップＳ１４の処理で事例データを参照しないでも複数回介入が成功しているか否かを判断する。なお、判断部１２３が判断する成功の回数は３回に限定されず、適宜変更してもよい。

【0054】

Ｚで成功が３回である場合（ステップＳ１４：ＹＥＳ）、判断部１２３は処理対象の介入手段について定着と判断する（ステップＳ１５）。すなわち、事例データを参照せずに保健師１０が従業員２０に対して複数回の介入に成功している場合、処理対象の介入手段が保健師１０に定着していると判断する。

【0055】

一方、Ｚで成功が３回でない場合（ステップＳ１４：ＮＯ）、判断部１２３は処理対象の介入手段について未定着と判断する（ステップＳ１６）。すなわち、事例データを参照していないが、介入に失敗している場合もあるため、処理対象の介入手段が保健師１０に定着していないと判断する。

【0056】

ステップＳ１３の処理において、Ｘ－Ｙ≦Ｎの場合（ステップＳ１３：ＮＯ）、判断部１２３はＸ－Ｙ＞０か否かを判断する（ステップＳ１７）。すなわち、ステップＳ１３の処理において、事例データを参照していることが多い場合、常に事例データを参照して介入を実施しているか否かを判断する。Ｘ－Ｙ＞０の場合（ステップＳ１７：ＹＥＳ）、判断部１２３はステップＳ１６の処理を実行する。すなわち、事例データを参照して介入手段を実施したことがある場合、定着への移行中であると想定されるため、判断部１２３は未定着であると判断する。

【0057】

一方、Ｘ－Ｙ＝０の場合（ステップＳ１７：ＮＯ）、判断部１２３はＸ＞０か否かを判断する（ステップＳ１８）。すなわち、判断部１２３は事例データを参照して処理対象の介入を実施しているか否かを判断する。Ｘ＞０の場合（ステップＳ１８：ＹＥＳ）、判断部１２３はステップＳ１６の処理を実行する。すなわち、事例データを参照して介入を実施している場合、判断部１２３は未定着であると判断する。一方、Ｘ＝０の場合（ステップＳ１８：ＮＯ）、判断部１２３はその介入手段を実施していない未実施であると判断する（ステップＳ１９）。

【0058】

ステップＳ１５，Ｓ１６，Ｓ１９の判断の処理が終了すると、すべての介入手段について判断の処理が済んだか判断する（ステップＳ２０）。これらの判断の処理が済んでいない介入手段がある場合（ステップＳ２０：ＮＯ）、ステップＳ１１の処理に戻り、これらの判断の処理が済んでいない残りの介入手段について同様に判断の処理を行う。すべての介入手段について判断の処理が済んだ場合（ステップＳ２０：ＹＥＳ）、定着判断処理を終了する。このように、判断部１２３が定着判断処理を終了すると、判断部１２３は保健師１０に定着した介入手段を含むリストを出力する。なお、判断部１２３は保健師１０に定着していない未定着の介入手段や未実施の介入手段をこのリストに含めてもよい。

【0059】

次に、図１２を参照して、事例提供サーバ１００の面談後の動作について説明する。

【0060】

認証部１２１はユーザ認証を実行する（ステップＳ２１）。例えば、面談前の場合と同様に、保健師１０がユーザ端末１１を操作して事例提供サーバ１００にアクセスすると、認証部１２１はユーザ端末１１に事例提供システムログイン画面を表示する（図９（ａ）参照）。保健師１０がユーザＩＤ「ＡＡＡ」とパスワード「＊＊＊＊＊＊＊＊」を入力して、ＯＫボタン１２をポインタＰＴにより押下すると、認証部１２１はユーザ認証を開始する。認証部１２１がユーザ認証に成功すると、登録部１２６は、対象者ＩＤを入力する入力欄を含む所定の第１入力画面（不図示）をユーザ端末１１に表示する。

【0061】

保健師１０が例えば対象者ＩＤ「１５３４２」を入力すると、検索部１２２は対象者ＩＤを受信し、受信した対象者ＩＤに基づいて、従業員情報を記憶する従業員情報記憶部（不図示）を検索する（ステップＳ２２）。従業員情報は、従業員２０の識別子のほか、従業員２０の属性に関するデータ、健康に関するデータ、ヘルスチェックシートなどを含んでいる。検索部１２２は、対象者ＩＤに応じた従業員情報を取得できた場合、所定の第２入力画面（不図示）をユーザ端末１１に表示する。

【0062】

第２入力画面は、取得した従業員情報の属性に関するデータ、健康に関するデータ、ヘルスチェックシートと、面談結果を入力する複数の入力欄とを含んでいる。複数の入力欄は、例えば従業員２０の発言を入力する第１入力欄、客観的な情報やデータを入力する第２入力欄、保健師１０の分析や判断を入力する第３入力欄、今後の方針を入力する第４入力欄を含んでいる。

【0063】

保健師１０が第４入力欄に例えば「ガムを噛んで間食をやめることを行動目標として合意」といった内容を入力すると、検索部１２２はこの内容を含む面談結果を受信し（ステップＳ２３）、面談結果から介入手段を抽出する（ステップＳ２４）。より詳しくは、検索部１２２は、介入手段を表すキーワードと所定の公知技術（例えばテキストマッチングやテキストマイニングなど）とに基づいて、この面談結果に含まれる内容から介入手段とその成否を抽出する。例えば、検索部１２２は第４入力欄に入力された「ガムを噛んで間食をやめることを行動目標として合意」といった内容から、介入手段「間食をやめる」とその成否「合意」を抽出する。

【0064】

介入手段を抽出すると、検索部１２２は事例データを検索する（ステップＳ２５）。より詳しくは、検索部１２２は閲覧履歴記憶部１１２にアクセスし、閲覧履歴データ（図５参照）の中から対象者ＩＤ「１５３４２」に対して詳細情報を閲覧した閲覧事例ＩＤを取得する。そして、検索部１２２は取得した閲覧事例ＩＤと同じ事例ＩＤが付与された事例データを事例記憶部１１１から取得し、抽出した介入手段を含む事例データを検索する。

【0065】

事例データを検索すると、検索部１２２は抽出した介入手段を含む事例データを発見したか否かを判断する（ステップＳ２６）。すなわち、検索部１２２はその事例データは面談前に参照されたか否かを判断する。事例データを発見した場合（ステップＳ２６：ＹＥＳ）、登録部１２６は実施状況第１更新処理を実行し（ステップＳ２７）、処理を終了する。すなわち、その事例データが面談前に参照されていた場合、登録部１２６は実施状況第１更新処理として実施状況データの変数Ｘ及び変数Ｙの両方をインクリメントする。これにより、実施回数と参照回数の両方に数値「１」が加算される。

【0066】

一方、事例データを発見しなかった場合（ステップＳ２６：ＮＯ）、検索部１２２はすべての閲覧事例ＩＤを調査済か否かを判断する（ステップＳ２８）。すべての閲覧事例ＩＤの調査が済んでない場合（ステップＳ２８：ＮＯ）、検索部１２２はステップＳ２５の処理を再び実行する。この場合、検索部１２２は図５の閲覧履歴データの対象者ＩＤ「１５３４２」の残りの閲覧事例ＩＤを取得する。検索部１２２は取得した閲覧事例ＩＤと同じ事例ＩＤが付与された事例データを事例記憶部１１１から取得して、抽出した介入手段を含む事例データを検索し、事例データを発見したか否かを判断することを、調査が済んでいない閲覧事例ＩＤがなくなるまで繰り返す。そして、ステップＳ２６の処理において事例データを発見せず、すべての閲覧事例ＩＤの調査が済んだ場合（ステップＳ２８：ＹＥＳ）、登録部１２６は実施状況第２更新処理を実行し（ステップＳ２９）、処理を終了する。すなわち、その事例データが面談前に参照されていなかった場合、登録部１２６は実施状況第２更新処理として実施状況データの変数Ｘを単独でインクリメントする。すなわち、登録部１２６は変数Ｙをインクリメントしない。これにより、実施回数にだけ数値「１」が加算される。

【0067】

以上説明したように、第１実施形態によれば、事例提供サーバ１００は判断部１２３と除外部１２４と表示部１２５とを備える。判断部１２３は、保健師１０が過去に実施した行動変容を促す一の介入手段に関連付けられた事例データに対する参照割合が閾値割合未満か否かを判断する。除外部１２４は表示部１２５が事例データの一覧を含む事例表示画面を表示する際、閾値割合未満と判断した参照割合の事例データの表示を表示対象から除外する。これにより、無用な事例の保健師１０への表示を抑制することができる。

【0068】

（第２実施形態）
続いて、図１３及び図１４を参照して、本件の第２実施形態について説明する。まず、図１３に示すように、判断部１２３には第１実施形態に係る規則情報（図７参照）と異なる規則情報が実装される。また、除外部１２４は、上述した閾値回数Ｎや閾値割合Ｋに加え、介入手段の実施回数に関する別の閾値回数Ｍに基づいて、介入手段の未定着を分類する。表示部１２５は分類された事例データを表示する。これにより、介入手段の未定着が第１実施形態の場合と比べてより詳細に分類されて判断される。

【0069】

以下に、判断ロジックの項目に登録されるロジック情報Ｌ１１，Ｌ１２，Ｌ１３，Ｌ１４，Ｌ１５，Ｌ１６を具体的に記載する。なお、Ｎ，Ｍはいずれも閾値であって、本実施形態ではＮ＝３、Ｍ＝５を採用するが、Ｎ，Ｍの数値は適宜変更してもよい。

【0070】

ロジック情報Ｌ１１：Ｘ－Ｙ＞Ｎ かつ Ｚの直近３回の介入が３回成功
ロジック情報Ｌ１２：Ｘ－Ｙ＞Ｎ かつ Ｚの直近３回の介入が３回未満成功
ロジック情報Ｌ１３：０＜Ｘ－Ｙ≦Ｎ かつ Ｘ＞０
ロジック情報Ｌ１４：Ｘ－Ｙ＝０ かつ ０＜Ｘ＜Ｍ
ロジック情報Ｌ１５：Ｘ－Ｙ＝０ かつ Ｍ≦Ｘ かつ Ｚの直近３回の介入が３回成功
ロジック情報Ｌ１６：Ｘ－Ｙ＝０ かつ Ｍ≦Ｘ かつ Ｚの直近３回の介入が３回未満成功

【0071】

判断理由の項目には、定着や未定着を判断するための理由情報が登録される。以下に、判断理由の項目に登録される理由情報Ｒ１１，Ｒ１２，Ｒ１３，Ｒ１４,Ｒ１５，Ｒ１６を具体的に記載する。

【0072】

Ｒ１１：事例データを参照しなくても介入手段を実施できたケースがＮ回より多くあり、かつ、介入手段が成功している。このため、保健師１０に介入手段が定着していると判断できる。
Ｒ１２：事例データを参照せずに介入手段を実施したが、失敗したケースもあるので定着したとは判断できず、事例データを参照し直す必要がある。このため、保健師１０に介入手段がまだ定着していないと判断できる。
Ｒ１３：事例データを参照しなくても介入手段を実施できると考え、試行中の段階である、定着への移行中である未定着と判断できる。
Ｒ１４：事例データを参照しており、かつ、その介入手段の実践回数が少ない練習中の未定着と判断できる。
Ｒ１５：事例データを参照しているが、十分な経験を積んでおり、実質的に介入手段が定着しているといってもよい未定着と判断できる（事例データを参照しなくても介入手段を実施できる可能性が高い（実質ＯＫ））。
Ｒ１６：事例データを参照しているが、失敗が多いため、事例データを正確に読み取れていない読込不足に起因する未定着と判断できる（全くＮＧ）。

【0073】

活用例の項目には、事例データの検索における活用例情報が登録される。以下に、活用例の項目に登録される活用例情報Ｕ１１，Ｕ１２，Ｕ１３，Ｕ１４，Ｕ１５，Ｕ１６を具体的に記載する。

【0074】

Ｕ１１：保健師１０に介入手段が定着しているため、この介入手段を含む事例データの表示を表示対象から除外するか、又は事例データの表示数を低減する。
Ｕ１２：事例データを参照せずに失敗しているので、この介入手段を含む事例データを表示対象として多く表示する。
Ｕ１３：事例データを参照しないようにしているため、この介入手段を含む事例データの表示を表示対象から除外するか、又は事例データの表示数を低減する。
Ｕ１４：事例データを参照する必要があるので、この介入手段を含む事例データを表示対象として多く表示する。
Ｕ１５：保健師１０の成長を促すため、この介入手段を含む事例データを表示対象から除外する。
Ｕ１６：この介入手段を含む事例データを保健師１０に熟読させるため、介入手段が成功した事例データと介入手段が失敗した事例データの両方を表示する。

【0075】

次に、図１４を参照して、第２実施形態に係る定着判断処理について説明する。なお、図１４において、図１１と同一の処理には同一の符号を付し、その詳細な説明を省略する。まず、ステップＳ１４の処理において、Ｚで成功が３回でない場合（ステップＳ１４：ＮＯ）、判断部１２３は処理対象の介入手段について未定着（要参照）と判断する（ステップＳ３１）。すなわち、事例データを参照していないが、介入に失敗している場合もあるため、処理対象の介入手段が保健師１０に定着していない未定着（要参照）と判断する。

【0076】

次に、ステップＳ１７の処理において、Ｘ－Ｙ＞０の場合（ステップＳ１７：ＹＥＳ）、判断部１２３は処理対象の介入手段について未定着（移行中）と判断する（ステップＳ３２）。すなわち、事例データを参照して介入手段を実施したことがある場合、定着への移行中であると想定されるため、判断部１２３は未定着（移行中）であると判断する。

【0077】

次に、ステップＳ１８の処理において、Ｘ＞０の場合（ステップＳ１８：ＹＥＳ）、判断部１２３はＸ＜Ｍか否かを判断する（ステップＳ３３）。すなわち、判断部１２３はまだその介入手段を十分に実施していないか否かを判断する。Ｘ＜Ｍの場合（ステップＳ３３：ＹＥＳ）、判断部１２３は処理対象の介入手段について未定着（練習中）と判断する（ステップＳ３４）。すなわち、判断部１２３はまだその介入手段を十分に実施していないと判断し、未定着（練習中）であると判断する。

【0078】

一方、Ｘ≧Ｍの場合（ステップＳ３３：ＮＯ）、判断部１２３はＺで成功が３回か否かを判断する（ステップＳ３５）。すなわち、その介入手段を十分に実施していると判断した場合、判断部１２３はその介入手段は何度も実施し、かつ、成功しているか否かを判断する。Ｚで成功が３回である場合（ステップＳ３５：ＹＥＳ）、判断部１２３は処理対象の介入手段について未定着（実質ＯＫ）と判断する（ステップＳ３６）。すなわち、その介入手段は何度も実施し、かつ、成功している場合、判断部１２３は処理対象の介入手段が保健師１０に実質的に定着している未定着（実質ＯＫ）と判断する。

【0079】

一方、Ｚで成功が３回でない場合（ステップＳ３５：ＮＯ）、判断部１２３は処理対象の介入手段について未定着（全くＮＧ）と判断する（ステップＳ３７）。すなわち、その介入手段は何度も実施しているが失敗もあるため、判断部１２３は処理対象の介入手段が保健師１０に定着していない未定着（全くＮＧ）と判断する。このように、第２実施形態よれば、事例提供サーバ１００は介入手段の未定着を第１実施形態の場合と比べてより詳細に分類して判断することができる。この結果、保健師１０にまだ定着していない介入手段の未定着理由を容易に特定することができる。

【0080】

（第３実施形態）
続いて、図１５を参照して、本件の第３実施形態について説明する。上述した実施形態では、閾値であるＮを固定値として説明したが、この固定値を所定の算出式を利用して適応的に決定するようにしてもよい。これにより、保健師１０に介入手段が定着しているか否かの判断精度を向上させることができる。

【0081】

例えば上述した第１実施形態では、変数Ｚについて直近３回の介入成否に限定したが（図６参照）、図１５に示すように、第３実施形態では過去の実施に対する全て介入成否が蓄積される。例えば、介入手段「腹八分目にする」について、変数Ｚについて、過去の実施に対する全て介入成否が蓄積される。

【0082】

判断部１２３は、このような変数Ｚに基づいて、成功率Ｐを算出し、算出した成功率Ｐと以下の算出式を利用して、閾値であるＮを決定する。
算出式：Ｎ＝（ｉｎｔ）｛（１－Ｐ）×１０｝＋Ｎ_０
ここで、成功率Ｐは対象の介入手段における変数Ｚの総数に対する成功回数を表している。ｉｎｔは整数を返す関数を表している。Ｎ_０は初期の閾値を表しており、本実施形態では例えばＮ_０＝３といった固定値を採用することができる。

【0083】

これにより、例えば変数Ｚの総数が１０回であり、成功回数が１０回である場合、成功率Ｐ＝１となり、Ｎ＝Ｎ_０（＝３）となる。すなわち、成功率Ｐが高い場合、その介入手段のバリエーションが増加していると想定されるため、定着判断の閾値であるＮが３回となる。逆に、変数Ｚの総数が１０回であり、成功回数が１回である場合、成功率Ｐ＝０．１となり、Ｎ＝９＋Ｎ_０となる。すなわち、成功率Ｐが低い場合、その介入手段のバリエーションが増加していないと想定され、定着の判断に慎重を期すため、定着判断の閾値であるＮが１２回となる。

【0084】

このように、第３実施形態によれば、閾値であるＮが適応的に決定される。このため、保健師１０に介入手段が定着しているか否かの判断精度を上述した実施形態に比べて向上させることができる。なお、閾値割合であるＫについても同様の手法により適応的に決定してもよい。

【0085】

（第４実施形態）
次に、図１６を参照して、本件の第４実施形態について説明する。第４実施形態では、図１６に示すように、変数Ｘ，Ｙ，Ｚのそれぞれの利用が直近Ｔ回（例えば３回）の実施状況に制限される。すなわち、直近Ｔ回より過去の変数Ｘ，Ｙ，Ｚの利用が中止される。なお、図１６に示す変数Ｘのかっこ内の数値に関し、数値「１」は実施を表し、記号「－」は未実施を表している。また、変数Ｙのかっこ内の数値に関し、数値「０」は参照せずに実施を表し、数値「１」は参照して実施を表し、記号「－」は未実施を表している。

【0086】

上述した実施形態の場合、実施経験が多いベテランの保健師１０と実施経験の浅い新人の保健師１０との間には実施回数に差があり、定着判断に影響を及ぼす可能性があると想定される。しかしながら、第４実施形態によれば、直近Ｔ回より過去の変数Ｘ，Ｙ，Ｚの利用が中止されるため、直近の実施状況に基づいた定着判断を行うことができる。これにより、実施経験が多いベテランの保健師１０と実施経験の浅い新人の保健師１０であっても、定着判断のばらつきを回避することができる。

【0087】

（第５実施形態）
次に、図１７を参照して、本件の第５実施形態について説明する。第５実施形態では、図１７に示すように、第１実施形態で説明した実施状況データ（図６参照）に介入手段のバリエーションの項目と実施状況の項目が追加されている。介入手段の項目には、事例データ（図４参照）の頭文字「Ｐ」の欄に入力された文字列の一部が上述した所定の公知技術などを利用して登録される。

【0088】

例えば、上述したように、事例データ（図４参照）の頭文字「Ｐ」の欄に「ガムを噛んで間食をやめることを行動目標として合意」が文字列として入力されている。この場合、登録部１２６は事例記憶部１１１の事例データから当該文字列を取得し、介入手段「間食をやめる」の前に位置する一部の文字列「ガムを噛んで」を「ガムを噛む」の文字列に加工し、介入手段のバリエーションの項目に登録する。文字列の加工は例えば公知の辞書情報などを利用すればよい。そして、登録部１２６は介入手段「ガムを噛んで間食をやめる」が実施されていれば、実施したことを表す数値「１」を関連付ける。逆に、登録部１２６は介入手段「ガムを噛んで間食をやめる」が実施されていなければ、まだ実施していないことを表す数値「０」を関連付ける。

【0089】

表示部１２５は、事例データの一覧を表示する際、実施状況の項目に登録された数値に基づいて、事例データの一覧を表示する。例えば、表示部１２５は、数値「０」が関連付けられた事例データを数値「１」が関連付けられた事例データに優先して表示する。これにより、保健師１０が実施したことがない介入手段を含む事例データが表示され、保健師１０の介入手段のバリエーションが増加し、介入スキルの向上に繋げることができる。

【0090】

以上、本発明の好ましい実施形態について詳述したが、本発明に係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。例えば、事例提供サーバ１００が有する各機能は、処理負荷や機能などに基づいて、複数のサーバに分散してもよい。

【符号の説明】

【0091】

１０ 保健師
２０ 従業員
１００ 事例提供サーバ
１１１ 事例記憶部
１１２ 閲覧履歴記憶部
１１３ 実施状況記憶部
１２３ 判断部
１２４ 除外部
１２５ 表示部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】