JP6768555B2 - 担当医決定装置、担当医決定プログラム、研修状況管理装置、研修状況管理プログラム - Google Patents

Description

本発明の実施形態は、担当医決定装置、担当医決定プログラム、研修状況管理装置、及び研修状況管理プログラムに関する。

医師の質の一層の向上を図ること等を目的とし、「専門医のあり方に関する検討会」が、平成２３年１０月から開催された。そして、この検討会についての報告書が、平成２５年４月にとりまとめられた。この報告書を踏まえ、専門医が統一的に認定されるように、平成２６年５月に、一般社団法人日本専門医機構が設立された。新たな専門医制度の制定は、平成２９年度開始を目標に進められている。

専門医制度が確立することにより、医師は充実した研修プログラムでその診療水準を高めることが可能となる。また、医師は、修得した知識、技能、及び態度について認定を受け、それを社会に開示できるようになる。これにより、患者は診療を受けるに当たって医師の専門性の情報が得られることになる。

ところで、専門医であると認定されるためには、専門医を目指す医師（以下、研修医と称する。）は、各領域専門医委員会により定められた研修期間に、定められた診療実績を挙げることが必要である。従来の情報管理システムでは、研修医は、自身が経験した疾患等の症例数を検索することで、現在、どの程度の診療実績を挙げているかを確認することは可能である。しかしながら、従来の情報管理システムでは、所定の研修期間内に、定められた診療実績を挙げられずに専門医として認定されない状況、すなわち、認定漏れが発生するおそれがある。

特開２００５−０１８３６５号公報

そこで、目的は、専門医を目指す医師が、所定の研修期間内に、定められた診療実績を挙げられずに専門医として認定されない事態を防ぐことである。

実施形態によれば、担当医決定装置は、記憶部、及び担当医決定部を具備する。記憶部は、病院に所属する複数の研修医が専門医として認定されるための実績に関する研修状況情報を記憶する。担当医決定部は、前記研修状況情報に含まれる研修医のうち、所定の疾患について経験しなければならない残件数が研修の残期間に対して大きい研修医を、前記所定の疾患であると仮決定された患者の担当医として優先的に決定する。

図１は、第１の実施形態に係る医用情報システムの機能構成を示すブロック図である。 図２は、図１に示される担当医決定装置の機能構成を示すブロック図である。 図３は、図２に示される処理回路が担当医を決定する際の動作を表すフローチャートである。 図４は、図２に示される関連情報に含まれる情報を示す図である。 図５は、図２に示される関連情報に含まれるその他の情報を示す図である。 図６は、図２に示される研修状況情報を示す図である。 図７は、図２に示される研修状況情報から抽出される情報を示す図である。 図８は、第２の実施形態に係る医用情報システムの機能構成を示すブロック図である。 図９は、図８に示される研修状況管理装置の機能構成を示すブロック図である。 図１０は、図８に示される研修状況管理装置が研修状況を管理する際の動作を説明する図である。 図１１は、図８に示される出力装置で表示される研修個人情報、及び推定研修完了日を表す図である。 図１２は、図８に示される出力装置で表示される研修個人情報、推定研修完了日、第２推定研修完了日を表す図である。 図１３は、図８に示される研修状況管理装置が研修状況を管理する際の動作のその他の例を説明する図である。

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

（第１の実施形態）
図１は、第１の実施形態に係る医用情報システムの機能構成の例を示すブロック図である。図１に示される医用情報システムは、担当医決定装置１０、入力装置２０、診療情報保管装置３０、及び出力装置４０を具備する。本実施形態において、例えば、担当医決定装置１０、入力装置２０、診療情報保管装置３０、及び出力装置４０は、ＬＡＮ（Local Area Network）等の病院内ネットワークに互いに通信接続可能に接続されているものとする。

なお、担当医決定装置１０、入力装置２０、診療情報保管装置３０、及び出力装置４０は、必ずしも病院内ネットワークに接続されていなくてもよい。例えば、担当医決定装置１０、入力装置２０、診療情報保管装置３０、及び出力装置４０のうち、一部、又は全てが院外のネットワークに接続されていてもよい。このとき、病院内ネットワークと、院外のネットワークに接続される装置との間には、ファイアウォールの機能を有する装置、例えば、プロキシサーバ等が設けられる。

また、担当医決定装置１０、入力装置２０、診療情報保管装置３０、及び出力装置４０は、必ずしも個々のハードウェアにより実現されなくてもよい。例えば、担当医決定装置１０、入力装置２０、診療情報保管装置３０、及び出力装置４０は、全ての装置が１つのハードウェアに共存しても構わないし、少なくともいずれかが１つのハードウェアに共存しても構わない。

担当医決定装置１０は、専門医を目指す医師（以下、研修医と称する。）の研修の進捗状況を参照し、初診の患者の担当医、又は自病院内の他科から紹介された患者の担当医を決定するための装置である。担当医決定装置１０は、例えば、サーバにより実現される。本実施形態において、専門医とは、それぞれの診療領域における適切な教育を受けて、患者から信頼される標準的な医療を提供できる医師を意味する。

図２は、図１に示される担当医決定装置１０の機能構成の例を示すブロック図である。図２に示される担当医決定装置１０は、処理回路１１、通信インタフェース１２、及び記憶回路１３を有する。処理回路１１、通信インタフェース１２、及び記憶回路１３は、例えば、バスを介して互いに通信可能に接続されている。

処理回路１１は、担当医決定装置１０の中枢として機能するプロセッサである。処理回路１１は、記憶回路１３等に記憶されている処理プログラムを実行することにより、当該プログラムに対応する機能を実現する。

通信インタフェース１２は、病院内ネットワークを介して接続された入力装置２０、診療情報保管装置３０、及び出力装置４０との間でデータ通信を行う。入力装置２０、診療情報保管装置３０、及び出力装置４０との通信の規格は、如何なる規格であっても良いが、例えば、ＨＬ７（Hearth Level 7）が挙げられる。

記憶回路１３は、種々の情報を記憶するＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、及び集積回路記憶装置等の記憶装置である。また、記憶回路１３は、ＣＤ−ＲＯＭドライブ、ＤＶＤドライブ、及びフラッシュメモリ等の可搬性記憶媒体との間で種々の情報を読み書きする駆動装置等であっても良い。なお、記憶回路１３は、必ずしも単一の記憶装置により実現される必要は無い。例えば、記憶回路１３は、複数の記憶装置により実現されても構わない。

記憶回路１３は、本実施形態に係る処理プログラム等を記憶している。また、記憶回路１３は、研修医の研修状況情報１３１を記憶している。

研修状況情報１３１は、研修医が専門医として認定されるための実績に関する情報である。研修状況情報１３１には、例えば、研修医が所属する診療科、医師名、専門医認定までの残りの期間、経験が必要な項目、達成すべき基準症例数、及び実際に経験した件数等が含まれる。なお、診療科は、研修医が専門医と認定されることを試みている科と換言してもよい。経験が必要な項目には、例えば、診断・治療法、手技の名称、疾患名、及び処置名等が含まれる。基準症例数は、日本専門医機構、又は日本消化器病学会等の各学会が定めた、所定の研修期間中に経験しなければならない症例数を意味する。

また、記憶回路１３は、疾患と関連付けられた種々の情報を含む関連情報１３２を記憶している。関連情報１３２には、例えば、後述する疾患仮決定機能１１１において疾患名を仮決定することが可能な情報が含まれる。疾患名を仮決定することが可能な情報には、例えば、部位に関する情報、症状に関する情報、家族に関する情報、他病院での受診歴、過去の病歴等が含まれる。

また、関連情報１３２には、例えば、所定の疾患が診断された患者が受診するべき診療科についての情報が含まれる。また、関連情報１３２には、例えば、所定の疾患が診断された患者に対して実施され得る処置、検査、診断、試験、及び手術等についての情報が含まれる。関連情報１３２は、予め記憶回路１３に記憶されている。

入力装置２０は、患者、又は医療スタッフ等の操作者が問診票に必要事項を入力するための端末である。入力装置２０は、例えば、スマートフォン、タブレットＰＣ、及びＰＣ等により実現される。入力装置２０は、例えば、処理回路、入力インタフェース、表示回路、及び通信インタフェースを有する。

入力装置２０の処理回路は、入力装置２０の中枢として機能するプロセッサである。

入力装置２０の入力インタフェースは、例えば、マウス、キーボード、及び、操作面へ触れることで指示が入力されるタッチパネル等により実現される。入力インタフェースは、例えば、問診票に対する入力指示を受け付ける。入力インタフェースは、操作者からの入力指示を電気信号へ変換し、電気信号を処理回路へ出力する。なお、入力インタフェースは、マウス、及びキーボード等の物理的な操作部品を備えるものだけに限られない。例えば、入力装置２０とは別体に設けられた外部の入力機器から入力される指示に対応する電気信号を受け取り、この電気信号を処理回路へ出力する回路も入力インタフェースの例に含まれる。

入力装置２０の表示回路は、例えば、表示インタフェースと表示機器とを有する。表示機器としては、例えば、ＣＲＴディスプレイ、液晶ディスプレイ、有機ＥＬディスプレイ、ＬＥＤディスプレイ、プラズマディスプレイ、及び当技術分野で知られている他の任意のディスプレイが適宜利用可能である。表示インタフェースは、表示対象を表すデータをビデオ信号に変換する。表示機器は、表示インタフェースで変換されたビデオ信号を表示する。

入力装置２０の通信インタフェースは、病院内ネットワークを介して接続された担当医決定装置１０、診療情報保管装置３０、及び出力装置４０との間でデータ通信を行う。例えば、通信インタフェースは、操作者により入力された入力情報を、予め設定した方式に則って変換し、変換したデータを、病院内ネットワークを介して担当医決定装置１０へ送信する。

診療情報保管装置３０は、診療情報を電子化して保管するための装置である。診療情報保管装置３０は、例えば、サーバにより実現される。診療情報保管装置３０は、例えば、処理回路、通信インタフェース、及び記憶回路を有する。

診療情報保管装置３０の処理回路は、診療情報保管装置３０の中枢として機能するプロセッサである。

診療情報保管装置３０の通信インタフェースは、病院内ネットワークを介して接続された担当医決定装置１０、入力装置２０、及び出力装置４０との間でデータ通信を行う。

診療情報保管装置３０の記憶回路は、種々の情報を記憶するＨＤＤ、ＳＳＤ、及び集積回路記憶装置等の記憶装置である。また、記憶回路１３は、ＣＤ−ＲＯＭドライブ、ＤＶＤドライブ、及びフラッシュメモリ等の可搬性記憶媒体との間で種々の情報を読み書きする駆動装置等であっても良い。

記憶回路は、診療情報を記憶している。診療情報には、例えば、診療録、検査結果、担当医、及び電子カルテが含まれる。なお、記憶回路は、問診票に関する情報を記憶していてもよい。問診票に関する情報は、入力装置２０で記憶されていても構わない。

出力装置４０は、医師、及び看護師等の医療スタッフが診療情報を確認、作成、及び更新するための装置である。出力装置４０は、例えば、ＰＣ等により実現される。出力装置４０は、例えば、処理回路、入力インタフェース、出力インタフェース、及び通信インタフェースを有する。

出力装置４０の処理回路は、出力装置４０の中枢として機能するプロセッサである。

出力装置４０の入力インタフェースは、例えば、マウス、キーボード、及び、操作面へ触れることで指示が入力されるタッチパネル等により実現される。入力インタフェースは、例えば、操作者からの表示指示を受け付ける。入力インタフェースは、操作者からの表示指示を電気信号へ変換し、電気信号を処理回路へ出力する。

出力装置４０の出力インタフェースは、例えば、表示インタフェースと表示機器とを有する。表示機器としては、例えば、ＣＲＴディスプレイ、液晶ディスプレイ、有機ＥＬディスプレイ、ＬＥＤディスプレイ、プラズマディスプレイ、及び当技術分野で知られている他の任意のディスプレイが適宜利用可能である。表示インタフェースは、表示対象を表すデータをビデオ信号に変換する。表示機器は、表示インタフェースで変換されたビデオ信号を表示する。また、出力インタフェースは、印刷機器を有してもよい。印刷機器は、例えば、プリンタであり、印刷対象を表す画像データを所定用紙に印刷する。なお、出力インタフェースは、表示機器、及び印刷機器等の物理的な出力部品を備えるものだけに限られない。例えば、出力装置４０とは別体に設けられた外部の出力機器へ画像データを送信する回路も出力インタフェースの例に含まれる。

出力装置４０の通信インタフェースは、病院内ネットワークを介して接続された担当医決定装置１０、入力装置２０、及び診療情報保管装置３０との間でデータ通信を行う。例えば、通信インタフェースは、診療情報保管装置３０から送信された診療情報を予め設定した方式に則って復号し、復号した診療情報を処理回路へ出力する。

図２に示される処理回路１１は、記憶回路１３に記憶されている処理プログラムを実行することで、当該プログラムに対応する機能を実現する。例えば、処理回路１１は、処理プログラムを実行することで、疾患仮決定機能１１１、情報取得機能１１２、担当医決定機能１１３、及び記憶制御機能１１４を有する。なお、本実施形態では、単一のプロセッサによって疾患仮決定機能１１１、情報取得機能１１２、担当医決定機能１１３、及び記憶制御機能１１４が実現される場合を説明するが、これに限定されない。例えば、複数の独立したプロセッサを組み合わせて処理回路を構成し、各プロセッサが処理プログラムを実行することにより疾患仮決定機能１１１、情報取得機能１１２、担当医決定機能１１３、及び記憶制御機能１１４を実現しても構わない。

疾患仮決定機能１１１は、疾患名を仮決定する機能である。具体的には、例えば、処理回路１１は、問診票について入力された問診情報を受信すると、疾患仮決定機能１１１を実行する。疾患仮決定機能１１１を実行すると処理回路１１は、問診情報と、記憶回路１３に記憶されている関連情報１３２とに基づき、問診情報に対応する疾患名を仮決定する。

また、例えば、処理回路１１は、自病院内において患者の診療科の変更依頼が生じると、疾患仮決定機能１１１を実行する。疾患仮決定機能１１１を実行すると処理回路１１は、診療情報保管装置３０に記憶されている電子カルテに基づき、疾患名を仮決定する。

情報取得機能１１２は、仮決定した疾患名と関連する情報を取得する機能である。具体的には、例えば、処理回路１１は、疾患名を仮決定すると、情報取得機能１１２を実行する。情報取得機能１１２を実行すると処理回路１１は、疾患名が仮決定された患者が受診するべき診療科を、関連情報１３２に基づいて取得する。また、処理回路１１は、疾患名が仮決定された患者に対して実施され得る処置、検査、診断、試験、及び手術等を、関連情報１３２に基づいて取得する。

担当医決定機能１１３は、担当医を決定する機能である。具体的には、例えば、処理回路１１は、情報取得機能１１２により疾患名と関連する情報が取得されると、担当医決定機能１１３を実行する。担当医決定機能１１３を実行すると処理回路１１は、仮決定した疾患名、この疾患名と関連する情報、及び研修状況情報１３１に基づき、優先して診療実績を積むべき研修医を、疾患名が仮決定された患者の担当医として決定する。

記憶制御機能１１４は、診療情報保管装置３０を制御する機能である。具体的には、例えば、処理回路１１は、担当医を決定すると、記憶制御機能１１４を実行する。記憶制御機能１１４を実行すると処理回路１１は、診療情報保管装置３０の記憶回路に記憶されている診療情報を更新する。すなわち、処理回路１１は、診療情報に含まれている担当医名を、決定した担当医名に変更するように、診療情報保管装置３０を制御する。

次に、以上のように構成された担当医決定装置１０による担当医決定動作を、処理回路１１の処理手順に従って説明する。図３は、図２に示される処理回路１１が担当医を決定する際の動作の例を表すフローチャートである。

まず、継続通院以外、又は初診等で来院した患者には、病院の受け付けで問診票が手渡される。患者は、自覚症状に基づき、問診票に記載されている質問に対する答えを、問診票へ記入する。具体的には、患者は、具合の悪い部位、及びその部位の症状を問診票へ記入する。患者は、必要事項が記入された問診票を受け付けへ提出する。

受け付けでは、医療スタッフが患者から問診票を受け取る。医療スタッフは、問診票に記入されている回答に基づき、入力装置２０に表示されているフォームへ必要事項を入力する。入力装置２０は、問診票の回答の入力が完了すると、入力された問診情報を、例えば、ＨＬ７ファイルへ変換する。入力装置２０は、ＨＬ７ファイルを、病院内ネットワークを介して担当医決定装置１０へ送信する。

なお、患者へ、問診票が表示された端末としての入力装置２０が病院の受け付けで手渡されてもよい。このとき、入力装置２０は、問診票における質問に対する回答候補を、選択可能な形式で表示することが好ましい。具体的には、例えば、具合の悪い部位が、頭、顔、胸、腹、背中、腰、尻、腕、及び足のように列挙して表示される。また、選択した部位についての症状が、例えば、頭を選択した場合には、頭痛、めまい、及び吐き気のように列挙して表示される。なお、入力装置２０は、問診票に関する情報を診療情報保管装置３０から読み出してもよいし、自装置に予め記憶していてもよい。

患者は、自覚症状に基づき、問診票に表示されている項目を選択するように指示を入力する。患者は、必要事項の入力が完了すると入力装置２０を受け付けへ返却する。

担当医決定装置１０の処理回路１１は、問診情報に関するＨＬ７ファイルを受信する（ステップＳ３１）。ＨＬ７ファイルを受信すると処理回路１１は、疾患仮決定機能１１１を実行する。疾患仮決定機能１１１を実行すると処理回路１１は、ＨＬ７ファイルの内容と、記憶回路１３に記憶されている関連情報１３２とに基づき、疾患名を仮決定する（ステップＳ３２）。

具体的には、疾患仮決定機能１１１を実行すると処理回路１１は、記憶回路１３に記憶されている関連情報１３２を読み出す。処理回路１１は、ＨＬ７ファイルに記載される部位、及び症状を、関連情報１３２に含まれる「疾患名を仮決定することが可能な情報」と照合する。ＨＬ７ファイルに記載される部位、及び症状が、「疾患名を仮決定することが可能な情報」に含まれる部位、及び症状と一致する場合、処理回路１１は、一致すると判断した部位、及び症状と関連付けられている疾患名が、来院した患者が患っていると考えられる疾患名であると仮決定する。

処理回路１１は、疾患名を仮決定すると、情報取得機能１１２を実行する。情報取得機能１１２を実行すると処理回路１１は、仮決定した疾患名に基づいて関連情報１３２を検索し、疾患名が仮決定された患者が受診する診療科を決定する（ステップＳ３３）。

具体的には、例えば、関連情報１３２に、図４に示される関係が含まれているとする。図４は、図２に示される関連情報１３２に含まれる情報の例を示す図である。図４によれば、疾患：「食道炎」、「ＧＥＲＤ（胃食道逆流症）」、及び「食道潰瘍」は、診療科：「消化器科」と関連付けられ、疾患：「急性上気道感染症」、「細菌性肺炎」、及び「気管支拡張症」は、診療科：「呼吸器科」と関連付けられている。

情報取得機能１１２を実行すると処理回路１１は、仮決定した疾患名を、関連情報１３２に含まれる「疾患名」と照合する。仮決定した疾患名が、「疾患名」と一致する場合、処理回路１１は、一致すると判断した疾患名と関連付けられている診療科を、患者が受診する診療科であると決定する。すなわち、仮決定した疾患名が「ＧＥＲＤ」である場合、処理回路１１は、疾患：「ＧＥＲＤ」と関連付けられている診療科：「消化器科」を、患者が受診する診療科であると決定する。

また、情報取得機能１１２を実行すると処理回路１１は、仮決定した疾患名に基づいて関連情報１３２を検索し、疾患名が仮決定された患者に対して実施される処置、検査、診断、試験、及び手術等を推定する（ステップＳ３４）。

具体的には、例えば、関連情報１３２に、図５に示される関係が含まれているとする。図５は、図２に示される関連情報１３２に含まれる情報の例を示す図である。図５によれば、疾患：「食道炎」は、診断：「内視鏡 胃」と関連付けられ、疾患：「ＧＥＲＤ」は、診断：「内視鏡 食道」、及び／又は診断：「内視鏡 胃」と関連付けられ、疾患：「食道潰瘍」は、検査：「Ｘ線検査 食道」、及び／又は検査：「食道内圧検査」と関連付けられている。

情報取得機能１１２を実行すると処理回路１１は、仮決定した疾患名を、関連情報１３２に含まれる「疾患名」と照合する。仮決定した疾患名が、「疾患名」と一致する場合、処理回路１１は、一致すると判断した疾患名と関連付けられている処置、検査、診断、試験、及び手術を、患者が受ける処理、検査、診断、試験、及び手術であると推定する。すなわち、仮決定した疾患名が「ＧＥＲＤ」である場合、処理回路１１は、疾患：「ＧＥＲＤ」と関連付けられている診断：「内視鏡 食道」、及び／又は診断：「内視鏡 胃」を、患者が受ける処理、検査、診断、試験、及び手術であると推定する。

処理回路１１は、診療科を決定し、処理、検査、診断、試験、及び手術等を推定すると、担当医決定機能１１３を実行する。担当医決定機能１１３を実行すると処理回路１１は、仮決定した疾患名、この疾患名に対して決定された診療科、この疾患名に対して推定された処理、検査、診断、試験、及び手術等、並びに、研修状況情報１３１に基づき、以下のように患者の担当医を決定する。

まず、担当医決定機能１１３を実行すると処理回路１１は、仮決定した疾患名、この疾患名に対して決定された診療科、並びに、この疾患名に対して推定された処理、検査、診断、試験、及び手術等に基づき、研修状況情報１３１から必要な情報を抽出する（ステップＳ３５）。

具体的には、例えば、研修状況情報１３１に、図６に示される情報が含まれているとする。図６は、図２に示される研修状況情報１３１の例を示す図である。図６によれば、研修状況情報１３１には、診療科名、医師名、研修期間の残り期間、研修で経験するべき診療実績、達成するべき基準症例数、及び現在の経験状況が含まれる。

図６によれば、「消化器科」に所属する「医師Ａ」は、残り期間：「５ヶ月」である。また、「医師Ａ」の経験状況は、疾患：「食道潰瘍」、及び検査：「Ｘ線検査 食道」が、基準症例数を超えている。「消化器科」に所属する「医師Ｂ」は、残り期間：「２７ヶ月」である。また、「医師Ｂ」の経験状況は、疾患：「食道潰瘍」、及び検査：「Ｘ線検査 食道」が、基準症例数を超えている。「精神科」に所属する「医師Ｃ」は、残り期間：「１０ヶ月」である。また、「医師Ｃ」の経験状況は、疾患：「統合失調症」が、基準症例数を超えている。

担当医決定機能１１３を実行すると処理回路１１は、研修状況情報１３１から、決定した診療科に所属する医師について、仮決定した疾患名、並びに、推定した処理、検査、診断、試験、及び手術等を含むレコードを抽出する。例えば、仮決定した疾患名が「ＧＥＲＤ」であり、決定した診療科が「消化器科」であり、推定した診断が「内視鏡 食道」、及び「内視鏡 胃」である場合、処理回路１１は、「消化器科」に属する「医師Ａ」、及び「医師Ｂ」について、残り期間、並びに、疾患：「ＧＥＲＤ」、診断：「内視鏡 食道」、及び診断：「内視鏡 胃」についての基準症例数、及び経験状況を抽出する。図７は、このとき抽出される情報の例を表す図である。

処理回路１１は、研修状況情報１３１から情報を抽出すると、抽出した情報に基づき、実績を積むことの緊急性を表す緊急度を算出する（ステップＳ３６）。緊急度は、例えば、現在の経験状況から基準症例数までの残数と、研修期間の残り期間とに基づいて算出される。具体的には、緊急度は、残数を、残り期間の日数で割った値で表される。なお、緊急度は、診療実績毎に重みを付けても構わない。例えば、疾患についての緊急度は、処理、検査、診断、試験、及び手術等についての緊急度よりも高くなるように、大きい重み係数が乗じられていても構わない。

続いて、処理回路１１は、算出したパラメータに基づき、最も緊急度の高い医師を、来院した患者の担当医として決定する（ステップＳ３７）。具体的には、例えば、残数を、残り期間の日数で割った値が最大となる医師を担当医として決定する。図７の例によれば、医師Ａ、及び医師Ｂのうち、疾患：「ＧＥＲＤ」について２／１５０（件／日）、診断：「内視鏡 食道」について３／１５０（件／日）、及び診断：「内視鏡 胃」について２／１５０（件／日）の医師Ａが担当医として決定される。

処理回路１１は、担当医を決定すると、記憶制御機能１１４を実行する。記憶制御機能１１４を実行すると処理回路１１は、診療情報保管装置３０に記憶されている診療情報を更新する（ステップＳ３８）。具体的には、処理回路１１は、来院した患者の担当医名を診療情報に記憶する。

出力装置４０は、医師、及び看護師等の医療スタッフから入力される表示指示に応じ、診療情報保管装置３０に記憶されている診療情報を表示する。これにより、担当医となった研修医は、自身が担当医として決定されたことを確認することが可能となる。

なお、自病院の他科から担当医を変更する旨の依頼があった場合、以下の処理が実行される。担当医変更の依頼があった場合、依頼情報には疾患、及び診療科が既に含まれている。処理回路１１は、既に決定されている疾患名、及び診療科に基づき、ステップＳ３４以降の処理を実施する。そして、処理回路１１は、ステップＳ３７において担当医を決定すると、担当変更の依頼のあった患者の電子カルテに記載されている担当医名を、決定した担当医名に変更する。

以上のように、第１の実施形態では、担当医決定装置１０は、研修医が所属する診療科、研修医の氏名、専門医認定までの残り期間、研修が必要な項目、達成すべき基準症例数、及び実際に経験した件数等が含まれる研修状況情報１３１を記憶している。担当医決定装置１０は、患者について仮決定された疾患名が入力されると、入力された疾患名についての診療実績が残り期間に対して乏しい医師を、研修状況情報１３１に基づいて抽出する。そして、担当医決定装置１０は、抽出した医師を、疾患名が入力された患者の担当医とするようにしている。これにより、担当医決定装置１０は、入力された疾患名に関する経験を積む必要のある医師のうち、認定漏れとなる可能性が高い医師を、優先的に担当医として決定することが可能となる。

したがって、第１の実施形態に係る担当医決定装置１０によれば、専門医を目指す医師が、所定の研修期間内に、定められた診療実績を挙げられずに専門医として認定されない事態を防ぐことができる。

また、第１の実施形態では、担当医決定装置１０は、患者の疾患に基づき、患者が受診する診療科を決定する。そして、担当医決定装置１０は、決定した診療科に属する医師から担当医を決定するようにしている。これにより、担当医を決定する際の処理が低減されることになる。

なお、第１の実施形態では、処理回路１１は、仮決定した疾患名を用い、この疾患名が仮決定された患者に対して実施され得る処置、検査、診断、試験、及び手術等を推定する場合を例に説明した。しかしながら、これに限定されない。処理回路１１は、疾患名が仮決定された患者に対して実施され得る処置、検査、診断、試験、及び手術等を推定しなくても構わない。すなわち、処理回路１１は、ステップＳ３３で診療科を決定した後、ステップＳ３４を経ずに、ステップＳ３５で、疾患名、及び診療科に基づき、研修状況情報１３１から必要な情報を抽出するようにしてもよい。これにより、疾患のみの経験に基づいて担当医を決定することが可能となるため、担当医を決定する際の処理が単純化されることになる。

（第２の実施形態）
第１の実施形態では、１つの病院内ネットワークにおいて、担当医決定装置１０が研修状況情報１３１に基づいて担当医を決定することで、専門医の認定漏れを防止する処理について説明した。第２の実施形態では、複数の病院内ネットワーク間で共有する疾患等に関する情報を研修状況情報１３１に反映させることで、専門医の認定漏れを防止する処理について説明する。

図８は、第２の実施形態に係る医用情報システムの機能構成の例を示すブロック図である。図８に示される医用情報システムは、第１病院についての医用情報システム（以下、第１医用情報システムと称する。）と、第２病院についての病院内ネットワーク（以下、第２医用情報システムと称する。）とを具備する。第１医用情報システムと、第２医用情報システムとは、セキュリティが確保された通信ネットワークを介して接続されている。なお、セキュリティが確保された通信ネットワークには、例えば、専用回線、及びＶＰＮ（Virtual Private Network）等により構築される病院間ネットワークが含まれる。

なお、図８では、２つの病院が通信ネットワークにより接続されている場合を例に示しているが、これに限定されない。通信ネットワークに接続される病院は、３つ以上であっても構わない。

図８に示される第１医用情報システムは、入力装置２０−１、診療情報保管装置３０−１、出力装置４０−１、及び研修状況管理装置５０−１を有する。第２の実施形態において、入力装置２０−１、診療情報保管装置３０−１、出力装置４０−１、及び研修状況管理装置５０−１は、例えば、ＬＡＮ等の病院内ネットワークに互いに通信接続可能に接続されているものとする。

なお、入力装置２０−１、診療情報保管装置３０−１、出力装置４０−１、及び研修状況管理装置５０−１は、必ずしも病院内ネットワークに接続されていなくてもよい。例えば、入力装置２０−１、診療情報保管装置３０−１、出力装置４０−１、及び研修状況管理装置５０−１のうち、一部が院外のネットワークに接続されていてもよい。このとき、病院内ネットワークと、院外のネットワークに接続される装置との間には、ファイアウォールの機能を有する装置、例えば、プロキシサーバ等が設けられる。

また、入力装置２０−１、診療情報保管装置３０−１、出力装置４０−１、及び研修状況管理装置５０−１は、必ずしも個々のハードウェアにより実現されなくてもよい。例えば、入力装置２０−１、診療情報保管装置３０−１、出力装置４０−１、及び研修状況管理装置５０−１は、全ての装置が１つのハードウェアに共存しても構わないし、少なくともいずれかが１つのハードウェアに共存しても構わない。

図８に示される第２医用情報システムは、入力装置２０−２、診療情報保管装置３０−２、出力装置４０−２、及び研修状況管理装置５０−２を有する。第２の実施形態において、入力装置２０−２、診療情報保管装置３０−２、出力装置４０−２、及び研修状況管理装置５０−２は、例えば、ＬＡＮ等の病院内ネットワークに互いに通信接続可能に接続されているものとする。なお、第１医用情報システムの構成と、第２医用情報システムの構成とは、それぞれ同様である。よって、以下では、入力装置２０−１，２０−２、診療情報保管装置３０−１，３０−２、出力装置４０−１，４０−２、及び研修状況管理装置５０−１，５０−２をそれぞれ、入力装置２０、診療情報保管装置３０、出力装置４０、及び研修状況管理装置５０として説明する。

研修状況管理装置５０は、研修医による研修の進捗状況等を管理するための装置である。研修状況管理装置５０は、例えば、サーバにより実現される。本実施形態では、研修状況管理装置５０が通信ネットワークに接続する場合を例に説明している。このとき、研修状況管理装置５０は、外部の通信ネットワークから病院内ネットワークを保護する機能、例えば、ファイアウォールの機能を有するものとする。なお、病院内ネットワークにファイアウォール機能を有する外部ネットワーク接続用装置を接続し、この外部ネットワーク接続用装置により外部の通信ネットワークと接続する構成としても構わない。

図９は、図８に示される研修状況管理装置５０の機能構成の例を示すブロック図である。図９に示される研修状況管理装置５０は、処理回路５１、通信インタフェース５２、及び記憶回路５３を有する。処理回路５１、通信インタフェース５２、及び記憶回路５３は、例えば、バスを介して互いに通信可能に接続されている。

処理回路５１は、研修状況管理装置５０の中枢として機能するプロセッサである。処理回路５１は、記憶回路５３等に記憶されている処理プログラムを実行することにより、当該プログラムに対応する機能を実現する。

通信インタフェース５２は、病院内ネットワークを介して接続された入力装置２０、診療情報保管装置３０、及び出力装置４０との間でデータ通信を行う。入力装置２０、診療情報保管装置３０、及び出力装置４０との通信の規格は、如何なる規格であっても良いが、例えば、ＨＬ７が挙げられる。

記憶回路５３は、種々の情報を記憶するＨＤＤ、ＳＳＤ、及び集積回路記憶装置等の記憶装置である。また、記憶回路５３は、ＣＤ−ＲＯＭドライブ、ＤＶＤドライブ、及びフラッシュメモリ等の可搬性記憶媒体との間で種々の情報を読み書きする駆動装置等であっても良い。記憶回路５３は、本実施形態に係る処理プログラム等を記憶している。

また、記憶回路５３は、自病院に在籍する研修医の研修状況情報１３１を記憶している。

また、記憶回路５３は、自病院において発生した疾患、及び各疾患が発生した日が記憶されている履歴情報５３１を記憶している。また、履歴情報５３１には、自病院において実施された処置、検査、診断、試験、及び手術等、並びに、これらが実施された日も記憶されている。履歴情報５３１は、自病院において疾患が発生する度、並びに、自病院において処置、検査、診断、試験、及び手術等が実施される度に、日付と共にレコードが追加される。

また、記憶回路５３は、他病院において発生した疾患、及びこの疾患が発生した日が記憶されている他病院情報５３２を記憶している。また、他病院情報５３２には、他病院において実施された処置、検査、診断、試験、及び手術等、並びに、これらが実施された日も記憶されている。他病院情報５３２に含まれる情報は、病院毎に管理されている。他病院情報５３２は、他病院から送信される情報に基づいて更新される。また、他病院情報５３２には、病院に関する情報、例えば、住所、院長名、及び病院規模等を記憶していてもよい。

図９に示される処理回路５１は、記憶回路５３に記憶されている処理プログラムを実行することで、当該プログラムに対応する機能を実現する。例えば、処理回路５１は、処理プログラムを実行することで、他病院情報取得機能５１１、研修状況取得機能５１２、及び出力制御機能５１３を有する。なお、本実施形態では、単一のプロセッサによって他病院情報取得機能５１１、研修状況取得機能５１２、及び出力制御機能５１３が実現される場合を説明するが、これに限定されない。例えば、複数の独立したプロセッサを組み合わせて処理回路を構成し、各プロセッサが処理プログラムを実行することにより他病院情報取得機能５１１、研修状況取得機能５１２、及び出力制御機能５１３を実現しても構わない。

他病院情報取得機能５１１は、必要とする情報を他病院から取得する機能である。具体的には、例えば、処理回路５１は、他病院に記憶されている情報の取得を依頼されると、他病院情報取得機能５１１を実行する。他病院情報取得機能５１１を実行すると処理回路５１は、他病院に対して通信インタフェース５２を介し、必要とする情報を要求する。

研修状況取得機能５１２は、指定された医師についての研修状況を取得する機能である。具体的には、例えば、処理回路５１は、指定された医師についての研修状況を表示する依頼を受け付けると、研修状況取得機能５１２を実行する。研修状況取得機能５１２を実行すると処理回路５１は、指定された医師の研修状況を表す研修個人情報を研修状況情報１３１から取得する。また、研修状況取得機能５１２を実行すると処理回路５１は、指定された医師について、診療実績が基準症例数に達する日である推定研修完了日を算出する。なお、推定研修完了日は、推定検収完了月と換言してもよい。

出力制御機能５１３は、出力装置４０を制御して所定の情報を出力させる機能である。具体的には、例えば、処理回路５１は、研修個人情報を取得すると、出力制御機能５１３を実行する。出力制御機能５１３を実行すると処理回路５１は、取得した研修個人情報を出力装置４０に表示、及び／又は印刷させる。また、処理回路５１は、推定研修完了日を算出すると、出力制御機能５１３を実行する。出力制御機能５１３を実行すると処理回路５１は、算出した推定研修完了日を出力装置４０に表示、及び／又は印刷させる。

次に、以上のように構成された研修状況管理装置５０による動作を、処理回路５１の処理手順に従って説明する。図１０は、図８に示される研修状況管理装置５０−１，５０−２が研修状況を管理する際の動作の例を説明する図である。

まず、第１病院に在籍する研修医は、出力装置４０−１の入力インタフェースから、自身の氏名を入力すると共に、研修状況の表示を要求する表示指示を入力する。

第１医用情報システムの研修状況管理装置５０−１は、病院内ネットワークを介し、入力された表示指示を受信する（ステップＳ１０１）。表示指示を受信すると研修状況管理装置５０−１の処理回路５１は、研修状況取得機能５１２を実行する。研修状況取得機能５１２を実行すると処理回路５１は、入力された氏名と一致する医師名と対応付けられた情報を研修個人情報として、研修状況情報１３１から取得する（ステップＳ１０２）。

処理回路５１は、研修個人情報を取得すると、自病院における疾患等の発生傾向を参照して推定研修完了日を算出する（ステップＳ１０３）。具体的には、処理回路５１は、研修個人情報を取得すると、研修状況管理装置５０−１の記憶回路５３から履歴情報５３１を読み出す。処理回路５１は、読み出した履歴情報５３１に基づき、自病院において発生した所定疾患の総数、自病院において実施された所定処置の総数、自病院において実施された所定検査の総数、自病院において実施された所定診断の総数、自病院において実施された所定試験の総数、自病院において実施された所定手術の総数、及び、これらの総数をカウントするのに要したそれぞれの期間を取得する。処理回路５１は、取得した情報を疾患等の発生傾向として扱い、推定研修完了日を算出する。例えば、処理回路５１は、「現在の日付＋現在の経験状況から基準症例数までの残数÷発生した総数÷発生数をカウントした期間」を計算することで推定研修完了日を算出する。例えば、図７に示される医師Ａについて疾患：「ＧＥＲＤ」の推定研修完了日を算出する場合、処理回路５１は、「現在の日付『２０１６年９月』＋残数『２』÷ＧＥＲＤが発生した総数÷ＧＥＲＤの発生総数をカウントした期間」から、２０１７年１１月と算出する。

処理回路５１は、研修個人情報を取得し、推定研修完了日を算出すると、出力制御機能５１３を実行する。出力制御機能５１３を実行すると処理回路５１は、研修個人情報、及び推定研修完了日を出力装置４０−１に表示させる（ステップＳ１０４）。このとき、処理回路５１は、研修期間を徒過する推定研修完了日が存在する場合には、徒過している推定研修完了日を、徒過していない推定研修完了日と識別可能に表示する。例えば、処理回路５１は、研修期間を徒過している推定研修完了日を赤文字で表示し、研修期間を徒過していない推定研修完了日を黒文字で表示する。

図１１は、図８に示される出力装置４０−１で表示される研修個人情報、及び推定研修完了日の一例を表す図である。図１１では、図７に示される医師Ａについての研修個人情報、及び推定研修完了日を表している。図７によれば、医師Ａの残り期間は５ヶ月である。現在の日付を２０１６年９月とする場合、医師Ａの研修期間は２０１７年２月までである。そのため、２０１７年２月を徒過する推定研修完了日は、赤文字で表示されている。

なお、ステップＳ１０３では、研修個人情報に含まれる全ての疾患等についての推定研修完了日を算出する場合を説明した。しかしながら、これに限定されない。処理回路５１は、例えば、以下のように処理を進めても構わない。すなわち、処理回路５１は、ステップＳ１０２で研修個人情報を取得すると、取得した研修個人情報を出力装置４０−１に表示させる。処理回路５１は、研修個人情報として表示する疾患等についての選択を受け付ける。選択があった場合、処理回路５１は、選択された疾患等についての推定研修完了日を算出する。処理回路５１は、算出した推定研修完了日を、研修個人情報に加えて出力装置４０−１に表示させる。

処理回路５１は、出力装置４０−１に表示される、研修期間を徒過している項目について、他病院の情報を要するか否かの入力を受け付ける。例えば、処理回路５１は、他病院の情報を要する旨のアイコンを出力装置４０−１に表示させる。医師は、他病院の情報を要する場合、出力装置４０−１に表示されるアイコンを選択する。他病院の情報を要する旨が入力されると（ステップＳ１０５）、処理回路５１は、他病院のシステムに対して情報の送信を依頼する（ステップＳ１０６）。

このとき、処理回路５１は、必要とする情報を送信するように、第２医用情報システムへ依頼信号を送信する。具体的には、処理回路５１は、第２医用情報システムの研修状況管理装置５０−２に記憶されている履歴情報５３１の少なくとも一部を送信するように、第２医用情報システムへ依頼信号を送信する。例えば、処理回路５１は、履歴情報５３１に含まれる情報のうち、医師により指定された疾患等に係る情報を送信するように、第２医用情報システムへ依頼信号を送信する。

第２医用情報システムの研修状況管理装置５０−２は、第１医用情報システムの研修状況管理装置５０−１から依頼信号を受信する。依頼信号を受信すると研修状況管理装置５０−２の処理回路５１は、記憶回路５３から履歴情報５３１を読み出す（ステップＳ１０７）。処理回路５１は、読み出した情報を、通信ネットワークを介して第１医用情報システムへ送信する（ステップＳ１０８）。

第１医用情報システムの研修状況管理装置５０−１は、第２医用情報システムから送信される情報を受信する。情報を受信すると研修状況管理装置５０−１の処理回路５１は、受信した他病院についての情報を、記憶回路５３の他病院情報５３２に記憶する（ステップＳ１０９）。

処理回路５１は、受信した情報を他病院情報５３２に記憶すると、研修状況取得機能５１２を実行する。研修状況取得機能５１２を実行すると処理回路５１は、他病院における疾患等の発生傾向を参照して第２推定研修完了日を算出する（ステップＳ１１０）。具体的には、処理回路５１は、研修状況管理装置５０−１の記憶回路５３から、研修個人情報、及び他病院情報５３２を読み出す。処理回路５１は、読み出した他病院情報５３２に基づき、他病院において発生した所定疾患等の総数、及びこの総数をカウントするのに要した期間を取得する。処理回路５１は、取得した情報を疾患等の発生傾向として扱い、第２推定研修完了日を算出する。例えば、処理回路５１は、「現在の日付＋現在の経験状況から基準症例数までの残数÷第２病院にて発生した総数÷第２病院において発生数をカウントした期間」を計算することで第２推定研修完了日を算出する。例えば、図７に示される医師Ａについて疾患：「ＧＥＲＤ」の第２推定研修完了日を算出する場合、処理回路５１は、「現在の日付『２０１６年９月』＋残数『２』÷第２病院にてＧＥＲＤが発生した総数÷第２病院においてＧＥＲＤの発生総数をカウントした期間」から、２０１７年１月と算出する。

処理回路５１は、第２推定研修完了日を算出すると、出力制御機能５１３を実行する。出力制御機能５１３を実行すると処理回路５１は、第２推定研修完了日を、研修個人情報、及び推定研修完了日に加えて出力装置４０−１に表示させる（ステップＳ１１１）。このとき、処理回路５１は、算出した第２推定研修完了日に加え、第２推定研修完了日が見込まれる病院についての情報、例えば、病院名を出力装置４０−１に表示させてもよい。

図１２は、図８に示される出力装置４０−１で表示される研修個人情報、推定研修完了日、第２推定研修完了日の一例を表す図である。図１２は、図１１に示される表示に第２推定研修完了日を加えて表示した図である。図１２では、第２病院へ派遣されれば、研修期間内である２０１７年１月に疾患：「ＧＥＲＤ」の経験状況が基準症例数に達することが表されている。

なお、他病院情報５３２に複数の病院についての情報が記憶されている場合、ステップＳ１１０において、病院毎の第２推定研修完了日が算出される。処理回路５１は、算出した複数の第２推定研修完了日を所定の規則に基づいて表示する。例えば、処理回路５１は、算出した複数の第２推定研修完了日を出力装置４０−１に表示させる。また、処理回路５１は、算出した複数の第２推定研修完了日のうち、研修期間を徒過しない第２推定研修完了日を、出力装置４０−１に表示させるようにしてもよい。また、処理回路５１は、算出した複数の第２推定研修完了日のうち、第１病院に在籍する医師にとって最も好ましい第２推定研修完了日を選択し、選択した第２推定研修完了日を出力装置４０−１に表示させるようにてもよい。最も好ましい第２推定研修完了日とは、例えば、研修期間を徒過しない第２推定研修完了日のうち、最先の完了日、第１病院から最も近い病院で見込まれる第２推定研修完了日、及び第１病院にとって最も優先度の高い病院で見込まれる第２推定研修完了日等を意味する。

また、ステップＳ１０５乃至ステップＳ１１１では、医師により指定された疾患等についての第２推定研修完了日を算出する場合を説明した。しかしながら、これに限定されない。処理回路５１は、例えば、図１３のように処理を進めても構わない。

すなわち、処理回路５１は、第１病院に在籍する研修医からの入力をトリガとして（ステップＳ１３１）、研修個人情報を取得する（ステップＳ１３２）。処理回路５１は、研修個人情報を取得すると、自病院における疾患等の発生傾向を参照して推定研修完了日を算出する（ステップＳ１３３）。処理回路５１は、推定研修完了日を算出すると、他病院のシステムに対して情報の送信を依頼する（ステップＳ１３４）。処理回路５１は、他病院における疾患等の発生傾向を参照して第２推定研修完了日を算出する（ステップＳ１３５）。そして、処理回路５１は、第２推定研修完了日を算出すると、研修個人情報、第１推定研修完了日、及び第２推定研修完了日を、出力装置４０−１に表示させる（ステップＳ１３６）。

また、上記では、第２推定研修完了日を、病院毎に算出する場合を例に説明したが、これに限定されない。処理回路５１は、複数の病院を掛け持ちした場合の第２推定研修完了日を算出してもよい。例えば、処理回路５１は、「現在の日付＋現在の経験状況から基準症例数までの残数÷（第１病院にて発生した総数÷第１病院において発生数をカウントした期間＋第２病院にて発生した総数÷第２病院において発生数をカウントした期間）」を計算する。なお、第３病院が存在する場合には、第２病院と第３病院を掛け持ちした場合の第２推定研修完了日を算出しても構わない。

以上のように、第２の実施形態では、研修状況管理装置５０は、自病院における疾患等の履歴情報に基づき、経験件数が基準症例数に達する時期を予測する。また、研修状況管理装置５０は、他の病院における疾患等の履歴情報に基づき、他病院において、経験件数が基準症例数に達する時期を予測する。これにより、研修状況管理装置５０は、研修医が研修期間内に必要な診療実績を積めるか否かを、自病院に加え、他の病院への出向も含めて管理することが可能となる。

したがって、第２の実施形態に係る研修状況管理装置５０によれば、専門医を目指す医師が、所定の研修期間内に、定められた診療実績を挙げられずに専門医として認定されない事態を防ぐことができる。

なお、第２の実施形態では、処理回路５１は、処置、検査、診断、試験、及び手術等についても推定研修完了日、及び第２推定研修完了日を算出する場合を例に説明した。しかしながら、これに限定されない。処理回路５１は、疾患のみについて推定研修完了日、及び第２推定研修完了日を算出するようにしても構わない。これにより、研修状況の視覚化が単純化されることになる。

上記説明において用いた「プロセッサ」という文言は、例えば、ＣＰＵ（central processing unit）、ＧＰＵ(Graphics Processing Unit)、或いは、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ））、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Simple Programmable Logic Device：ＳＰＬＤ）、複合プログラマブル論理デバイス（Complex Programmable Logic Device：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ））等の回路を意味する。プロセッサは記憶回路に保存されたプログラムを読み出し実行することで機能を実現する。なお、第１、及び第２の実施形態の各プロセッサは、プロセッサ毎に単一の回路として構成される場合に限らず、複数の独立した回路を組み合わせて１つのプロセッサとして構成し、その機能を実現するようにしてもよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１０…担当医決定装置、１１…処理回路、１１１…疾患仮決定機能、１１２…情報取得機能、１１３…担当医決定機能、１１４…記憶制御機能、１２…通信インタフェース、１３…記憶回路、１３１…研修状況情報、１３２…関連情報、２０，２０−１，２０−２…入力装置、３０，３０−１，３０−２…診療情報保管装置、４０，４０−１，４０−２…出力装置、５０，５０−１，５０−２…研修状況管理装置、５１…処理回路、５１１…他病院情報取得機能、５１２…研修状況取得機能、５１３…出力制御機能、５２…通信インタフェース、５３…記憶回路、５３１…履歴情報、５３２…他病院情報。

Claims (9)

1. 病院に所属する複数の研修医が専門医として認定されるための実績に関する研修状況情報として、研修医の名前と、研修で経験するべき診療実績と、達成するべき基準症例数と、現在の経験状況とを対応付けて記憶する記憶部と、
   前記研修状況情報に含まれる研修医のうち、所定の疾患に関する前記診療実績について、前記経験状況が前記基準症例数未満である研修医を抽出し、抽出した研修医を前記所定の疾患であると仮決定された患者の担当医として優先的に決定する担当医決定部と
   を具備する担当医決定装置。
2. 患者に関する問診情報に基づいて患者の疾患を仮決定する疾患仮決定部をさらに具備し、
   前記担当医決定部は、前記研修状況情報に含まれる研修医のうち、前記仮決定された疾患に関する前記診療実績について、前記経験状況が前記基準症例数未満である研修医を抽出し、抽出した研修医を前記疾患が仮決定された患者の担当医として決定する請求項１記載の担当医決定装置。
3. 前記記憶部は、疾患と診療科とが対応付けられている関連情報をさらに記憶し、
   前記関連情報に基づき、前記仮決定された疾患と対応付けられる診療科を取得する情報取得部をさらに具備し、
   前記担当医決定部は、前記研修状況情報に含まれる前記診療科の研修医から、前記担当医を決定する請求項２記載の担当医決定装置。
4. 前記担当医決定部は、他の診療科で疾患が決定された患者について、前記研修状況情報に含まれる研修医から前記担当医を決定する請求項１記載の担当医決定装置。
5. 前記記憶部は、疾患と、当該疾患において実施され得る処置、検査、診断、試験、及び手術のうち少なくともいずれかとが対応付けられている関連情報をさらに記憶し、
   前記関連情報に基づき、前記所定の疾患と対応付けられる前記処置、検査、診断、試験、及び手術のうち少なくともいずれかを取得する情報取得部をさらに具備し、
   前記担当医決定部は、前記研修状況情報に含まれる研修医のうち、前記処置、検査、診断、試験、及び手術のうち少なくともいずれかである前記診療実績について、前記経験状況が前記基準症例数未満である研修医も考慮して、前記担当医を決定する請求項１記載の担当医決定装置。
6. 前記記憶部は、疾患と、当該疾患において実施され得る処置、検査、診断、試験、及び手術のうち少なくともいずれかとが対応付けられている関連情報をさらに記憶し、
   前記関連情報に基づき、前記仮決定された疾患と対応付けられる前記処置、検査、診断、試験、及び手術のうち少なくともいずれかを取得する情報取得部をさらに具備し、
   前記担当医決定部は、前記研修状況情報に含まれる研修医のうち、前記処置、検査、診断、試験、及び手術のうち少なくともいずれかである前記診療実績について、前記経験状況が前記基準症例数未満である研修医も考慮して、前記担当医を決定する請求項２記載の担当医決定装置。
7. 前記関連情報では、疾患と診療科とがさらに対応付けられており、
   前記情報取得部は、前記関連情報に基づき、前記仮決定された疾患と対応付けられる診療科をさらに取得し、
   前記担当医決定部は、前記研修状況情報に含まれる前記診療科の研修医から、前記担当医を決定する請求項６記載の担当医決定装置。
8. 前記記憶部は、疾患と、当該疾患において実施され得る処置、検査、診断、試験、及び手術のうち少なくともいずれかとが対応付けられている関連情報をさらに記憶し、
   前記関連情報に基づき、他の診療科で決定された疾患と対応付けられる前記処置、検査、診断、試験、及び手術のうち少なくともいずれかを取得する情報取得部をさらに具備し、
   前記担当医決定部は、前記他の診療科で疾患が決定された患者について、前記研修状況情報に含まれる研修医のうち、前記処置、検査、診断、試験、及び手術のうち少なくともいずれかである前記診療実績について、前記経験状況が前記基準症例数未満である研修医も考慮して、前記担当医を決定する請求項１記載の担当医決定装置。
9. 病院に所属する複数の研修医が専門医として認定されるための実績に関する研修状況情報として、研修医の名前と、研修で経験するべき診療実績と、達成するべき基準症例数と、現在の経験状況とを対応付けた前記研修状況情報を取得する処理と、
   前記研修状況情報に含まれる研修医のうち、所定の疾患に関する前記診療実績について、前記経験状況が前記基準症例数未満である研修医を抽出し、抽出した研修医を前記所定の疾患であると仮決定された患者の担当医として優先的に決定する処理と
   をプロセッサに実施させる担当医決定プログラム。