(57)【要約】【課題】患者取り違えの発生を防止することができる予約管理装置及び予約管理プログラムを提供すること。【解決手段】実施形態に係る予約管理装置は、算出部と、表示制御部とを備える。算出部は、予約予定者の氏名と、既予約者の氏名との類似度を算出する。表示制御部は、前記予約予定者の予約候補時間帯に係る時間枠を、前記予約候補時間帯と前記既予約者の既予約時間帯との時間差と、前記類似度とに応じた表示形態で表示させる。【選択図】図１
2017072997.tif 000002
【特許請求の範囲】
【請求項１】
予約予定者の氏名と、既予約者の氏名との類似度を算出する算出部と、
前記予約予定者の予約候補時間帯に係る時間枠を、前記予約候補時間帯と前記既予約者の既予約時間帯との時間差と、前記類似度とに応じた表示形態で表示させる表示制御部と
を備える予約管理装置。
【請求項２】
前記表示制御部は、前記類似度と前記既予約時間帯とに基づいて、前記予約予定者の予約時間帯として推奨される時間帯であって、前記類似度が大きくなるほど前記既予約時間帯との時間差が大きくなる時間帯である予約推奨時間帯の範囲を、更に算出する、請求項１に記載の予約管理装置。
【請求項３】
前記表示制御部は、前記予約推奨時間帯の範囲ではない前記予約候補時間帯をユーザが選択した場合、前記ユーザに対して警告を表示させる、又は当該選択を受け付けない旨を表示させる、請求項２に記載の予約管理装置。
【請求項４】
前記算出部は、発音及び表記のうち少なくとも一方の紛らわしさに基づいて、前記類似度を算出する、請求項１〜３のいずれか一つに記載の予約管理装置。
【請求項５】
前記算出部は、前記予約予定者の氏名と前記既予約者の氏名とを拍単位に分解し、分解された拍同士の紛らわしさに基づいて、前記類似度を算出する、請求項１〜４のいずれか一つに記載の予約管理装置。
【請求項６】
前記算出部は、方言及び機能性構音障害のうち少なくとも一方による発音の差に基づいて、前記類似度を算出する、請求項１〜５のいずれか一つに記載の予約管理装置。
【請求項７】
前記算出部は、手書き文字における紛らわしさに基づいて、前記類似度を算出する、請求項１〜６のいずれか一つに記載の予約管理装置。
【請求項８】
前記算出部は、所定の氏名の組み合わせに対する類似度を記憶するデータベースに基づいて、前記予約予定者の氏名と、前記既予約者の氏名との類似度を算出する、請求項１〜７のいずれか一つに記載の予約管理装置。
【請求項９】
前記算出部は、文字同士の類似度を記憶するデータベースに基づいて、前記予約予定者の氏名と、前記既予約者の氏名との類似度を算出する、請求項１〜７のいずれか一つに記載の予約管理装置。
【請求項１０】
前記表示制御部は、更に前記予約予定者及び前記既予約者の年齢、性別、診療科目、検査装置、検査室及び診療室のうち少なくとも一つに基づいて、前記予約推奨時間帯の範囲を算出する、請求項２に記載の予約管理装置。
【請求項１１】
患者ＩＤを患者に対して発番する生成部と、
前記患者の氏名と類似度が高い氏名が、所定の患者ＩＤの範囲に存在するか否かを判定する判定部とを更に備え、
前記判定部が存在すると判定した場合、前記生成部は前記患者に対して、最後に発番した患者ＩＤの次の番号以外の番号を患者ＩＤとして前記患者に発番する、請求項１〜１０のいずれか一つに記載の予約管理装置。
【請求項１２】
予約予定者の氏名と、既予約者の氏名との類似度を算出する算出手順と、
前記予約予定者の予約候補時間帯に係る時間枠を、前記予約候補時間帯と前記既予約者の既予約時間帯との時間差と、前記類似度とに応じた表示形態で表示させる表示制御手順と
をコンピュータに実行させる予約管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、予約管理装置及び予約管理プログラムに関する。
【背景技術】
【０００２】
混同しやすい氏名の患者の診療予約が同一時間帯にあると、患者取り違えが起こる可能性が増大する。
【０００３】
患者取り違えを防ぐ方法として、例えば、画面に顔写真など患者の個人情報を表示し、氏名以外の情報で識別する方法がある。しかし、患者の個人情報を登録するのは手間がかかり、またプライバシーにかかわる。
【０００４】
また、別の方法として、例えば、名字部分や名前部分が同じ読み仮名の患者が存在する場合に、一致した部分を通常の表示とは異なって表示させる方法がある。しかし、例えば、同姓同名患者間など、問題が生じる場合もある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−１４１２６１号公報
【特許文献２】特開２０１２−８７５１号公報
【特許文献３】特開２０１３−１４９０４８号公報
【特許文献４】特開２０１４−９６１１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明が解決しようとする課題は、患者取り違えリスクを減少させることができる予約管理装置及び予約管理プログラムを提供することである。
【課題を解決するための手段】
【０００７】
実施形態に係る予約管理装置は、算出部と、表示制御部とを備える。算出部は、予約予定者の氏名と、既予約者の氏名との類似度を算出する。表示制御部は、前記予約予定者の予約候補時間帯に係る時間枠を、前記予約候補時間帯と前記既予約者の既予約時間帯との時間差と、前記類似度とに応じた表示形態で表示させる。
【図面の簡単な説明】
【０００８】
【図１】図１は、第１の実施形態に係る予約管理装置の構成を示すブロック図である。
【図２】図２は、第１の実施形態に係る予約管理装置の行う処理の手順を示したフローチャートである。
【図３】図３は、第１の実施形態に係る予約管理装置が表示制御する画面の一例を表した図（１）である。
【図４】図４は、第１の実施形態に係る予約管理装置が表示制御する画面の一例を表した図（２）である。
【図５】図５は、第２の実施形態に係る予約管理システムの構成を示すブロック図である。
【図６】図６は、第２の実施形態に係る予約管理装置の行う処理の手順を示したフローチャートである。
【図７】図７は、第２の実施形態に係る予約管理システムの有するデータベースの一例を表した図（１）である。
【図８】図８は、第２の実施形態に係る予約管理システムの有するデータベースの一例を表した図（２）である。
【図９】図９は、第３の実施形態に係る予約管理装置が表示制御する画面の一例を表した図である。
【図１０】図１０は、第４の実施形態に係る予約管理装置が表示制御する画面の一例を表した図である。
【図１１】図１１は、第５の実施形態に係る予約管理装置が表示制御する画面の一例を表した図である。
【図１２】図１２は、第５の実施形態に係る予約管理装置の処理回路の構成の一例を表した図である。
【発明を実施するための形態】
【０００９】
以下、添付図面を用いて、実施形態に係る予約管理装置を詳細に説明する。
【００１０】
（第１の実施形態）
図１を用いて、第１の実施形態に係る予約管理装置１００の全体構成について説明する。図１は、第１の実施形態に係る予約管理装置１００の構成を示すブロック図である。
【００１１】
予約管理装置１００は、処理回路１２０、記憶回路１２３、入力装置１２４、ディスプレイ１２５を備える。また、処理回路１２０は、算出機能１２１、表示制御機能１２２、受付機能１２６を有する。また、後述の実施形態の場合、処理回路１５０は、生成機能１２７及び判定機能１２８を有する。また、予約管理装置１００は、ネットワークを通じて、予約データベース２００に接続される。ここで、ネットワークとは例えば院内ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）であり、また予約管理装置１００は、例えば病院の受付に配置される。
【００１２】
第１の実施形態では、算出機能１２１、表示制御機能１２２、受付機能１２６にて行われる各処理機能は、コンピュータによって実行可能なプログラムの形態で記憶回路１２３へ記憶されている。処理回路１２０はプログラムを記憶回路１２３から読み出し、実行することで各プログラムに対応する機能を実現するプロセッサである。換言すると、各プログラムを読みだした状態の処理回路１２０は、図１の処理回路１２０内に示された各機能を有することになる。なお、図１においては単一の処理回路１２０にて、算出機能１２１、表示制御機能１２２、受付機能１２６にて行われる処理機能が実現されるものとして説明したが、複数の独立したプロセッサを組み合わせて処理回路１２０を構成し、各プロセッサがプログラムを実行することにより機能を実現するものとしても構わない。また、後述の実施形態における生成機能１２７及び判定機能１２８についても同様である。
【００１３】
換言すると、上述のそれぞれの機能がプログラムとして構成され、１つの処理回路が各プログラムを実行する場合であってもよいし、特定の機能が専用の独立したプログラム実行回路に実装される場合であってもよい。なお、処理回路１２０の有する算出機能１２１、表示制御機能１２２は、それぞれ算出部、表示制御部の一例である。また、後述の実施形態において処理回路１２０の有する生成機能１２７、判定機能１２８は、それぞれ生成部、判定部の一例である。
【００１４】
上記説明において用いた「プロセッサ」という文言は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）或いは、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ：ＦＰＧＡ））等の回路を意味する。プロセッサは記憶回路１２３に保存されたプログラムを読み出し実行することで機能を実現する。なお、記憶回路１２３にプログラムを保存する代わりに、プロセッサの回路内にプログラムを直接組み込むよう構成しても構わない。この場合、プロセッサは回路内に組み込まれたプログラムを読み出し実行することで機能を実現する。
【００１５】
処理回路１２０は、算出機能１２１により、予約予定者の氏名と、既予約者の氏名との類似度を算出する。また、処理回路１２０は、表示制御機能１２２により、ディスプレイ１２５に表示する情報の表示形態を制御する。算出機能１２１及び表示制御機能１２２の具体的な処理については後述する。
【００１６】
処理回路１２０は、受付機能１２６により、ユーザから入力装置１２４を通じて入力を受け付ける。
【００１７】
記憶回路１２３は、処理回路１２０が予約データベース２００から取得したデータや、入力装置１２４を通じてユーザから取得したデータ、算出機能１２１により算出したデータ等を記憶する。また、予約データベース２００は、患者名、患者ＩＤ、生年月日、予約時間等の種々のデータを記憶する。例えば、記憶回路１２３、予約データベース２００は、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ等の半導体メモリ素子、ハードディスク、光ディスク等である。
【００１８】
入力装置１２４は、操作者からの各種指示や情報入力を受け付ける。入力装置１２４は、例えば、マウスやトラックボール等のポインティングデバイス、あるいはキーボード等の入力デバイスである。
【００１９】
ディスプレイ１２５は、処理回路１２０における表示制御機能１２２による制御のもと、画像データ等の各種の情報を表示する。ディスプレイ１２５は、例えば、液晶表示器等の表示デバイスである。
【００２０】
次に、実施形態に係る予約管理装置１００の構成に係る背景について簡単に説明する。
【００２１】
混同しやすい氏名の患者の診療予約が同一時間帯にあると、患者取り違えの可能性が増大する。
【００２２】
患者取り違えを防ぐ方法として、例えば以下の方法が考えられる。第１に、画面に、顔写真、年齢、身長、体重等の個人情報を表示し、それらの個人情報を用いることにより取り違えを防ぐ方法がある。また、第２に、似た患者の氏名を、色で強調する等通常の表示と異ならせることにより取り違えを防ぐ方法がある。また、第３に、患者の入院中病棟の部屋番号や受診診療科等の情報を用いることにより取り違えを防ぐ方法がある。
【００２３】
しかし、第１の方法では、患者の個人情報を収集することからプライバシーの問題が懸念され、また患者の個人情報登録には手間がかかる。また、第２の方法では、複数の同姓同名患者が存在する場合等の場合に対応できない。また、第３の方法では、入院していない外来患者に対応できず、また患者が部屋を移動した場合に十分対応できない。
【００２４】
そこで、実施形態に係る予約管理装置１００は、取り違えが起こりやすい患者を検出するだけでなく、取り違えが起こりやすい患者の予約が、離れた時間について行われるようユーザを誘導するインターフェースを提供する。これにより、患者取り違えの発生を防止することができる。
【００２５】
第１の実施形態に係る予約管理装置１００は、かかる背景のもとに構成されたものである。以下、必要に応じて図３及び図４を参照しながら、図２を用いて、第１の実施形態に係る予約管理装置１００が行う処理について説明する。図２は、第１の実施形態に係る予約管理装置１００の行う処理の手順を示したフローチャートである。図３及び図４は、第１の実施形態に係る予約管理装置１００が表示制御する画面の一例を表した図である。
【００２６】
図２において、処理回路１２０は、受付機能１２６により、予約予定者の氏名の入力を、例えば入力装置１２４を通じて受け付ける（ステップＳ１０１）。処理回路１２０は、表示制御機能１２２により、受け付けた予約予定者の氏名を、ディスプレイ１２５に表示させる。図３の例では、処理回路１２０は、受付機能１２６により、予約予定者の氏名「日本太郎（ニッポン  タロウ）」の入力を、例えば入力装置１２４を通じて受け付ける。また、処理回路１２０は、表示制御機能１２２により、予約予定者の氏名「日本太郎（ニッポン  タロウ）」を、ディスプレイ１２５に表示させる。
【００２７】
続いて、処理回路１２０は、算出機能１２１により、予約予定者の氏名と、既予約者の氏名との類似度（不一致度）を算出する（ステップＳ１０２）。図３の例では、処理回路１２０は、算出機能１２１により、予約予定者の氏名「日本太郎（ニッポン  タロウ）」と、既予約者の氏名「日本他党（ニッポン  タトウ）」、「大阪次郎（オオサカ  ジロウ）」「東京花子（トウキョウ  ハナコ）」「大阪  城（オオサカ  ジョウ）」「特許  太郎（トッキョ  タロウ）」との類似度を算出する。
【００２８】
類似度の算出方法の一例としては、処理回路１２０は、算出機能１２１により、予約予定者及び既予約者の、漢字表記氏名及びカナ表記氏名を用意し、漢字表記氏名及びカナ表記氏名の類似性に基づいて、類似度（不一致度）を算出する。例えば、処理回路１２０は、算出機能１２１により、漢字表記氏名またはカナ表記氏名のいずれかが同一であれば不一致度０点、カナ一文字違いは１点、カナ二文字違いは２点、カナ三文字違いは３点と算出する。図３の例では、処理回路１２０は、算出機能１２１により、「日本太郎(ニッポン  タロウ)」と「日本他党（ニッポン  タトウ）」との不一致度を１点と算出する。また、処理回路１２０は、算出機能１２１により、「日本太郎(ニッポン  タロウ)」と「特許太郎（トッキョ  タロウ）」との不一致度を４点と算出する。また、処理回路１２０は、算出機能１２１により、「日本太郎(ニッポン  タロウ)」と、「大阪  城（オオサカ  ジョウ）」との不一致度を６点と算出する。また、処理回路１２０は、算出機能１２１により、「日本太郎(ニッポン  タロウ)」と、「大阪次郎（オオサカ  ジロウ）」、「東京花子（トウキョウ  ハナコ）」との不一致度を７点と算出する。
【００２９】
このように処理回路１２０は、算出機能１２１により、複数の既予約者に対して、予約予定者との不一致度を算出することにより、予約予定者の氏名と誤認混同しやすい氏名を持つ既予約者を特定する。例えば、処理回路１２０は、算出機能１２１により、不一致度が５点未満の既予約者を、予約予定者の氏名と誤認混同しやすい氏名として特定する。図３の例では、予約予定者の氏名と誤認混同しやすい氏名を持つ既予約者は、「日本他党（ニッポン  タトウ）」及び「特許太郎（トッキョ  タロウ）」である。
【００３０】
続いて、処理回路１２０は、受付機能１２６により、予約データベース２００を通じて、既予約者の既予約時間帯（予約時間枠）を取得する（ステップＳ１０３）。図３の例では、処理回路１２０は、受付機能１２６により、予約データベース２００を通じて、既予約者「日本太郎（ニッポン  タロウ）」の既予約時間帯「９：３０〜１０：００」、既予約者「大阪次郎（オオサカ  ジロウ）」の既予約時間帯「１１：３０〜１２：００」を取得する。
【００３１】
次に、処理回路１２０は、表示制御機能１２２により、予約予定者の予約時間帯として推奨される時間帯である予約推奨時間帯を算出する(ステップＳ１０４)。ここで、予約予定者の氏名と、既予約者の氏名が類似していて誤認混同が生じやすい場合、既予約者の既予約時間帯との時間差が大きくなる時間帯が、予約推奨時間帯となる。すなわち、処理回路１２０は、表示制御機能１２２により、類似度が大きくなる（不一致度が小さくなる）ほど、既予約時間帯との時間差が大きくなる時間帯となるように予約推奨時間帯の範囲を算出する。
【００３２】
例えば、処理回路１２０は、表示制御機能１２２により、既予約時間帯との時間差の大きさを算出する。一例として、処理回路１２０は、表示制御機能１２２により、時間差の大きさを、隣接する時間帯は、０点、１予約空く場合は１点、２予約空く場合は２点、３予約空く場合は３点と算出する。図３の例では、予約者「日本他党（ニッポン  タトウ）」の既予約時間帯「９月１日  ９：３０〜１０：００」を基準とすると、処理回路１２０は、表示制御機能１２２により、時間差を、予約候補時間「９月１日  ９：００〜９：３０」「９月１日  １０：００〜１０：３０」に対しては０点と算出する。同様に、処理回路１２０は、既予約時間帯「９月１日  ９：３０〜１０：００」を基準とすると、予約候補時間「９月１日  １０：３０〜１１：００」を１点、予約候補時間「９月１日  １１：００〜１１：３０」を２点、予約候補時間「９月１日  １３：００〜１３：３０」を４点、「９月１日  １３：３０〜１４：００」を５点と算出する。
【００３３】
次に、処理回路１２０は、表示制御機能１２２により、予約予定者の氏名と既予約者の氏名との不一致度と、予約候補時間帯（未予約時間枠）と既予約者の既予約時間帯との時間差とに基づいて、予約推奨時間帯の範囲を算出する。例えば、処理回路１２０は、不一致度と時間差との合計点数が、所定の値、例えば５点以上になる時間帯を予約推奨時間帯として算出する。
【００３４】
図３の例では、予約予定者「日本太郎（ニッポン  タロウ）」との類似度が１点である既予約者「日本他党（ニッポン  タトウ）」との関係では、処理回路１２０は、表示制御機能１２２により、予約候補時間「９月１日  ９：００〜９：３０」「９月１日  １０：００〜１０：３０」は、不一致度と時間差との合計点数が１＋１＝２点であるから、予約が強く非推奨であると判定する。また、処理回路１２０は、表示制御機能１２２により、予約候補時間「９月１日  １０：３０〜１１：００」、「９月１日  １１：００〜１１：３０」は、不一致度と時間差との合計点数がそれぞれ１＋２＝３点、１＋３＝４点であるから、予約が非推奨であると判定する。また、処理回路１２０は、表示制御機能１２２により、予約候補時間「９月１日  １３：００〜１３：３０」は、不一致度と時間差との合計点数がそれぞれ１＋４＝５点であるから、予約推奨時間帯であると判定する。
【００３５】
また、予約予定者「日本太郎（ニッポン  タロウ）」との不一致度が７点である、すなわち、類似度が小さい既予約者である「大阪次郎（オオサカ  ジロウ）」「東京花子（トウキョウ  ハナコ）」「大阪  城（オオサカ  ジョウ）」との関係においては、処理回路１２０は、表示制御機能１２２により、すべての予約候補時間が予約推奨時間帯であると判定する。
【００３６】
また、予約予定者「日本太郎（ニッポン  タロウ）」との不一致度が４点である既予約者である「特許太郎（トッキョ  タロウ）」との関係においては、処理回路１２０は、表示制御機能１２２により、予約候補時間「９月２日  １１：３０〜１２：００」「９月２日  １３：３０〜１４：００」は、不一致度と時間差との合計点数がそれぞれ４＋０＝４点であるから、予約が非推奨であると判定する。また、処理回路１２０は、表示制御機能１２２により、予約候補時間「９月２日  １１：００〜１１：３０」「９月２日  １４：００〜１４：３０」は、不一致度と時間差との合計点数がそれぞれ４＋１＝５点であるから、予約推奨時間帯であると判定する。
【００３７】
このような操作を繰り返し、すべての既予約者との関係で不一致度と時間差との合計点数が５点以上である予約候補時間帯を、処理回路１２０は、表示制御機能１２２により、予約推奨時間帯であると判定する。このようにして、処理回路１２０は、表示制御機能１２２により、予約推奨時間帯を算出する。
【００３８】
このように処理回路１２０が表示制御機能１２２により予約推奨時間帯を算出すると、続いて、予約候補時間帯ごとの表示形態を決定する（ステップＳ１０５）。続いて、処理回路１２０は、表示制御機能１２２により、予約予定者の予約候補時間に係る時間枠を、予約候補時間帯と既予約者の既予約時間帯との時間差と、類似度とに応じた表示形態で表示させる（ステップＳ１０６）。例えば、処理回路１２０は、表示制御機能１２２により、予約推奨時間帯以外の予約候補時間帯について、予約が非推奨な程度に応じて、例えば不一致度と時間差の合計点数に応じて、色や音で警告したり、警告画面を表示したりする。図３の例では、処理回路１２０は、表示制御機能１２２により、予約推奨時間帯については、予約しても問題ない時間帯である旨を示すマークである「ＯＫ」のマークをディスプレイ１２５に表示させる。ユーザが、「ＯＫ」のマークの右隣にある「予約」ボタンをクリックすると、処理回路１２０は、受付機能１２６を通じて、当該時間帯の予約を受け付け、予約の処理が行われる。
【００３９】
これに対して、処理回路１２０は、表示制御機能１２２により、予約推奨時間帯以外の時間帯については、予約非推奨時間帯である旨を示すマークである「！」のマークをディスプレイ１２５に表示させる。また、処理回路１２０は、表示制御機能１２２により、予約推奨時間帯以外の時間帯については、予約非推奨の程度に応じて、時間枠を異なる色で表示させる。処理回路１２０は、表示制御機能１２２により、強く非推奨であると判断した予約候補時間帯「９月１日  ９：００〜９：３０」「９月１日  １０：００〜１０：３０」に対して、時間枠を例えば赤色で表示させる。また、処理回路１２０は、表示制御機能１２２により、非推奨であると判断した予約候補時間帯「９月１日  １０：３０〜１１：００」「９月１日  １１：００〜１１：３０」「９月２日  １１：３０〜１２：００」「９月２日  １３：３０〜１４：００」に対して、時間枠を例えば黄色で表示させる。推奨候補時間（「ＯＫ」のマークが表示されている時間枠）に対しては、処理回路１２０は、時間枠を通常の色（白色）で表示させる。
【００４０】
次に、予約推奨時間帯の範囲ではない予約候補時間帯をユーザが選択した場合について説明する。この場合、すなわち、予約非推奨時間帯である旨を示すマークである「！」のマークの右隣にある「予約」ボタンをユーザがクリックした場合、処理回路１２０は、表示制御機能１２２により、例えば図４に示すような警告画面をディスプレイ１２５に表示させ、ユーザに対して警告を表示させる。ここで、ユーザが「いいえ（Ｎ）」を選択すると、「予約」ボタンのクリックは取り消され、処理回路１２０は、表示制御機能１２２により、図３に示すような画面を再び表示させる。また、ユーザが「はい（Ｙ）」を選択すると、処理回路１２０は、受付機能１２６により、当該時間帯の予約を受け付ける。
【００４１】
なお、実施形態はこれに限られない。例えば、これまで説明したパラメータの値は例示に過ぎない。例えば、予約推奨時間帯か否かの閾値として、不一致度と時間差との合計点数が５点である例について説明したが、実施形態はこれに限られず、例えば閾値は４点であっても良いし６点であってもよい。
【００４２】
また、ステップＳ１０１において、処理回路１２０が、予約予定者の氏名の入力を受け付ける例について説明したが、実施形態はこれに限られない。予約予定者の患者ＩＤが既に発行されている場合には、例えば、処理回路１２０は、受付機能１２６により、患者ＩＤの入力を受け付けてもよい。この場合、処理回路１２０は、記憶回路１２３又は予約データベース２００を通じて、患者ＩＤと対応付けられている氏名を取得する。
【００４３】
また、予約非推奨時間帯に対しても、ユーザが予約可能である場合について説明したが、実施形態はこれに限られない。例えば、処理回路１２０は、表示制御機能１２２により、予約非推奨時間帯に対しては、予約ボタンを表示させなくてもよい。すなわち、処理回路１２０は、表示制御機能１２２により、予約非推奨時間帯に対しては、予約ボタンの選択を受け付けない旨を表示させてもよい。
【００４４】
また、処理回路１２０は、算出機能１２１により、実施形態で説明した以外の方法で、氏名の類似度を算出してもよい。例えば、実施形態では、処理回路１２０は、算出機能１２１により、漢字表記氏名及びカナ表記氏名を用意し、漢字表記氏名及びカナ表記氏名の類似性に基づいて、類似度（不一致度）を算出した。しかしながら、例えば処理回路１２０は、算出機能１２１により、予約予定者の氏名と既予約者の氏名とを拍単位に分解し、分解された拍同士の紛らわしさに基づいて類似度を算出してもよい。処理回路１２０は、算出機能１２１により、発音及び表記のうち少なくとも一方の紛らわしさに基づいて、類似度を算出してもよい。一例として、処理回路１２０は、算出機能１２１により、方言及び機能性構音障害のうち少なくとも一方による発音の差に基づいて、類似度を算出してもよい。この場合、例えば、処理回路１２０は、算出機能１２１により、ヒとシ、サ行とタ行、カ行とタ行など、方言や機能性構音障害により誤認しやすい文字に対して類似度を高く算出する。また、処理回路１２０は、算出機能１２１により、手書き文字における紛らわしさに基づいて、類似度を算出してもよい。
【００４５】
また、処理回路１２０が、表示制御機能１２２により、ユーザに複数の予約候補時間を提示する場合について説明したが、実施形態はこれに限られない。例えば、処理回路１２０は、表示制御機能１２２により、ユーザに最も望ましい予約候補時間を提示してもよい。この場合、処理回路１２０は、表示制御機能１２２により、最も望ましい予約候補時間として、不一致度と時間差の和が所定の点数以上になる時間帯のうちで、最も早い時間を提示する。ここで、所定の点数以上になる時間帯が存在しない場合、処理回路１２０は、表示制御機能１２２により、翌日以降の日程から予約を再提示するか、閾値として用いられている当該所定の点数の値をより緩やかな条件に変更して変更後の条件を基に最も望ましい予約候補時間を提示する。
【００４６】
また、予約管理装置１００が、患者一人ずつ予約を入れていく場合について説明したが、実施形態はこれに限られない。例えば、予約管理装置１００は、複数人分の予約時間を同時に決定してもよい。この場合、予約管理装置１００は、例えば、当該複数人に対して、不一致度の合計が最も小さくなるように、複数人分の予約時間を同時に決定する。予約管理装置１００は、この決定の過程で、例えば不一致度が一定未満になるような組み合わせを破棄するような枝刈りや、ハッシュ関数による同一レコードや類似レコードの探索を行う。
【００４７】
以上のように、第１の実施形態に係る予約管理装置１００は、類似した氏名の患者の予約が近い時間帯にすでにある場合、時間枠を異なる表示形態で表示させる。これにより、患者取り違えの発生を防止することができる。より具体的には、例えば、同姓同名患者や誤認しやすい氏名の患者を、近い時間帯で検査、診察、治療することを防ぐことができる。また、例えば一般に、同姓同名患者の取り違え防止のためには、患者の顔写真など、個人情報を用いる方法が使用されるが、第１の実施形態に係る予約管理装置１００の場合、これらの個人情報の収集をすることなく、患者取り違えの発生を防止することができる。
【００４８】
（第２の実施形態）
第２の実施形態では、第１の実施形態に係る予約管理装置１００が、種々のデータベースと連携して類似度（不一致度）の判定を行い予約管理システムを構成する例について、図５〜８を用いて説明する。なお、かかる予約管理システム全体を、予約管理装置１００として見ることも可能である。図５は、第２の実施形態に係る予約管理システムの構成を示すブロック図である。図６は、第２の実施形態に係る予約管理装置１００の行う処理の手順を示したフローチャートである。図７及び図８は、第２の実施形態に係る予約管理システムにおけるデータベースの一例を表した図である。
【００４９】
図５において、第２の実施形態に係る予約管理システムは、予約管理装置１００と、予約データベース２００と、類似名データベース３００と、類似文字データベース４００とを備える。予約データベース２００は、第１の実施形態と同様の構成であるから説明は省略する。また、第２の実施形態に係る予約管理装置１００は、第１の実施形態に係る予約管理装置１００と、同様の構成であるが、算出機能１２１が第１の実施形態と異なる。第２の実施形態に係る予約管理装置１００は、ステップＳ１０２を除く処理については第１の実施形態と同様であり、ステップＳ１０２のみ第１の実施形態と異なる。以下、第１の実施形態と同様の構成、第１の実施形態と同様の処理については説明を省略する。
【００５０】
類似名データベース３００は、誤認しやすい氏名同士の類似度（不一致度）を記憶するデータベースである。図７に、類似名データベース３００が記憶するデータの例を表す。類似名データベース３００は、例えば、「ニッポンタロウ」と、「ニッポンタトウ」、あるいは「タカナシタロウ」と、「タカナタロウ」との不一致度がそれぞれ０．２ではあり、例えば、「タナカ」（田中）と、「ナカタ」（中田）、「タカナ」（高菜）、「カナタ」（金田）との不一致度が０．５であるといったデータを記憶する。
【００５１】
類似名データベース３００は、誤認が生じやすい氏名として頻出する氏名とその類似度（不一致度）を、例えばリスト形式で記憶する。類似度は、外観（見た目の紛らわしさ）、称呼（発音の紛らわしさ）等を総合的に勘案して定められる。見た目が紛らわしい例として、手書き文字になった場合に紛らわしい文字、例えば、仮名ではシ・ツ・ミ、リ・ソ・ン、等、漢字では巳・己等の例がある。また、別の例として、タナカ、ナカタ、タカナ、カナタなど、文字の順番を入れ替えたとするならば同一の単語の例がある。また、中島（ナカジマ、ナカシマ）等、読みが異なるが同一の漢字で表される姓や名の例がある。また、発音が紛らわしい例として、方言、機能性構音障害等により、誤認が生じやすい場合、例えば、ヒとシ、サ行とタ行、カ行とタ行が挙げられる。また、別の例として、姓と名を続けて発音すると、姓と名の区切り方が複数考えられるため誤認しやすい例が挙げられる。例えば、氏名「イショウタロウ」に対しては、「イショウ  タロウ」及び「イ  ショウタロウ」という姓と名の区切り方が考えられる。なお、類似名データベース３００は、例えば方言に関係する例について、地域性を考慮して、類似名データベース３００が使用される病院が属する地域に応じて異なった類似度を記憶してもよい。
【００５２】
予約管理装置１００は、受付機能１２６を通じて、類似名データベース３００から、データを取得する。また、これとは逆に、予約管理装置１００は、受付機能１２６を通じて、類似名データベース３００に、誤認が生じやすい氏名の組み合わせとその類似度を、新たなデータとして追加することもできる。例えば、予約管理装置１００は、例えば患者取り違いや誤認インシデントが発生したとき、要注意組み合わせとして、氏名の組み合わせとその類似度を追加する。また、予約管理装置１００は、類似名データベース３００に新たなデータを追加するにあたって、全てのデータを追加するのではなく、既存のデータとの類似度が低いデータのみを新たなデータとして追加してもよい。
【００５３】
類似文字データベース４００は、誤認しやすい文字同士の類似度（不一致度）を記憶するデータベースである。図８に、類似文字データベース４００が記憶するデータの例を表す。類似文字データベース４００は、例えば、「ア」と「イ」、「ウ」、「カ」、「ガ」との不一致度は１である、といったデータを記憶する。また、類似文字データベース４００は、発音が紛らわしい「ヒ」と「シ」、「ス」と「ツ」の不一致度はそれぞれ０．５、０．６である、といったデータを記憶する。また、類似文字データベース４００は、見た目が紛らわしい「シ」と「ツ」との不一致度は０．６である、といったデータを記憶する。また、類似文字データベース４００は、特殊例として、「ガ」と「ガ（鼻音）」、「オ」と「ヲ」の不一致度は０である、といったデータを記憶する。
【００５４】
このように、類似文字データベース４００は、各文字のペアとその類似度（不一致度）を、例えばリスト形式で記憶する。例えば、類似文字データベース４００は、読み仮名のペアをリスト化し、読み仮名のペアに対して、０〜１の範囲の実数を割り当てる。ここでいう、読み仮名、とは、例えば、５０音よりやや広い概念でもよい。日本語の場合、濁音、半濁音、長音、促音、撥音、拗音などの発音があるため、類似文字データベース４００は、これらの発音に対応して、例えばリストを生成する。各文字の単位としては、カナ文字、ローマ字、発音記号、音節、モーラ（拍）などが考えられる。以下では、モーラを単位とする場合について説明する。今、モーラ（拍）ｘとモーラ(拍)ｙのペアに対して定義されている不一致度を、ｆ（ｘ、ｙ）で表すと、氏名ａと、氏名ｂの不一致度は、次の式で表される。
【数１】
2017072997.tif 000003
【００５５】
ここで、ａｋ、ｂｋは、それぞれ氏名ａのｋ番目の拍、氏名ｂのｋ番目の拍を表す。氏名ａと氏名ｂの拍数（モーラ数）が異なる場合、処理回路１２０は、算出機能１２１により氏名ａと氏名ｂのいずれかにパディングを行ってから類似度を算出する。ここで、処理回路１２０は、算出機能１２１により、氏名が姓と名に分離されず、姓名が一体となった状態で、類似度（不一致度）を算出する。
【００５６】
更に、１拍抜けた場合を考慮すると、処理回路１２０は、算出機能１２１により、類似度を、以下の数２のように、算出する。
【数２】
2017072997.tif 000004
【００５７】
ここで、Ａｌｋは、ａのｌ番目の拍を一文字（１拍）抜いたものであるＡｌにおけるｋ番目の拍である。
【００５８】
次に、第２の実施形態に係る予約管理装置１００の行う処理について説明する。前述したように、第２の実施形態に係る予約管理装置１００は、図２においてステップＳ１０２以外の処理については、第１の実施形態と同様の処理を行う。また、第２の実施形態に係る予約管理装置１００は、ステップＳ１０２において、類似名データベース３００又は類似文字データベース４００に基づいて、予約予定者の氏名と、既予約者の氏名との類似度（不一致度）を算出する。かかるステップＳ１０２における処理は、図６において詳細に示されている。
【００５９】
図６において、処理回路１２０は、算出機能１２１により、予約予定者の氏名と、既予約者の氏名との不一致度を算出する処理を開始する。既予約者の既予約時間枠が予約表外（営業時間外）または、既予約時間枠に氏名が未記入（例えば、予約取り消しなどにより氏名が削除された場合）の場合（ステップＳ１０２Ａ  Ｙｅｓ）、処理回路１２０は、算出機能１２１により、不一致度Ｆの値として、Ｆ＝９９９９(ＭＡＸ値)と算出し（ステップＳ１０２Ｉ）、ステップＳ１０２を終了する。ステップＳ１０２ＡがＮｏの場合、処理回路１２０は、受付機能１２６を通じて、類似名データベース３００を検索する（ステップＳ１０２Ｂ）。予約予定者の氏名と既予約者の氏名のペアが類似名データベースに登録されている場合（ステップＳ１０２Ｃ  Ｙｅｓ）、処理回路１２０は、算出機能１２１により、不一致度Ｆの値として、類似名データベース３００から得られた値を算出し（ステップ１０２Ｄ）、ステップＳ１０２を終了する。予約予定者の氏名と既予約者の氏名のペアが類似名データベースに登録されていない場合（ステップＳ１０２Ｃ  Ｎｏ）、処理回路１２０は、予約予定者の氏名及び既予約者の氏名を拍（モーラ）に分解する（ステップＳ１０２Ｅ）。続いて処理回路１２０は、受付機能１２６により、類似文字データベース４００に接続する（ステップＳ１０２Ｆ）。処理回路１２０は、受付機能１２６により、各拍ごとに、予約予定者の氏名の当該拍の文字と、既予約者の氏名の当該拍の文字とのペアに対応する不一致度Ｆの値を、類似文字データベース４００から取得し、拍ごとに不一致度を算出する（ステップＳ１０２Ｇ）。最後に、処理回路１２０は、算出機能１２１により、拍ごとの不一致度を加算した値を、不一致度Ｆの値として算出し、（ステップＳ１０２Ｈ）、ステップＳ１０２を終了する。
【００６０】
以上のように、第２の実施形態に係る予約管理装置１００は、算出機能１２１により、類似名データベース３００及び類似文字データベース４００と連携して、類似度（不一致度）の値を算出する。類似名データベース３００及び類似文字データベース４００を用いることで、第１の実施形態に比較して、誤認しやすい氏名の患者の検出及び、誤認する可能性の大きさの推定を、より精度よく行うことができる。その結果、さらに患者取り違えを防止することができる。
【００６１】
（第３の実施形態）
第１の実施形態では、患者が集まる場所（検査室/手術室/待合室）が一つである場合について説明したが、実施形態はこれに限られない。第３の実施形態では、患者が集まる場所が複数ある場合について説明する。複数の検査室等がある場合、例えば一つの検査室の予約に着目して、患者取り違いを抑止しても、類似する氏名の患者が他の検査室にいる場合、患者が部屋を間違えた場合、患者取り違えに気が付くのが遅れる可能性がある。第３の実施形態に係る予約管理装置１００は、検査室等が複数ある場合には、他の検査室の予約状態をチェックし、異なる検査室であっても、同じ時間帯に互いに類似する氏名を持つ患者が割り当てられないようにする。
【００６２】
かかる状況が、図９に示されている。図９は、第３の実施形態に係る予約管理装置１００が表示制御する画面の一例を表した図である。予約患者名が「日本太郎（ニッポンタロウ）」であるとき、既予約患者「日本他党（ニッポン  タトウ）」との関係において、予約候補時間帯「第１検査室  ９：３０〜１０：００」「第１検査室  １０：３０〜１１：００」を、第１の実施形態と同様に、処理回路１２０は、表示制御機能１２２により、強く非推奨と判定する。加えて、処理回路１２０は、表示機能１２２により、予約候補時間帯「第２検査室  １０：００〜１０：３０」も、強く非推奨と判定する。また、予約候補時間帯「第１検査室  ９：００〜９：３０」「第１検査室  １１：００〜１１：３０」「第１検査室  １１：３０〜１２：００」を、処理回路１２０は、表示制御機能１２２により、非推奨と判定する。加えて、処理回路１２０は、表示制御機能１２２により、予約候補時間帯「第２検査室  ９：００〜９：３０」「第２検査室  ９：３０〜１０：００」「第２検査室  １０：３０〜１１：００」「第２検査室  １１：００〜１１：３０」も、非推奨と判定する。処理回路１２０は、表示制御機能１２２により、これらの判定結果に基づいた表示形態で、それぞれの時間枠を表示させる。
【００６３】
第３の実施形態に係る予約検査装置１００においては、処理回路１２０は、表示制御機能１２２により、他の検査室等に類似の氏名の患者が予約されているか否かに更に基づいた表示形態で、時間枠を表示させる。この結果、予約検査装置１００は、患者が検査室等を間違えたときの取り違えの発生を予防させることができる。
【００６４】
（第４の実施形態）
第４の実施形態では、処理回路１２０は、表示制御機能１２２により、更に付加情報に基づいて、予約推奨時間帯の範囲を算出する。ここで、付加情報の具体例としては、例えば、年齢、性別、診療科目（例えば、内科であるか、外科であるか等）、検査装置、検査室、診療室、担当医師名等である。かかる処理について、図１０を用いて説明する。図１０は、第４の実施形態に係る予約管理装置１００が表示制御する画面の一例を表した図である。なお、ここでは、付加情報として、年齢が用いられている場合について説明している。
【００６５】
図１０において、第１の実施形態と同様に、予約患者名が「日本  太郎（ニッポン  タロウ）」である場合、既予約患者「特許太郎（トッキョ  タロウ）」との関係で、処理回路１２０は、表示制御機能１２２により、予約候補時間「９月１日  ９：３０〜１０：００」及び「９月１日  １０：３０〜１１：００」を、非推奨と判定する。また、付加情報を考慮しなければ、既予約患者「意匠太郎（イショウ  タロウ）」との関係で、処理回路１２０は、表示制御機能１２２により、予約候補時間「９月１日  １１：００〜１１：３０」及び「９月１日  １３：００〜１３：３０」を、非推奨と判定する。
【００６６】
しかしながら、付加情報である年齢を考慮すると、予約患者「日本  太郎（ニッポン  タロウ）」の年齢が２１であり、既予約患者「意匠太郎（イショウ  タロウ）」の年齢が４であるから、総合的に患者取り違えが起こる可能性は低いと推定することが可能である。従って、このような場合、処理回路１２０は、表示制御機能１２２により、予約候補時間「９月１日  １１：００〜１１：３０」及び「９月１日  １３：００〜１３：３０」を、付加情報を考慮した結果、推奨予約時間帯と判定する。
【００６７】
実施形態は、付加情報が年齢である場合に限られない。例えば、付加情報が性別であって、既予約患者と予約患者が異性である場合には、総合的に患者取り違えが起こる可能性は低いと推定することが可能である。このような場合、付加情報を考慮した結果、処理回路１２０は、表示制御機能１２２により、付加情報なしに比べて、幅広い時間帯を、推奨時間帯と判定する。例えば、付加情報が診療科目であって、既予約患者の診療科目が内科であり、予約患者の診療科目が外科であった場合には、付加情報なしに比べて、総合的に患者取り違えが起こる可能性は低いと推定することが可能である。このような場合、付加情報を考慮した結果、処理回路１２０は、表示制御機能１２２により、付加情報なしに比べて、幅広い時間帯を、推奨時間帯と判定する。
【００６８】
このように、第４の実施形態では、処理回路１２０は、表示制御機能１２２により、予約推奨時間帯の範囲の算出のために、年齢等の付加情報を利用する。これにより、処理回路１２０は、患者取り違えが起こる可能性に関して、より精度の良い評価をすることができる。
【００６９】
（第５の実施形態）
第５の実施形態に係る予約管理装置１００は、更に、診察券番号やカルテ番号など、患者ＩＤの発番を制御することにより、患者の取り違えを更に防止する。第５の実施形態に係る予約管理装置１００の行う処理について、図１１及び図１２を用いて説明する。図１１は、第５の実施形態に係る予約管理装置が表示制御する画面の一例を表した図である。また、図１２は、第５の実施形態に係る予約管理装置の処理回路の構成の一例を表した図である。図１２に示すように、予約管理装置１００における処理回路１２０は、算出機能１２１、表示制御機能１２２、受付機能１２６のほかに、生成機能１２７と、判定機能１２８とを備える。処理回路１２０は、生成機能１２７により、患者ＩＤを患者に対して発番する。処理回路１２０は、判定機能１２８により、患者の氏名と類似度が高い氏名が、所定の患者ＩＤの範囲に存在するか否かを判定する。処理回路１２０は、判定機能１２８により存在すると判定した場合、生成機能１２７により、患者に対して、最後に発番した患者ＩＤの次の番号以外の番号を患者ＩＤとして患者に発番する。
【００７０】
このような状況は、例えば図１１に示されている。「Ｎｏ．１１２２３  ニッポン  タトウ」「Ｎｏ．１１２２８  トッキョ  タロウ」、「Ｎｏ．１１２２９  イショウ  ジロウ」「Ｎｏ．１１２３０  ショウヒョウ  サブロウ」「Ｎｏ．１１２３１  ジツアン  ハナコ」に対しては、すでに患者ＩＤが発行されている。ここで、新規患者「ニッポン  タロウ」に対して、どのような患者ＩＤが発行されるのかが問題となる。ここで、そのまま連番で患者ＩＤを発行してしまうと、「Ｎｏ．１１２２３  ニッポン  タトウ」と、「Ｎｏ．１１２３２  ニッポン  タロウ」が似ているため、患者の取り違えが起こる危険性がある。処理回路１２０は、直近のいくつかの患者ＩＤ中に誤認しやすい氏名の既予約者がいた場合、患者ＩＤを飛ばして発番する。図１１の場合、処理回路１２０は、生成部により、新規患者「ニッポン  タロウ」に対して、患者ＩＤを「Ｎｏ．  １２０００」で発番する。ここで、直近のいくつかの患者ＩＤとは、例えば直近の１００件というように数を指定してもよいし、過去３か月以内というように期間を指定してもよい。また、実施形態はこれに限られず、「１」と「７」のように間違えやすい数字の違いになっているＩＤ番号や、数字の順番を入れ替えたＩＤ番号など、間違いやすいと想定される患者ＩＤを対象にしてもよい。
【００７１】
第５の実施形態では、予約管理装置１００は、直近のいくつかの患者ＩＤの中に誤認しやすい氏名の既予約者がいた場合、患者ＩＤを飛ばして発番する。これにより、患者取り違えの発生を更に防止することができる。
【００７２】
（その他の実施形態）
なお、実施形態はこれに限られない。例えば、上述のいずれか一つの実施形態に係る予約管理システムは、ＨＩＳ（Ｈｏｓｐｉｔａｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｙｓｔｅｍ）／ＲＩＳ（Ｒａｄｉｏｌｏｇｙ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｙｓｔｅｍ）／ＰＡＣＳ（Ｐｉｃｔｕｒｅ  Ａｒｃｈｉｖｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍｓ）と連携しても良い。すなわち、第２の実施形態に係る予約管理システムは、診察の予約だけではなく、幅広い目的、例えば各モダリティ毎の検査予約を行う場合についても使用することができる。
【００７３】
（プログラム）
上述した実施形態の中で示した処理手順に示された指示は、ソフトウェアであるプログラムに基づいて実行されることが可能である。汎用の計算機システムが、このプログラムを予め記憶しておき、このプログラムを読み込むことにより、上述した実施形態の予約管理装置１００による効果と同様な効果を得ることも可能である。上述した実施形態で記述された指示は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フレキシブルディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ±Ｒ、ＤＶＤ±ＲＷ等）、半導体メモリ、又はこれに類する記録媒体に記録される。コンピュータ又は組み込みシステムが読み取り可能な記憶媒体であれば、その記憶形式は何れの形態であってもよい。コンピュータは、この記録媒体からプログラムを読み込み、このプログラムに基づいてプログラムに記述されている指示をＣＰＵで実行させれば、上述した実施形態の予約管理装置１００と同様な動作を実現することができる。もちろん、コンピュータがプログラムを取得する場合又は読み込む場合はネットワークを通じて取得又は読み込んでもよい。
【００７４】
また、記憶媒体からコンピュータや組み込みシステムにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワーク等のＭＷ（ミドルウェア）等が、上述した実施形態を実現するための各処理の一部を実行してもよい。
【００７５】
更に、記憶媒体は、コンピュータあるいは組み込みシステムと独立した媒体に限らず、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やインターネット等により伝達されたプログラムをダウンロードして記憶又は一時記憶した記憶媒体も含まれる。
【００７６】
また、記憶媒体は１つに限られず、複数の媒体から、上述した実施形態における処理が実行される場合も、実施形態における記憶媒体に含まれ、媒体の構成は何れの構成であってもよい。
【００７７】
なお、実施形態におけるコンピュータ又は組み込みシステムは、記憶媒体に記憶されたプログラムに基づき、上述した実施形態における各処理を実行するためのものであって、パソコン、マイコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であってもよい。
【００７８】
また、実施形態におけるコンピュータとは、パソコンに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって実施形態における機能を実現することが可能な機器、装置を総称している。
【００７９】
以上のように、少なくとも一つの実施形態によれば、患者取り違えの発生を防止することができる。
【００８０】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【００８１】
１００  予約管理装置
１２０  処理回路
１２１  算出機能
１２２  表示制御機能
【図１】
2017072997.tif 000005
【図２】
2017072997.tif 000006
【図３】
2017072997.tif 000007
【図４】
2017072997.tif 000008
【図５】
2017072997.tif 000009
【図６】
2017072997.tif 000010
【図７】
2017072997.tif 000011
【図８】
2017072997.tif 000012
【図９】
2017072997.tif 000013
【図１０】
2017072997.tif 000014
【図１１】
2017072997.tif 000015
【図１２】
2017072997.tif 000016