(57)【要約】【課題】患者の継続的な通院を効果的に支援できるようにする。【解決手段】予約管理装置１は、個別開示モードを設定した場合に、自身の予約情報の開示を許諾している患者の各々について、予約情報に含まれる開示条件をもとに開示相手先の患者を表す情報と属性情報の開示範囲を含む開示制御情報を生成する。そして、患者から予約情報の開示要求を受信した場合に、この開示要求により指定される開示希望日時に予約されているすべての患者を選択し、当該各患者の開示制御情報に基づいて、開示要求をした患者を開示相手先として許諾している各患者を選択すると共に開示範囲に含まれる属性情報を選択し、上記選択された各患者の予約情報と属性情報とを含む開示情報を、開示要求をした患者のユーザ端末に向け送信する。【選択図】図１
2020052533.tif 000002
【特許請求の範囲】
【請求項１】
医療機関に対する患者の予約情報が記録された予約管理情報部を含む記憶部と、
ネットワークを介して外部と通信可能な通信部と、
前記記憶部と前記通信部とを制御可能な制御部と、
を備え、
前記制御部は、
複数の患者の各々について、当該患者を識別する患者識別情報に関連付けられた少なくとも前記患者の電子カルテの情報を取得する電子カルテ情報取得部と、
取得された前記電子カルテの情報と前記予約管理情報部に記録された予約情報との少なくとも一方に基づいて、前記複数の患者の各々についてその予約情報を前記複数の患者間で開示可能とするか否かを表す開示制御情報を生成する生成部と、
生成された前記開示制御情報に基づいて、前記複数の患者の各々についてその予約情報の開示制御を行う開示制御部と
を備える予約管理装置。
【請求項２】
前記生成部は、前記複数の患者の各々についてその予約情報に対する開示の許否を表す情報を取得し、取得された前記開示の許否を表す情報に基づいて前記開示制御情報を生成する、
請求項１に記載の予約管理装置。
【請求項３】
前記生成部は、取得された前記電子カルテの情報に基づいて、前記複数の患者の各々について当該患者に係る属性情報の開示範囲を設定し、当該属性情報の開示範囲を前記開示制御情報に含め、
前記開示制御部は、前記開示制御情報に基づいて、設定された前記開示範囲に含まれる属性情報を含む前記予約情報を開示する、
請求項１又は２に記載の予約管理装置。
【請求項４】
前記生成部は、取得された前記電子カルテの情報に基づいて、前記複数の患者の各々について開示相手先となる患者の範囲を設定し、当該開示相手先の患者の範囲を前記開示制御情報に含め、
前記開示制御部は、前記開示制御情報に基づいて、設定された前記開示相手先となる患者の範囲に含まれる患者の予約情報を開示する、
請求項１乃至３のいずれかに記載の予約管理装置。
【請求項５】
前記生成部は、前記電子カルテの情報および前記予約情報の少なくとも一方に基づいて、前記複数の患者の各々について通院期間が終了したか否かを判定し、通院期間が終了した患者を前記開示相手先となる患者の範囲から除外する、請求項４に記載の予約管理装置。
【請求項６】
前記生成部は、複数の前記患者のうち、前記電子カルテの情報に基づいて、２以上の患者を含むグループを構成し、当該グループに含まれる各患者に対し共通の予約候補日時を設定し、前記グループの構成を表す情報と前記予約候補日時を表す情報を前記開示制御情報に含め、
前記開示制御部は、前記開示制御情報に基づいて、前記グループごとに当該グループに含まれる各患者に対し、当該各患者に対し設定された前記共通の予約候補日時を通知する
請求項１に記載の予約管理装置。
【請求項７】
前記生成部は、前記電子カルテの情報に基づいて、当該電子カルテの情報に含まれる患者の属性情報の類似度合いが所定値以上となる２以上の患者を含むグループを構成し、当該グループに含まれる各患者に対し共通の予約候補日時を設定する、請求項６に記載の予約管理装置。
【請求項８】
前記生成部は、取得された前記電子カルテの情報に基づいて、共通の医療機関または診療科を受診している複数の前記患者を含むグループを構成し、当該グループに含まれる複数の患者に対し共通の予約候補日時を設定する、請求項６または７に記載の予約管理装置。
【請求項９】
前記生成部は、取得された前記電子カルテの情報に基づいて、予め設定された地域内に存在する複数の医療機関のいずれかを受診している複数の患者を含むグループを構成し、当該グループに含まれる複数の患者に対し前記複数の医療機関の中から選択された共通の医療機関と予約候補日時を設定する、請求項６乃至８のいずれかに記載の予約管理装置。
【請求項１０】
医療機関に対する患者の予約情報が記録された予約管理情報部を備える予約管理装置が実行する予約管理方法であって、
複数の患者の各々について、当該患者を識別する患者識別情報に関連付けられた少なくとも前記患者の電子カルテの情報を取得し、取得された前記電子カルテの情報と前記予約管理情報部に記録された予約情報との少なくとも一方に基づいて、前記複数の患者の各々についてその予約情報を前記複数の患者間で開示可能とするか否かを表す開示制御情報を生成する過程と、
生成された前記開示制御情報に基づいて、前記複数の患者の各々についてその予約情報の開示制御を行う過程と
を備える予約管理方法。
【請求項１１】
請求項１乃至９のいずれかに記載の予約管理装置の前記制御部が備える前記各部の処理を、前記予約管理装置が備えるプロセッサに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、医療機関に対する通院予約の情報を管理する予約管理装置、方法およびプログラムに関する。
【背景技術】
【０００２】
近年、医療機関では患者の容態や治療過程を記録するカルテを、問診票や患者の個人情報とともに電子化し、これをＥＭＲ（Electronic Medical Records）情報として記録するシステムを導入している医療機関が増加している。ＥＭＲデータを用いることで、例えば、医師は自身の端末において、患者の検査データや診療履歴を総合的に管理することが可能となる。
【０００３】
また、医療機関では通院患者に対する予約情報を管理し、この予約情報に基づいて患者の診療を行うことで、多くの患者について日時を分けて待ち時間が長くならないように効率良く診療できるようにしている。例えば、特許文献１には、予めサービスの予約者の待ち時間の上限値（条件）を設定し、予約者の条件を満たすような空き枠を決めることにより、新たな利用者の予約を適切な空き枠に割り当てることができ、待ち時間を短縮することができる旨が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１５９０２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、一般に患者にとって通院は面倒なものであり、たとえ待ち時間が短縮されてもその他の理由により通院を怠ってしまうことがある。例えば、多忙だったり、医療機関が遠方だったり、医療機関での処置が苦痛だったりすると、通院を敬遠しがちになることが多い。また、自覚症状がない場合や緩和された場合にも、患者は通院を勝手に中断してしまう場合が想定される。
【０００６】
しかしながら、通院を怠ることは、病状の悪化や処置の遅れ等の事態を生じかねず非常に好ましくない。従って、患者に通院を継続させるための新たな対策が切望されている。
【０００７】
この発明は、上記事情を鑑みて成されたもので、一側面では、患者の継続的な通院を効果的に支援できるようにした予約管理装置、方法およびプログラムを提供しようとするものである。
【課題を解決するための手段】
【０００８】
この発明に係る予約管理装置および方法の第１の態様は、医療機関に対する患者の予約情報が記録された予約管理情報部を含む記憶部と、ネットワークを介して外部と通信可能な通信部と、前記記憶部と前記通信部とを制御可能な制御部とを備える。そして、制御部により、複数の患者の各々について、当該患者を識別する患者識別情報に関連付けられた少なくとも前記患者の電子カルテの情報を取得し、取得された前記電子カルテの情報と前記予約管理情報部に記録された予約情報との少なくとも一方に基づいて、前記複数の患者の各々についてその予約情報を前記複数の患者間で開示可能とするか否かを表す開示制御情報を生成し、生成された前記開示制御情報に基づいて前記複数の患者の各々についてその予約情報の開示制御を行うようにしたものである。
【０００９】
この発明の第１の態様によれば、各患者の予約情報が患者間で開示される。このため、患者は、例えば仲の良い患者や知り合いの患者の予約日時等を確認することが可能となる。そして、予約日時が、仲の良い患者や知り合いの患者と同一であれば、患者に通院意欲を生じさせることができる。また、通院日時が仲の良い患者や知り合いの患者と異なる場合には、例えば通院日時が同じになるように通院予約を変更するといった対応が可能となり、これにより患者の通院の継続を効果的に支援することができる。
【００１０】
この発明の第２の態様は、前記開示制御情報を生成する際に、複数の患者の各々についてその予約情報に対する開示の許否を表す情報を取得し、取得された前記開示の許否を表す情報に基づいて開示制御情報を生成するようにしたものである。
【００１１】
この発明の第２の態様によれば、例えば、患者が自身の予約情報の開示の許否を予約管理装置に対し要求することで、患者の要求に応じて、通院予定を他の患者に開示するようにしたり、反対に通院予定が他の患者に開示されないようにすることができる。また、医療従事者が予約日時ごとに予約情報の開示の許否を指定することで、例えば特定の診療日や時間帯における予約情報が開示されないようにすることができる。
【００１２】
この発明の第３の態様は、前記開示制御情報を生成する際に、取得された前記電子カルテの情報に基づいて、前記複数の患者の各々について当該患者に係る属性情報の開示範囲を設定し、当該属性情報の開示範囲を前記開示制御情報に含めるようにする。そして、患者の予約情報を開示する際に、前記開示制御情報に基づいて、開示が可能な患者の予約情報に前記開示範囲に含まれる属性情報を含めるようにしたものである。
【００１３】
この発明の第３の態様によれば、患者の予約情報を開示する際に、当該患者の属性情報の開示範囲、例えば名前、イニシャル、受診する診療科、性別、年齢、住所および連絡先等のうちどの情報を開示範囲とするかを事前に設定することができる。
【００１４】
この発明の第４の態様は、前記開示制御情報を生成する際に、取得された前記電子カルテの情報に基づいて、前記複数の患者の各々について開示相手先となる患者の範囲を設定し、当該開示相手先の患者の範囲を前記開示制御情報に含める。そして、患者の予約情報を開示する際に、前記開示制御情報に基づいて、開示が可能な患者の予約情報を前記開示相手先として設定された患者に限り開示するようにしたものである。
【００１５】
この発明の第４の態様によれば、患者ごとにその予約情報の開示相手先となる患者の範囲が設定され、この設定された開示範囲の患者に対してのみ上記患者の予約情報の開示が可能となる。このため、例えば患者は自身の予約情報の開示相手先を事前に指定することが可能となり、これにより自身の予約情報が無制限に開示されないようにすることができる。
【００１６】
この発明の第５の態様は、前記開示制御情報を生成する際に、前記電子カルテの情報および前記予約情報の少なくとも一方に基づいて、前記複数の患者の各々について通院期間が終了したか否かを判定し、通院期間が終了した患者を前記開示相手先となる患者の範囲から除外するようにしたものである。
【００１７】
この発明の第５の態様によれば、通院期間が終了した患者は開示相手先となる患者の範囲から除外される。このため、通院期間が終了した患者が通院中の他の患者の予約情報をむやみに閲覧できないようにすることができる。
【００１８】
この発明の第６の態様は、前記開示制御情報を生成する際に、複数の前記患者のうち、前記電子カルテの情報に基づいて２以上の患者を含むグループを構成し、当該グループに含まれる複数の患者に対し共通の予約候補日時を設定し、前記グループの構成を表す情報と前記予約候補日時を表す情報を前記開示制御情報に含める。そして、患者の予約情報を開示する際に、前記開示制御情報に基づいて、前記グループごとに当該グループに含まれる複数の患者に対し、当該複数の患者に対し設定された前記共通の予約候補日時を通知するようにしたものである。
【００１９】
この発明の第６の態様によれば、例えば、電子カルテの情報に基づいて患者が自動的にグループ化され、この患者のグループごとに予約日時が設定されて、当該予約日時がグループに属する各患者に通知される。このため、同一グループに属する患者は同じ予約日時に通院することが可能となり、これにより例えばグループごとに患者間の出会いや交流が生まれることが期待できる。
【００２０】
この発明の第７の態様は、前記グループを構成する際に、前記電子カルテの情報に含まれる患者の属性情報の類似度合いが所定値以上となる２以上の患者を選択してグループを構成し、当該グループに含まれる複数の患者に対し共通の予約候補日時を設定するようにしたものである。
【００２１】
この発明の第７の態様によれば、属性情報の類似度合いが所定値以上となる２以上の患者が選択されてこれによりグループが構成される。このため、同一グループに属する各患者は属性情報、例えば性別、年齢層、診療科、通院履歴等が類似する者同士が同一の予約日時に通院することになり、これにより患者間のより親密な出会いや交流が生まれることが期待できる。
【００２２】
この発明の第８の態様は、前記グループを構成する際に、取得された電子カルテの情報に基づいて、共通の医療機関を受診している複数の前記患者を対象に前記グループを構成し、当該グループに含まれる複数の患者に対し共通の予約候補日時を設定するようにしたものである。
【００２３】
この発明の第８の態様によれば、共通の医療機関または診療科を受診している複数の患者の中でグループが構成され、このグループに含まれる各患者に対し同一の予約候補日時が設定される。このため、患者間の出会いをより確実なものにすることができる。
【００２４】
この発明の第９の態様は、前記グループを構成する際に、取得された前記電子カルテの情報に基づいて、予め設定された地域内に存在する複数の医療機関または診療科のいずれかを受診している患者を対象に前記グループを構成し、当該グループに含まれる複数の患者に対し前記複数の医療機関の中から選択された共通の医療機関と予約候補日時を設定するようにしたものである。
【００２５】
この発明の第９の態様によれば、同一地域に存在する複数の医療機関または診療科に分散して通院しているか、または通院しようとしている複数の患者をグループ化して、このグループに含まれる各患者に対し共通の医療機関と予約候補日時が指定される。このため、同一地域内の複数の医療機関または診療科に分散して通院している患者間で新たな出会いや交流を生じさせることが可能となる。
【発明の効果】
【００２６】
本発明の一側面によれば、患者の継続的な通院を効果的に支援することを可能にした予約管理装置、方法およびプログラムを提供することができる。
【図面の簡単な説明】
【００２７】
【図１】図１は、この発明の一実施形態に係る予約管理装置の一適用例を示すブロック図である。
【図２】図２は、この発明の一実施形態に係る予約管理装置を含む医療情報管理システムの一例を示す図である。
【図３】図３は、この発明の一実施形態に係る予約管理装置のハードウェア構成の一例を示すブロック図である。
【図４】図４は、この発明の一実施形態に係る予約管理装置のソフトウェア構成の一例を示すブロック図である。
【図５】図５は、図４に示した予約管理装置により実行される個別開示モードによる処理手順および処理内容の一例を示すフローチャートである。
【図６】図６は、図４に示した予約管理装置により実行されるグループ開示モードによる処理手順および処理内容の一例を示すフローチャートである。
【発明を実施するための形態】
【００２８】
以下、本発明の一側面に係る実施の形態を図面に基づいて説明する。ただし、以下で説明する実施形態は、あらゆる点においてこの発明の例示に過ぎない。
【００２９】
［適用例］
先ず、この発明の一実施形態に係る予約管理装置の一つの適用例を説明する。  
図１は、この発明の一実施形態に係る予約管理装置の一適用例を周辺の装置と共に図示したブロック図である。
【００３０】
予約管理装置１は、例えば、医療機関ごとに当該医療機関が運用管理するサーバに設けられる。予約管理装置１は、医療機関内に別途設けられている電子カルテ情報記憶部２との間で例えばＬＡＮ（Local Area Network）を介してデータ通信が可能になっている。また予約管理装置１は、患者が各々使用するユーザ端末３ａ〜３ｎとの間で、例えば公衆移動通信ネットワークを介してデータ通信が可能となっている。
【００３１】
電子カルテ情報記憶部２には、例えば、患者ごとにその患者識別情報（患者ＩＤ）に関連付けて、患者の診療履歴、検査データ、問診票データおよび担当医等の属性情報が記憶されている。属性情報には、患者の氏名、イニシャル、性別、年齢、住所、連絡先等の個人情報も含まれる。
【００３２】
予約管理装置１は、制御部と記憶部を備え、記憶部には予約情報記憶部１ａが設けられている。予約情報記憶部１ａには、患者ごとにその患者ＩＤと関連付けて患者の通院に係る予約情報が記憶される。この予約情報には、例えば、患者の次回の通院日時、診療科名および担当医の氏名、受診前検査がある場合にはその内容を表す情報が含まれる。
【００３３】
予約管理装置１の制御部は、基本機能として予約情報管理部を備えている。予約情報管理部は、担当医や看護師等の医療スタッフの操作に応じて、上記予約情報記憶部１ａに対し、各通院患者の予約情報の新規登録、変更および削除を制御する。また予約管理装置１の制御部は、この発明の一実施形態に係る制御機能として、電子カルテ情報取得部１ｂと、開示制御情報生成部１ｃと、予約情報開示制御部１ｄとを備えている。
【００３４】
電子カルテ情報取得部１ｂは、上記予約情報記憶部１ａに通院に係る予約情報が記憶されている患者の電子カルテ情報を、上記電子カルテ情報記憶部２から取得する処理を行う。
【００３５】
開示制御情報生成部１ｃは、上記通院の予約情報が記憶されている複数の患者の中から事前に予約情報の開示を許諾している患者を選択し、選択された患者の各々について当該患者が事前に開示を許諾した属性情報を上記電子カルテ情報から抽出する。そして、抽出された上記属性情報を、選択された上記予約情報に含めた開示制御情報を生成する処理を行う。
【００３６】
予約情報開示制御部１ｄは、患者が所持するユーザ端末３ａ〜３ｎのうち、上記予約情報記憶部１ａに予約情報が記憶されている患者のユーザ端末から他の患者に係る予約情報の開示要求を受信した場合に、上記生成された開示制御情報に基づいて、該当する患者に係る予約情報および属性情報を、上記要求元のユーザ端末に向け送信する処理を行う。
【００３７】
以上のように構成されているから、通院患者の予約情報および電子カルテ情報に基づいて、自身の予約情報の開示を許諾している患者の予約情報と事前に患者が開示を許可した属性情報とを含む開示制御情報が生成され、この開示制御情報に従い予約情報の開示処理が行われる。このため、患者は、開示された他の患者の予約情報を確認することで、例えば仲の良い患者や知り合いの患者と予約日時が同一であれば通院意欲を生じ易くなり、また仲の良い患者や知り合いの患者と通院日時が異なる場合には、例えば通院日時が同じになるように通院予約日時を変更するといった対応が可能となり、これにより患者の継続的な通院を効果的に支援することが可能となる。
【００３８】
［一実施形態］
（構成例）
（１）システム
図２は、この発明の一実施形態に係る予約管理装置を含むシステムの全体構成を示す図である。  
予約管理装置１０は、電子医療記録（Electronic Medical Records：ＥＭＲ）サーバ２０および医師端末４０と共に、病院や医院、診療所等の医療機関内に配置される。予約管理装置１０、ＥＭＲサーバ２０および医師端末４０は、例えば院内に敷設されたＬＡＮ（Local Area Network）を介して相互にデータ伝送が可能となっている。
【００３９】
ＥＭＲサーバ２０は、医療機関を受診した患者の電子カルテ情報を、患者ＩＤと関連付けて記憶し管理する。電子カルテ情報には、診療科および担当医等の情報に加え、患者の診療履歴データ、検査データ、問診票データ、投薬情報、アレルギ情報および近親者の既往歴データが含まれる。また電子カルテ情報には、患者の個人情報も含まれる。個人情報は、例えば氏名、イニシャル、性別、年齢、住所および連絡先の電話番号やメールアドレス等を含む。なお、個人情報は電子カルテ情報とは別に管理されるようにしてもよい。いずれにしても、上記電子カルテ情報および個人情報に含まれる各情報を総称して患者の属性情報と呼ぶ。
【００４０】
医師端末４０は、パーソナルコンピュータからなり、医師の操作に応じて、電子カルテ情報の登録、変更および追加等の処理と、通院に係る予約情報の登録、変更、追加および削除等の処理を行うために使用される。
【００４１】
また予約管理装置１０は、患者が使用するユーザ端末３１〜３ｎとの間でネットワーク５０を介してデータ通信が可能となっている。ユーザ端末３１〜３ｎは、例えばスマートフォンやタブレット型端末、携帯型のパーソナルコンピュータからなり、ブラウザ機能またはメーラ機能を実現するアプリケーションを使用して、上記予約管理装置１０との間で通信を行うことで、他の患者に関する予約情報および自身に対し設定された予約情報を受信する。
【００４２】
ネットワークＮＷは、例えば、インターネット等の公衆網と、この公衆網にアクセスするためのアクセス網を含む。アクセス網としては、例えば上述した院内のＬＡＮまたは無線ＬＡＮが用いられるが、他に有線電話網、ＣＡＴＶ網、携帯電話網または公衆無線ＬＡＮ等を使用することも可能である。
【００４３】
（２）予約管理装置１０
（２−１）ハードウェア構成
図３は、予約管理装置１０のハードウェア構成の一例を示すブロック図である。  
予約管理装置１０は、例えば、ＣＰＵ（Central Processing Unit）等のハードウェアプロセッサ１１を有する。ハードウェアプロセッサ１１には、プログラムメモリ１２Ａ、データメモリ１２Ｂ、および通信インタフェースユニット（通信Ｉ／Ｆ）１３が、バス１５を介して接続されている。
【００４４】
通信Ｉ／Ｆ１３は、例えば院内ＬＡＮを介してＥＭＲサーバ２０および医師端末４０との間でそれぞれ診療データ等の伝送を行うと共に、上記院内ＬＡＮから外部のネットワーク５０を介してユーザ端末３１〜３ｎとの間で予約情報等の各種データの伝送を行う。
【００４５】
プログラムメモリ１２Ａは、記憶媒体として、例えば、ＨＤＤ（Hard Disk Drive）またはＳＳＤ（Solid State Drive）等の随時書込みおよび読出しが可能な不揮発性メモリと、ＲＯＭ等の不揮発性メモリとを併用したもので、一実施形態に係る各種制御処理を実行するために必要なプログラムが格納されている。
【００４６】
データメモリ１２Ｂは、例えば、ＨＤＤまたはＳＳＤ等の随時書込みおよび読出しが可能な不揮発性メモリと、ＲＡＭ（Random Access Memory）等の揮発性メモリとを組み合わせたものを記憶媒体として備える。そして、予約情報の管理および開示を行う過程で取得および作成された各種データを記憶するために用いられる。
【００４７】
（２−２）ソフトウェア構成
図４は、この発明の一実施形態に係る予約管理装置１０のソフトウェア構成を、図３に示したハードウェア構成と関連付けて示したブロック図である。  
上記プログラムメモリ１２Ａおよびデータメモリ１２Ｂは記憶ユニット１２に設けられている。データメモリ１２Ｂの記憶領域には、電子カルテ情報記憶部１２１と、開示制御情報記憶部１２２と、予約情報記憶部１２３が設けられる。
【００４８】
電子カルテ情報記憶部１２１は、上記ＥＭＲサーバ２０から取得された通院患者の電子カルテ情報を保存するために用いられる。開示制御情報記憶部１２２は、予約情報の開示制御に必要な開示制御情報を保存するために用いられる。予約情報記憶部１２３は、通院患者ごとにその患者ＩＤと関連付けて当該患者の通院に係る予約情報を記憶するために用いられる。
【００４９】
予約情報には、例えば、予約日時、診療科とその医師名、受診前検査の項目や内容等を表す情報に加え、予約情報の開示条件を表す情報が含まれる。開示条件を表す情報には、予約情報の開示の許否を表す情報と、患者の属性情報の開示範囲を表す情報と、開示相手先の範囲を表す情報が含まれる。これらの情報は、事前に患者または医師等の医療スタッフにより設定される。
【００５０】
制御ユニット１１は、上記ハードウェアプロセッサにより構成され、ソフトウェアによる処理機能部として、電子カルテ情報取得部１１１と、開示制御情報生成部１１２と、開示制御部１１３と、予約情報管理部１１４とを備えている。これらの処理機能部は、いずれもプログラムメモリ１２Ａに格納されたプログラムを上記ハードウェアプロセッサ１１に実行させることにより実現される。
【００５１】
電子カルテ情報取得部１１１は、上記予約情報に含まれる開示条件に基づいて、予約情報の開示を許諾している患者を選択し、選択された患者の電子カルテ情報をＥＭＲサーバ２０から取得して電子カルテ情報記憶部２１１に記憶させる処理を行う。
【００５２】
一実施形態に係る予約管理装置１０は、予約情報の開示モードとして、個別開示モードと、グループ開示モードを備えている。
【００５３】
個別開示モードは、個々の患者ごとに予約情報の開示を制御するための開示制御情報を生成しておき、患者から他の患者の予約情報の開示要求を受信した場合に、上記開示制御情報に従い他の患者の予約情報を開示するものである。
【００５４】
グループ開示モードは、患者の属性情報をもとに属性、例えば性別、年齢層または診療科が類似する２人以上の患者によるグループを構成し、グループごとに共通の予約候補日時を設定し、これを開示制御情報とする。そして、この開示制御情報に従い、グループに属する各患者に対し、グループを構成する患者のリスト、属性情報および予約候補日時を通知するものである。
【００５５】
上記各開示モードのうちどちらのモードを使用するかは、例えば医師等の医療スタッフにより事前に設定される。
【００５６】
開示制御情報生成部１１２は、予約情報の開示モードに対応して以下の処理機能を有している。  
(1) 個別開示モードが設定された状態において、例えば、上記予約情報の開示を許諾している患者の各々について、上記予約情報の開示条件に含まれる属性情報の開示範囲を表す情報に基づいて、上記電子カルテ情報記憶部１２１に記憶された電子カルテ情報から上記開示範囲に含まれる属性情報を選択すると共に、上記予約情報の開示条件に含まれる開示相手先を表す情報をもとに開示相手先となる患者を選択する。そして、上記選択された属性情報および開示相手先の患者を表す情報を含む開示制御情報を生成し、当該開示制御情報を上記予約情報の開示を許諾した患者の患者ＩＤに関連付けて開示制御情報記憶部１２２に記憶させる処理を行う。
【００５７】
(2) グループ開示モードが設定された状態において、例えば、先ず予約情報の開示を許諾している患者の各々について、上記予約情報の開示条件に含まれる属性情報の開示範囲を表す情報をもとに、上記電子カルテ情報記憶部１２１に記憶された電子カルテ情報から上記開示範囲に含まれる属性情報を選択する。そして、選択された属性情報をもとに特定の属性が所定の範囲内で類似する２以上の患者を選択し、選択した患者によりグループを構成する。次に、グループごとに当該グループに属する各患者に対し共通の予約候補日時を設定し、上記グループの構成と予約日時を表す情報を含む開示制御情報を生成して開示制御情報記憶部１２２に記憶させる処理を行う。
【００５８】
開示制御部１１３は、上記開示モードに対応する以下の処理機能を有している。  
(1) 個別開示モードが設定された状態において、例えば、患者のユーザ端末３１〜３ｎから予約情報の開示要求を受信した場合に、当該開示要求に含まれる予約日時に該当する患者の予約情報および開示制御情報をそれぞれ予約情報記憶部１２３および開示制御情報記憶部１２２から読み込む。そして、当該予約情報と、上記開示制御情報で開示対象として定義された属性情報を、要求元のユーザ端末に向け送信する処理を行う。なお、送信に先立ち開示制御部１１３は、上記開示要求をした患者が開示相手先となっているか否かを上記開示制御情報をもとに判定し、開示相手先でなければ上記予約情報および属性情報の送信を行わない。
【００５９】
(2) グループ開示モードが設定された状態において、例えば、グループごとに、当該グループに対応する開示制御情報を開示制御情報記憶部１２２から読み出し、当該開示制御情報に従いグループに属する各患者の属性情報と予約候補日時を表す情報のリストを、当該グループに属する各患者のユーザ端末３１〜３ｎに向け同報送信する。
【００６０】
予約情報管理部１１４は、医師等の医療スタッフが医師端末４０において入力した各患者の予約情報を受け取り、患者ＩＤに関連付けて予約情報記憶部１２３に記憶させる処理を行う。処理内容には、新規登録、変更、追加、削除がある。また、予約情報管理部１１４は、ユーザ端末３１〜３ｎから患者本人の予約情報の変更要求が送られた場合に、本人認証による正当性の確認の後に、当該変更要求に応じて本人の予約情報を変更する処理を行う。
【００６１】
（動作例）
次に、以上のように構成された予約管理装置１０による予約情報の開示処理動作を説明する。
【００６２】
（１）予約情報の管理
例えば、医師等の医療スタッフは、患者の診療が終了するごとに当該患者のうち通院が必要な患者に対し次回の通院日時（予約日時）を決定し、この予約日時を表す情報を医師端末４０から予約管理装置１０に対し入力する。
【００６３】
予約管理装置１０は、予約情報管理部１１４の制御の下、上記医師端末４０から入力された次回の予約日時を表す情報を取り込み、この予約日時を表す情報を診療科とその医師名、受診前検査のオーダー情報等と共に、予約情報として予約情報記憶部１２３に記憶させる。
【００６４】
また予約情報管理部１１４は、患者の要求や医療スタッフの判断に応じて、患者ごとに、開示条件を表す情報、例えば予約情報の開示の許否を表す情報と、属性情報の開示範囲を表す情報と、開示相手先の許否を表す情報の入力を受け付け、これらの情報を上記予約情報に含めて予約情報記憶部１２３に記憶させる。
【００６５】
（２）個別開示モードによる開示処理
図５は、個別開示モードが設定されたときの予約管理装置１０の処理手順と処理内容の一例を示すフローチャートである。
【００６６】
（２−１）電子カルテ情報の取得
予約管理装置１０は、電子カルテ情報取得部１１１の制御の下、先ずステップＳ１０において予約情報記憶部１２３から予約情報が登録されている患者のリストを読み出す。次にステップＳ１１において、上記リストに含まれる患者の中から、上記予約情報に含まれる開示条件をもとに予約情報の開示を許諾している患者を選択する。そしてステップＳ１２において、上記開示を許諾している患者の電子カルテ情報を、ＥＭＲサーバ２０からネットワーク５０を介して取得し、取得した電子カルテ情報を患者ＩＤと関連付けて電子カルテ情報記憶部１２１に記憶させる。なお、このとき電子カルテ情報に含まれる各情報のうち、診療科の情報と患者の個人情報のみを取得するようにしてもよい。
【００６７】
（２−２）開示制御情報の生成
予約管理装置１０は、次に開示制御情報生成部１１２の制御の下、ステップＳ１３により上記予約情報の開示を許諾している患者から１人を選択し、ステップＳ１４において予約情報記憶部１２３から上記選択された患者の予約情報に含まれる開示条件を読み込む。そしてステップＳ１５において、上記開示条件に含まれる属性情報の開示範囲を表す情報に基づいて、上記電子カルテ情報記憶部１２１に記憶された当該患者の電子カルテ情報から上記開示範囲に含まれる属性情報を選択する。例えば、診療科、名前、イニシャル、性別、年齢を選択する。
【００６８】
またそれと共に開示制御情報生成部１１２は、上記開示条件に含まれる開示相手先を表す情報をもとに、開示相手先となる患者の範囲を選択する。例えば、開示相手先の範囲を表す情報として既に知り合いになっている他の患者の名前が登録されていれば、この登録されている患者を開示相手先として選択する。なお、開示相手先を表す情報として、患者名以外に例えば同一の病気を罹患している患者のグループ名や受診している診療科名または担当医名を登録しておき、このグループに属している患者や同一の診療科を受診している患者を開示相手先として選択するようにしてもよい。いずれにしても、開示相手先には通院期間が終了した患者が含まれないようにする。
【００６９】
続いて開示制御情報生成部１１２は、ステップＳ１７において、上記選択された属性情報および開示相手先を表す情報を含む開示制御情報を生成し、当該開示制御情報を上記予約情報の開示を許諾した患者の患者ＩＤに関連付けて開示制御情報記憶部１２２に記憶させる。
【００７０】
開示制御情報生成部１１２は、以上のステップＳ１３〜ステップＳ１７による処理を、予約情報の開示を許諾している患者の一人ひとりに対し繰り返し実行する。そして、すべての対象患者について開示制御情報の生成が終了したことをステップＳ１８により判定すると、待機状態となる。
【００７１】
なお、この待機状態において予約管理装置１０は、定期的に或いは一人の患者の予約情報が更新されるごとに、上記ステップＳ１０〜ステップＳ１８により電子カルテ情報の取得処理および開示制御情報の生成処理を実行し、これにより開示制御情報を更新する。
【００７２】
（２−３）予約情報の開示制御
上記待機状態において、患者の一人がそのユーザ端末３１から予約情報の開示要求を送信したとする。この開示要求には、例えば開示希望日時を表す情報が含まれる。上記開示要求は、ネットワーク５０を介して予約管理装置１０の通信インタフェースユニット１３により受信される。
【００７３】
予約管理装置１０は、上記開示要求の受信をステップＳ１９により確認すると、開示制御部１１３の制御の下、ステップＳ２０において、先ず予約情報記憶部１２３から予約日時が上記開示要求に含まれる開示希望日時に該当する患者をすべて選択する。例えば、開示希望日時が「〇月△日の午前中」に指定されていれば、予約日時がこの〇月△日の午前中に含まれる患者がすべて選択される。なお、予約希望日時としては日にち以外に曜日や週でもよく、患者の希望により任意に指定できる。さらには、開示要求に診療科名や担当医を指定してもよい。
【００７４】
次に開示制御部１１３は、上記選択された各患者に対応する開示制御情報を開示制御情報記憶部１２２から読み出す。この開示制御情報には、開示可能な属性情報および開示相手先として許諾されている患者を表す情報が含まれている。開示制御部１１３は、上記読み出された各患者の開示制御情報のうち、先ず開示要求をした患者を開示相手先として許諾している患者の開示制御情報を選択する。また開示制御部１１３は、上記選択された各患者の開示制御情報をもとに、開示対象の属性情報を特定する。そして、上記選択された患者ごとに、その予約情報を予約情報記憶部１２３から読み出し、当該予約情報と上記特定された属性情報とを含む開示情報を生成し、当該開示情報を開示要求した患者のユーザ端末３１に向け通信インタフェースユニット１３から送信する。
【００７５】
この結果、開示要求した患者のユーザ端末３１には、上記開示希望日時に予約されているすべての患者のうち、開示要求した患者を開示相手先として許諾している各患者の予約情報と属性情報が送信され、例えば表示器に一覧表示される。
【００７６】
開示要求した患者は、表示された上記各患者の予約情報および属性情報をもとに、例えば、知り合いの患者や、まだ面識はないが受診する診療科が同じで性別や年齢が近い患者を見つけることができる。そして、例えば自身の予約日時をこれらの患者と同じ日時になるように予約管理装置１０に対し変更要求を行う。予約管理装置１０は、上記変更要求を受信すると、予約情報管理部１１４の制御の下、上記患者による予約日時の変更の可否を判定した後、可能であれば予約情報記憶部１２３における上記患者の予約情報を登録変更する。なお、例えば患者が予約日時の登録変更を電話により連絡した場合には、医療スタッフが変更の可否を判断して医師端末４０において変更操作を行う。
【００７７】
（３）グループ開示モードによる開示処理
図６は、グループ開示モードが設定されたときの予約管理装置１０の処理手順と処理内容の一例を示すフローチャートである。
【００７８】
（３−１）電子カルテ情報の取得
予約管理装置１０は、電子カルテ情報取得部１１１の制御の下、先ずステップＳ３０において予約情報記憶部１２３から予約情報が仮登録されている患者のリストを読み出す。つまり通院が必要な患者のリストを読み出す。次にステップＳ３１において、上記リストに含まれる患者の中から、上記予約情報に含まれる開示条件をもとに予約情報の開示を許諾している患者を選択する。そしてステップＳ３２において、上記開示を許諾している患者の電子カルテ情報を、ＥＭＲサーバ２０からネットワーク５０を介して取得し、取得した電子カルテ情報を患者ＩＤと関連付けて電子カルテ情報記憶部１２１に記憶させる。なお、この場合も、電子カルテ情報に含まれる各情報のうち、診療科の情報と患者の個人情報のみを取得するようにしてもよい。
【００７９】
（３−２）開示制御情報の生成
予約管理装置１０は、次に開示制御情報生成部１１２の制御の下、ステップＳ３３において、上記予約情報の開示を許諾している患者の各々について、その予約情報に含まれる属性情報の開示範囲を表す情報をもとに上記電子カルテ情報記憶部１２１から上記開示範囲に含まれる属性情報を読み出す。
【００８０】
開示制御情報生成部１１２は、次にステップＳ３４において、上記各患者の属性情報を比較し、その比較結果に基づいて類似度合いが所定値以上の患者群を抽出して、これらの患者によるグループを構成する。例えば、開示制御情報生成部１１２は、先ず受診する診療科が同一でかつ性別が同一の患者群を抽出し、次にこれらの患者の中から年齢差が所定の範囲内、例えば年齢差５歳以内の複数の患者を抽出する。そして、この抽出された各患者によるグループを構成する。
【００８１】
なお、受診する診療科または性別が同一の患者群を一つのグループに含めてもよいし、年齢差が所定の範囲内の患者群を一つのグループに含めるようにしてもよい。また、通院履歴が所定の範囲内で類似する患者群を抽出してグループを構成してもよいし、症状の種類が同一または同一の症状を有する患者群を抽出してグループを構成するようにしてもよい。さらには、過去に同一グループに配置された患者を優先的に同一のグループに含むようにグループを構成してもよい。
【００８２】
また、予約管理装置１０が事前に各患者の通院希望日時を取得しておき、これらの通院希望日時を考慮して、例えば最大公約数的に通院希望日時が近い患者を選択し、選択した患者が同一グループに含まれるようにグループを構成してもよい。
【００８３】
開示制御情報生成部１１２は、次にステップＳ３５において、上記構成されたグループごとに、当該グループに所属する複数の患者の各々に対し共通の予約候補日時を設定する。なお、グループに所属する患者数が一単位の予約時間帯で診療可能な患者の上限数を超える場合には、上記グループを複数の小グループに分け、これらの小グループごとに予約候補日時を設定するようにしてもよい。その場合の患者の分け方は、属性の類似度に応じて分けてもよいが、単純に人数に応じて等分に分けてもよい。また、予約候補日時は一つに限らず複数設定するようにし、患者が複数の予約候補日時の中から希望する日時を選択できるようにしてもよい。
【００８４】
開示制御情報生成部１１２は、最後にステップＳ３６において、上記グループごとに、当該グループを構成する患者のリストと、当該患者ごとの属性情報の開示範囲と、上記各患者に対し共通に割り当てられた予約候補日時とを含む開示制御情報を生成し、開示制御情報記憶部１２２に記憶させる。
【００８５】
開示制御情報生成部１１２は、以上述べたステップＳ３４〜ステップＳ３６による開示制御情報の生成処理を各グループに対しそれぞれ実行する。そして、すべてのグループに対する開示制御情報の生成が終了したことをステップＳ３７で確認すると、開示制御情報の生成を終了する。
【００８６】
（３−３）予約情報の開示制御
上記開示制御情報の生成が終了すると、予約管理装置１０は開示制御部１１３の制御の下、以下のように予約情報の開示制御を実行する。すなわち、開示制御部１１３は、先ずステップＳ３８において、上記開示制御情報記憶部１２２からグループごとに開示制御情報を読み出す。そして、当該開示制御情報に従い、グループに所属する各患者のリストと患者ごとの属性情報と共通の予約候補日時を含む通知情報を、当該グループに所属する各患者のユーザ端末３１〜３ｎに向け通信インタフェースユニット１３から同報送信する。
【００８７】
以上述べた各グループの通知情報の送信処理は、全グループに対する通知情報の送信が終了したことがステップＳ３９で確認されるまで、繰り返し実行される。
【００８８】
上記予約管理装置１０から送信された通知情報は各ユーザ端末３１〜３ｎでそれぞれ受信され、例えば表示器に表示される。上記通知情報により患者は、自身に割り当てられた予約候補日時を認識すると共に、同一時間帯に予約候補日時が設定された他の患者のリストと属性情報を確認することができる。ここで、同一グループに所属する各患者は属性情報が相互に一致または類似する患者である。このため、上記受信された通知情報の患者リストを見ることで、知り合いの患者や、まだ面識はなくても自身と属性が共通または類似する患者を見つける確立は高く、これにより通院に対する患者の意欲の維持、向上が期待できる。
【００８９】
また患者は、上記通知情報により通知された予約候補日時について都合が悪ければ、例えば、自身のユーザ端末３１〜３ｎから予約管理装置１０に対しアクセスして予約日時の変更要求を行う。予約管理装置１０は、予約情報管理部１１４の制御の下、上記変更要求に応じて該当する患者の予約情報を変更し、予約情報記憶部１２３に記憶された予約情報を更新する。上記予約候補日時の変更は、例えば患者が電話により医療スタッフに口頭で連絡し、これを受けて医療スタッフが医師端末４０から予約管理装置１０に対し該当する患者の予約情報を更新する処理を行うことでも実現できる。
【００９０】
なお、予約情報管理部１１４は、上記通知情報の送信後、予め設定された時間以内に上記変更要求を受信しなかった場合には、上記通知情報により通知された予約候補日時について患者が了承したものと見なして、予約候補日時を予約日時として確定する。
【００９１】
（効果）
（１）個別開示モードが設定された場合、予約管理装置１０は、自身の予約情報の開示を許諾している患者の各々について、予約情報に含まれる開示条件をもとに開示相手先の患者を表す情報と属性情報の開示範囲を含む開示制御情報を生成する。そして、患者から他の患者の予約情報の開示要求を受信した場合に、この開示要求により指定される開示希望日時に予約されているすべての患者を選択し、当該各患者の開示制御情報に基づいて、開示要求をした患者を開示相手先として許諾している各患者を選択すると共に開示範囲に含まれる属性情報を選択し、上記選択された各患者の予約情報と属性情報とを含む開示情報を、開示要求をした患者のユーザ端末に向け送信するようにしている。
【００９２】
したがって、患者は、開示希望日時に予約された他の患者の予約情報のリストを当該患者の属性情報と共に確認することが可能となる。そして、例えば患者の通院予約日時と同一の時間帯に、知り合いの患者や、まだ面識はないが受診する診療科が同じで性別や年齢が近い患者が見つかれば、例えば通院に対し消極的だった患者の気分を通院に向かわせることが可能となる。また、患者自身の通院予約日時が上記発見した知り合いの患者等の通院予約日時と異なる場合でも、例えば患者自身の通院予約日時を上記知り合いの患者等と同じ日時になるように変更を要求することも可能となる。すなわち、一実施形態によれば、患者の通院予約情報を新たなコミュニティ形成ツールとして利用できるようになり、通院に対する患者の意欲の維持、向上が期待できる。
【００９３】
また、開示条件の一つとして開示相手先の範囲を設定することで、開示相手先の範囲を限定することができ、これにより自身の予約情報が無制限に開示されないようにすることができる。例えば、開示相手先を通院中の患者に限定することで、通院期間が終了した患者から開示要求が送信されても通院中の他の患者の予約情報が開示されないようにすることができる。また、開示条件の一つとして患者の属性情報の開示範囲を設定しているので、患者が開示を望まない属性については開示されないようにすることができる。
【００９４】
（２）グループ開示モードが設定された場合、予約管理装置１０は、予約情報の開示を許諾している患者の電子カルテ情報をもとに、属性情報が一致または類似度合いが所定範囲内の患者を抽出してこれらの患者によるグループを構成する。そして、グループごとに共通の予約候補日時を設定し、上記グループごとに当該グループを構成する患者のリストと属性情報の開示範囲と予約候補日時を含む開示制御情報を生成する。次に、上記開示制御情報に基づいて、グループごとに当該グループに所属する各患者のユーザ端末３１〜３ｎに対し、上記グループを構成する患者のリスト、属性情報および予約候補日時を含む通知情報を同報送信するようにしている。
【００９５】
従って、通院予約が必要な複数の患者のうちその属性情報が一致または類似する患者がグループ化され、グループごとに当該グループに属する各患者に対し共通の予約候補日時が設定され、通知される。このため、属性情報が一致または類似する複数の患者が共通の日時に通院することが可能となり、これにより患者は知り合いの他の患者や、面識はなくても属性情報、例えば受診する診療科、症状、性別または年齢等が一致または類似する他の患者と出会う確率が高くなる。この結果、単に通院予約時刻のみを通知する場合に比べ、患者に対し通院に対する楽しみを与えることができ、これにより通院に対する患者の意欲の向上、維持が期待できる。
【００９６】
一例を挙げると、仲間登録をした患者同士や、既往症や年齢などが似ている患者同士が同じ時間帯に通院予約をすることが可能になると、複数の患者によるコミュニティを形成することが可能となる。その結果、医療機関に行きたがらない人にとって、通院したときに気の合う患者に会えることがインセンティブとなり、通院が苦痛でなくなり治療や処置を継続して行えることが期待できる。
【００９７】
［変形例］
（１）前記実施形態では、一つの医療機関を受診している複数の患者を対象にグループ化し、当該グループに属する各患者に対し共通の予約候補日時を通知する場合を例にとって説明した。しかしこれに限るものではなく、例えば所定の地域内に存在する複数の医療機関のいずれかを受診している複数の患者を対象にグループ化処理を行い、当該グループに属する各患者に対し共通の予約候補日時と通院先となる共通の医療機関を表す情報を通知するようにしてもよい。
【００９８】
この構成は例えば以下のように実現される。すなわち、地域内の複数の医療機関のいずれかに通院している複数の患者の電子カルテ情報を、例えばその地域内の複数の医療機関で共有されるように設けられている電子健康記録（Electronic Health Records：ＥＨＲ）サーバから取得し、取得された電子カルテ情報をもとに属性情報が一致または類似する患者を抽出してグループを構成する。そして、上記グループに属する複数の患者に対し共通の予約候補日時を設定する。またそれと共に、上記ＥＨＲサーバから取得された電子カルテ情報に含まれる各患者の住所と地域内の各医療機関の住所とに基づいて通院先として好適な医療機関を選択する。そして、上記設定された共通の予約候補日時および通院先の医療機関を表す情報を含む開示制御情報を生成し、この開示制御情報に従い、上記グループに属する各患者が所持するユーザ端末に対し、上記グループに属する患者のリスト、共通の予約候補日時および通院先の医療機関を表す情報を同報送信する。
【００９９】
このようにすると、医療機関単位ではなく、地域単位で属性等が類似する複数の患者がグループ化され、このグループに属する各患者に対し共通の予約日時と共通の通院先医療機関が指定される。従って、患者には、通院という機会を利用して、症状や治療経過、年齢等が類似するもの同士で出会う機会が提供されることになり、患者は通院に対するモチベーションを維持もしくは高めることが可能となる。すなわち、この例についても、患者が継続して通院することを支援可能な予約管理装置および予約管理方法を提供することが可能である。
【０１００】
（２）前記実施形態では、診療科、性別または年齢等の基本的に属性情報に基づいて患者をグループ化する場合を例にとって説明した。しかしそれに限らず、患者の電子カルテ情報に、趣味や食事の嗜好、飲酒の好みや量、喫煙の有無等の趣味嗜好に関する問診情報が含まれている場合には、これらの情報の類似度合いを考慮して患者をグループ化するようにしてもよい。
【０１０１】
（３）前記実施形態では、開示相手先として許可する患者に関する情報が開示条件の一つとして設定された場合を例にとって説明したが、開示相手先として拒絶対象となる患者に関する情報が設定された場合にも、この発明は実施できる。このようにすると、例えば喫煙者が同一グループにならないようにすることができる。
【０１０２】
（４）前記実施形態では、生成されたグループの構成を固定的に利用する場合を例にとって説明したが、グループの構成は定期的にまたは新たな通院患者が発生するごとに更新するようにしてもよい。
【０１０３】
（５）グループに対し予約候補日時を割り当てる際に、医療機関が混まない曜日および時間帯を優先して割り当てるようにするとよい。これにより、グループに属する患者は比較的スムーズに診断や処置を受けることが可能となる。また、比較的混まない時間帯に複数の患者が来院するように促すことにより、医療機関の混雑を回避することができる。また、混雑時に予約しないことにより、医療機関にて病気に感染するリスクを低減する効果も期待することができる。
【０１０４】
（６）前記実施形態では、予約管理装置１０がＥＭＲサーバ２０および医師端末４０とは独立して設けられる場合を例にとって説明したが、予約管理装置１０の全機能または一部機能をＥＭＲサーバ２０および医師端末４０に設けることも可能である。また、予約管理装置１０の全機能または一部機能をＥＨＲサーバに設けるようにしてもよい。
【０１０５】
以上、この発明の実施形態を詳細に説明してきたが、前述までの説明はあらゆる点においてこの発明の例示に過ぎない。この発明の範囲を逸脱することなく種々の改良や変形を行うことができることは言うまでもない。つまり、この発明の実施にあたって、実施形態に応じた具体的構成が適宜採用されてもよい。
【０１０６】
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【０１０７】
１，１０…予約管理装置
１ａ…予約情報記憶部
１ｂ…電子カルテ情報取得部
１ｃ…開示制御情報生成部
１ｄ…予約情報開示制御部
２…電子カルテ情報記憶部
３ａ〜３ｎ，３１〜３ｎ…ユーザ端末
１１…制御ユニット
１２…記憶ユニット
１３…通信インタフェースユニット
２０…ＥＭＲサーバ
４０…医師端末
５０…ネットワーク
１１１…電子カルテ情報取得部
１１２…開示制御情報生成部
１１３…開示制御部
１１４…予約情報管理部
１２１…電子カルテ情報記憶部
１２２…開示制御情報記憶部
１２３…予約情報記憶部
【図１】
2020052533.tif 000003
【図２】
2020052533.tif 000004
【図３】
2020052533.tif 000005
【図４】
2020052533.tif 000006
【図５】
2020052533.tif 000007
【図６】
2020052533.tif 000008