JP6859854B2 - 医療予約システム、医療予約管理装置、医療予約管理方法 - Google Patents

Description

この発明は、医療予約システム、医療予約管理装置及び医療予約管理方法に関する。

近年、医療機関の間で検査や診療といった医療行為を連携させて行うケースが増えている。特に、中核病院などに検査設備や特殊な診察担当医を集約し、当該中核病院が属する地域にある中小のクリニックから広くこれら検査設備や診察の利用を募ることで効率化が図られている。これに伴い、複数の連携医療機関の間で検査や診療の予約がしばしば行われる。予約方法としては、従来、電話やファクシミリが広く用いられているのに加え、インターネットを経由したネット予約システムの利用も可能となってきている（例えば、特許文献１）。

特開２０１３−１４９１１６号公報

しかしながら、連携医療機関内で一律にネット予約システムの利用を可能とすると、中核医療機関と同系列の医療機関や、当初から連携を前提として当該中核医療機関と契約を行った医療機関などと、その他の医療機関との間で予約機会が均等となり、柔軟な設備の利用に対応しづらくなるという課題がある。

この発明の目的は、柔軟な医療機関の連携に適切に対応して医療予約を行わせることが可能な医療予約システム、医療予約管理装置及び医療予約管理方法を提供することにある。

上記目的を達成するため、請求項１記載の発明は、
ネットワーク回線を通じて医療行為に対する予約申込を受け付ける受付手段と、
前記予約申込の受付可能数を時間枠ごとに定める受付数設定情報を取得する受付数設定取得手段と、
予約元医療機関を複数のグループのいずれかに割り当てるグループ設定を取得するグループ設定取得手段と、
を備え、
前記受付数設定情報では、前記複数のグループの各々について前記予約元医療機関からそれぞれ受付可能な個別受付可能数が定められ、
前記受付手段は、予約元医療機関が属するグループに応じて、所定の時間枠の医療行為に対する前記個別受付可能数以下の予約申込を受け付け、前記予約元医療機関からの前記所定の時間枠の医療行為に対する予約申込が前記個別受付可能数以上である場合には、当該予約元医療機関から前記所定の時間枠の医療行為に対する新たな予約申込を受け付けない
ことを特徴とする医療予約システムである。

請求項２記載の発明は、請求項１記載の医療予約システムにおいて、
前記受付数設定情報では、前記個別受付可能数が複数の前記医療行為に対して各々設定されていることを特徴としている。

請求項３記載の発明は、請求項１又は２記載の医療予約システムにおいて、
前記受付数設定情報では、全ての予約元医療機関から受付可能な合計の最大受付数が前記時間枠ごとに定められていることを特徴としている。

また、請求項４記載の発明は、請求項３記載の医療予約システムにおいて、
前記受付数設定取得手段は、前記最大受付数の設定情報と前記個別受付可能数の設定情報とを別個に取得可能であることを特徴としている。

また、請求項５記載の発明は、請求項１〜４のいずれか一項に記載の医療予約システムにおいて、
前記受付数設定取得手段は、有効期間の情報を含む前記受付数設定情報を複数取得可能であることを特徴としている。

また、請求項６記載の発明は、請求項１〜５のいずれか一項に記載の医療予約システムにおいて、
前記予約元医療機関のユーザーからの要求に対して、指定された時間枠の予約申込可否に係る表示データを作成して送信する申込表示制御手段を備えることを特徴としている。

また、請求項７記載の発明は、請求項６記載の医療予約システムにおいて、
前記申込表示制御手段は、前記ユーザーからの予約を受け付けない時間枠について、前記ユーザーが属する予約元医療機関からの予約申込数が前記個別受付可能数以上か否かを区別せずに前記表示データを作成することを特徴としている。

また、請求項８記載の発明は、請求項６又は７記載の医療予約システムにおいて、
前記申込表示制御手段は、ウェブブラウザーの表示画面への表示データを作成して送信することを特徴としている。

また、請求項９記載の発明は、請求項１〜８のいずれか一項に記載の医療予約システムにおいて、
前記受付数設定情報と、予約申込の受付情報とを記憶する記憶手段を備えるデータベース装置と、
取得した前記受付数設定情報を前記データベース装置に送信して前記記憶手段に記憶させる前記受付数設定取得手段と、受け付けた予約申込に係る受付情報を前記データベース装置に送信して前記記憶手段に記憶させる前記受付手段と、を備える医療予約管理装置と、
を含むことを特徴としている。

また、請求項１０記載の発明は、請求項６〜８のいずれか一項に記載の医療予約システムにおいて、
前記予約元医療機関のユーザーが前記医療行為の予約申込を行う対象の患者情報を保持する患者情報記憶手段と、
受信した前記表示データから取得される前記予約申込が可能な時間枠の情報と、前記患者情報に含まれる患者のスケジュールとの整合結果を表示する表示制御手段と、
前記予約申込の要求を前記受付手段に送信する予約申込要求手段と、
を備えることを特徴とする。

また、請求項１１記載の発明は、
ネットワーク回線を通じて医療行為に対する予約申込を受け付ける受付手段と、
前記予約申込の受付可能数を時間枠ごとに定める受付数設定情報を取得する受付数設定取得手段と、
予約元医療機関を複数のグループのいずれかに割り当てるグループ設定を取得するグループ設定取得手段と、
を備え、
前記受付数設定情報では、前記複数のグループの各々について前記予約元医療機関からそれぞれ受付可能な個別受付可能数が定められ、
前記受付手段は、予約元医療機関が属するグループに応じて、所定の時間枠の医療行為に対する前記個別受付可能数以下の予約申込を受け付け、前記予約元医療機関からの前記所定の時間枠の医療行為に対する予約申込が前記個別受付可能数以上である場合には、当該予約元医療機関から前記所定の時間枠の医療行為に対する新たな予約申込を受け付けない
ことを特徴とする医療予約管理装置である。

また、請求項１２記載の発明は、
医療予約システムに含まれる制御部による医療予約管理方法であって、
ネットワーク回線を通じて医療行為に対する予約申込を受け付ける受付ステップ、
前記予約申込の受付可能数を時間枠ごとに定める受付数設定情報を取得する受付数設定取得ステップ、
予約元医療機関を複数のグループのいずれかに割り当てるグループ設定を取得するグループ設定取得ステップ、
を含み、
前記受付数設定情報では、前記複数のグループの各々について前記予約元医療機関からそれぞれ受付可能な個別受付可能数が定められ、
前記受付ステップでは、予約元医療機関が属するグループに応じて、所定の時間枠の医療行為に対する前記個別受付可能数以下の予約申込を受け付け、前記予約元医療機関からの前記所定の時間枠の医療行為に対する予約申込が前記個別受付可能数以上である場合には、当該予約元医療機関から前記所定の時間枠の医療行為に対する新たな予約申込を受け付けない
ことを特徴とする。

本発明に従うと、柔軟な医療機関の連携に適切に対応して医療予約を行わせることが可能になるという効果がある。

第１実施形態の医療予約システムの全体構成を示す図である。 端末装置の機能構成を示すブロック図である。 予約管理装置及び予約データベースサーバーの機能構成を示すブロック図である。 予約対象情報の内容を示すテーブルの例である。 予約対象情報の内容を示すテーブルの例である。 予約割当情報の内容を示すテーブルの例である。 予約割当情報の内容を示すテーブルの例である。 予約設定情報の内容を示すテーブルの例である。 予約対象情報及び予約割当情報の設定画面の例を示す図である。 予約管理装置で実行される予約対象設定制御処理の制御手順を示すフローチャートである。 初期画面の一例を示す図である。 患者のスケジュール表示画面がポップアップ表示された場合の表示例を示す図である。 予約情報入力画面がポップアップ表示された画面の表示例を示す図である。 予約画面の例を示す図である。 予約画面の例を示す図である。 予約管理装置により予約受付動作時に実行される予約カレンダー生成制御処理の制御手順を示すフローチャートである。 第２実施形態の医療予約システムの全体構成を示す図である。 第２実施形態の医療予約システムにおける予約管理システムＬＡＮ内の機能構成を示すブロック図である。

以下、本発明の実施の形態を図面に基づいて説明する。
［第１実施形態］
図１は、第１実施形態の医療予約システムの全体構成を示す図である。

本実施形態の医療予約システム１は、複数の医療機関内の各ローカルエリアネットワーク（機関内ＬＡＮ１０〜４０）と予約管理システムＬＡＮ５０と（一部又は全部をまとめて各ＬＡＮ１０〜５０などとも記す）の間のネットワーク回線（主にインターネットやモバイル通信回線などのデータ通信ネットワーク）を介して互いにデータ通信が可能に接続されて構成されるものである。医療機関としては、総合病院、専門病院、検査機関、個人又は小規模な診療所などが含まれ得る。ここでは、機関内ＬＡＮ４０を有する医療機関が中核病院であり、他の医療機関から医療行為の予約を受け付ける。ただし、医療予約システム１は、必ずしも中核病院のみが予約を受け付けることができるものに限られず、特定の医療行為については、他の専門病院やクリニックなどが中核病院を含む他の医療機関から医療行為の予約を受け付けることが可能であってもよい。ネットワークは、有線による接続だけではなく、無線による接続が含まれ得る。

各ＬＡＮ１０〜５０は、ルーター（必要に応じてプロキシーサーバー）を介してインターネットに接続されている。ここでは、機関内ＬＡＮ１０には、ルーター１１と、端末装置１２などが含まれる。機関内ＬＡＮ２０には、ルーター２１と、端末装置２２などが含まれる。機関内ＬＡＮ３０には、ルーター３１と、端末装置３２、３３などが含まれる。機関内ＬＡＮ４０には、ルーター４１と、端末装置４２、４３、４４と、検査設備４５、４６と、院内予約管理装置４７と、ＰＡＣＳ４８（Picture Archiving and Communication System）などが含まれる。予約管理システムＬＡＮ５０には、ルーター５１と、予約管理装置５２（医療予約管理装置）と、予約データベースサーバー５３（データベース装置）と、データ管理装置５４などが含まれる。ＬＡＮ内で接続される機器の数が多い場合には、さらにスイッチングハブなどを用いて当該機器の接続を行うことができる。

端末装置１２、２２、３２、３３、４２、４３、４４は、それぞれ、デスクトップ型やノート型のＰＣ（Personal Computer）、スマートフォンやＰＤＡ（Personal Digital Assistant）などの携帯端末といったネットワーク通信可能な電子端末装置（コンピューター）である。これらの端末装置１２、２２、３２、３３、４２、４３、４４は、各医師の診察室、検査室、処置室や受付、オペレーター室などに設置され、あるいは、各医師が保持し得る。端末装置１２、２２、３２、４２、４３、４４は、主に、各医師や予約処理担当者により検査、処置や診察などの予約を行うために用いられる。また、端末装置１２、２２、３２、４２、４３、４４は、予約対象の診察、検査や処置を担当する医師などの担当者が受けた予約を確認、承認したり変更したりするのに用いることもできる。また、端末装置１２、２２、３２、４２、４３、４４は、実施された検査の結果や診断の結果などの情報を作成して予約元に返送するために出力するのにも用いられ得る。

検査設備４５、４６には、医療検査装置及びその管理装置、特に、ＣＲ（Computed Radiography）装置やＦＰＤ（Flat Panel Detector）装置などのＸ線画像撮影装置、超音波検査装置、内視鏡装置、ＣＴ（Computed Tomography）装置及びＭＲＩ（Magnetic Resonance Imaging）装置といった検査結果に係る画像生成を行う各種医用画像機器（モダリティー）が含まれ得る。

院内予約管理装置４７は、機関内ＬＡＮ４０の医療機関の内部での診察（診療）、検査や処置などの予約を管理する。医療機関では、かねてより予約、電子カルテや検査結果などのデータが連携されて保持されている場合があり、この場合の予約情報の管理を行う。院内予約管理装置４７が管理する予約情報は、予約データベースサーバー５３が管理保持する他の医療機関からの予約情報とは完全に分離されていてもよいし、連携可能であってもよい。分離されている場合には、この医療機関の担当者が適宜な頻度で予約管理装置５２にアクセスして、この医療機関が提供する予約対象に対して受け付けられた予約情報を確認し、確認内容を院内予約管理装置４７に入力することで反映させる。両者が連携している場合には、予約データベースサーバー５３が予約を受け付けるごとに、又は所定の頻度で定期的に、院内予約管理装置４７が予約管理装置５２にアクセスして新たな予約情報を取得し、取得された予約内容を院内予約に反映させる処理を行う。院内予約管理装置４７で管理される予約対象や予約枠は、予約データベースサーバー５３により管理される予約対象や予約内容と同一である必要はない。外部から予約を受け付けない予約対象や時間帯の情報については、予約データベースサーバー５３が保持する必要はない。

ＰＡＣＳ４８は、モダリティーなどにより生成された医用画像データや、読影レポートなどの検査結果データを患者情報や検査ＩＤ（院内オーダーＩＤ）と対応付けて記憶保持する。ＰＡＣＳ４８には、通常のコンピューターが用いられる。
その他、各機関内ＬＡＮ１０〜４０には、図示略の医事会計装置、電子カルテ装置、及びネットワークプリンター、スキャナーやカードリーダーといった周辺機器などが含まれていてもよい。

予約管理装置５２は、予約を受け付ける医療機関（実施医療機関）により予約対象として定められた検査、処置や診察（医療行為）について、予約を申し込む医療機関（予約元医療機関）の端末装置から受け付けられた予約申込の要求や予約状況参照要求を処理して応答する。予約管理装置５２は、予約データベースサーバー５３にアクセスし、新たな予約設定を追加したり、必要な予約情報を取得したりする。なお、実施医療機関と予約元医療機関が分離している必要はなく、ある予約対象に対して実施医療機関である施設が他の予約対象に対して予約元医療機関となるように設定されてよい。

予約データベースサーバー５３は、予約情報を保持、管理するデータベースサーバーであり、予約管理装置５２からの所定のアクセスコマンドに応じて予約情報を更新したり必要な情報を検索して取得し、予約管理装置５２に出力したりする。ここでは、予約データベースサーバー５３は、予約管理装置５２からのみアクセス可能とされている。

データ管理装置５４は、予約内容に対応して予め予約元医療機関から実施医療機関へ添付情報を送信する場合の添付データや、予約された検査、処置や診察などの実施結果を実施医療機関から予約元医療機関へ送付する場合の送付データを記憶保持する。ここでは、データ管理装置５４（すなわち、送付データ）へのアクセスは、予約管理装置５２からのみ可能とされる。添付データや送付データ又はこれらを格納するフォルダー（ディレクトリー）の識別情報は、予約データベースサーバー５３において予約設定情報５３５３のデータに関連付けられて保持され、予約管理装置５２が端末装置から予約情報の参照要求が取得された場合にこれら添付データや送付データを併せて出力し、又は出力可能とする。

図２は、各端末装置の機能構成を示すブロック図である。ここでは、端末装置４２について説明するが、その他の端末装置１２、２２、３２、３３、４３、４４についても同様又は必要に応じて構成が追加されたものであり、これらについては説明を省略する。

端末装置４２は、制御部４２１と、ＲＡＭ４２２と、記憶部４２３と、計時部４２４と、操作受付部４２５と、表示部４２６と、通信部４２７などを備える。

制御部４２１は、ＣＰＵ（Central Processing Unit）やレジスターなどを有する。制御部４２１は、記憶部４２３に記憶されている各種制御プログラムを読み出して各種処理を実行する。

ＲＡＭ４２２は、ＣＰＵに作業用のメモリー空間を提供し、制御部４２１により実行される各種処理に係るプログラムや設定データ、一時データなどを記憶する。

記憶部４２３は、ＨＤＤ（Hard Disk Drive）や、ＳＳＤ（Solid State Disk）などの各種不揮発性メモリーを有する。記憶部４２３には、制御部４２１により実行される各種プログラムや設定データが記憶される。記憶部４２３に記憶されるプログラムには、ブラウザーソフトウェア４２３１が含まれる。ブラウザーソフトウェア４２３１は、ネットワーク上のリソースに対して主にＨＴＴＰアクセスを行う場合に用いられる各種周知のソフトウェアのうちいずれかである。また、記憶部４２３には、患者情報４２３２が記憶されていてもよい。大規模な病院では、別途電子カルテ装置やデータベース装置などに全ての患者情報４２３２が統合されて記憶され得るが、個人営業のクリニックなどでは、診察を担当する医師の端末装置内の記憶部（患者情報記憶手段）に患者情報４２３２が保持されていてもよい。

計時部４２４は、所定の周波数信号（クロック信号）を計数して現在の日時を計数する。計時部４２４としては、専用のカウンター回路を有していてもよいし、ＣＰＵによりソフトウェア的に計数されてもよい。また、計時部４２４は、ＲＴＣ（Real Time Clock）を有し、端末装置４２の動作有無にかかわらず継続的に日時の計数を行い、起動時には、制御部４２１に日時情報を供給する。

操作受付部４２５は、ユーザーなどによる外部からの操作を受け付けて操作信号を制御部４２１に出力する。操作受付部４２５は、例えば、キーボードや、マウスなどのポインティングデバイスを有する。また、操作受付部４２５は、タッチパネルや音声入力用のマイクなどを有していてもよい。

表示部４２６は、制御部４２１から入力される表示制御信号に応じて表示画面に各種表示を行う。表示部４２６は、液晶ディスプレイ（ＬＣＤ）などの表示画面と、表示画面の表示ドライバーなどを有する。操作受付部４２５としてタッチパネルが用いられる場合には、タッチパネルは、表示画面に重ねて設けられる。

通信部４２７は、端末装置４２の外部と通信データの送受信を行う。通信部４２７としては、ＬＡＮ４０内の他の端末装置４３、４４、検査設備４５、４６、院内予約管理装置４７、ＰＡＣＳ４８や、ルーター４１（ルーター４１を介したインターネット上の種々のリソース）と通信を行うためのネットワークカードなどを有する。

図３は、予約管理装置５２及び予約データベースサーバー５３の機能構成を示すブロック図である。

予約管理装置５２は、制御部５２１（受付数設定取得手段、受付手段、グループ設定取得手段、申込表示制御手段）と、ＲＡＭ５２２と、記憶部５２３と、計時部５２４と、操作受付部５２５と、表示部５２６と、通信部５２７などを備える。また、予約データベースサーバー５３は、制御部５３１と、ＲＡＭ５３２と、記憶部５３３と、計時部５３４と、データベース記憶部５３５（記憶手段）と、通信部５３７などを備える。

制御部５２１、５３１は、ＣＰＵ（Central Processing Unit）やレジスターなどを有する。制御部５２１は、記憶部５２３に記憶されている各種制御プログラムを読み出して各種処理を実行する。制御部５２１は、ＨＴＴＰサーバー（ウェブサーバー）としての制御動作を行い、外部からのＨＴＴＰ（Hypertext Transfer Protocol）によるアクセス（ＨＴＴＰアクセス；以下では、予約管理システムＬＡＮ５０の外部から予約管理装置５２へのアクセスはＨＴＴＰアクセスを前提とする）に応じた予約申込の受付などの処理を行う。制御部５３１は、データベースサーバーとしての制御動作を行い、制御部５２１からのデータ処理要求（クエリー）に応じた処理動作を行う。

ＲＡＭ５２２、５３２は、それぞれ制御部５２１、５３１のＣＰＵに作業用のメモリー空間を提供し、制御部５２１、５３１により実行される各種処理に係るプログラムや設定データ、一時データなどを記憶する。

記憶部５２３、５３３は、ＨＤＤ（Hard Disk Drive）や、ＳＳＤ（Solid State Disk）などの各種不揮発性メモリーを有する。記憶部５２３、５３３には、制御部５２１、５３１によりそれぞれ実行される各種プログラムや設定データが記憶される。予約管理装置５２の記憶部５２３に記憶されるプログラムには、ＨＴＴＰサーバープログラム５２３１と、予約管理プログラム５２３２とが含まれる。また、記憶部５２３に記憶される設定データには、ユーザー情報５２３３が含まれる。予約データベースサーバー５３の記憶部５３３に記憶されるプログラムには、データベース管理システム５３３１に係るプログラムが含まれる。

ＨＴＴＰサーバープログラム５２３１は、予約管理装置５２をＨＴＴＰサーバーとして動作させるための一般的なプログラムである。ＨＴＴＰサーバープログラムとしては、従来周知のものを用いることができる。

予約管理プログラム５２３２は、端末装置からのアクセスによりなされた予約要求、予約内容の参照要求や予約内容に対する実施結果の登録要求などに応じて予約データベースサーバー５３やデータ管理装置５４にアクセスして必要な処理を行い、アクセス結果などに基づいて、アクセス元（予約元医療機関や実施医療機関の端末装置）に対してブラウザーにおける表示動作プログラムや表示内容を送信する動作を行うためのプログラムである。この予約管理プログラム５２３２は、上述のＨＴＴＰサーバープログラム５２３１と連携し、上述の要求があるごとに、当該要求の種別に各々対応するルーチンが呼び出されて処理を行う。表示動作プログラムのプログラム言語は、ブラウザーに依存しないものが好ましく、従来周知の各種言語が用いられ得る。

ユーザー情報５２３３は、検査や処置に係る医療設備（検査設備、処置室や処置に用いられる設備）の使用や診察などの予約対象について予約を行ったり、予約情報を取得したりすることが可能なユーザー、すなわち、予め登録された医療機関や医療機関内の担当医などの情報を記憶保持する。ユーザー情報５２３３には、ユーザーＩＤ、ユーザー名、ログインＩＤ、パスワード、閲覧や設定更新に係るアクセス権限の情報（これらに応じたグループ属性などを含む）及びログイン時の初期表示設定などが含まれる。端末装置から予約管理装置５２にアクセスして予約に係る各種処理や設定情報の変更を行う場合、このユーザー情報５２３３が参照されて、ユーザー認証がなされる。なお、セキュリティー上、パスワードの管理と他のユーザー情報の管理とは、別個のファイルやアクセス権限などでなされてよい。

データベース管理システム５３３１は、予約管理装置５２から予約管理プログラム５２３２に従って入力された要求に従い、データベース記憶部５３５からのデータの読み出しやデータの書き込み更新を行う。データベース管理システムの種類は特に限られず、従来周知のものから選択され得る。

計時部５２４、５３４は、所定の周波数信号（クロック信号）を計数して現在の日時を計数する。計時部５２４、５３４としては、専用のカウンター回路を有していてもよいし、ＣＰＵによりソフトウェア的に計数されてもよい。また、計時部５２４、５３４は、ＲＴＣ（Real Time Clock）を有し、予約管理装置５２や予約データベースサーバー５３の動作有無にかかわらず継続的に日時の計数を行い、起動時には、制御部５２１、５３１に日時情報を供給する。

操作受付部５２５は、ユーザーなどによる外部からの操作を受け付けて操作信号を制御部５２１に出力する。操作受付部５２５は、例えば、キーボードや、マウスなどのポインティングデバイスを有する。また、操作受付部５２５は、タッチパネルなどを有していてもよい。

表示部５２６は、制御部５２１から入力される表示制御信号に応じて表示画面に各種表示を行う。表示部５２６は、液晶ディスプレイ（ＬＣＤ）などの表示画面と、表示画面の表示ドライバーなどを有する。操作受付部５２５としてタッチパネルが用いられる場合には、タッチパネルは、表示画面に重ねて設けられる。
なお、予約データベースサーバー５３は、上述のように予約管理装置５２からのみアクセスされるのであれば、自身で上述のような操作受付部及び表示部を有する必要はない。しかしながら、予約データベースサーバー５３は、電力供給（動作）の有無を切り替える電源スイッチなどを有し、また、メンテナンス時などに使用することを目的として操作受付部や表示部を独自に有していてもよいし、あるいは、必要に応じてこれらが取り付け可能（入力端子などを有する）であってもよい。

通信部５２７、５３７は、予約管理装置５２の外部と通信データの送受信を行う。通信部５２７、５３７としては、予約管理システムＬＡＮ５０内の他装置や、ルーター５１（ルーター５１を介したインターネット上の種々のリソース）と通信を行うためのネットワークカードなどを有する。

予約データベースサーバー５３のデータベース記憶部５３５は、医療行為に係る予約についての各種データを記憶する。データベース記憶部５３５には、例えば、予約対象である各実施医療機関での検査、処置や診察などの予約受付に係る各種設定を保持する予約対象情報５３５１と、各予約対象について予約を受け付ける予約元機関及びその割当情報を記憶する予約割当情報５３５２と、受け付けられた予約内容に係る予約設定情報５３５３（予約申込の受付情報）などが記憶される。また、データベース記憶部５３５には、予約管理装置５２に記憶されているユーザー情報５２３３の元となるユーザー情報５３５４が記憶されている。このユーザー情報５３５４には、予約管理装置５２に固有の情報、すなわち、予約管理装置５２へのログインＩＤやログインパスワードなどの情報は含まれなくてよい。

図４及び図５は、予約対象情報５３５１の内容を示すテーブルの例である。
図４に示すように、予約対象情報５３５１は、予約対象となる医療行為ごとに対象識別ＩＤが設定されて、その内容が各々設定されている。ここでは、例えば、施設ＩＤが「０６０１２」の医療機関（ＦＧＨ中央病院）における診療科ＩＤが「００１１」の放射線科にある内容ＩＤが「００１１００１」で表されるＣＴ装置に対し、対象識別ＩＤとして「０６０５２１」が割り当てられている。施設ＩＤ、診療科ＩＤ及び内容ＩＤは、各々別個のテーブルで具体的な医療機関名、診療科名及び内容（検査装置の種別や処置、診察の内容）との対応付けがなされている。

このＣＴ装置は、一週間単位（すなわち、曜日ごとに）各々午前／午後の時間枠に対して予約設定が可能であり、一つの時間枠に予約受付可能な最大数が「５」とされている。このＣＴ装置を用いた検査では、オプションとして造影剤の使用が可能となっており、３日前までの予約申し込みが可能となっている。各時間枠における予約設定数は、図５（ａ）に示されるように各々定められるが、これとは別に、図４における不定期停止情報に示された期間には、不定期停止数の予約受付が一時的に停止される。

同様に、ここでは、同一医療機関における異なる診療科ＩＤや内容ＩＤ、例えば、放射線科における内容ＩＤが「００１１００４」に対応するＭＲＩ装置や、診療科ＩＤが「０００８」に対応する消化器内科における内容ＩＤが「０００８０２６」に対応する「栄養指導（糖尿病）」について、それぞれ対象識別ＩＤ、ここでは、「０６１８４９」、「０６３２９５」が設定され、予約枠に係る同様の設定がなされている。なお、ここでは複数の対象識別ＩＤに係る設定を一つのテーブルで続けて示しているが、データベース記憶部５３５内でのデータの保持は、データベース管理システム５３３１の種別に応じて適宜なされればよい。

図５に示すように、各対象識別ＩＤで示される予約対象には、図４で指定された各時間枠（ここでは、各曜日の午前、午後）及びオプションの有無（ＣＴ装置などについては、造影剤の使用有無）について、各々予約受付数（全ての予約元医療機関から受付可能な合計の最大受付数）を設定することができる。この予約受付数は、最大受付数以下でなければならない。また、オプションの有無に応じて各々予約期限が設定されている。また、この予約受付数のテーブルには、有効期間が設定され、異なる有効期間に応じて複数のテーブルを設定、保持（取得）することができる。なお、一時的に予約受付数を変更するなどで有効期間が重複するテーブルが設定された場合、さらに、いずれのテーブルを優先するかを示す優先度や優先順位の設定がなされていてもよい。あるいは、有効期間の短いテーブルや後から追加された（更新日時のより新しい）テーブルを自動的に優先することとしてもよい。図５（ａ）には、ＣＴ装置についての予約受付数テーブルの例が示され、図５（ｂ）には、栄養指導（高血圧）についての予約受付数テーブルの例が示されている。オプションがない場合や医療予約システム１での予約が不可の項目などについては、設定は不要である。

図６及び図７は、予約割当情報５３５２の内容を示すテーブルの例である。
本実施形態の医療予約システム１では、予約管理装置５２にアクセス（ログイン）可能な全ての医療機関が全ての予約対象について均等に予約可能なわけではなく、契約や実施医療機関の意向、方針などにより、予約可能な予約対象、時間帯や予約可能上限数などが予約元医療機関ごとに個別に又はグループ分けされて定められ得る。

ここでは、図６に示すように、予約元医療機関が対象識別ＩＤで示される予約対象ごとに属性ＩＤで示される複数のグループのいずれかに割り当てられて設定（グループ設定）されている。すなわち、対象識別ＩＤが「０６０５２１」、「０６３２９５」の各医療行為に対し、施設ＩＤが「０８００４」、「１２０２５」の医療機関は、それぞれ属性ＩＤが「２」のグループに割り当てられ、施設ＩＤが「０９１０２」の医療機関は、属性ＩＤが「４」のグループに割り当てられている。なお、ここでは、対象識別ＩＤごとに属性ＩＤが設定されているが、対象識別ＩＤによらず、全ての予約対象について一括して各予約元医療機関がいずれかの属性ＩＤと対応付けられてもよい。

図７に示すように、各対象識別ＩＤで示される複数の予約対象（医療行為）について、属性ＩＤごとに上述の各時間枠及びオプションに応じた予約可能な上限数である予約割当数（個別受付可能数）がそれぞれ定められる。この予約割当テーブルは、図５に示した予約対象情報５３５１における予約受付数テーブルと同様に設定される（有効期間の情報とともに複数設定、保持（取得）され得る）が、各時間枠における予約割当数は、予約受付数以下である必要がある。ここでは、図７（ａ）では、対象識別ＩＤが「０６０５２１」の上述のＣＴ装置について、属性ＩＤが「２」、「４」の場合における予約割当テーブルが示され、図７（ｂ）では、対象識別ＩＤが「０６３２９５」の上述の栄養指導（高血圧）について、属性ＩＤが「２」、「４」の場合における予約割当テーブルが示されている。すなわち、属性ＩＤが「２」の医療機関は、それぞれ、医療予約システム１で上記ＣＴ装置に対して予約の申し込みが可能な数のうち半数弱の予約が可能であり、属性ＩＤが「４」の医療機関は、いずれも医療予約システム１を用いて上記ＣＴ装置に対して予約の申し込みをすることができない。また、属性ＩＤが「２」の医療機関は、それぞれ、医療予約システム１で上記栄養指導（高血圧）に対して予約の申し込みが可能な時間枠の全てで予約が可能なのに対し、属性ＩＤが「４」の医療機関は、水曜と金曜日のそれぞれ午前中のみに予約が可能であり、また、予約期限が通常よりも早く定められている。
図５に示した合計の予約受付数及び図７に示した予約割当数（まとめて受付可能数）の情報がまとめて本実施形態の医療予約システム１における受付数設定情報に対応する。

図８は、予約設定情報５３５３の内容を示すテーブルの例である。
予約設定情報５３５３には、予約情報、予約元情報、患者情報、予約対象情報及び実施情報が含まれる。

予約情報には、予約がなされるごとに各々設定される予約ＩＤと予約受付日時とが含まれる。

予約元情報には、予約を行ったユーザーの施設ＩＤ及び担当者ＩＤが含まれる。施設ＩＤ及び担当者ＩＤとこれらに各々対応する施設名及び担当者氏名は、各々別個のテーブルに予め保持されて参照可能とされていればよい。

患者情報には、患者氏名、性別、生年月日、保険情報（すなわち、保険証の記号番号や保険者番号など）及び添付ファイルパスなどが含まれる。患者に各々対応付けられる患者ＩＤが設定されている場合には、患者ＩＤ及び添付ファイルパスのみが患者情報に含まれていてもよい。

添付ファイルパスは、上述のように、予約時に予約元から実施医療機関に対して送付する情報を含む添付ファイルのデータ管理装置５４における格納先や識別情報を示すものであり、例えば、患者のバイタルの情報、血液検査などの検査済みの情報や担当医の所見など、検査、処置や診察などを依頼する上で必要な引継ぎ事項が含まれる。

予約対象情報には、予約内容を実施する施設ＩＤ、診療科ＩＤ、対象識別ＩＤ、オプション及び実施日時が含まれる。なお、対象識別ＩＤと施設ＩＤ及び診療科ＩＤとは、予約対象情報５３５１で各々対応付けられているので、この予約設定情報５３５３内の予約対象情報には、施設ＩＤ及び診療科ＩＤが含まれていなくてもよい。

実施情報には、ステータスＩＤと送付ファイルパスなどが含まれる。ステータスＩＤは、予約受付後の当該予約の状況を示すものであり、例えば、「予約済」、「予約確定」、「実施済」、「返信済」、「完了」、「取消」などに各々対応するＩＤが別個のテーブルで設定されている。予約済とは、予約管理装置５２により予約要求が受け付けられた状態である。予約確定とは、予約対象の施設から当該予約が受け付けられたことを示す情報が取得されたことを示す。実施済とは、予約内容が実施されたことを示す。返信済とは、実施された結果、例えば、検査結果のデータ（医用画像データなど）や所見（読影レポートなど）、診察の内容などが送付ファイルとしてデータ管理装置５４に受け付けられた状態を示す。完了とは、送付ファイルが予約元により閲覧、取得されたことを示す。取消とは、予約確定後実施前に予約が取り消された、予約内容が実施されなかったことを示す。
また、実施情報には、ステータス更新日時の情報が含まれていてもよい。

次に、予約対象情報５３５１及び予約割当情報５３５２の設定動作について説明する。
予約対象情報５３５１及び予約割当情報５３５２の設定更新（追加や変更）は、予約対象の医療行為を実施する実施医療機関、すなわち、ここでは中核病院の担当者が予約管理装置５２にログインした状態で行われる。

予約管理装置５２へのログイン処理は、外部から予約管理装置５２へのアクセス、すなわち、予約管理装置５２に対して定められているＵＲＬが指定された接続要求が受け付けられた場合に開始される。なお、設定動作を行う端末装置（又は端末装置からの接続要求を送信するプロキシーサーバー）のＩＰアドレスなどが固定されている場合には、予め登録されたＩＰアドレス以外からのアクセスを初めから拒否してもよい。

接続要求が受け付けられると、制御部５２１は、ログイン画面（ユーザー認証画面）の表示データ（すなわち、ＨＴＭＬ文書データ、文書内に埋め込まれる画像などのデータ、スタイルシートデータや必要に応じて動作アプリケーションデータ）をアクセス元の端末装置に対して出力して、端末装置のウェブブラウザーなどに対して当該ログイン画面を表示させる。そして、このログイン画面に入力されて、予約管理装置５２に対して送信された（通常では、以降の通信データが適切に暗号化される必要がある）ユーザーＩＤとパスワードの情報に基づいてアクセスの可否を決定する。そして、アクセスを許可する場合には、ユーザー情報５３５４に保持されている初期表示設定に応じた初期画面を表示させる。

図９は、予約対象情報及び予約割当情報の設定画面Ｗ２の例を示す図である。
この予約対象情報及び予約割当情報の設定画面Ｗ２へは、実施医療機関のユーザーが予約管理装置５２の所定のＵＲＬにアクセスしてユーザー認証がなされた後、初期画面の表示状態から所定の入力操作がなされることにより移行することができる。あるいは、予約の申し込みに用いられるＵＲＬとは異なる設定用のＵＲＬにアクセスをしてユーザー認証がなされた場合には、設定に係る初期画面に直接移行することとしてもよい。

この設定画面Ｗ２の例では、中核病院であるＦＧＨ総合病院の診療科（放射線科、消化器内科及び整形外科）のうちいずれかの予約対象情報及び予約割当情報の表示画面ＷＳ２がタブ形式で選択可能に表示されている。ここでは、表示画面ＷＳ２には、選択されている放射線科における予約対象の選択画面ＷＰ２１と、当該選択画面ＷＰ２１で選択されているＣＴ装置（造影剤なし）に係る予約対象情報の設定部分ＷＰ２２と、予約割当情報の設定部分ＷＰ２３と、予約割当に係る属性設定部分ＷＰ２４とが含まれている。

予約対象情報の設定部分ＷＰ２２には、予約単位時間が「ＡＭ／ＰＭ」であり、予約単位時間当たりの最大受付数が５となる２０１７年８月１日から有効となる設定の表示画面が示されている。この設定に応じた各時間枠の入力画面ＷＰ２２１が表示されている。各時間枠の受付数及び予約期限を入力する各セルには、端末装置の操作受付部４２５を介して適宜な入力（編集）を行うことが可能である。ここでは、図５（ａ）に示した２０１７年８月１日以降の設定と同一の設定がなされて表示されている。複数のセルがまとめて選択されて同一の値を一括入力させることが可能であってもよい。この状態で更新ボタンＢ２２２を選択する動作（選択動作）に係る入力操作（マウスによる更新ボタンＢ２２２の範囲のポイント及びクリック操作など）がなされることにより、予約対象情報５３５１の更新要求とともに設定画面Ｗ２上で変更、削除がなされた予約対象情報の内容が予約管理装置５２に送信され、予約管理装置５２及び予約データベースサーバー５３の処理により予約対象情報５３５１を更新させることができる。必要な設定の入力操作がなされずに更新ボタンＢ２２２を選択する動作に係る入力操作がなされた場合には、予約管理装置５２では、エラー入力であるとして予約対象情報５３５１の更新が行われない。

予約単位時間としては、上述の「ＡＭ／ＰＭ」のほか、時間単位で例えば３０分、１時間、２時間などと定めることができる。また、「ＡＭ／ＰＭ」に加えて夜間（夕方）、早朝などを追加してもよい。これらの時間枠の区切りは、医療行為ごとに異なり得る。したがって、この区切りの具体的な時間帯の情報は、施設案内や検査案内などに明示されることが好ましい。

なお、予約単位時間を変更する場合、入力画面ＷＰ２２１も変更される必要があるので、変更ボタンＢ２２１の選択動作に係る入力操作を行うことで、予約対象情報５３５１の更新を行わずに入力画面ＷＰ２２１の変更を行わせる。この処理は、表示データとともに端末装置が受信していた表示プログラムにより当該端末装置内で行われてもよいし、変更要求を予約管理装置５２に送信して予約管理装置５２により作成された変更後の表示データを受信してもよい。

あるいは、この設定画面Ｗ２で入力画面ＷＰ２２１に直接入力操作を行う代わりに、図５などで示したような設定が所定のフォーマットで記述されたファイルをアップロード（送信）することで、予約管理システムＬＡＮ５０内で予約対象情報５３５１の更新動作を行わせることとしてもよい。ファイル送信ボタンＢ２２３の選択動作に係る入力操作に応じて、送信対象の選択画面が表示され、選択されたファイル名やローカルパス（フォルダー名など）が画面ＷＰ２２２内に記載される。この状態で更新ボタンＢ２２２の選択動作に係る入力操作がなされることで、予約対象情報５３５１の更新要求とともに選択されたファイルが予約管理装置５２に送信され、予約管理装置５２では、受信したファイルの内容を読み取って予約データベースサーバー５３に予約対象情報５３５１の更新を行わせる処理を行う。なお、このとき送信されるファイルは、所定のフォーマットで記述されてさえいれば、選択されている予約対象だけではなく、送信元のユーザーが更新権限を有する他の予約対象の設定が併記されたものであってもよい。予約管理装置５２は、複数の予約対象に係る予約対象情報５３５１を更新する処理を順番に行う。

また、予約割当情報の設定部分ＷＰ２３には、この予約対象に対して属性ＩＤ及びオプションごとの割当設定を行う入力画面ＷＰ２３１が有効期間の設定表示とともに示されている。ここでは、属性ＩＤが「１」で造影剤ありの場合と、属性ＩＤが「２」の場合の造影剤あり／なしの場合の設定が入力された状態で表示されている。その他の属性ＩＤ及びオプションの場合については、右端のスクロールバーを移動させる入力操作を行うことで編集可能に表示させることができる。複数のセルがまとめて選択されて同一の値を一括入力させることが可能であってもよい。また、設定部分ＷＰ２２に表示された予約対象情報の設定値と同一の値に一括変換させることが可能であってもよい。なお、これらの設定は、必ずしも全てなされなくてもよく、なされていない部分については、予約対象情報５３５１で設定されている上限値（最も広い設定範囲）であるとみなすことができる。あるいは、反対に、下限値、すなわち、入力されていない部分については予約不可としてもよい。

なお、属性ＩＤに該当する医療機関がない場合、当該属性ＩＤに係る予約割当の設定は必ずしも必要がないので、削除のチェックボックスを用いて医療機関についての予約割当設定を指定して削除したり、反対に今まで対応する医療機関がなかった属性ＩＤに新たな医療機関が追加されたりした場合には、属性追加ボタンＢ２３１の選択動作に応じて当該属性ＩＤに対する予約割当設定を追加したりすることができる。設定の修正後に更新ボタンＢ２３２の選択動作に係る入力操作がなされることで、予約割当情報５３５２のうち予約割当数の更新要求が設定画面Ｗ２上で変更、削除がなされた予約割当情報の内容とともに予約管理装置５２に送信され、予約管理装置５２及び予約データベースサーバー５３の処理により予約割当情報５３５２を更新させることができる。また、予約対象情報５３５１で設定されている各時間枠の予約受付数よりも多い予約割当数など、設定不可能な入力があった場合には、直ちに又は更新ボタンＢ２３２の選択動作に係る入力操作に応じて警告表示がなされて、予約管理装置５２では、予約割当情報５３５２の更新が行われない。

あるいは、この設定画面Ｗ２で入力画面ＷＰ２３１に直接入力操作を行う代わりに、図６及び図７などで示したような設定が所定のフォーマットで記述されたファイルをアップロード（送信）することで、予約管理システムＬＡＮ５０内で予約割当情報５３５２の更新動作を行わせることとしてもよい。ファイル送信ボタンＢ２３３の選択動作に係る入力操作に応じて送信対象のファイル選択画面が表示され、選択されたファイル名やローカルパス（フォルダー名など）が画面ＷＰ２３２内に記載される。この状態で更新ボタンＢ２３２の選択動作に係る入力操作がなされることで、予約割当情報５３５２の更新要求とともに選択されたファイルが予約管理装置５２に送信され、予約管理装置５２では、受信したファイルの内容を読み取って予約データベースサーバー５３に予約割当情報５３５２の更新を行わせる処理を行う。なお、このとき送信されるファイルは、所定のフォーマットで記述されてさえいれば、選択されている予約対象だけではなく、送信元ユーザーが更新権限を有する他の予約対象の設定が併記されたものであってもよい。予約管理装置５２は、複数の予約対象に係る予約割当情報５３５２を更新する処理を順番に行う。

また、予約割当に係る属性設定部分ＷＰ２４には、医療予約システム１による予約申し込みが可能とされている医療機関の施設ＩＤが医療機関名とともに表示され、各々属性ＩＤと対応付けられて表示されている。ここでは、図６に示した設定と同一の設定が表示されている。属性ＩＤの値の表示部分は、それぞれテキストボックスになっており（あるいは、プルダウンメニューなどであってもよい）、操作受付部４２５を介して値を変更させる操作が可能である。変更操作がなされた後に、更新ボタンＢ２４１の選択動作に係る入力操作が操作受付部４２５を介してなされることで、予約割当情報５３５２のうち属性設定の更新要求が設定画面Ｗ２上で変更、削除がなされた予約割当情報の内容とともに予約管理装置５２に送信され、予約管理装置５２及び予約データベースサーバー５３の処理により予約割当情報５３５２を更新させることができる。なお、属性ＩＤを設定しない医療機関については、設定中の予約対象についての予約を全面的に不可としたり、あるいは、予約対象情報５３５１の設定どおりに全面的に可としたりすることができる。また、医療機関自身の予約対象に予約を申し込む場合（すなわち、ＦＧＨ中央病院の端末装置からＦＧＨ中央病院自身で実施される予約対象についての予約を行う場合）には全面的に可とし、それ以外の場合には全面的に不可とするなどとしてもよい。

なお、上述のように、予約割当情報の設定に係るファイルは、予約割当情報の設定部分ＷＰ２３内のファイル送信ボタンＢ２３３により予約割当数の設定と属性の設定のいずれについても送信可能とされているが、属性の設定に係るファイルの送信用には、予約割当に係る属性設定部分ＷＰ２４内に別個にファイル送信ボタンや選択ファイルの表示画面が設けられていてもよい。

また、上述のように、予約対象情報と予約割当情報が別個に更新される（予約管理装置５２側により取得可能である）だけでなく、更新ボタンＢ２の選択動作に係る入力操作により、ＦＧＨ中央病院の予約対象情報及び予約割当情報が全てまとめて更新される。

図１０は、予約管理装置５２で実行される予約対象設定制御処理の制御部５２１による制御手順を示すフローチャートである。この予約対象設定制御処理は、設定画面Ｗ２の表示データを送信した場合に呼び出されて実行される。

予約対象設定制御処理が呼び出されると、制御部５２１は、設定表示を行う対象とする予約対象に係る予約対象情報５３５１のデータを予約データベースサーバー５３に要求して取得する（ステップＳ２０１）。制御部５２１は、当該予約対象の予約割当情報５３５２を取得する（ステップＳ２０２）。制御部５２１は、これら取得された予約対象情報５３５１及び予約割当情報５３５２を含む設定画面Ｗ２の表示データを作成してアクセス元に送信する（ステップＳ２０３）。

制御部５２１は、予約単位時間の変更ボタンＢ２２１の選択動作がなされたか否かを判別する（ステップＳ２０４）。選択動作がなされたと判別された場合には（ステップＳ２０４で“ＹＥＳ”）、制御部５２１は、予約単位時間を変更した設定画面Ｗ２の表示データを作成してアクセス元に送信する（ステップＳ２０５）。それから、制御部５２１の処理は、ステップＳ２０６に移行する。選択動作がなされていないと判別された場合には（ステップＳ２０４で“ＮＯ”）、制御部５２１の処理は、ステップＳ２０６に移行する。

ステップＳ２０６の処理に移行すると、制御部５２１は、予約対象情報の更新ボタンＢ２２２の選択動作がなされたか否かを判別する（ステップＳ２０６）。選択動作がなされていないと判別された場合には（ステップＳ２０６で“ＮＯ”）、制御部５２１の処理は、ステップＳ２２１に移行する。

予約対象情報の更新ボタンＢ２２２の選択動作がなされたと判別された場合には（ステップＳ２０６で“ＹＥＳ”）、制御部５２１は、当該選択動作の実行を示す信号とともにアクセス元から送信された予約対象情報の入力情報を取得し、入力エラーの検出を行う（ステップＳ２０７）。制御部５２１は、入力エラーが有るか否かを判別する（ステップＳ２０８）。入力エラーが有ると判別された場合には（ステップＳ２０８で“ＹＥＳ”）、制御部５２１は、入力エラーが有る旨の表示を行い（ステップＳ２０９）、処理をステップＳ２０４に戻す。入力エラーの表示方法は適宜定められて良く、例えば、入力エラー箇所を羅列表示したポップアップ画面を表示させたり、単純にエラーが有る旨の警告表示を表示画面ＷＳ２内に行ったりすることができる。

入力エラーがないと検出された場合には（ステップＳ２０８で“ＮＯ”）、制御部５２１は、予約データベースサーバー５３に対し、入力された予約対象情報に応じて予約対象情報５３５１の更新を要求する（ステップＳ２１０）。予約データベースサーバー５３から更新完了の通知が取得されると、制御部５２１は、更新が完了した旨の表示を行う表示データ、例えば、ポップアップ画面の表示（生成）データを作成してアクセス元に送信してよい。

制御部５２１は、予約対象情報５３５１の更新がファイル送信により行われたものであったか否かを判別する（ステップＳ２１１）。ファイル送信により行われたものであったと判別された場合には（ステップＳ２１１で“ＹＥＳ”）、当該送信されたファイルによる更新内容を反映した設定画面Ｗ２の表示データを作成してアクセス元に送信する（ステップＳ２１２）。それから、制御部５２１の処理は、ステップＳ２０４に戻る。ファイル送信により行われた更新ではなかったと判別された場合には（ステップＳ２１１で“ＮＯ”）、制御部５２１の処理は、ステップＳ２０４に戻る。

ステップＳ２０６の処理で“ＮＯ”に分岐すると、制御部５２１の処理は、ステップＳ２２１に移行し、制御部５２１は、属性追加ボタンＢ２３１の選択動作がなされたか否かを判別する（ステップＳ２２１）。選択動作がなされたと判別された場合には（ステップＳ２２１で“ＹＥＳ”）、制御部５２１は、オプション数に対応する数だけ初期設定状態の設定枠の表示部分を追加した設定画面Ｗ２の表示データを生成し、アクセス元に対して送信する（ステップＳ２２２）。それから、制御部５２１の処理は、ステップＳ２２３に移行する。属性追加ボタンＢ２３１の選択動作がなされていないと判別された場合には（ステップＳ２２１で“ＮＯ”）、制御部５２１の処理は、ステップＳ２２３に移行する。

ステップＳ２２３の処理に移行すると、制御部５２１は、予約割当情報５３５２の更新ボタンＢ２３２又は更新ボタンＢ２４１の選択動作がなされたか否かを判別する（ステップＳ２２３）。選択動作がなされたと判別された場合には（ステップＳ２２３で“ＮＯ”）、制御部５２１の処理は、ステップＳ２４１に移行する。

更新ボタンＢ２３２の選択動作がなされたと判別された場合には（ステップＳ２２３で“ＹＥＳ”）、制御部５２１は、選択動作の実行を示す信号とともにアクセス元から入力された予約割当情報（更新ボタンに応じた入力画面内のもの）を取得し、当該予約割当情報の入力エラーを検出する（ステップＳ２２４）。制御部５２１は、入力エラーが有るか判別をする（ステップＳ２２５）。入力エラーが有ると判別された場合には（ステップＳ２２５で“ＹＥＳ”）、制御部５２１は、エラー表示を行う表示データを作成し、アクセス元に送信する（ステップＳ２２６）。この表示データは、エラーの内容を除いてステップＳ２０９の処理で作成された入力エラーの表示データと同様とすることができる。それから、制御部５２１の処理は、ステップＳ２２１に戻る。

入力エラーがないと判別された場合には（ステップＳ２２５で“ＮＯ”）、制御部５２１は、予約データベースサーバー５３に対し、入力された予約割当情報に応じて予約割当情報５３５２の更新を要求する（ステップＳ２２７）。予約データベースサーバー５３から更新完了の通知が取得されると、制御部５２１は、更新が完了した旨の表示を行う表示データ、例えば、ポップアップ画面の表示（生成）データを作成してアクセス元に送信してよい。

制御部５２１は、ファイル送信による予約割当情報５３５２の更新であったか否かを判別する（ステップＳ２２８）。ファイル送信による更新であったと判別された場合には（ステップＳ２２８で“ＹＥＳ”）、当該送信ファイルによる予約割当情報５３５２の更新内容を反映した設定画面Ｗ２の表示データを作成してアクセス元に送信する（ステップＳ２２９）。それから、制御部５２１の処理は、ステップＳ２２１に戻る。ファイル送信による更新ではなかったと判別された場合には（ステップＳ２２８で“ＮＯ”）、制御部５２１の処理は、ステップＳ２２１に戻る。

ステップＳ２２３の判別処理で“ＮＯ”に分岐すると、制御部５２１の処理は、ステップＳ２４１に移行する。制御部５２１は、更新ボタンＢ２の選択動作がなされたか否かを判別する（ステップＳ２４１）。選択動作がなされていないと判別された場合には（ステップＳ２４１で“ＮＯ”）、制御部５２１の処理は、ステップＳ２０４に戻る。

更新ボタンＢ２の選択動作がなされたと判別された場合には（ステップＳ２４１で“ＹＥＳ”）、選択動作の実行を示す信号とともにアクセス元から入力された予約対象情報及び予約割当情報を取得し、これらの入力エラーを検出する（ステップＳ２４２）。制御部５２１は、入力エラーが有るか判別をする（ステップＳ２４３）。入力エラーが有ると判別された場合には（ステップＳ２４３で“ＹＥＳ”）、制御部５２１は、エラー表示を行う表示データを作成し、アクセス元に送信する（ステップＳ２４４）。この表示データは、エラーの内容を除いてステップＳ２０９、Ｓ２２６の処理で作成された入力エラーの表示データと同様とすることができる。それから、制御部５２１の処理は、ステップＳ２０４に戻る。

入力エラーがないと判別された場合には（ステップＳ２４３で“ＮＯ”）、制御部５２１は、予約データベースサーバー５３に対し、入力された予約対象情報及び予約割当情報に応じて予約対象情報５３５１及び予約割当情報５３５２の更新を順に要求する（ステップＳ２４５）。予約データベースサーバー５３から更新完了の通知が取得されると、制御部５２１は、更新が完了した旨の表示を行う表示データ、例えば、ポップアップ画面の表示（生成）データを作成してアクセス元に送信してよい。更新が終了すると、制御部５２１は、予約対象設定制御処理を終了する。あるいは、制御部５２１は、必要に応じて送信ファイルによる更新内容を反映した表示データを送信した後、処理をステップＳ２０４に戻して、ログアウトの要求がなされるまで処理を継続的に繰り替えしてもよい。

次に、本実施形態の予約管理装置５２における予約受付動作について説明する。
予約受付動作は、外部から予約管理装置５２へのアクセス、すなわち、予約管理装置５２に対して定められているＵＲＬが指定された接続要求が受け付けられた場合に開始される。なお、端末装置（又は端末装置からの接続要求を送信するプロキシーサーバー）のＩＰアドレスなどが固定されている場合には、予め登録されたＩＰアドレス以外からのアクセスを初めから拒否してもよい。

接続要求が受け付けられると、制御部５２１は、ログイン画面（ユーザー認証画面）の表示データをアクセス元の端末装置に対して出力して、端末装置のウェブブラウザーなどに対して当該ログイン画面を表示させる。そして、このログイン画面に入力されて、予約管理装置５２に対して送信されたユーザーＩＤとパスワードの情報に基づいてアクセスの可否を決定する。そして、アクセスを許可する場合には、ユーザー情報５３５４に保持されている初期表示設定に応じた初期画面を表示させる。この初期画面は、上述の設定画面Ｗ２とは別個に予約受付時の設定として設定されていてもよく、この場合には、予約申し込み用のＵＲＬからのアクセスに応じたログイン時に予約受付用の初期画面が表示される。

図１１は、初期画面Ｗ１の一例を示す図である。
ここでは、ユーザーであるＡＢＣ診療所の医師ＤＥに対するアクセス許可を５月１１日（木曜日）に行った場合に、ＦＧＨ中央病院の放射線科におけるＣＴ装置の翌週の予約カレンダー画面ＷＳ１を表示させた例を示している。初期画面Ｗ１には、予約カレンダー画面ＷＳ１に加えて、予約先の施設選択プルダウンＳＬ１、リスト表示ボタンＢ１、更新ボタンＢ２、予約詳細ボタンＢ３及び「内容を見る」ボタンＢ４などが表示されている。

予約カレンダー画面ＷＳ１は、新規予約登録及び予約状況の確認のための時間枠が日時順に並べて表示されたカレンダー形式の予約画面である。予約カレンダー画面ＷＳ１により表示される予約対象は、施設選択プルダウンＳＬ１により選択された施設の診療科のいずれかへとタブ形式で選択切替可能とされている。予約カレンダー画面ＷＳ１には、選択されている診療科の予約対象を選択するための選択ボタン表示欄ＷＰ１と、当該診療科の選択された予約対象（ここではＣＴ装置造影剤なし）の各時間枠（ＡＭ／ＰＭ）の予約有無及び予約可否（予約申込可否）を表示するカレンダー欄ＷＰ２と、が示されている。

ＡＢＣ診療所は、上述のように、属性ＩＤが２であり、当該属性ＩＤ「２」に応じた予約割当の設定がなされる。カレンダー欄ＷＰ２では、予約受付数が属性ＩＤ「２」の予約割当数未満であり予約可の時間帯、ログインしているユーザーの施設（自施設）による予約割当数以下の予約があり、かつ自施設による予約割当数の予約済又は他施設の予約を含めて予約受付数の予約済の時間帯、自施設への予約割当数が１以上かつ自施設による予約がなく他施設により予約受付数の予約済の時間帯、及び自施設への予約割当数が０（休院などによる検査設備の停止も含む）であり予約不可の時間帯の４種類が異なる色などにより区別されて表示される。すなわち、このような表示の区分けにより、自施設による予約申込数が予約割当数に達している一方で合計の予約申込数が予約受付数には達していない時間帯について、ユーザーの自施設の予約が表立って除外されていることが明示されないように、実際には他施設からの予約が入っていない場合でも「予約済（他施設）」として（すなわち、自施設による予約申込数が予約割当数以上であるか否かを区別せずに）表示させることができる。

自施設による予約がある時間枠については、予約ＩＤや患者氏名などの予約設定情報が表示され得る。カレンダー欄ＷＰ２の表示範囲は、表示部４２６の表示画面において当該カレンダー欄ＷＰ２下方に表示されているスクロールバーＷＰ３、左下に表示されている当月のカレンダーＷＰ４、上方に表示されているスライダーＷＰ５や右側に表示されている矢印ボタンＷＰ６を動作させる操作受付部４２５への所定の入力操作に応じてユーザーが変更させ、また、ユーザーが参照することが可能である。

このとき、予約管理装置５２へアクセスしている端末装置１２の制御部（表示制御手段、予約申込要求手段）は、予約を行う患者のスケジュール情報を患者情報（機関内ＬＡＮ１０の端末装置１２の記憶部に記憶された患者情報４２３２に対応するもの）から呼び出して、予約可能な時間枠との整合をとって整合結果を表示させることが可能であってもよい。

図１２は、患者のスケジュール表示画面Ｗ１１がポップアップ表示された場合の表示例を示す図である。
ここでは、一か月分のカレンダーが表示されて、診療スケジュールの有無を示す○×の表示と、予定が入っている場合には当該予定の内容を読み出すための「ＩＴＥＭ」ボタンの表示とがなされている。この情報を予約可否の情報と連携させる（取り込む）ことで、直近で予約可となる日が５月１７日であることが示される。

カレンダー欄ＷＰ２における予約可及び予約済（自施設）の時間枠の位置を選択する動作が操作受付部４２５への入力操作（例えば、マウスによるポイント及びクリック操作）により受け付けられると、検査予約情報の詳細を表示、入力するための予約情報入力画面がポップアップ表示される。予約済（他施設）の時間枠の位置や予約不可の時間枠の位置を選択する動作に係る入力操作がなされても、予約申込や予約内容に係る表示は行われない（予約申込を受け付けない）。

図１３は、予約情報入力画面Ｗ１２がポップアップ表示された画面の表示例を示す図である。
図１２における予約可の時間枠ＶＣの位置の選択動作がなされた場合、当該時間枠の情報が設定され、患者情報などが未表示の予約情報入力画面Ｗ１２が生成されて表示される。ここでは、患者基本情報として患者ＩＤ又は患者の氏名、性別及び生年月日の入力が要求される。端末装置を含む機関内ＬＡＮにおいて患者情報が登録されている場合には、患者ＩＤ又は患者氏名が入力されて検索ボタンの選択動作に係る入力操作がなされることで、その他の情報（保険情報を含む）が補完され得る。

また、予約情報として、予約理由、患者の治療経過や添付ファイルの設定を行い得る。これらの項目は入力必須でなくてもよいが、適切な検査、検査レポートの作成や処置、診察のために必要な事項が好ましく記載される。

また、保険情報として、患者の加入保険の情報が入力され得る。この情報も入力必須としなくてもよい。

少なくとも入力必須の項目が入力された後、予約実行ボタンＢ１１１の選択動作に係る入力操作が操作受付部４２５を介してなされることで、入力内容（予約申込の要求）が予約管理装置５２に送信される。送信された新規予約の要求は、予約管理装置５２によって受け付けられて（受付ステップ）、予約データベースサーバー５３への登録処理が行われ、予約データベースサーバー５３では、予約設定情報５３５３が更新される。

また、自施設による予約がある時間枠ＶＲの位置の選択動作がなされた場合、当該時間枠の情報が設定され、入力設定済みの患者情報などが表示の予約情報入力画面Ｗ１２が生成されて表示される。この表示内容に対して内容の追加や変更を行った後、予約実行ボタンＢ１１１の選択動作に係る入力操作が操作受付部４２５を介してなされることで、入力内容が予約管理装置５２に送信される。これにより、予約済の医療行為に対して情報を変更、追加登録することができる。

予約状況は、リアルタイムで変動し得るので、更新ボタンＢ２をクリックする操作の入力が操作受付部４２５により受け付けられることで、予約状況が最新のデータに更新される。

また、リスト表示ボタンＢ１、予約詳細ボタンＢ３を選択する動作の入力操作（クリック操作など）が操作受付部４２５により受け付けられると、現在自施設又はログインしているユーザーが予約済みの予約内容をリスト表示させたり当該予約内容を詳細表示させたりする画面が予約カレンダー画面ＷＳ１に代えて、又はポップアップ画面として追加で表示される。また、「内容を見る」ボタンＢ４を選択する動作の入力操作が操作受付部４２５により受け付けられると、予約対象の医療行為の実施後にデータ管理装置５４に登録された結果データ（送付データ）が取得、表示される。

図１４及び図１５は、予約画面Ｗ３の例を示す図である。
ここでは、ユーザーであるＢＣＤ診療所の医師ＮＰＱに対するアクセス許可がなされて予約画面Ｗ３を表示させた状態で、ＦＧＨ中央病院の放射線科におけるＣＴ装置の翌週の予約可否を表示させようとすると、ＢＣＤ診療所は、図９に示したように、ＦＧＨ中央病院におけるＣＴ装置の検査について、属性ＩＤが「４」に設定されており、すなわち、当該ＣＴ装置の検査予約を行うことができない。ここでは、図１４に示すように、予約カレンダー画面ＷＳ３には、選択ボタン表示欄ＷＰ１と、当月のカレンダーＷＰ４とが示されている。選択ボタン表示欄ＷＰ１には、選択可能な予約対象がない旨の表示のみがなされている。

一方、ＦＧＨ中央病院の消化器内科における栄養指導（高血圧）の翌週の予約可否について一覧表示させようとした場合、図７（ｂ）に示したように、属性ＩＤ「４」に対して栄養指導（高血圧）は、水曜及び金曜のＡＭのみ３日前までの予約申し込みが可能に設定されている。これに応じて、図１５に示すように、選択されている「栄養指導（高血圧）」の各時間枠（ＡＭ／ＰＭ）の予約有無を表示するカレンダー欄ＷＰ２が示されている。

この場合、通常であれば、水曜日及び金曜日のそれぞれＡＭが予約可、予約済（自施設）又は予約済（他施設）のいずれかとして表示され、その他が予約不可として表示される。しかしながら、図４に示したように、５月１７日（水）は、「栄養指導（高血圧）」が不定期停止として設定されており、水曜日の午前中も予約不可となっている。ここでは、金曜日のＡＭは予約済（他施設）とされており、すなわち、ＢＣＤ診療所では、来週の「栄養指導（高血圧）」の予約を行うことができないことが容易に知得される。

図１６は、本実施形態の予約管理装置５２により予約受付動作時に実行される予約カレンダー生成制御処理の制御部５２１による制御手順を示すフローチャートである。

この予約カレンダー生成制御処理は、ユーザー認証が終了して初期画面として、又は他の表示画面から予約カレンダー画面ＷＳ１を表示する画面に移行する場合に予約カレンダーの各セルの表示種別（上述の予約可否や予約済に係る表示）を決定する際に呼び出されて起動される。

予約カレンダー生成制御処理が開始されると、制御部５２１は、ユーザー情報５２３３に設定されている初期設定や、表示画面中で選択された内容に基づいて予約カレンダーの表示を行わせる予約対象（施設、診療科、医療行為の内容）の情報を取得する（ステップＳ１０１）。制御部５２１は、同様に初期設定や表示画面中で設定されている内容（すなわち、ユーザーからの要求の内容）に基づいて予約カレンダーの表示期間（指定された時間枠）を取得する（ステップＳ１０２）。

制御部５２１は、予約データベースサーバー５３に対し、選択された予約対象についての予約枠情報、すなわち、予約対象情報５３５１に記憶された不定期停止情報、予約単位時間、予約枠及び予約時間帯の情報を要求して出力結果を取得する（ステップＳ１０３）。制御部５２１は、予約データベースサーバー５３に対し、ユーザーが属する施設の予約対象についての属性ＩＤに基づいて表示期間内の予約割当情報５３５２を取得する（ステップＳ１０４）。制御部５２１は、予約データベースサーバー５３に対し、選択された予約対象について表示期間内に成立して（受け付けられて）いる予約設定の情報の抽出を要求して出力結果を取得する（ステップＳ１０５）。

制御部５２１は、表示種別の決定対象として、表示期間初日の先頭の時間枠に設定する（ステップＳ１０６）。

制御部５２１は、設定された時間帯がユーザーの属する医療機関からの予約対象の予約受付可能な時間枠であるか否かを判別する（ステップＳ１０７）。予約受付可能な時間枠ではない、すなわち、休院日や予約対象の検査設備が稼動しない若しくは外部からの予約を受け付けない時間帯などである、又は属性に基づいてユーザーの属する医療機関からの予約を受け付けない時間帯であると判別された場合には（ステップＳ１０７で“ＮＯ”）、制御部５２１は、この時間枠のセルに予約不可表示を行わせる設定を行う（ステップＳ１２１）。それから、制御部５２１の処理は、ステップＳ１１１に移行する。

予約受付可能な時間枠であると判別された場合には（ステップＳ１０７で“ＹＥＳ”）、制御部５２１は、設定されている時間枠において、自施設による予約申込数が予約割当数に達している（予約割当数の予約済である）又は予約元を問わず全体での予約申込数が予約受付数に達している（予約受付数の予約済である）か否かを判別する（ステップＳ１０８）。予約済であると判別された場合には（ステップＳ１０８で“ＹＥＳ”）、制御部５２１は、設定されている予約に自施設によるものがあるか否かを判別する（ステップＳ１３１）。自施設によるものがあると判別された場合には（ステップＳ１３１で“ＹＥＳ”）、制御部５２１は、この時間枠のセルを「予約済（自施設）」として予約情報（上述のように、患者氏名や予約ＩＤなど）を表示させる設定を行う（ステップＳ１３２）。それから、制御部５２１の処理は、ステップＳ１１１に移行する。

設定されている予約に自施設によるものがないと判別された場合には（ステップＳ１３１で“ＮＯ”）、制御部５２１は、この時間枠のセルに「予約済（他施設）」の表示を行わせる設定を行う（ステップＳ１３３）。それから、制御部５２１の処理は、ステップＳ１１１に移行する。

ステップＳ１０８の判別処理で、設定されている時間枠の予約割当数の予約が自施設によりなされておらず、かつ全体で予約受付数の予約がなされていない（少なくとも１つ自施設から予約可能な空きがある）と判別された場合には（ステップＳ１０８で“ＮＯ”）、制御部５２１は、この時間枠のセルに「予約可」の表示を行わせる設定を行う（ステップＳ１０９）。このとき、当該時間枠に自施設の予約がある場合には、当該予約の予約情報を併せて表示させる設定を行う。また、制御部５２１は、受付可能な残数を表示させてもよい。それから、制御部５２１の処理は、ステップＳ１１１に移行する。

ステップＳ１０９、Ｓ１２１、Ｓ１３２、Ｓ１３３の各処理からステップＳ１１１の処理に移行すると、制御部５２１は、現在設定されている時間枠が予約カレンダーの表示期間内におけるこの日の最後の時間枠であるか否かを判別する（ステップＳ１１１）。最後の時間枠ではないと判別された場合には（ステップＳ１１１で“ＮＯ”）、制御部５２１は、表示種別を決定する対象を次の時間枠のセルに変更設定する（ステップＳ１１２）。それから、制御部５２１の処理は、ステップＳ１０７に戻る。

この日の最後の時間枠であると判別された場合には（ステップＳ１１１で“ＹＥＳ”）、制御部５２１は、この最後の時間枠の日が表示期間内における最後の日であるか否かを判別する（ステップＳ１４１）。最後の日であると判別された場合には（ステップＳ１４１で“ＹＥＳ”）、全ての時間枠のセルに対する表示種別の決定が終了し、制御部５２１は、予約カレンダー生成制御処理を終了する。

最後の日ではないと判別された場合には（ステップＳ１４１で“ＮＯ”）、表示種別を決定する対象を次の日付（翌日）の先頭時間枠のセルに変更設定する（ステップＳ１４２）。それから、制御部５２１の処理は、ステップＳ１０７に戻る。

このようにして、時間枠ごとに各々判断、設定された予約有無や予約申込の受付可否の種別に応じて、制御部５２１は、これら予約有無や予約申込可否を識別可能な表示データ（ＨＴＭＬテキストなど、ウェブブラウザーの表示画面に表示可能なデータ）を作成してアクセス元に対して送信する。

以上のように、本実施形態の医療予約システム１は、ネットワーク回線を通じて予約対象の医療行為に対する予約申込を受け付ける受付手段と、予約申込の受付可能数を時間枠ごとに定める受付数設定情報（少なくとも予約割当情報５３５２）を取得する受付数設定取得手段と、として機能させる制御部５２１を備える。
受付数設定情報では、予約割当情報において、予約元医療機関ごとに受付可能な予約割当数が定められ、受付手段としての制御部５２１は、予約元医療機関からの所定の時間枠の医療行為に対する予約申込が予約割当数以上である場合には、当該予約元医療機関からこの時間枠の医療行為に対する新たな予約申込を受け付けない。
このように、予約元医療機関ごとに、予約割当数を設定可能とすることで、中核医療機関と同系列の医療機関や、当初から連携を前提として当該中核医療機関と契約を行った医療機関などと、その他の医療機関との間で予約機会を適切に定めることができる。これにより、柔軟な設備の利用に対応することが可能になり、医療予約システム１において、柔軟な医療機関の連携に適切に対応して医療予約を行わせることが可能となる。

また、予約割当数が複数の医療行為に対して各々設定されている。医療行為は、内容によって実施可能な頻度が異なり、また、医療予約システム１内での希少度も異なるので、このように各々個別に設定されることで、柔軟に各予約元医療機関に対して適正な割合で利用機会を提供することができる。

また、制御部５２１は、予約元医療機関を属性ＩＤにより複数のグループのいずれかに割り当てる属性情報に係る予約割当情報を取得するグループ設定取得手段として機能し、予約割当情報５３５２では、複数の属性ＩＤに応じたグループの各々について予約割当数が定められ、受付手段としての制御部５２１は、予約元医療機関が属するグループに応じて、所定の時間枠の医療行為に対する予約割当数以下の予約申込を受け付ける。
医療予約システム１に加入する医療機関が多い場合、個々に全て設定すると手間がかかる上、小規模のクリニックや、上述のように医療機関の系列などに応じて割当が行われる場合には、複数の予約元医療機関に対して同一の予約割当数となりやすい。したがって、属性ＩＤを用いて複数の予約元医療機関に対して一括設定を可能とすることで、より容易に適切な予約割当を行うことが可能となる。

また、予約対象情報５３５１において、全ての予約元医療機関から受付可能な合計の予約受付数が時間枠ごとに定められている。したがって、当然に、各予約元医療機関からそれぞれ予約割当数以下の予約がなされた場合でも、合計の予約受付数の予約申込がなされた場合には、予約申込が不可となり、オーバーブッキングを避けることができる。

また、制御部５２１は、合計の予約受付数の設定情報と予約割当数の設定情報とを別個に取得可能である。合計の予約受付数が変化した場合には予約割当数も連動して変化することも多いが、予約割当数は契約の変更や予約元医療機関の数などに応じて変化し得るので、必要に応じて必要な部分のみ変更可能とすることで、処理を簡易化することができる。

また、制御部５２１は、有効期間の情報を含む合計の予約受付数の設定情報や予約割当数の設定情報を複数取得可能である。これにより、医療行為に係る設備や担当者の数が変化して、一時的又は継続的に合計の予約受付数が変化する場合や、上述のように予約割当数の変更がなされる場合に、当該変化、変更のタイミングを挟んで前後でトラブルなく予約申込と医療行為の実施を継続させることができる。

また、制御部５２１は、予約元医療機関のユーザーからの要求に対して、指定された期間の時間枠の予約申込可否に係る表示データを作成して送信する申込表示制御手段として機能する。
このように、医療機関ごとに予約申込可否の表示を行わせることで、当該医療機関で容易かつ速やかにどのタイミングで予約対象の医療行為の実施予約が可能であるかを知得することができる。これにより、医療機関ごとに割当が異なり予約申込可能な時間枠が異なる場合でも、医療機関側の予約に係る負担を増加させない。

また、制御部５２１（申込表示制御手段）は、ユーザーからの予約を受け付けない時間枠について、ユーザーが属する予約元医療機関からの予約申込数が予約割当数以上か否かを区別せずに表示データを作成する。
したがって、実際には予約可能な枠がまだ残っているにもかかわらず、自施設では予約ができないといった状態を明示的に予約元医療機関側に示さないので、当該予約元医療機関側の担当者に不満感が生じるのを抑えることができる。

また、制御部５２１（申込表示制御手段）は、ウェブブラウザーの表示画面への表示データを作成して送信する。すなわち、予約者は、特別なアプリケーションなどを用意せず、ウェブブラウザー上で予約申込に係るＵＲＬにアクセスして操作を行えばよいだけであるので、予約元医療機関側にネット予約の導入に係る手間や負担を生じさせず、手軽にネット予約を行わせることができる。また、ウェブブラウザーの表示画面への表示に係る技術の開発環境は広く周知であり、表示に係る構成を一から開発しなくてよいので、医療予約システム１に係る構成の開発や改良が容易である。

また、本実施形態の医療予約システム１は、予約対象情報５３５１及び予約割当情報５３５２と、予約設定情報５３５３とを記憶するデータベース記憶部５３５を備える予約データベースサーバー５３と、取得した予約対象情報及び予約割当情報を予約データベースサーバー５３に送信してデータベース記憶部５３５に記憶させる制御部５２５１及び受け付けた予約申込に係る受付情報を予約データベースサーバー５３に送信してデータベース記憶部５３５に記憶させる受付手段としての制御部５３１を備える予約管理装置５２と、を含む。
このように、予約管理用のＨＴＴＰサーバーとデータベースサーバーとを区分けしてＬＡＮ内で動作させることで、負荷を適切に分散し、各々安定して動作させ、また、セキュリティー上のリスクを低減させることができる。

また、予約元医療機関のユーザーが医療行為の予約申込を行う対象の患者情報４２３２を保持する記憶部４２３（に対応する予約元医療機関の端末装置における記憶部）と、受信した表示データから取得される予約申込が可能な時間枠の情報と、患者情報に含まれる患者のスケジュールとの整合結果を表示する表示制御手段及び予約申込の要求を予約管理装置５２の制御部５２１（受付手段）に送信する予約申込要求手段としての制御部４２１（に対応する予約元医療機関の端末装置における制御部）と、を備える。
このように、本医療予約システム１では、予約可否に係る情報と患者のスケジュール情報とを連携させることもできるようにすることで、医療機関ごと患者ごとに適切な時間枠への予約を容易かつ速やかに行うことができる。

また、本実施形態の予約管理装置５２は、ネットワーク回線を通じて予約対象の医療行為に対する予約申込を受け付ける受付手段と、予約申込の受付可能数を時間枠ごとに定める受付数設定情報（少なくとも予約割当情報）を取得する受付数設定取得手段と、として機能させる制御部５２１を備える。
受付数設定情報では、予約割当情報において、予約元医療機関ごとに受付可能な予約割当数が定められ、受付手段としての制御部５２１は、予約元医療機関からの所定の時間枠の医療行為に対する予約申込が予約割当数以上である場合には、当該予約元医療機関からこの時間枠の医療行為に対する新たな予約申込を受け付けない。
このように、予約元医療機関ごとに、予約割当数を設定可能とすることで、中核医療機関と同系列の医療機関や、当初から連携を前提として当該中核医療機関と契約を行った医療機関などと、その他の医療機関との間で予約機会を適切に定めることができる。これにより、柔軟な設備の利用に対応することが可能になり、医療予約システム１において、柔軟な医療機関の連携に適切に対応して医療予約を行わせることが可能となる。

また、本実施形態の医療予約管理方法は、ネットワーク回線を通じて予約対象の医療行為に対する予約申込を受け付ける受付ステップ、予約申込の受付可能数を時間枠ごとに定める受付数設定情報（少なくとも予約割当情報）を取得する受付数設定取得ステップ、を含み、受付数設定情報では、予約割当情報において、予約元医療機関ごとに受付可能な予約割当数が定められ、受付ステップでは、予約元医療機関からの所定の時間枠の医療行為に対する予約申込が予約割当数以上である場合には、当該予約元医療機関からこの時間枠の医療行為に対する新たな予約申込を受け付けない。
このような方法を用いることにより、予約元医療機関ごとに、予約割当数を設定可能とすることで、中核医療機関と同系列の医療機関や、当初から連携を前提として当該中核医療機関と契約を行った医療機関などと、その他の医療機関との間で予約機会を適切に定めることができる。これにより、柔軟な設備の利用に対応することが可能になり、柔軟な医療機関の連携に適切に対応して医療予約を行わせることが可能となる。

［第２実施形態］
次に、第２実施形態の医療予約システム１ａについて説明する。
図１７は、第２実施形態の医療予約システム１ａの全体構成を示す図である。
図１８は、医療予約システム１ａにおける予約管理システムＬＡＮ５０ａ内の機能構成を示すブロック図である。

第２実施形態の医療予約システム１ａでは、予約管理システムＬＡＮ５０ａが、ルーター５１及び予約管理装置５２ａを備え、別個に予約データベースサーバー５３及びデータ管理装置５４を有しない。図１８に示すように、予約管理装置５２ａには、データベース記憶部５３５及び医用データ記憶部５４５が補助記憶装置（ストレージ）として直接接続され、記憶部５２３には、データベース管理システム５３３１が記憶されている。

制御部５２１は、一方で、ＨＴＴＰサーバー（ウェブサーバー）としての制御動作を行い、外部からのＨＴＴＰアクセスに応じた処理を行う。他方で、制御部５３１は、データベースサーバーとしての制御動作を行い、データベース記憶部５３５に記憶された各種情報の処理要求（クエリー）に応じた処理動作を行う。制御部５２１は、予約管理プログラム５２３２を実行することで、端末装置からのアクセスによりなされた予約要求、予約内容の参照要求や予約内容に対する実施結果の登録要求などに応じて必要な処理を行い、処理結果などに基づいて、アクセス元に対してブラウザーにおける表示動作プログラムや表示内容を送信する。制御部５２１は、データベース管理システム５３３１のプログラムを実行することで、データベース記憶部５３５からのデータの読み出しやデータの書き込み更新を行う。

予約受付動作、設定更新受付動作、及びデータベースの管理動作の具体的な処理内容は、異なる制御部５２１、５３１間で要求信号やデータがやり取りされず、制御部５２１が単独で処理を行う点を除いて同一であり、説明を省略する。

このように、予約受付や設定更新受付動作とデータベース管理動作とを一台の予約管理装置５２ａで実行することもできる。

以上のように、第２実施形態の医療予約システム１ａは、予約管理装置５２ａがデータベースサーバーとしても機能し、予約設定情報及び予約割当情報を保持する。したがって、単一のコンピューターで医療予約システム１ａの機能を各医療機関に提供可能となり、構築が容易である。

なお、本発明は、上記実施の形態に限られるものではなく、様々な変更が可能である。
例えば、上記実施の形態では、予約割当数の設定情報として具体的な数値を各々示したテーブルデータを取得設定することとしたが、これに限られない。各時間枠の予約受付数に対して適用する条件式のような形で与えられてもよい。例えば、午前中の各時間枠における予約受付数のそれぞれ２０％と、午後の時間枠における予約受付数のそれぞれ５０％を予約割当数として定めるというような条件式であってもよい。

また、上記実施の形態では、予約対象情報５３５１や予約割当情報５３５２は、実施医療機関の機関内ＬＡＮにおける端末装置から設定操作が行われることとしたが、特に、スマートフォンやタブレットなどの携帯端末を用いる場合、必ずしも機関内ＬＡＮに接続されている必要はない。また、実施医療機関の意向や方針が反映されていれば、実施医療機関自身ではなく、当該実施医療機関と契約を結んだマネージメント会社などの端末装置から設定が取得されることがあってもよい。

あるいは、設定情報などが機関内ＬＡＮにおける端末装置から送信されるのには限られず、ユーザーが直接予約管理装置５２の操作受付部５２５に入力操作を行うこととしてもよい。特に、予約管理システムＬＡＮ５０が中核病院内に設けられている場合、中核病院の機関内ＬＡＮと一体的に構成されている場合などには、このような入力操作が可能であってもよい。

また、上記実施の形態では、予約対象情報５３５１と予約割当情報５３５２が同一画面で表示され、ユーザーが比較しながら設定可能としたが、異なる画面での設定であってもよい。また、異なる画面での設定であっても、予約割当情報５３５２の設定時には、設定され得る最大値の情報として予約受付数が表示されてもよい。

また、上記実施の形態では、予約対象ごとに予約受付数や予約割当数が定められたが、同種のものなどについては、複数の予約対象をグループ化して設定が行われてもよい。また、診察などでは、上述の栄養指導（高血圧）などのように内容だけではなく、担当者ごとに別個に予約対象として定められてもよい。

また、上記実施の形態では、複数の予約元医療機関を属性ＩＤに応じてグループ分けし、属性ごとに予約割当数を定めることとしたが、予約元医療機関ごとに各々予約割当数が設定されてもよい。また、合計の予約受付数と予約元医療機関の予約割当数との二段階での判断だけでなく、これらと属性内での合計予約割当数が定められてもよい。この場合、例えば、属性は、系列医療機関ごと、あるいは、所定の行政区域ごとなどで定められてもよい。

また、上記実施の形態では、ＨＴＴＰ接続によるブラウザー表示を用いた予約受付、予約可否のカレンダー表示や各種設定データのアップロードを例に挙げて説明したが、ネットワーク回線を用いたデータ送受信によるネット予約システムであれば、これに限られない。例えば、所定のフォーマットで記述された電子メールを自動処理する医療予約システムが行われても良いし、設定データのアップロードなどにはｆｔｐなど各種ファイル転送が可能なプロトコルが用いられ得る。

また、上記ネットワーク回線としては、インターネット（４Ｇ回線などのモバイルデータ通信回線を含む）を想定して説明したが、データ伝送が可能であれば、一部に電話回線や専用回線などが含まれている場合を除外するものではない。

また、上記実施の形態では、カレンダー形式による予約可否の表示を行う例を示したが、具体的な表示方法はこれに限られるものではない。単純に予約可能な時間枠及び自施設による予約がなされている時間枠を順番にリスト表示させる形などであってもよい。

また、上記実施の形態では、予約管理装置５２の所定のＵＲＬにＨＴＴＰアクセスが可能であれば、他に特定のアプリケーションなどを保持せずとも予約申込が可能とされたが、ログイン動作のために所定の認証用データやアプリケーションの所持を必要とさせてもよい。また、一般的なウェブブラウザーでの表示ではなく、専用のアプリケーションを介して表示や入力操作の受付及び情報（予約申込などの要求）の送信を行うこととしてもよい。

また、上記実施の形態において予約管理装置５２が単独で行う本発明の医療予約システムの各手段に係る機能動作は、複数の装置に分散されて行われてもよい。

また、以上の説明では、本発明に係る予約管理プログラム５２３２を記憶するコンピューター読み取り可能な媒体としてＨＤＤや、ＳＳＤなどの不揮発性メモリーを有する記憶部５２３を例に挙げて説明したが、これに限定されない。その他のコンピューター読み取り可能な媒体として、ＣＤ−ＲＯＭやＤＶＤディスクなどの可搬型記録媒体を適用することが可能である。また、本発明に係るプログラムのデータを通信回線を介して提供する媒体として、キャリアウェーブ（搬送波）も本発明に適用される。
その他、上記実施の形態で示した構成、制御内容や手順などの具体的な細部は、本発明の趣旨を逸脱しない範囲において適宜変更可能である。

１、１ａ 医療予約システム
１０、２０、３０、４０ 機関内ＬＡＮ
１１、２１、３１、４１ ルーター
１２、２２、３３、４２、４３ 端末装置
４５、４６ 検査設備
４７ 院内予約管理装置
４８ ＰＡＣＳ
５０、５０ａ 予約管理システムＬＡＮ
５１ ルーター
５２、５２ａ 予約管理装置
５３ 予約データベースサーバー
５４ データ管理装置
４２１ 制御部
４２２ ＲＡＭ
４２３ 記憶部
４２３１ ブラウザーソフトウェア
４２３２ 患者情報
４２４ 計時部
４２５ 操作受付部
４２６ 表示部
４２７ 通信部
５２１ 制御部
５２２ ＲＡＭ
５２３ 記憶部
５２３１ ＨＴＴＰサーバープログラム
５２３２ 予約管理プログラム
５２３３ ユーザー情報
５２４ 計時部
５２５ 操作受付部
５２６ 表示部
５２７ 通信部
５３１ 制御部
５３２ ＲＡＭ
５３３ 記憶部
５３３１ データベース管理システム
５３４ 計時部
５３５ データベース記憶部
５３５１ 予約対象情報
５３５２ 予約割当情報
５３５３ 予約設定情報
５３５４ ユーザー情報
５３７ 通信部
５４５ 医用データ記憶部
Ｗ１ 初期画面
Ｗ１１ スケジュール表示画面
Ｗ１２ 予約情報入力画面
Ｗ２ 設定画面
Ｗ３ 予約画面
ＷＳ１、ＷＳ３ 予約カレンダー画面

Claims (12)

1. ネットワーク回線を通じて医療行為に対する予約申込を受け付ける受付手段と、
   前記予約申込の受付可能数を時間枠ごとに定める受付数設定情報を取得する受付数設定取得手段と、
   予約元医療機関を複数のグループのいずれかに割り当てるグループ設定を取得するグループ設定取得手段と、
   を備え、
   前記受付数設定情報では、前記複数のグループの各々について前記予約元医療機関からそれぞれ受付可能な個別受付可能数が定められ、
   前記受付手段は、予約元医療機関が属するグループに応じて、所定の時間枠の医療行為に対する前記個別受付可能数以下の予約申込を受け付け、前記予約元医療機関からの前記所定の時間枠の医療行為に対する予約申込が前記個別受付可能数以上である場合には、当該予約元医療機関から前記所定の時間枠の医療行為に対する新たな予約申込を受け付けない
   ことを特徴とする医療予約システム。
2. 前記受付数設定情報では、前記個別受付可能数が複数の前記医療行為に対して各々設定されていることを特徴とする請求項１記載の医療予約システム。
3. 前記受付数設定情報では、全ての予約元医療機関から受付可能な合計の最大受付数が前記時間枠ごとに定められていることを特徴とする請求項１又は２記載の医療予約システム。
4. 前記受付数設定取得手段は、前記最大受付数の設定情報と前記個別受付可能数の設定情報とを別個に取得可能であることを特徴とする請求項３記載の医療予約システム。
5. 前記受付数設定取得手段は、有効期間の情報を含む前記受付数設定情報を複数取得可能であることを特徴とする請求項１〜４のいずれか一項に記載の医療予約システム。
6. 前記予約元医療機関のユーザーからの要求に対して、指定された時間枠の予約申込可否に係る表示データを作成して送信する申込表示制御手段を備えることを特徴とする請求項１〜５のいずれか一項に記載の医療予約システム。
7. 前記申込表示制御手段は、前記ユーザーからの予約を受け付けない時間枠について、前記ユーザーが属する予約元医療機関からの予約申込数が前記個別受付可能数以上か否かを区別せずに前記表示データを作成することを特徴とする請求項６記載の医療予約システム。
8. 前記申込表示制御手段は、ウェブブラウザーの表示画面への表示データを作成して送信することを特徴とする請求項６又は７記載の医療予約システム。
9. 前記受付数設定情報と、予約申込の受付情報とを記憶する記憶手段を備えるデータベース装置と、
   取得した前記受付数設定情報を前記データベース装置に送信して前記記憶手段に記憶させる前記受付数設定取得手段と、受け付けた予約申込に係る受付情報を前記データベース装置に送信して前記記憶手段に記憶させる前記受付手段と、を備える医療予約管理装置と、
   を含むことを特徴とする請求項１〜８のいずれか一項に記載の医療予約システム。
10. 前記予約元医療機関のユーザーが前記医療行為の予約申込を行う対象の患者情報を保持する患者情報記憶手段と、
    受信した前記表示データから取得される前記予約申込が可能な時間枠の情報と、前記患者情報に含まれる患者のスケジュールとの整合結果を表示する表示制御手段と、
    前記予約申込の要求を前記受付手段に送信する予約申込要求手段と、
    を備えることを特徴とする請求項６〜８のいずれか一項に記載の医療予約システム。
11. ネットワーク回線を通じて医療行為に対する予約申込を受け付ける受付手段と、
    前記予約申込の受付可能数を時間枠ごとに定める受付数設定情報を取得する受付数設定取得手段と、
    予約元医療機関を複数のグループのいずれかに割り当てるグループ設定を取得するグループ設定取得手段と、
    を備え、
    前記受付数設定情報では、前記複数のグループの各々について前記予約元医療機関からそれぞれ受付可能な個別受付可能数が定められ、
    前記受付手段は、予約元医療機関が属するグループに応じて、所定の時間枠の医療行為に対する前記個別受付可能数以下の予約申込を受け付け、前記予約元医療機関からの前記所定の時間枠の医療行為に対する予約申込が前記個別受付可能数以上である場合には、当該予約元医療機関から前記所定の時間枠の医療行為に対する新たな予約申込を受け付けない
    ことを特徴とする医療予約管理装置。
12. 医療予約システムに含まれる制御部による医療予約管理方法であって、
    ネットワーク回線を通じて医療行為に対する予約申込を受け付ける受付ステップ、
    前記予約申込の受付可能数を時間枠ごとに定める受付数設定情報を取得する受付数設定取得ステップ、
    予約元医療機関を複数のグループのいずれかに割り当てるグループ設定を取得するグループ設定取得ステップ、
    を含み、
    前記受付数設定情報では、前記複数のグループの各々について前記予約元医療機関からそれぞれ受付可能な個別受付可能数が定められ、
    前記受付ステップでは、予約元医療機関が属するグループに応じて、所定の時間枠の医療行為に対する前記個別受付可能数以下の予約申込を受け付け、前記予約元医療機関からの前記所定の時間枠の医療行為に対する予約申込が前記個別受付可能数以上である場合には、当該予約元医療機関から前記所定の時間枠の医療行為に対する新たな予約申込を受け付けない
    ことを特徴とする医療予約管理方法。

Images