(57)【要約】      （修正有）【課題】医療機関と医療従事者とのミスマッチを極力軽減することで医療従事者の離職を極力防止し、医療機関側の価値も高められるマッチングシステムを提供する。【解決手段】医療従事者の端末から、医療従事者の勤務状況を複数項目について医療従事者自身が評価した第１の医療従事者評価データを定期的に受信し、管理者の端末から、医療従事者の勤務状況を複数項目について管理者が評価した第２の医療従事者評価データを定期的に受信し、受信された第１の医療従事者評価データと受信された第２の医療従事者評価データとの差分を複数項目毎に定期的に算出し、算出された差分を基に、記憶された複数の助言情報から選択された少なくとも１つの助言情報を管理者または医療従事者の端末へ送信し、算出された差分と、記憶された雇用日数情報とを基に、差分が小さくかつ雇用日数が多いほど評価が高くなるように、医療機関の評価を示す医療機関評価データを生成する。【選択図】図４
2018005643.tif 000002
【特許請求の範囲】
【請求項１】
医療機関における管理者の端末及び当該医療機関に雇用されている医療従事者の端末と通信可能な通信部と、
前記医療従事者の勤務状況の改善を意図して作成された複数の助言情報と、前記医療従事者の現在までの雇用日数を示す雇用日数情報とを記憶する記憶部と、
前記医療従事者の端末から、当該医療従事者の勤務状況を複数項目について当該医療従事者自身が評価した第１の医療従事者評価データを定期的に受信するとともに、前記管理者の端末から、前記医療従事者の勤務状況を前記複数項目について前記管理者が評価した第２の医療従事者評価データを定期的に受信するように前記通信部を制御し、
前記受信された第１の医療従事者評価データと前記受信された第２の医療従事者評価データとの差分を前記複数項目毎に定期的に算出し、
前記算出された差分が所定の閾値以上である場合に、前記記憶された複数の助言情報から選択された少なくとも１つの助言情報を前記管理者または前記医療従事者の端末へ送信するように前記通信部を制御し、
前記算出された差分と、前記記憶された雇用日数情報とを基に、前記差分が小さくかつ前記雇用日数が多いほど評価が高くなるように、前記医療機関の評価を示す医療機関評価データを生成する
ことが可能な制御部と
を具備する情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記記憶部は、前記医療従事者の就業分野を示す就業分野情報と、前記医療従事者の勤務地を示す勤務地情報とを前記医療従事者毎に記憶し、
前記制御部は、医療機関評価データの生成に際し、前記就業分野情報及び前記勤務地情報のうち少なくとも一方に応じて、前記雇用日数に異なる重みを付与する
情報処理装置。
【請求項３】
請求項１または２に記載の情報処理装置であって、
前記制御部は、
前記医療機関に雇用されている他の医療従事者の端末または前記医療機関の患者の端末から、当該他の医療従事者または患者が前記医療従事者の勤務状況を評価した第３の医療従事者評価データを受信するように前記通信部を制御し、
前記算出された差分と、前記第２の医療従事者評価データと前記受信された第３の医療従事者評価データとの差分の平均値を基に前記医療機関評価データを生成する
情報処理装置。
【請求項４】
請求項１乃至３のいずれかに記載の情報処理装置であって、
前記通信部は、外部の求職者の端末または当該求職者がアクセス可能な求人情報提供者の端末と通信可能であり、
前記制御部は、前記生成された医療機関評価データを、前記求職者の端末または前記求人情報提供者の端末からの要求に応じて送信するように前記通信部を制御する
情報処理装置。
【請求項５】
請求項１乃至４のいずれかに記載の情報処理装置であって、
前記制御部は、前記医療従事者の退職時に、直近の前記第１の医療従事者評価データ及び前記第２の医療従事者評価データから算出された差分と、前記記憶された雇用日数情報とを基に、前記差分が小さくかつ前記雇用日数が多いほど高くなるように、前記医療従事者の慰労金の額を算出する
情報処理装置。
【請求項６】
医療機関に雇用されている医療従事者の勤務状況の改善を意図して作成された複数の助言情報と、前記医療従事者の現在までの雇用日数を示す雇用日数情報とを記憶し、
前記医療従事者の端末から、当該医療従事者の勤務状況を複数項目について当該医療従事者自身が評価した第１の医療従事者評価データを定期的に受信するとともに、前記医療機関の管理者の端末から、前記医療従事者の勤務状況を前記複数項目について前記管理者が評価した第２の医療従事者評価データを定期的に受信し、
前記受信された第１の医療従事者評価データと前記受信された第２の医療従事者評価データとの差分を前記複数項目毎に定期的に算出し、
前記算出された差分が所定の閾値以上である場合に、前記記憶された複数の助言情報から選択された少なくとも１つの助言情報を前記管理者または前記医療従事者の端末へ送信し、
前記算出された差分と、前記記憶された雇用日数情報とを基に、前記差分が小さくかつ前記雇用日数が多いほど評価が高くなるように、前記医療機関の評価を示す医療機関評価データを生成する
情報処理方法。
【請求項７】
情報処理装置に、
医療機関に雇用されている医療従事者の勤務状況の改善を意図して作成された複数の助言情報と、前記医療従事者の現在までの雇用日数を示す雇用日数情報とを記憶するステップと、
前記医療従事者の端末から、当該医療従事者の勤務状況を複数項目について当該医療従事者自身が評価した第１の医療従事者評価データを定期的に受信するとともに、前記医療機関の管理者の端末から、前記医療従事者の勤務状況を前記複数項目について前記管理者が評価した第２の医療従事者評価データを定期的に受信するステップと、
前記受信された第１の医療従事者評価データと前記受信された第２の医療従事者評価データとの差分を前記複数項目毎に定期的に算出するステップと、
前記算出された差分が所定の閾値以上である場合に、前記記憶された複数の助言情報から選択された少なくとも１つの助言情報を前記管理者または前記医療従事者の端末へ送信するステップと、
前記算出された差分と、前記記憶された雇用日数情報とを基に、前記差分が小さくかつ前記雇用日数が多いほど評価が高くなるように、前記医療機関の評価を示す医療機関評価データを生成するステップと
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療機関に勤務する医療従事者の勤務状況を評価するための情報処理を実行する情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来から、企業等の従業員の勤務状況を評価するためのシステムが存在する。例えば、下記特許文献１には、ユーザが面接の結果、採用に至った場合に、そのユーザが出社したか否かの状態を「初出社ボタン」によってユーザから受け付け、それにより予め企業側が登録した日数のカウントダウンを開始し、カウントダウンをし終えた時点における勤務状態を抽出し、その時点でのユーザの勤務状態（勤務評価、勤務日数）に応じて祝い金を演算してその情報をユーザに提供することで、ユーザに少しでも長く企業に留まってもらえるようにする求人求職マッチングシステムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−２００７００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１に記載の技術では、採用後、使用者側と従業者側のミスマッチが生じた場合には、祝い金という金銭によるインセンティブにより多少の勤続の可能性はあるにせよ、ユーザは、いずれは離職せざるを得ない状況となる。
【０００５】
以上のような事情に鑑み、本発明の目的は、使用者である医療機関と従業者である医療従事者とのミスマッチを極力軽減することで医療従事者の離職を極力防止し、かつ医療機関側の価値も高められるマッチングシステムを実現可能な情報処理装置、情報処理方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の一形態に係る情報処理装置は、通信部と、記憶部と、制御部とを有する。上記通信部は、医療機関における管理者の端末及び当該医療機関に雇用されている医療従事者の端末と通信可能である。上記記憶部は、上記医療従事者の勤務状況の改善を意図して作成された複数の助言情報と、上記医療従事者の現在までの雇用日数を示す雇用日数情報とを記憶する。上記制御部は、上記医療従事者の端末から、当該医療従事者の勤務状況を複数項目について当該医療従事者自身が評価した第１の医療従事者評価データを定期的に受信するとともに、上記管理者の端末から、上記医療従事者の勤務状況を上記複数項目について上記管理者が評価した第２の医療従事者評価データを定期的に受信するように上記通信部を制御可能である。また制御部は、上記受信された第１の医療従事者評価データと上記受信された第２の医療従事者評価データとの差分を上記複数項目毎に定期的に算出可能であり、上記算出された差分が所定の閾値以上である場合に、上記記憶された複数の助言情報から選択された少なくとも１つの助言情報を上記管理者または上記医療従事者の端末へ送信するように上記通信部を制御可能である。さらに制御部は、上記算出された差分と、上記記憶された雇用日数情報とを基に、上記差分が小さくかつ上記雇用日数が多いほど評価が高くなるように、上記医療機関の評価を示す医療機関評価データを生成可能である。
【０００７】
ここで医療機関とは、病院、医院（歯科医院を含む）、診療所のほか、薬局、助産所、施術所、歯科技工所、介護老人保健施設などの医療関連機関も含む概念である。医療従事者とは、当該医療機関（及び医療関連機関）に雇用されている者を指し、例えば、医師、歯科医師、薬剤師、保健師、助産師、看護師、准看護師、診療放射線技師、診療エックス線技師、臨床検査技師、衛生検査技師、理学療法士、作業療法士、視能訓練士、あん摩マッサージ指圧師、鍼師、灸師、柔道整復師等であるが、これらに限られず、また国家資格であるか否かにも関わらない。
【０００８】
これにより情報処理装置は、第１の医療従事者評価データと第２の医療従事者評価データとの差分が閾値以上である場合に助言情報を選択して管理者または医療従事者の端末へ送信することで、使用者である医療機関と従業者である医療従事者とのミスマッチを極力軽減し、それにより医療従事者の離職を極力防止できるとともに、上記差分及び雇用日数を基に医療機関評価データを作成し医療機関に医療従事者とのギャップが小さくなるよう当該医療機関評価データの改善を促すことで、医療機関側の価値も高められるマッチングシステムを実現することができる。ここで医療従事者評価データ及び医療機関評価データは、数値データとして生成されてもよいし、所定範囲毎の数値データの段階に応じた、Ａ，Ｂ，Ｃ，Ｄ，Ｅ等の複数段階のデータとして生成されてもよい。
【０００９】
上記記憶部は、上記医療従事者の就業分野を示す就業分野情報と、上記医療従事者の勤務地を示す勤務地情報とを上記医療従事者毎に記憶してもよい。この場合上記制御部は、医療機関評価データの生成に際し、上記就業分野情報及び上記勤務地情報のうち少なくとも一方に応じて、上記雇用日数に異なる重みを付与してもよい。
【００１０】
これにより情報処理装置は、医療従事者の就業分野または勤務地といった勤務環境が雇用日数に影響することを考慮して、勤務環境によって医療機関評価データに偏りが生じるのを防ぐことができる。
【００１１】
上記制御部は、上記医療機関に雇用されている他の医療従事者の端末または上記医療機関の患者の端末から、当該他の医療従事者または患者が上記医療従事者の勤務状況を評価した第３の医療従事者評価データを受信するように上記通信部を制御してもよい。さらに制御部は、上記算出された差分と、上記第１の医療従事者評価データと上記受信された第３の医療従事者評価データとの差分の平均値を基に上記医療機関評価データを生成してもよい。
【００１２】
これにより情報処理装置は、医療従事者の管理者による医療従事者の評価（第２の医療従事者評価データ）が事実を正確に反映していない可能性がある場合でも、第三者による客観的な評価データ（第３の医療従事者評価データ）を追加的に用いることで、医療機関評価データの信憑性を高めることができる。
【００１３】
上記通信部は、外部の求職者の端末または当該求職者がアクセス可能な求人情報提供者の端末と通信可能であってもよい。この場合上記制御部は、上記生成された医療機関評価データを、上記求職者の端末または上記求人情報提供者の端末からの要求に応じて送信するように上記通信部を制御してもよい。
【００１４】
これにより情報処理装置は、医療機関評価データを求職者の端末に送信することで、求職者に自身が就職を希望する医療機関の選択に資する情報を提供することができる。
【００１５】
上記制御部は、上記医療従事者の退職時に、直近の上記第１の医療従事者評価データ及び上記第２の医療従事者評価データから算出された差分と、上記記憶された雇用日数情報とを基に、上記差分が小さくかつ上記雇用日数が多いほど高くなるように、上記医療従事者の慰労金の額を算出してもよい。
【００１６】
これにより情報処理装置は、医療従事者の退職時に、その医療従事者に支払われる慰労金の額を、医療従事者と医療機関との評価のギャップが小さいほど高くなるように算出することで、両者の間のギャップが小さいほど高く評価され多くの慰労金が支払われるシステムを実現することができる。
【００１７】
本発明の他の形態に係る情報処理方法は、
医療機関に雇用されている医療従事者の勤務状況の改善を意図して作成された複数の助言情報と、上記医療従事者の現在までの雇用日数を示す雇用日数情報とを記憶し、
上記医療従事者の端末から、当該医療従事者の勤務状況を複数項目について当該医療従事者自身が評価した第１の医療従事者評価データを定期的に受信するとともに、上記医療機関の管理者の端末から、上記医療従事者の勤務状況を上記複数項目について上記管理者が評価した第２の医療従事者評価データを定期的に受信し、
上記受信された第１の医療従事者評価データと上記受信された第２の医療従事者評価データとの差分を上記複数項目毎に定期的に算出し、
上記算出された差分が所定の閾値以上である場合に、上記記憶された複数の助言情報から選択された少なくとも１つの助言情報を上記管理者または上記医療従事者の端末へ送信し、
上記算出された差分と、上記記憶された雇用日数情報とを基に、上記差分が小さくかつ上記雇用日数が多いほど評価が高くなるように、上記医療機関の評価を示す医療機関評価データを生成することを含む。
【００１８】
本発明のまた別の形態に係るプログラムは、情報処理装置に、
医療機関に雇用されている医療従事者の勤務状況の改善を意図して作成された複数の助言情報と、上記医療従事者の現在までの雇用日数を示す雇用日数情報とを記憶するステップと、
上記医療従事者の端末から、当該医療従事者の勤務状況を複数項目について当該医療従事者自身が評価した第１の医療従事者評価データを定期的に受信するとともに、上記医療機関の管理者の端末から、上記医療従事者の勤務状況を上記複数項目について上記管理者が評価した第２の医療従事者評価データを定期的に受信するステップと、
上記受信された第１の医療従事者評価データと上記受信された第２の医療従事者評価データとの差分を上記複数項目毎に定期的に算出するステップと、
上記算出された差分が所定の閾値以上である場合に、上記記憶された複数の助言情報から選択された少なくとも１つの助言情報を上記管理者または上記医療従事者の端末へ送信するステップと、
上記算出された差分と、上記記憶された雇用日数情報とを基に、上記差分が小さくかつ上記雇用日数が多いほど評価が高くなるように、上記医療機関の評価を示す医療機関評価データを生成するステップとを実行させる。
【発明の効果】
【００１９】
以上説明したように、本発明によれば、使用者である医療機関と従業者である医療従事者とのミスマッチを極力軽減することで医療従事者の離職を極力防止し、かつ医療機関側の価値も高められるマッチングシステムを実現することができる。しかし、当該効果は本発明を限定するものではない。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態に係る医師・医療機関評価システムの構成を示した図である。
【図２】本発明の一実施形態に係る医師・医療機関評価サーバのハードウェア構成を示した図である。
【図３】本発明の一実施形態に係る医師・医療機関評価サーバが有するデータベースの構成を示した図である。
【図４】本発明の一実施形態に係る医師・医療機関評価サーバによる評価処理の流れを示したフローチャートである。
【図５】本発明の一実施形態に係る医師・医療機関評価サーバが受信する医師評価データの例を示した図である。
【図６】本発明の一実施形態に係る医師・医療機関評価サーバによる医師評価データの差分集計結果の例を示したグラフである。
【図７】本発明の一実施形態に係る医師・医療機関評価サーバが提供する医師評価データに応じた助言情報の例を示した図である。
【発明を実施するための形態】
【００２１】
以下、図面を参照しながら、本発明の実施形態を説明する。
【００２２】
［システムの構成］
図１は、本実施形態に係る医師・医療機関評価システムの構成を示した図である。
【００２３】
同図に示すように、このシステムは、インターネット５０上の医師・医療機関評価サーバ１００と、病院や診療所等の医療機関内の管理者端末２００と、複数の医師端末３００とを含む。同図では医療機関として１つのみが示されているが、複数存在していてもよい。
【００２４】
医師・医療機関評価サーバ１００は、各医療機関における各医師と、各医療機関を評価するための情報処理を実行するサーバであり、管理者端末２００及び複数の医師端末３００とインターネット５０を介して接続されている。
【００２５】
管理者端末２００は、各医療機関の管理者（例えば院長や理事長、医局長等、各医師を雇用・管理する立場にある者）により医療機関内で使用される端末であり、例えばスマートフォン、携帯電話、タブレットＰＣ（Personal Computer）、ノートブックＰＣ、デスクトップＰＣ等である。
【００２６】
医師端末３００（３００Ａ，３００Ｂ，３００Ｃ...）は、各医療機関に雇用されている医師により医療機関内で使用される端末であり、例えばスマートフォン、携帯電話、タブレットＰＣ（Personal Computer）、ノートブックＰＣ、デスクトップＰＣ等である。
【００２７】
さらに、医師・医療機関評価サーバ１００は、インターネット５０を介して、医療機関の外部のユーザ端末４００（４００Ａ，４００Ｂ...）とも接続可能とされている。外部のユーザ端末４００のユーザは、例えば上記医療機関の患者や、当該医療機関に就職を希望している医師（求職者）等であり得る。
【００２８】
本実施形態では、医師・医療機関評価サーバ１００は、管理者端末２００及び医師端末３００から、管理者及び医師がそれぞれ当該医師の勤務状況を同一項目について評価した評価データ（医師評価データ）を受信し、両評価データの差分に基づいて、当該医師の勤務状況を改善するための助言情報を管理者または医師またはその両方に提供する。また一方で医師・医療機関評価サーバ１００は、上記両評価データの差分に基づいて、当該医療機関を評価した評価データ（医療機関評価データ）も生成する。
【００２９】
［医師・医療機関評価サーバのハードウェア構成］
図２は、上記医師・医療機関評価サーバ１００のハードウェア構成を示した図である。同図に示すように、医師・医療機関評価サーバ１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。
【００３０】
ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながら医師・医療機関評価サーバ１００の各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
【００３１】
入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。
【００３２】
表示部１６は、例えばＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（Organic ElectroLuminescence Display）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。
【００３３】
操作受付部１７は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。操作受付部１７がタッチパネルである場合、そのタッチパネルは表示部１６と一体となり得る。
【００３４】
記憶部１８は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリ（ＳＳＤ；Solid State Drive）、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳや各種アプリケーション、各種データに加えて、本実施形態における医師及び医療機関の評価処理に必要なソフトウェアプログラム及びデータが記憶される。
【００３５】
後述するが、特に本実施形態において、記憶部１８は、医師情報データベース、医師評価情報データベース、差分・助言情報データベース、医療機関評価情報データベースを有している。
【００３６】
通信部１９は、例えばEthernet用のＮＩＣ（Network Interface Card）や無線ＬＡＮ等の無線通信用の各種モジュールであり、上記管理者端末２００及び医師端末３００との間の通信処理を担う。
【００３７】
なお、図示しないが、管理者端末２００及び医師端末３００の基本的なハードウェア構成も上記医師・医療機関評価サーバ１００のハードウェア構成と略同様である。
【００３８】
［医師・医療機関評価サーバのデータベース構成］
図３は、上記医師・医療機関評価サーバ１００が有するデータベースの構成を示した図である。
【００３９】
同図に示すように、医師・医療機関評価サーバ１００は、記憶部１８に、医師情報データベース３１、医師評価情報データベース３２、差分・助言情報データベース３３、及び医療機関評価情報データベース３４を有している。
【００４０】
医師情報データベース３１は、各医療機関に雇用されている医師に関する情報、すなわち、医師の氏名、識別情報ＩＤ、勤務先の医療機関、当該医師の勤務地、当該医師の就業分野、現在までの雇用期間等を記憶している。これらの情報は、医師が医療機関に新たに雇用された段階で例えば管理者端末２００から受信される。
【００４１】
医師の勤務地は、上記医療機関の本部の所在地とは異なる場合もある。また就業分野とは、例えば内科、外科、小児科、産婦人科、精神科、整形外科、脳神経外科、心臓外科、皮膚科、泌尿器科、眼科、耳鼻咽喉科、放射線科、リハビリテーション科等の分野である。
【００４２】
医師評価情報データベース３２は、各医療機関の管理者端末２００及び医師端末３００から受信した、複数の評価項目に関する医師評価データを医師のＩＤ及び医療機関のＩＤと紐付けて記憶している。
【００４３】
当該医師評価データは、各医療機関の医師の勤務状況を、複数の評価項目について当該医師自身が評価した第１の医師評価データと、上記医師の勤務状況を上記と同一の評価項目について当該医師の管理者が評価した第２の医師評価データとに区分されて記憶される。
【００４４】
これら第１の医師評価データ及び第２の医師評価データは、上記管理者端末２００及び医師端末３００から定期的（例えば１カ月毎、３カ月毎、半年毎等）に受信される。後述するが、上記評価データにおける各項目は、例えば勤務状況に関する所定の質問に上記管理者及び医師が選択肢の中から回答を選択する形式とされている。
【００４５】
差分・助言情報データベース３３は、上記第１の医師評価データと第２の医師評価データとの上記評価項目毎の差分データと、各医療機関に雇用されている医師の勤務状況の改善を意図して作成された複数の助言情報とを記憶している。
【００４６】
上記差分データは、例えば、上記第１の医師評価データと第２の医師評価データとが定期的に受信される毎に算出され、医師の評価情報として医師毎に記憶される。当該差分データは、評価対象の医師の人事評価に用いられるほか、当該医師の退職時における慰労金の算出にも用いられる。
【００４７】
また助言情報は、上記第１の医師評価データと第２の医師評価データとの間で算出された評価項目毎の差分に応じた、医師の勤務状況を改善させるための助言（テキスト情報）を含む。
【００４８】
具体的には、第１の医師評価データ及び第２の医師評価データにおける質問（評価項目）は、その内容に応じたカテゴリ毎に分類されており、助言情報は、当該各カテゴリにおいて大きな差分が存在する場合に、当該カテゴリにおいて医師の勤務状況を改善することを意図して作成されたものである。また、全カテゴリの合計において大きな差分が存在する場合に総合的に対処するための総合助言情報も記憶されている。ここでカテゴリとは、例えば、「院内関係対応」、「患者対応」、「研究的な取り組み」、「責任・管理意識」、「専門職としての態度」等である。さらに、助言情報としては、医師に対する助言情報のみならず、管理者に対する助言情報（医師の勤務状況を改善させるための管理者に対する助言）も記憶されている。
【００４９】
医療機関評価情報データベース３４は、上記各評価データの評価対象の医師を雇用している医療機関を評価した医療機関評価データを、医療機関の識別情報（ＩＤ）と対応付けて記憶している。当該医療機関評価データは、上記第１の医師評価データと第２の医師評価データとの差分と、評価対象の医師の雇用日数に応じて算出される。
【００５０】
また医療機関評価情報データベース３４には、上記医師情報データベース３１に記憶された医師の勤務地及び就業分野に応じて設定された重みデータも記憶している。当該重みデータは、上記医療機関評価データの算出時において、上記評価対象の医師の勤務地及び就業分野に応じて選択され上記雇用日数に対して重みを付与するために用いられる。
【００５１】
重みデータは、例えば、全勤務地における医師の就業人口に対する就業人口割合が低い勤務地であるほど大きくなるように設定され、また就業人口が少ない就業分野であるほど大きくなるように設定されている。
【００５２】
これら各データベースは、後述する医師・医療機関評価サーバ１００による医師・医療機関評価処理において、必要に応じて相互に参照されて用いられる。
【００５３】
［医師・医療機関評価サーバの動作］
次に、以上のように構成された医師・医療機関評価サーバ１００の動作について説明する。当該動作は、医師・医療機関評価サーバ１００のＣＰＵ１１及び通信部１９等のハードウェアと、記憶部１８に記憶されたソフトウェアとの協働により実行される。以下の説明では、便宜上、ＣＰＵ１１を動作主体とする。
【００５４】
図４は、医師・医療機関評価サーバ１００による、医師・医療機関評価処理の流れを示したフローチャートである。当該動作は、各医療機関の各医師について、当該各医師が雇用されてから所定期間が経過する度に定期的に実行される。
【００５５】
同図に示すように、医師・医療機関評価サーバ１００のＣＰＵ１１は、まず、ある医療機関の医師端末３００から、当該医師端末３００のユーザである医師が当該医師自身を評価した第１の医師評価データを受信したか否かを判断する（ステップ４１）。
【００５６】
医師端末３００から第１の医師評価データを受信したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、当該第１の医師評価データを上記医師評価情報データベース３２に記憶する（ステップ４２）。
【００５７】
続いてＣＰＵ１１は、上記管理者端末２００から、上記評価対象の医師を管理者が評価した第２の医師評価データを受信したか否かを判断する（ステップ４３）。
【００５８】
管理者端末２００から第２の医師評価データを受信したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、当該第２の医師評価データを上記医師評価情報データベース３２に記憶する（ステップ４２）。
【００５９】
図５は、上記第１の医師評価データの例を示した図である。
【００６０】
同図に示すように、第１の医師評価データは、評価項目としての複数の質問テキスト情報と、それに対する回答としての選択肢及びそれを選択するためのチェックボックスから構成されている。選択肢は、質問内容に対する例えば５段階の評価で構成される。当該各選択肢には、例えばその並び順が早いほど高くなるように評価点（スコア）が設定されている。例えば同図の１番目の評価項目の選択肢に関しては、「良好」には５点、「ほぼ良好」には４点、「普通」には３点、「やや悪い」には２点、「悪い」には１点がそれぞれ設定されている。
【００６１】
医師・医療機関評価サーバ１００は、上記チェックボックスに対する入力がなされていない空の状態の評価フォームを、例えば定期的に医師端末３００へ、例えばｈｔｍｌ等の形式のデータとして送信する。医師端末３００のユーザである医師は、各質問に対する回答を、チェックボックスを介して入力し、例えばフォーム上の図示しない送信ボタン等を介して、医師端末３００から医師・医療機関評価サーバ１００へ返信する。
【００６２】
上述したように、これらの複数の質問（評価項目）は、「院内関係対応」、「患者対応」、「研究的な取り組み」、「責任・管理意識」、「専門職としての態度」といった、その内容に応じたカテゴリ毎に分類されている。
【００６３】
図示しないが、第２の医師評価データについても、上記と同様のチェックボックスが未入力の評価フォームが管理者端末２００へ送信され、管理者によってチェックボックスに対する入力がなされて管理者端末２００から医師・医療機関評価サーバ１００へ返信される。
【００６４】
この場合のフォーム上の質問（評価項目）の文章は、管理者が医師を評価するものであるため、医師が医師自身を評価する第１の医師評価データにおける質問の文章とは異なるが、評価対象は同一である。例えば、図５の第１の医師評価データにおける１番目の質問「院長との関係はいかがですか？」は、第２の医師評価データにおいては、「Ａ田Ｂ子医師との関係はいかがですか？」と置き換えられ、第１の医師評価データにおける２番目の質問「個々の患者に応じて、意図的な情報収集ができていますか？」は、第２の医師評価データにおいては、「Ａ田Ｂ子医師は、個々の患者に応じて、意図的な情報収集ができていると思いますか？」と置き換えられる。
【００６５】
図４に戻り、ＣＰＵ１１は、上記記憶した第１の医師評価データと第２の医師評価データとの差分を算出する（ステップ４５）。
【００６６】
具体的には、ＣＰＵ１１は、例えば、上記評価項目毎に、第１の医師評価データと第２の医師評価データとの差分を算出する。すなわち、第１の医師評価データ及び第２の医師評価データの各評価項目において、医師及び管理者がそれぞれ選択した回答に設定されている上記評価点の差分が算出される。
【００６７】
そしてＣＰＵ１１は、上記評価項目毎に算出した差分を、上記カテゴリ毎に集計し、さらに全カテゴリの差分を合計した値を算出する。図６は、その集計結果を示した図である。
【００６８】
同図に示すように、「院内関係対応」、「患者対応」、「研究的な取り組み」、「責任・管理意識」、「専門職としての態度」の各カテゴリについて、第１の医師評価データ（自己評価）における医師が選択した選択肢に応じたスコアの合計と、第２の医師評価データ（院長評価）における管理者が選択した選択肢に応じたスコアの合計との差分が算出されている。さらに、「総評」として、それら５つのカテゴリにおける、第１の医師評価データのスコアの合計、第２の医師評価データのスコアの合計、及びそれらの合計の差分も算出されている。
【００６９】
図４に戻り、ＣＰＵ１１は、上記算出した第１の医師評価データと第２の医師評価データとのカテゴリ毎の差分または全カテゴリ合計における差分が、所定の各閾値以上であるか否かを判断する（ステップ４６）。所定の閾値は、カテゴリ毎の差分については、例えば５点、全カテゴリ合計の差分については例えば１５点等であるが、これらに限られない。
【００７０】
いずれかのカテゴリまたは全カテゴリ合計における差分が、所定の各閾値以上であると判断した場合（Ｙｅｓ）、ＣＰＵ１１は、当該差分が生じているカテゴリに対応する助言情報または全カテゴリに対応する総合助言情報を、上記差分・助言情報データベース３３から選択し、評価対象の医師の医師端末３００及び／または当該医師を評価した管理者の管理者端末２００へ送信する（ステップ４７）。当該助言情報は、例えば電子メールやインスタントメッセージとして送信されてもよいし、医療機関内のＬＡＮ上の所定のＵＲＬにｈｔｍｌデータとしてアップロードされ、当該ＵＲＬが医師端末３００及び管理者端末２００に電子メールやインスタントメッセージ等によって通知されてもよい。
【００７１】
ここで、助言情報は、カテゴリ毎の各助言情報及び総合助言情報が別個に送信されてもよいが、閾値以上の差分が生じているカテゴリの各助言情報及び総合助言情報が組み合わされて１つの助言情報として送信されてもよい。
【００７２】
図７は、当該助言情報の例を示した図である。同図では、管理者に対する助言情報が示されており、総合助言情報に加えて、院内関係対応（院長との関係や規則・方針の順守等）カテゴリに関して医師の改善を促すための管理者に対する助言情報が含まれている。この助言情報を受けて、管理者と医師は必要に応じて勤務状況改善のための面談等を行う。
【００７３】
図示しないが、医師に対する助言情報も、同図に示したのと同様の形式で作成され医師端末３００へ送信される。
【００７４】
図４に戻り、ＣＰＵ１１は、上記医師評価データの全カテゴリに関する差分の合計と、医師情報データベース３１に記憶されている評価対象の医師の雇用日数情報とを基に、当該医師が雇用されている医療機関を評価した医療機関評価データを生成する（ステップ４８）。
【００７５】
具体的には、ＣＰＵ１１は、各カテゴリの差分の合計が小さく、かつ、現在までの雇用日数が多いほど評価が高くなるように、医療機関評価データを生成する。例えば、差分の合計値の逆数または当該逆数に所定の係数が乗じられた値に、雇用日数が乗じられることで医療機関評価データが生成されてもよい。
【００７６】
ここでＣＰＵ１１は、雇用日数をそのまま用いるのではなく、医療機関評価情報データベース３４に記憶された重みデータを基に、評価対象医師の上記勤務地情報及び上記就業分野情報のうち少なくとも一方に応じて、雇用日数に重みを付与してもよい。上述したように、重みデータは、就業人口割合が低い勤務地であるほど、また就業人口が少ない就業分野であるほど大きくなるように設定されている。
【００７７】
具体的には、当該重みデータは、例えば０より大きく１より小さい値として設定されており、例えば就業人口の多い都心の勤務地について、または就業人口の多い内科については、０．１の重みが設定され、就業人口の少ない過疎地の勤務地について、または就業人口の少ない神経科については、０．９の重みが設定されている。
【００７８】
したがってＣＰＵ１１は、例えば、上記差分の合計値の逆数に雇用日数を乗じ、さらに、上記勤務地または就業分野に応じた重みを乗じることで、上記評価対象の医師に関する医療機関評価データを生成する。
【００７９】
これにより、医師の就業分野または勤務地といった勤務環境が雇用日数に影響することを考慮して、勤務環境によって医療機関評価データに偏りが生じるのを防ぐことができる。
【００８０】
続いてＣＰＵ１１は、上記算出された医療機関評価データを上記医療機関評価情報データベース３４へ記憶する（ステップ４９）。
【００８１】
ＣＰＵ１１は、以上の処理を、評価対象の医師及び管理者から当該医師に関する第１の医師評価データ及び第２の医師評価データを受信する度に実行する。したがって、上記医療機関評価データは、評価対象の異なる医師毎に生成されることになる。ＣＰＵ１１は、同一の医療機関について、これら医師毎の医療機関評価データにおけるスコアの平均値を、その医療機関に関する最終的な医療機関評価データとして、医療機関評価データベース３４に記憶する。
【００８２】
続いてＣＰＵ１１は、医療機関の外部のユーザ端末４００から、医療機関評価データの送信要求を受信したか否かを判断する（ステップ５０）。当該送信要求は、例えば、医療機関のＩＤと共に送信される。
【００８３】
そしてＣＰＵ１１は、上記医療機関評価データの送信要求を受信したと判断した場合（Ｙｅｓ）、上記医療機関評価情報データベース３４から、上記送信要求に含まれるＩＤに対応する医療機関評価データ（医療機関名及びスコア）を抽出し、要求元のユーザ端末４００へ送信する（ステップ５１）。
【００８４】
ここでユーザ端末４００は、典型的には、上記ＩＤで識別される医療機関に就職を希望している医師（求職者）の端末である。また、ユーザ端末４００は、当該求職者がアクセス可能な求人情報提供者（求人情報サービス会社）の端末（求職者に求人情報を提供する端末）であってもよい。
【００８５】
これにより、医療機関評価データが求職者または求人情報提供者の端末に送信されることで、求職者に自身が就職を希望する医療機関の選択に資する情報が提供される。すなわち、医療機関評価データは、医師と医療機関（管理者）との間で、その医師の勤務状況の捉え方に対するギャップが小さく、かつ、当該医師がその医療機関に長く雇用されているほど、大きな値となることから、その値が大きいほど、医師として働きやすい（長く働ける）医療機関であるということができ、求職者は、それを基準として自らが就職を希望する医療機関を見定めることができる。
【００８６】
また、ＣＰＵ１１は、ユーザ端末４００からの要求に応じて、複数の医療機関の各医療機関評価データ（スコア）の一覧を送信してもよい。
【００８７】
また、図示しないが、ＣＰＵ１１は、上記医療機関の医師が退職することが決定した際に、上記第１の医師評価データと第２の医師評価データとの差分と、上記雇用日数情報とを基に、当該退職する医師に支払われる慰労金の額を算出してもよい。例えば、上記差分の逆数またはそれに所定の係数を乗じた値に、上記雇用日数が乗じられ、必要に応じて就業分野や勤務地等のその他の考慮要素に関するパラメータが乗じられることで、慰労金の額が算出されてもよい。
【００８８】
これにより、医師の退職時に支払われる慰労金の額が、医師と医療機関との評価のギャップが小さいほど高くなるように算出されることで、両者の間のギャップが小さいほど多くの慰労金が支払われることから、医師に対してそれに対するインセンティブも与えられる。
【００８９】
［まとめ］
以上説明したように、本実施形態によれば、医師・医療機関評価サーバ１００は、第１の医師評価データと第２の医師評価データとの差分が閾値以上である場合に助言情報を選択して管理者または医師の端末へ送信することで、使用者である医療機関と従業者である医師とのミスマッチを極力軽減し、それにより医師の離職を極力防止できるとともに、上記差分及び雇用日数を基に医療機関評価データを作成し医療機関に医師とのギャップが小さくなるよう当該医療機関評価データの改善を促すことで、医療機関側の価値も高められるマッチングシステムを実現することができる。
【００９０】
［変形例］
本発明は上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更され得る。
【００９１】
上述の実施形態では、医師評価データは、医療機関の医師及び管理者によって入力され医師・医療機関評価サーバ１００へ送信された。しかし、これに加えて、医師評価データは、当該医療機関の患者や他の医師が評価対象の医師に対する評価を入力することによって作成されてもよい（第３の医師評価データ）。
【００９２】
患者から第３の医師評価データが受信される場合、例えば患者が医療機関を訪れ、医療機関内の特定のエリアを通過した際に、医師・医療機関評価サーバ１００から患者のスマートフォン等の端末へ、評価対象の医師の評価項目を有する評価フォームを例えばプッシュ通知等によってＷｉ−Ｆｉ等を介して送信する。そして、当該患者の端末において各選択肢の選択が入力された医師評価データが、例えばフォーム上の送信ボタン等を介して医師・医療機関評価サーバ１００へ送信される。また、患者の端末用に、予めまたは医療機関来訪時に評価入力用のアプリケーションがインストールされ、当該アプリケーションが、例えば位置情報等によって医療機関内に存在することを認識した場合に、当該アプリケーションが起動して上記評価フォームの入力画面が表示されてもよい。
【００９３】
他の医師から第３の医師評価データが受信される場合、上記第１及び第２の医師評価データと同様に、定期的に当該他の医師の医師端末３００へ上記評価フォームが送信され、当該他の医師による医師端末３００上での評価フォームへの入力により、第３の医師評価データが作成され、フォーム上の送信ボタン等を介して医師・医療機関評価サーバ１００へ送信される。
【００９４】
医師・医療機関評価サーバ１００は、上記受信した第３の医師評価データと、上記医師自身により入力された第１の医師評価データとの差分を、上記カテゴリ毎及び評価項目全体について算出し、当該差分と、上記第１の医師評価データと上記第２の医師評価データとのカテゴリ毎及び評価項目全体についての差分との平均値を基に、上記医療機関評価データを生成してもよい。
【００９５】
これにより、医師の管理者による医師の評価（第２の医師評価データ）が現状を正確に反映していない可能性がある場合でも、第三者による客観的な評価データ（第３の医師評価データ）を追加的に用いることで、医療機関評価データの信憑性を高めることができる。
【００９６】
また、上記第３の医師評価データについては、そのカテゴリ毎及び全カテゴリについてのスコアが、上記慰労金の額の算出に当たって加味されてもよい。例えば、第３の医師評価データのスコアの平均値を１とした場合の、各評価対象の医師の第３の医師評価データのスコアが、慰労金の額に乗じられてもよい。
【００９７】
さらに、患者から入力された第３の医師評価データについては、上記第１の評価データとの差分の算出に用いられるのではなく、上記第１の医師評価データと第２の医師評価データとの差分及び雇用日数によって算出された医療機関評価データの補正値として用いられてもよい。具体的には、上記第１の医師評価データと第２の医師評価データとの差分及び雇用日数によって算出された医療機関評価データに、上記第３の医師評価データの合計スコアまたはそれを正規化した値が加算されることで最終的な医療機関評価データが生成されてもよい。これは、患者による医師の評価は、患者による医療機関への評価と捉えることもできるからである。
【００９８】
上述の実施形態においては、医療機関の種別については特に言及していないが、例えば、医療機関が大学病院や総合病院である場合と、個人開業医による医院や診療所である場合とで、上記医師評価データの評価項目の内容が変更されてもよい。これは、医療機関の種別によって、可能な医療行為や患者の要求も異なると考えられ、一律の評価基準で評価することが適当でない場合もあるからである。
【００９９】
上述の実施形態において、助言情報は、テキスト情報として提示されたが、助言情報はテキスト情報に限られず、例えば、当該テキスト情報に対応する情報をカウンセラーが話す様子を録画した動画像情報または音声情報であっても構わない。
【０１００】
上述の実施形態においては、医療機関として病院、医院または診療所を例に挙げ、医療従事者として医師を例に挙げたが、医療機関及び医療従事者はこれらに限られない。すなわち、歯科医院、薬局、助産所、施術所、歯科技工所、介護老人保健施設等の他の医療機関（医療関連機関）を対象として、当該医療機関に雇用されている歯科医師、薬剤師、保健師、助産師、看護師、准看護師、診療放射線技師、診療エックス線技師、臨床検査技師、衛生検査技師、理学療法士、作業療法士、視能訓練士、あん摩マッサージ指圧師、鍼師、灸師、柔道整復師等の端末及びその管理者の端末と通信可能な評価サーバについても、本発明は同様に適用可能である。
【０１０１】
本願の特許請求の範囲に記載された発明のうち、「情報処理方法」と記載された発明は、その各ステップを、ソフトウェアによる情報処理によりコンピュータ等の少なくとも１つの装置が自動的に行うものであり、人間がコンピュータ等の装置を用いて行うものではない。すなわち、当該「情報処理方法」は、コンピュータ・ソフトウェアによる情報処理方法であって、コンピュータという計算道具を人間が操作する方法ではない。
【符号の説明】
【０１０２】
１１…ＣＰＵ
１８…記憶部
１９…通信部
３１…医師情報データベース
３２…医師評価情報データベース
３３…差分・助言情報データベース
３４…医療機関評価情報データベース
１００…医師・医療機関評価サーバ
２００…管理者端末
３００…医師端末
４００…ユーザ端末
【図１】
2018005643.tif 000003
【図２】
2018005643.tif 000004
【図３】
2018005643.tif 000005
【図４】
2018005643.tif 000006
【図５】
2018005643.tif 000007
【図６】
2018005643.tif 000008
【図７】
2018005643.tif 000009