(57)【要約】【課題】潜在看護師・病院双方が任意の希望開催日程を提示できる機能及びそれをマッチングする機能をシステムに与えることで潜在看護士と病院側との日程調整を柔軟に行いうるようにすること。【解決手段】学習のための学習問題と，実習のための実技問題は，同じ技術単位で構成し，病院側情報処理端末は，開催日程が予め決定されている定期の実習と，開催日程が予め決められていない随時の実習とを設定すると共に，随時の実習については，開催候補日程を設定する実習設定手段と，ユーザ側情報処理端末から入力されたユーザ自身が希望する希望開催日程と，実習設定手段によって設定された実習の開催日程或いは開催候補日程とのマッチングを行い，マッチング結果をユーザ側情報処理端末に表示するマッチング結果表示手段とを備えてなる看護技術ｅ−ラーニングシステム。【選択図】図４
2011048443.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された，病院が使用する病院側情報処理端末と，ユーザが使用するユーザ側情報処理端末と，種々の看護情報を蓄積記憶する看護医療サーバとを少なくとも備えてなり，上記ユーザ側情報処理端末を用いるユーザに看護技術に関する知識の取得を目的とするｅ−ラーニングによる学習を施すと共に，病院が用意した看護技術に関する実技を取得させるための実習の予定をユーザに知らすための看護技術ｅ−ラーニングシステムであって，
前記学習のための学習問題と，前記実習のための実技問題は，同じ技術単位で構成されており，
前記病院側情報処理端末は，開催日程が予め決定されている定期の実習と，開催日程が予め決められていない随時の実習とを設定すると共に，随時の実習については，開催候補日程を設定する実習設定手段と，
前記ユーザ側情報処理端末から入力されたユーザ自身が希望する希望開催日程と，前記実習設定手段によって設定された実習の開催日程或いは開催候補日程とのマッチングを行い，マッチング結果を前記ユーザ側情報処理端末に表示するマッチング結果表示手段とを備えてなることを特徴とする看護技術ｅ−ラーニングシステム。
【請求項２】
前記病院側情報処理端末は，随時の実習について，申込者数を制限する申込者数制限手段を更に備えてなる請求項１記載の看護技術ｅ−ラーニングシステム。
【請求項３】
前記病院側情報処理端末が，ユーザからのアンケートの回答及び学習用教材のユーザによる視聴回数から看護技術に関するユーザ側技術的ニーズを抽出する機能を備えている請求項１或いは２のいずれかに記載の看護技術ｅ−ラーニングシステム。
【請求項４】
前記病院側情報処理端末が，実習申込条件として，看護技術に関する病院側技術的ニーズを設定する技術的ニーズ設定手段を備えてなる請求項１或いは２のいずれかに記載の看護技術ｅ−ラーニングシステム。
【請求項５】
前記病院側技術的ニーズが，前記学習問題についてのユーザの学習履歴から計算されてなる請求項４に記載の看護技術ｅ−ラーニングシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，ユーザである潜在看護士(離職中の看護士)に看護技術を取得させるｅ−ラーニングシステムに係り，特に，潜在看護士とそれを受け入れる病院の双方が任意あるいは固定のｅ−ラーニングの希望開催日程を提示できる機能などを備え，双方の要望をマッチングさせることの出来る看護技術ｅ−ラーニングシステムに関するものである。
【背景技術】
【０００２】
ネットワークを介して接続された，病院が使用する病院側情報処理端末と，ユーザが使用するユーザ側情報処理端末と，種々の看護情報を蓄積記憶する看護医療サーバとを少なくとも備えてなり，上記ユーザ側情報処理端末を用いるユーザに看護技術に関する知識の取得を目的とするｅ−ラーニングによる学習を施すための看護技術ｅ−ラーニングシステムの一例として，特許文献１が知られている。特許文献１によって知られたような看護技術ｅ−ラーニングシステムは，潜在看護士が，いつでも，どこでも，簡単に，ｅラーニングで自己学習でき，看護技術に関する知識を得ることができる点で優れたシステムである。
【０００３】
しかし，特許文献１に開示されたｅ−ラーニングシステムにおいては，業務に必要な技術に関する知識を得ること，即ち，学習を進めることはできるが，実際に職場の雰囲気や技術を体験する機会がないため，離職者の不安を解消しきれず，職場復帰や再就職につながらないという問題点がある。即ち，看護技術の取得については，上記のような看護技術に関する知識の取得を目的とするｅ−ラーニングによる学習と，病院が用意した看護技術に関する実技を取得させるための実習（実技）の両方が必要であり，特に潜在看護士が就職する時には，実際の実技がどの程度取得されているかの正確なデータを病院側が取得できることが重要であり，離職者にとっても，現場の実際の技術を取得できるようにすることが必要である。
また，たとえ何らかの方法で職場体験等の場を提示できたとしても，離職者も求職活動などで忙しいので，潜在看護士・病院双方が任意の希望開催日程を提示できる機能及びそれをマッチングする機能がなければ，潜在看護士は，予め病院の都合で決められた日程しか選択できず，自身の都合に合わない事が多く，実習に参加する事は容易ではない。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１１４７６９
【発明の概要】
【発明が解決しようとする課題】
【０００５】
以上のことをまとめると，以下のようになる。
即ち，病院や看護施設など（以下，病院などという）に勤務したい看護士資格取得者（以下，潜在看護士という）の数は相当数に上るが，どの病院などがどのような看護士を求めているかの実態は，潜在看護士にはなかなか掴みにくい。病院側にとっても潜在看護士がどのような技術的分野に職を求めているかの情報も重要であるが，なかなかつかみにくいものである。
また，看護士資格を持っていても，実際の病院などでは，それぞれの環境に応じて，看護士に求める技術内容に特色があり，そのような技術について熟練した潜在看護士を求める傾向があるので，そのような病院など独自の看護技術についての熟練者でないと病院などに受け入れられないという実情もある。このような潜在看護士と病院などとのマッチングの問題は，潜在看護士と病院などとの出会いを促進して，病院が求める看護技術内容を潜在看護士が取得できるｅ−ラーニングシステムを提供することで解消される。
その意味から病院側としては，潜在看護士が自分の能力を高めるためにどのような技術についての学習や実習を望んでいるか，即ち，潜在看護士がｅ−ラーニングに求める技術的内容（教材の技術的項目や実習を構成する技術的項目など）（以下，ユーザ側技術的ニーズという）を知って，潜在看護士に適切な学習及び実技を学ぶ場を提供したいという要望がある。
逆に病院側にとっても，自病院が必要とする技術的ニーズ（自病院が求める対象看護士のレベルや能力）（以下，病院側技術的ニーズという）を外部に対してあきらかにすることで，必要な人材を集めやすくすることが出来るシステムが必要である。
本発明はこのような実情に鑑みて，潜在看護士と病院などとの柔軟な日程調整を可能とし，病院が求める看護技術内容を潜在看護士が容易に取得できるｅ−ラーニングシステムを提供することを目的とする。
従って，本発明は上記したような潜在看護士・病院双方が任意の希望開催日程を提示できる機能及びそれをマッチングする機能をシステムに与えることで潜在看護士と病院側との日程調整を柔軟に行いうるようにして潜在看護士と病院側との調整を促進できるようにすることを目的とするものである。
【課題を解決するための手段】
【０００６】
上記目的を達成するために本発明にかかる看護技術ｅ−ラーニングシステムは，
ネットワークを介して接続された，病院が使用する病院側情報処理端末と，ユーザが使用するユーザ側情報処理端末と，種々の看護情報を蓄積記憶する看護医療サーバとを少なくとも備えてなり，上記ユーザ側情報処理端末を用いるユーザに看護技術に関する知識の取得を目的とするｅ−ラーニングによる学習を施すと共に，病院が用意した看護技術に関する実技を取得させるための実習の予定をユーザに知らすための看護技術ｅ−ラーニングシステムであって，
前記学習のための学習問題と，前記実習のための実技問題は，同じ技術単位で構成されており，
前記病院側情報処理端末は，開催日程が予め決定されている定期の実習と，開催日程が予め決められていない随時の実習とを設定すると共に，随時の実習については，開催候補日程を設定する実習設定手段と，
前記ユーザ側情報処理端末から入力されたユーザ自身が希望する希望開催日程と，前記実習設定手段によって設定された実習の開催日程或いは開催候補日程とのマッチングを行い，マッチング結果を前記ユーザ側情報処理端末に表示するマッチング結果表示手段とを備えてなることを特徴とする看護技術ｅ−ラーニングシステムとして構成されている。
このシステムでは，上記のように従来から知られている定期の実習に加えて，ユーザは随時の実習を選択することが出来るので，病院側の実習への受入の間口が従来と較べて飛躍的に広がる。その結果，ユーザが受けうる実習の幅が広がり，潜在看護士が再就職するチャンスが飛躍的に広がることになる。
ただし，このように随時の実習を可能とした場合，病院側の負担が著しく増加する可能性が無視できない。そのためこのシステムでは，随時の実習について，申込者数を制限する申込者数制限手段を更に備えて構成することが出来る。
さらに前記したように，実習を受け入れる病院側かといった病院側技術的ニーズを持っている事が多い。このような病院の，ユーザに対するニーズは，一般的には外部に漏れることはないので，それが分らない潜在看護士としては，どの病院の実習を受ければよいか分らないことが多い。そこでこのシステムでは，前記病院側情報処理端末が，実習申込条件として，eラーニングの学習状況を設定する手段を備えてなるものとして構成される。このような，eラーニングの学習状況設定手段により設定された，病院の，ユーザに対するニーズは，実習申込の条件として表現されることになるので，潜在看護士としては，どの病院がどのような病院側技術的ニーズを持っているかを簡単に知ることができることになり，無駄な就職活動を強いられることがなくなる。
【発明の効果】
【０００７】
本発明は以上述べたように構成されているので，前記のように従来から知られている定期の実習に加えて，ユーザは随時の実習を選択することが出来るので，病院側の実習への受入の間口が従来と較べて飛躍的に広がる。その結果，ユーザが受けうる実習の幅が広がり，潜在看護士が再就職するチャンスが飛躍的に広がることになる。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施形態のかかる看護技術ｅ−ラーニングシステム全体の構成を示すブロック図。
【図２】上記看護技術ｅ−ラーニングシステムの構成要素が備える機能を明らかにする機能ブロック図。
【図３】上記看護技術ｅ−ラーニングシステムを働かせるためのデータの構造を示す図。
【図４】上記看護技術ｅ−ラーニングシステムの実行手順を示すフローチャート。
【図５】上記看護技術ｅ−ラーニングシステムの実行手順の一部を示すフローチャート。
【図６】上記看護技術ｅ−ラーニングシステムの実行手順の一部を示すフローチャート。
【図７】上記看護技術ｅ−ラーニングシステムの実行手順の一部を示すフローチャート。
【図８】上記看護技術ｅ−ラーニングシステムの実行手順の一部を示すフローチャート。
【図９】上記看護技術ｅ−ラーニングシステムの実行手順の一部を示すフローチャート。
【図１０】上記看護技術ｅ−ラーニングシステムの実行手順の一部を示すフローチャート。
【図１１】上記看護技術ｅ−ラーニングシステムの実行手順の一部で用いるユーザ機能のログイン画面の一例を示す図。
【図１２】上記看護技術ｅ−ラーニングシステムの実行手順の一部で用いるユーザ機能のeラーニングにおける技術項目一覧・選択画面の一例を示す図。
【図１３】上記看護技術ｅ−ラーニングシステムの実行手順の一部で用いるユーザ機能の実習一覧画面の一例を示す図。
【図１４】上記看護技術ｅ−ラーニングシステムの実行手順の一部で用いるユーザ機能の実習申込画面の一例を示す図。
【図１５】上記看護技術ｅ−ラーニングシステムの実行手順の一部で用いるユーザ機能の申込状況確認画面の一例を示す図。
【図１６】上記看護技術ｅ−ラーニングシステムの実行手順の一部で用いるユーザ機能のユーザ情報登録画面の一例を示す図。
【図１７】上記看護技術ｅ−ラーニングシステムの実行手順の一部で用いる病院機能のログイン画面の一例を示す図。
【図１８】上記看護技術ｅ−ラーニングシステムの実行手順の一部で用いる病院機能の実習情報登録画面の一例を示す図。
【図１９】上記看護技術ｅ−ラーニングシステムの実行手順の一部で用いる病院機能の申込回答画面の一例を示す図。
【図２０】上記看護技術ｅ−ラーニングシステムの実行手順の一部で用いる病院機能の実習日程調整（手動）画面の一例を示す図。
【図２１】上記看護技術ｅ−ラーニングシステムの実行手順の一部で用いる病院機能の受講実績登録画面の一例を示す図。
【図２２】上記看護技術ｅ−ラーニングシステムの実行手順の一部で用いる病院機能の病院情報登録画面の一例を示す図。
【図２３】上記看護技術ｅ−ラーニングシステムの実行手順の一部で用いる看護協会機能のログイン画面の一例を示す図。
【図２４】上記看護技術ｅ−ラーニングシステムの実行手順の一部で用いる看護協会機能のメール登録画面の一例を示す図。
【図２５】上記看護技術ｅ−ラーニングシステムの実行手順の一部で用いる看護協会機能のアンケート登録画面の一例を示す図。
【図２６】上記看護技術ｅ−ラーニングシステムの実行手順の一部で用いる病院機能のメニュー画面（ログイン後の画面）の一例を示す図。
【発明を実施するための形態】
【０００９】
以下，添付した図面を参照して，本発明を具体化した実施形態について説明し，本発明の理解に供する。
【００１０】
図１は，本発明の一実施形態にかかるｅ−ラーニングシステムを実施するためのコンピュータネットワークシステムの概念図である。図１に示すように，ネットワークＮを介して，集中管理サーバ１，複数のユーザ端末（ｅ−ラーニングシステムを受講したい潜在看護士を含むユーザが使用する端末）２，２，…，看護協会端末３，複数の病院など側で用いる病院端末４，４，…が双方向に通信可能に接続されている。
即ち，この実施形態にかかるｅ−ラーニングシステムＸは，ネットワークを介して接続された，病院が使用する病院側情報処理端末の一例である病院端末４，４，…と，ユーザが使用するユーザ側情報処理端末の一例であるユーザ端末２，２，…と，種々の看護情報を蓄積記憶する看護医療サーバの一例である集中管理サーバ１とを少なくとも備えてなり，上記ユーザ端末２を用いる潜在看護士などのユーザに看護技術に関する知識の取得を目的とするｅ−ラーニングによる学習を施すと共に，病院が用意した看護技術に関する実技を取得させるための実習の予定をユーザに知らせるための看護技術ｅ−ラーニングシステムとして構成されている。
これらの端末はそれ自身，特に特殊な機能を備えているわけではないが，本ｅ−ラーニングシステムのプログラムがインストールされることによって，以下に述べるこのプログラム特有の機能を備える。
まず，ユーザ端末２，２，…は，図２（ａ）に示すように，ｅ−ラーニング学習機能，学習履歴保存機能，ユーザ情報登録（及び保存）機能，学習検索・申込機能，アンケート回答機能を備えている。上記学習検索・申込機能の内容としては，病院一覧参照機能，実習一覧参照機能，申込機能がある。
これらの機能の内容については追って詳説するが，概要として，ユーザはこれらの機能に基づいて，システムにユーザ自身の登録を行い，ｅ−ラーニングによる学習や実習への申込を行うことが出来る。システム内で行われた学習の履歴，即ち学習履歴はユーザ単位で蓄積される。更にユーザは，病院などが開催する実技である実習を申込み，受講することができる。また，看護協会から配布されたアンケートに回答することが出来る。
【００１１】
病院端末４，４，…は，図２（ｃ）に示すように，大別して病院・実習情報管理機能と申込管理機能とを備えている。病院・実習情報管理機能の内容は，病院情報登録機能，実習情報登録機能，実習受講実績登録機能である。また，申込管理機能の内容は，申込一覧参照機能，回答機能，学習履歴参照機能である。
これらの機能の内容については追って手順と共に詳説するが，概要として，病院情報登録機能は，自病院情報を自ら参照し，登録・変更するための機能である。実習情報登録機能は，自病院で行う実習情報を検索・参照・登録・変更・削除する機能である。実習受講実績登録機能に基づいて，病院は，各実習に申し込んだユーザの実習受講実績を登録することが出来る。また，申込管理機能の各機能に基づいて，自病院に送られた実習申込を参照し，回答する機能と申込者の学習履歴を参照することが出来る。
【００１２】
看護協会端末３は，図２（ｂ）に示されるように，メールアンケート送信機能，アンケート作成機能，アンケート回答一覧参照機能などからなる一括メール送信機能を備え，このシステムを利用する病院などとユーザとに関する一般的サービスを実行するための設備であり，主としてアンケートの処理を実行する。上記のように看護協会端末３は，例えば，ユーザからのメールアンケートを検索・参照・登録・変更・削除する機能を持ち，そのメールアンケートを，登録された配信情報に従ってユーザである潜在看護士に選択自動配信することが出来る。また，ユーザのアンケートへの回答を参照して，各病院に通知することが出来る。
【００１３】
図３は，この実施形態にかかるｅ−ラーニングシステムにおける上記集中管理サーバ１が管理するデータの構造を示すものである。このうち図３（ａ）は，集中管理サーバ１へのアクセス制御及びユーザを管理するためのユーザ情報データの構造，図３（ｂ）は，学習履歴をユーザ単位で管理するための学習履歴データの構造，図３（ｃ）は，ユーザからのｅ−ラーニングシステムへの申し込みを管理するための，申込情報データの構造，図３（ｄ）は，集中管理サーバへのアクセス制御及び病院を管理するための病院情報データの構造，図３（ｅ）は，実習を管理するための実習情報データの構造，図３（ｆ）は，ｅ−ラーニングシステム用教材を管理するための教材情報データの構造，図３（ｇ）は，管理者である看護協会管理するための看護協会情報データの構造，図３（ｈ）は，メールを管理するためのメール情報データの構造，図３（ｉ）は，アンケートを管理するアンケート情報データの構造，図３（ｊ）は，アンケート回答を管理するためのアンケート回答情報データの構造をそれぞれ示す図である。
【００１４】
次に図４を参照して，潜在看護士が，この実施形態に係るｅ−ラーニングシステムを利用して病院に就職（或いは再就職）するまでの手順を，コンピュータの働きを中心に説明する。
図４に示す手順のうち，二重枠で示した手順は，システムを構成するコンピュータが実行する手順であり，点線の枠で示した手順は，人が実行する手順である。
なお，以下のステップは，上記手順の中での主な手順を示す。
【００１５】
＜ステップＳ１０１＞
潜在看護士がユーザ端末２を用いて集中管理サーバ１にアクセスし，自己の認証用情報（ＩＤとパスワード）を入力し，システムにログインする（図１１のユーザ機能のログイン画面参照）ステップＳ１０１から説明する。
システムによる認証が完了すると，ｅ−ラーニングを行う画面や，後述のステップＳ２０２，Ｓ２０３で各病院が登録した病院情報・実習情報を検索・参照する画面に移行する事ができる。
ログイン用画面では新規ユーザ登録も行う事ができる。ユーザ登録時に入力する項目の一例を図１６に示す。
このようにユーザ登録されたユーザ（潜在看護士）については，図１６に示す画面に示されているように，ログインＩＤ，ログイン用パスワード，メールアドレス，の他，生年月日，住所地，就業中，未就業中といった就業状況，離職期間，保有している資格（看護士，準看護士，保険師など），ナースセンターへの登録状況などが既知として登録される。また，後述の学習や実習が進むとその学習・実習履歴がユーザ情報として蓄積される（図３（（ｂ），（ｅ）参照）。
これによりユーザの能力や就業状況などが分ることになる。
ユーザが「ログインする」ボタンを押すと，図外のメインメニュー画面が表示される。メインメニューは，例えば，学習メニュー，実習情報検索メニュー，アンケートメニューなどである。
ユーザはここで上記各メニューを自由に選択することが出来る。
【００１６】
＜ステップＳ１０２＞
ユーザが上記メニューのうちの学習メニューを選択すると，続いて図１２の画面が表示される。図１２の画面は，技術単位別のｅ−ラーニング学習科目を選択する画面である。
選択は，各技術科目（１．静脈注射，２．静脈点滴（翼状針を使用する場合），３．静脈点滴（留置針を使用する場合），…など）の前に置かれた選択窓を選択状態にすることで実行される（図１２では，「１．静脈注射」が選択された状態が示されている。）。１つの技術科目に対して，「技術に対するニーズ」が割り当てられており，各技術科目は，自身の，または全ユーザの「技術に対するニーズ」が高い順に表示されてもよい。「技術に対するニーズ」の定義は，ステップＳ２０２に記載する。図１２のユーザ機能のｅ−ラーニングにおける技術項目一覧・選択画面には，手順，知識，最新情報の３つのタブが表示されている。
手順タブを押すと，上記選択された看護技術の手順を学習するための動画が表示される。
知識タブを押すと，選択された看護技術に関連する知識や注意点などの情報，または確認テストが表示され，ユーザの学習に貢献する。
最新情報タブを押すと，最近の看護の動向を学習するための情報が表示される。
ここではその詳細は省略するが，学習日時や学習成績といった学習の結果（学習履歴）は，ユーザＩＤと関連付けられて学習履歴データとして集中管理サーバ１の記憶部に蓄積される（図３（ｂ））。この学習履歴は，ユーザは自身のもの，病院は自病院の実習に申込んだユーザのもののみを閲覧できる事を想定しているが，病院が全ユーザの学習履歴を見れるように集中管理サーバ１に記憶された全ユーザの学習履歴を参照することとしてもよい。
【００１７】
＜ステップＳ１０３＞
前記実習選択メニュー画面で実習情報検索メニューを選択すると，処理はステップＳ１０３に移行する。ステップＳ１０３は，後に続く実習の申込を行うための前段階であり，システムに登録された看護現場（病院，看護施設など）で催される看護に関する実務の実習を検索するステップである。
上記実務の実習の授業は，前記学習の科目と同じ科目で構成（例えば静脈注射と静脈点滴で構成された実習，など）されている。これによりユーザは，ステップＳ１０２での学習状況に合った実習を見つけことが出来るように配慮されている。
ここでユーザは，検索された実習を選択し，受講可能であれば実習を受けることが出来るように構成されている。
ステップＳ１０３では，ユーザが自己の住所などを入力しても良いが，ログイン画面で入力されたユーザのＩＤから，ユーザの住んでいる住所情報が得られるので，ユーザの住んでいる地域に近い実習開催病院とそこが開催する開催日，実習内容を含む実習情報を自動的に表示してもよい。
検索に当たってユーザは，最初から期間を入力することが出来，ユーザが入力した期間情報で絞り込まれた実習情報が図１３のユーザ機能の実習一覧画面に示すように表示される。同じ検索条件で複数の実習情報がある場合，後述するステップＳ３０３で算出された実習の評価（その実習に対する各ユーザの評価ポイントの合計）順で表示することで実習の質が保証される。また，図５で示すように，ステップＳ１０２からステップＳ１０３に移行する場合（移行フラグＯＮ），ステップＳ１０２で選択していた技術科目の技術ＩＤを保持しておき，ステップＳ１０３で，その技術ＩＤ（つまり技術科目）を含む実習を自動的に検索し，表示してもよい。
実習情報には，開催期間が予め決められた定期の実習と，期間が決められていない随時の実習とがあり，ここでの検索は定期の実習と随時の実習の両方について行われる。
【００１８】
＜ステップＳ１０４＞
上記ステップＳ１０３で受講したい，或いは受講可能と思われる実習が見つかれば，ユーザは，第二希望まで選択して実習申込を行う（図１４の「申込を送るボタン」を押す）。随時の実習に申込む場合は，希望の開催日程も記載する。
画面１４の「申込を送るボタン」がユーザによって押されると，申込情報がサーバに送られる。
申し込んだ実習について受講までの手順が図７に記載されている。
申込情報がサーバに送られると，まず，申込に記載された第一希望の実習での回答処理が行われる（詳細はステップＳ２０３〜Ｓ２０５に記載）。第一希望の実習での回答が受入可能の場合，その実習に受講可能となるが，別の実習にも申込みたい場合は，再度実習を検索し，申込を行う事もできる（別の実習への申込は，受入可能となった実習の受講の前後どちらでも構わない）。第一希望の実習での回答が受入不可能の場合，申込に記載された第二希望の実習での回答処理が行われる。以下は第一希望の実習での回答後の手順と同一である。
【００１９】
＜ステップＳ２０１＞
一方病院側（病院端末４）では，自病院で行う実習情報（実習の種類，実習名，実習内容，実習日程，申込期限等）を登録するために集中管理サーバ１にアクセスし，図１７のログイン用画面にて，認証情報（ログインＩＤとパスワード）を入力し，集中管理サーバ１に送信し，認証処理を行う。認証完了すると，図２６の画面に移行し，後記するステップＳ２０２で申込に対する回答や，実習情報を確認・登録する処理に移行する。
【００２０】
＜ステップＳ２０２＞
ステップＳ２０２では，基本情報として，自病院の名称，住所等を登録し（図２２の画面参照），さらに自病院で行う実習情報（実習の種類，実習名，実習内容，実習日程，申込期限等の実習条件を含む）を登録する（図１８の画面参照）。実習の種類は，前記のように定期と随時の２つがあり，定期は実習日程と申込期限を決定し登録するが，随時は実習日程も申込期限も登録せず，代わりに開催候補日を登録する。また，実習内容はｅ−ラーニング教材と同じ技術単位で構成される。この構成により，ユーザ側技術的ニーズ（後述）に合わせて登録する事ができ，ユーザのニーズに添った実習を行う事ができる。
このように前記病院側情報処理端末が，開催日程が予め決定されている定期の実習と，開催日程が予め決められていない随時の実習とを設定すると共に，随時の実習については，開催候補日程を設定する手順を実行するのが実習設定手段の一例である。
上記ユーザ側技術的ニーズは「ステップＳ１０２による教材（技術）毎の視聴回数（学習履歴）」と「ステップＳ３０３（後述）で算出される各技術に対する評価ポイント」により数値化され，決定される。自病院に関する情報に限り，ユーザに通知される。
また，病院は実習情報（マッチング条件）を登録するに当たり，実習条件として，受入定員を加えることが出来る。即ち，申込者数を制限することができる。これによって病院側は，自己の事情を考慮して無理のない実習計画を立てることが出来る。
上記したように，病院側技術的ニーズとしてのｅ−ラーニングによる学習状況（学習履歴），さらには実習の受入定員を検索条件に入れることで，病院の実習受入能力や受講者の学習状況に対応した実習を行う事ができる。
【００２１】
＜ステップＳ２０３＞
上記のように自病院での実習の開催日が病院ごとに登録されているので，前記ステップＳ１０４でユーザにより入力された随時の実習に対する希望開催日程と，前記ステップＳ２０２で登録保存された自病院の開催候補日との自動マッチングで，各申込者（申込ユーザ）の実習開催日程が決定される（なお，定期の実習の場合，日程によるマッチングを行う必要はない）。また，ステップＳ２０２の実習登録時に，マッチング条件として，前記したように，受入定員やｅ−ラーニングによる学習状況を加える事で，病院側は，病院の実習受入能力や受講者の学習状況に対応した実習を行う事ができる。
前記のようにユーザ側情報処理端末から入力されたユーザ自身が希望する希望開催日程と，前記実習設定手段によって設定された実習の開催日程或いは開催候補日程とのマッチングを行い，マッチング結果を前記ユーザ側情報処理端末に表示する処理を実行するのが，本発明におけるマッチング結果表示手段の一例である。
【００２２】
＜ステップＳ２０４＞
ステップＳ２０３のマッチングで，マッチングできない（定員オーバー，設定した学習履歴を申込者が満たしていない，申込者の希望開催日程と病院の開催候補日が一致しない）場合（即ち問題ありの場合），まず，その申込者の，技術に対するニーズを集中管理サーバ１のデータベース（図３（ｅ））から検索し，学習履歴・技術に対するニーズ・希望開催日程（定期実習への申込の場合は，その実習日程）に一致する代替の実習をデータベースから自動で検索する。ニーズにあった実習というのは，前記したように数値化されたニーズの高い技術で構成されている実習を指す。ステップＳ２０３，Ｓ２０４におけるマッチング〜代替の実習検索フローが図９に示される。
【００２３】
＜ステップＳ２０５＞
ステップＳ２０３のマッチング処理において，マッチング結果が得られた場合，ユーザに対して図１５のユーザ機能の申し込み状況確認画面の「申込状況」に示されるような自病院の実習に対する回答が，自動的に送られる。このように受入可能な（マッチングできた）場合は，その回答結果と，随時の実習に対しての申込であれば更にマッチングして決定した日程を，申込者と病院に自動でメールでも通知する。受入不可能な（マッチングできなかった）場合は，その回答結果と，ステップＳ２０４で検索した代替の実習候補と，随時の実習に対しての申込であれば更に開催候補日を添えた上で再度申込をして欲しい事をメールで通知する。上記ステップＳ２０３〜Ｓ２０５におけるマッチングおよび回答は自動で行われるが，図１９の回答（ＯＫ）ボタンや回答（ＮＧ）ボタン，図２０の実習日程欄での日程選択などについては，手動で行う機能も備えている。
【００２４】
＜ステップＳ１０５＞
上記のようにして実習申込の結果がユーザ端末２で受信されると，ステップＳ２０５の回答結果がユーザ端末２の表示モニターに表示される。この時の画面が，図１５に示される。
ここで受入可能だった場合，ステップＳ１０６へ進む。また，申込が全て受入不可能だった場合，ステップＳ１０３の実習情報検索画面（図１３）へ戻る。ステップＳ１０４〜１０５における制御フローが図７に示される（詳細はステップＳ１０４に記載）。
【００２５】
＜ステップＳ１０６＞
ステップＳ１０６，Ｓ１０７は，申込者の行為であり，申込者は実習情報に従い，申込んだ実習を受講する。
【００２６】
＜ステップＳ１０７＞
ｅ−ラーニングにより技術に対する知識を得，実習による体験学習も行い，焦りや不安を解消できたユーザは再就職する。図１０に，本発明を用いた場合のユーザの再就職までのフローの一例を示す。
【００２７】
＜ステップＳ３０１＞
ユーザに対して各種アンケートを行う看護協会は，看護協会端末３から集中処理サーバ１にアクセスし，ログイン用画面（図２３参照）にて，認証情報（ログインＩＤとパスワード）を入力し，集中管理サーバ１に送信し，管理者管理機能にて認証処理する。認証後，メール配信情報を確認・登録する画面，アンケート回答情報を確認する画面，アンケート情報を確認・登録する画面に移行する事ができる。
【００２８】
＜ステップＳ３０２＞
ユーザに配信するメールやアンケートの内容と，その配信日時や配信条件を登録する（図２４の画面参照）。登録した内容・条件で，一括で，或いは選択したユーザに自動配信し，ステップＳ１０２，Ｓ１０３による学習や実習情報の検索を促す。また，ユーザからのアンケート調査に対する回答を分析し，実習に受講したが再就職できていないユーザに，その時に採用活動を行っている病院情報を自動で配信する（ステップＳ３０３）事で，更なる学習や実習を促し，潜在看護士の能力向上を助け，再就職率の向上を図る。
アンケートとしては，図２５の看護協会機能のアンケート登録画面に示すように，問題数，各問題文，各問題の回答形式，回答形式が選択式の場合はその選択肢数と各選択肢内容を登録する。さらに，パラメータとして，各選択肢に実習用ポイントと技術用ポイント（符号を含む整数）を設定できる。回答形式が自由記述の場合，ポイントは設定できず，０とする。このポイントはステップＳ３０３にて使用する。
【００２９】
＜ステップＳ３０３＞
ステップＳ３０２で設定したポイントから，ステップＳ１０８で回答された内容を元に，実習に対する評価や技術に対するニーズとして，集中管理サーバ１にて合計・算出（フロー図を図６，図８に示す。例えばステップＳ３０２で，問１の選択肢１の実習用ポイントに＋２，選択肢２の実習用ポイントに＋３，問２の選択肢１の技術用ポイントに−１，選択肢２の技術用ポイントに＋１，と設定したアンケートに，実習Ｘ（技術ｐと技
術ｑで構成）を受講したあるユーザａが問１で２を選択，問２で１を選択すれば，ａの評価としては，実習Ｘに対して＋３，技術Xと技術ｑそれぞ
れ−１となり，各病院へ自動で通知される。この実習や技術に対するポイントは，ユーザ単位で蓄積される（図３（ｂ）および（ｅ））。また，配信対象を実習受講者（受講実績があるユーザ），アンケートの質問の１つを「再就職されましたか？」等と設定する事で，実習に受講したが再就職できていないユーザを抽出する事ができる。
【００３０】
＜ステップＳ１０８＞
ステップＳ３０２で配信されたアンケートに随時回答することができる。アンケートが実習受講者を対象としていた場合，ユーザがアンケートに回答すると，自動で，ステップＳ２０６の受講実績を補完する形で登録する。
【００３１】
＜ステップＳ２０６＞
ステップＳ１０６でユーザが実習を受講したら，その実績（例えば出欠）を登録する（図２１）。この受講実績は病院が潜在看護士を採用する時に必要なデータであり，またアンケートの配信条件としても用いる。
【産業上の利用可能性】
【００３２】
本発明は，看護技術ｅ−ラーニングシステムに適用可能である。
【符号の説明】
【００３３】
１  集中管理サーバ
２  ユーザ端末
３  看護協会端末
４  病院端末
Ｘ  ｅ−ラーニングシステム
【図１】
2011048443.tif 000003
【図２】
2011048443.tif 000004
【図３】
2011048443.tif 000005
【図４】
2011048443.tif 000006
【図５】
2011048443.tif 000007
【図６】
2011048443.tif 000008
【図７】
2011048443.tif 000009
【図８】
2011048443.tif 000010
【図９】
2011048443.tif 000011
【図１０】
2011048443.tif 000012
【図１１】
2011048443.tif 000013
【図１２】
2011048443.tif 000014
【図１３】
2011048443.tif 000015
【図１４】
2011048443.tif 000016
【図１５】
2011048443.tif 000017
【図１６】
2011048443.tif 000018
【図１７】
2011048443.tif 000019
【図１８】
2011048443.tif 000020
【図１９】
2011048443.tif 000021
【図２０】
2011048443.tif 000022
【図２１】
2011048443.tif 000023
【図２２】
2011048443.tif 000024
【図２３】
2011048443.tif 000025
【図２４】
2011048443.tif 000026
【図２５】
2011048443.tif 000027
【図２６】
2011048443.tif 000028