JP2019087196A - 診療科推奨プログラム、診療科推奨方法及び情報処理装置 - Google Patents
診療科推奨プログラム、診療科推奨方法及び情報処理装置 Download PDFInfo
- Publication number
- JP2019087196A JP2019087196A JP2017217226A JP2017217226A JP2019087196A JP 2019087196 A JP2019087196 A JP 2019087196A JP 2017217226 A JP2017217226 A JP 2017217226A JP 2017217226 A JP2017217226 A JP 2017217226A JP 2019087196 A JP2019087196 A JP 2019087196A
- Authority
- JP
- Japan
- Prior art keywords
- medical
- user
- department
- information
- recommended
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
【課題】患者を取り巻く環境に応じて患者が適切な診療科を選択することを目的とする。【解決手段】端末から問診に対するユーザの回答情報を受信し、受信した前記回答情報に応じて前記ユーザに対応する所在地及び主訴を特定し、診療履歴情報を記憶する記憶部を参照して、特定した前記所在地の周辺地域の、特定した前記主訴に対応する他のユーザの診療履歴情報を抽出し、抽出した前記他のユーザの診療履歴情報に対応する診療科を推奨する、処理をコンピュータに実行させることを特徴とする診療科推奨プログラムが提供される。【選択図】図1
Description
本発明は、診療科推奨プログラム、診療科推奨方法及び情報処理装置に関する。
人は調子が悪くなると、自らの症状に応じてどの診療科に行くべきかを判断し、判断した診療科のある医療機関を探す。医療機関に来院した人は、初めに受付で問診票に症状等を記入し、問診票の記入後に希望する診療科へ案内される。
早期に適切な診療行為を受けることは、患者の命を救ったり、予後の生活の質を良好にするために非常に重要である。そのため、最初に希望した診療科では疾病名の判断に至らずに、患者が、複数の診療科で診察を受けたり、他の医療機関を紹介してもらって他の医療機関で診察を受けたりすることで適切な診療行為を受けるまでに長時間を要することは極力避けたい。
一方、患者は自分の症状から受診すべき診療科を的確に判断できない場合がある。この場合、患者が来院した医療機関の窓口で受診すべき診療科を問合せ、問診内容や患者の状態に応じて、病院職員や看護婦がどの診療科で診察してもらうべきかを判断し、判断した診療科に案内することが行われる。この場合、患者は、より適切な診療科で診察を受け得る可能性は高まる。
近年、診察をネット予約するシステムでは、患者は病院に行かずに特定の診療科への受診を予約する。このため、患者は、窓口で受診すべき診療科を問合せ、問診内容や患者の状態に応じて、病院職員や看護婦にどの診療科で診察すべきかを判断してもらうことはできない。そこで、患者が適切な診療科を選択できるように支援するネット予約システムが提案されている(例えば、特許文献1、2を参照)。
しかしながら、特許文献1、2にて開示されている技術では、患者の主訴から疾病名を類推したり、診療科を提示することはできるが、患者の取り巻く環境に応じてどの診療科で診察してもらうべきかを判断することは困難である。
そこで、1つの側面では、本発明は、患者を取り巻く環境に応じて患者が適切な診療科を選択することを目的とする。
1つの実施態様では、端末から問診に対するユーザの回答情報を受信し、受信した前記回答情報に応じて前記ユーザに対応する所在地及び主訴を特定し、診療履歴情報を記憶する記憶部を参照して、特定した前記所在地の周辺地域の、特定した前記主訴に対応する他のユーザの診療履歴情報を抽出し、抽出した前記他のユーザの診療履歴情報に対応する診療科を推奨する、処理をコンピュータに実行させることを特徴とする診療科推奨プログラムが提供される。
1つの側面では、本発明は、患者を取り巻く環境に応じて患者が適切な診療科を選択することができる。
以下、本発明の実施形態について添付の図面を参照しながら説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複した説明を省く。
[システムの全体構成]
まず、本発明の一実施形態に係るネット予約システム1の構成の一例について、図1を参照しながら説明する。図1は、本実施形態に係るネット予約システム1の構成の一例を示す。本実施形態に係るネット予約システム1は、情報処理装置10及びスマートフォン20a、20bを有する。情報処理装置10とスマートフォン20a、20bとは、ネットワーク40を介して接続可能になっている。
まず、本発明の一実施形態に係るネット予約システム1の構成の一例について、図1を参照しながら説明する。図1は、本実施形態に係るネット予約システム1の構成の一例を示す。本実施形態に係るネット予約システム1は、情報処理装置10及びスマートフォン20a、20bを有する。情報処理装置10とスマートフォン20a、20bとは、ネットワーク40を介して接続可能になっている。
情報処理装置10は、〇大学病院や△個人病院や×個人病などの病院の診療科のネット予約を受け付けるシステムを提供する。情報処理装置10は、診察予約プログラム12を動作させることで、診療科のネット予約サイトを提供する。ユーザ(以下、「患者」ともいう。)は、スマートフォン20a、20bを用いてネット予約サイトにアクセスし、所定の病院の所定の診療科のネット予約を行う。
情報処理装置10は、診察予約プログラム12の手順に従い、ネット予約サイトにアクセスしたユーザに対して問診への回答を要求し、ユーザの回答情報をスマートフォン20a、20bから受信する。情報処理装置10は、ユーザの回答情報からユーザの主訴(部位と症状の組み合わせ)を特定し、特定した主訴に応じて流行性及び地域性を考慮した診療科を推奨する。患者が病院に掛かる際、自分の症状に対して掛かるべき診療科がわからないことが多い。例えば「めまい」と「吐き気」がする場合、耳鼻科なのか内科なのか脳神経なのか判断がつかず、病院へ行って病院職員に相談したり、まず総合診療科に掛かってから専門の診療科を再受診したりする。一方、近年、ネット予約システムを利用することが多くなり、患者は「とりあえず病院に行って聞く」ということができない状況がある。この結果、適切な診療科に受診できないケースや受診すべき診療科がどの科なのかに迷うケースが多くなっている。そこで、本実施形態に係る情報処理装置10は、患者を取り巻く環境に応じて患者が適切な診療科を選択することを目的とし、診療履歴情報とユーザに対応する所在地(地域性)とを組み合わせて、より患者の環境に合わせた診療科を推奨する。
ユーザは、スマートフォン20a、20b(以下、総称して「スマートフォン20」ともいう。)を用いて情報処理装置10が提供するネット予約システムのサイトにアクセスする。スマートフォン20は、診察予約アプリケーション(コンシェルジュ)を立ち上げ、情報処理装置10が提供するネット予約サイトにアクセスする。スマートフォン20は、情報処理装置10からの問診への回答要求に対してユーザが入力した回答情報を受け付け、受け付けた回答情報を情報処理装置I10に送信する。スマートフォン20a、20bは、情報処理装置10が提供するネット予約システム1を利用する端末の一例である。
なお、情報処理装置10は、サーバ、パーソナルコンピューター等のいかなる電子機器であってもよい。ネット予約システム1を利用する端末は、スマートフォン20に限らず、タブレット型端末、PDA(Personal Digital Assistants)、HMD(Head Mount Display)、FMD(Face Mount Display)等のウェアラブルデバイスを用いてもよい。
情報処理装置10は、病院内のPC30a〜30e(以下、総称して「PC30」ともいう。)とネットワーク40を介して接続可能になっている。情報処理装置10は、PC30から診療履歴情報、混雑情報等をリアルタイムに取得し、これらの情報に基づきユーザの環境に合わせた診療科を推奨する。病院は、複数の診療科を有する大規模病院であってもよく、1つの診療科を有する個人病院であってもよい。
図2は、本発明の一実施形態に係るネット予約システム1の他の構成例を示す。図1の例では、情報処理装置10は、病院内のPC30とは別体であったが、図2の例では、情報処理装置10は、病院内に配置され、病院内のPC30と一体であってもよいし、別体であってもよい。本例においても情報処理装置10とスマートフォン20a、20bとは、ネットワーク40を介して接続可能になっており、情報処理装置10は、病院の診療科のネット予約を受け付けるシステムを提供する。この場合においても、情報処理装置10は、病院内のPC30や他の病院のPC30から診療履歴情報、混雑情報等をリアルタイムに取得し、これらの情報に基づきユーザの環境に合わせた診療科を推奨する。
なお、図1及び図2に示す、情報処理装置10、スマートフォン20及びPC30がネットワーク40を介して互いに接続されているシステム形態は、本実施形態に係るネット予約システム1の一態様であり、これに限定されない。例えば、本実施形態に係るネット予約システム1に含まれる情報処理装置10、スマートフォン20及びPC30のそれぞれの台数は、1台又は2台以上であり得る。複数台の情報処理装置10が設置される場合、ネット予約(診察予約処理及び診療科推奨処理は、複数台の情報処理装置10で分散処理され得る。なお、用途や目的に応じて、複数台のうち1台の情報処理装置10に選択的にそれら処理機能を集約させてもよい。
情報処理装置10は、クラウド上のサーバにより実現されてもよい。また、情報処理装置10は、病院内の複数のPC30によって実現されてもよい。
[機能構成]
次に、本実施形態に係る情報処理装置10の機能構成の一例について、図3を参照しながら説明する。図3は、一実施形態に係る情報処理装置10の機能構成の一例を示す。本実施形態に係る情報処理装置10は、記憶部2、受信部3、送信部4、特定部5、取得部6、推奨部7、算出部8、補正部9及び表示制御部11を有する。
次に、本実施形態に係る情報処理装置10の機能構成の一例について、図3を参照しながら説明する。図3は、一実施形態に係る情報処理装置10の機能構成の一例を示す。本実施形態に係る情報処理装置10は、記憶部2、受信部3、送信部4、特定部5、取得部6、推奨部7、算出部8、補正部9及び表示制御部11を有する。
記憶部2は、診察予約プログラム12及び診療科推奨プログラム19を格納している。また、記憶部2は、基本情報DB13、診療履歴情報DB14、診療科推奨情報テーブル15、病院位置テーブル16、補正定義テーブル17及び混雑情報テーブル18を記憶する。記憶部2に記憶された各DB及び各テーブルの情報は、情報処理装置10内で記憶及び管理する替わりに、クラウド上の記憶装置にて記憶及び管理するようにしてもよい。また、これらの各DB及び各テーブルの情報は、病院等の医療機関内の記憶装置やPC30により管理され、必要に応じて医療機関内の記憶装置から転送されるようにしてもよい。
なお、前提として、病院等の医療機関は、診療情報システムを導入しており、情報処理装置10は、診療履歴情報等の必要な情報を参照できるようになっている。また、情報処理装置10が提供する診察のネット予約システムと診療情報システムとは連携しており、情報処理装置10は、リアルタイムに診療科ごとの混雑状況を把握できるようになっている。
受信部3は、ネット予約サイトにアクセスしたスマートフォン20から、問診に対するユーザの回答情報を受信する。送信部4は、スマートフォン20やPC30に所定の情報の送信要求を行ったり、その他の所定の情報を送信したりする。特定部5は、受信した回答情報に応じて、ユーザに対応する所在地及び主訴を特定する。ユーザに対応する所在地は、受信した回答情報又は該回答情報に含まれる患者ID等に関連付けて基本情報DB13から抽出されるユーザの基本情報から特定される、前記ユーザが指定した特定の地域、該ユーザの居住地、該ユーザの勤務地、該ユーザの現在位置及び該ユーザが過去所定時間内に滞在した地域の少なくともいずれかを含む。ユーザに対応する所在地に含まれる各地域は、同一地域又は異なる地域であり得る。
本実施形態では、ユーザが過去所定時間内に滞在した地域は、ユーザが直近の過去1ヶ月内に滞在した地域のうち、最も多く滞在した地域である。しかしながら、これに限らず、ユーザが直近の過去1ヶ月内に滞在した地域のうち、所定期日(例えば数日や5日)以上滞在した地域であってもよいし、ユーザが直近の過去1ヶ月内に滞在したすべての地域であってもよい。
過去一定期間に当該ユーザが最も多く滞在した地域の特定方法としては、当該ユーザの位置情報のログ(履歴情報)を取って、最も多く滞在した地域を特定してもよい。
取得部6は、受信した回答情報に含まれる患者ID等からユーザの基本情報を取得する。推奨部7は、診療履歴情報DB14を参照して、特定したユーザに対応する所在地又はその周辺を所在地とする他のユーザの診療履歴情報から、主訴に対応する他のユーザの診療科を推奨する。
算出部8は、抽出された診療科に基づき診療科の推奨割合を算出し、記憶部2の診療科推奨情報テーブル15に記憶する。例えば、図9(a)の診療履歴情報DB14に示す領域Pは、特定したユーザに対応する所在地又はその周辺を所在地とする他のユーザの診療履歴情報から、めまいを主訴にして対応する他のユーザの診療科を抽出した結果を示す。診療科の推奨割合は、領域Pに一例を示す抽出した全診療科に対する各診療科の受診割合であり、抽出した全診療科に対して各診療科を推奨する際の優先順位を定める基準となる。例えば、図9(a)の例では、領域Pに示す整形外科(2回)と耳鼻科(1回)と内科(1回)の診療科の受診に基づき、算出部8は、図9(b)に示すように整形外科の推奨割合を、50%(=(2/4)×100)と算出し、耳鼻科と内科の推奨割合を、25%(=(1/4)×100)と算出する。
補正部9は、診療履歴情報DB14から主訴に対応するユーザ自身の診療科を特定し、特定したユーザの診療科の履歴情報に基づき、ユーザの既往歴等を考慮して診療科の推奨割合を補正してもよい。
また、補正部9は、ユーザに関する属性情報が、補正定義テーブル17に定義された補正定義情報の条件を満たすか否かを判定し、判定結果に基づき推奨する診療科の推奨割合の補正を行ってもよい。ユーザに関する属性情報には、年齢、性別、家族構成、既往症等が挙げられる。例えば、補正部9の補正の一例としては、ユーザの年齢が50歳の場合、小児科には受診しないため、推奨する診療科に小児科が含まれる場合には、小児科の推奨割合を0にする補正を行う等が挙げられる。また、補正部9は、複数の診療科の推奨割合が同じ場合、混雑情報テーブル18を参照して、複数の診療科のうち、混雑が少ない診療科の推奨割合を混雑が多い診療科の推奨割合よりも高めるように補正してもよい。
表示制御部11は、診療科への推奨割合に基づき、推奨割合が高い診療科から順に、推奨する診療科をスマートフォン20の画面に表示する。また、表示制御部11は、推奨する診療科とともに、ユーザの回答情報に含まれる特定の病院又は特定の地域に関する情報をスマートフォン20に表示してもよい。
[ハードウェア構成]
次に、本実施形態に係る情報処理装置10のハードウェア構成の一例について、図4を参照しながら説明する。図4は、一実施形態に係る情報処理装置10のハードウェア構成の一例を示す。本実施形態に係る情報処理装置10は、入力装置101、表示装置102、外部I/F103、RAM(Random Access Memory)104、ROM(Read Only Memory)105、CPU(Central Processing Unit)106、通信I/F107、及びHDD(Hard Disk Drive)108などを備え、それぞれがバスBで相互に接続されている。
次に、本実施形態に係る情報処理装置10のハードウェア構成の一例について、図4を参照しながら説明する。図4は、一実施形態に係る情報処理装置10のハードウェア構成の一例を示す。本実施形態に係る情報処理装置10は、入力装置101、表示装置102、外部I/F103、RAM(Random Access Memory)104、ROM(Read Only Memory)105、CPU(Central Processing Unit)106、通信I/F107、及びHDD(Hard Disk Drive)108などを備え、それぞれがバスBで相互に接続されている。
入力装置101は、キーボードやマウスなどを含み、情報処理装置10に各操作信号を入力するために用いられる。表示装置102は、LCD(Liquid crystal Display)モニタ等のディスプレイ、プリンタ、CRT(Cathode Ray Tube)などを含み、各種の処理結果を表示する。通信I/F107は、情報処理装置10をネットワーク40に接続するインターフェースである。これにより、情報処理装置10は、通信I/F107を介して、スマートフォン20及びPC30とデータ通信を行うことができる。
HDD108は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、情報処理装置10の全体を制御する基本ソフトウェア及びアプリケーションソフトウェアがある。例えば、HDD108には、各種のデータベースやプログラム等が格納されてもよい。
外部I/F103は、外部装置とのインターフェースである。外部装置には、記録媒体103aなどがある。これにより、情報処理装置10は、外部I/F103を介して記録媒体103aの読み取り及び/又は書き込みを行うことができる。記録媒体103aには、CD(Compact Disk)、及びDVD(Digital Versatile Disk)、ならびに、SDメモリカード(SD Memory card)やUSBメモリ(Universal Serial Bus memory)等がある。
ROM105は、電源を切っても内部データを保持することができる不揮発性の半導体メモリである。ROM105には、ネットワーク設定等のプログラム及びデータが格納されている。RAM104は、プログラムやデータを一時保持する揮発性の半導体メモリである。CPU106は、HDD108やROM105などの記憶装置から、プログラムやデータをRAM104上に読み出し、処理を実行することで、装置全体の制御や搭載機能を実現する演算装置である。
かかる構成により、本実施形態に係る情報処理装置10は、例えばRAM104に読み込まれた診察予約プログラム12をCPU106に実行させることで、本実施形態に係る診察予約処理を実現する。また、本実施形態に係る情報処理装置10は、例えばRAM104に読み込まれた診療科推奨プログラム19をCPU106に実行させることで、本実施形態に係る診療科推奨処理を実現する。つまり、特定部5、取得部6、推奨部7、算出部8、補正部9及び表示制御部11の各機能は、例えば、診療科推奨プログラム19が、CPU106に実行させる診療科推奨処理により実現可能である。
受信部3及び送信部4の機能は、例えば、通信I/F107により実現可能である。記憶部2の機能は、例えば、RAM104、ROM105、HDD108又はネットワーク40を介して接続されたクラウド上の記憶装置により実現可能である。
[予約受付処理]
次に、本実施形態に係る予約受付処理の一例について図5を参照して説明する。図5は、一実施形態に係る予約受付処理の一例を示すフローチャートである。本実施形態に係る予約受付処理では、ユーザが、スマートフォン20にインストールされた診察予約アプリケーション(コンシェルジュ)を立ち上げると(ステップS1)、スマートフォン20は、問診にかかる質問を表示する。スマートフォン20は、問診に対してユーザが入力した回答情報を受け付け(ステップS2)、受け付けた回答情報を情報処理装置10に送信する(ステップS3)。
次に、本実施形態に係る予約受付処理の一例について図5を参照して説明する。図5は、一実施形態に係る予約受付処理の一例を示すフローチャートである。本実施形態に係る予約受付処理では、ユーザが、スマートフォン20にインストールされた診察予約アプリケーション(コンシェルジュ)を立ち上げると(ステップS1)、スマートフォン20は、問診にかかる質問を表示する。スマートフォン20は、問診に対してユーザが入力した回答情報を受け付け(ステップS2)、受け付けた回答情報を情報処理装置10に送信する(ステップS3)。
例えば、図6に一例を示すように、ユーザは、スマートフォン20に表示された問診に回答する。問診の一例としては、図6(1)に示す予約したい特定の地域(又は特定の病院)、図6(2)に示す「めまい」等の主訴が挙げられる。ユーザの患者ID、受診目的、治療中の病名、既往歴、アレルギーの有無等は、基本情報として自動入力され得る。ただし、ユーザにより入力される回答情報は、これに限らない。
本実施形態では、患者IDが「111」のAさんをユーザの一例として挙げて説明する。Aさんは45歳の女性であり、6月20日(現在日)に「めまい」を主訴として診察のネット予約を行うユーザである。Aさんは、頸椎ヘルニアを治療中である。回答情報には、ユーザが入力した情報と自動生成された情報とが含まれ得る。
回答情報は、特定の地域及び主訴の他、ユーザの居住地、ユーザの勤務地、ユーザの現在位置、ユーザが過去所定時間内に滞在した地域の少なくともいずれかを含んでもよい。回答情報にユーザが入力した現在位置の情報が含まれている場合、GPS等を利用してスマートフォン20が取得したユーザの現在位置を所定時間毎に情報処理装置10に送信する必要がなくなる。
[診療科推奨処理]
次に、本実施形態に係る診療科推奨処理の一例について図7を参照して説明する。図7は、一実施形態に係る診療科推奨処理の一例を示すフローチャートである。本実施形態に係る診療科推奨処理が開始されると、まず、受信部3が、スマートフォン20から問診に対するユーザの回答情報を受信する(ステップS10)。
次に、本実施形態に係る診療科推奨処理の一例について図7を参照して説明する。図7は、一実施形態に係る診療科推奨処理の一例を示すフローチャートである。本実施形態に係る診療科推奨処理が開始されると、まず、受信部3が、スマートフォン20から問診に対するユーザの回答情報を受信する(ステップS10)。
次に、特定部5は、回答情報に含まれる特定の地域及び主訴を特定する(ステップS12)。特定部5は、回答情報に含まれるユーザの現在位置、居住地、勤務地、過去一か月間の滞在地を特定してもよい。回答情報にユーザの現在位置が含まれていない場合、取得部6は、スマートフォン20から現在位置の情報を取得してもよい。
また、特定部5は、回答情報にユーザの基本情報が含まれる場合、ユーザの属性情報を取得する。回答情報にユーザの基本情報が含まれていない場合、取得部6は、基本情報DBから患者IDに紐付けられたユーザの基本情報を取得する(ステップS12)。基本情報DB13の一例を図8に示す。ユーザ「A」は患者IDが「111」であるため、取得部6は、基本情報DB13を参照して、ユーザ「A」の基本情報のうち、属性情報の一例である年齢や性別を取得してもよい。取得部6は、ユーザ「A」の居住地や勤務地の情報を取得してもよい。
図7に戻り、次に、推奨部7は、診療履歴情報DB14を参照して、特定の地域を所在地とした病院において受診した他のユーザの診療履歴情報から、主訴に対応する診療科を抽出し、診療科推奨情報テーブル15に記憶する(ステップS14)。
図9に一例を示すように、特定の地域を地域IDが「001」の地域と仮定すると、ステップS14の処理では、図9(a)は、診療履歴情報DB14から、ユーザ「A」の患者ID「111」以外の他のユーザの診療履歴情報であって、地域IDが「001」、主訴がユーザ「A」の症状と同じ「めまい」の診療履歴情報が抽出される。この結果、特定の地域において過去に「めまい」を訴えた他のユーザは、図9(a)の領域Pに示すように、整形外科(2回)と耳鼻科(1回)と内科(1回)の診療科を受診していることがわかる。この結果、推奨部7は、推奨する診療科を「整形外科」、「耳鼻科」、「内科」とし、推奨割合を診療科推奨情報テーブル15に記憶する。この例では、受診回数から「整形外科」の推奨割合が50%、「耳鼻科」及び「内科」の推奨割合が25%となる。図9(b)には、診療科推奨情報テーブル15に、推奨する診療科と推奨割合とが記憶されている例を示す。診療科推奨情報テーブル15には、各診療科の受診回数を記憶してもよい。
図7に戻り、次に、推奨部7は、ユーザの現在位置、居住地、勤務地、過去一か月間の滞在地が、特定の地域と異なるか否かを判定する(ステップS16)。推奨部7は、回答情報又はユーザの基本情報から、ユーザの現在位置、居住地、勤務地、過去一か月間の滞在地のすべてが特定の地域に含まれると判定した場合、ステップS22に進む。また、推奨部7は、回答情報又はユーザの基本情報に、ユーザの現在位置、居住地、勤務地、過去一か月間の滞在地のいずれの情報も存在しないと判定した場合、ステップS22に進む。
一方、ステップS16において、推奨部7は、ユーザの現在位置、居住地、勤務地、過去一か月間の滞在地のすべてが特定の地域と異なると判定した場合、ステップS18に進む。更に、ステップS16において、推奨部7は、ユーザの現在位置、居住地、勤務地が特定の地域に含まれ、過去一か月間の滞在地が特定の地域と異なると判定した場合、ステップS20に進む。
ステップS18において、推奨部7は、診療履歴情報DB14を参照して、ユーザの現在位置、居住地及び勤務地の周辺のうち特定の地域と異なる地域を所在地とする病院を受診した他のユーザの診療履歴情報を抽出し、抽出した前記他のユーザの診療履歴情報に対応する診療科を推奨する。また、推奨部7は、推奨する診療科及び推奨割合を診療科推奨情報テーブル15に記憶する。
図10は、ステップS18の処理を説明するための図である。ここでは、ユーザの現在位置の地域IDが「031」であり、特定の地域の地域ID「001」と異なる。この結果、ユーザの現在位置の地域ID「031」において過去に「めまい」を訴えた他のユーザは、図10(a)のBに示すように、整形外科(2回)と耳鼻科(2回)の診療科を受診していることがわかる。この結果、推奨部7は、推奨する診療科を「整形外科」、「耳鼻科」、「内科」とし、整形外科(2回)と耳鼻科(2回)の受診履歴に基づき、推奨する診療科と診療科推奨情報テーブル15の推奨割合とを図10(b)に示すように記憶する。加えて、診療科推奨情報テーブル15に各診療科の受診回数を記憶してもよい。
図7に戻り、ステップS20において、推奨部7は、診療履歴情報DB14を参照して、ユーザが過去一か月間内に滞在した地域のうち最も長く滞在した地域が、特定の地域と異なる場合、当該滞在地域を所在地とする病院を受診した他のユーザの診療履歴情報を抽出し、抽出した記他のユーザの診療履歴情報に対応する診療科を推奨する。また、推奨部7は、推奨する診療科及び推奨割合を診療科推奨情報テーブル15に記憶する。
図11は、ステップS20の処理を説明するための図である。ここでは、ユーザの過去一か月間の現在位置情報から、図11(a)に示す患者ID「111」のAさんの過去一か月間内に滞在した滞在地の位置情報(経度及び緯度)と滞在時間とを含む情報が抽出される。この結果、推奨部7は、図11(b)に示すように、抽出した滞在地のうち最も長く滞在した位置情報(経度及び緯度)の範囲に含まれる病院名「〇〇病院」とその病院が存在する地域ID「991」とを、病院位置テーブル16を参照して定める。
推奨部7は、図11(c)に示すように、定めた地域ID「991」において過去に「めまい」を訴えた他のユーザの受診した診療科を求める。
この結果、図11(c)のEに示すように、整形外科(1回)と婦人科(1回)と耳鼻科(1回)の診療科を受診していることがわかる。この結果、推奨部7は、推奨する診療科を「整形外科」、「耳鼻科」、「内科」、「婦人科」とし、推奨割合を診療科推奨情報テーブル15に記憶する。加えて、診療科推奨情報テーブル15に各診療科の受診回数を記憶してもよい。図11(d)には、診療科推奨情報テーブル15に、推奨する診療科と推奨割合とが記憶されている例を示す。
図7に戻り、次に、補正部9は、推奨する診療科の推奨割合を補正する(ステップS22)。
(補正処理)
ステップS22の補正処理では、図12に示す一実施形態に係る補正処理が呼び出される。補正処理が開始されると、補正部9は、患者IDが「111」の当該ユーザ自身の過去の診療履歴情報から主訴に対応する診療科を抽出し、診療科の推奨割合を補正する(ステップS30)。
ステップS22の補正処理では、図12に示す一実施形態に係る補正処理が呼び出される。補正処理が開始されると、補正部9は、患者IDが「111」の当該ユーザ自身の過去の診療履歴情報から主訴に対応する診療科を抽出し、診療科の推奨割合を補正する(ステップS30)。
図13は、図12のステップS30の処理を説明するための図である。図13(a)は、患者IDが「111」のユーザ「A」の問診に対する回答情報Fを示し、図13(b)は、回答情報Fに従い、診療履歴情報DB14から患者IDが「111」のユーザ「A」の診療履歴情報のうち、Aさんが過去に「めまい」を訴えたときの受診状況を示す。図13(b)のGに示すように、ユーザ「A」は過去に整形外科を2回受診していることがわかる。この結果、図13(c)に示すように、推奨部7は、推奨する診療科を「整形外科」、「耳鼻科」、「内科」とし、各診療科の推奨割合を補正して整形外科の推奨割合を高め、診療科推奨情報テーブル15に記憶する。
図12に戻り、補正部9は、補正定義テーブル17を参照して、患者IDが「111」の当該ユーザ自身の基本情報から抽出したユーザ属性に基づき、診療科の推奨割合を補正する(ステップS32)。
図14(a)に、補正定義テーブル17の一例を示す。補正定義テーブル17には、補正定義情報と診療科に応じた推奨割合の加減割合とが記憶されている。ユーザの所定の属性情報が補正定義情報の条件を満たすとき、診療科に応じた推奨割合の加減割合に応じて該当診療科の推奨割合が補正される。ユーザ「A」の属性情報から、年齢は45歳、性別は女性である。よって、図14(a)のHに示すように、Aさんは、補正定義テーブル17の年齢が40歳よりも大きいという条件を満たす。よって、補正部9は、診療科推奨情報テーブル15に記憶された、耳鼻科の加減割合に応じて推奨割合を10%増やすように補正する。この結果、図14(b)のIに示すように、診療科推奨情報テーブル15に記憶されている耳鼻科の推奨割合が10%上がるように補正される。
図12に戻り、補正部9は、推奨割合が同一の診療科があるかを判定する(ステップS34)。補正部9は、推奨割合が同一の診療科がないと判定した場合、本処理を終了する。一方、補正部9は、推奨割合が同一の診療科があると判定した場合、混雑情報テーブル18を参照して、混雑が少ない診療科の推奨割合を混雑が多い診療科の推奨割合よりも高めるように補正し(ステップS36)、本処理を終了する。
図15(a)のJに示すように、内科と婦人科との推奨割合は同一である。よって、補正部9が、図16に一例を示す混雑情報テーブル18を参照すると、婦人科の待ち時間は内科の待ち時間よりも少ない。よって、補正部9は、混雑が少ない婦人科の診療科の推奨割合を、相対的に混雑が多い内科よりも高めるように補正する。この結果、図15(b)に示すように、診療科推奨情報テーブル15に記憶された、婦人科の補正後の推奨割合は、耳鼻科の補正後の推奨割合よりも大きい値となっている。
図7に戻り、次に、表示制御部11は、補正後の推奨割合が高い順に、診療科を並べ替えて表示する(ステップS24)。本処理を実行することで、図15(c)に示すように、推奨する診療科は、推奨割合が高い順に並べ替えられ、診療科の上から順に表示される。
図12に戻り、次に、表示制御部11は、回答情報に含まれる「特定の地域」の病院に関する情報又は「特定の病院」に関する情報を表示し(ステップS26)、本処理を終了する。ただし、ユーザが予め定めた「特定の病院」の診療科を推奨する場合には、ステップS26は省略でき、病院に関する情報を表示せず、推奨する診療科のみ表示される。
図17は、スマートフォン20に表示される当日診察予約画面の一例を示す。図17(a)は、推奨する診療科が示され、病院に関する情報が表示されていない場合の画面の一例である。例えば、ユーザが「特定の病院」を予め指定している場合、「特定の病院」内に存在する診療科のうち、推奨される診療科が上から順番に表示される。
当日診察予約画面では、受診希望の診療科を選択可能に表示する。ユーザが、表示されている診療科のいずれかのボックスチェックし、選択すると、当該病院の選択した診療科のネット予約が行われる。なお、推奨される診療科が特定の病院内にない場合、図17(a)の婦人科に示すようにグレーに塗潰されて表示され、選択不可能とされる。
ユーザが診療科をタップすると、推奨の理由が表示される。例えば、図17(a)の当日診察予約画面の一例では、ユーザが整形外科をタップする。そうすると、推奨の理由として、「同じ主訴で、過去患った患者が多い診療科です。最近、同じ主訴でよく受診されています。」という説明文が表示されている。これにより、ユーザは、推奨される診療科を受診すべきかの判定材料の一つにすることができる。
図17(b)の当日診察予約画面の一例では、推奨する診療科とともに、特定の地域の病院名が表示されている。診療科毎に一つ又は複数の病院が表示されてもよい。ただし、特定の地域の病院名は、特定の地域の病院に関する情報の一例であり、これに限らない。図17(b)の画面の一例においても診療科をタップすると、推奨の理由が表示される。また、病院名をタップすると、病院に関する詳しい情報が表示されるようにしてもよい。
以上に説明したように、本実施形態にかかる情報処理装置10が行う診療科推奨方法によれば、診療履歴情報と地域性を組み合わせて、よりユーザの環境に合わせた診療科を推奨する。本実施形態における「地域性」とは、ユーザが特定する地域、当該ユーザの居住地周辺の地域、当該ユーザの勤務地周辺の地域、受診する特定の病院周辺の地域、当該ユーザの現在位置周辺の地域、過去一定期間の間で当該ユーザが多く滞在した地域等、ユーザに対応する所在地をいう。
本実施形態にかかる情報処理装置10は、以上のユーザに対応する所在地(地域)における他のユーザの診療履歴情報に基づき、当該ユーザと主訴を同一にする他のユーザが受信した診療科を抽出し、当該ユーザの属性や受診時期で抽出した診療科の推奨割合を補正する。その結果、推奨割合の高い診療科から順に「推奨する診療科」として当該ユーザのスマートフォン20に提示する。これにより、当該ユーザの所在する又は一定期間所在した地域においてその頃流行していた病気の傾向を、主に他のユーザの受診した診療科として把握し、地域性及び流行性を考慮した診療科の推奨を行う。これにより、患者であるユーザを取り巻く環境に応じてユーザが適切な診療科を選択することができる。
この結果、ユーザは病院に掛かるときに症状に応じた適切な診療科に受診することができ、医療機関は、ユーザがネット予約において適切な診療科を選択することで、受付や診療科における混雑を緩和することができる。
本実施形態に係るネット予約システム1の利用シーンとしては、大学病院などの複数診療科が受診可能な病院や個人病院における診察のネット予約システムが挙げられる。病院の替わりに、企業が診察のネット予約システムを運営してもよい。ユーザは、スマートフォン20等から本実施形態に係るネット予約システム1の予約サイトにアクセスする。当該ユーザが、過去に特定の病院に掛かったことがある場合は患者ID、問診情報(受診目的、主訴、治療中の病気、既往歴等)を入力すると、ネット予約システム1は、そのユーザが訴える主訴に適した順番に診療科を表示する。当該ユーザは、その中から診療科をひとつ選定し、診察予約を行う。
推奨する診療科は、補正部9により推奨割合を補正した後の推奨割合に応じた順番で表示することが好ましい。ただし、図7のステップS22の補正処理を省き、補正部9により推奨割合を補正する前の推奨割合に応じた順番で推奨する診療科を表示してもよい。
以上、診療科推奨プログラム、診療科推奨方法及び情報処理装置を上記実施形態により説明したが、本発明に係る診療科推奨プログラム、診療科推奨方法及び情報処理装置は上記実施形態に限定されるものではなく、本発明の範囲内で種々の変形及び改良が可能である。また、上記実施形態及び変形例が複数存在する場合、矛盾しない範囲で組み合わせることができる。
以上の説明に関し、更に以下の項を開示する。
(付記1)
端末から問診に対するユーザの回答情報を受信し、
受信した前記回答情報に応じて前記ユーザに対応する所在地及び主訴を特定し、
診療履歴情報を記憶する記憶部を参照して、特定した前記所在地の周辺地域の、特定した前記主訴に対応する他のユーザの診療履歴情報を抽出し、抽出した前記他のユーザの診療履歴情報に対応する診療科を推奨する、
処理をコンピュータに実行させることを特徴とする診療科推奨プログラム。
(付記2)
前記ユーザに対応する所在地は、前記回答情報又は該回答情報に対応するユーザの基本情報を記憶する記憶部を参照して、前記ユーザが指定した特定の地域、該ユーザの居住地、該ユーザの勤務地、該ユーザの現在位置及び該ユーザが過去所定時間内に滞在した地域の少なくともいずれかを含む、
付記1に記載の診療科推奨プログラム。
(付記3)
前記ユーザの診療履歴情報から前記主訴に対応する診療科を抽出し、
抽出した前記診療科に応じて、診療科を推奨する際の優先順位を定める基準となる前記推奨する診療科の推奨割合の補正を行う、
付記1又は2に記載の診療科推奨プログラム。
(付記4)
補正定義情報を記憶する記憶部を参照して、前記ユーザに関する属性情報が前記補正定義情報の条件を満たすか否かを判定し、判定結果に基づき前記推奨する診療科の推奨割合の補正を行う、
付記3に記載の診療科推奨プログラム。
(付記5)
前記推奨する診療科が複数存在し、複数の前記診療科の推奨割合が同じ場合、混雑情報を記憶する記憶部を参照して、複数の前記診療科のうち、混雑していない診療科の推奨割合を混雑している診療科の推奨割合よりも高くする補正を行う、
付記3又は4に記載の診療科推奨プログラム。
(付記6)
前記推奨する診療科の推奨割合に基づき、前記推奨割合が高い診療科から順に前記ユーザに表示する、
付記1〜5のいずれか一項に記載の診療科推奨プログラム。
(付記7)
前記推奨する診療科に対応させて、前記回答情報に含まれる特定の地域に関する病院の情報又は前記回答情報に含まれる特定の病院に関する情報を表示する、
付記6に記載の診療科推奨プログラム。
(付記8)
端末から問診に対するユーザの回答情報を受信し、
受信した前記回答情報に応じて前記ユーザに対応する所在地及び主訴を特定し、
診療履歴情報を記憶する記憶部を参照して、特定した前記所在地の周辺地域の、特定した前記主訴に対応する他のユーザの診療履歴情報を抽出し、抽出した前記他のユーザの診療履歴情報に対応する診療科を推奨する、
手順をコンピュータが実行する診療科推奨方法。
(付記9)
前記ユーザに対応する所在地は、前記回答情報又は該回答情報に対応するユーザの基本情報を記憶する記憶部を参照して、前記ユーザが指定した特定の地域、該ユーザの居住地、該ユーザの勤務地、該ユーザの現在位置及び該ユーザが過去所定時間内に滞在した地域の少なくともいずれかを含む、
付記8に記載の診療科推奨方法。
(付記10)
前記ユーザの診療履歴情報から前記主訴に対応する診療科を抽出し、
抽出した前記診療科に応じて、診療科を推奨する際の優先順位を定める基準となる前記推奨する診療科の推奨割合の補正を行う、
付記8又は9に記載の診療科推奨方法。
(付記11)
補正定義情報を記憶する記憶部を参照して、前記ユーザに関する属性情報が前記補正定義情報の条件を満たすか否かを判定し、判定結果に基づき前記推奨する診療科の推奨割合の補正を行う、
付記10に記載の診療科推奨方法。
(付記12)
前記推奨する診療科が複数存在し、複数の前記診療科の推奨割合が同じ場合、混雑情報を記憶する記憶部を参照して、複数の前記診療科のうち、混雑していない診療科の推奨割合を混雑している診療科の推奨割合よりも高くする補正を行う、
付記10又は11に記載の診療科推奨方法。
(付記13)
前記推奨する診療科の推奨割合に基づき、前記推奨割合が高い診療科から順に前記ユーザに表示する、
付記8〜12のいずれか一項に記載の診療科推奨方法。
(付記14)
前記推奨する診療科に対応させて、前記回答情報に含まれる特定の地域に関する病院の情報又は前記回答情報に含まれる特定の病院に関する情報を表示する、
付記13に記載の診療科推奨方法。
(付記15)
端末から問診に対するユーザの回答情報を受信する受信部と、
受信した前記回答情報に応じて前記ユーザに対応する所在地及び主訴を特定する特定部と、
診療履歴情報を記憶する記憶部を参照して、特定した前記所在地の周辺地域の、特定した前記主訴に対応する他のユーザの診療履歴情報を抽出し、抽出した前記他のユーザの診療履歴情報に対応する診療科を推奨する推奨部と、
を有する情報処理装置。
(付記16)
前記ユーザに対応する所在地は、前記回答情報又は該回答情報に対応するユーザの基本情報を記憶する記憶部を参照して、前記ユーザが指定した特定の地域、該ユーザの居住地、該ユーザの勤務地、該ユーザの現在位置及び該ユーザが過去所定時間内に滞在した地域の少なくともいずれかを含む、
付記15に記載の情報処理装置。
(付記17)
前記ユーザの診療履歴情報から前記主訴に対応する診療科を抽出し、
抽出した前記診療科に応じて、診療科を推奨する際の優先順位を定める基準となる前記推奨する診療科の推奨割合の補正を行う補正部を有する、
付記15又は16に記載の情報処理装置。
(付記18)
前記補正部は、補正定義情報を記憶する記憶部を参照して、前記ユーザに関する属性情報が前記補正定義情報の条件を満たすか否かを判定し、判定結果に基づき前記推奨する診療科の推奨割合の補正を行う、
付記17に記載の情報処理装置。
(付記19)
前記補正部は、前記推奨する診療科が複数存在し、複数の前記診療科の推奨割合が同じ場合、混雑情報を記憶する記憶部を参照して、複数の前記診療科のうち、混雑していない診療科の推奨割合を混雑している診療科の推奨割合よりも高くする補正を行う、
付記17又は18に記載の情報処理装置。
(付記20)
前記推奨する診療科の推奨割合に基づき、前記推奨割合が高い診療科から順に前記ユーザに表示する表示制御部を有する、
付記15〜19のいずれか一項に記載の情報処理装置。
(付記21)
前記表示制御部は、前記推奨する診療科に対応させて、前記回答情報に含まれる特定の地域に関する病院の情報又は前記回答情報に含まれる特定の病院に関する情報を表示する、
付記20に記載の情報処理装置。
(付記1)
端末から問診に対するユーザの回答情報を受信し、
受信した前記回答情報に応じて前記ユーザに対応する所在地及び主訴を特定し、
診療履歴情報を記憶する記憶部を参照して、特定した前記所在地の周辺地域の、特定した前記主訴に対応する他のユーザの診療履歴情報を抽出し、抽出した前記他のユーザの診療履歴情報に対応する診療科を推奨する、
処理をコンピュータに実行させることを特徴とする診療科推奨プログラム。
(付記2)
前記ユーザに対応する所在地は、前記回答情報又は該回答情報に対応するユーザの基本情報を記憶する記憶部を参照して、前記ユーザが指定した特定の地域、該ユーザの居住地、該ユーザの勤務地、該ユーザの現在位置及び該ユーザが過去所定時間内に滞在した地域の少なくともいずれかを含む、
付記1に記載の診療科推奨プログラム。
(付記3)
前記ユーザの診療履歴情報から前記主訴に対応する診療科を抽出し、
抽出した前記診療科に応じて、診療科を推奨する際の優先順位を定める基準となる前記推奨する診療科の推奨割合の補正を行う、
付記1又は2に記載の診療科推奨プログラム。
(付記4)
補正定義情報を記憶する記憶部を参照して、前記ユーザに関する属性情報が前記補正定義情報の条件を満たすか否かを判定し、判定結果に基づき前記推奨する診療科の推奨割合の補正を行う、
付記3に記載の診療科推奨プログラム。
(付記5)
前記推奨する診療科が複数存在し、複数の前記診療科の推奨割合が同じ場合、混雑情報を記憶する記憶部を参照して、複数の前記診療科のうち、混雑していない診療科の推奨割合を混雑している診療科の推奨割合よりも高くする補正を行う、
付記3又は4に記載の診療科推奨プログラム。
(付記6)
前記推奨する診療科の推奨割合に基づき、前記推奨割合が高い診療科から順に前記ユーザに表示する、
付記1〜5のいずれか一項に記載の診療科推奨プログラム。
(付記7)
前記推奨する診療科に対応させて、前記回答情報に含まれる特定の地域に関する病院の情報又は前記回答情報に含まれる特定の病院に関する情報を表示する、
付記6に記載の診療科推奨プログラム。
(付記8)
端末から問診に対するユーザの回答情報を受信し、
受信した前記回答情報に応じて前記ユーザに対応する所在地及び主訴を特定し、
診療履歴情報を記憶する記憶部を参照して、特定した前記所在地の周辺地域の、特定した前記主訴に対応する他のユーザの診療履歴情報を抽出し、抽出した前記他のユーザの診療履歴情報に対応する診療科を推奨する、
手順をコンピュータが実行する診療科推奨方法。
(付記9)
前記ユーザに対応する所在地は、前記回答情報又は該回答情報に対応するユーザの基本情報を記憶する記憶部を参照して、前記ユーザが指定した特定の地域、該ユーザの居住地、該ユーザの勤務地、該ユーザの現在位置及び該ユーザが過去所定時間内に滞在した地域の少なくともいずれかを含む、
付記8に記載の診療科推奨方法。
(付記10)
前記ユーザの診療履歴情報から前記主訴に対応する診療科を抽出し、
抽出した前記診療科に応じて、診療科を推奨する際の優先順位を定める基準となる前記推奨する診療科の推奨割合の補正を行う、
付記8又は9に記載の診療科推奨方法。
(付記11)
補正定義情報を記憶する記憶部を参照して、前記ユーザに関する属性情報が前記補正定義情報の条件を満たすか否かを判定し、判定結果に基づき前記推奨する診療科の推奨割合の補正を行う、
付記10に記載の診療科推奨方法。
(付記12)
前記推奨する診療科が複数存在し、複数の前記診療科の推奨割合が同じ場合、混雑情報を記憶する記憶部を参照して、複数の前記診療科のうち、混雑していない診療科の推奨割合を混雑している診療科の推奨割合よりも高くする補正を行う、
付記10又は11に記載の診療科推奨方法。
(付記13)
前記推奨する診療科の推奨割合に基づき、前記推奨割合が高い診療科から順に前記ユーザに表示する、
付記8〜12のいずれか一項に記載の診療科推奨方法。
(付記14)
前記推奨する診療科に対応させて、前記回答情報に含まれる特定の地域に関する病院の情報又は前記回答情報に含まれる特定の病院に関する情報を表示する、
付記13に記載の診療科推奨方法。
(付記15)
端末から問診に対するユーザの回答情報を受信する受信部と、
受信した前記回答情報に応じて前記ユーザに対応する所在地及び主訴を特定する特定部と、
診療履歴情報を記憶する記憶部を参照して、特定した前記所在地の周辺地域の、特定した前記主訴に対応する他のユーザの診療履歴情報を抽出し、抽出した前記他のユーザの診療履歴情報に対応する診療科を推奨する推奨部と、
を有する情報処理装置。
(付記16)
前記ユーザに対応する所在地は、前記回答情報又は該回答情報に対応するユーザの基本情報を記憶する記憶部を参照して、前記ユーザが指定した特定の地域、該ユーザの居住地、該ユーザの勤務地、該ユーザの現在位置及び該ユーザが過去所定時間内に滞在した地域の少なくともいずれかを含む、
付記15に記載の情報処理装置。
(付記17)
前記ユーザの診療履歴情報から前記主訴に対応する診療科を抽出し、
抽出した前記診療科に応じて、診療科を推奨する際の優先順位を定める基準となる前記推奨する診療科の推奨割合の補正を行う補正部を有する、
付記15又は16に記載の情報処理装置。
(付記18)
前記補正部は、補正定義情報を記憶する記憶部を参照して、前記ユーザに関する属性情報が前記補正定義情報の条件を満たすか否かを判定し、判定結果に基づき前記推奨する診療科の推奨割合の補正を行う、
付記17に記載の情報処理装置。
(付記19)
前記補正部は、前記推奨する診療科が複数存在し、複数の前記診療科の推奨割合が同じ場合、混雑情報を記憶する記憶部を参照して、複数の前記診療科のうち、混雑していない診療科の推奨割合を混雑している診療科の推奨割合よりも高くする補正を行う、
付記17又は18に記載の情報処理装置。
(付記20)
前記推奨する診療科の推奨割合に基づき、前記推奨割合が高い診療科から順に前記ユーザに表示する表示制御部を有する、
付記15〜19のいずれか一項に記載の情報処理装置。
(付記21)
前記表示制御部は、前記推奨する診療科に対応させて、前記回答情報に含まれる特定の地域に関する病院の情報又は前記回答情報に含まれる特定の病院に関する情報を表示する、
付記20に記載の情報処理装置。
1 ネット予約システム
2 記憶部
3 受信部
4 送信部
5 特定部
6 取得部
7 推奨部
8 算出部
9 補正部
10 情報処理装置
11 表示制御部
12 診察予約プログラム
13 基本情報DB
14 診療履歴情報DB
15 診療科推奨情報テーブル
16 病院位置テーブル
17 補正定義テーブル
18 混雑情報テーブル
19 診療科推奨プログラム
20 スマートフォン
30 端末
40 ネットワーク
2 記憶部
3 受信部
4 送信部
5 特定部
6 取得部
7 推奨部
8 算出部
9 補正部
10 情報処理装置
11 表示制御部
12 診察予約プログラム
13 基本情報DB
14 診療履歴情報DB
15 診療科推奨情報テーブル
16 病院位置テーブル
17 補正定義テーブル
18 混雑情報テーブル
19 診療科推奨プログラム
20 スマートフォン
30 端末
40 ネットワーク
Claims (9)
- 端末から問診に対するユーザの回答情報を受信し、
受信した前記回答情報に応じて前記ユーザに対応する所在地及び主訴を特定し、
診療履歴情報を記憶する記憶部を参照して、特定した前記所在地の周辺地域の、特定した前記主訴に対応する他のユーザの診療履歴情報を抽出し、抽出した前記他のユーザの診療履歴情報に対応する診療科を推奨する、
処理をコンピュータに実行させることを特徴とする診療科推奨プログラム。 - 前記ユーザに対応する所在地は、前記回答情報又は該ユーザの基本情報を記憶する記憶部を参照して、前記ユーザが指定した特定の地域、該ユーザの居住地、該ユーザの勤務地、該ユーザの現在位置及び該ユーザが過去所定時間内に滞在した地域の少なくともいずれかを含む、
請求項1に記載の診療科推奨プログラム。 - 前記ユーザの診療履歴情報から前記主訴に対応する診療科を抽出し、
抽出した前記診療科に応じて、診療科を推奨する際の優先順位を定める基準となる前記推奨する診療科の推奨割合の補正を行う、
請求項1又は2に記載の診療科推奨プログラム。 - 補正定義情報を記憶する記憶部を参照して、前記ユーザに関する属性情報が前記補正定義情報の条件を満たすか否かを判定し、判定結果に基づき前記推奨する診療科の推奨割合の補正を行う、
請求項3に記載の診療科推奨プログラム。 - 前記推奨する診療科が複数存在し、複数の前記診療科の推奨割合が同じ場合、混雑情報を記憶する記憶部を参照して、複数の前記診療科のうち、混雑が少ない診療科の推奨割合を混雑が多い診療科の推奨割合よりも高めるように補正を行う、
請求項3又は4に記載の診療科推奨プログラム。 - 前記推奨する診療科の推奨割合に基づき、前記推奨割合が高い診療科から順に前記ユーザに表示する、
請求項1〜5のいずれか一項に記載の診療科推奨プログラム。 - 前記推奨する診療科に対応させて、前記回答情報に含まれる特定の地域に関する病院の情報又は前記回答情報に含まれる特定の病院に関する情報を表示する、
請求項6に記載の診療科推奨プログラム。 - 端末から問診に対するユーザの回答情報を受信し、
受信した前記回答情報に応じて前記ユーザに対応する所在地及び主訴を特定し、
診療履歴情報を記憶する記憶部を参照して、特定した前記所在地の周辺地域の、特定した前記主訴に対応する他のユーザの診療履歴情報を抽出し、抽出した前記他のユーザの診療履歴情報に対応する診療科を推奨する、
手順をコンピュータが実行する診療科推奨方法。 - 端末から問診に対するユーザの回答情報を受信する受信部と、
受信した前記回答情報に応じて前記ユーザに対応する所在地及び主訴を特定する特定部と、
診療履歴情報を記憶する記憶部を参照して、特定した前記所在地の周辺地域の、特定した前記主訴に対応する他のユーザの診療履歴情報を抽出し、抽出した前記他のユーザの診療履歴情報に対応する診療科を推奨する推奨部と、
を有する情報処理装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2017217226A JP2019087196A (ja) | 2017-11-10 | 2017-11-10 | 診療科推奨プログラム、診療科推奨方法及び情報処理装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2017217226A JP2019087196A (ja) | 2017-11-10 | 2017-11-10 | 診療科推奨プログラム、診療科推奨方法及び情報処理装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2019087196A true JP2019087196A (ja) | 2019-06-06 |
Family
ID=66764277
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2017217226A Pending JP2019087196A (ja) | 2017-11-10 | 2017-11-10 | 診療科推奨プログラム、診療科推奨方法及び情報処理装置 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2019087196A (ja) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110706798A (zh) * | 2019-09-16 | 2020-01-17 | 武汉安诠加信息技术有限公司 | 适用于美容院的问诊订单分配方法、装置、设备及介质 |
JPWO2021038969A1 (ja) * | 2019-08-27 | 2021-03-04 | ||
CN112635035A (zh) * | 2021-01-05 | 2021-04-09 | 北京融威众邦电子技术有限公司 | 预约放号科室的匹配方法、装置、计算机设备 |
JP6969831B1 (ja) * | 2020-12-28 | 2021-11-24 | 株式会社鈴康 | 情報処理方法、情報処理装置及びコンピュータプログラム |
CN113724848A (zh) * | 2021-08-31 | 2021-11-30 | 平安国际智慧城市科技股份有限公司 | 基于人工智能的医疗资源推荐方法、装置、服务器及介质 |
JP7427520B2 (ja) | 2020-05-01 | 2024-02-05 | 功治 永江 | 医療情報管理システム |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003058636A (ja) * | 2000-05-22 | 2003-02-28 | Toshiba Corp | 医療施設の受付方法、医療情報データベース及び医療施設の受付のための患者端末 |
JP2003256580A (ja) * | 2002-03-06 | 2003-09-12 | Nec Soft Ltd | 病院紹介システム |
WO2004098402A1 (ja) * | 2003-05-09 | 2004-11-18 | Nec Corporation | 診断支援システムおよび携帯端末 |
JP2005110944A (ja) * | 2003-10-07 | 2005-04-28 | Sanyo Electric Co Ltd | 診療支援装置、診療支援方法及び診療支援プログラム |
JP2005196510A (ja) * | 2004-01-08 | 2005-07-21 | Hitachi Ltd | 医療機関検索システム |
JP2006023973A (ja) * | 2004-07-08 | 2006-01-26 | Nec Access Technica Ltd | 予約管理方法、予約管理システム及びそれに用いる端末装置 |
JP2006344147A (ja) * | 2005-06-10 | 2006-12-21 | Fujitsu Ltd | 医療支援処理装置および医療支援処理プログラム |
JP2016035698A (ja) * | 2014-08-04 | 2016-03-17 | 富士通株式会社 | 検査又は治療方法選択支援プログラム、検査又は治療方法選択支援方法、および情報処理装置 |
-
2017
- 2017-11-10 JP JP2017217226A patent/JP2019087196A/ja active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003058636A (ja) * | 2000-05-22 | 2003-02-28 | Toshiba Corp | 医療施設の受付方法、医療情報データベース及び医療施設の受付のための患者端末 |
JP2003256580A (ja) * | 2002-03-06 | 2003-09-12 | Nec Soft Ltd | 病院紹介システム |
WO2004098402A1 (ja) * | 2003-05-09 | 2004-11-18 | Nec Corporation | 診断支援システムおよび携帯端末 |
JP2005110944A (ja) * | 2003-10-07 | 2005-04-28 | Sanyo Electric Co Ltd | 診療支援装置、診療支援方法及び診療支援プログラム |
JP2005196510A (ja) * | 2004-01-08 | 2005-07-21 | Hitachi Ltd | 医療機関検索システム |
JP2006023973A (ja) * | 2004-07-08 | 2006-01-26 | Nec Access Technica Ltd | 予約管理方法、予約管理システム及びそれに用いる端末装置 |
JP2006344147A (ja) * | 2005-06-10 | 2006-12-21 | Fujitsu Ltd | 医療支援処理装置および医療支援処理プログラム |
JP2016035698A (ja) * | 2014-08-04 | 2016-03-17 | 富士通株式会社 | 検査又は治療方法選択支援プログラム、検査又は治療方法選択支援方法、および情報処理装置 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPWO2021038969A1 (ja) * | 2019-08-27 | 2021-03-04 | ||
WO2021038969A1 (ja) * | 2019-08-27 | 2021-03-04 | 株式会社島津製作所 | 診療科選択支援用の学習モデルの更新方法、診療科選択支援システム、および、診療科選択支援プログラム |
CN110706798A (zh) * | 2019-09-16 | 2020-01-17 | 武汉安诠加信息技术有限公司 | 适用于美容院的问诊订单分配方法、装置、设备及介质 |
JP7427520B2 (ja) | 2020-05-01 | 2024-02-05 | 功治 永江 | 医療情報管理システム |
JP6969831B1 (ja) * | 2020-12-28 | 2021-11-24 | 株式会社鈴康 | 情報処理方法、情報処理装置及びコンピュータプログラム |
JP2022104493A (ja) * | 2020-12-28 | 2022-07-08 | 株式会社鈴康 | 情報処理方法、情報処理装置及びコンピュータプログラム |
CN112635035A (zh) * | 2021-01-05 | 2021-04-09 | 北京融威众邦电子技术有限公司 | 预约放号科室的匹配方法、装置、计算机设备 |
CN113724848A (zh) * | 2021-08-31 | 2021-11-30 | 平安国际智慧城市科技股份有限公司 | 基于人工智能的医疗资源推荐方法、装置、服务器及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2019087196A (ja) | 診療科推奨プログラム、診療科推奨方法及び情報処理装置 | |
US20190354515A1 (en) | Database Management for a Logical Registry | |
McMullen et al. | Wait time as a driver of overall patient satisfaction in an ophthalmology clinic | |
WO2013157637A1 (ja) | 医療情報検索支援装置及び医療情報検索支援システム | |
US20140330578A1 (en) | Electronic medical history (emh) data management system for standard medical care, clinical medical research, and analysis of long-term outcomes | |
Hernandez et al. | Pediatric critical care telemedicine program: a single institution review | |
US20140236627A1 (en) | Dynamic medical scheduling system and method of operation thereof | |
US20180096483A1 (en) | Method of presenting health care information | |
JP7340702B2 (ja) | スマート診察システム及びその方法 | |
US11101044B2 (en) | Uberization and decentralization of healthcare services | |
US20070083395A1 (en) | Method and apparatus for a patient information system and method of use | |
US20190304610A1 (en) | Cloud-to-local, local-to-cloud switching and synchronization of medical images and data with advanced data retrieval | |
JP6768555B2 (ja) | 担当医決定装置、担当医決定プログラム、研修状況管理装置、研修状況管理プログラム | |
Chou et al. | TDABC cost analysis of ocular disorders in an ophthalmology emergency department versus urgent care: clinical experience at Massachusetts Eye and Ear | |
US20100332255A1 (en) | Systems, methods, apparatuses, and computer program products for facilitating display of medical procedure data | |
JP2017016216A (ja) | 診療支援システム、サーバー装置、電子カルテ装置及びプログラム | |
JP7382741B2 (ja) | 医療機関選定支援装置 | |
Moore et al. | A Clinical Support App for routine wound management: reducing practice variation, improving clinician confidence and increasing formulary compliance | |
JP2023073508A (ja) | 診療支援プログラム、情報処理システム、情報処理方法、情報処理装置 | |
JP2009086766A (ja) | 医用ネットワークシステム並びに診療依頼管理装置及び方法 | |
JP2005050212A (ja) | 疾患症状予測サーバ、疾患症状予測システム、疾患症状予測方法、及びプログラム | |
KR101919236B1 (ko) | 스마트 요양간호를 지원하는 시스템 및 방법 | |
JP6194393B1 (ja) | 情報処理装置、情報処理方法及びプログラム | |
Mills et al. | High and low value care recommended and undertaken prior to knee or hip arthroplasty: a survey study | |
KR20010088639A (ko) | 네트워크를 이용한 원격 진료 시스템 및 그 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20200807 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20210531 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20210615 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20211214 |